daniel.simoes

O teste deve ser realizado na máquina do Desenvolvedor, com um Pinpad de homologação Você pode comprar um Pinpad subsidiado, para homologação, nesse link: https://loja.gertec.com.br/ppc930v5dev/p O ACBr pode auxiliar no processo de homologação, sem custos... Para saber mais, favor preencher o formulário nessa página, para nosso time passar os próximos passos: https://projetoacbr.com.br/tef/

@Pedro Frayman, pode nos auxiliar com esse caso ?

@Marco Moreira, Analisando a sua contribuição, fique na dúvida em relação a essa sugestão: o código atual do ACBr atribui NSU_TEF := DestaxaResposta.transacao_nsu_rede; e a sua mudança propõem que seja: NSU_TEF := DestaxaResposta.transacao_codigo_vespague; mudar essa atribuição, pode quebrar as aplicações que já usam o código atual do ACBr... Minha sugestão é que fique dessa maneira: NSU_TEF := DestaxaResposta.transacao_nsu_rede; Finalizacao := DestaxaResposta.transacao_codigo_vespague;

Um Serviço simples rodando na Web, que você pode indicar como URL de redirecionamento... Ele receberia a informação do Oauth2, e guardaria para você consumi-la em uma nova consulta da sua aplicação Desktop, nesse mesmo serviço

Acho que a única maneira, seria você ter uma API Web para receber esse CallBack e sua aplicação desktop consulta essa API

Verifique se há alguma configuração no aplicativo do Fabricante

@Italo Giurizzato Junior, e @Alexandre de Paula, nos ajudam a analisar, se temos um problema nos fontes ?

Obrigado pela contribuição, Deixei na minha fila de analise...

Obrigado pela contribuição... Analiso em breve...

Você usa os componentes do ACBr, a ACBrLib ou ACBrMonitor ?

Por ser que a Indy, esteja tentando carregar outra versão das DLLs do OpenSSL... Experimente deixar essas DLLs, na mesma pasta do .EXE https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/

O ACBr usa a compactação nativa das Linguagens Delphi e FPC, Veja a Unit ACBrCompress.pas, que usam TZipFile (Delphi) e TZipper (FPC)

Talvez elas possam se integrar, nessa API, que usa o ACBr, no BackEnd https://www.nuvemfiscal.com.br/

@Paulo César Maffei, Temos um ótimo curso, sobre o Distribuição DFe... https://projetoacbr.com.br/cursos/dfe/ Como membro do ACBr Pro, você tem acesso completo ao curso.. Link para a primeira aula: https://acbr.nutror.com/curso/70bbe2be3380d5c82dc10817ebc721956d189cf8/aula/5807845

Você esta na área aberta do Forum... Aqui as replspostas sao de voluntários Para ter suporte com SLA por favor use o canal correto: https://suporte.projetoacbr.com.br/ Seria mais produtivo se o desenvolvedor nos contratasse diretamente... Precisamos saber: - Qual componente do ACBr ele usa para o TEF ? - Qual tipo de integração TEF ele está homologado? - Qual a IDE de desenvolvedor ele usa ?

Você pode abrir Tickets com SLA, no site oficial de Suporte do TEF ACBr https://suporte.projetoacbr.com.br/ Por favor solicite para o Desenvolvedor interagir nesse tópico... Precisamos de informações, para verificar se há algum erro na implementação da integração O erro que você postou é referente a Emissão de NFCe e não do TEF PayGo... Atualmente, a legislação de alguns estados, obriga a integração entre Meios de Pagamentos e Documentos Fiscais.. e nesse ponto, que precisamos compreender, como o seu desenvolvedor implementou

Obrigado @Marcelo Grando @Alexandre de Paula, pode por favor solicitar a analise do time ?

Ok, você usa algum componente do ACBr, como o ACBrTEFAPI ?

Você usa TEF ? Se sim, qual o TEF e forma de integração ?

me parece que foi atualizado hoje...

@Marcelo Loiola Silva, verifica esse Commit [r41293] 05/09/2025 -- ACBrTEFAPIStoneAutoTEF -- [*] Método 'EfetuarPix', renomeado para 'EnviarPix' [+] Adicionado o Método 'CancelarPIX' [+] Adicionadas as propriedades 'hasBankStone: Boolean' e 'hasPixKey: Boolean' [*] Adicionda verificação em 'EnviarPIX' se hasBankStone e hasPixKey são verdadeiras [*] Método 'ConteudoToProperty' modificado para ler 'endTwoEndIdentification' e 'transactionId'do PIX [*] Método 'AguardarPagamentoPIX', modificado para considerar PIX expirado se ocorrer TimeOut no HTTP [*] Método 'CancelarTransacao', modificado para conseguir cancelar transações PIX [+] Implementado o método 'ObterDadoPinPad', com o EndPoint 'api/Pinpad/GetCardHolderData' (por: DSA)

Acho que isso foi resolvido, recentemente...

Se não me engano, tem um parâmetro no método "Load", para ele não recalcular o XML

Verifica se é um loop infinito... ou seja, ele fica lendo essa seção infinitamente

@Italo Giurizzato Junior, nos ajuda na revisão ? @Alexandre de Paula, abre uma tarefa no Jira ? Obrigado pela contribuição @fabio.lobosque