Manual de Fluxos do Processo de Efetivação do Pix

Os fluxos atribuem ações aos usuários, PSPs, liquidantes e infraestrutura. Esta leitura destaca quem valida, confirma e comunica, sem confundir autorização, agendamento e conclusão de pagamento.

• O manual 2.1 separa gerar ordem, efetivar pagamento e devolver valores. Para Automático acrescenta autorização, agenda e cancelamento. Confirmar dados ou criar agenda não é concluir liquidação; o caminho depende de acesso DICT, participação SPI e relação entre as instituições. Manual de Fluxos 2.1, p. 4Manual de Fluxos 2.1, p. 29Manual de Fluxos 2.1, p. 34Manual de Fluxos 2.1, p. 41Manual de Fluxos 2.1, p. 45Manual de Fluxos 2.1, p. 57
• Chave informada demanda consulta DICT; inserção manual de dados bancários dispensa essa consulta, mas o prestador valida dados e apresenta recebedor para confirmação. Acesso indireto consulta por participante direto. QR estático também consulta DICT antes da confirmação. Manual de Fluxos 2.1, p. 5Manual de Fluxos 2.1, p. 6Manual de Fluxos 2.1, p. 7Manual de Fluxos 2.1, p. 8Manual de Fluxos 2.1, p. 11Manual de Fluxos 2.1, p. 12
• Quando PSI inicia por chave/dados, ele valida recebedor e obtém consentimento; depois envia dados pela API Open Finance ao PSP pagador, que solicita autenticação/confirmação no fluxo descrito. Quando PSI já possui todos os dados, também obtém consentimento e envia pela API. O manual remete detalhamento de jornadas ao arcabouço Open Finance. Manual de Fluxos 2.1, p. 9Manual de Fluxos 2.1, p. 10Manual de Fluxos 2.1, p. 23Manual de Fluxos 2.1, p. 24
• No Agendado único/recorrente, data pode ser pedida no início ou após dados do recebedor, sempre antes da confirmação. E2EId da consulta inicial de agendamento serve apenas à consulta DICT; nova consulta antes da liquidação gera identificador informado na pacs.008 para reposição de fichas. Manual de Fluxos 2.1, p. 18Manual de Fluxos 2.1, p. 19Manual de Fluxos 2.1, p. 21Manual de Fluxos 2.1, p. 33Manual de Fluxos 2.1, p. 39
• Antes de liquidar Agendado por chave, PSP consulta novamente e compara existência/titularidade com o agendamento; inexistência ou titular diferente cancela a ordem e notifica insucesso. Dados bancários manuais dispensam essa nova consulta. Nos livros do próprio PSP, chave que saiu da instituição por portabilidade/reivindicação conduz a consulta DICT e verificação da titularidade. Manual de Fluxos 2.1, p. 32Manual de Fluxos 2.1, p. 33Manual de Fluxos 2.1, p. 38Manual de Fluxos 2.1, p. 39Manual de Fluxos 2.1, p. 43Manual de Fluxos 2.1, p. 44Manual de Fluxos 2.1, p. 48Manual de Fluxos 2.1, p. 49
• Liquidação imediata entre diretos bloqueia valor na conta do usuário e Conta PI pagadora; recebedor valida conta e anota crédito provisório. SPI troca saldos PI e confirma, então PSPs efetivam crédito/débito e avisam usuários. Anotação provisória não é crédito definitivo. Manual de Fluxos 2.1, p. 31Manual de Fluxos 2.1, p. 32
• Com indiretos e liquidantes distintos, mensagens SPI passam pelos liquidantes, mas validação de conta, anotação provisória e crédito/débito dos usuários são dos PSPs. SPI transfere entre Contas PI dos liquidantes. Com mesmo liquidante, ele ajusta saldos internos dos PSPs; não há etapa descrita de troca entre Contas PI distintas. Manual de Fluxos 2.1, p. 36Manual de Fluxos 2.1, p. 37Manual de Fluxos 2.1, p. 46Manual de Fluxos 2.1, p. 47
• Quando pagador e recebedor usam o mesmo PSP, liquidação ocorre nos seus livros: verifica saldo/conta, debita e credita se válidos e notifica ambos. O manual descreve esse caminho independentemente de participação direta ou indireta no SPI. Manual de Fluxos 2.1, p. 41Manual de Fluxos 2.1, p. 42
• Ordens de Automático, Agendado único/recorrente e Cobrança com vencimento quando agendada, e mensagens do ciclo de liquidação, usam canal secundário com NORM/PAGAGD. Demais ordens usam primário. No Automático, PAIN.009/011/012 e CAMT.055/029 de autorização/cancelamento vão pelo primário; PAIN.013/014 e PACS.008/002 de agenda/liquidação vão pelo secundário. Manual de Fluxos 2.1, p. 29Manual de Fluxos 2.1, p. 34Manual de Fluxos 2.1, p. 57
• Devolução inverte papéis: recebedor original é remetente e pagador original é destinatário. PSP destinatário recupera transação pelo EndToEndId e valida prazo de noventa dias, cliente, valor e conta ativa. Fluxos diretos/indiretos separam bloqueio, crédito provisório, transferência, efetivação e avisos; liquidante participa quando há indiretos. Manual de Fluxos 2.1, p. 50Manual de Fluxos 2.1, p. 52Manual de Fluxos 2.1, p. 53Manual de Fluxos 2.1, p. 55Manual de Fluxos 2.1, p. 56
• Na autorização sem QR entre instituições, recebedor envia dados, PSPs armazenam recorrência e trocam PAIN.009/012 para recebimento; pagador é solicitado a autorizar. A confirmação pelo usuário atualiza status, circula PAIN.012 e retorno; recebedor e pagador recebem confirmação final. Quando PSP é o mesmo, armazenamento, status e avisos ficam internos. Manual de Fluxos 2.1, p. 58Manual de Fluxos 2.1, p. 59Manual de Fluxos 2.1, p. 60Manual de Fluxos 2.1, p. 61Manual de Fluxos 2.1, p. 62Manual de Fluxos 2.1, p. 63
• Primeiro pagamento imediato e autorização são confirmados juntos, mas o fluxo de autorização só prossegue após sucesso na liquidação usual do primeiro Pix: entre PSPs diferentes usa canal primário; no mesmo PSP segue liquidação nos seus livros. Fracasso interrompe e avisa que pagamento/autorização não se efetivaram. PSP recebedor também aguarda conclusão antes de atualizar status. Aviso de pagamento pode ser agrupado ao aviso final da autorização. Manual de Fluxos 2.1, p. 70Manual de Fluxos 2.1, p. 71Manual de Fluxos 2.1, p. 72Manual de Fluxos 2.1, p. 73Manual de Fluxos 2.1, p. 74Manual de Fluxos 2.1, p. 75
• Cancelamento da autorização pelo pagador cancela internamente e confirma ao usuário, informa recorrência por PAIN.011 e recebe PAIN.012 entre PSPs; recebedor é avisado. Se há agendas atingidas a cancelar, PSP pagador executa também o fluxo de cancelamento de débito. No mesmo PSP, cancela autorização e atualiza recorrência sem troca interinstitucional. Manual de Fluxos 2.1, p. 84Manual de Fluxos 2.1, p. 85Manual de Fluxos 2.1, p. 86
• Cancelamento da recorrência pelo recebedor registra estado, comunica PAIN.011 e retorno PAIN.012 e avisa partes, cancelando autorização associada. Também serve para cancelar solicitação pendente confirmada por outra jornada. Agendas pendentes atingidas demandam fluxo próprio. No mesmo PSP, recorrência e autorização são canceladas internamente. Manual de Fluxos 2.1, p. 87Manual de Fluxos 2.1, p. 88Manual de Fluxos 2.1, p. 89
• Agenda Automático entre instituições exige validar cobrança contra recorrência no PSP recebedor e contra autorização no pagador; PAIN.013 leva cobrança e PAIN.014 retorna resultado, com armazenamento e aviso ao recebedor. Aviso de agendamento ao pagador pode ser desabilitado, e somente essas etapas são omitidas. Mesmo PSP compara, agenda e comunica internamente. Manual de Fluxos 2.1, p. 90Manual de Fluxos 2.1, p. 91Manual de Fluxos 2.1, p. 92
• Entre PSPs diferentes, com erro no fluxo de liquidação, o PSP do pagador registra o insucesso e cancela a PAIN.013 original por CAMT.055, que o PSP do recebedor confirma com CAMT.029; em seguida, o PSP do recebedor valida novamente a cobrança com a recorrência e deve enviar nova PAIN.013, para que o PSP do pagador gere nova PACS.008 com novo E2EId, a ser liquidada na mesma data. Identificador de ordem não liquidada não é reutilizado; notificações ao pagador do fluxo de cancelamento não se aplicam nessa correção. Retentativa após vencimento tem nova instrução e novo agendamento; não é o mesmo fluxo intradia. No mesmo PSP, registra insucesso, compara cobrança com autorização e agenda nova ordem para o mesmo dia em seus sistemas, sem o roteiro de mensageria entre instituições. Manual de Fluxos 2.1, p. 93Manual de Fluxos 2.1, p. 94Manual de Fluxos 2.1, p. 95
• Cancelar débito específico pelo pagador cancela internamente e avisa; entre PSPs usa CAMT.055 e retorno CAMT.029, com registro e aviso ao recebedor. Cancelamento pelo recebedor antes de enviar dados é interno; após envio comunica pagador, cancela agenda e confirma às partes com CAMT.055/029. Mesmo PSP cancela cobrança/débito e comunica ambos. Manual de Fluxos 2.1, p. 97Manual de Fluxos 2.1, p. 98Manual de Fluxos 2.1, p. 100Manual de Fluxos 2.1, p. 101

O que esta leitura não diz. Não fixa neste contexto todos os prazos de cancelamento ou retentativas do produto, nem garante conclusão de uma ordem.

A forma de iniciar muda a coleta e confirmação dos dados; a relação entre instituições muda a efetivação. Automático acrescenta estados que precisam acompanhar autorização, cobrança e agenda.

• O manual 2.1 separa gerar ordem, efetivar pagamento e devolver valores. Para Automático acrescenta autorização, agenda e cancelamento. Confirmar dados ou criar agenda não é concluir liquidação; o caminho depende de acesso DICT, participação SPI e relação entre as instituições. Manual de Fluxos 2.1, p. 4Manual de Fluxos 2.1, p. 29Manual de Fluxos 2.1, p. 34Manual de Fluxos 2.1, p. 41Manual de Fluxos 2.1, p. 45Manual de Fluxos 2.1, p. 57
• Chave informada demanda consulta DICT; inserção manual de dados bancários dispensa essa consulta, mas o prestador valida dados e apresenta recebedor para confirmação. Acesso indireto consulta por participante direto. QR estático também consulta DICT antes da confirmação. Manual de Fluxos 2.1, p. 5Manual de Fluxos 2.1, p. 6Manual de Fluxos 2.1, p. 7Manual de Fluxos 2.1, p. 8Manual de Fluxos 2.1, p. 11Manual de Fluxos 2.1, p. 12
• Quando PSI inicia por chave/dados, ele valida recebedor e obtém consentimento; depois envia dados pela API Open Finance ao PSP pagador, que solicita autenticação/confirmação no fluxo descrito. Quando PSI já possui todos os dados, também obtém consentimento e envia pela API. O manual remete detalhamento de jornadas ao arcabouço Open Finance. Manual de Fluxos 2.1, p. 9Manual de Fluxos 2.1, p. 10Manual de Fluxos 2.1, p. 23Manual de Fluxos 2.1, p. 24
• QR dinâmico requer identificar location e obter payload da cobrança no PSP recebedor; depois consulta chave no DICT e apresenta dados para confirmação. Na cobrança com vencimento, mudar a data pretendida leva à nova consulta do payload e apresentação do valor com principal, multa, juros, descontos/abatimentos calculados para essa data. Manual de Fluxos 2.1, p. 13Manual de Fluxos 2.1, p. 14Manual de Fluxos 2.1, p. 15Manual de Fluxos 2.1, p. 16Manual de Fluxos 2.1, p. 17
• No Agendado único/recorrente, data pode ser pedida no início ou após dados do recebedor, sempre antes da confirmação. E2EId da consulta inicial de agendamento serve apenas à consulta DICT; nova consulta antes da liquidação gera identificador informado na pacs.008 para reposição de fichas. Manual de Fluxos 2.1, p. 18Manual de Fluxos 2.1, p. 19Manual de Fluxos 2.1, p. 21Manual de Fluxos 2.1, p. 33Manual de Fluxos 2.1, p. 39
• Antes de liquidar Agendado por chave, PSP consulta novamente e compara existência/titularidade com o agendamento; inexistência ou titular diferente cancela a ordem e notifica insucesso. Dados bancários manuais dispensam essa nova consulta. Nos livros do próprio PSP, chave que saiu da instituição por portabilidade/reivindicação conduz a consulta DICT e verificação da titularidade. Manual de Fluxos 2.1, p. 32Manual de Fluxos 2.1, p. 33Manual de Fluxos 2.1, p. 38Manual de Fluxos 2.1, p. 39Manual de Fluxos 2.1, p. 43Manual de Fluxos 2.1, p. 44Manual de Fluxos 2.1, p. 48Manual de Fluxos 2.1, p. 49
• Aproximação NFC obtém dados de pagamento, mas continua interpretação, obtenção de payload, identificação e confirmação. Fluxograma exemplifica QR dinâmico imediato; também admite cobrança com vencimento e QR estático. Na transação por aproximação iniciada por PSI (2.6.2), ele deve utilizar as APIs do Open Finance para enviar a ordem ao PSP do pagador; na iniciada pelo próprio PSP do pagador (2.6.1) não há PSI. Manual de Fluxos 2.1, p. 24Manual de Fluxos 2.1, p. 25Manual de Fluxos 2.1, p. 26Manual de Fluxos 2.1, p. 27Manual de Fluxos 2.1, p. 28
• Liquidação imediata entre diretos bloqueia valor na conta do usuário e Conta PI pagadora; recebedor valida conta e anota crédito provisório. SPI troca saldos PI e confirma, então PSPs efetivam crédito/débito e avisam usuários. Anotação provisória não é crédito definitivo. Manual de Fluxos 2.1, p. 31Manual de Fluxos 2.1, p. 32
• Com indiretos e liquidantes distintos, mensagens SPI passam pelos liquidantes, mas validação de conta, anotação provisória e crédito/débito dos usuários são dos PSPs. SPI transfere entre Contas PI dos liquidantes. Com mesmo liquidante, ele ajusta saldos internos dos PSPs; não há etapa descrita de troca entre Contas PI distintas. Manual de Fluxos 2.1, p. 36Manual de Fluxos 2.1, p. 37Manual de Fluxos 2.1, p. 46Manual de Fluxos 2.1, p. 47
• Quando pagador e recebedor usam o mesmo PSP, liquidação ocorre nos seus livros: verifica saldo/conta, debita e credita se válidos e notifica ambos. O manual descreve esse caminho independentemente de participação direta ou indireta no SPI. Manual de Fluxos 2.1, p. 41Manual de Fluxos 2.1, p. 42
• Devolução inverte papéis: recebedor original é remetente e pagador original é destinatário. PSP destinatário recupera transação pelo EndToEndId e valida prazo de noventa dias, cliente, valor e conta ativa. Fluxos diretos/indiretos separam bloqueio, crédito provisório, transferência, efetivação e avisos; liquidante participa quando há indiretos. Manual de Fluxos 2.1, p. 50Manual de Fluxos 2.1, p. 52Manual de Fluxos 2.1, p. 53Manual de Fluxos 2.1, p. 55Manual de Fluxos 2.1, p. 56
• Na autorização sem QR entre instituições, recebedor envia dados, PSPs armazenam recorrência e trocam PAIN.009/012 para recebimento; pagador é solicitado a autorizar. A confirmação pelo usuário atualiza status, circula PAIN.012 e retorno; recebedor e pagador recebem confirmação final. Quando PSP é o mesmo, armazenamento, status e avisos ficam internos. Manual de Fluxos 2.1, p. 58Manual de Fluxos 2.1, p. 59Manual de Fluxos 2.1, p. 60Manual de Fluxos 2.1, p. 61Manual de Fluxos 2.1, p. 62Manual de Fluxos 2.1, p. 63
• QR só de recorrência leva à consulta da location e apresentação dos dados ao pagador. Depois do aceite, status são atualizados e PAIN.012 circula com retorno entre PSPs antes do aviso final. No mesmo PSP, carregamento e atualização são internos. Entregar QR por fora do ecossistema não substitui a confirmação no app. Manual de Fluxos 2.1, p. 63Manual de Fluxos 2.1, p. 65Manual de Fluxos 2.1, p. 66Manual de Fluxos 2.1, p. 67Manual de Fluxos 2.1, p. 68
• Primeiro pagamento imediato e autorização são confirmados juntos, mas o fluxo de autorização só prossegue após sucesso na liquidação usual do primeiro Pix: entre PSPs diferentes usa canal primário; no mesmo PSP segue liquidação nos seus livros. Fracasso interrompe e avisa que pagamento/autorização não se efetivaram. PSP recebedor também aguarda conclusão antes de atualizar status. Aviso de pagamento pode ser agrupado ao aviso final da autorização. Manual de Fluxos 2.1, p. 70Manual de Fluxos 2.1, p. 71Manual de Fluxos 2.1, p. 72Manual de Fluxos 2.1, p. 73Manual de Fluxos 2.1, p. 74Manual de Fluxos 2.1, p. 75
• Na jornada de oferta posterior, pagador confirma pagar ou agendar a cobrança; só depois recebe oferta do Automático, manifesta interesse e confirma recorrência. Quando cobrança já está no QR como dados estáticos, apenas recorrência vem de location. Modelos com instituições distintas sincronizam PAIN.012 e retorno; mesmo PSP registra internamente. Manual de Fluxos 2.1, p. 76Manual de Fluxos 2.1, p. 78Manual de Fluxos 2.1, p. 79Manual de Fluxos 2.1, p. 80Manual de Fluxos 2.1, p. 81Manual de Fluxos 2.1, p. 82Manual de Fluxos 2.1, p. 83
• Cancelamento da autorização pelo pagador cancela internamente e confirma ao usuário, informa recorrência por PAIN.011 e recebe PAIN.012 entre PSPs; recebedor é avisado. Se há agendas atingidas a cancelar, PSP pagador executa também o fluxo de cancelamento de débito. No mesmo PSP, cancela autorização e atualiza recorrência sem troca interinstitucional. Manual de Fluxos 2.1, p. 84Manual de Fluxos 2.1, p. 85Manual de Fluxos 2.1, p. 86
• Cancelamento da recorrência pelo recebedor registra estado, comunica PAIN.011 e retorno PAIN.012 e avisa partes, cancelando autorização associada. Também serve para cancelar solicitação pendente confirmada por outra jornada. Agendas pendentes atingidas demandam fluxo próprio. No mesmo PSP, recorrência e autorização são canceladas internamente. Manual de Fluxos 2.1, p. 87Manual de Fluxos 2.1, p. 88Manual de Fluxos 2.1, p. 89
• Agenda Automático entre instituições exige validar cobrança contra recorrência no PSP recebedor e contra autorização no pagador; PAIN.013 leva cobrança e PAIN.014 retorna resultado, com armazenamento e aviso ao recebedor. Aviso de agendamento ao pagador pode ser desabilitado, e somente essas etapas são omitidas. Mesmo PSP compara, agenda e comunica internamente. Manual de Fluxos 2.1, p. 90Manual de Fluxos 2.1, p. 91Manual de Fluxos 2.1, p. 92
• Entre PSPs diferentes, com erro no fluxo de liquidação, o PSP do pagador registra o insucesso e cancela a PAIN.013 original por CAMT.055, que o PSP do recebedor confirma com CAMT.029; em seguida, o PSP do recebedor valida novamente a cobrança com a recorrência e deve enviar nova PAIN.013, para que o PSP do pagador gere nova PACS.008 com novo E2EId, a ser liquidada na mesma data. Identificador de ordem não liquidada não é reutilizado; notificações ao pagador do fluxo de cancelamento não se aplicam nessa correção. Retentativa após vencimento tem nova instrução e novo agendamento; não é o mesmo fluxo intradia. No mesmo PSP, registra insucesso, compara cobrança com autorização e agenda nova ordem para o mesmo dia em seus sistemas, sem o roteiro de mensageria entre instituições. Manual de Fluxos 2.1, p. 93Manual de Fluxos 2.1, p. 94Manual de Fluxos 2.1, p. 95
• Cancelar débito específico pelo pagador cancela internamente e avisa; entre PSPs usa CAMT.055 e retorno CAMT.029, com registro e aviso ao recebedor. Cancelamento pelo recebedor antes de enviar dados é interno; após envio comunica pagador, cancela agenda e confirma às partes com CAMT.055/029. Mesmo PSP cancela cobrança/débito e comunica ambos. Manual de Fluxos 2.1, p. 97Manual de Fluxos 2.1, p. 98Manual de Fluxos 2.1, p. 100Manual de Fluxos 2.1, p. 101

O que esta leitura não diz. Não define preço do produto nem permite representar crédito provisório, consentimento ou agenda como pagamento concluído.

A implementação segue caminhos distintos para DICT direto/indireto, SPI, livros internos e mesmo liquidante. Canais e E2EIds precisam preservar as etapas de consulta, agenda e liquidação.

• O manual 2.1 separa gerar ordem, efetivar pagamento e devolver valores. Para Automático acrescenta autorização, agenda e cancelamento. Confirmar dados ou criar agenda não é concluir liquidação; o caminho depende de acesso DICT, participação SPI e relação entre as instituições. Manual de Fluxos 2.1, p. 4Manual de Fluxos 2.1, p. 29Manual de Fluxos 2.1, p. 34Manual de Fluxos 2.1, p. 41Manual de Fluxos 2.1, p. 45Manual de Fluxos 2.1, p. 57
• Chave informada demanda consulta DICT; inserção manual de dados bancários dispensa essa consulta, mas o prestador valida dados e apresenta recebedor para confirmação. Acesso indireto consulta por participante direto. QR estático também consulta DICT antes da confirmação. Manual de Fluxos 2.1, p. 5Manual de Fluxos 2.1, p. 6Manual de Fluxos 2.1, p. 7Manual de Fluxos 2.1, p. 8Manual de Fluxos 2.1, p. 11Manual de Fluxos 2.1, p. 12
• Quando PSI inicia por chave/dados, ele valida recebedor e obtém consentimento; depois envia dados pela API Open Finance ao PSP pagador, que solicita autenticação/confirmação no fluxo descrito. Quando PSI já possui todos os dados, também obtém consentimento e envia pela API. O manual remete detalhamento de jornadas ao arcabouço Open Finance. Manual de Fluxos 2.1, p. 9Manual de Fluxos 2.1, p. 10Manual de Fluxos 2.1, p. 23Manual de Fluxos 2.1, p. 24
• QR dinâmico requer identificar location e obter payload da cobrança no PSP recebedor; depois consulta chave no DICT e apresenta dados para confirmação. Na cobrança com vencimento, mudar a data pretendida leva à nova consulta do payload e apresentação do valor com principal, multa, juros, descontos/abatimentos calculados para essa data. Manual de Fluxos 2.1, p. 13Manual de Fluxos 2.1, p. 14Manual de Fluxos 2.1, p. 15Manual de Fluxos 2.1, p. 16Manual de Fluxos 2.1, p. 17
• No Agendado único/recorrente, data pode ser pedida no início ou após dados do recebedor, sempre antes da confirmação. E2EId da consulta inicial de agendamento serve apenas à consulta DICT; nova consulta antes da liquidação gera identificador informado na pacs.008 para reposição de fichas. Manual de Fluxos 2.1, p. 18Manual de Fluxos 2.1, p. 19Manual de Fluxos 2.1, p. 21Manual de Fluxos 2.1, p. 33Manual de Fluxos 2.1, p. 39
• Antes de liquidar Agendado por chave, PSP consulta novamente e compara existência/titularidade com o agendamento; inexistência ou titular diferente cancela a ordem e notifica insucesso. Dados bancários manuais dispensam essa nova consulta. Nos livros do próprio PSP, chave que saiu da instituição por portabilidade/reivindicação conduz a consulta DICT e verificação da titularidade. Manual de Fluxos 2.1, p. 32Manual de Fluxos 2.1, p. 33Manual de Fluxos 2.1, p. 38Manual de Fluxos 2.1, p. 39Manual de Fluxos 2.1, p. 43Manual de Fluxos 2.1, p. 44Manual de Fluxos 2.1, p. 48Manual de Fluxos 2.1, p. 49
• Aproximação NFC obtém dados de pagamento, mas continua interpretação, obtenção de payload, identificação e confirmação. Fluxograma exemplifica QR dinâmico imediato; também admite cobrança com vencimento e QR estático. Na transação por aproximação iniciada por PSI (2.6.2), ele deve utilizar as APIs do Open Finance para enviar a ordem ao PSP do pagador; na iniciada pelo próprio PSP do pagador (2.6.1) não há PSI. Manual de Fluxos 2.1, p. 24Manual de Fluxos 2.1, p. 25Manual de Fluxos 2.1, p. 26Manual de Fluxos 2.1, p. 27Manual de Fluxos 2.1, p. 28
• Liquidação imediata entre diretos bloqueia valor na conta do usuário e Conta PI pagadora; recebedor valida conta e anota crédito provisório. SPI troca saldos PI e confirma, então PSPs efetivam crédito/débito e avisam usuários. Anotação provisória não é crédito definitivo. Manual de Fluxos 2.1, p. 31Manual de Fluxos 2.1, p. 32
• Com indiretos e liquidantes distintos, mensagens SPI passam pelos liquidantes, mas validação de conta, anotação provisória e crédito/débito dos usuários são dos PSPs. SPI transfere entre Contas PI dos liquidantes. Com mesmo liquidante, ele ajusta saldos internos dos PSPs; não há etapa descrita de troca entre Contas PI distintas. Manual de Fluxos 2.1, p. 36Manual de Fluxos 2.1, p. 37Manual de Fluxos 2.1, p. 46Manual de Fluxos 2.1, p. 47
• Quando pagador e recebedor usam o mesmo PSP, liquidação ocorre nos seus livros: verifica saldo/conta, debita e credita se válidos e notifica ambos. O manual descreve esse caminho independentemente de participação direta ou indireta no SPI. Manual de Fluxos 2.1, p. 41Manual de Fluxos 2.1, p. 42
• Ordens de Automático, Agendado único/recorrente e Cobrança com vencimento quando agendada, e mensagens do ciclo de liquidação, usam canal secundário com NORM/PAGAGD. Demais ordens usam primário. No Automático, PAIN.009/011/012 e CAMT.055/029 de autorização/cancelamento vão pelo primário; PAIN.013/014 e PACS.008/002 de agenda/liquidação vão pelo secundário. Manual de Fluxos 2.1, p. 29Manual de Fluxos 2.1, p. 34Manual de Fluxos 2.1, p. 57
• Devolução inverte papéis: recebedor original é remetente e pagador original é destinatário. PSP destinatário recupera transação pelo EndToEndId e valida prazo de noventa dias, cliente, valor e conta ativa. Fluxos diretos/indiretos separam bloqueio, crédito provisório, transferência, efetivação e avisos; liquidante participa quando há indiretos. Manual de Fluxos 2.1, p. 50Manual de Fluxos 2.1, p. 52Manual de Fluxos 2.1, p. 53Manual de Fluxos 2.1, p. 55Manual de Fluxos 2.1, p. 56
• Na autorização sem QR entre instituições, recebedor envia dados, PSPs armazenam recorrência e trocam PAIN.009/012 para recebimento; pagador é solicitado a autorizar. A confirmação pelo usuário atualiza status, circula PAIN.012 e retorno; recebedor e pagador recebem confirmação final. Quando PSP é o mesmo, armazenamento, status e avisos ficam internos. Manual de Fluxos 2.1, p. 58Manual de Fluxos 2.1, p. 59Manual de Fluxos 2.1, p. 60Manual de Fluxos 2.1, p. 61Manual de Fluxos 2.1, p. 62Manual de Fluxos 2.1, p. 63
• QR só de recorrência leva à consulta da location e apresentação dos dados ao pagador. Depois do aceite, status são atualizados e PAIN.012 circula com retorno entre PSPs antes do aviso final. No mesmo PSP, carregamento e atualização são internos. Entregar QR por fora do ecossistema não substitui a confirmação no app. Manual de Fluxos 2.1, p. 63Manual de Fluxos 2.1, p. 65Manual de Fluxos 2.1, p. 66Manual de Fluxos 2.1, p. 67Manual de Fluxos 2.1, p. 68
• Primeiro pagamento imediato e autorização são confirmados juntos, mas o fluxo de autorização só prossegue após sucesso na liquidação usual do primeiro Pix: entre PSPs diferentes usa canal primário; no mesmo PSP segue liquidação nos seus livros. Fracasso interrompe e avisa que pagamento/autorização não se efetivaram. PSP recebedor também aguarda conclusão antes de atualizar status. Aviso de pagamento pode ser agrupado ao aviso final da autorização. Manual de Fluxos 2.1, p. 70Manual de Fluxos 2.1, p. 71Manual de Fluxos 2.1, p. 72Manual de Fluxos 2.1, p. 73Manual de Fluxos 2.1, p. 74Manual de Fluxos 2.1, p. 75
• Na jornada de oferta posterior, pagador confirma pagar ou agendar a cobrança; só depois recebe oferta do Automático, manifesta interesse e confirma recorrência. Quando cobrança já está no QR como dados estáticos, apenas recorrência vem de location. Modelos com instituições distintas sincronizam PAIN.012 e retorno; mesmo PSP registra internamente. Manual de Fluxos 2.1, p. 76Manual de Fluxos 2.1, p. 78Manual de Fluxos 2.1, p. 79Manual de Fluxos 2.1, p. 80Manual de Fluxos 2.1, p. 81Manual de Fluxos 2.1, p. 82Manual de Fluxos 2.1, p. 83
• Cancelamento da autorização pelo pagador cancela internamente e confirma ao usuário, informa recorrência por PAIN.011 e recebe PAIN.012 entre PSPs; recebedor é avisado. Se há agendas atingidas a cancelar, PSP pagador executa também o fluxo de cancelamento de débito. No mesmo PSP, cancela autorização e atualiza recorrência sem troca interinstitucional. Manual de Fluxos 2.1, p. 84Manual de Fluxos 2.1, p. 85Manual de Fluxos 2.1, p. 86
• Cancelamento da recorrência pelo recebedor registra estado, comunica PAIN.011 e retorno PAIN.012 e avisa partes, cancelando autorização associada. Também serve para cancelar solicitação pendente confirmada por outra jornada. Agendas pendentes atingidas demandam fluxo próprio. No mesmo PSP, recorrência e autorização são canceladas internamente. Manual de Fluxos 2.1, p. 87Manual de Fluxos 2.1, p. 88Manual de Fluxos 2.1, p. 89
• Agenda Automático entre instituições exige validar cobrança contra recorrência no PSP recebedor e contra autorização no pagador; PAIN.013 leva cobrança e PAIN.014 retorna resultado, com armazenamento e aviso ao recebedor. Aviso de agendamento ao pagador pode ser desabilitado, e somente essas etapas são omitidas. Mesmo PSP compara, agenda e comunica internamente. Manual de Fluxos 2.1, p. 90Manual de Fluxos 2.1, p. 91Manual de Fluxos 2.1, p. 92
• Entre PSPs diferentes, com erro no fluxo de liquidação, o PSP do pagador registra o insucesso e cancela a PAIN.013 original por CAMT.055, que o PSP do recebedor confirma com CAMT.029; em seguida, o PSP do recebedor valida novamente a cobrança com a recorrência e deve enviar nova PAIN.013, para que o PSP do pagador gere nova PACS.008 com novo E2EId, a ser liquidada na mesma data. Identificador de ordem não liquidada não é reutilizado; notificações ao pagador do fluxo de cancelamento não se aplicam nessa correção. Retentativa após vencimento tem nova instrução e novo agendamento; não é o mesmo fluxo intradia. No mesmo PSP, registra insucesso, compara cobrança com autorização e agenda nova ordem para o mesmo dia em seus sistemas, sem o roteiro de mensageria entre instituições. Manual de Fluxos 2.1, p. 93Manual de Fluxos 2.1, p. 94Manual de Fluxos 2.1, p. 95
• Cancelar débito específico pelo pagador cancela internamente e avisa; entre PSPs usa CAMT.055 e retorno CAMT.029, com registro e aviso ao recebedor. Cancelamento pelo recebedor antes de enviar dados é interno; após envio comunica pagador, cancela agenda e confirma às partes com CAMT.055/029. Mesmo PSP cancela cobrança/débito e comunica ambos. Manual de Fluxos 2.1, p. 97Manual de Fluxos 2.1, p. 98Manual de Fluxos 2.1, p. 100Manual de Fluxos 2.1, p. 101
• Histórico documenta alterações de versões, incluindo NFC e distribuição por canais. Manual de Fluxos 2.1, p. 102Manual de Fluxos 2.1, p. 103

O que esta leitura não diz. Não fornece todos schemas do catálogo ou regras Open Finance e não autoriza reutilizar identificador de ordem não liquidada.

O usuário confere recebedor e valores antes de confirmar. Agendamento, pagamento e autorização futura têm avisos próprios; a experiência deve conservar as diferenças e o efeito dos cancelamentos.

• O manual 2.1 separa gerar ordem, efetivar pagamento e devolver valores. Para Automático acrescenta autorização, agenda e cancelamento. Confirmar dados ou criar agenda não é concluir liquidação; o caminho depende de acesso DICT, participação SPI e relação entre as instituições. Manual de Fluxos 2.1, p. 4Manual de Fluxos 2.1, p. 29Manual de Fluxos 2.1, p. 34Manual de Fluxos 2.1, p. 41Manual de Fluxos 2.1, p. 45Manual de Fluxos 2.1, p. 57
• Chave informada demanda consulta DICT; inserção manual de dados bancários dispensa essa consulta, mas o prestador valida dados e apresenta recebedor para confirmação. Acesso indireto consulta por participante direto. QR estático também consulta DICT antes da confirmação. Manual de Fluxos 2.1, p. 5Manual de Fluxos 2.1, p. 6Manual de Fluxos 2.1, p. 7Manual de Fluxos 2.1, p. 8Manual de Fluxos 2.1, p. 11Manual de Fluxos 2.1, p. 12
• Quando PSI inicia por chave/dados, ele valida recebedor e obtém consentimento; depois envia dados pela API Open Finance ao PSP pagador, que solicita autenticação/confirmação no fluxo descrito. Quando PSI já possui todos os dados, também obtém consentimento e envia pela API. O manual remete detalhamento de jornadas ao arcabouço Open Finance. Manual de Fluxos 2.1, p. 9Manual de Fluxos 2.1, p. 10Manual de Fluxos 2.1, p. 23Manual de Fluxos 2.1, p. 24
• QR dinâmico requer identificar location e obter payload da cobrança no PSP recebedor; depois consulta chave no DICT e apresenta dados para confirmação. Na cobrança com vencimento, mudar a data pretendida leva à nova consulta do payload e apresentação do valor com principal, multa, juros, descontos/abatimentos calculados para essa data. Manual de Fluxos 2.1, p. 13Manual de Fluxos 2.1, p. 14Manual de Fluxos 2.1, p. 15Manual de Fluxos 2.1, p. 16Manual de Fluxos 2.1, p. 17
• No Agendado único/recorrente, data pode ser pedida no início ou após dados do recebedor, sempre antes da confirmação. E2EId da consulta inicial de agendamento serve apenas à consulta DICT; nova consulta antes da liquidação gera identificador informado na pacs.008 para reposição de fichas. Manual de Fluxos 2.1, p. 18Manual de Fluxos 2.1, p. 19Manual de Fluxos 2.1, p. 21Manual de Fluxos 2.1, p. 33Manual de Fluxos 2.1, p. 39
• Antes de liquidar Agendado por chave, PSP consulta novamente e compara existência/titularidade com o agendamento; inexistência ou titular diferente cancela a ordem e notifica insucesso. Dados bancários manuais dispensam essa nova consulta. Nos livros do próprio PSP, chave que saiu da instituição por portabilidade/reivindicação conduz a consulta DICT e verificação da titularidade. Manual de Fluxos 2.1, p. 32Manual de Fluxos 2.1, p. 33Manual de Fluxos 2.1, p. 38Manual de Fluxos 2.1, p. 39Manual de Fluxos 2.1, p. 43Manual de Fluxos 2.1, p. 44Manual de Fluxos 2.1, p. 48Manual de Fluxos 2.1, p. 49
• Aproximação NFC obtém dados de pagamento, mas continua interpretação, obtenção de payload, identificação e confirmação. Fluxograma exemplifica QR dinâmico imediato; também admite cobrança com vencimento e QR estático. Na transação por aproximação iniciada por PSI (2.6.2), ele deve utilizar as APIs do Open Finance para enviar a ordem ao PSP do pagador; na iniciada pelo próprio PSP do pagador (2.6.1) não há PSI. Manual de Fluxos 2.1, p. 24Manual de Fluxos 2.1, p. 25Manual de Fluxos 2.1, p. 26Manual de Fluxos 2.1, p. 27Manual de Fluxos 2.1, p. 28
• Liquidação imediata entre diretos bloqueia valor na conta do usuário e Conta PI pagadora; recebedor valida conta e anota crédito provisório. SPI troca saldos PI e confirma, então PSPs efetivam crédito/débito e avisam usuários. Anotação provisória não é crédito definitivo. Manual de Fluxos 2.1, p. 31Manual de Fluxos 2.1, p. 32
• Quando pagador e recebedor usam o mesmo PSP, liquidação ocorre nos seus livros: verifica saldo/conta, debita e credita se válidos e notifica ambos. O manual descreve esse caminho independentemente de participação direta ou indireta no SPI. Manual de Fluxos 2.1, p. 41Manual de Fluxos 2.1, p. 42
• Devolução inverte papéis: recebedor original é remetente e pagador original é destinatário. PSP destinatário recupera transação pelo EndToEndId e valida prazo de noventa dias, cliente, valor e conta ativa. Fluxos diretos/indiretos separam bloqueio, crédito provisório, transferência, efetivação e avisos; liquidante participa quando há indiretos. Manual de Fluxos 2.1, p. 50Manual de Fluxos 2.1, p. 52Manual de Fluxos 2.1, p. 53Manual de Fluxos 2.1, p. 55Manual de Fluxos 2.1, p. 56
• Na autorização sem QR entre instituições, recebedor envia dados, PSPs armazenam recorrência e trocam PAIN.009/012 para recebimento; pagador é solicitado a autorizar. A confirmação pelo usuário atualiza status, circula PAIN.012 e retorno; recebedor e pagador recebem confirmação final. Quando PSP é o mesmo, armazenamento, status e avisos ficam internos. Manual de Fluxos 2.1, p. 58Manual de Fluxos 2.1, p. 59Manual de Fluxos 2.1, p. 60Manual de Fluxos 2.1, p. 61Manual de Fluxos 2.1, p. 62Manual de Fluxos 2.1, p. 63
• QR só de recorrência leva à consulta da location e apresentação dos dados ao pagador. Depois do aceite, status são atualizados e PAIN.012 circula com retorno entre PSPs antes do aviso final. No mesmo PSP, carregamento e atualização são internos. Entregar QR por fora do ecossistema não substitui a confirmação no app. Manual de Fluxos 2.1, p. 63Manual de Fluxos 2.1, p. 65Manual de Fluxos 2.1, p. 66Manual de Fluxos 2.1, p. 67Manual de Fluxos 2.1, p. 68
• Primeiro pagamento imediato e autorização são confirmados juntos, mas o fluxo de autorização só prossegue após sucesso na liquidação usual do primeiro Pix: entre PSPs diferentes usa canal primário; no mesmo PSP segue liquidação nos seus livros. Fracasso interrompe e avisa que pagamento/autorização não se efetivaram. PSP recebedor também aguarda conclusão antes de atualizar status. Aviso de pagamento pode ser agrupado ao aviso final da autorização. Manual de Fluxos 2.1, p. 70Manual de Fluxos 2.1, p. 71Manual de Fluxos 2.1, p. 72Manual de Fluxos 2.1, p. 73Manual de Fluxos 2.1, p. 74Manual de Fluxos 2.1, p. 75
• Na jornada de oferta posterior, pagador confirma pagar ou agendar a cobrança; só depois recebe oferta do Automático, manifesta interesse e confirma recorrência. Quando cobrança já está no QR como dados estáticos, apenas recorrência vem de location. Modelos com instituições distintas sincronizam PAIN.012 e retorno; mesmo PSP registra internamente. Manual de Fluxos 2.1, p. 76Manual de Fluxos 2.1, p. 78Manual de Fluxos 2.1, p. 79Manual de Fluxos 2.1, p. 80Manual de Fluxos 2.1, p. 81Manual de Fluxos 2.1, p. 82Manual de Fluxos 2.1, p. 83
• Cancelamento da autorização pelo pagador cancela internamente e confirma ao usuário, informa recorrência por PAIN.011 e recebe PAIN.012 entre PSPs; recebedor é avisado. Se há agendas atingidas a cancelar, PSP pagador executa também o fluxo de cancelamento de débito. No mesmo PSP, cancela autorização e atualiza recorrência sem troca interinstitucional. Manual de Fluxos 2.1, p. 84Manual de Fluxos 2.1, p. 85Manual de Fluxos 2.1, p. 86
• Cancelamento da recorrência pelo recebedor registra estado, comunica PAIN.011 e retorno PAIN.012 e avisa partes, cancelando autorização associada. Também serve para cancelar solicitação pendente confirmada por outra jornada. Agendas pendentes atingidas demandam fluxo próprio. No mesmo PSP, recorrência e autorização são canceladas internamente. Manual de Fluxos 2.1, p. 87Manual de Fluxos 2.1, p. 88Manual de Fluxos 2.1, p. 89
• Agenda Automático entre instituições exige validar cobrança contra recorrência no PSP recebedor e contra autorização no pagador; PAIN.013 leva cobrança e PAIN.014 retorna resultado, com armazenamento e aviso ao recebedor. Aviso de agendamento ao pagador pode ser desabilitado, e somente essas etapas são omitidas. Mesmo PSP compara, agenda e comunica internamente. Manual de Fluxos 2.1, p. 90Manual de Fluxos 2.1, p. 91Manual de Fluxos 2.1, p. 92
• Cancelar débito específico pelo pagador cancela internamente e avisa; entre PSPs usa CAMT.055 e retorno CAMT.029, com registro e aviso ao recebedor. Cancelamento pelo recebedor antes de enviar dados é interno; após envio comunica pagador, cancela agenda e confirma às partes com CAMT.055/029. Mesmo PSP cancela cobrança/débito e comunica ambos. Manual de Fluxos 2.1, p. 97Manual de Fluxos 2.1, p. 98Manual de Fluxos 2.1, p. 100Manual de Fluxos 2.1, p. 101

O que esta leitura não diz. Não prescreve layout ou posição de controles ausentes no texto extraído; desabilitar aviso de agenda não dispensa todos os avisos.

Acompanhar uma ordem exige distinguir bloqueio, crédito provisório, transferência e confirmação. Agenda, devolução e correção de falha envolvem validações e sincronização entre os participantes.

• O manual 2.1 separa gerar ordem, efetivar pagamento e devolver valores. Para Automático acrescenta autorização, agenda e cancelamento. Confirmar dados ou criar agenda não é concluir liquidação; o caminho depende de acesso DICT, participação SPI e relação entre as instituições. Manual de Fluxos 2.1, p. 4Manual de Fluxos 2.1, p. 29Manual de Fluxos 2.1, p. 34Manual de Fluxos 2.1, p. 41Manual de Fluxos 2.1, p. 45Manual de Fluxos 2.1, p. 57
• Chave informada demanda consulta DICT; inserção manual de dados bancários dispensa essa consulta, mas o prestador valida dados e apresenta recebedor para confirmação. Acesso indireto consulta por participante direto. QR estático também consulta DICT antes da confirmação. Manual de Fluxos 2.1, p. 5Manual de Fluxos 2.1, p. 6Manual de Fluxos 2.1, p. 7Manual de Fluxos 2.1, p. 8Manual de Fluxos 2.1, p. 11Manual de Fluxos 2.1, p. 12
• No Agendado único/recorrente, data pode ser pedida no início ou após dados do recebedor, sempre antes da confirmação. E2EId da consulta inicial de agendamento serve apenas à consulta DICT; nova consulta antes da liquidação gera identificador informado na pacs.008 para reposição de fichas. Manual de Fluxos 2.1, p. 18Manual de Fluxos 2.1, p. 19Manual de Fluxos 2.1, p. 21Manual de Fluxos 2.1, p. 33Manual de Fluxos 2.1, p. 39
• Antes de liquidar Agendado por chave, PSP consulta novamente e compara existência/titularidade com o agendamento; inexistência ou titular diferente cancela a ordem e notifica insucesso. Dados bancários manuais dispensam essa nova consulta. Nos livros do próprio PSP, chave que saiu da instituição por portabilidade/reivindicação conduz a consulta DICT e verificação da titularidade. Manual de Fluxos 2.1, p. 32Manual de Fluxos 2.1, p. 33Manual de Fluxos 2.1, p. 38Manual de Fluxos 2.1, p. 39Manual de Fluxos 2.1, p. 43Manual de Fluxos 2.1, p. 44Manual de Fluxos 2.1, p. 48Manual de Fluxos 2.1, p. 49
• Liquidação imediata entre diretos bloqueia valor na conta do usuário e Conta PI pagadora; recebedor valida conta e anota crédito provisório. SPI troca saldos PI e confirma, então PSPs efetivam crédito/débito e avisam usuários. Anotação provisória não é crédito definitivo. Manual de Fluxos 2.1, p. 31Manual de Fluxos 2.1, p. 32
• Com indiretos e liquidantes distintos, mensagens SPI passam pelos liquidantes, mas validação de conta, anotação provisória e crédito/débito dos usuários são dos PSPs. SPI transfere entre Contas PI dos liquidantes. Com mesmo liquidante, ele ajusta saldos internos dos PSPs; não há etapa descrita de troca entre Contas PI distintas. Manual de Fluxos 2.1, p. 36Manual de Fluxos 2.1, p. 37Manual de Fluxos 2.1, p. 46Manual de Fluxos 2.1, p. 47
• Quando pagador e recebedor usam o mesmo PSP, liquidação ocorre nos seus livros: verifica saldo/conta, debita e credita se válidos e notifica ambos. O manual descreve esse caminho independentemente de participação direta ou indireta no SPI. Manual de Fluxos 2.1, p. 41Manual de Fluxos 2.1, p. 42
• Ordens de Automático, Agendado único/recorrente e Cobrança com vencimento quando agendada, e mensagens do ciclo de liquidação, usam canal secundário com NORM/PAGAGD. Demais ordens usam primário. No Automático, PAIN.009/011/012 e CAMT.055/029 de autorização/cancelamento vão pelo primário; PAIN.013/014 e PACS.008/002 de agenda/liquidação vão pelo secundário. Manual de Fluxos 2.1, p. 29Manual de Fluxos 2.1, p. 34Manual de Fluxos 2.1, p. 57
• Devolução inverte papéis: recebedor original é remetente e pagador original é destinatário. PSP destinatário recupera transação pelo EndToEndId e valida prazo de noventa dias, cliente, valor e conta ativa. Fluxos diretos/indiretos separam bloqueio, crédito provisório, transferência, efetivação e avisos; liquidante participa quando há indiretos. Manual de Fluxos 2.1, p. 50Manual de Fluxos 2.1, p. 52Manual de Fluxos 2.1, p. 53Manual de Fluxos 2.1, p. 55Manual de Fluxos 2.1, p. 56
• Na autorização sem QR entre instituições, recebedor envia dados, PSPs armazenam recorrência e trocam PAIN.009/012 para recebimento; pagador é solicitado a autorizar. A confirmação pelo usuário atualiza status, circula PAIN.012 e retorno; recebedor e pagador recebem confirmação final. Quando PSP é o mesmo, armazenamento, status e avisos ficam internos. Manual de Fluxos 2.1, p. 58Manual de Fluxos 2.1, p. 59Manual de Fluxos 2.1, p. 60Manual de Fluxos 2.1, p. 61Manual de Fluxos 2.1, p. 62Manual de Fluxos 2.1, p. 63
• Primeiro pagamento imediato e autorização são confirmados juntos, mas o fluxo de autorização só prossegue após sucesso na liquidação usual do primeiro Pix: entre PSPs diferentes usa canal primário; no mesmo PSP segue liquidação nos seus livros. Fracasso interrompe e avisa que pagamento/autorização não se efetivaram. PSP recebedor também aguarda conclusão antes de atualizar status. Aviso de pagamento pode ser agrupado ao aviso final da autorização. Manual de Fluxos 2.1, p. 70Manual de Fluxos 2.1, p. 71Manual de Fluxos 2.1, p. 72Manual de Fluxos 2.1, p. 73Manual de Fluxos 2.1, p. 74Manual de Fluxos 2.1, p. 75
• Cancelamento da autorização pelo pagador cancela internamente e confirma ao usuário, informa recorrência por PAIN.011 e recebe PAIN.012 entre PSPs; recebedor é avisado. Se há agendas atingidas a cancelar, PSP pagador executa também o fluxo de cancelamento de débito. No mesmo PSP, cancela autorização e atualiza recorrência sem troca interinstitucional. Manual de Fluxos 2.1, p. 84Manual de Fluxos 2.1, p. 85Manual de Fluxos 2.1, p. 86
• Cancelamento da recorrência pelo recebedor registra estado, comunica PAIN.011 e retorno PAIN.012 e avisa partes, cancelando autorização associada. Também serve para cancelar solicitação pendente confirmada por outra jornada. Agendas pendentes atingidas demandam fluxo próprio. No mesmo PSP, recorrência e autorização são canceladas internamente. Manual de Fluxos 2.1, p. 87Manual de Fluxos 2.1, p. 88Manual de Fluxos 2.1, p. 89
• Agenda Automático entre instituições exige validar cobrança contra recorrência no PSP recebedor e contra autorização no pagador; PAIN.013 leva cobrança e PAIN.014 retorna resultado, com armazenamento e aviso ao recebedor. Aviso de agendamento ao pagador pode ser desabilitado, e somente essas etapas são omitidas. Mesmo PSP compara, agenda e comunica internamente. Manual de Fluxos 2.1, p. 90Manual de Fluxos 2.1, p. 91Manual de Fluxos 2.1, p. 92
• Entre PSPs diferentes, com erro no fluxo de liquidação, o PSP do pagador registra o insucesso e cancela a PAIN.013 original por CAMT.055, que o PSP do recebedor confirma com CAMT.029; em seguida, o PSP do recebedor valida novamente a cobrança com a recorrência e deve enviar nova PAIN.013, para que o PSP do pagador gere nova PACS.008 com novo E2EId, a ser liquidada na mesma data. Identificador de ordem não liquidada não é reutilizado; notificações ao pagador do fluxo de cancelamento não se aplicam nessa correção. Retentativa após vencimento tem nova instrução e novo agendamento; não é o mesmo fluxo intradia. No mesmo PSP, registra insucesso, compara cobrança com autorização e agenda nova ordem para o mesmo dia em seus sistemas, sem o roteiro de mensageria entre instituições. Manual de Fluxos 2.1, p. 93Manual de Fluxos 2.1, p. 94Manual de Fluxos 2.1, p. 95
• Cancelar débito específico pelo pagador cancela internamente e avisa; entre PSPs usa CAMT.055 e retorno CAMT.029, com registro e aviso ao recebedor. Cancelamento pelo recebedor antes de enviar dados é interno; após envio comunica pagador, cancela agenda e confirma às partes com CAMT.055/029. Mesmo PSP cancela cobrança/débito e comunica ambos. Manual de Fluxos 2.1, p. 97Manual de Fluxos 2.1, p. 98Manual de Fluxos 2.1, p. 100Manual de Fluxos 2.1, p. 101
• Histórico documenta alterações de versões, incluindo NFC e distribuição por canais. Manual de Fluxos 2.1, p. 102Manual de Fluxos 2.1, p. 103

O que esta leitura não diz. Não garante devolução, saldo ou sucesso de retentativa e não substitui os manuais de tempos e regras operacionais dos produtos.