Gestão de Pix Automático | Guia de UX Open Finance Brasil

Esta página reúne os requisitos e recomendações para gestão de autorizações e transações de pagamentos com Pix Automático com ou sem redirecionamento (JSR), via Open Finance.

Nota
Além dos requisitos e recomendações previstos nesta jornada de pagamento, aplicam-se aqueles descritos em:

Regulamentação e documentos do arranjo de pagamento vigentes.

Gestão na ITP

Esta seção reúne os requisitos e recomendações para gestão de Pix Automático na Instituição Iniciadora de Transação de Pagamento (ITP).

Gestão das autorizações na ITP

Requisitos - ITP

Cenário: Acesso à gestão de pagamentos

✅ REQ.PG-08300 Disponibilizar, dentro do ambiente Open Finance, áreas para gestão de autorizações de pagamentos e pagamentos quando oferecer serviços de Pix Saque e Pix Troco, Pix Agendado, Pix Automático e/ou Transferências Inteligentes.
✅ REQ.PG-08400 Disponibilizar, dentro do Open Finance, ambiente para gestão de contas vinculadas, autorizações e pagamentos quando atuar também no escopo de compartilhamento de dados.
✅ REQ.PG-08500 Quando atuar no escopo de compartilhamento de dados, diferenciar, com clareza, a área para gestão de compartilhamento de dados da área para gestão de pagamentos.

Cenário: Histórico das autorizações de pagamento

✅ REQ.PG-08601 Disponibilizar funcionalidade de consulta ao histórico das autorizações de pagamento e seus respectivos status.

Cenário: Exibição dos status das solicitações

✅ REQ.PG-08701 Caso a instituição tenha o status (pagamento/agendamento/solicitação) “Em processamento”, apresentar ao usuário seguindo a matriz de status.
✅ REQ.PG-08702 Sempre apresentar os status (pagamento/agendamento/solicitação) “Não concluído/a” e (pagamento/agendamento/solicitação) “Concluído/a ou Ativo/a”.

✅ REQ.PG-08703 Caso a instituição tenha o cenário de múltiplos aprovadores, apresentar o status “Aguardando aprovação” (do pagamento/agendamento/solicitação) para todos os usuários necessários e envolvidos nessa operação.

Cenário: Gestão das autorizações de pagamento

✅ REQ.PG-08603 Disponibilizar funcionalidade de consulta, alteração e cancelamento das autorizações de pagamento ativas.

Cenário: Comprovante das autorizações de pagamento

✅ REQ.PG-08605 Para o comprovante de cada autorização de pagamento, além das informações descritas neste cenário, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para comprovante de pagamento.

✅ REQ.PG-06901 Exibir data e hora/minuto/segundo da efetivação da solicitação (horário de Brasília).

✅ REQ.PG-06904 Exibir o Id (código de identificação) da autorização (número final do consentId, excluindo o prefixo urn:instituicao:).

✅ REQ.PG-07200 Exibir o valor do pagamento.

Ex.: Transações de valor fixo.

✅ REQ.PG-07201 Exibir valor máximo a ser transacionado, inclusive em caso de valor indeterminado para transações de valor variável.

✅ REQ.PG-07202 Exibir CNPJ e Nome Fantasia da empresa recebedora. Caso contrário, exibir o Nome Empresarial/Razão Social.

✅ REQ.PG-07203 Exibir a descrição da autorização, quando aplicável.

Ex.: Introdução à Música Clássica, Conta de Energia.

✅ REQ.PG-07204 Exibir o identificador do objeto da cobrança.
Ex.: Número do contrato, código do usuário etc.

✅ REQ.PG-07300 Exibir nome completo, CPF (mascarado)/CNPJ, nome da ID, números da agência e conta do usuário pagador.

✅ REQ.PG-07600 Exibir a forma de pagamento.

✅ REQ.PG-07700 Exibir o valor da tarifa cobrada pela instituição, quando aplicável.

✅ REQ.PG-07803 Informar que o uso do limite de crédito, quando disponível, em caso de transações com valor superior ao saldo disponível é habilitado por padrão e que pode ser desabilitado na instituição de débito do usuário.

Comprovante das autorizações de pagamento

✅ REQ.PG-08900 Nos casos de solicitações com status como Agendado, Não concluído, Cancelado, Expirado, Rejeitado, Em análise ou Pendente de aprovação, exibir o status com clareza e os campos aplicáveis, conforme definido pelo arranjo de pagamento.

Ex.:

Cancelado em DD/MM/AA às HH/MM/SS pelo pagador/recebedor.
Expirado em DD/MM/AA.

Cenário: Alteração da autorização de pagamento

✅ REQ.PG-08901 Para autorizações ativas de cobranças com valor variável, manter o valor máximo não preenchido por padrão.
✅ REQ.PG-08902 Permitir que o usuário insira ou altere o valor máximo.
✅ REQ.PG-08903 Quando o recebedor definir um valor mínimo por transação, exibir mensagem informando o usuário que o valor máximo não pode ser inferior ao valor mínimo estabelecido pelo recebedor.
✅ REQ.PG-08904 Informar o usuário, antes da confirmação, de que se o valor máximo configurado for inferior ao valor de um pagamento agendado, o pagamento não será efetivado e o usuário poderá ser notificado para buscar outras formas de pagamento.
✅ REQ.PG-08905 Informar o usuário, antes da confirmação, de que o novo valor máximo se aplica apenas aos pagamentos ainda não agendados da recorrência.
✅ REQ.PG-08906 Seguir a regulação vigente para efetivação da alteração.

Cenário: Experiência de alteração da autorização de pagamento

Na área de gestão de pagamento da ITP, o usuário pode ter a experiência de alteração de parâmetros como a Detentora, embora, no backend, esteja cancelando a autorização vigente e criando uma nova autorização de pagamento.

✅ REQ.PG-08907 Exibir, na etapa de efetivação, mensagem informando que a autorização de pagamento anterior foi cancelada e substituída por um nova.

Ex.: Tudo certo! A autorização anterior foi cancelada e uma nova foi criada com a sua nova instituição.

Cenário: Experiência de alteração da autorização de pagamento

Cenário: Cancelamento da autorização de pagamento

✅ REQ.PG-08908 Permitir que o usuário cancele a autorização de pagamento.

✅ REQ.PG-08909 Informar o usuário sobre as regras para cancelamento, conforme definido pelo arranjo de pagamento.

✅ REQ.PG-08910 Informar o usuário sobre a irreversibilidade do cancelamento e outras possíveis consequências.

Cancelamento da autorização de pagamento

Recomendações - ITP

Cenário: Onboarding Open Finance

💡 REC.PG-02200 Na primeira utilização do usuário, realizar onboarding objetivo, apresentando as funcionalidades disponibilizadas pela instituição no ambiente Open Finance.
💡 REC.PG-02300 Disponibilizar, também, link de acesso à Área do Cidadão para consulta de informações relacionadas ao Open Finance.

Cenário: Ambiente Open Finance

💡 REC.PG-02301 Na tela inicial da área de gestão do Open Finance, exibir opções como “O que é o Open Finance?” e “Ler Termos de Uso” facilitando o acesso a informações essenciais sobre o funcionamento e os direitos do usuário no Open Finance.

Cenário: Acesso à gestão de pagamentos

💡 REC.PG-02400 Possibilitar que a gestão de transações de pagamento via Open Finance também possa ser feita na área Pix da instituição.

Cenário: Histórico das autorizações de pagamento

💡 REC.PG-02401 Disponibilizar funcionalidades de ordenação (por data, recebedor, status) e de filtro pelo status na consulta ao histórico das autorizações de pagamento.

Cenário: Alteração das autorizações de pagamento

💡 REC.PG-02402 Permitir a gestão de recebimento de notificações para cada autorização ativa em uma única jornada.

💡 REC.PG-02403 Permitir a gestão de valor máximo para cada autorização ativa de valor variável em uma única jornada.

Cenário: Cancelamento da autorização de pagamento

💡 REC.PG-02406 Em caso de cancelamento da autorização, exibir uma mensagem de confirmação da ação.

💡 REC.PG-02900 Em caso de cancelamento, combinar a mensagem de confirmação com a informação obrigatória sobre a irreversibilidade do cancelamento.

Ex.: Essa ação não pode ser desfeita e resultará no cancelamento de todos os pagamentos futuros vinculados.

Gestão dos pagamentos na ITP

Requisitos - ITP

Cenário: Histórico dos pagamentos

✅ REQ.PG-08700 Disponibilizar funcionalidade de consulta ao histórico de pagamentos e seus respectivos status.

Cenário: Exibição dos status das solicitações

✅ REQ.PG-08701 Caso a instituição tenha o status (pagamento/agendamento/solicitação) “Em processamento”, apresentar ao usuário seguindo a matriz de status.
✅ REQ.PG-08702 Sempre apresentar os status (pagamento/agendamento/solicitação) “Não concluído/a” e (pagamento/agendamento/solicitação) “Concluído/a ou Ativo/a”.

✅ REQ.PG-08703 Caso a instituição tenha o cenário de múltiplos aprovadores, apresentar o status “Aguardando aprovação” (do pagamento/agendamento/solicitação) para todos os usuários necessários e envolvidos nessa operação.

Cenário: Comprovante dos pagamentos

✅ REQ.PG-08800 Para o comprovante de cada pagamento, além das informações descritas neste cenário, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para comprovante de pagamento.

✅ REQ.PG-07000 Exibir data e hora/minuto/segundo da liquidação (horário de Brasília).

✅ REQ.PG-07100 Exibir o Id (código de identificação) do pagamento.

✅ REQ.PG-07200 Exibir o valor do pagamento.

✅ REQ.PG-07202 Exibir CNPJ e Nome Fantasia da empresa recebedora. Caso contrário, exibir o Nome Empresarial/Razão Social.

✅ REQ.PG-07203 Exibir a descrição da autorização, quando aplicável.

Ex.: Introdução à Música Clássica, Conta de Energia.

✅ REQ.PG-07204 Exibir o identificador do objeto da cobrança.
Ex.: Número do contrato, código do usuário etc.

✅ REQ.PG-07300 Exibir nome completo, CPF (mascarado)/CNPJ, nome da ID, números da agência e conta do usuário pagador.

✅ REQ.PG-07600 Exibir a forma de pagamento.

✅ REQ.PG-07700 Exibir o valor da tarifa cobrada pela instituição, quando aplicável.

Atenção!

Conforme definido pelo arranjo de pagamento, o comprovante do pagamento inicial avulso, quando aplicável, deve ser exibido na área de Gestão de Pix.

✅ REQ.PG-08900 Nos casos de solicitações com status como Agendado, Não concluído, Cancelado, Expirado, Rejeitado, Em análise ou Pendente de aprovação, exibir o status com clareza e os campos aplicáveis, conforme definido pelo arranjo de pagamento.

Ex.:

Agendado para DD/MM/AA
Cancelado em DD/MM/AA às HH/MM/SS pelo pagador/recebedor

Cenário: Cancelamento dos pagamentos agendados

✅ REQ.PG-08913 Permitir que o usuário cancele os pagamentos agendados da recorrência.

✅ REQ.PG-08909 Informar o usuário sobre as regras para cancelamento, conforme definido pelo arranjo de pagamento.

✅ REQ.PG-08910 Informar o usuário sobre a irreversibilidade do cancelamento e outras possíveis consequências.

✅ REQ.PG-08914 Informar que o cancelamento de um pagamento agendado não impede que os pagamentos futuros da recorrência sejam agendados e efetivados.

Recomendações - ITP

Cenário: Histórico dos pagamentos

💡 REC.PG-02500 Disponibilizar funcionalidades de ordenação (por data, recebedor, status) e de filtro pelo status na consulta ao histórico dos pagamentos.

Cenário: Cancelamento dos pagamentos

💡 REC.PG-03000 Em caso de cancelamento de um pagamento da recorrência, exibir uma mensagem de confirmação da ação.

💡 REC.PG-03001 Combinar a mensagem de confirmação com a informação obrigatória de que o cancelamento do pagamento atual não impede o agendamento dos pagamentos futuros, conforme os parâmetros da autorização ativa.

Gestão na ID

Esta seção reúne os requisitos e recomendações para gestão de Pix Automático na Instituição Detentora de Conta (ID).

Gestão das autorizações na ID

Requisitos - ID

Cenário: Acesso ao Open Finance

✅ REQ.PG-08200 Disponibilizar acesso ao ambiente Open Finance nos seus canais, incluindo-o no primeiro nível do menu principal, para garantir acesso rápido e fácil ao usuário.

Cenário: Acesso à gestão de pagamentos

✅ REQ.PG-08201 Disponibilizar, dentro do ambiente Open Finance, áreas para gestão de contas vinculadas, autorizações de pagamentos e pagamentos.
✅ REQ.PG-08202 Quando aplicável, disponibilizar termos e condições de uso somente na área de gestão.

Cenário: Histórico das autorizações de pagamento

✅ REQ.PG-08601 Disponibilizar funcionalidade de consulta ao histórico das autorizações de pagamento e seus respectivos status.

Cenário: Exibição dos status das solicitações

✅ REQ.PG-08701 Caso a instituição tenha o status (pagamento/agendamento/solicitação) “Em processamento”, apresentar ao usuário seguindo a matriz de status.
✅ REQ.PG-08702 Sempre apresentar os status (pagamento/agendamento/solicitação) “Não concluído/a” e (pagamento/agendamento/solicitação) “Concluído/a ou Ativo/a”.

✅ REQ.PG-08703 Caso a instituição tenha o cenário de múltiplos aprovadores, apresentar o status “Aguardando aprovação” (do pagamento/agendamento/solicitação) para todos os usuários necessários e envolvidos nessa operação.

🚫 REQ.PG-08704 Não apresentar o status (pagamento/solicitação) “Solicitado/a” ao usuário.

Cenário: Gestão das autorizações de pagamento

✅ REQ.PG-08603 Disponibilizar funcionalidade de consulta, alteração e cancelamento das autorizações de pagamento ativas.

Cenário: Comprovante das autorizações de pagamento

✅ REQ.PG-08605 Para o comprovante de cada autorização de pagamento, além das informações descritas neste cenário, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para comprovante de pagamento.

✅ REQ.PG-06901 Exibir data e hora/minuto/segundo da efetivação da solicitação (horário de Brasília).

✅ REQ.PG-06904 Exibir o Id (código de identificação) da autorização (número final do consentId, excluindo o prefixo urn:instituicao:).

✅ REQ.PG-07200 Exibir o valor do pagamento.

Ex.: Transações de valor fixo.

✅ REQ.PG-07201 Exibir valor máximo a ser transacionado, inclusive em caso de valor indeterminado para transações de valor variável.

✅ REQ.PG-07202 Exibir CNPJ e Nome Fantasia da empresa recebedora. Caso contrário, exibir o Nome Empresarial/Razão Social.

✅ REQ.PG-07203 Exibir a descrição da autorização, quando aplicável.

Ex.: Introdução à Música Clássica, Conta de Energia.

✅ REQ.PG-07204 Exibir o identificador do objeto da cobrança.
Ex.: Número do contrato, código do usuário etc.

✅ REQ.PG-07300 Exibir nome completo, CPF (mascarado)/CNPJ, nome da ID, números da agência e conta do usuário pagador.

✅ REQ.PG-07600 Exibir a forma de pagamento.

✅ REQ.PG-07700 Exibir o valor da tarifa cobrada pela instituição, quando aplicável.

✅ REQ.PG-07800 Exibir o nome da instituição responsável pela iniciação da transação de pagamento.

✅ REQ.PG-07801 Informar que o uso do limite de crédito, quando disponível, em caso de transações com valor superior ao saldo disponível é habilitado por padrão

✅ REQ.PG-08900 Nos casos de solicitações com status como Agendado, Não concluído, Cancelado, Expirado, Rejeitado, Em análise ou Pendente de aprovação, exibir o status com clareza e os campos aplicáveis, conforme definido pelo arranjo de pagamento.

Ex.:

Cancelado em DD/MM/AA às HH/MM/SS pelo pagador/recebedor.
Expirado em DD/MM/AA.

Cenário: Alteração da autorização de pagamento

✅ REQ.PG-08901 Para autorizações ativas de cobranças com valor variável, manter o valor máximo não preenchido por padrão.
✅ REQ.PG-08902 Permitir que o usuário insira ou altere o valor máximo.
✅ REQ.PG-08903 Quando o recebedor definir um valor mínimo por transação, exibir mensagem informando o usuário que o valor máximo não pode ser inferior ao valor mínimo estabelecido pelo recebedor.
✅ REQ.PG-08904 Informar o usuário, antes da confirmação, de que se o valor máximo configurado for inferior ao valor de um pagamento agendado, o pagamento não será efetivado e o usuário poderá ser notificado para buscar outras formas de pagamento.
✅ REQ.PG-08905 Informar o usuário, antes da confirmação, de que o novo valor máximo se aplica apenas aos pagamentos ainda não agendados da recorrência.
✅ REQ.PG-08906 Seguir a regulação vigente para efetivação da alteração.

✅ REQ.PG-08915 Para cada autorização ativa, caso o usuário possua limite de crédito contratado, manter seu uso ativado por padrão e permitir que o usuário desative seu uso.

✅ REQ.PG-08916 Para cada autorização ativa, manter o envio de notificações sobre a autorização ativado por padrão e permitir que o usuário desative.

Cenário: Cancelamento da autorização de pagamento

✅ REQ.PG-08908 Permitir que o usuário cancele a autorização de pagamento.

✅ REQ.PG-08909 Informar o usuário sobre as regras para cancelamento, conforme definido pelo arranjo de pagamento.

✅ REQ.PG-08910 Informar o usuário sobre a irreversibilidade do cancelamento e outras possíveis consequências.

Recomendações - ID

Cenário: Onboarding Open Finance

💡 REC.PG-02200 Na primeira utilização do usuário, realizar onboarding objetivo, apresentando as funcionalidades disponibilizadas pela instituição no ambiente Open Finance.
💡 REC.PG-02300 Disponibilizar, também, link de acesso à Área do Cidadão para consulta de informações relacionadas ao Open Finance.

Cenário: Ambiente Open Finance

💡 REC.PG-02301 Na tela inicial da área de gestão do Open Finance, exibir opções como “O que é o Open Finance?” e “Ler Termos de Uso” facilitando o acesso a informações essenciais sobre o funcionamento e os direitos do usuário no Open Finance.

Cenário: Acesso à gestão de pagamentos

💡 REC.PG-02400 Possibilitar que a gestão de transações de pagamento via Open Finance também possa ser feita na área Pix da instituição.

Cenário: Histórico das autorizações de pagamento

💡 REC.PG-02401 Disponibilizar funcionalidades de ordenação (por data, recebedor, status) e de filtro pelo status na consulta ao histórico das autorizações de pagamento.

Cenário: Alteração das autorizações de pagamento

💡 REC.PG-02402 Permitir a gestão de recebimento de notificações para cada autorização ativa em uma única jornada.

💡 REC.PG-02403 Permitir a gestão de valor máximo para cada autorização ativa de valor variável em uma única jornada.

💡 REC.PG-02404 Caso o usuário possua limite de crédito contratado, permitir a gestão de seu uso para cada autorização ativa em uma única jornada.

Cenário: Cancelamento da autorização de pagamento

💡 REC.PG-02406 Em caso de cancelamento da autorização, exibir uma mensagem de confirmação da ação.

💡 REC.PG-02900 Em caso de cancelamento, combinar a mensagem de confirmação com a informação obrigatória sobre a irreversibilidade do cancelamento.

Ex.: Essa ação não pode ser desfeita e resultará no cancelamento de todos os pagamentos futuros vinculados.

Gestão dos pagamentos na ID

Requisitos - ID

Cenário: Histórico dos pagamentos

✅ REQ.PG-08700 Disponibilizar funcionalidade de consulta ao histórico de pagamentos e seus respectivos status.

Cenário: Exibição dos status das solicitações

✅ REQ.PG-08701 Caso a instituição tenha o status (pagamento/agendamento/solicitação) “Em processamento”, apresentar ao usuário seguindo a matriz de status.
✅ REQ.PG-08702 Sempre apresentar os status (pagamento/agendamento/solicitação) “Não concluído/a” e (pagamento/agendamento/solicitação) “Concluído/a ou Ativo/a”.

✅ REQ.PG-08703 Caso a instituição tenha o cenário de múltiplos aprovadores, apresentar o status “Aguardando aprovação” (do pagamento/agendamento/solicitação) para todos os usuários necessários e envolvidos nessa operação.

🚫 REQ.PG-08704 Não apresentar o status (pagamento/solicitação) “Solicitado/a” ao usuário.

Cenário: Comprovante dos pagamentos

✅ REQ.PG-08800 Para o comprovante de cada pagamento, além das informações descritas neste cenário, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para comprovante de pagamento.

✅ REQ.PG-07000 Exibir data e hora/minuto/segundo da liquidação (horário de Brasília).

✅ REQ.PG-07100 Exibir o Id (código de identificação) do pagamento.

✅ REQ.PG-07200 Exibir o valor do pagamento.

✅ REQ.PG-07202 Exibir CNPJ e Nome Fantasia da empresa recebedora. Caso contrário, exibir o Nome Empresarial/Razão Social.

✅ REQ.PG-07203 Exibir a descrição da autorização, quando aplicável.

Ex.: Introdução à Música Clássica, Conta de Energia.

✅ REQ.PG-07204 Exibir o identificador do objeto da cobrança.
Ex.: Número do contrato, código do usuário etc.

✅ REQ.PG-07300 Exibir nome completo, CPF (mascarado)/CNPJ, nome da ID, números da agência e conta do usuário pagador.

✅ REQ.PG-07600 Exibir a forma de pagamento.

✅ REQ.PG-07700 Exibir o valor da tarifa cobrada pela instituição, quando aplicável.

✅ REQ.PG-07800 Exibir o nome da instituição responsável pela iniciação da transação de pagamento.

Atenção!

Conforme definido pelo arranjo de pagamento, o comprovante do pagamento inicial avulso, quando aplicável, deve ser exibido na área de Gestão de Pix.

✅ REQ.PG-08900 Nos casos de solicitações com status como Agendado, Não concluído, Cancelado, Expirado, Rejeitado, Em análise ou Pendente de aprovação, exibir o status com clareza e os campos aplicáveis, conforme definido pelo arranjo de pagamento.

Ex.:

Agendado para DD/MM/AA
Cancelado em DD/MM/AA às HH/MM/SS pelo pagador/recebedor

Cenário: Cancelamento dos pagamentos agendados

✅ REQ.PG-08913 Permitir que o usuário cancele os pagamentos agendados da recorrência.

✅ REQ.PG-08909 Informar o usuário sobre as regras para cancelamento, conforme definido pelo arranjo de pagamento.

✅ REQ.PG-08910 Informar o usuário sobre a irreversibilidade do cancelamento e outras possíveis consequências.

✅ REQ.PG-08914 Informar que o cancelamento de um pagamento agendado não impede que os pagamentos futuros da recorrência sejam agendados e efetivados.

Recomendações - ID

Cenário: Histórico dos pagamentos

💡 REC.PG-02500 Disponibilizar funcionalidades de ordenação (por data, recebedor, status) e de filtro pelo status na consulta ao histórico dos pagamentos.

Cenário: Cancelamento dos pagamentos

💡 REC.PG-03000 Em caso de cancelamento de um pagamento da recorrência, exibir uma mensagem de confirmação da ação.

💡 REC.PG-03100 Combinar a mensagem de confirmação com a informação obrigatória de que o cancelamento do pagamento não impede a efetivação dos pagamentos futuros, conforme os parâmetros da autorização ativa.

Ex.: Tem certeza que quer cancelar este pagamento para Telefonia S/A? Esta ação é irreversível e não impede o agendamento dos pagamentos futuros.

Status da iniciação de pagamentos

Para padronizar e facilitar o entendimento do usuário nas Jornadas de Iniciação de Pagamento, mostramos a seguir os status que devem ser apresentados ao usuário.

A tabela tem como objetivo deixar claro o De-Para entre o status apresentado para o usuário e os status técnicos das APIs.

Para apresentar o status final ao usuário, deve-se seguir esta matriz de status do “Consentimento” vs Status “Payments”:

STATUS PARA O USUÁRIO FINAL	STATUS DE CONSENTIMENTO	STATUS DO `GET/PIX/PAYMENTS/{PAYMENTID}`
(Pagamento) Solicitado	CONSUMED (Etapa de Efetivação)	`RCVD` (Received)
(Pagamento) Agendado	CONSUMED	`SCHD` (Processo de agendamento realizado)
(Consentimento) Aguardando aprovação de multiplas alçadas	PARTIALLY ACCEPTED	N/A
(Pagamento) Pendente	CONSUMED	`PDNG` (Pendente)
(Pagamento) Em Processamento	CONSUMED	`ACCP` (Pagamento pronto para ser enviado para liquidação)   `ACPD` (Pagamento enviado para liquidação)
(Pagamento) Rejeitado pelo usuário ou detentor	CONSUMED	`RJCT` (Rejeitado)
(Pagamento) Concluído	CONSUMED	`ACSC` (Pagamento liquidado)
(Pagamento) Cancelado	REJECTED  CONSUMED	N/A `CANC` (Transação cancelada a pedido do usuário)
Agendamento cancelado	CONSUMED	`CANC` (Transação cancelada a pedido do usuário)
(Pagamento) Solicitado	AUTHORISED (Etapa de Efetivação)	`RCVD` (Received)
(Pagamento) Pendente	AUTHORISED	`PDNG` (Pendente)
(Pagamento) Em Processamento	AUTHORISED	`ACCP` (Pagamento pronto para ser enviado para liquidação)   `ACPD` (Pagamento enviado para liquidação)
(Pagamento) Rejeitado pelo usuário ou detentor	AUTHORISED	`RJCT` (Rejeitado)
(Pagamento) Concluído	AUTHORISED	`ACSC` (Pagamento liquidado)
(Pagamento) Cancelado	AUTHORISED	`CANC` (Transação cancelada a pedido do usuário)
(Consentimento) Rejeitado pelo usuário ou detentor	REJECTED	N/A
(Consentimento) Revogado pelo usuário, pelo detentor ou pelo iniciador	REVOKED	Qualquer status de pagamento que seja diferente de `RCVD` ou `SCHD`
(Consentimento) Aguardando aprovação de multiplas alçadas	PARTIALLY ACCEPTED	N/A
(Consentimento) Aguardando aprovação	AWAITING AUTHORISATION	N/A
(Consentimento) atingiu o seu limite (Prazo ou valor)	CONSUMED	`RJCT` (Rejeitado)   `ACSC` (Pagamento liquidado)   `CANC` (Transação cancelada a pedido do usuário)