Como automatizar a cobrança de faturas com IA

A sequência, antes da teoria

Comece com uma fatura e veja como é uma boa perseguição. A Acme Ltd é faturada por 5670,00 € ligado 1 de setembro em trinta dias, portanto o pagamento é devido em 1 de outubroNada na sequência abaixo é inteligente. É o que um controlador de crédito diligente faria à mão, escrito para que um agente possa fazê-lo em vez disso.

1. Dia 0: a fatura é enviadaEnviada para o contacto nomeado com o PDF anexado e a data de vencimento na linha de assunto. O registo mostra enviado, não apenas criado.
2. Três dias antes do vencimento: uma nota de cortesiaCurta e amigável: a fatura é devida na data, aqui está uma cópia, responda se algo estiver errado. A maioria das faturas que sempre iam ser pagas são pagas neste ponto.
3. Um dia após o vencimento: o primeiro lembreteClaro e específico: o número da fatura, o saldo em dívida, a data em que venceu. Sem desculpas e sem ameaças.
4. Sete dias depois: um segundo lembrete com um extratoO lembrete agora inclui um extrato de conta listando tudo o que está em dívida, caso o verdadeiro problema seja que os próprios registos do cliente estejam desatualizados.
5. Catorze dias depois: uma pessoa ligaO agente cria uma tarefa para o proprietário da conta com o histórico anexado. Uma chamada nesta fase descobre se o problema é dinheiro, uma disputa ou uma fatura perdida.
6. Trinta dias depois: a decisão de escalonamentoO agente apresenta as opções (aviso final, juros legais, uma suspensão de novos pedidos) e uma pessoa escolhe. O agente não escolhe.

Leia novamente e note a estrutura. Cinco dos seis passos são rotineiros e seguem o calendário. Um é um julgamento. Essa proporção é a razão pela qual a cobrança de faturas é um dos primeiros trabalhos que uma empresa deve entregar a um agente, e por que é um erro entregar também o sexto passo.

Uma perseguição é uma política mais um registo

A cobrança falha de duas maneiras. Ou ninguém escreve a política, então os lembretes são enviados quando alguém se lembra, no tom que estiver nesse dia; ou a política existe, mas o registo está disperso por um pacote de contabilidade, uma caixa de entrada e a memória de alguém, então o lembrete que é enviado contradiz o pagamento que chegou ontem. Um agente não resolve nenhum dos dois por conta própria. Precisa que ambos sejam explícitos.

A política é curta. Ela estabelece os termos, qual mensagem é enviada em cada fase, o tom de cada fase, o que interrompe a sequência (pagamento, uma disputa, uma promessa de pagamento até uma data, um colega dizendo para deixar) e a quem vão as exceções. Se não conseguir encaixá-la numa página, o seu agente também não conseguirá executá-la de forma fiável, porque as lacunas são preenchidas com suposições.

O registo é a parte mais difícil, e a parte que a maioria das ferramentas erra. Para cobrar corretamente, o agente precisa, para cada fatura, do saldo ainda em dívida (não do montante faturado), do contacto nomeado e do seu endereço, da data em que foi enviada, de cada lembrete já enviado, de qualquer pausa que uma pessoa tenha definido, e se um pagamento foi registado desde a última execução. Quando esses dados estão num sistema, a cobrança é uma consulta e alguns envios. Quando estão em três, o agente gasta o seu esforço a reconciliar, e mais cedo ou mais tarde um cliente recebe um lembrete para uma fatura que já pagou.

O que o agente faz, ferramenta por ferramenta

Aqui está a mesma política a funcionar no Sois, onde faturação, contactos, e-mail e tarefas são um único espaço de trabalho exposto ao agente como ferramentas através do Model Context Protocol. O pedido da pessoa é um pedido contínuo; o agente executa-o todas as manhãs e reporta de volta.

As ferramentas são coisas comuns, com nomes, o que torna o comportamento passível de revisão. Estas são as ferramentas de contabilidade que o pedido acima tocou, uma vez que o espaço de trabalho as publica para um agente conectado.

{
  "tools": [
    { "name": "searchInvoices",
      "description": "Search invoices by number, reference, contact, amount, status, type, date range. For unpaid or outstanding invoices pass outstanding_only: true." },
    { "name": "sendInvoiceReminders",
      "description": "BULK payment reminders: email every unpaid invoice to its contact with a reminder message, in one action. Optionally pass invoice_ids to limit the set. Requires user confirmation." },
    { "name": "sendContactStatement",
      "description": "Email ONE contact a statement of account: all their outstanding sales invoices with per-invoice balances and the total due." },
    { "name": "snoozeInvoiceChase",
      "description": "Pause payment chasing for ONE invoice. Sets a snooze date; sendInvoiceReminders skips the invoice until then." },
    { "name": "recordPayment",
      "description": "Record a payment against an invoice. Updates amount_paid and status." }
  ]
}

Nomes e descrições das ferramentas conforme publicadas pelo módulo de contabilidade Sois. A ferramenta de lembrete em massa diz na sua descrição que requer confirmação, por isso o cliente pergunta antes de qualquer e-mail ser enviado, que é o humano no processo que a especificação MCP recomenda para operações consequentes.

Dois detalhes merecem atenção. A ferramenta de lembrete funciona em faturas com saldo em aberto, por isso uma fatura parcialmente paga é perseguida pelo montante correto. E a pausa é uma propriedade da fatura, definida por uma pessoa em linguagem simples ("deixar a Acme até ao dezoito"), que a ferramenta de lembrete respeita em cada execução. O agente nunca tem de se lembrar de quem pediu o quê. O registo lembra-se.

As exceções são o trabalho

Uma vez que a rotina está automatizada, o trabalho que resta são as exceções, e é aí que está o dinheiro. A tabela apresenta as que surgem todas as semanas e quem é responsável por cada uma.

Meça as exceções, não as tarefas. Uma contagem de lembretes enviados apenas indica que o agente está ocupado. O número de faturas que precisaram de uma pessoa, e quantos dias estavam em atraso quando isso aconteceu, indica se a política está a funcionar. Ao longo de alguns meses, o primeiro número deve manter-se estável enquanto o segundo diminui.

Tom, a lei e a relação

No Reino Unido, a legislação sobre pagamentos em atraso confere ao fornecedor o direito a juros estatutários de oito pontos percentuais acima da taxa base do Banco de Inglaterra, mais uma quantia fixa de recuperação que aumenta com o tamanho da dívida, uma vez que uma fatura comercial está em atraso. Se não foi acordada uma data, uma fatura está em atraso trinta dias após o cliente a ter recebido ou os bens, o que ocorrer mais tarde, e os termos acordados entre empresas são normalmente limitados a sessenta dias, a menos que um período mais longo seja justo para ambas as partes. Outras jurisdições têm as suas próprias versões destas regras. O agente pode calcular os juros exatamente; se deve cobrálos é uma decisão comercial sobre o relacionamento, e pertence à pessoa que possui a conta.

O tom segue o mesmo princípio. As duas primeiras mensagens devem ser aquelas que um bom controlador de crédito enviaria: específicas, educadas, sem embaraço. Qualquer coisa mais firme é uma mudança de fase, e mudanças de fase são aprovações. O modo de falha da perseguição automatizada raramente é que as mensagens sejam rudes. É que vão para a pessoa errada, sobre o montante errado, no dia errado, e um cliente que não fez nada de errado sente-se perseguido. Cada controlo neste artigo existe para prevenir isso, razão pela qual o registo é mais importante do que a redação.

Configuração em uma semana

Se a sua faturação, contactos e e-mail já vivem num sistema que os expõe como ferramentas, a configuração é o documento de política e um pedido em aberto. Se não, a ordem é: trazer as faturas em aberto e os seus contactos para um espaço de trabalho, escrever a política de uma página, executá-la manualmente durante uma semana para saber se as mensagens estão corretas, depois passar a rotina para o agente e manter as exceções.

Em Sois, isso significa lançar um espaço de trabalho, levantar ou importar as faturas, conectar o agente que já utiliza (Claude, ChatGPT ou qualquer cliente MCP) com um único login OAuth e informar a política. O agente atua com as suas permissões e nada mais. Um colega cujo papel pode ler faturas mas não enviar e-mails não pode enviar lembretes através do seu agente, e cada envio e cada pausa é registado contra a pessoa cujo agente o fez. Se não tiver um agente próprio, o Chat Agent Gateway aceita o mesmo pedido em aberto como uma única mensagem e responde quando a execução estiver concluída.

O que deve ver após um mês são menos lembretes, não mais. A nota de cortesia antes da data de vencimento apanha as faturas que estavam apenas à espera de um empurrão, e o que resta é uma lista curta, cada uma com uma razão anexada e o nome de uma pessoa associado.

Perguntas que as pessoas fazem

Este artigo é revisto quando os produtos que descreve mudam. Próxima revisão agendada: 4 de dezembro de 2026.