Daniel Simoes

@Valdir Dill, pelo que notei no Log, não há um mapeamento entre Vero e PayGo, com os dados das parcelas, em identificadores bem específicos... Ou seja, o Log não retorna as parcelas, de forma normatizada... Você tem algumas opções para capturar o valor 1 - capturar do "espelho" do comprovante Isso pode não ser muito bacana, pois se a adquirente modificar o layout do Espelho, sua pesquisa pode falhar... mas pelo que notei, as informações das parcelas, estão bem formatadas por lá... 09:22:32:309 0x53= ------------ 1 via - loja ----------- VERO - BANRICOMPRAS PAGAMENTO PARCELADO NELSON HENRI CNPJ: 04.357.337/0001-01 ROLANTE 041131200661000 00620893 DATA: 21/12/2023 HORA: 09:22:28 NSU BERGS: 00235925 CARTAO: 4313 VALOR: 10,00 NUMERO DE PARCELAS: 03 PARCELAS VALOR DEBITO EM 01 2,00 05/01/2024 02 3,00 10/01/2024 03 5,00 15/01/2024 Banrisul Debito 00-00C1-28B9524DD4A38C0A A0000001544442 -------------------------------------- 5745823 EC:0000688678 REF:0000002257 2 - Capturar assim que o usuário digitar Essa foi a sugestão do @EMBarbosa... Observe que no evento onde ocorre as perguntas, você recebe o título e alguns indicadores, que poderia usar para saber quando essa informação está sendo perguntada, e acumular as respostas, em registradores internos do seu sistema 21/12/23 09:21:48:793 - PW_GetData: 1 wIdentificador: PWINFO_48901 // <---------- NOME DO REGISTRADOR ----------- bTipoDeDado: PWDAT_TYPED szPrompt: VALOR 1 PARCELA: // <---------- TITULO DA PERGUNTA ----------- bNumOpcoesMenu: 0 szMascaraDeCaptura: R$@.@@@.@@@,@@ bTiposEntradaPermitidos: PWTYP_Numerico bTamanhoMinimo: 1 bTamanhoMaximo: 9 ulValorMinimo: 0 ulValorMaximo: 998 bOcultarDadosDigitados: 0 bValidacaoDado: PWVAL_Nenhuma bAceitaNulo: 1 szValorInicial: 333 bTeclasDeAtalho: 0 szMsgValidacao: szMsgConfirmacao: szMsgDadoMaior: szMsgDadoMenor: bCapturarDataVencCartao: 0 ulTipoEntradaCartao: 0 bItemInicial: 0 bNumeroCapturas: 0 szMsgPrevia: bTipoEntradaCodigoBarras: 0 bOmiteMsgAlerta: 0 bIniciaPelaEsquerda: 0 bNotificarCancelamento: 0 bAlinhaPelaDireita: 1 21/12/23 09:21:48:809 - OnObtemCampo 21/12/23 09:21:53:599 - Resposta: 200, Valido: False, Cancelado: False Porém... Isso também está sujeito a alguma alteração do texto exato da pergunta...

Muito obrigado... Commit [r31696]

@Serialtec, veja por favor, esse artigo: https://suporte.projetoacbr.com.br/portal/pt-br/kb/articles/como-enviar-os-logs-para-homologação Onde encontrar os arquivos de Log ? Os Arquivos de log tem Nomes como: comms_aammdd.log: Log da comunicação da DLL da PayGo com o Servidor TEF ppsers_aammdd.log: Log da comunicação da DLL com o PinPad (onde aammdd será substituído pela Data em que o TEF foi executado) Você poderá encontrar esses arquivos nas pastas a seguir: PGWebLib (DLL): Geralmente os arquivos de Log ficam em uma subpasta onde a DLL foi instalada Cliente Windows e Control Pay: C:\ProgramData\PayGo\PGWebLib\Log

a LibXML2 nunca foi compatível com UNC... Provavelmente antes você acessava o sistema com uma pasta Mapeada em uma Letra de Disco, ou usava a MSXML

@carlitomorais a LibXML2 não consegue ler os Schemas se eles estiverem em um Path UNC As opções são: Usar MSXML (depreciada) Mapear em uma Letra o caminho da Rede (NET USE)

Fique a vontade para analisar os fontes e sugerir melhorias e correções... Basta anexar as Units modificadas

@Daniel Paixão-Cascavel, Tive uma reunião com a Setis, e o problema em minha máquina foi resolvido... No meu caso, o problema ocorreu porque fiz a instalação da nova PayGoWeb, SetupPayGo_full_v5.1.21.23 e meu PDC já estava ajustado para a nova versão com o Warsaw... porém eu ainda estava utilizando uma versão antiga da DLL, para testes em homologação... Segundo apuramos na reunião com a Setis, o erro QUEDA DE CONEXÃO, ocorre nesse cenário: - Um PDC ajustado para a nova DLL com Warsaw, mas usando uma DLL antiga...

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

Experimente aplicar a sugestão desse tópico

As Strings dentro de Aspas, não deveriam estar em "Entity Code", pois no cabeçalho do XML, já temos uma declaração informando que os textos estarão em UTF8 <?xml version="1.0" encoding="UTF-8"?>

tópico relacionado:

Esse tópico tem um longo debate sobre como aplicar essas regras/validações

Não há como... Essa informação só é retornada pelo TEF após a transação ser efetuada

Nunca Soube de um Certificado que contivesse 2 CNPJs .... Qual é exatamente esse Certificado? Tem algum link para pesquisa ? Provavelmente você está usando o Certificado do CNPJ errado

Aplicamos alguns ajustes nos fontes, para o OpenSSL 3.X Logo compilamos uma nova versão da ACBrLib

Acho que agora descobrimos o problema...

Notamos vários relatos, de usuários que não estavam conseguindo carregar alguns certificados, usando a versão 3.x.x do OpenSSL, e sendo que esse mesmo certificado, é carregado normalmente, na versão 1.1.x do OpenSSL Ocorre que a versão 3.x do OpenSSL, tornou "legado" algumas rotinas de criptografia... E provavelmente os certificados que causavam erro, estavam usando essas rotinas legadas... Esse link nos ajudou com a solução que aplicamos nos fontes do ACBr, e dá mais detalhes sobre o problema: https://github.com/openssl/openssl/issues/19368 A modificação que aplicamos depende que o OpenSSL consiga carregar a biblioteca "legacy", portanto a mesma deve estar na mesma pasta das demais... Você pode ver as modificações, nesse histórico de Commit [r31480] Essa biblioteca "legacy.dll" agora é distribuída na pasta: ACBr\DLLs\OpenSSL\3.1.3\x64 Observe que não encontramos uma distribuição do OpenSSL, que tenha a "legacy.dll" para 32 bits... portanto, a carga dessa DLL, no Windows, só irá funcionar, se você estiver compilando o seu executável em 64 bits... Abaixo estão algumas dicas, se você estiver com problemas ao ler o Certificado, usando OpenSSL 3 Verifique se a biblioteca "legacy" está na mesma pasta das demais DLLs do OpenSSL 3 - Lembrando que conforme explicamos acima, ela está disponível, apenas para 64 bits - A pasta com todas as DLLs ficaria algo como: "libcrypto-3-x64.dll, libssl-3-x64.dll, legacy.dll" - Você não conseguirá usar as bibliotecas de 64 bits, se estiver compilando a sua aplicação em 32 bits Instale o certificado no Windows, e Exporte ele novamente Isso fará com que o Windows reescreva o certificado, utilizando rotinas de criptografia mais modernas, e com isso, permitindo o uso dele no OpenSSL 3.x Volte para versão 1.1.x.x do OpenSSL... Essa versão da biblioteca OpenSSL provavelmente continuará sendo utilizada, por muitos e muitos anos

Você está tentando instalar os componentes do ACBr manualmente, sem o uso do instalador ?

Na API do BACEN, existem EndPoints para Webhooks... mas eles não estão concluídos no ACBr https://app.swaggerhub.com/apis/Projeto-ACBr/api-pix/2.6.0#/Webhook/put_webhook__chave_ @Filipe Carlos, acha que consegue nos ajudar a mapear esses EndPoints e Objetos, para dentro do ACBr ? A ideia é observar como é a implementação dos EndPoints já disponíveis, e seguir o mesmo raciocínio...

Já é possível... https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFSe.html

Humm.. acho que realmente não mapeamos todos os EndPoints de Webhook.. (Justamente por ser pouco prático em aplicações Desktop) @EliasCesar ou @Alexandre de Paula, podem confirmar ?

Configure a Lib para ela responder em ANSI https://acbr.sourceforge.io/ACBrLib/Geral.html

Aparentemente há algum outro programa rodando na máquina e capturando a Porta Serial...

@Juliomar Marchetti, você tem essa versão do Fast Report, para tentar simular ?