# Automação do Pix Automático com IA: cobrança e conciliação Canonical: https://agencialaf.com/blog/automacao-do-pix-automatico-com-ia/ Updated: 2026-09-15 Category: Automação financeira ## Resposta direta A automação do Pix Automático conecta contrato, autorização do pagador, recorrência, cobrança, agendamento, liquidação, retentativas, cancelamentos e conciliação. A IA pode classificar retornos, explicar exceções e priorizar atendimento, mas não deve criar cobranças, alterar valores, repetir débitos, cancelar autorizações ou confirmar recebimentos sem regras determinísticas, evidência do PSP e controles de idempotência. ## 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. ![Equipe financeira configurando uma jornada segura de cobranças recorrentes pelo Pix Automático](/assets/blog/automacao-do-pix-automatico-com-ia/hero-automacao-do-pix-automatico-com-ia.png) ## 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. | Elemento | O que representa | Controle necessário | | --- | --- | --- | | contrato comercial | obrigação que explica a cobrança | produto, valor, vigência, reajuste e cancelamento aprovados | | recorrência | parâmetros do relacionamento no Pix Automático | identificador, periodicidade, início, término e status | | permissão | consentimento do pagador ao recebedor para enviar instruções | prova da jornada e vínculo correto | | autorização | autorização mantida pelo PSP pagador | status recebido da infraestrutura, sem inferência local | | cobrança | valor devido em um ciclo específico | identificador único, vencimento e versão do contrato | | agendamento | preparação do débito pelo PSP pagador | estado, prazo de cancelamento e notificações | | liquidação | Pix efetivamente concluído | confirmação oficial, horário, txid e conciliação | | retentativa | nova tentativa permitida após insucesso | política explícita, limite e vínculo com a cobrança original | ## 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 ![Fluxo seguro do Pix Automático entre contrato, autorização, agenda, cobrança, banco, confirmação e conciliação](/assets/blog/automacao-do-pix-automatico-com-ia/fluxo-automacao-do-pix-automatico-com-ia.png) ### 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. | Cenário | API Pix | Arquivo padronizado | | --- | --- | --- | | cobrança em tempo próximo ao evento | tende a facilitar resposta e consulta por objeto | depende da janela de remessa e retorno | | alto volume com integração moderna | favorece webhooks e tratamento contínuo | útil como contingência ou lote controlado | | ERP legado orientado a CNAB | pode exigir camada nova de integração | reduz ruptura com a rotina de arquivos | | necessidade de estado quase em tempo real | melhor encaixe quando PSP oferece webhooks | requer estratégia de atualização entre lotes | | implantação inicial | exige segurança de API, certificados e observabilidade | exige validação rigorosa de leiaute e sequência | 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 ![Painel operacional do Pix Automático com autorizações, cobranças, falhas, retentativas e conciliação](/assets/blog/automacao-do-pix-automatico-com-ia/painel-automacao-do-pix-automatico-com-ia.png) 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](https://agencialaf.com/#contato) 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](https://www.bcb.gov.br/estabilidadefinanceira/pix-automatico) - [Banco Central — Pix Automático para empresas recebedoras](https://www.bcb.gov.br/estabilidadefinanceira/pix-automatico-recebedores) - [Banco Central — área técnica do Pix Automático para participantes](https://www.bcb.gov.br/estabilidadefinanceira/pix-automatico-participantes) - [Banco Central — Guia de Implementação do Pix Automático](https://www.bcb.gov.br/content/estabilidadefinanceira/pix/automatico/guia_pix_automatico.pdf) - [Banco Central — Manual de Padrões para Iniciação do Pix, versão vigente](https://www.bcb.gov.br/content/estabilidadefinanceira/pix/Regulamento_Pix/II_ManualdePadroesparaIniciacaodoPix.pdf) - [Banco Central — Instrução Normativa BCB nº 769/2026, Manual de Iniciação 2.10.0](https://www.bcb.gov.br/estabilidadefinanceira/exibenormativo?numero=769&tipo=Instru%C3%A7%C3%A3o+Normativa+BCB) - [Banco Central — Instrução Normativa BCB nº 513/2024, procedimentos operacionais vigentes](https://www.bcb.gov.br/estabilidadefinanceira/exibenormativo?numero=513&tipo=Instru%C3%A7%C3%A3o+Normativa+BCB) - [Banco Central — Instrução Normativa BCB nº 743/2026, ajustes de agendamento e liquidação](https://www.bcb.gov.br/estabilidadefinanceira/exibenormativo?numero=743&tipo=Instru%C3%A7%C3%A3o+Normativa+BCB) - [Banco Central — Regulamento do Pix, Resolução BCB nº 1/2020 consolidada](https://www.bcb.gov.br/estabilidadefinanceira/exibenormativo?numero=1&tipo=Resolu%C3%A7%C3%A3o+BCB) - [Banco Central — normas, regulamentos e manuais do Pix](https://www.bcb.gov.br/estabilidadefinanceira/pix-normas) - [Banco Central — Pix Cobrança e integração dos sistemas do recebedor](https://www.bcb.gov.br/estabilidadefinanceira/pix-cobranca) ## 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.