Confira abaixo o fluxograma completo do ciclo de vida de uma jornada de consentimento para iniciação de pagamento.
Casos de erro para validações assíncronas no DICT
Neste cenário o pagamento é criado com sucesso (status RCVD) e o consentimento é consumido (status CONSUMED), porém, as validações contra o DICT só ocorrerão de forma assíncrona e em caso de negativa será percebido pela iniciadora na consulta do pagamento (GET /Payments).
Retorno esperado do endpoint GET /Payments: HTTP Code 200 - OK.
Status do Pagamento: RJCT (Rejected)
Trilhas para implementação do Pix Open Finance
As APIs de pagamento ITP : inteiramente por meio de APIs RESTful, recomendadas para desenvolvedores que desejam implementar toda a jornada em suas próprias telas, incluindo as fases de criação de consentimento, aprovação/rejeição de consentimento e redirecionamento. Para mais detalhes, veja a documentação APIs de Pagamento ITP .
O Whitelabel de Pagamento ITP : Com apenas 3 chamadas de API para iniciar e finalizar o processo, utilizando as telas de whitelabel para a criação de consentimento, aprovação/rejeição de consentimento e fluxos de redirecionamento. Para mais detalhes, veja a documentação Whitelabel de Pagamento ITP 1
