...
Cenários | Pix Automático |
|---|---|
Casos de uso | 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 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. |
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
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 | Notifica o recebedor da falha na liquidação do pagamento imediatodo resultado | ||||||
37 | Recebedor | Comunicação | Recebe a 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 | do resultado | ||||||||
38 | 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 do resultado |
39 | Usuário Pagador | Comunicação | Recebe notificação sobre a falha na liquidação do pagamento imediato | ||||||
43 | PSP Pagador (Detentor) | Comunicação | Notifica o Pagador do sucesso na liquidação do pagamento imediato | ||||||
44 | Pagador | Comunicação | Recebe 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
...