Gestão de Pix Agendado

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

Gestão na ITP

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

Gestão das autorizações na ITP

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-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-08604 Disponibilizar funcionalidade de consulta 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-06902 Para agendamentos únicos, exibir o Id (código de identificação) do pagamento.

• ✅ REQ.PG-06903 Para agendamentos recorrentes, 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.

• ✅ 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-07400 Exibir nome, CPF (mascarado ou não)/CNPJ e instituição de destino do recebedor.

• ✅ REQ.PG-07500 Exibir a descrição do pagamento, quando aplicável.

• ✅ REQ.PG-07501 Exibir a data do agendamento único ou do primeiro pagamento da recorrência.

• ✅ 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-07801 Informar ao usuário que a transação estará sujeita à disponibilidade de saldo e limites transacionais da conta de débito no momento da efetivação do pagamento.    
  Ex.: O pagamento está sujeito à disponibilidade de saldo e limites da sua conta no momento da cobrança.

• ✅ 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.

Cenário: Experiência de alteração da autorização de pagamento
Na área de gestão de pagamento da ITP, para evitar o reinício do processo de criação de uma autorização de pagamento, o usuário pode ter a experiência de alteração de parâmetros como data, recebedor ou Detentora, embora, no backend, esteja cancelando o agendamento vigente e criando uma nova autorização de agendamento.

• ✅ 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! Sua autorização anterior foi encerrado e uma novo foi criada com o novo valor.

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. 

Ex.: Você pode cancelar o pagamento até às 23:59 do dia anterior à data agendada.

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

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: Comprovante da autorização de pagamento

• 💡 REC.PG-02800 Informar ao usuário de que a transação estará sujeita à disponibilidade de saldo e limites transacionais na conta de débito no momento da efetivação do pagamento.

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

• 💡 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.: Deseja cancelar esse agendamento para João Rodrigues? Esta ação é irreversível e resultará no cancelamento de todos os pagamentos futuros vinculados.

Gestão dos pagamentos na 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-07300 Exibir nome completo, CPF (mascarado)/CNPJ, nome da ID, números da agência e conta do usuário pagador.

• ✅ REQ.PG-07400 Exibir nome, CPF (mascarado ou não)/CNPJ e instituição de destino do recebedor.

• ✅ REQ.PG-07500 Exibir a descrição do pagamento, quando aplicável.

• ✅ 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-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.

Cenário: Cancelamento dos pagamentos agendados

• ✅ REQ.PG-08912 Informar que o cancelamento de um pagamento da recorrência não impede a efetivação dos pagamentos futuros.

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.: Deseja cancelar este pagamento para João Rodrigues? Essa ação não pode ser desfeita e não impede o pagamento dos agendamentos futuros.

Gestão na ID

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

Gestão das autorizações na 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: 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.

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

• ✅ REQ.PG-06902 Para agendamentos únicos, exibir o Id (código de identificação) do pagamento.

• ✅ REQ.PG-06903 Para agendamentos recorrentes, 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.

• ✅ 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-07400 Exibir nome, CPF (mascarado ou não)/CNPJ e instituição de destino do recebedor.

• ✅ REQ.PG-07500 Exibir a descrição do pagamento, quando aplicável.

• ✅ 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 ao usuário que a transação estará sujeita à disponibilidade de saldo e limites transacionais da conta de débito no momento da efetivação do pagamento.    
  Ex.: O pagamento está sujeito à disponibilidade de saldo e limites da sua conta no momento da cobrança.

• ✅ 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.: Você pode cancelar o pagamento até às 23:59 do dia anterior à data agendada.

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: Cancelamento da autorização de pagamento

 Ex.: Deseja cancelar esse agendamento para João Rodrigues? Esta ação é irreversível e resultará no cancelamento de todos os pagamentos futuros vinculados.

Gestão dos pagamentos na 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-07300 Exibir nome completo, CPF (mascarado)/CNPJ, nome da ID, números da agência e conta do usuário pagador.

• ✅ REQ.PG-07400 Exibir nome, CPF (mascarado ou não)/CNPJ e instituição de destino do recebedor.

• ✅ REQ.PG-07500 Exibir a descrição do pagamento, quando aplicável.

• ✅ 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-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.

Cenário: Cancelamento dos pagamentos agendados

• ✅ REQ.PG-08912 Informar que o cancelamento de um pagamento da recorrência não impede a efetivação dos pagamentos futuros.

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.: Deseja cancelar este pagamento para João Rodrigues? Essa ação não pode ser desfeita e não impede o pagamento dos agendamentos 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”: