TiagoTecchio

Testado, funcionando corretamente.

Eu fiz um ajuste na unit geradora. ACBrNFSeXGravarXml_ABRASFv2.pas

No caso de Notas de serviço, as aliquotas e valores de IBS e CBS são geradas pelo provedor - isso ocorre em todos que já implementamos. O único problema que tive neste provedor em específico, foi a posição do CodiboNbs, que deve estar posicionado antes da Discriminação. Cometi um erro no arquivo que postei anteriormente, desabilitando a primeira ocorrência da tag <Discriminacao> - ela deve permanecer. Por fim só reposicionei o NBS e autorizou sem problemas.

Oá Luis, Apliquei os ajustes que você fez na unit, e consegui autorizar. Obrigado pela ajuda. Será que o @Italo Giurizzato Junior poderia avaliar para incluir no repo? Eu ajustei a unit anexa para remover a duplicação da tag <Discriminacao> e permitir que esta fosse escrita após a tag <CodigoNbs>. ACBrNFSeXGravarXml_ABRASFv2.pas

Observe que a gravação da tag <Discriminacao> está duplicada, então ela sai antes de <CodigoNbs>. Mas o pior é que esse provedor modificou muito o grupo IBSCBS, as tags internas são diferentes dos demais provedores que seguem o modelo Abrasf. Também estou com problema na autorização para Bagé/RS. Já enviei um email para o suporte deles.

Bom dia. Alíquota e totais do IBS/CBS não são passados no XML para notas de serviço: o próprio webservice calcula e devolve. Geralmente o NBS não entra no grupo <IBSCBS>, então a posição dele está correta.

Estas tags só serão válidas a partir de 1º de janeiro. Creio que basta atualizar os fontes, no repositório já existe teste para isto. Resposta do suporte da Infisc

Eu te entendo, o alto acoplamento me inferniza até hoje... algumas coisas eu deixei do jeito que estão, fiz o sinal da cruz e larguei na mão de Deus. Herança de uma época em que não me importava com padrões de projeto. MVC e MVVM só em projetos novos. Boa sorte!

Creio que o Juliomar quis dizer mais sobre a questão do alto acoplamento e a não separação de responsabilidades. É muito comum em quem programa em Delphi a vida toda, sem muito contato com linguagens/frameworks totalmente "object oriented", como C#, Java e Dart. Apesar de o software ser cliente/servidor eu uso essa abordagem que você comentou, criando e destruindo um DM para montar o XML da NFe/NFCe, concentrando métodos, validações, etc. É mais uma questão de conveniência, mas o ideal seria criar uma classe de montagem, abstraindo o ACBR e agrupar toda a lógica internamente. Porém no caso de uma API, ou serviço de autorização (meu caso) não vejo com bons olhos utilizar data modules: não tem interface, seria melhor instanciar as classes "on-the-fly" e liberar imediatamente a cada requisição. Cada qual é única, não deveria se misturar com outras sessões.

Olá Elias, Descriptografei o arquivo KEY (que foi enviado ao banco) e finalmente deu certo. Usei o comando abaixo: openssl rsa -in <encrypted_key_filename> -out <decrypted_key_filename> Obrigado pelo apoio!

Bom dia Elias, Obrigado pelo retorno. Coloquei as DLLs junto ao executável do ACBrPixCD, mas o resultado é o mesmo. O cabeçalho da minha chave privada é diferente: E o .CER é binário Se eu converter ele para PEM, ficará assim: openssl x509 -in certificado.cer -inform DER -out certificado.pem -outform PEM

Bom dia colegas, Estou enfrentando uma situação de rejeição ao tentar gerar um PIX no Sicredi. Criamos a chave privada, enviamos para o banco e este nos retornou o certificado ".cer". Porém ao tentar gerar a cobrança obtemos uma rejeição HTTP Code 500 error:0D0680A8:asn1 encoding routines:ASN1_CHECK_TLEN:wrong tag. Ao tentar reproduzir no exemplo do ACBrPixCD, surge a mensagem abaixo: O que já fiz: - atualizei as DLLs da OpenSSL - já tentei converter o .CER em .PEM, e aparentemente está OK - já instalei o certificado para descargo de consciência, e está OK (válido por 2 anos) Grato por qualquer ajuda.

Acredito que não é a questão de ser vulnerável, mas a forma como implementamos. Já li artigos que em aplicações Java dá até pra fazer engenharia reversa dos .JAR, expondo a lógica. Por exemplo, os APKs do Android são na verdade um zip com múltiplas pastas e recursos java, que podem ser inspecionados. Não creio que o Delphi seja menos seguro por isso.

Bom dia, Na verdade nem o UPX salva, infelizmente... Se for utilizado um utilitário como o ProcessExplorer, dá pra ver o conteúdo em memória. Gerei um executável de teste com o DXE6 e "compactei" no UPX. Usando o ProcessExplorer, na opção "Image" tudo fica embaralhado mas usando a opção "Memory" consigo ver os strings do executável.

Olá, creio que agora deu certo: limpei o cache, aceitei os cookies e esperei o timer do popup fechar. Grato.