Regras de negócio
INFORMAÇÕES GERAIS | ||
|---|---|---|
Momento | Componente | Definição |
- | Casos de uso |
|
- | Cenários | ▪ Autorização via automação, em plataformas de gestão de pagamento intermediárias, com autorização de pagamento do lote sob configurações pré-definidas (consentimento de longa duração (equivalente ao nível funcional de VAN, BaaS)) ▪ Em casos de múltipla alçada, utiliza-se consentimento de longa duração |
- | Exemplo prático |
|
- | Responsabilidade da gestão do pagamento | Iniciador |
- | Liability para autorização do pagamento | Limites configurados no consentimento de longa duração precisam ser respeitados pela detentora |
- | Nova API | SIM |
- | Canal de liquidação | Secundário |
- | Role no diretório | CONTA, PAGTO |
- | Iniciador terá acesso a notificações de status via Webhook? | Sim, para consentimento e por pagamento |
- | Qual gatilho da notificação (Webhook)? | Mudança de status do consentimento e mudança de status do pagamento |
CONFIGURAÇÕES DO PAGAMENTO | ||
|---|---|---|
Momento | Componente | Definição |
Consentimento | Tempo para aprovação única (quando não há múltipla alçada) |
|
Consentimento | Tempo para aprovação da múltipla alçada | Esse não possui prazo de expiração e a alteração desse status depende da política de cada detentora de conta |
Consentimento | Permite múltiplos consentimentos ativos? | Sim |
Consentimento | Quantidade máxima de pagamentos por consentimento | Pode ser limitado pelos limites definidos no consentimento |
Consentimento | Quantidade de pagamentos em um lote | 10000 |
Consentimento | Quantidade de lotes por consentimento | Pode ser limitado à critério do cliente |
Consentimento | Permite múltiplos pagamentos para o mesmo recebedor? | Sim |
Consentimento | Rejeição do consentimento | ▪ Iniciador e Detentor ▪ Caso iniciador seja integrado ao sistema de gestão de pagamentos: Detentor deverá notificar o iniciador, via webhook (se disponível), e o iniciador decidir se e como notificar o pagador ▪ Caso o iniciador não seja integrado ao sistema de gestão de pagamentos (iniciador “puro”): Detentor deverá notificar o iniciador, via webhook (se disponível), e o iniciador deve notificar o pagador |
Consentimento | Permite adição de novos pagamentos? | Sim |
Consentimento | Permite edição de pagamentos? | Não. Necessário cancelamento do pagamento original e criação de um novo pagamento |
Consentimento e Pagamento | Consumação do consentimento | ▪ Consentimento: Após consumido o valor limite estabelecido OU após a expiração do consentimento (data fim estabelecida) (se houver um dos limites) ▪ Pagamento: Iniciador deve corrigir as informações ou avisar o cliente para resolução do problema (saldo/limite) e reenviar o pagamento. Respeitando o prazo de liquidação de pagamento. Obs.: Podem ocorrer erros não tratáveis, ou não haver tempo hábil para reenvio dos pagamentos |
Consentimento | Responsável pela configuração e envio dos Pagamentos | Iniciador |
Consentimento | Recebedor | PJ ou PF |
Consentimento | Pagador | PJ |
Consentimento | Permite pagamentos imediatos | Não, apenas uso do canal secundário |
Consentimento | Permite pagamento para o mesmo dia? | Sim |
Consentimento | Fluxo de adesão | Consentimento de longa duração |
Consentimento | Permite múltiplas alçadas? | Sim |
Consentimento | Valor do débito | Variável |
PROCESSO DE LIQUIDAÇÃO | ||
|---|---|---|
Momento | Componente | Definição |
Pagamento | Prazo máximo para pagamentos agendados | 180 dias |
Pagamento | Comportamento em caso de erro no momento da liquidação |
|
Pagamento | Onde o cliente cancela os pagamentos do lote? | Cliente cancela no Iniciador ou no seu cliente/Detentor |
Pagamento | Onde o cliente cancela os pagamentos individuais?¹ | Cliente cancela no Iniciador ou no seu cliente/Detentor |
Pagamento | Canal para liquidação | Canal secundário |
Pagamento | Erros de saldo insuficiente modificam o status do consentimento? | Não |
Pagamento | Responsável pela geração do endToEndId | Iniciador |
Pagamento | Qual é o localInstrument utilizado na liquidação? | MANU, DICT, INIC, QRCODE (QRDN, QRES) |
Pagamento | Processo de liquidação do lote de pagamentos é interrompido em caso de erro em um pagamento? | Não |
Pagamento | Funcionalidade de contestação | Não existe |
Pagamento | Comportamento em dias não úteis | Permite pagamento |
Pagamento | Utiliza limite Pix do cliente ou possui limite separado? | Utiliza limites Pix, conta do cliente e limite do consentimento |
OUTROS | ||
|---|---|---|
Gestão do Consentimento | Onde o cliente cancela o consentimento? | Iniciador e detentor |
Gestão do Pagamento | Onde o cliente cancela o pagamento agendado? | Conforme regra do arranjo (Pix agendado) |