Author Image

oleoessencial

Dec 21, 2020

Mudanças nas Respostas de Webhook e E2EID no Pix

cobrançasPIXwebhookstatusalteraçõesnotificaçõesconsultasintegraçãoBACEN

<@!781134406680838216> #duvida, hoje com as novas mudanças, quando eu gero uma cobrança o webhook não me avisa mais com o status "ATIVA" e no caso ele não me avisa mais nada correto ?

Respostas (8):
Avatar discord do usuario matheus_efi

matheus_efi

21/12/2020

Magno, os status "ATIVA", " CONCLUIDA" das cobranças vão continuar da mesma forma nas consultas, isso não foi modificado. O que foi modificado foi somente o padrão das respostas no webhook, que se adequou ao padrão do BACEN. Se você fizer uma consulta utilizando o GET /v2/cob/:txid vai ver que não foi modificado.

Avatar discord do usuario oleoessencial

oleoessencial

21/12/2020

ok, porem o sistema estava todo pronto e funcionando com o recebimento dos status do webhook , ao criar a cobrança e quando o cliente pagava, agora sem as vindas destes status, parou tudo aqui 😦 . Eu não estava ainda validando com este endpoint, estava na etapa de validação com a vinda do webhook mesmo 😦 Terei que mudar toda a lógica aqui para poder automatizar tudo de novo 😦

Avatar discord do usuario matheus_efi

matheus_efi

21/12/2020

Para evitar que isso ocorra e prejudique o sistema do integrador vamos avisar com alguns dias de antecedência sobre qualquer modificação, seja por adequação ao BACEN ou não.

Avatar discord do usuario anoni_mato

anoni_mato

21/12/2020

<@!671762828046106646> , então pelo que eu entendi, se eu receber uma notificação com E2EID, será sempre um Pix concluído? Então não existe um "elemento Pix" com E2EID mas ainda em processamento? Ou apenas a forma de notificar que mudou? Pergunto pois, no envio de Pix via API, me lembro de ter visto um E2EID no retorno da requisição, que é disponibilizado antes mesmo da efetivação do envio...

Avatar discord do usuario matheus_efi

matheus_efi

21/12/2020

Sim, se ele for neste padrão:

{ pix:
[ { endToEndId: 'E18236120524512211356s0848037HBE',
txid: 'fc9a43k6ff39i84ryP5ff4ga9719',
valor: '0.03',
horario: '2020-12-21T13:56:48.000Z' } ] }
No envio de Pix, por ser um endpoint novo e que o próprio BACEN ainda não tem na documentação o retorno será diferente, vai ter o E2EID mas de dados adicionais vai haver o tipo e o status, veja :

{ pix:
[ { endToEndId: 'E09089356202012212057APIe986840e',
valor: '0.01',
horario: '2020-12-21T20:57:52.000Z',
tipo: 'SOLICITACAO',
status: 'REALIZADO' } ] }

Avatar discord do usuario anoni_mato

anoni_mato

21/12/2020

então.. mas esse E2EID disponibilizado no retorno da solicitação de envio, como ele está disponível antes da conclusão do envio, logo, no meu entender, elementos e2eid podem existir mesmo antes da conclusão do Pix (ele não é "gerado" apenas na efetivação do envio, mas antes disso - ainda que acessível apenas do lado do PSP pagador). no caso de recebimentos, a GN só toma conhecimento do E2EID de um Pix depois que já está efetivado? seria essa a justificativa para não ter status nos webhook (toda notificação sempre se refere a um Pix efetivado e por isso não vemos mais um elemento status no corpo do request)?

Avatar discord do usuario rubenskuhl

rubenskuhl

21/12/2020

Ao que eu lembre o E2EID é gerado pelo PSP pagador. Por isso que no envio ele é possível antes de se completar o envio, mas no recebimento depende da chegada do Pix.

Avatar discord do usuario matheus_efi

matheus_efi

21/12/2020

Os Pix recebidos só chegam com um E2EID associado. O envio de Pix vai com o E2EID, mas inserimos o status como algo a mais para mostrar em que processo está em transferência.