Visão geral
A Jornada de Iniciação de Pagamento com Pix Agendado ocorre quando:
-
A Instituição Iniciadora de Transação de Pagamento (ITP) coleta as informações necessárias para configuração de um agendamento único ou recorrente com Pix via Open Finance.
-
Após revisar os dados, o usuário é informado sobre o direcionamento para o ambiente da Instituição Detentora de Conta (ID) escolhida, com clareza sobre as próximas etapas.
-
No ambiente da ID, o usuário se autentica conforme os padrões de segurança da instituição, visualiza os dados da transação configurada na ITP e confirma o pagamento.
-
Em seguida, o usuário é redirecionado para a ITP com segurança e agilidade.
-
Por fim, a ITP informa o status da solicitação de pagamento, concluindo a jornada.
Telas de exemplo
Nota
Nas interfaces ilustrativas, a Instituição Iniciadora de Transação de Pagamento (ITP) é representada pela marca Wiscredi e a Instituição Detentora de Conta (ID) é representada pela marca Bratech.
Protótipo navegável
Fluxo de telas
Esta seção reúne os requisitos e recomendações aplicáveis à jornada de pagamento agendado (único ou recorrente) com Pix via Open Finance.
Etapas da jornada
-
Solicitação
-
Direcionamento
-
Confirmação
-
Redirecionamento
-
Efetivação
Cenário de referência
-
Agendamento (único ou recorrente) com Pix.
-
Alçada simples.
-
Redirecionamento entre instituições no mesmo dispositivo.
Jornadas que envolvam múltiplos aprovadores, troca de dispositivo e transações temporizadas devem observar as regras específicas previstas nas páginas correspondentes.
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.
Etapa 1: Solicitação
Métodos de iniciação com Pix
Requisitos - ITP
Cenário: Geral
-
🚫
REQ.PG-00100Não comparar arranjos de pagamento de forma a desqualificar um deles. -
✅
REQ.PG-00200Mencionar o Open Finance em algum ponto visível da interface.
Ex.: Tooltip, selo, frase como "com a segurança do Open Finance”.
Cenário: Busca e seleção da ID
-
✅
REQ.PG-00300Disponibilizar ferramenta de busca e seleção da ID. -
✅
REQ.PG-00400Permitir que o usuário busque tanto pela marca da instituição quanto por um participante associado, exibindo corretamente a marca correspondente nos resultados. -
✅
REQ.PG-00500Exigir que a seleção final da ID seja feita pela marca da instituição, e não pelo nome do participante associado. -
✅
REQ.PG-00600Exibir apenas marcas adequadas ao tipo de público identificado (PF ou PJ). -
✅
REQ.PG-00700Garantir que cada marca seja exibida uma única vez, mesmo que existam múltiplos registros para ela no Diretório de Participantes.
Cenário: Solicitação de transação de pagamento
Nesse momento, o usuário insere e/ou revisa as informações da transação conforme a forma de iniciação de pagamento selecionada e as regras do arranjo de pagamento.
-
✅
REQ.PG-00800Além das informações descritas nesta etapa, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para solicitação de pagamento.
-
✅
REQ.PG-00900Disponibilizar um campo para que o usuário preencha ou altere o valor, quando permitido pelo recebedor.
-
✅
REQ.PG-01000Exibir o valor automaticamente sem possibilidade de alteração, quando determinado pelo recebedor.
-
✅
REQ.PG-01100Exibir o valor da tarifa cobrada pela ITP, quando aplicável.
-
✅
REQ.PG-01200Exibir a forma de pagamento.
-
REQ.PG-01201Possibilitar que o usuário insira a data do agendamento único ou escolha a recorrência dos agendamentos. -
REQ.PG-01202Em caso de agendamento para datas inexistentes (Ex.: Dias 29, 30 e 31 de determinados meses), informar que o pagamento será efetivado no dia posterior.
-
✅
REQ.PG-01203Para agendamentos únicos, permitir que o usuário insira a data do pagamento dentro do período de até 24 meses a partir da data da solicitação. -
✅
REQ.PG-01204Exibir a data definida pelo usuário para execução do pagamento no agendamento único.
Nota
No agendamento único, a data definida para execução do pagamento corresponde ao prazo de validade da autorização. Portanto, não se deve criar um campo adicional para exibição da validade da autorização.
-
✅
REQ.PG-01205Para agendamentos recorrentes, permitir que o usuário agende até 60 recorrências de pagamentos em uma única autorização, dentro do período de até 24 meses a partir da data de solicitação, independentemente do modelo de recorrência definido na autorização (diário, semanal, mensal ou customizado). -
✅
REQ.PG-01206Se o usuário definir uma data final para a recorrência, impossibilitar a edição do número de recorrências. -
✅
REQ.PG-01207Se o usuário definir um número de recorrências, exibir automaticamente a data do último pagamento. -
✅
REQ.PG-01208Exibir, com clareza, a periodicidade dos agendamentos escolhida pelo usuário. -
✅
REQ.PG-01209Exibir as datas que definem o período da recorrência, incluindo a data de início e a data do último pagamento da recorrência.
Nota
No agendamento recorrente, a data do último pagamento da recorrência corresponde ao prazo de validade da autorização. Portanto, não se deve criar um campo adicional para exibição da validade da autorização.
-
✅
REQ.PG-01210Seguir o padrão seguinte para informar a data de encerramento e/ou número de recorrências do agendamento:
|
TIPO |
ENCERRAMENTO |
PADRÃO DE CAMPO DE TEXTO |
EXEMPLO |
|---|---|---|---|
|
Mensal |
Encerra após uma data. |
Mensal, todo dia {número}, até {dd/mm/aa}. |
Periodicidade da recorrência: Mensal, até 18/10/2024. |
|
Mensal |
Encerra após um número de ocorrências. |
Mensal, todo dia {número}, {número ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: Mensal, todo dia 10, 2 ocorrências, até 18/12/2023. |
|
Semanal |
Encerra após uma data. |
Semanal, toda(o) {dia da semana}, até {dd/mm/ aa}. |
Periodicidade da recorrência: Semanal, toda terça-feira, até 31/12/2023. |
|
Semanal |
Encerra após um número de ocorrências. |
Semanal, toda(o) {dia da semana}, {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: Semanal, toda terça-feira, 4 ocorrências, até 31/12/2023. |
|
Diário |
Encerra após uma data. |
Diário, até {dd/mm/aa}. |
Periodicidade da recorrência: Diário, até 31/12/2023. |
|
Diário |
Encerra após um número de ocorrências. |
Diário, {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: Diário, 5 ocorrências, até 31/12/2023. |
-
✅
REQ.PG-01211Seguir o padrão seguinte para informar a data de encerramento e/ou número de recorrências do agendamento:
|
TIPO |
ENCERRAMENTO |
PADRÃO DE CAMPO DE TEXTO |
EXEMPLO |
|---|---|---|---|
|
Customizado anual |
Encerra após uma data. |
A cada {número} ano(s), até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 1 ano(s), até 18/10/2024. |
|
Customizado anual |
Encerra após um número de ocorrências. |
A cada {número} ano(s), {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 1 ano(s), 2 ocorrências, até 18/10/2024. |
|
Customizado mensal |
Encerra após uma data. |
A cada {número} mês(es), todo dia {número, ...}, até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 2 mês(es), todo dia 10 e 20, até 18/10/2024. |
|
Customizado mensal |
Encerra após um número de ocorrências. |
A cada {número} mês(es), todo dia {número, ...}, {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 2 mês(es), todo dia 10 e 20, 6 ocorrências, até 18/10/2024. |
|
Customizado semanal |
Encerra após uma data. |
Semanalmente na {dia da semana, ...}, até {dd/ mm/aa}. |
Periodicidade da recorrência: Semanalmente na terça-feira e quinta-feira, até 31/12/2023. |
|
Customizado semanal |
Encerra após um número de ocorrências. |
Semanalmente na {dia da semana, ...}, {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: Semanalmente na terça-feira e quinta-feira, 4 ocorrências, até 31/12/2023. |
|
Customizado diário |
Encerra após uma data. |
A cada {número} dia(s), até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 2 dia(s), até 31/12/2023. |
|
Customizado diário |
Encerra após um número de ocorrências. |
A cada {número} dia(s), {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 2 dia(s), 5 ocorrências, até 31/12/2023. |
-
✅
REQ.PG-01400Disponibilizar um campo para preenchimento opcional da descrição do pagamento, quando aplicável.
-
✅
REQ.PG-01500Exibir a descrição automaticamente, quando aplicável.
-
✅
REQ.PG-01600Permitir que o usuário insira os dados do recebedor como instituição, agência, conta e CPF/CNPJ em pagamentos via inserção manual de dados transacionais.
-
✅
REQ.PG-01700Exibir os dados do recebedor automaticamente em pagamentos via chave Pix, Pix Copia e Cola e Pix via QR Code.
-
✅
REQ.PG-01800Exibir nome e CPF (mascarado)/CNPJ do recebedor.
Nota
Nesta etapa, a exibição do nome da instituição de destino do recebedor é opcional e fica a critério do participante.
-
✅
REQ.PG-01900Exibir o nome da ID selecionada pelo usuário, caso essa etapa tenha sido apresentada antes da revisão da transação.
-
✅
REQ.PG-02000Exibir o nome da instituição responsável pela iniciação da transação de pagamento.
Nota
Caso o usuário já esteja no ambiente da própria ITP, a exibição do nome da ITP não é obrigatória, pois a identificação já é evidente no contexto.
Atenção!
De acordo com a regulação vigente, a apresentação de “Termos e Condições” ou recurso similar é facultativa para as Instituições Iniciadoras de Transação de Pagamento (ITP) nesta etapa da jornada de iniciação de pagamento. No entanto, uma vez apresentados, devem obedecer aos requisitos a seguir.
-
✅
REQ.PG-02200Se apresentar Termos e Condições, exibir o conteúdo de forma clara e objetiva. -
🚫
REQ.PG-02300Se apresentar Termos e Condições, não utilizar opt-in. -
✅
REQ.PG-02400Se apresentar Termos e Condições, informar que, ao continuar, o usuário está concordando com esses termos.
-
✅
REQ.PG-02500Informar o usuário que, ao continuar, ele será direcionado para a ID para confirmar a solicitação.
Recomendações - ITP
Cenário: Geral
-
💡
REC.PG-00100Ao apresentar ao usuário a opção de realizar pagamentos utilizando uma conta de outra instituição, utilizar linguagem pessoal e natural.-
“Pagar com minha conta”.
-
“Transferir com meu banco”.
-
“Usar minha Instituição”.
-
“Pagar com outro banco”.
-
Nota
Esses exemplos foram baseados no teste de usabilidade feito pelo GT UX realizado em outubro de 2022 e não contemplam todas as formas de abordar o usuário.
Cenário: Onboarding
-
💡
REC.PG-00200Exibir onboarding para informar o usuário sobre a oferta do serviço pela ITP.
-
💡
REC.PG-00300No onboarding, informar sobre o fluxo completo da jornada, incluindo o direcionamento para a ID e o retorno à ITP. -
💡
REC.PG-00400No onboarding, explicar claramente os benefícios da jornada com Open Finance, destacando pontos como segurança, rapidez e praticidade. -
💡
REC.PG-00500Quando aplicável, informar sobre a gratuidade da operação de forma clara e sem fricções que atrapalhem a jornada.
-
💡
REC.PG-00600Exibir informações do serviço através de opções como “Saiba mais”.
Cenário: Solicitação de vinculação de conta via jornada de pagamento
Para casos em que a ITP oferece a jornada de Vinculação de Conta para JSR a partir do pagamento
-
💡
REC.PG-00700Se o usuário não possuir nenhuma conta vinculada, informar que é necessário fazer um vínculo previamente e direcioná-lo para a jornada de Vinculação de Conta.
Cenário: Solicitação de transação de pagamento
-
💡
REC.PG-00800Permitir que o usuário altere facilmente os dados editáveis antes da continuação, evitando o reinício da jornada. -
💡
REC.PG-00900Posicionar os campos editáveis na parte superior da tela, quando aplicáveis, para garantir visibilidade e facilitar a edição.
-
💡
REC.PG-01000Quando necessário, solicitar dados complementares da ID selecionada, como agência e número da conta, para facilitar a autenticação do usuário na ID.
-
💡
REC.PG-01100Pré-preencher a data do pagamento automaticamente com a data da solicitação.
-
💡
REC.PG-01200Alertar sobre a possibilidade de falha na jornada em dispositivos com o recurso de ocultação de aplicativos ativado, orientando o usuário a desativar esse recurso se necessário.
-
💡
REC.PG-01300Apresentar os termos e condições, quando aplicável, de forma acessível, por exemplo via link, garantindo que o conteúdo seja compreensível e não redundante com o que já está presente na jornada.
Etapa 2: Direcionamento
Cenário: Tela de transição
-
✅
REQ.PG-03200Durante o direcionamento, exibir uma tela informativa, sem exigir ação adicional do usuário para confirmar o direcionamento. -
✅
REQ.PG-03300Na tela do direcionamento, informar que o direcionamento está em andamento.
Ex.: Estamos te direcionando para confirmar a operação. -
✅
REQ.PG-03400Na tela do direcionamento, informar que o direcionamento é seguro.
Ex.: Direcionamento com a segurança Open Finance.
-
✅
REQ.PG-03500Na tela do direcionamento, informar que o usuário possui até 5 minutos para confirmar a solicitação de autorização de pagamento na ID.
Ex.: Você tem até 5 minutos para confirmar a operação.
-
✅
REQ.PG-03600Em dispositivos móveis, direcionar o usuário diretamente para o aplicativo da ID, sem passar por navegadores intermediários.
Recomendações - ITP
Cenário: Tela de transição
-
💡
REC.PG-01400Permitir que, caso a jornada seja interrompida nesta etapa, o usuário consiga retomá-la facilmente através dos canais digitais da ITP.
-
💡
REC.PG-01500Utilizar elementos visuais e textuais que reforcem o direcionamento, como loaders, animações, barras de progresso ou indicadores visuais.
Etapa 3: Confirmação
Requisitos - ID
Cenário: Autenticação na Detentora
-
✅
REQ.PG-03700Solicitar a autenticação do usuário conforme os padrões já definidos pela própria ID para operações fora do Open Finance, em conformidade com a regulação vigente. -
✅
REQ.PG-03800Possibilitar que o usuário siga o fluxo padrão da instituição para recuperação ou criação de acesso. -
🚫
REQ.PG-03900Não exigir etapas adicionais ou utilizar métodos mais rigorosos de autenticação não contemplados em seu canal digital afim de desincentivar a transação, conforme a regulação vigente.
Cenário: Seleção da conta de débito
-
✅
REQ.PG-04000Em caso de múltiplas contas na ID, se a conta de débito tiver sido especificada pelo usuário pagador na ITP e estiver válida e disponível após o login, exibi-la já selecionada por padrão. -
✅
REQ.PG-04100Em caso de múltiplas contas na ID, permitir que o usuário altere a conta de débito antes de confirmar a transação. -
✅
REQ.PG-04200Em caso de múltiplas contas na ID, exibir todas as contas aptas para seleção. -
✅
REQ.PG-04300Em caso de múltiplas contas na ID, indicar visualmente as contas que não estiverem aptas, com indicação clara do motivo.
Ex.: desabilitação visual da conta inapta com tag indicando o motivo. -
🚫
REQ.PG-04400Impedir a continuidade da jornada sem que uma conta válida seja selecionada. -
✅
REQ.PG-04500Manter o texto da opção de confirmação consistente, mesmo se a conta ainda não tiver sido selecionada.
Atenção!
Em caso de resposta negativa para alguma das perguntas do fluxograma apresentado, a Detentora não conseguirá utilizar o dado da conta de débito para facilitar a jornada.
Cenário: Revisão e confirmação de transação de pagamento
Após se autenticar, o usuário visualiza, na ID, os dados da transação informados pela ITP.
-
✅
REQ.PG-04600Além das informações descritas nesta etapa, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para confirmação da transação.
-
✅
REQ.PG-04700Exibir o valor do pagamento conforme informado pela ITP.
-
✅
REQ.PG-04800Exibir número da agência e número da conta da conta de débito selecionada.
-
✅
REQ.PG-04900Exibir a descrição do pagamento quando informada pela ITP.
-
✅
REQ.PG-05000Exibir nome, CPF (mascarado ou não)/CNPJ do recebedor.
Nota
Nesta etapa, a exibição do nome da instituição de destino do recebedor é opcional e fica a critério do participante.
-
✅
REQ.PG-05001Exibir a data do agendamento único ou do primeiro pagamento da recorrência conforme informado pela ITP. -
✅
REQ.PG-05002Exibir a data de validade da autorização (mesma data do agendamento único ou do último pagamento da recorrência).
Nota
No agendamento, a data definida para execução do pagamento único ou do último pagamento da recorrência corresponde ao prazo de validade da autorização. Portanto, não se deve criar um campo adicional para exibição da validade da autorização.
-
✅
REQ.PG-05003Para agendamentos recorrentes, exibir a periodicidade da recorrência (Diária, Semanal, Mensal ou Customizado). -
✅
REQ.PG-05004Para agendamentos recorrentes, exibir o número de recorrências, se informado pela ITP.
-
✅
REQ.PG-05200Exibir a forma de pagamento conforme informado pela ITP.
-
✅
REQ.PG-05300Exibir o valor da tarifa cobrada pela ID, quando aplicável. -
🚫
REQ.PG-05400Não apresentar ofertas de crédito durante a jornada, conforme regulação
vigente. A exceção aplica-se apenas a limites de crédito previamente contratados e disponíveis.
Ex.: cheque especial. -
✅
REQ.PG-05500Informar ao usuário que, após a confirmação, ele será redirecionado para a ITP. -
✅
REQ.PG-05600Possibilitar que, após se autenticar e revisar os dados da transação, o usuário conclua a operação com uma única confirmação. -
✅
REQ.PG-05700Caso a instituição deseje utilizar um método adicional de confirmação da transação, seguir o mesmo padrão utilizado fora do Open Finance. -
🚫
REQ.PG-05800Não apresentar termos de uso durante a jornada de pagamento.
Nota
Os termos de uso, quando disponibilizados, podem, a critério da ID, constar no ambiente de gestão Open Finance.
Cenário: Interrupção da jornada
-
✅
REQ.PG-05900Possibilitar que o usuário interrompa a jornada antes da confirmação. -
✅
REQ.PG-06000Garantir que a opção de interrupção da jornada não seja visualmente mais proeminente do que a opção de prosseguir.
-
✅
REQ.PG-06100Redirecionar o usuário para a ITP caso ele cancele a operação. -
✅
REQ.PG-06200Redirecionar o usuário para a ITP caso ele retorne manualmente à etapa anterior da jornada (por meio de botão do ambiente digital, botão do dispositivo, link clicável etc.) e não seja possível exibir a tela imediatamente anterior.
Recomendações - ID
Cenário: Seleção da conta de débito
-
💡
REC.PG-01600Caso a ITP capture os dados de conta do usuário, utilizá-los para facilitar a autenticação na ID, contanto que não haja prejuízo dos protocolos de segurança para autenticação seguidos pelas instituições.
Cenário: Exibição do saldo e limite
-
💡
REC.PG-01700Exibir o saldo da conta e, quando aplicável, o limite de crédito disponível, permitindo que o usuário avalie a viabilidade do pagamento.
-
💡
REC.PG-01701Quando aplicável, destacar a informação de que o limite disponível é inferior ao valor do pagamento agendado. -
💡
REC.PG-01702Quando o limite disponível for inferior ao valor do pagamento agendado, orientar o usuário a ajustar o limite para garantir a efetivação do pagamento.Ex.: Limite diário Pix Agendado: 50,00
Ajuste seu limite para garantir o pagamento na data agendada.
Cenário: Cancelamento de transação de pagamento
-
💡
REC.PG-01800Em caso de tentativa de cancelamento da transação por parte do usuário, exibir uma mensagem de confirmação.
Ex.: Tem certeza que deseja cancelar a transação? -
💡
REC.PG-01900Informar ao usuário que, caso a transação não possa ser concluída, ele será redirecionado ao ambiente da ITP.
Etapa 4: Redirecionamento
Requisitos - ID
Cenário: Tela de transição
-
✅
REQ.PG-06300Durante o redirecionamento, exibir uma tela informativa, sem exigir ação adicional do usuário para confirmar o redirecionamento. -
✅
REQ.PG-06400Na tela do redirecionamento, informar que o redirecionamento está em andamento.
Ex.: Aguarde enquanto te redirecionamos para concluir a operação. -
✅
REQ.PG-06500Na tela do redirecionamento, informar que o redirecionamento é seguro.
Ex.: Redirecionamento com a segurança Open Finance. -
✅
REQ.PG-06600Na tela do redirecionamento, informar que o redirecionamento é necessário para efetivação da operação.
Ex.: Aguarde enquanto te redirecionamos para concluir a operação.
-
✅
REQ.PG-06700Em dispositivos móveis, redirecionar o usuário diretamente para o aplicativo da ITP, sem passar por navegadores intermediários.
-
✅
REQ.PG-06800Redirecionar o usuário ao mesmo ambiente da ITP utilizado no início da jornada.
Recomendações - ID
Cenário: Tela de transição
-
💡
REC.PG-02000Utilizar elementos visuais e textuais que reforcem o direcionamento, como loaders, animações, barras de progresso ou indicadores visuais.
Etapa 5: Efetivação
Requisitos - ITP
Cenário: Efetivação de transação de pagamento
-
✅
REQ.PG-06900Além das informações descritas nesta etapa, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para efetivação da transação.
-
✅
REQ.PG-06901Exibir data e hora/minuto/segundo da efetivação da solicitação (horário de Brasília).
-
✅
REQ.PG-06902Para agendamentos únicos, exibir o Id (código de identificação) do pagamento. -
✅
REQ.PG-06903Para agendamentos recorrentes, exibir o Id (código de identificação) da autorização (número final doconsentId, excluindo o prefixourn:instituicao:)
-
✅
REQ.PG-07200Exibir o valor do pagamento.
-
✅
REQ.PG-07300Exibir nome completo, CPF (mascarado)/CNPJ, nome da ID, números da agência e conta do usuário pagador.
-
✅
REQ.PG-07400Exibir nome, CPF (mascarado ou não)/CNPJ e instituição de destino do recebedor.
-
✅
REQ.PG-07500Exibir a descrição do pagamento, quando aplicável.
-
✅
REQ.PG-07501Exibir a data do agendamento único ou do primeiro pagamento da recorrência.
-
✅
REQ.PG-07600Exibir a forma de pagamento.
-
✅
REQ.PG-07700Exibir o valor da tarifa cobrada pela instituição, quando aplicável.
-
✅
REQ.PG-07800Exibir o nome da instituição responsável pela iniciação da transação de pagamento.
Nota
Caso o usuário já esteja no ambiente da própria ITP, a exibição do nome da ITP não é obrigatória, pois a identificação já é evidente no contexto.
-
✅
REQ.PG-07801Informar 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.
Cenário: Interrupção da jornada
-
✅
REQ.PG-07900Se o usuário tiver cancelado a solicitação, informá-lo sobre o cancelamento.
-
🚫
REQ.PG-08000Exibir os dados da solicitação cancelada.
Recomendações - ITP
Cenário: Efetivação de transação de pagamento
-
💡
REC.PG-02100Exibir o resultado da transação em tela ou através de, por exemplo, um botão. Ex.: “Ver comprovante”, “Detalhes”, “Saiba mais” etc.
-
💡
REC.PG-02101Exibir mensagem informando que a efetivação diz respeito ao agendamento e não à efetivação dos pagamentos agendados em si.
Ex.: Pagamentos agendados com sucesso!
-
💡
REC.PG-02102Informar sobre a possibilidade de cancelamento do(s) agendamento(s) e o horário limite conforme definido pelo arranjo de pagamento.
Ex.: Você pode cancelar os agendamento até às 23:59 do dia anterior à data agendada.