Daniel Simoes

Seus Fontes parecem estar desatualizados, em relação o SVN atual... pela Documentação, existe sim o EndPoint para Refresh https://api-staging.shipay.com.br/docs.html#tag/Pedidos-para-Pagamentos-Instantaneos

Nunca tivemos um Monitor com funções de TEF...

Você pode solicitar o cancelamento na plataforma do Nutror

Muito obrigado... Commit [r31696]

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...

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

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

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...

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 ?

@Sérgio Arima, Muito obrigado pela sua contribuição... Commit [r31450]

Tenho uma reunião com pessoal do Marcado Pago, nessa quarta.. a ideia é justamente revisar essas URLs

Ainda não temos nada nesse sentido, no ACBr.. Mas como irei precisar, devo investigar isso em breve..

Veja esse tópico...

@DaniPro, Muito obrigado pela analise... Você está correto, o fato da propriedade "Sucesso" ficar False, impede que o Demo do ACBrTEFAPI considere efetuar a impressão do comprovante... Apliquei a seguinte correção, no Commit [r31365] Confirmar := (QtdLinhasComprovante > 0); Sucesso := (NSU_TEF <> '') or Confirmar; @CarlosWilson, por favor atualize os fontes, e teste novamente a reimpressão do ultimo comprovante, pelo menu Administrativo...

Obrigado pela contribuição e desculpe pela demora no Commit ao SVN... Commit [r31364]

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

Obrigado pelo Retorno... e compartilhar a solução do problema...

Eu não conheço muito detalhes dessa biblioteca e como ela funciona.. mas pelo que lembro, há a opção de passar parâmetros na inicialização

parece estar relacionado a esse problema do OpenSSL 3.x Experimente por favor com a versão que acabamos de compilar

provavelmente algum objeto, que é o pai desses, está sendo destruído, antes de você consultar ele... Lembre-se que o Android é assincrono

Geralmente esse arquivo fica na mesma pasta da DLL

sim.. seria uma opção...