Termos mais procurados:
a diferença é que no TED, o ID de transação que o pagador vê, não é necessariamente o que você vê como recebedor. o seu banco recebedor gera um ID localmente também quando a transação "entra". já no PIX, o ID que veio do PSP pagador é persistente e a GN usa o mesmo ID pra identificar a transação do lado dela (e vc poder consultá-la por esse ID)
via de regra:
txid = identificador que o RECEBEDOR gera (você); pode se repetir (qr estático) ou não (dinâmico)
e2eid = identificador de uma transferência ÚNICA (pensa num TED.. quando é concluído, ele tem um ID de transação, o e2eid no contexto do Pix é análogo ao ID da transação TED) que o PSP do PAGADOR vai gerar e a GN vai te informar
Aliás, os curiosos podem analisar o E2EID que começa com o ISPB para ver que PSPs geram mais pagamentos.
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.
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)?
O problema do estático é que ainda não gera notificações via callback. Daí você não ficará sabendo qual o e2eId do seu txid, a não ser que você fica consultando a lista de pix recebidos em um determinado período.
Outro problema crítico do estático é que alguns PSPs não estão devolvendo o txid, daí você não tem a menor ideia de quem pagou e porque pagou
Quando você cria o PUT /cob/:txid está criando um QRCode Dinâmico. Ele contém um location que o PSP Pagador usa para pegar o payload da cobrança.
Mas isso acontece com pagamento em qualquer PSP, não apenas no Itaú.
Sim, o PSP pagador deve enviar a informação para que o campo seja exibido
Mas nem sempre né? A maioria dos meus pagamentos vem sem (me refiro a infoPagador), isso é por causa do PSP Pagador?
Sim, de desenvolvimento vai ser recusado por outros PSPs.
Eu só tenho dois chutes para uma devolução não dar certo: problema no PSP e conta que pagou o Pix ter sido encerrada. Esse 2o. motivo pode tentar quantas vezes quiser que não vai dar certo.
O status NAO_REALIZADO pode ocorrer desde instabilidades a recusa pelo PSP pagador.
Significa que aquela tentativa de devolução não deu certo. Se uma nova tem chance de funcionar, não dá para saber... se foi instabilidade no PSP, uma nova pode funcionar.
Não, o BACEN mantem um acervo de URLs dos PSPs autorizadas a disponibilizar payloads, e a do seu serviço não é uma delas.
Enum: "ATIVA","CONCLUIDA",
"REMOVIDA_PELO_USUARIO_RECEBEDOR",
"REMOVIDA_PELO_PSP"
Filtro pelo status da cobrança.
então é por isso. a própria GN está deixando de servir o payload. pensando bem... até todos os PSPs se acertarem em relação ao que exibir e tal, é uma posição mais conservadora que mais ajuda do que atrapalha
a GN pode:
- não servir o payload; ou
- servir com o status "CONCLUIDA" (para conferência do pagador a que se refere o QR)
mas se optar por servir o payload (o que eu acho que é interessante, do ponto de vista do pagador), o PSP do pagador deveria notificar que a cobrança consta "CONCLUIDA" (independente do 010212), assim saberia que foi pago mesmo que tenha sido por outro PSP, inclusive. já o 010212 no próprio QR serviria apenas para controle do próprio PSP pagador (que poderia verificar se foi pago antes mesmo da leitura do payload)
você se refere ao campo 01 (com valor 12)? segundo o BACEN, esse campo não impede o pagamento duplo da cobrança. pode, no máximo, instar o PSP a questionar o pagador "este QR Code já foi pago recentemente, deseja realizar outro pagamento?"
não estudei a fundo as mensagens PACS, já que isso é da comunicação entre PSPs e BACEN
