Guia de Experiência Open Finance Brasil
Breadcrumbs

Changelog (UX)

Acesse o changelog da v.18.00.00 em PDF.

Sobre o Changelog

Desde a v.16.00.00, o formato de entrega do Guia de Experiência Open Finance é on-line. Com isso, a equipe de UX da DTO vem tentando aprimorar a qualidade da leitura e explorar ao máximo os recursos desse formato para entregar uma experiência de consulta melhor aos usuários do Guia.

  • O Changelog foi reorganizado por tópicos para que os interessados encontrem rapidamente o produto ou serviço desejado.

  • A funcionalidade dropdown foi incorporada para que os usuários não precisem rolar a página com textos e tabelas extensos e assuntos misturados. O detalhamento das alterações, fundamentais para a rastreabilidade, foram mantidos sem comprometer a leitura.

  • Em cada tópico, há um pequeno resumo com a visão geral das mudanças no produto ou serviço.

  • Com a migração do formato PDF para a versão on-line, a paginação deixa de ser um recurso viável para indicar onde cada conteúdo se encontra. No novo formato em wiki, estruturado como uma árvore de conhecimento, a organização passa a se apoiar em princípios de UX já consolidados: hierarquia da informação e contextualização por meio da estrutura.

    • Nesse modelo, o Changelog reflete a própria organização do Guia. Primeiro aparece o capítulo; em seguida, o subcapítulo e a etapa (quando existir). Depois, são apresentados os Requisitos ou Recomendações, mantendo o mesmo padrão visual; por fim, os cenários, que seguem a mesma lógica aplicada nos capítulos.

    • Para complementar essa estrutura, cada item recebe uma indicação clara de localização, como: Versão → Capítulo X → Subcapítulo Y → Requisito → Cenário.


Visão Geral

  • O capítulo Fundamentos do Open Finance da v.17.00.00 e versões anteriores foi renomeado Visão Geral e reorganizado. O conteúdo continua o mesmo, apesar da nova organização.

  • O conteúdo dos antigos Fundamentos foi categorizado em: Sobre o Guia, Open Finance Brasil, Experiência do Usuário e Orientações transversais.

  • Inclusão do Glossário, que antes estava nos Anexos.


Gestão Open Finance

  • Ajuste de texto e organização das informações em Gestão de Portabilidade de Crédito.

Detalhamento das alterações em Gestão Open Finance

Gestão de Portabilidade de Crédito

:blue_star:

Requisitos - IP e IC

Cenário: Consulta aos pedidos

Tipo

De (v. 17.00.00)

Localização

Gestão Open Finance > Gestão de Portabilidade de Crédito > Requisitos IP e IC > Consulta aos pedidos

Para (v. 18.00.00)

Localização

Gestão Open Finance > Gestão de Portabilidade de Crédito > Requisitos IP e IC > Consulta aos pedidos

Ajuste de organização das informações

Tabela única com dados da IP e da IC.

Duas tabelas separadas: uma para a IP e outra para a IC.

Ajuste de texto para explicitação.

Obs: Ajuste feito em todas as ocorrências da tabela.

Dados do contrato original. (Ocorrências na tabela)



Dados do contrato original:

  • Taxa de juros

  • Valor da parcela

  • Número de parcelas

  • Saldo devedor

  • Número do contrato


Iniciação de Pagamentos

  • Alteração de requisito na Jornada Básica de Iniciação de Pagamento.

Detalhamento das alterações em Iniciação de Pagamentos

Jornada Básica de Iniciação de Pagamento - Etapa 1

:blue_star:

Requisitos - ITP

Cenário: Autorização de Pix

Tipo

De (v. 17.00.00)

Localização

v.17 → Iniciação de Pagamentos→ Jornada Básica de Iniciação de Pagamento → Etapa 1 → Requisitos - ITP → Autorização de Pix

Para (v. 18.00.00)

Localização

v.18 → Iniciação de Pagamentos→ Jornada Básica de Iniciação de Pagamento → Etapa 1 → Requisitos - ITP → Autorização de Pix

Alteração

  1. Descrição do pagamento: Exibir a descrição do pagamento, conforme a forma de iniciação selecionada (via campo additionalInformation).

  1. Descrição do pagamento: Exibir a descrição do pagamento, conforme a forma de iniciação selecionada (via campo remittanceInformation).


JSR

  • Inclusão de requisito na jornada de Vinculação de Conta.

  • Revisão da jornada de Pagamentos Sem Redirecionamento (JSR).

Detalhamento das alterações em JSR

Vinculação de Conta (JSR) - Etapa 5

:blue_star:

Requisitos - ITP

Cenário: Efetivação da Vinculação de Conta

Tipo

De (v. 17.00.00)

N/A

Para (v. 18.00.00)

Localização

v.18 → JSR → Vinculação de Conta → Etapa 5 → Requisitos - ITP → Efetivação da Vinculação de Conta

Inclusão

N/A

  1. a. Quando aplicável, informar que o cancelamento do vínculo também cancela o compartilhamento de saldo e limite.

  2. Revogação da Jornada Otimizada (saldo e limite): Quando aplicável, informar que o compartilhamento de saldo e limite pode ser cancelado a qualquer momento através da área de gestão. 

    1. Informar que o cancelamento do compartilhamento de saldo e limite não cancela o vínculo de conta.

       

Pagamentos sem Redirecionamento (JSR) - Etapa 1

:blue_star:

Requisitos - ITP

Cenário: Solicitação da Vinculação de Conta

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Geral

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Pix - JSR

Agrupamento

  1. Mostrar nitidamente ao usuário, já na tela de escolha da forma de pagamento, qual o arranjo de pagamento que está sendo iniciado.

  2. Caso haja mais de um arranjo disponível, dar possibilidade de livre escolha do usuário.

  3. É necessário, em algum momento da jornada fazer referência ao Open Finance, ainda que não seja no título da forma de pagamento. Exemplo: tooltip ou referências como “com a segurança do Open Finance”, “com a praticidade do Open Finance” ou “com a facilidade do Open Finance”, iconografia etc.

  4. As instituições financeiras devem garantir a visibilidade dos usuários em relação às etapas e próximos passos até a conclusão da transação utilizando o Open Finance.


  5. Para identificação da transação, apresentar as informações mínimas contidas na Resolução Conjunta nº 4:

    1. As instituições participantes da jornada de Iniciação de Pagamento precisarão seguir todas as normas e resoluções definidas pelos arranjos.

    2. As opções de pagamento que aparecerão para o usuário passam pelo seguinte filtro: Formas de pagamento disponíveis na Instituição Iniciadora de Transação de Pagamento (p. ex: o lojista pode escolher quais formas de pagamento irá disponibilizar para o serviço de iniciação ou, no caso de peer-to-peer, relações oferecidas pela Instituição do Recebedor da Iniciação de Transação).

    3. Para o pagamento por Pix, no Open Finance, existem três possibilidades, ficando a critério do Iniciador disponibilizar apenas as oferecidas pela instituição:

      1. Pix inserção manual/chave Pix: Inserção manual dos dados do recebedor/chave Pix. Uso majoritariamente para transferência P2P.

      2. Pix Direto pelo Iniciador: Dados do recebedor preenchidos automaticamente. Uso principalmente para pagamentos em e-commerce e m-commerce.

      3. Pix QR Code: Utilização de Pix QR Code como opção adicional para transferência P2P. Uso majoritariamente para transferência P2P.

    4. Para seleção da forma de pagamento Pix:

      1. Para possibilitar que a instituição Iniciadora da Transação de Pagamento monte a tela com os campos que o usuário precisará informar e não apresente informações que possam confundir ou induzir ao erro, é indicado que durante a jornada sejam apresentadas as diferentes formas de iniciação Pix, sendo elas: Pix inserção manual (dados da conta), chave Pix ou QR Code.

      2. Para o caso de Pix Direto pelo Iniciador, onde o usuário não precisará inserir nenhuma informação, a Instituição Iniciadora de Transação de Pagamento pode apresentar apenas a Forma de Pagamento: Pix. Para este caso, não é necessário a apresentação das três possibilidades de pagamento via Pix.

    5. Para o caso de Pix QR Code, caso o tipo de QR Code seja alguma das funcionalidades não previstas atualmente no Open Finance, apresentar a seguinte mensagem de erro ao usuário:

Título
Tente uma nova forma de pagamento
----------------------------------------------------------------------------------------------
Descrição
Lamentamos, mas no momento o (especificar Pix Cobrança / Pix Saque / Pix Troco) não está disponível no Open Finance.
----------------------------------------------------------------------------------------------
Botão
Pagar de outra forma

  • Recomendamos a utilização do termo “Pagar”, principalmente no contexto de e-commerce. A Instituição pode adaptar a linguagem de acordo com seu tom de voz.

  1. Informações necessárias para a execução da transação de pagamento e compatíveis com o regulamento ou instrumento que discipline o funcionamento do arranjo de pagamento referente à respectiva transação de pagamento (Resolução Conjunta nº 1, de 2020, art. 13, § 3º).

    1. Deve-se informar ao usuário que ele precisará possuir fundos disponíveis para realizar o pagamento. Além disso, deve-se explicitar que o pagamento seguirá as regras dos arranjos de pagamento vigentes. Exemplo textual: “A transação só será concluída na condição da existência de fundos na conta selecionada, e seguirá as regras da forma de pagamento selecionada.”

    2. Caso o arranjo de pagamento preveja campo para Descrição/ Finalidade, este campo, para o Open Finance, não se faz necessário. Caso o arranjo de pagamento não preveja campo para Descrição/Finalidade, é necessário ter este campo, com preenchimento opcional pelo usuário.

  2. A seleção da forma de pagamento deve ser feita conforme os arranjos de pagamento vigentes e disponíveis para iniciação por meio Open Finance, de acordo com o cronograma previsto na Resolução BCB nº 109, sendo eles:
    - Pix;
    - Transferência entre contas da mesma Instituição;
    - Pagamento de boletos;
    - Débito em conta.

  3. O consentimento do usuário deve ser solicitado para cada nova ordem de pagamento (ITP) e usuário (Resolução Conjunta Nº 7, Art. 13 [...], Parágrafo 4º).

  4. Se a Instituição Iniciadora de Transação de Pagamento optar por disponibilizar os Termos e Condições, é vetado o uso do opt-in. O usuário deve ser informado que, ao continuar, ele estará concordando com os termos e condições.

  5. É vetada a comparação entre arranjos de pagamentos que possam desqualificar um dos arranjos.

Consulte a etapa Solicitação de Iniciação de Pagamento no subcapítulo Jornada Básica de Iniciação de Pagamento para visualizar os requisitos e recomendações do produto que também se aplicam à Jornada de Pagamento Sem Redirecionamento.




:blue_star:

Requisitos - ITP

Cenário: Pix Agendado - JSR

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Agendamentos únicos

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Pix Agendado - JSR

Agrupamento

  1. Para jornadas de pagamentos únicos agendados, alguns requisitos específicos também se aplicam:

    1. Ao usuário é possibilitado inserir a data do pagamento no caso dos mecanismos Inserção Manual, Chave Pix, QR Code e Iniciação pelo Recebedor.

    2. Prazo máximo não deve ser superior a 12 meses, conforme definido na Resolução Conjunta n°1, e não superior a eventual prazo definido no arranjo Pix para o Pix agendado.

    3. Neste caso de agendamentos únicos, a validade do consentimento deve ser a mesma que a data de agendamento do pagamento.

Consulte a etapa Solicitação de Iniciação de Pagamento no subcapítulo Pix Agendado para visualizar os requisitos e recomendações do produto, que também se aplicam à Jornada de Pagamento Sem Redirecionamento.

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Agendamentos recorrentes

  1. Para jornadas de pagamentos recorrentes agendados, alguns requisitos específicos também se aplicam:

    1. A validade do consentimento deve ser a mesma que a data do último pagamento agendado.

    2. É permitido o máximo de 60 pagamentos agendados – ou recorrências - em um agendamento recorrente, independentemente do modelo de recorrência definido no consentimento (diário, semanal, mensal, anual ou customizado).

    3. Os agendamentos recorrentes devem respeitar o prazo máximo de 2 anos.

    4. Deve-se informar ao usuário que a transação estará sujeita à disponibilidade de saldo no momento da efetivação do pagamento.

    5. Deve-se informar ao usuário que, em cenário de agendamento em data inexistente, (Ex: dias 29, 30 e 31 em determinados meses) o pagamento será efetivado no dia posterior.

    6. Para definição da validade da recorrência:

      1. Caso o usuário estabeleça uma data final para o último pagamento, a informação de número de recorrências não deve ser editável pelo usuário.

      2. Caso o usuário estabeleça um número de recorrências, a instituição deve realizar o cálculo da data do último pagamento e apresentá-la apenas para conferência do usuário.

      3. A Instituição Iniciadora de Transação de Pagamento deve validar datas inexistentes (Ex: dias 29, 30 e 31 em determinados meses) e avisar que, caso o agendamento caia em uma data inexistente, o pagamento será feito no dia seguinte.

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Recorrência padrão

  1. Para informar a periodicidade e a data de encerramento e/ou número de recorrências de um agendamento recorrente, deve-se seguir o seguinte padrão:

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Recorrência customizada

  1. Para informar a periodicidade e a data de encerramento e/ou número de recorrências de um agendamento recorrente, deve-se seguir o seguinte padrão:

:blue_star:

Requisitos - ITP

Cenário: Pix Automático - JSR

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Pix Automático

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Pix Automático - JSR

Alteração

  1. Em caso de oferta de Pix Automático na Jornada sem Redirecionamento, seguir todos os requisitos das etapas correspondentes - Solicitação, Confirmação e Efetivação -, bem como os requisitos da seção de Comunicação e Notificações do capítulo de Pix Automático.

Consulte a etapa Solicitação de Iniciação de Pagamento no subcapítulo Pix Automático para visualizar os requisitos e recomendações do produto, que também se aplicam à Jornada de Pagamento Sem Redirecionamento.

:blue_star:

Requisitos - ITP

Cenário: Busca e seleção do vínculo

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Geral

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Busca e seleção do vínculo

Alteração

  1. Seleção da Instituição Detentora de Conta:

    1. O usuário deve poder selecionar a instituição na qual já tenha realizado a etapa de vinculação de conta.

    2. Deve ser disponibilizado mecanismo de busca que propicie uma seleção ágil e clara da instituição desejada.

    3. Devem estar listadas todas as instituições com as quais o usuário já tenha efetuado etapa de vinculação de conta naquela Instituição Iniciadora de Transação de Pagamento e naquele dispositivo.

  1. Busca e seleção do vínculo: Possibilitar que o usuário selecione, com agilidade e precisão, a instituição com a qual possui vínculo de conta.

    1. Exibir todas as instituições com as quais o usuário tenha efetuado a vinculação de conta no dispositivo utilizado.

Pagamentos sem Redirecionamento (JSR) - Etapa 2

:blue_star:

Requisitos - ITP

Cenário: Pix - JSR

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Requisitos - ITP → Geral

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Requisitos - ITP → Pix - JSR

Agrupamento

  1. Em casos de primeiro acesso ou esquecimento de senha do canal da Iniciadora de Pagamento, o usuário deve seguir o fluxo já definido, de acordo com cada instituição.

Consulte a etapa Confirmação no subcapítulo Jornada Básica de Iniciação de Pagamento para visualizar os requisitos e recomendações do produto, que também se aplicam à Jornada de Pagamento Sem Redirecionamento.

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Recomendações - ITP → Geral

  1. Informações complementares: as Iniciadoras de Pagamento podem exibir informações suplementares associadas ao pagamento caso exigido pelas regras do arranjo de pagamento.

  2. Caso o usuário queira cancelar a Iniciação de Pagamento na etapa de confirmação na Iniciadora de Pagamento, ela poderá mostrar um alerta para confirmar a ação do usuário. Sugestão: “Deseja cancelar a solicitação de pagamento?”.

  3. Em casos de agendamentos únicos:

    1. Informar ao usuário que ele pode, a qualquer momento, com antecedência mínima de 1 dia da data do pagamento, cancelar esse cadastro, tanto na Iniciadora quanto na Detentora (conforme Resolução Conjunta nº 1).

    2. Informar ao usuário que a efetivação diz respeito ao agendamento da transação e não à efetivação do pagamento em si.

  4. Em casos de pagamentos agendados ou transações sucessivas:

    1. Pode ser apresentado o limite transacional disponível para a conta vinculada, para que o usuário possa considerá-lo na data da liquidação da transação. Recomenda-se que o limite seja destacado quando o valor do débito futuro informado for maior que o limite disponível.

    2. Informar ao usuário que a transação estará sujeita à disponibilidade de saldo no momento da efetivação do pagamento.

:blue_star:

Requisitos - ITP

Cenário: Pix Agendado - JSR

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Requisitos - ITP → Dados do agendamento único ou recorrente

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Requisitos - ITP → Pix Agendado - JSR

Agrupamento

  1. Em casos de agendamentos, além dos requisitos listados para uma jornada de pagamento imediato, a Instituição Iniciadora de Transação de Pagamento deve apresentar ao usuário, no mínimo, as seguintes informações adicionais sobre o agendamento:

  2. Data do primeiro pagamento.

  3. Periodicidade da recorrência, que pode ser diária, semanal, mensal, anual ou customizado.

  4. Número de recorrências.

  5. Data de encerramento do consentimento (data do último pagamento).

  6. Para agendamentos recorrentes: Número da Autorização: número final do consentId, excluindo o prefixo urn:instituicao: (se houver).

Consulte a etapa Confirmação no subcapítulo Pix Agendado para visualizar os requisitos e recomendações do produto, que também se aplicam à Jornada de Pagamento Sem Redirecionamento.

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Recomendações - ITP → Geral

  1. Em casos de agendamentos únicos:

    1. Informar ao usuário que ele pode, a qualquer momento, com antecedência mínima de 1 dia da data do pagamento, cancelar esse cadastro, tanto na Iniciadora quanto na Detentora (conforme Resolução Conjunta nº 1).

    2. Informar ao usuário que a efetivação diz respeito ao agendamento da transação e não à efetivação do pagamento em si.

  2. Em casos de pagamentos agendados ou transações sucessivas:

    1. Pode ser apresentado o limite transacional disponível para a conta vinculada, para que o usuário possa considerá-lo na data da liquidação da transação. Recomenda-se que o limite seja destacado quando o valor do débito futuro informado for maior que o limite disponível.

    2. Informar ao usuário que a transação estará sujeita à disponibilidade de saldo no momento da efetivação do pagamento.

:blue_star:

Requisitos - ITP

Cenário: Pix Automático - JSR

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Pix Automático

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Requisitos - ITP → Pix Automático - JSR

Alteração

  1. Em caso de oferta de Pix Automático na Jornada sem Redirecionamento, seguir todos os requisitos das etapas correspondentes - Solicitação, Confirmação e Efetivação -, bem como os requisitos da seção de Comunicação e Notificações do capítulo de Pix Automático.

Consulte a etapa Confirmação no subcapítulo Pix Automático para visualizar os requisitos e recomendações do produto, que também se aplicam à Jornada de Pagamento Sem Redirecionamento.

:blue_star:

Requisitos - ITP

Cenário: Múltiplos aprovadores - JSR

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Múltiplos Aprovadores

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Requisitos - ITP → Múltiplos Aprovadores - JSR

Agrupamento

  1. Para casos nos quais existam mais de um aprovador ou representante:

    1. Todos os usuários precisam possuir alçada necessária para a Iniciação de Pagamento na Instituição Detentora de Conta.

    2. Caso a Instituição Detentora de Conta já disponibilize em seus canais mecanismos para que representantes legais, devidamente constituídos, possam autorizar ou delegar poderes para outras pessoas, essa instituição deve estender a funcionalidade para o âmbito do Open Finance.

    3. A jornada de confirmação irá ocorrer de maneira assíncrona, necessitando da ação de todos os aprovadores ou representantes para que o pagamento seja confirmado e efetivado

    4. A Instituição Iniciadora deve notificar ao usuário solicitante que serão necessárias aprovações adicionais.

    5. A Instituição Detentora de Conta, em seu ambiente, deve indicar o caminho para que os demais aprovadores possam atuar.

  2. Os demais aprovadores, não iniciantes do processo, devem:

    1. Receber uma notificação informando que o pagamento precisa ser aprovado. A notificação deve ser via push, e-mail ou canal já utilizado pela Instituição Detentora de Conta.

    2. Os demais aprovadores, ao acessarem os canais da Instituição Detentora de Conta devem ser sinalizados, com destaque, de que existe uma solicitação de aprovação de Iniciação de Transação de Pagamento pendente de confirmação. Para confirmar o pagamento, os aprovadores deverão acessar o ambiente Open Finance ou o fluxo atual da Instituição Detentora de Conta.

    3. A Instituição Detentora de Conta deve apresentar aos aprovadores data e hora limite em que a jornada de autorização deve ser concluída.

    4. A Instituição Detentora de Conta deve validar se o usuário possui poder para seguir com a autorização do consentimento do pagamento ou se precisa de mais de uma aprovação para efetivação da Iniciação da Transação de Pagamentos, seguindo as diretrizes de cada instituição.

    5. A Instituição Detentora de Conta deve apresentar, aos demais aprovadores, a tela de confirmação com as mesmas informações apresentadas ao usuário que iniciou a transação.

    6. A Instituição Detentora de Conta deve apresentar a identificação do usuário solicitante e, caso tenha, dos demais aprovadores que já tiverem confirmado o pagamento.

    7. A Instituição Detentora de Conta deve informar aos usuários, de maneira simples e objetiva, sobre o status e as etapas necessárias para conclusão do pagamento.

    8. Para pagamentos imediatos, os aprovadores devem respeitar o prazo de 12 horas de validade do endToEndID e realizar a aprovação antes da expiração do código.

      Caso a aprovação não seja feita na janela prevista, o pagamento é rejeitado. Para pagamentos agendados, a aprovação do consentimento para pagamentos deve seguir as regras existentes em cada Instituição Detentora de Conta, abordadas na janela de liquidação do arranjo, podendo ser aprovada até a data anterior à data prevista para liquidação caso o sistema da Instituição Detentora de Conta permita.

      Em qualquer um dos casos, esta informação deve estar explícita ao usuário solicitante.

  3. No caso de múltipla alçada de pessoas jurídicas:

    1. Os poderes e alçadas já previstos para a movimentação de contas nas políticas internas das Instituições (p.ex.: estatutos, contratos sociais) devem ser utilizados para fins de iniciação de pagamento.

    2. É vedado às Instituições Detentoras de Conta exigirem a constituição de poderes e alçadas específicos para fins de iniciação de pagamento.

    3. Deverá ser verificado se o exercício do poder pelo sócio ou procurador ocorre em conjunto ou separado.

Consulte a etapa Confirmação no subcapítulo Múltiplos Aprovadores na Jornada de Iniciação de Pagamento para visualizar os requisitos e recomendações do cenário, que também se aplicam à Jornada de Pagamento Sem Redirecionamento.

:blue_star:

Requisitos - ITP

Cenário: Cancelamento da solicitação

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Requisitos - ITP → Geral

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Requisitos - ITP → Cancelamento da solicitação

Separação

  1. A Iniciadora de Pagamento deve disponibilizar a opção de interrupção da jornada de Iniciação de Pagamento, antes da confirmação. A opção de interrupção do fluxo não deve ser a opção proeminente, em relação ao botão “Confirmar pagamento”.

  1. Cancelamento da solicitação: Possibilitar que o usuário interrompa a jornada antes da confirmação.

    1. Garantir que a opção de interrupção da jornada não seja visualmente mais proeminente do que a opção de prosseguir.


Alteração

  1. Se o usuário cancelar a Iniciação de Pagamento, a Iniciadora precisa informar ao usuário que o pagamento não será feito. Sugestão de mensagem para cancelamento da Iniciação de Pagamento: “Sua Iniciação de Pagamento não foi concluída. Caso mude de ideia e tenha interesse, você poderá iniciar um novo pagamento a qualquer momento”.

b. Informar o usuário sobre o cancelamento da solicitação.
Ex.: Sua solicitação de pagamento foi cancelada. Caso deseje, você pode iniciar um novo pagamento a qualquer momento.

:blue_star:

Requisitos - ITP

Cenário: Autenticação via validação das chaves (FIDO)

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Requisitos - ITP → Geral

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 2 → Requisitos - ITP → Autenticação via validação das chaves (FIDO)

Alteração

  1. Para o usuário autorizar o pagamento, é necessário que ele tenha gerado as chaves na etapa de Vinculação de Conta, anteriormente.

  2. No ambiente da Iniciadora de Pagamento, é necessário fazer a validação da solicitação de pagamento através da identificação do usuário. Deve ser solicitado que o usuário realize a autorização através de suas credenciais previamente cadastradas (na etapa de Vinculação de Conta), garantindo que a solicitação de pagamento e a efetivação sejam realizadas pelo mesmo usuário.

  1. Autenticação: Solicitar que o usuário confirme a solicitação através da inserção das credenciais criadas na Efetivação da Vinculação de Conta.


Pagamentos sem Redirecionamento (JSR) - Etapa 3

:blue_star:

Requisitos - ITP

Cenário: Pix - JSR

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 3 → Requisitos - ITP → Geral

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 3 → Requisitos - ITP → Pix - JSR

Agrupamento

  1. Em casos de efetivação da Iniciação da Transação de Pagamento: O ambiente da Iniciadora de Transação de Pagamentos é responsável por apresentar a efetivação da Iniciação de Pagamento, inclusive gerando comprovante com, no mínimo:
    - Valor do pagamento.
    - Forma de pagamento.
    - Data do pagamento.
    - Periodicidade das transações, no caso de pagamentos sucessivos.
    - Prazo do consentimento, no caso de pagamentos sucessivos.
    - Dados do recebedor do pagamento.
    - Valor da tarifa cobrada pelo serviço de iniciação de pagamentos, se houver.
    - Outras informações mínimas para a iniciação de transação de pagamento de acordo com os arranjos do pagamento vigente e Resolução BCB nº 109.

Consulte a etapa Efetivação no subcapítulo Jornada Básica de Iniciação de Pagamento para visualizar os requisitos e recomendações do produto, que também se aplicam à Jornada de Pagamento Sem Redirecionamento.


:blue_star:

Requisitos - ITP

Cenário: Pix Agendado - JSR

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 3 → Requisitos - ITP → Agendamentos únicos e recorrentes

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 3 → Requisitos - ITP → Pix Agendado - JSR

Alteração

  1. Em casos de agendamentos, além dos requisitos listados para uma jornada de pagamento imediato, a Instituição Iniciadora de Transação de Pagamento deve apresentar ao usuário, no mínimo, as seguintes informações adicionais sobre o agendamento:

    1. Periodicidade dos pagamentos (se houver).

    2. Para agendamentos únicos: Identificador do Pagamento do Arranjo (exemplo: endToEndID do Pix).

    3. Para agendamentos recorrentes: Número da Autorização: número final do consentId, excluindo o prefixo urn:instituicao: (se houver).

Consulte a etapa Efetivação no subcapítulo Pix Agendado para visualizar os requisitos e recomendações do produto, que também se aplicam à Jornada de Pagamento Sem Redirecionamento.


:blue_star:

Requisitos - ITP

Cenário: Pix Automático- JSR

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Requisitos - ITP → Pix Automático

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 3 → Requisitos - ITP → Pix Automático - JSR

Alteração

  1. Em caso de oferta de Pix Automático na Jornada sem Redirecionamento, seguir todos os requisitos das etapas correspondentes - Solicitação, Confirmação e Efetivação -, bem como os requisitos da seção de Comunicação e Notificações do capítulo de Pix Automático.

Consulte a etapa Efetivação no subcapítulo Pix Automático para visualizar os requisitos e recomendações do produto, que também se aplicam à Jornada de Pagamento Sem Redirecionamento.


:blue_star:

Requisitos - ITP

Cenário: Transações Temporizadas

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 3 → Requisitos - ITP → Transações Temporizadas

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Etapa 3 → Requisitos - ITP → Transações Temporizadas - JSR

Alteração

  1. Numa operação de Iniciação de Pagamento, a Detentora da Conta pode solicitar uma checagem mais profunda, o que acarreta um novo prazo para conclusão da operação.

    A Iniciadora deverá informar a necessidade de tempo extra para análise da transação temporizada sem, necessariamente, precisar informar o tempo máximo que a operação irá levar, seguindo os requisitos já existentes no documento “Requisitos Mínimos para a Experiência do Usuário” do Pix.

    Na ocorrência desta hipótese, a Iniciadora deverá oferecer ao usuário a possibilidade de cancelar a operação, observando:

    1. Para o caso de transações temporizadas, a Instituição Iniciadora de pagamento deverá notificar o usuário para que possa definir a melhor ação, ou seja, aguardar ou cancelar a transação. O usuário deve ser notificado via canal eletrônico padrão da ITP (ou do usuário da ITP que interage com o usuário final), mantendo o tom de voz já utilizado com seus usuários.

    2. Essa comunicação e mecanismo de cancelamento deverão também ser disponibilizados no ambiente de Gestão de Pagamento da Iniciadora de Pagamentos, no caso dela ter aderido ao agendamento.

    3. Mesmo sem possuir ambiente de Gestão de Pagamento (por não realizar agendamento de transações, como e-commerce com pagamento único), a Iniciadora de Pagamentos deve apresentar o status e os mecanismos de cancelamento ao usuário no formato que definir adequado, observando-se as recomendações do documento “Requisitos Mínimos para a Experiência do Usuário” do Pix.

    4. Fica a critério da Iniciadora de Pagamentos determinar o canal em que as opções “Aguardar” ou “Cancelar” serão apresentadas para ação do usuário, bem como a definição do formato que definir adequado, atentando-se as recomendações do documento “Requisitos Mínimos para a Experiência do Usuário” do Pix.

    5. A Detentora de Conta, no ambiente de Gestão de Pagamento, deverá atualizar o status da transação conforme previsto na Tabela de Status, dando visibilidade do status da operação (temporização) ao usuário.

    6. No caso do pagamento ser negado pela Instituição Detentora, a Iniciadora deverá informar ao usuário e, quando aplicável, indicar outra Detentora de Conta e/ou forma de iniciação. Exemplo de comunicação: “Pix não realizado: após análise, não foi possível realizar sua transação. Para mais detalhes, consulte a Detentora de Conta”.

Consulte a etapa Efetivação no subcapítulo Transações Temporizadas na Jornada de Iniciação de Pagamento para visualizar os requisitos e recomendações desse cenário, que também se aplicam à Jornada de Pagamento Sem Redirecionamento.


Comunicação e Notificações

:blue_star:

Requisitos - ITP

Cenário: Comunicação e Notificações

Tipo

De (v. 17.00.00)

Localização

v.17 → JSR → Pagamentos Sem Redirecionamento → Etapa 1 → Recomendações - ITP → Geral

Para (v. 18.00.00)

Localização

v.18 → JSR → Pagamentos Sem Redirecionamento → Comunicação e Notificações

Agrupamento


  1. Fica a cargo de cada Instituição Iniciadora notificar a conclusão ou andamento da transação conforme a necessidade do seu usuário e sua estratégia de comunicação.

  2. A comunicação quanto às transações temporizadas e o mecanismo de cancelamento deve ser prevista, preferencialmente, na etapa de efetivação da solicitação.

  3. Fica a critério da Iniciadora de Pagamentos, nos casos de transações temporizadas, informar o tempo máximo que a operação de iniciação de pagamentos poderá levar, de acordo com documento “Requisitos Mínimos para a Experiência do Usuário” do Pix.

  4. Pode ser apresentado o saldo disponível em conta para o usuário poder realizar o pagamento.

  5. A Iniciadora de pagamentos poderá realizar a consulta na API de pagamentos para apresentar ao usuário o status mais atualizado do pagamento solicitado.

  6. Em casos de agendamento único:

    1. Informar ao usuário que ele pode, a qualquer momento, com antecedência mínima de 1 dia da data do pagamento, cancelar esse cadastro, tanto na iniciadora quanto na Detentora (conforme Resolução Conjunta nº 1);

    2. Informar ao usuário que a efetivação diz respeito ao agendamento da transação e não à efetivação do pagamento em si.

  7. Em casos de agendamentos recorrentes:

    1. Informar ao usuário que ele pode, a qualquer momento, com antecedência mínima de 1 dia das datas dos pagamentos, cancelar todo o agrupamento ou as transações individualmente, tanto na iniciadora quanto na Detentora (conforme Resolução Conjunta nº 1);

    2. Informar ao usuário que a efetivação diz respeito ao agendamento das transações e não à efetivação dos pagamentos em si.

Nota: Consulte a seção de Comunicação e Notificações no subcapítulo Jornada Básica de Iniciação de Pagamento, Pix Agendado, Pix Automático, Múltiplos Aprovadores e Transações Temporizadas para visualizar os requisitos e recomendações dos produtos e cenários, que também se aplicam à Jornada de Pagamento Sem Redirecionamento. 



Anexos

  • Migração do conteúdo que estava em arquivo PDF para o formato on-line.

  • Revisão de texto.

  • Migração do Glossário para Orientações Transversais, em Visão Geral.