Clôtures, haute saison, pics d'activité : dimensionner une infrastructure agentique pour les moments qui comptent

Dans la plupart des ETI et PME françaises, l'activité ne ressemble pas à une droite. Elle ressemble à un électrocardiogramme. Onze mois de rythme gérable, et cinq jours de clôture où la comptabilité travaille jusqu'à 21h. Un été calme et une rentrée où le service client encaisse trois semaines de volume en dix jours. Une saison commerciale qui concentre 40 % du chiffre d'affaires sur un trimestre.

C'est précisément à ces moments-là que les automatisations lâchent. Pas parce qu'elles sont mal conçues, mais parce qu'elles ont été dimensionnées sur une moyenne annuelle qui ne correspond à aucune journée réelle. Un agent qui traite correctement 40 factures par jour peut se transformer en goulot d'étranglement silencieux quand il en arrive 400. Et le pire scénario n'est pas la panne franche : c'est la dégradation invisible, où les traitements s'accumulent sans que personne ne s'en aperçoive avant le vendredi soir.

Dimensionner sur la moyenne, c'est se tromper de problème

Quand une direction évalue un projet d'automatisation, la question posée est presque toujours volumétrique et annuelle : « combien de documents traitons-nous par an ? ». La réponse produit un chiffre moyen qui rassure et qui n'a aucune valeur opérationnelle.

Les bonnes questions sont différentes :

• Quel est le pic ? Pas le volume moyen mensuel, mais la journée la plus chargée des douze derniers mois.
• Quelle est sa durée ? Trois jours de clôture ou six semaines de haute saison n'appellent pas la même architecture.
• Quel est le délai acceptable pendant le pic ? Un traitement en 4 heures peut être parfait en régime normal et inacceptable le 5 du mois.
• Que se passe-t-il si on ne tient pas ? Un retard de facturation, une pénalité contractuelle, un client qui relance trois fois.

Un facteur de pointe de 8 à 12 entre la journée moyenne et la journée la plus chargée est courant dans les fonctions support d'ETI. Concevoir pour la moyenne, c'est accepter d'être en défaut précisément les jours où l'entreprise a le plus besoin du système.

Les quatre mécanismes d'une infrastructure qui tient la charge

Une infrastructure agentique qui absorbe les pics repose sur des mécanismes d'exploitation classiques, empruntés aux systèmes de production. Rien d'exotique, mais rien d'implicite non plus : cela se conçoit.

Les files d'attente. Un agent ne doit jamais traiter directement un flux entrant. Il consomme une file. C'est cette file qui absorbe le choc : elle s'allonge, mais rien n'est perdu. Une file observable donne aussi l'information la plus utile qui soit — le nombre d'éléments en attente et leur âge — soit un indicateur d'alerte en temps réel plutôt qu'un constat a posteriori.

Les priorités. Pendant un pic, tout ne se vaut pas. Une facture d'un client stratégique à J-2 de l'échéance ne pèse pas comme une note de frais interne. Définir des règles de priorité avant le pic évite de les improviser pendant. Ces règles sont une décision métier, pas un paramètre technique.

Les limites de débit. Les agents s'appuient sur des ressources contraintes : API de l'ERP, modèles de langage facturés au volume, connecteurs bancaires. Aller trop vite, c'est se faire couper l'accès ou exploser un budget. Une limite de débit explicite, calibrée en amont, vaut mieux qu'un blocage subi en plein rush.

La bascule vers l'humain. C'est le mécanisme le plus souvent oublié. Quand la file dépasse un seuil défini, ou quand l'âge du plus ancien élément franchit une limite, le système doit alerter et réorienter une partie du flux vers un traitement humain. Ce n'est pas un aveu d'échec : c'est le contraire du chaos. Une organisation qui sait à quel moment elle reprend la main garde le contrôle de son délai.

Un exemple : la clôture mensuelle d'une ETI industrielle

Un groupe industriel de 340 personnes, quatre entités juridiques, traite environ 2 800 factures fournisseurs par mois. Sur ce volume, 1 900 arrivent entre le 28 et le 5 — soit près de 70 % de l'activité sur sept jours ouvrés. Avant travaux, la comptabilité fournisseurs absorbait ce pic en heures supplémentaires, avec un taux d'erreur de saisie qui grimpait mécaniquement en fin de clôture.

Le dimensionnement retenu n'a pas consisté à « mettre un agent » sur le rapprochement facture–commande–réception. Il a consisté à définir, avant le déploiement : une file unique alimentée par la GED et la boîte mail comptabilité ; trois niveaux de priorité basés sur l'échéance de paiement et le statut du fournisseur ; un plafond de 180 traitements par heure pour respecter les quotas de l'ERP ; et un seuil de bascule à 250 pièces en attente ou 6 heures d'ancienneté, déclenchant une notification au responsable comptable avec la liste des pièces concernées.

Résultat sur les trois premières clôtures : 82 % des factures traitées sans intervention, un délai moyen ramené de 2,3 jours à 4 heures pendant le pic, et surtout un pilotage visible. Le responsable comptable ouvre un tableau de bord le matin du 2 et sait où il en est. Ce n'est pas l'automatisation qui a changé son quotidien, c'est la prévisibilité.

Le dimensionnement est un sujet d'exploitation, pas de POC

La majorité des projets agentiques sont validés en période creuse, sur des volumes confortables, puis rencontrent leur premier vrai pic trois mois plus tard, sans plan. Chez Lynakor, le dimensionnement se traite avant la mise en production : on part de l'historique de charge réel de l'entreprise, on identifie les fenêtres critiques du calendrier, et on conçoit les files, priorités et seuils en conséquence.

On ne peut pas automatiser le chaos. Mais on peut cartographier un pic, le nommer, le mesurer et décider à l'avance de ce qui se passe quand il arrive. C'est la différence entre une automatisation qui rend service onze mois par an et une infrastructure sur laquelle on peut compter le mois qui compte.