Histórico de mensagens sobre PIX

Bom dia pessoal da Efi.

Venho avisar sobre uma pequena inconsistência nos dados enviados no webhook de pix recorrente via opex-banking:

Aqui eu extrai os payloads e modifiquei os ids:

No envio do payload para assinatura ativa e atualizações de pagamento aceite, o status enviado pela EFI está como "ACEITE".
Entretanto, no envio do ultimo payload, no último dia da assinatura, é enviado um payload informando que a assinatura está concluída, mas com o status dos pagamentos como "ACEITO" .

Seria legal se pudessem normalizar seja como "aceite", ou como "aceito"

Abs

{
"identificadorPagamento": "abc_123",
"valor": "0.99",
"status": "ativa",
"dataCriacao": "2024-09-24T10:23:24.890Z",
"recorrencia": [
{
"endToEndId": "payment_1",
"status": "aceite",
"dataOperacao": "2024-09-25"
},
{
"endToEndId": "payment_2",
"status": "agendado",
"dataOperacao": "2024-09-26"
},
{
"endToEndId": "payment_3",
"status": "agendado",
"dataOperacao": "2024-09-27"
}
],
"idProprio": "173abce6-e7d8-400c-bf6e-db0d0c3628f7",
"tipo": "recorrencia"
}

"identificadorPagamento": "abc_123",
"valor": "0.99",
"status": "concluida",
"dataOperacao": "2024-10-10",
"dataCriacao": "2024-10-07T09:53:53.000Z",
"recorrencia": [
{
"endToEndId": "payment_1",
"status": "aceito",
"dataOperacao": "2024-10-08"
},
{
"endToEndId": "payment_2",
"status": "aceito",
"dataOperacao": "2024-10-09"
},
{
"endToEndId": "payment_3",
"status": "aceito",
"dataOperacao": "2024-10-10"
}
],
"idProprio": "f5e75088-1a10-4f79-81b7-da5ee0e846a6",
"tipo": "recorrencia"
}

Resolvi um problema, mas me deparei com outro.

Não é enviado webhook para mim quando o pix fica expirado ?

Por exemplo, eu coloquei os pix para expirarem em 10min se a pessoa não pagar quero remover a reserva da minha base de dados, mas se não me retornam por webhook essas coisas, vou ter que rodar cron jobs para ficar direto checando por requisição, não achei nada sobre isso na parte de webhook, apenas as respostas para pagamento concluído, que no caso já está funcionando em meu sistema, ficou pendente apenas essa parte de resposta para caso de não pagamento

Galera, tudo bem?

Gostaria de criar uma aplicação em sandbox para testar a api pix. como eu crio? na minha conta da efi não aparece nada de api

Galera, tudo bem?

Gostaria de criar uma aplicação em sandbox para testar a api pix. como eu crio? na minha conta da efi não aparece nada de api

Boa tarde, uma dúvida sobre a configuração de conta, mas especificamente a parte do recebimento: {recusarTipoPessoa: "PJ"} , como fica o fluxo nesse caso? Se alguém tentar pagar por uma conta PJ não vai conseguir? Ou vai conseguir, mas será estornado logo em seguida? E nesse caso, vai ter algum tipo de webhook identificando que um CNPJ pagou/tentou pagar aquele pix?

Boa tarde, @rubenskuhl, desculpa a menção mas eu procurei no servidor e vi que você soube responder sobre a tarifa de envio pix pela API

Bom dia, eu trabalho projetando hardware dedicado a vendas automáticas e gostaria de saber se já é possível testar o PIX por aproximação, gostaria de introduzir esse método de pagamento em minhas máquinas em breve

Bom dia, @christopy! Tudo bem?
Não. Se o Pix expirou, não é disparado um webhook, pois o status do Pix não é alterado, ele permanece com o status "ATIVO". Como o Pix ainda está "ATIVO", você pode usar o endpoint PATCH /v2/cob/:txid para alterar o tempo de expiração e permitir o pagamento novamente.

Uma maneira de verificar se o Pix expirou é comparar a __data e hora atual__ com a __data e hora de emissão + o tempo de expiração em segundos__ definido ao criar a cobrança. Se a data e hora atual for maior que a data e hora de expiração, significa que o Pix não pode mais ser pago. Caso contrário, o Pix ainda está ativo e pode ser pago normalmente.

Supondo que o seu sistema ofereça a opção de emitir cobranças via cartão de crédito, Pix, Bolix, Carnê ou Assinatura. Para que seu cliente possa fazer essas cobranças no sistema integrado, ele precisa ter uma conta no Efí. Depois de abrir a conta, será necessário criar manualmente uma aplicação dentro da conta dele para obter as credenciais da API, e depois ele inserir essas credenciais na tela de configurações do seu sistema.

Se a abertura da conta for feita diretamente pelo seu sistema, assim que o cliente autorizar a criação, o seu sistema já teria acesso às credenciais da API. Dessa forma, as cobranças poderiam ser emitidas automaticamente, sem que o cliente precise inserir manualmente as credenciais.

Bom dia. Estou recebendo o seguinte erro ao enviar um immediateCharge pro PIX. Gostaria de saber se essas requisições são logadas e o que está chegando, pra me ajudar a debugar o erro, já que não aparecem no painel

Sim, testei com /pix e ?ignore
Tenho um log na rota e aparentemente o webhook nem bate lá

Bom dia, @.lemaun. Tudo bem?
Você esta tratando a chamada com a adição de um /pix ao fim da URL cadastrada?

Olá, quando faço o registro do webhook usando skip-mtls em produção via postman um teste é feito na minha API e da tudo certo, porém quando faço um pix de 0,01 o webhook não é disparado.
Alguém tem alguma dica do que pode ser?
pesquisei em nas conversas aqui, encontrei casos parecidos, mas não encontrei a solução

Quando um acobrança pix expira, é enviado um webhook?

Galera, estou recebendo isso da api de pix "Malformed authorization header"
Sabem como resolver?

Boa tarde @he128 ! Os dados obrigatórios para gerar uma cobrança Pix são calendario, valor e chave.

Olá, boa tarde!
Quais são as informações mínimas que eu preciso passar para gerar uma cobrança pix via api ?

Nós temos exemplo em Python, Nginx, Node, Apache e PHP - https://dev.efipay.com.br/docs/api-pix/webhooks#exemplos-de-configura%C3%A7%C3%B5es-de-servidor

Ah.. perfeito então. Vou deixar q cada equipamento gere na hora q for fazer o pix