daniel.simoes

Provavelmente você está usando as DLLs do OpenSSL e LibXML2, de 32 Bits

@Alexandre de Paula, já temos alguma tarefa aberta, para essa cidade ?

Cadastro não localizado ou com situação diferente de ativo para emissão da NFE. O Retorno não é um XML válido, mas sim uma mensagem de erro... Provavelmente esse Cliente não está cadastrado na Prefeitura...

Obrigado pela contribuição.. no SVN... Commit [r43832]

Parece ser a mesma coisa...

Nao existe mais... Segue Landing Page do ACBr Pro, com os detalhes dos benefícios https://projetoacbr.com.br/pro/

@Cleonir e @Smaili Amorim, Envie essas semana ao nosso SVN, uma ampla revisão da Classe do SiTEF... Creio que esse problema está resolvido nessa nova implementação... Agradeço muito, se puderem baixar e testar...

Veja se é isso que procura...

@Julia Alencar, favor apoiar...

Qual é o exato passo a passo, para reproduzimos o problema, usando o Demo do ACBr?

Todos os nossos commits, são testados no D7

Pelo que apurei, esse tópico já está sendo tratado aqui:

@antoniojmsjr, Envie algumas das sugestões desse tópico, ao SVN... Commit [r43580] Eu não adicionei os tipos de operação Administrativa, para carga de Tabelas, pois eles não se aplicam em outros TEFs, e no caso do SiTef, podem ser invocados pelo Menu Administrativo. ou atribuindo o valor da operação em property OperacaoAdministrativa da Classe do SiTef

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

humm.. isso irá apagar os BPLs do "outro" Delphi... ou seja, nesse caso (2 Delphis) não selecione essa opção... Veja ainda, a PATH do Windows... remova todos os Diretórios do Delphi do PATH do Windows... Deixe eles apenas, na configuração de Variable Override das IDEs, com os respectivos diretórios de cada versão

Correções enviadas ao SVN.... Commit [r43569]

Tem que fazer um "PATH override" nas IDEs e remover os diretórios do Delphi, do PATH do Windows Veja esse tópico:

@eliandro.may, não compreendi muito bem esse trecho.. Você não poderia usar o método abaixo ? ACBrAbecsPinPad1.Response.GetResponseFromTagValue() Enviei suas implementações ao SVN... Commit [r43558]

@Cleonir Acho que pode ser a IDE... que lida diferente com as String como no D7 / FPC Fiz um possível ajuste, por favor teste com a unit em anexo ACBrTEFPayKitAPI.pas @antonio.carlos, por favor verifique se a Unit acima, ainda funciona no Lazarus/FPC

está certo.. não havia reparado... Realmente como o @antonio.carlos notou.. no seu Log só consta a devolução do 1o caractere da data: 10/12/25 17:02:29:703 - CallBackEntraData( DIGITE TRANS ORIG (DD/MM/AA): ) 10/12/25 17:02:29:705 - TACBrTEFPayKitAPI.PerguntarCampo( DIGITE TRANS ORIG (DD/MM/AA): ) 10/12/25 17:03:29:595 - ret:0, Data:1 10/12/25 17:03:29:597 - CallBackDisplayErro( DATA INVALIDA ) Você está com os Fontes e Demos do ACBr atualizados ? Qual é a sua IDE ?

o erro é típico, da OpenSSL 3.x, que atualmente removeu alguns Ciphers, considerando-os depreciados por favor remova as DLLs do OpenSSL 3.x e use a 1.1.1.x https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/