Agente de dunning: automatizar o seguimento de cobranças

A maioria das empresas mid-market da Ibéria arrasta mais saldos vencidos em contas a receber do que seria necessário, e a razão quase nunca é ninguém saber quais são as faturas em atraso. O relatório de antiguidade de saldos está correto e está disponível. O que falta são as horas de trabalho para agir sobre ele de forma consistente.

Um gestor de crédito e cobranças que trata várias centenas de contas abertas consegue, realisticamente, reclamar talvez trinta a cinquenta numa semana com algum cuidado. As restantes recebem um extrato genérico ou nada. Assim, o seguimento passa a ser função das horas disponíveis do gestor e não das contas que realmente merecem atenção — e as contas reclamadas são normalmente as de maior saldo, não aquelas em que uma pequena intervenção teria evitado a passagem de trinta para noventa dias.

Este é quase um caso ideal para um agente: volume elevado, sujeito a regras, repetitivo e atualmente racionado pela capacidade humana. É também o processo financeiro em que a automatização traz maior risco relacional, porque a contraparte é um cliente, o tom de uma mensagem faz parte da relação comercial e uma sequência de dunning — a reclamação escalonada de cobranças — agressiva enviada à conta errada pode custar mais em rédito do que recupera em tesouraria.

Por que razão isto é importante

O custo direto de cobranças lentas é o fundo de maneio. Uma empresa com faturação mensal relevante e contas a receber acima das suas condições tem tesouraria nas contas bancárias dos clientes em vez de nas suas próprias e, num contexto de taxas mais altas, esse custo de financiamento é real e calculável. Reduzir o prazo médio de recebimento, mesmo modestamente, liberta tesouraria de forma permanente e não apenas uma vez.

O custo indireto é pior e menos visível. Um seguimento inconsistente ensina aos clientes quais são as suas condições reais. Um cliente que paga a setenta dias com condições de trinta e não sofre qualquer consequência inferiu corretamente que as suas condições são de setenta dias. Essa inferência espalha-se dentro do departamento de contas a pagar do cliente e é difícil de reverter, porque revertê-la exige uma conversa que passa a parecer uma alteração da relação em vez da aplicação de um acordo existente.

Há também uma dimensão de previsão. Cobranças que dependem do esforço individual produzem entradas de tesouraria impossíveis de prever, porque o fator determinante é a carga de trabalho de uma pessoa e não um processo. Um processo de dunning consistente torna a cobrança previsível, o que muitas vezes tem mais valor para um CFO do que a melhoria da média em si.

Panorama geral: o que o agente faz e o que não deve fazer

O padrão é coerente com qualquer implementação de agentes que valha a pena: o agente absorve volume e consistência, as pessoas mantêm o critério e as relações. A fronteira não é traçada pelo que a tecnologia consegue fazer — é traçada pelo ponto em que um erro se torna caro.

O que funciona e sobre o que ser honesto

O que funciona:

Associar os pagamentos antes de cada reclamação. O erro de cobranças mais prejudicial é reclamar uma fatura que o cliente já pagou, porque sinaliza que não conhece os seus próprios registos e dá a um cliente genuinamente em atraso um motivo defensável para ignorar reclamações futuras. Um agente que reconcilia os recebimentos com as partidas abertas imediatamente antes de gerar qualquer lembrete elimina uma classe de erro que os processos manuais cometem constantemente.

Cadência segmentada em vez de uma única sequência. Um cliente novo com quinze dias de atraso, uma conta com quinze anos e cinco dias de atraso e um devedor recorrente com quarenta e cinco dias precisam de três tratamentos diferentes. Os gestores humanos sabem-no e aplicam-no de forma inconsistente. Um agente aplica a segmentação de forma fiável depois de ter definido os segmentos — o que é o verdadeiro trabalho.

Direcionamento ao contacto certo. Os lembretes enviados para um endereço genérico conseguem muito menos do que os lembretes enviados à pessoa que processa as faturas. Um agente que mantém o contacto de contas a pagar de cada cliente e encaminha em conformidade melhora substancialmente a resposta, e este é precisamente o tipo de manutenção que as pessoas despriorizam.

Registo completo. Cada contacto registado, com data, hora e conteúdo, visível para o responsável comercial da conta. Isto resolve a objeção interna mais comum ao dunning automatizado — a área comercial descobrir que um cliente foi reclamado sem o seu conhecimento — tornando-o transparente em vez de pedir autorização a cada vez.

Sobre o que ser honesto:

A automatização vai expor a qualidade dos seus dados de imediato e publicamente. Se a antiguidade de saldos estiver errada, se houver notas de crédito não aplicadas, se houver pagamentos parciais não alocados, um agente de dunning enviará reclamações incorretas em escala a clientes reais. Limpe primeiro o razão. Isto não é uma reserva, é um pré-requisito, e é a razão pela qual recusamos implementar agentes de dunning sobre contas a receber não reconciliadas.

Não é todo o atraso de pagamento que é um problema de cobranças. Uma parte substancial das faturas vencidas no B2B mid-market está em atraso devido a um defeito a montante — referência de ordem de compra errada, fatura enviada à entidade errada, documentação em falta, um litígio de entrega. Reclamá-las com mais insistência não acelera o pagamento; irrita um cliente que está à espera que resolva algo. Categorize a sua carteira de vencidos antes de automatizar e conte com uma fração significativa de problemas de qualidade da fatura em vez de comportamento de pagamento.

O tom não sobrevive bem à criação de modelos. Modelos que lidos isoladamente parecem razoáveis leem-se como mecânicos em sequência, sobretudo na terceira mensagem. Peça a alguém com peso comercial que escreva e aprove cada mensagem da escala, e releia-as como sequência e não uma a uma.

As contas estratégicas devem ser excluídas por desenho, não por exceção. A lista de exclusão deve ser mantida deliberadamente, revista trimestralmente e ter um responsável na área comercial. Confiar no critério do agente quanto à importância de uma relação é um erro de categoria.

O ganho mensurável está normalmente na consistência e não na agressividade. As empresas que esperam uma recuperação dramática de uma reclamação mais dura ficam habitualmente desiludidas. As empresas que simplesmente reclamam tudo, a horas, sempre, é que tendem a ver a melhoria — porque a maior parte do seu mau desempenho anterior eram contas nunca contactadas.

Quadro de decisão: decidir se implementar e como

Percorra por ordem. Pare na primeira correspondência.

1. O seu razão de contas a receber está reconciliado, com pagamentos e notas de crédito aplicados com prontidão?
Se não, pare. Resolva isto primeiro. Automatizar reclamações contra um razão inexato prejudica as relações com os clientes a grande velocidade e é a forma mais comum de este projeto falhar.

2. Sabe por que razão as suas faturas vencidas estão vencidas?
Se não, categorize uma amostra representativa por causa raiz — defeito da fatura, litígio, atraso de processo no cliente, comportamento de pagamento genuíno. Só a última categoria é um problema de cobranças. As outras precisam de ser resolvidas a montante, e automatizar reclamações contra elas agrava a situação.

3. Tem segmentos de cliente definidos com tratamentos diferentes?
Se não, defina-os antes de construir qualquer coisa: por valor da relação, histórico de pagamento, dimensão e importância estratégica. As regras de cadência do agente são uma expressão direta desta segmentação, pelo que não pode ser construído sem ela.

4. Tem dados de contacto de contas a pagar corretos para cada cliente?
Se não, este é o trabalho preparatório de maior retorno disponível. Um agente que reclama para caixas de correio genéricas tem um desempenho substancialmente inferior, e a recolha de contactos pode correr em paralelo com tudo o resto.

5. A sua escala de escalamento e a redação das mensagens estão aprovadas por alguém com peso comercial?
Se não, resolva isso antes do go-live. Aqui a redação não é um detalhe de implementação; é o produto.

6. Está tudo o acima em ordem?
Implemente, mas comece estreito: um segmento de clientes, apenas primeiro e segundo lembrete, revisão humana da fila de envio nas primeiras duas semanas. Alargue depois de ver o que o agente envia efetivamente.

7. Implementado e a funcionar, mas ainda acima do objetivo de prazo de recebimento?
A restrição que resta é provavelmente a política de crédito ou as condições no momento da venda, não o seguimento. Essa é uma conversa comercial, não de automatização.

Custo e esforço indicativos

Pressupõe uma única instância de ERP com as contas a receber num só sistema. Vários sistemas de faturação, ou uma base de clientes com hierarquias de grupo complexas, prolongam isto. Peça um orçamento para uma estimativa delimitada.

Perguntas frequentes

Os clientes conseguirão perceber que os lembretes são automatizados?
Alguns sim, e importa menos do que se espera — os departamentos de contas a pagar recebem lembretes automatizados rotineiramente e em grande medida não se incomodam. O que os incomoda é a inexatidão, as reclamações de faturas já pagas e as mensagens que ignoram um litígio aberto. Acerte nisso e a automatização em si não é o problema.

Como evitamos que o agente reclame uma fatura em litígio?
O litígio tem de estar registado como dado. Um agente não consegue inferir um litígio a partir de uma cadeia de e-mails ou de uma chamada que nunca foi registada. Isto significa normalmente que a disciplina de registo de litígios tem de melhorar antes da implementação, o que é uma mudança de processo com o seu próprio calendário — e é frequentemente o verdadeiro bloqueio nestes projetos.

O agente deve tratar planos de pagamento?
Não. Consegue detetar que um cliente é candidato a um e encaminhar a conta para uma pessoa com o histórico relevante anexado, o que é genuinamente útil. Negociar condições é um ato comercial e às vezes jurídico e pertence a uma pessoa.

E quanto ao RGPD?
A correspondência de cobranças trata dados pessoais — o nome e os dados de contacto profissionais do responsável de contas a pagar — ao abrigo do interesse legítimo na maioria dos casos, mas a conservação dos registos de comunicação, e qualquer decisão automatizada que afete materialmente uma pessoa, exigem ponderação. Quando o cliente é um empresário em nome individual e não uma sociedade, a posição em matéria de proteção de dados é diferente. Faça revisar isto em vez de o pressupor; não é oneroso, mas também não é nada.

Em quanto tempo isto se paga?
Mais depressa do que a maioria das implementações de agentes, porque o benefício é tesouraria e não eficiência. Pela nossa experiência, o fator limitante quase nunca é a construção — é a limpeza do razão e a disciplina de registo de litígios que a precedem, e é aí que o tempo realmente se consome.

Com que rapidez pode ser construída a ligação de dados subjacente?
A sincronização entre o CRM, a faturação e os dados próprios do agente pode estar em produção em semanas através de um parceiro certificado como Stacksync. O que demora mais, e o que realmente determina se o agente funciona, é acordar as regras de escalonamento e de política de cobrança descritas acima — um agente ligado a dados em tempo real mas a seguir uma política indefinida será apenas rápido e errado.

Fecho — Próximos passos

Um agente de dunning é o caso de negócio mais claro para um agente na área financeira e também aquele que é implementado prematuramente com mais frequência. A tecnologia é simples. Os pré-requisitos — um razão reconciliado, litígios registados, uma segmentação acordada, uma redação aprovada, uma lista de exclusão mantida — são o projeto todo, e cada um deles tem valor próprio mesmo que nunca automatize nada.

Primeiro passo prático: extraia a sua carteira de vencidos e categorize uma amostra por causa raiz. Se a maior parte do seu saldo vencido se revelar constituída por defeitos de faturação e litígios não registados em vez de comportamento de pagamento, aprendeu que o seu problema de cobranças é na verdade um problema de faturação — o que é uma conclusão mais valiosa do que qualquer sequência de dunning.

Sobre o autor

Bruno Galo é o fundador da Atypical Tech, uma consultora NetSuite que serve clientes mid-market em toda a Ibéria. Especializa-se em ligar sistemas CRM e ERP para fluxos de order-to-cash sem atritos, construindo pipelines automatizados de gestão de encomendas que eliminam a introdução manual de dados entre as equipas comerciais e financeiras. Como parceiro oficial de implementação da Stacksync, Bruno desenha e implementa agentes de IA em plataformas de integração para tratar o encaminhamento de exceções, o processamento de documentos e a reconciliação — transformando fluxos de encomendas fragmentados em sistemas fiáveis que se monitorizam a si próprios.

LinkedIn: https://www.linkedin.com/in/brunogd

Fontes

Os URL são a nível de editor e devem ser verificados antes da publicação.

• Oracle NetSuite, documentação de contas a receber e cobranças — https://docs.oracle.com/en/cloud/saas/netsuite/
• Comissão Europeia, Diretiva dos Atrasos de Pagamento (2011/7/UE) e a sua revisão — condições de pagamento comerciais e juros legais — https://single-market-economy.ec.europa.eu
• Agencia Tributaria (Espanha), tratamento em IVA dos créditos incobráveis e das notas de crédito — https://sede.agenciatributaria.gob.es
• Comité Europeu para a Proteção de Dados, orientações sobre interesse legítimo e tratamento automatizado — https://www.edpb.europa.eu
• Experiência da Atypical Tech em projetos, implementações de order-to-cash no mid-market da Ibéria
• Stacksync, blog da plataforma de integração e sincronização em tempo real — https://www.stacksync.com/blog