Automação do Pix Automático com IA: cobrança e conciliação

Resposta curta

Automação do Pix Automático com IA é um fluxo que liga contrato, autorização do cliente, recorrência, cobrança, agendamento, liquidação e conciliação. O pagador autoriza uma vez no ambiente do seu banco; a empresa envia as cobranças periódicas por meio do prestador contratado e acompanha cada resultado no ERP ou sistema financeiro.

A IA pode organizar retornos, explicar exceções e sugerir a próxima ação. Ela não deve criar cobranças, alterar valores, disparar retentativas, cancelar recorrências ou registrar um pagamento como recebido sem regra determinística e evidência do prestador de serviços de pagamento.

Pix Automático só está automatizado quando contrato, autorização, cobrança, liquidação e baixa contábil contam a mesma história — inclusive quando o pagamento falha, é cancelado ou devolvido.

Por que esta é uma pauta de alta intenção agora

Quem procura Pix Automático para empresas normalmente já cobra mensalidades, assinaturas, planos, condomínios, escolas, academias, serviços profissionais ou contratos recorrentes. A dor não é apenas oferecer mais um botão de pagamento. É reduzir atraso, evitar cobrança manual e conciliar centenas ou milhares de ciclos sem perder a autorização do cliente nem cobrar duas vezes.

Em 19 de agosto de 2026, o Banco Central divulgou a versão 2.10.0 do Manual de Padrões para Iniciação do Pix. Entre os ajustes, a versão acrescentou informações de encerramento da recorrência e da solicitação de recorrência. A Instrução Normativa BCB nº 513, que detalha procedimentos operacionais do Pix Automático, também recebeu atualização com vigência em 15 de junho de 2026 sobre agendamento e liquidação.

Essas mudanças importam para a operação. Integrações que tratam uma recorrência apenas como “ativa” ou “inativa” perdem motivo, origem e momento do encerramento. Sistemas que confundem falha intradia com nova tentativa pós-vencimento podem duplicar uma ação ou avisar o cliente de forma errada. Um projeto atual precisa versionar contratos, estados, retornos e regras do prestador efetivamente contratado.

O que é o Pix Automático para a empresa recebedora

O Banco Central define o Pix Automático como a solução para pagamento automático de cobranças recorrentes mediante permissão do pagador ao recebedor e autorização ao PSP pagador. Depois da autorização, a empresa envia periodicamente as informações das cobranças ao seu PSP recebedor ou, conforme o modelo contratado, a um iniciador de transação de pagamento no Open Finance.

Isso é diferente de armazenar uma chave Pix e gerar manualmente um pagamento a cada mês. Também é diferente de um agendamento recorrente criado pelo próprio pagador com valor e data previamente definidos. No Pix Automático, a empresa recebedora opera uma recorrência autorizada e envia instruções de cobrança dentro dos parâmetros aplicáveis.

O recebedor deve ser pessoa jurídica nas condições do Regulamento do Pix. Para contratar e implantar, a empresa consulta um PSP ou iniciador que ofereça o serviço, verifica requisitos, escolhe a jornada de adesão, configura periodicidade e demais parâmetros, obtém a autorização e passa a programar cobranças.

Pix Automático não é débito livre na conta do cliente

A autorização é prévia e específica. O pagador confirma a recorrência no ambiente do PSP pagador e pode definir controles, como valor máximo por cobrança e uso de linha de crédito, quando essa opção for oferecida. A empresa recebedora não recebe acesso à conta, ao saldo ou ao limite configurado pelo cliente.

Essa separação deve aparecer no sistema. O CRM pode registrar que o cliente escolheu Pix Automático, mas não pode marcar a autorização como concluída antes do retorno oficial. O ERP pode preparar uma cobrança prevista, mas o financeiro só deve reconhecer o recebimento depois da liquidação confirmada.

Permissão, autorização, recorrência, cobrança e pagamento são objetos relacionados, não sinônimos. Um cliente pode ter aceitado uma proposta, mas a recorrência ainda estar pendente. Uma recorrência pode estar ativa e uma cobrança específica falhar. Um pagamento pode ser liquidado e depois receber uma devolução. Modelar tudo em um campo pago elimina a trilha necessária para atender, cobrar e auditar.

As jornadas de autorização mudam conversão e suporte

O Guia de Implementação do Banco Central descreve quatro jornadas principais quando o recebedor utiliza seu PSP:

1. solicitação enviada pela empresa e confirmada pelo pagador após notificação no aplicativo do banco;
2. QR Code ou Pix Copia e Cola com os dados da recorrência;
3. primeiro pagamento imediato junto com a autorização das cobranças futuras;
4. pagamento ou agendamento de uma cobrança com vencimento, seguido da oferta opcional de recorrência.

Não existe uma jornada universalmente melhor. Uma escola que migra responsáveis já cadastrados pode usar solicitação e notificação. Uma academia pode combinar adesão e primeira mensalidade. Uma empresa de serviços B2B pode preferir uma jornada apoiada por seu PSP ou iniciador e integrada ao portal do cliente.

Meça separadamente proposta criada, proposta apresentada, autorização confirmada, primeira cobrança enviada e primeiro pagamento liquidado. Se o funil registra apenas “adesões”, a equipe não descobre se a perda está no cadastro, na abertura do aplicativo bancário, na confirmação, no limite ou na cobrança.

Fluxo seguro da automação do Pix Automático

1. Validar o contrato e o cliente

Antes de criar uma recorrência, confirme identidade, vínculo contratual, produto, periodicidade, valor fixo ou variável, regra de reajuste, vencimento e canal de atendimento. A automação não deve completar dados ausentes por aproximação.

2. Criar a recorrência de forma idempotente

Gere um identificador interno imutável e associe-o ao cliente, contrato e prestador. Se uma requisição expirar, consulte o estado antes de repetir. Uma chave de idempotência evita que a mesma ação comercial produza duas recorrências.

3. Acompanhar a autorização oficial

Registre os estados recebidos pelo PSP ou iniciador, o momento da confirmação e o identificador externo. Não use clique em e-mail, abertura de tela ou aceite no seu próprio site como prova de autorização bancária.

4. Gerar uma cobrança por ciclo

Cada competência precisa de um registro próprio, com valor, vencimento, origem do cálculo e vínculo com a recorrência. Para valor variável, preserve a memória que explica o total. Alterar uma fatura não deve editar silenciosamente o histórico de outra.

5. Enviar e observar o agendamento

Envie dentro dos prazos e regras do produto contratado. Trate aceitação técnica, agendamento e liquidação como estados diferentes. Um HTTP bem-sucedido ou arquivo aceito não é confirmação de pagamento.

6. Processar liquidação, falha e retentativa

Consuma retornos e webhooks com idempotência. Classifique a causa sem criar um débito novo. Uma retentativa pós-vencimento continua vinculada à cobrança original e deve obedecer à política autorizada.

7. Conciliar financeiro, contrato e contabilidade

Relacione confirmação do PSP, txid, cobrança, recebível, competência e lançamento. Depois, trate cancelamentos e devoluções como eventos, preservando o pagamento original e a razão do ajuste.

API Pix ou arquivo padronizado: escolha pela operação

O Manual de Padrões do Banco Central inclui a API Pix e o Arquivo Padronizado do Pix Automático. O arquivo foi desenhado como alternativa para empresas com sistemas legados e usa estrutura inspirada no CNAB 750. O PSP recebedor que oferece Pix Automático deve disponibilizar pelo menos uma dessas formas de troca de informações, e pode oferecer ambas.

Não escolha apenas pela familiaridade da equipe. Avalie volume, janela operacional, latência aceitável, capacidade do ERP, suporte a webhook, contingência, custo do prestador e qualidade do retorno. A fonte de verdade continua sendo a documentação e o contrato do PSP ou iniciador escolhido.

Na API, trate autenticação, certificados, renovação, timeout, retentativa técnica, paginação e assinatura do webhook como componentes operacionais. No arquivo, trate nome, sequência, integridade, duplicidade, remessa, retorno, reprocessamento e guarda de evidências. Em ambos, um lote aceito não substitui a baixa individual.

Webhook reduz polling, mas exige engenharia de confiabilidade

O Manual de Padrões descreve webhooks específicos para atualizações de cobranças recorrentes e recorrências. O objetivo é evitar consultas repetitivas à API quando há grande volume. Isso melhora eficiência, mas desloca responsabilidade para o endpoint da empresa.

O consumidor do webhook deve:

• autenticar e validar a origem pelo mecanismo combinado com o prestador;
• responder rapidamente e processar de forma assíncrona;
• aceitar entrega repetida sem repetir o efeito financeiro;
• guardar o evento bruto em ambiente protegido;
• ordenar por versão ou horário quando o contrato permitir;
• consultar o recurso oficial quando houver lacuna de eventos;
• separar indisponibilidade temporária de evento inválido;
• registrar correlação entre identificador externo e interno.

Use uma caixa de entrada idempotente. Primeiro grave a identidade do evento; depois aplique a transição de estado numa transação de banco de dados; por fim publique efeitos internos. Se o processo cair entre as etapas, o reenvio encontra o evento já conhecido e continua sem duplicar baixa, nota, comissão ou mensagem ao cliente.

Retentativa não pode virar cobrança duplicada

O guia oficial separa situações diferentes. Se, na data prevista, o débito não é enviado na janela inicial por insuficiência de recursos, limite ou falha anterior ao envio da ordem, há pelo menos uma nova tentativa obrigatória de liquidação entre 18h e 21h do mesmo dia, conforme a regra operacional aplicável ao PSP pagador.

Já a nova tentativa pós-vencimento é uma nova instrução vinculada à cobrança que não foi paga. O guia limita esse fluxo a até três datas diferentes, antes do ciclo seguinte, e mantém o mesmo valor da instrução original. A empresa deve comandar essas retentativas segundo a política permitida e contratada.

No sistema interno, modele ao menos:

• cobranca_original_id;
• data prevista original;
• tentativa e tipo da tentativa;
• motivo do insucesso quando disponibilizado;
• data da próxima ação;
• estado confirmado pelo prestador;
• política vigente;
• canal de comunicação enviado ao cliente;
• decisão humana quando houver exceção.

Nunca crie uma nova fatura para representar cada tentativa. Isso infla contas a receber, pode acionar novas notas ou comissões e dificulta reconhecer um pagamento tardio. A cobrança é uma; as tentativas são eventos associados.

Cancelamentos e encerramentos precisam sincronizar todos os sistemas

O pagador pode cancelar a autorização no ambiente do PSP. O recebedor também pode cancelar a recorrência por iniciativa própria ou a pedido do cliente. Segundo o guia, o cancelamento da autorização afeta a recorrência e a permissão vinculadas; o recebedor deixa de poder enviar novas instruções.

O manual 2.10.0 reforçou informações estruturadas de encerramento. Aproveite o ajuste para abandonar flags ambíguas. Registre quem iniciou o encerramento, motivo recebido, momento efetivo, eventos cancelados, cobranças já liquidadas e obrigações comerciais que continuam abertas.

Cancelar o meio de pagamento não é necessariamente cancelar o contrato. Se o cliente revoga o Pix Automático, o sistema deve interromper novas cobranças por esse meio e encaminhar a pendência para a regra comercial correta. Também vale o inverso: encerrar o contrato deve disparar o cancelamento da recorrência e conferir cobranças agendadas, mas não apagar pagamentos nem documentos anteriores.

Conciliação: o pagamento só termina quando fecha no ERP

O txid é usado pelo recebedor para identificar e conciliar cobranças. No Pix Automático, o desenho precisa relacionar os identificadores da recorrência, solicitação, cobrança, tentativa, pagamento e devolução. O mapeamento deve ser documentado porque nomes e campos concretos dependem da interface ofertada pelo prestador.

Uma conciliação confiável responde:

1. qual contrato originou a cobrança;
2. qual ciclo e competência ela representa;
3. qual valor foi instruído;
4. qual tentativa resultou em liquidação;
5. quando o dinheiro foi creditado;
6. qual registro oficial comprova o resultado;
7. qual título foi baixado;
8. se houve tarifa, desconto, devolução ou ajuste;
9. qual lançamento contábil foi criado;
10. se o cliente e a operação receberam comunicação coerente.

Concilie por identificadores, não por aproximação de valor e data. Dois clientes podem pagar o mesmo valor no mesmo minuto. Uma retentativa pode liquidar dias depois. Uma devolução parcial ou total precisa manter vínculo com o pagamento original. Matching probabilístico pode priorizar investigação, mas não deve baixar títulos sozinho.

Onde a IA ajuda — e onde deve parar

A IA é útil para ler descrições de retorno, agrupar exceções, sugerir categoria, preparar mensagens e resumir o painel. Também pode encontrar divergências entre contrato, ERP e prestador, gerar casos de teste e apontar recorrências com comportamento fora do padrão.

Use IA para:

• classificar erros em cadastro, autorização, agendamento, limite, liquidação ou integração;
• explicar mensagens técnicas para atendimento e financeiro;
• priorizar filas pelo impacto em receita e tempo até o próximo ciclo;
• comparar documentação entre versões e abrir tarefas de adequação;
• sugerir respostas ao cliente com dados já confirmados;
• detectar anomalias de volume, cancelamento e retentativa;
• preparar reconciliações candidatas para revisão.

Não use IA para:

• inventar autorização ou presumir consentimento;
• escolher um valor de cobrança sem regra contratual;
• repetir uma instrução porque “parece que falhou”;
• alterar limite, conta ou parâmetros do pagador;
• cancelar recorrência sem evento autorizado;
• confirmar liquidação a partir de captura de tela ou mensagem;
• ocultar uma divergência para fechar o caixa;
• decidir sozinha sobre devolução, fraude ou cobrança contestada.

A fronteira é simples: o modelo pode interpretar e priorizar; dinheiro e estado oficial mudam por regra, integração validada e autoridade definida.

Segurança, privacidade e prevenção de fraude

O fluxo reúne dados pessoais, dados financeiros, contratos, valores e identificadores bancários. A empresa deve aplicar minimização, controle de acesso, criptografia, segregação de ambientes, retenção e trilhas de auditoria. Tokens, certificados e segredos de webhook nunca entram em prompts, tickets ou logs abertos.

Separe funções. Quem configura credenciais não precisa aprovar devolução. Quem atende o cliente não precisa enxergar payload completo. Mudanças de valor, periodicidade, contrato ou conta recebedora devem exigir dupla verificação quando o risco justificar.

Monitore criação atípica de recorrências, crescimento de rejeições, picos de cancelamento, múltiplas tentativas fora de política, divergência de valor e webhooks inválidos. Um alerta deve apontar evidência e ação; não apenas produzir uma mensagem genérica de “possível fraude”.

Para devoluções e disputas, siga o fluxo oferecido pelo PSP e a documentação vigente do Pix. Não prometa que todo desacordo comercial será resolvido pelo Mecanismo Especial de Devolução. Guarde contrato, autorização, cobrança, atendimento, liquidação e eventual devolução como eventos relacionados.

Painel operacional que evita surpresas no fechamento

O painel diário deve mostrar:

• solicitações de recorrência pendentes, confirmadas, rejeitadas e encerradas;
• autorizações ativas e canceladas por origem e motivo;
• cobranças previstas por dia e competência;
• agendamentos aceitos, cancelados ou rejeitados;
• pagamentos liquidados e ainda não conciliados;
• falhas intradia e retentativas pós-vencimento;
• clientes próximos do ciclo seguinte com saldo em aberto;
• devoluções iniciadas, concluídas ou pendentes;
• eventos recebidos com atraso, repetidos ou fora de ordem;
• divergências entre PSP, ERP, contas a receber e contabilidade;
• disponibilidade da integração e idade do último evento;
• exceções com responsável, prazo e evidência.

Use indicadores de processo e resultado. Taxa de autorização mede adesão; taxa de liquidação mede recebimento; tempo de conciliação mede qualidade operacional; quantidade de ajustes manuais mede fragilidade. Misturar os três pode esconder uma boa conversão com um backoffice caro.

Exemplo concreto: escola com 2.400 mensalidades

Imagine uma escola que cobra 2.400 mensalidades com valores variáveis por desconto, material, atividade e bolsa. O ERP gera os títulos, mas a equipe envia lembretes e confere extratos manualmente. O projeto escolhe o Pix Automático como nova opção, sem desligar os meios existentes durante o piloto.

O time cria uma recorrência por responsável financeiro e contrato, não por aluno. Cada mensalidade vira uma cobrança do ciclo com memória de cálculo imutável. A jornada combina o pagamento da primeira cobrança com a autorização das seguintes. O ERP só marca a adesão depois do retorno oficial.

No primeiro mês, 620 responsáveis autorizam. Antes da liquidação, o sistema confere valor, vencimento e vínculo. Webhooks entram numa fila idempotente. Um retorno repetido não cria segunda baixa; uma falha de processamento volta à fila; uma lacuna aciona consulta ao PSP.

Quarenta e três cobranças não liquidam na primeira janela. O painel as separa por situação recebida e aguarda o fluxo intradia do prestador. As que permanecem abertas entram na política aprovada de retentativa pós-vencimento. A escola não cria novos títulos, não aplica multa sem regra e não divulga ao atendimento dados de saldo ou limite que não possui.

Uma família cancela a autorização, mas mantém o contrato escolar. O ERP interrompe futuras cobranças pelo Pix Automático, preserva as já pagas e oferece outro meio para a próxima mensalidade. Outra encerra o contrato; nesse caso, o fluxo comercial valida obrigações pendentes e solicita o cancelamento da recorrência. Os dois casos deixam de compartilhar a mesma flag.

Ao final do ciclo, o financeiro concilia 99% dos pagamentos automaticamente por identificador. Os casos restantes têm causa visível: retorno pendente, divergência de cadastro, devolução ou integração. A economia não vem de “usar IA para cobrar”; vem de um processo em que a IA reduz triagem e a infraestrutura financeira continua determinística.

Plano de implantação em 30 dias

Semana 1: contrato e arquitetura

Mapeie produtos recorrentes, regras de valor, periodicidade, vencimento, cancelamento e inadimplência. Escolha o PSP ou iniciador, confirme interfaces disponíveis, tarifas, homologação, segurança e suporte. Desenhe os objetos e estados.

Semana 2: integração e idempotência

Implemente recorrência, cobrança, retorno e conciliação em homologação. Configure credenciais, fila, webhook ou arquivos, chaves de idempotência e observabilidade. Crie casos para timeout, resposta repetida e evento fora de ordem.

Semana 3: jornadas e exceções

Teste autorização, rejeição, cancelamento, valor variável, falha intradia, retentativa pós-vencimento, devolução e encerramento. Treine financeiro e atendimento com evidências reais do ambiente de teste e regras aprovadas.

Semana 4: piloto e estabilização

Convide um grupo controlado, mantenha meios alternativos, acompanhe o primeiro ciclo e reconcilie diariamente. Só amplie quando não houver duplicidade, baixa sem confirmação, cobrança após cancelamento ou evento sem dono.

O prazo depende do prestador, do ERP e da maturidade do contas a receber. Uma API pronta não elimina desenho de contrato, homologação e operação. Comece com um produto e uma jornada mensurável; depois generalize.

Método Laf para automatizar o Pix Automático

1. Diagnóstico financeiro

Mapeamos contrato, cobrança, recebimento, inadimplência, atendimento e contabilidade. O objetivo é saber onde o dinheiro nasce como obrigação e onde termina como lançamento conciliado.

2. Modelo de estados e integrações

Definimos recorrência, autorização, cobrança, tentativa, liquidação, cancelamento e devolução como eventos separados. A integração recebe idempotência, fila, observabilidade e recuperação.

3. Jornada do cliente

Selecionamos a forma de autorização adequada ao canal e ao produto. Medimos cada etapa e criamos mensagens claras para pendência, confirmação, falha e cancelamento.

4. Homologação ponta a ponta

Testamos sucesso e falhas com o prestador escolhido, incluindo repetição de evento, indisponibilidade, retentativa e conciliação. Cada cenário termina com evidência no ERP e no financeiro.

5. Piloto controlado

Liberamos um segmento pequeno, preservamos meios alternativos e acompanhamos o ciclo completo. Critérios de expansão e interrupção ficam definidos antes da primeira cobrança.

6. Operação assistida por IA

Aplicamos IA à classificação de retornos, priorização e atendimento, mantendo autorização e movimento financeiro sob regras determinísticas. O painel evidencia causa, dono e próxima ação.

Quando a automação está pronta para escalar

Amplie quando:

• contrato e recorrência possuem vínculo imutável;
• autorização só muda por retorno oficial;
• cada ciclo gera no máximo uma cobrança válida;
• timeout e reenvio não criam duplicidade;
• webhooks repetidos são idempotentes;
• falha intradia e retentativa pós-vencimento são diferenciadas;
• cancelamento do meio e cancelamento do contrato são fluxos distintos;
• liquidação é conciliada por identificador;
• devoluções preservam o pagamento original;
• credenciais e payloads têm acesso mínimo;
• atendimento enxerga estado e evidência sem dados excessivos;
• IA não executa ações financeiras sem controle;
• o time sabe interromper e recuperar a integração.

O indicador principal é a proporção de cobranças que percorrem autorização, liquidação e baixa sem intervenção manual e sem divergência. Volume processado sozinho não prova qualidade.

Próximo passo para sua empresa

Se sua empresa já possui receita recorrente, escolha um produto, um grupo de clientes e um PSP para mapear a jornada completa. Liste contrato, autorização, cobrança, retorno, baixa, cancelamento e atendimento. A primeira melhoria costuma aparecer antes da integração: estados deixam de ser confundidos e exceções ganham dono.

Converse com a Laf Digital para desenhar e integrar o Pix Automático ao seu ERP, CRM e financeiro com idempotência, conciliação, observabilidade e IA aplicada às exceções.

Referências consultadas

• Banco Central — Pix Automático: funcionamento, tarifas e segurança
• Banco Central — Pix Automático para empresas recebedoras
• Banco Central — área técnica do Pix Automático para participantes
• Banco Central — Guia de Implementação do Pix Automático
• Banco Central — Manual de Padrões para Iniciação do Pix, versão vigente
• Banco Central — Instrução Normativa BCB nº 769/2026, Manual de Iniciação 2.10.0
• Banco Central — Instrução Normativa BCB nº 513/2024, procedimentos operacionais vigentes
• Banco Central — Instrução Normativa BCB nº 743/2026, ajustes de agendamento e liquidação
• Banco Central — Regulamento do Pix, Resolução BCB nº 1/2020 consolidada
• Banco Central — normas, regulamentos e manuais do Pix
• Banco Central — Pix Cobrança e integração dos sistemas do recebedor

Perguntas frequentes

O que é Pix Automático?

É o serviço do Pix para pagar cobranças recorrentes automaticamente após autorização prévia e específica do pagador. A empresa envia instruções periódicas dentro da recorrência confirmada.

Para quais empresas o Pix Automático faz sentido?

Para negócios com cobranças recorrentes, como escolas, academias, condomínios, assinaturas, planos e serviços continuados. O ganho depende de integração e conciliação, não apenas da forma de pagamento.

Pix Automático é igual a débito automático?

Não. Pode atender uma necessidade semelhante, mas opera na infraestrutura e nas regras do Pix, com autorização no PSP pagador e comunicação entre participantes.

Pix Automático é igual a Pix Agendado recorrente?

Não. No agendamento recorrente, o pagador normalmente programa transferências. No Pix Automático, o recebedor envia cobranças vinculadas a uma recorrência previamente autorizada.

O cliente precisa autorizar cada cobrança?

Não. Ele autoriza a recorrência uma vez, conforme a jornada escolhida, e o PSP pagador processa as cobranças posteriores dentro dos parâmetros aplicáveis.

A empresa pode ver o saldo ou limite do cliente?

Não. O valor máximo e outros controles do pagador ficam no ambiente aplicável do prestador e não devem ser tratados como dados disponíveis ao recebedor.

O Pix Automático tem tarifa?

O Banco Central informa que não pode haver tarifa para o pagador, mas o PSP recebedor pode cobrar da empresa. Consulte proposta, contrato e tabela do prestador escolhido.

Preciso contratar um banco específico?

Você precisa contratar um PSP ou iniciador que ofereça o serviço ao recebedor e avaliar as jornadas e interfaces disponíveis. A oferta concreta varia por instituição.

Posso integrar o Pix Automático ao ERP?

Sim. A integração pode usar API Pix ou arquivo padronizado, conforme o que o prestador oferece. O ERP deve manter estados, identificadores, retornos e conciliação.

O que é o Arquivo Padronizado do Pix Automático?

É uma alternativa de troca eletrônica para empresas, especialmente útil em sistemas legados. O manual o descreve como estrutura baseada no modelo CNAB 750.

A API é sempre melhor que arquivo?

Não. API favorece operação contínua e webhooks; arquivo pode encaixar melhor em ERP legado e lote. Compare volume, latência, contingência e capacidade do time.

O que é a recorrência?

É o conjunto de parâmetros que caracteriza as cobranças periódicas, como recebedor, periodicidade, início e demais condições previstas na documentação vigente.

Permissão e autorização são a mesma coisa?

São conceitos relacionados, mas distintos no guia. A permissão é concedida ao recebedor para enviar instruções; a autorização é mantida na ponta pagadora para iniciar os Pix correspondentes.

Como evitar cobrança duplicada?

Use identificadores únicos, idempotência, consulta de estado antes de reenviar e uma cobrança única por ciclo. Trate repetições técnicas como eventos da cobrança original.

Um retorno HTTP 200 significa pagamento recebido?

Não. Pode indicar apenas aceitação de uma requisição. A baixa depende da confirmação de liquidação oferecida pelo PSP e da conciliação com o título correto.

Para que serve o webhook?

Ele avisa a empresa sobre atualizações sem exigir consultas contínuas. O consumidor precisa autenticar, aceitar reenvios e aplicar cada evento de forma idempotente.

O que acontece quando não há saldo?

O fluxo operacional prevê tratamento pelo PSP pagador, incluindo nova tentativa intradia nas condições vigentes. A empresa acompanha o estado e não presume o motivo além do retorno disponível.

Posso tentar cobrar novamente depois do vencimento?

Sim, quando a política e as regras aplicáveis permitirem. O guia prevê retentativas pós-vencimento vinculadas à mesma cobrança, com limites de datas e valor.

Quantas retentativas pós-vencimento são permitidas?

O Guia de Implementação vigente descreve ocorrência em no máximo três datas diferentes, antes do ciclo seguinte, mantendo o valor da instrução original. Confirme a versão e o contrato do PSP.

O cliente pode cancelar o Pix Automático?

Sim. O pagador pode cancelar a autorização no ambiente do PSP. O sistema da empresa deve receber o estado e interromper novas instruções associadas.

Cancelar o Pix Automático cancela o contrato?

Não necessariamente. O meio de pagamento e o contrato são objetos distintos. A revogação exige oferecer ou tratar o pagamento conforme a regra comercial aplicável.

O recebedor pode cancelar a recorrência?

Sim. Pode fazê-lo por iniciativa própria ou a pedido do cliente, usando o fluxo do prestador. O cancelamento deve sincronizar cobranças futuras e sistemas internos.

Como tratar mudança de valor da mensalidade?

Calcule por regra contratual aprovada, preserve a memória do valor e verifique se os parâmetros da autorização comportam a cobrança. Não deixe um modelo de IA inventar reajustes.

Como conciliar um Pix Automático?

Relacione identificadores de recorrência, cobrança, tentativa, txid e pagamento ao título do ERP. Confirme valor e evento oficial antes da baixa.

A IA pode decidir quando fazer uma retentativa?

Ela pode priorizar casos e explicar retornos. A decisão de enviar uma nova instrução deve seguir política determinística, documentação vigente e autorização operacional.

A IA pode responder ao cliente sobre uma falha?

Pode preparar uma mensagem com dados confirmados, linguagem clara e próxima ação. Não deve afirmar saldo insuficiente, fraude ou cancelamento sem evidência recebida.

Como tratar devoluções?

Use o fluxo do PSP e preserve vínculo com o pagamento original, motivo, valor, horário e responsável. Não apague nem reescreva a liquidação anterior.

O Mecanismo Especial de Devolução resolve qualquer disputa?

Não. O MED atende hipóteses previstas nas regras do Pix. Desacordos comerciais e erros de contrato precisam do tratamento jurídico e operacional adequado.

Quais testes são indispensáveis?

Autorização confirmada e rejeitada, timeout, webhook repetido, evento fora de ordem, falta de saldo, retentativa, cancelamento, valor variável, devolução e conciliação ponta a ponta.

Quais métricas acompanhar?

Conversão de autorização, taxa de liquidação, falhas por causa, retentativas, cancelamentos, tempo até conciliação, ajustes manuais e cobranças sem vínculo ou evidência.

Quanto tempo leva para implantar?

Depende do PSP, ERP, volume e regras comerciais. Um piloto controlado pode começar em semanas, mas a escala exige homologação, primeiro ciclo completo e estabilização.

A Laf Digital pode integrar o Pix Automático?

Sim. A Laf pode mapear a jornada, integrar ERP e prestador, criar conciliação, painel, alertas e IA para triagem, mantendo ações financeiras sob controle determinístico.