Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Essa funcionalidade está presente na API de pagamentos automáticos, a partir de sua versão 2.0.0. O link para a API pode ser encontrado abaixo.

2 - Regras de negócios para Pix Automático no OFB

...

 Cenários

Pix Automático

Casos de uso
(Sugestões BC)

Utilities/serviços públicos, assinaturas, escolas, academias, aluguel, seguros, cobranças de pagamento de operação de crédito

Configurações de recorrência

Motor de recorrência

Criação de um consentimento para recorrência com limites de valores e prazos, e definição de periodicidade

Valor

Fixo ou variável

Modelo de recorrência, intervalos de pagamentos

Semanal, mensal, trimestral, semestral e anual

Gestão da Agenda

Compartilhada: Iniciador tem visibilidade completa, PSP pagador tem visibilidade com antecedência de 2 a 10 dias das próximas incidências

Comanda o pagamento

Iniciador

Recebedor

PJ

Primeiro pagamento

Imediato ou Agendado

Demais pagamentos

Agendado

Permite pagamentos imediatos

Sim, para adesão

Definição do final do período da recorrência

Opcional

Prazo máximo de duração para recorrência do consentimento

Opcional

Permite a configurar data de início do consentimento?

Sim

Permite a configurar data de expiração do consentimento?

Sim

Permite limites globais do consentimento?¹

Não

Permite limites periódicos por consentimento?

Sim, uma transação liquidada com sucesso por período de recorrência.

Permite limites por transação?

Sim. Recebedor pode definir valor mínimo. Pagador pode definir um valor máximo. O valor definido pelo Pagador não pode ser menor que o valor definido pelo Recebedor.

Processo de adesão

Fluxo de adesão

Consentimento FAPI long-lived tokens

Role no diretório

CONTA, PAGTO

Será possível editar configurações de recorrência no processo de adesão no Detentor?

Não

Cancelamento do fluxo da adesão

Via Iniciador ou Detentor

Permite múltiplas alçadas?

Sim

Iniciador terá acesso aos status do processo de adesão via Webhook?

Sim

Adesão tem id de contrato?

Sim

Gestão de adesão

Permite edição técnica dos dados do consentimento pós adesão²?

Sim, verificar no /wiki/spaces/~63778624fde064eda2ecf538/pages/540220558 link

Cancelamento da adesão

Pelo pagador, no ambiente da iniciadora ou detentora. Recebedor pode acionar o Iniciador para o cancelamento.

Revogação da adesão

Iniciador ou Detentor poderão revogar a adesão por motivos de fraude

Consumação³ da adesão?

Detentor, apenas para recorrências com data de expiração definidas.

Processo de liquidação

Canal para liquidação

Serão utilizados os canais primário e secundário (obedecendo as regras da trilha Pix). Quem deverá criar o E2EID com a data da liquidação é o Iniciador.

Dispara o pagamento⁴

Detentor

Onde o cliente cancela o pagamento?

Iniciadora ou Detentora

Erros de saldo insuficiente modificam o status do consentimento?

Se pagamento imediato falhar, simnão.
Se agendamento de cobrança, não.

Listagem das informações do pagamento

Busca por id do consentimento

Iniciador é responsável pelo envio da ocorrência do pagamento?

Sim, no prazo de 2 a 10 dias anteriores a data de vencimento da cobrança

Quem avisa o pagador sobre pagamento com falha?

Iniciador e Detentor¹. Detentor deverá notificar o iniciador e o iniciador decidir se e como notificar o pagador

Responsável pela geração do endToEndId

Iniciador

Podem ocorrer liquidação em dias não úteis?

Sim, em casos em que a data de vencimento ocorra durante finais de semana, feriados e dias inexistentes(29, 30, 31), a data pode ser alterada, a critério do recebedor, para o dia útil seguinte.

Qual é o localInstrument utilizado na liquidação?

MANU

Outras informações

É possível habilitar crédito?

Seguir a regra do arranjo. Habilitar na detentora no momento da adesão do consentimento. Na confirmação do consentimento é necessário um aviso ao cliente que o uso de linha de crédito pré-aprovada na instituição detentora de conta está habilitado e poderá ser alterado na detentora em ambiente de gestão do Pix Automático.

Tentativas para pagamentos que falharam

 

Detentor realiza primeira tentativa das 0h – 8h. Segunda tentativa entre 18h – 21h. Caso de falha, recebedor pode solicitar ao iniciador envio de novas tentativas (contando que o pagador tenha aceito e o motivo do erro permita). Novas tentativas de liquidação devem ocorrer em até 7 dias corridos após a primeira tentativa. São permitidas no máximo 3 retentativas, totalizando 4 tentativas de liquidação para um mesmo pagamento. Iniciador deve informar ao detentor que o recebedor deseja ativar as retentativas, pagador deve autorizar em momento de consentimento.

Funcionalidade de contestação

Contestação está disponível no arranjo Pix automático, conforme pode ser visto na Página 84, Requisito 4, Requisitos Mínimos para Experiencia do Usuário, versão 7.0

...

3.1.2 - Jornada 2 - Fluxo da criação do consentimento com pagamento imediato da adesão

ConsentimentoPixAutomaticoComAdesaoImediata_v2-20241010-211603.pngImage RemovedConsentimentoPixAutomaticoComAdesaoImediata.pngImage Added

Notifica o recebedor da falha na liquidação do pagamento imediato43

ID

CAMADA

TIPO

DESCRIÇÃO

1

Usuário Pagador

Ação

Pagador acessa ambiente do recebedor e manifesta a intenção de contratar um dos serviços ofertados.

2

Usuário Pagador

Ação

Em ambiente do Recebedor: Pagador seleciona Pix Automático via Open Finance como forma de pagamento pelo serviço.

3

Usuário Pagador

Ação

Em ambiente do Recebedor: Pagador informa seus dados de pagamento e, opcionalmente, configura parâmetros de limite para a transação.

4

Usuário Pagador

Comunicação

Em ambiente do Recebedor: Dados são repassados ao Iniciador.

5

Iniciador

Comunicação

Recebe os dados enviados do Recebedor e inicia o processo de criação do consentimento.

6

Iniciador

Ação

Valida as informações recebidas do Recebedor.

7

Iniciador

Comunicação

Solicita ao Detentor o access_token para a criação do consentimento.

8

PSP Pagador (Detentor)

Comunicação

Recebe a solicitação de criação de access_token para criação de consentimento de longa duração enviada pelo Iniciador.

9

PSP Pagador (Detentor)

Ação

Processa a solicitação de access_token para criação de consentimento de longa duração enviada pelo Iniciador.

10

PSP Pagador (Detentor)

Comunicação

Retorna ao Iniciador o access_token solicitado.

11

Iniciador

Comunicação

Recebe o access_token enviado pelo Detentor.

12

Iniciador

Ação

Iniciador prepara o payload de envio do consentimento de longa duração atentando-se ao produto para o qual este consentimento está sendo criado.

13

Iniciador

Comunicação

Envia solicitação de criação de consentimento de longa duração para o Detentor.

14

PSP Pagador (Detentor)

Comunicação

Recebe a solicitação de criação de consentimento de longa duração enviada pelo Iniciador.

15

PSP Pagador (Detentor)

Ação

Processa a solicitação de consentimento de longa duração.

16

PSP Pagador (Detentor)

Comunicação

Retorna sucesso na criação do consentimento de longa duração para o Iniciador junto a URL de redirecionamento.

17

Iniciador

Comunicação

Recebe o sucesso na criação do consentimento de longa duração e URL de redirecionamento.

18

Iniciador

Ação

Processa o retorno da solicitação de criação do consentimento de longa duração.

19

Iniciador

Comunicação

Redireciona o pagador para autenticação no Detentor.

20

Usuário Pagador

Ação

Em ambiente do PSP Pagador: Realiza a autenticação.

21

Usuário Pagador

Ação

Em ambiente do PSP Pagador: Autoriza o consentimento.

22

Usuário Pagador

Ação

Em ambiente do PSP Pagador: PSP Pagador muda o consentimento para o status AUTHORISED.

23

Usuário Pagador

Ação

Em ambiente do PSP Pagador: PSP Pagador notifica os demais aprovadores solicitando a aprovação em caso de múltiplas alçadas.

24

Usuário Pagador

Comunicação

Redireciona o usuário para a aplicação do Iniciador.

25

Iniciador

Comunicação

Recebe informações do redirecionamento.

26

Iniciador

Ação

Valida informações recebidas.

27

Iniciador

Ação

Consulta status do consentimento.

28

Iniciador

Ação

Monta o payload com a ordem de pagamento que faz parte da adesão ao serviço

29

Iniciador

Comunicação

Envia requisição para criação da ordem de pagamento (POST /pix/recurring-payments)

30

PSP Pagador (Detentor)

Comunicação

Recebe solicitação para criação da ordem de pagamento

31

PSP Pagador (Detentor)

Ação

Valida informações recebidas (validações síncronas previstas na API)

32

PSP Pagador (Detentor)

Comunicação

Retorna HTTP 201 para a solicitação do Iniciador

33

Iniciador

Comunicação

Recebe o sucesso na criação do pagamento

34

Iniciador

Ação

Valida o payload recebebido

35

Iniciador

Ação

Loop para consulta o estado do pagamento até que o mesmo encontre-se em ACSC ou RJCT

36

Iniciador

Comunicação

37

Recebedor

Comunicação

Recebe notificação sobre a falha na liquidação do pagamento imediato

38

Iniciador

Comunicação

Notifica o recebedor do sucesso na liquidação do pagamento imediato

39

Recebedor

Comunicação

Recebe notificação sobre o sucesso na liquidação do pagamento imediato

40

PSP Pagador (Detentor)

Ação

O pagamento representativo a adesão ao serviço não foi concluído com sucesso e o consentimento deve ser rejeitado.

41

PSP Pagador (Detentor)

Comunicação

Notifica o Pagador da falha na liquidação do pagamento imediato

42

Pagador

o recebedor do resultado

37

Recebedor

Comunicação

Recebe a notificação sobre a falha na liquidação do pagamento imediato

do resultado

38

PSP Pagador (Detentor)

Comunicação

Notifica o Pagador do sucesso na liquidação do pagamento imediato

44

pagador do resultado

39

Usuário Pagador

Comunicação

Recebe a notificação sobre o sucesso na liquidação do pagamento imediatodo resultado

3.1.3 - Jornada 3 - Fluxo da criação do consentimento com pagamento agendado da adesão

...

Maiores detalhes sobre o fluxo de novas tentativas para um mesmo ciclo podem ser encontrados na página <inserir_link_pagina_tentativas>. Tentativas Intradia e Extradia para Pix automático - v2.0.0-beta.1 - [SV] Pagamentos Automáticos