Comment automatiser le suivi des factures avec l'IA

La séquence, avant la théorie

Commencez avec une facture et observez à quoi ressemble une bonne relance. Acme Ltd est facturé pour 5 670,00 € sur 1 septembre sur des conditions de trente jours, donc le paiement est dû le 1 octobre . Rien dans la séquence ci-dessous n'est astucieux. C'est ce qu'un contrôleur de crédit diligent ferait à la main, noté pour qu'un agent puisse le faire à la place.

1. Jour 0 : la facture est envoyéeEnvoyée au contact nommé avec le PDF en pièce jointe et la date d'échéance dans l'objet. L'enregistrement indique envoyé, pas seulement créé.
2. Trois jours avant l'échéance : une note de courtoisieCourte et amicale : la facture est due à la date, voici une copie, répondez si quelque chose ne va pas. La plupart des factures qui allaient toujours être payées le sont à ce stade.
3. Un jour après l'échéance : le premier rappelSimple et précis : le numéro de facture, le solde impayé, la date d'échéance. Pas d'excuse et pas de menace.
4. Sept jours après : un deuxième rappel avec un relevéLe rappel contient désormais un relevé de compte listant tout ce qui est impayé, au cas où le véritable problème serait que les propres enregistrements du client sont en retard.
5. Quatorze jours après : une personne appelleL'agent crée une tâche pour le propriétaire du compte avec l'historique joint. Un appel à ce stade permet de déterminer si le problème est lié à des liquidités, à un litige ou à une facture perdue.
6. Trente jours après : la décision d'escaladeL'agent présente les options (avis final, intérêts légaux, suspension des nouvelles commandes) et une personne choisit. L'agent ne choisit pas.

Relisez-le et remarquez la structure. Cinq des six étapes sont routinières et suivent le calendrier. Une est un jugement. Ce ratio est la raison pour laquelle le recouvrement de factures est l'un des premiers travaux qu'une entreprise devrait confier à un agent, et pourquoi il est une erreur de confier également la sixième étape.

Une relance est une politique plus un enregistrement

Le recouvrement échoue de deux manières. Soit personne ne consigne la politique, donc les rappels sont envoyés quand quelqu'un s'en souvient, dans le ton qu'il a ce jour-là ; soit la politique existe mais l'enregistrement est éparpillé entre un logiciel de comptabilité, une boîte de réception et la mémoire de quelqu'un, donc le rappel envoyé contredit le paiement arrivé hier. Un agent ne corrige aucun des deux de manière autonome. Il a besoin que les deux soient explicites.

La politique est courte. Elle énonce les conditions, quel message est envoyé à quelle étape, le ton de chaque étape, ce qui arrête la séquence (paiement, litige, promesse de paiement à une date, un collègue disant de laisser tomber) et à qui vont les exceptions. Si vous ne pouvez pas le tenir sur une page, votre agent ne peut pas non plus le gérer de manière fiable, car les lacunes sont comblées par des suppositions.

L'enregistrement est la partie la plus difficile, et celle que la plupart des outils se trompent. Pour recouvrer correctement, l'agent a besoin, pour chaque facture, du solde encore dû (pas du montant facturé), du contact nommé et de son adresse, de la date d'envoi, de chaque rappel déjà envoyé, de toute pause qu'une personne a définie, et de savoir si un paiement a été enregistré depuis la dernière exécution. Lorsque ces informations résident dans un seul système, le recouvrement est une requête et quelques envois. Lorsqu'elles résident dans trois, l'agent consacre ses efforts à la réconciliation, et tôt ou tard, un client reçoit un rappel pour une facture qu'il a payée.

Ce que fait l'agent, outil par outil

Voici la même politique en cours dans Sois, où la facturation, les contacts, les e-mails et les tâches constituent un seul espace de travail exposé à l'agent comme outils via le Model Context Protocol. La demande de la personne est permanente ; l'agent l'exécute chaque matin et fait un rapport.

Les outils sont des choses ordinaires, nommées, ce qui rend le comportement vérifiable. Ce sont les outils comptables que la demande ci-dessus a touchés, car l'espace de travail les publie à un agent connecté.

{
  "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." }
  ]
}

Noms et descriptions des outils tels que les publie le module comptable Sois. L'outil de rappel en masse indique dans sa description qu'il nécessite une confirmation, donc le client demande avant qu'un email ne soit envoyé, ce qui est l'humain dans la boucle que la spécification MCP recommande pour les opérations conséquentes.

Deux détails méritent attention. L'outil de rappel fonctionne sur les factures avec un solde impayé, donc une facture partiellement payée est relancée pour le bon montant. Et la pause est une propriété de la facture, définie par une personne en langage clair ("laisser Acme jusqu'au dix-huitième"), que l'outil de rappel respecte à chaque exécution. L'agent n'a jamais à se souvenir de qui a demandé quoi. L'enregistrement s'en souvient.

Les exceptions sont le travail

Une fois la routine automatisée, le travail qui reste concerne les exceptions, et c'est là que se trouve l'argent. Le tableau présente celles qui apparaissent chaque semaine et qui en est responsable.

Mesurez les exceptions, pas les tâches. Un compte des rappels envoyés ne vous dit que l'agent est occupé. Le nombre de factures qui ont nécessité une personne, et combien de jours de retard elles avaient, vous indique si la politique fonctionne. Sur quelques mois, le premier nombre devrait rester stable tandis que le second diminue.

Ton, la loi et la relation

Au Royaume-Uni, la législation sur les paiements tardifs donne à un fournisseur le droit à des intérêts légaux de huit points de pourcentage au-dessus du taux de base de la Banque d'Angleterre, plus une somme fixe de recouvrement qui augmente avec la taille de la dette, une fois qu'une facture commerciale est en retard. Si aucune date n'a été convenue, une facture est en retard trente jours après que le client l'a reçue ou les biens, selon ce qui est le plus tardif, et les conditions convenues entre les entreprises sont généralement limitées à soixante jours, sauf si une période plus longue est équitable pour les deux parties. D'autres juridictions ont leurs propres versions de ces règles. L'agent peut calculer les intérêts avec précision ; la décision de les facturer est une décision commerciale concernant la relation, et elle appartient à la personne qui possède le compte.

Le ton suit le même principe. Les deux premiers messages devraient être ceux qu'un bon contrôleur de crédit enverrait : spécifiques, polis, sans embarras. Tout message plus ferme est un changement de stade, et les changements de stade sont des approbations. Le mode de défaillance de la relance automatisée n'est que rarement que les messages sont impolis. C'est qu'ils vont à la mauvaise personne, pour le mauvais montant, au mauvais jour, et un client qui n'a rien fait de mal se sent poursuivi. Chaque contrôle dans cet article existe pour prévenir cela, c'est pourquoi l'enregistrement compte plus que le libellé.

Configuration en une semaine

Si votre facturation, vos contacts et vos e-mails vivent déjà dans un système qui les expose en tant qu'outils, la configuration est le document de politique et une demande permanente. S'ils ne le sont pas, l'ordre est : rassembler les factures ouvertes et leurs contacts dans un espace de travail, rédiger la politique d'une page, la faire fonctionner manuellement pendant une semaine pour vous assurer que les messages sont corrects, puis remettre la routine à l'agent et garder les exceptions.

Dans Sois, cela signifie lancer un espace de travail, créer ou importer les factures, connecter l'agent que vous utilisez déjà (Claude, ChatGPT ou tout client MCP) avec une seule connexion OAuth, et lui indiquer la politique. L'agent agit avec vos autorisations et pas plus. Un collègue dont le rôle peut lire les factures mais ne peut pas envoyer d'e-mails ne peut pas non plus envoyer de rappels par l'intermédiaire de son agent, et chaque envoi et chaque pause est enregistré contre la personne dont l'agent l'a fait. Si vous n'avez pas d'agent à vous, le Chat Agent Gateway prend la même demande permanente comme un seul message et répond lorsque l'exécution est terminée.

Ce que vous devriez voir après un mois, ce sont moins de rappels, pas plus. La note de courtoisie avant la date d'échéance attrape les factures qui attendaient simplement un coup de pouce, et ce qui reste est une courte liste, chacune avec une raison attachée et un nom de personne associé.

Questions que les gens posent

Cet article est révisé lorsque les produits qu'il décrit changent. Prochaine révision prévue : 4 décembre 2026.