Histórico de mensagens sobre pix

Pessoal, me tira uma dúvida, quais são os dados obrigatórios que tem que ser incluídos na requisição da API no método de pagamento PIX, e cartão de crédito que eu tenho que exigir do devedor?

Minha maior dificuldade foi na hora de tratar os erros, por que de acordo com o suporte da própria Efí empresa, os erros não eram retornado pela api de vocês, porém esses erros estavam sendo retornado quando eu tentava fazer uma requisição para gerar um pagamento via PIX, a resposta estava OK, o problema era que sempre estava me retornando um erro desconhecido, sim o erro era realmente esse aqui => erro desconhecido.

Porém depois de muitas tentativas eu consegui resolver o erro e ele mudou para:
{
"erro": "wrong tag"
}

Então fiquei 2 horas procurando onde estava o erro, por que do lado da minha aplicação estava tudo ok, o erro dava dentro da sdk, só que acabei desistindo pois não achei nenhuma solução.

Então acabei usando o modelo de .php de exemplo que tem na documentação, que por incrível que pareça me serviu perfeitamente, eu fiz exatamente o que fiz nas outras sdk que testei e deu certo na de php, então não consigo te dar uma resposta de qual foi o exato erro.

Porém notei que se tivesse nas FAQS uma recomendação de sdk para cada ambiente de desenvolvimento, eu certamente teria conseguido concluir rapidamente ao invés de perder mais de 18 horas no total.

//Caminho onde está meu certificado
private readonly _certificate = Path.GetFullPath("Certs\cert_prod.p12");

Bom dia pessoal, estou efetuando a integração da API de Pix na plataforma .NET, estou com uma dificuldade ao criar a instância EfiPay segue abaixo minha dúvida.

dynamic efi = new EfiPay(_client_id, _client_secret, false, _certificate);

Quando efetuo o teste local consigo ler sem problemas o caminho do certificado, porém ao enviar para produção perco a referência do caminho, meu back está publicado no Azure não está em um servidor está publicando como App Service - Web App.

Poderiam me dar uma luz 🙏 ?

Rubens, um outro log me diz que o erro realmente possa estar no certificado (emissor do certificado):
Ao comparar o truststore.pem antigo (que funcionava há uma ano) e o truststore novo, além da chaves criptografadas a única diferença está no apontamento do DNS, de .interno.gerencianet.com.br para .sejaefi.com.br
lembrando que eu usei este CA para fazer o hand-shake
https://pix.sejaefi.com.br/webhooks/chain-prod.crt

Boa tarde @Deleted User tudo certo?
Toda instituição participante do Pix pode abrir um MED em casos de disputa.
Em relação ao webhook, atualmente só retornamos a devolução realizada por você mesmo.

A URL que você vai utilizar @sombra_madel é aquela que você fizer a configuração do webhook, sendo uma rota que você vai criar dentro do seu servidor. Recomendamos analisar nossa documentação para endenter o processo: https://dev.efipay.com.br/docs/api-pix/webhooks/

Olá, tem algum método que faz a Efí enviar um webhook a mim se um reembolso for emitido seja por parte do cliente que conseguiu abrir uma disputa (não sei se aqui tem med, por favor responder se tem tbm) ou se eu devolvi o pagamento a efi ja enviar um webhook a mim tambem do pix e eu conseguir identificar no meu backend qual foi

Oi, @ranulfosouza. De acordo com o que está no ssllabs do seu domínio, o certificado SSL está correto.
O certificado CA que foi mencionado, serio o utilizado para fazer o hand-shake do mTLS, que seria este https://pix.sejaefi.com.br/webhooks/chain-prod.crt.

Ou este aqui, aliás. Esse eu acho que é o Gerencianet mesmo.
https://pix.sejaefi.com.br/webhooks/chain-prod.crt

Apesar do nome de arquivo igual, já tentou atualizar para este ?
https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt

O webhook só vai retornar se for pago... GET em /pix mostra que foi pago ?

Estou com um pagamento pix que nao recebi a baixa, gostaria de ver oque o webhook retornou

Obrigado, Rubens! Nesse caso, eu acho melhor o usar o QRCode do PIX por enquanto.

A do pix ainda não resolvido, não consigo gerar certificado para incluir na plataforma, nem de homologação nem produção.

Mas a frequência mínima é semanal, apesar do valor variável. E a liquidação é só de madrugada. Então não é ainda um Pix tokenizado.

Acredito que será bem semelhante ao Pix que já temos hoje em dia nesse ponto.

Eu tenho algumas ideias há implementar na minha solução por assinatura, o PIX automático seria muito top! Visto que os cartões de crédito eu já até desistir de utilizar. Uma das ideias incluem valor por uso, tipo conversão de áudio.

Você pode emitir a cobrança via API com a configuração de split. Pode ser cobrança por cartão e boleto e também por Pix.

Bom dia pessoal, estou tentando utilizar a sdk python para fazer authenticação e gerar uma cobrança pix. mas estou recebendo o seguinte erro: { 'Status': 401, 'Message': 'Could not authenticate. Please make sure you are using correct credentials and if you are using then in the correct environment.' }
estou passando um certificado .pem como a documentação descreve.
tmb verifiquei se estou passando as credenciais certas.
alguem já teve esse erro que me possa da uma luz ?

como assim ?
estou usando o gn-api-sdk-node 3.0.3 e chamando o metádo gerencianet.pixConfigWebhook(params, body)