Automatisation des processus métier en Tunisie

Le premier réflexe, quand on parle d'automatisation des processus métier, est de choisir un outil. C'est une erreur de séquence. Un outil appliqué à un processus mal connu automatise le désordre. TabulaRasa commence par une cartographie : pour chaque service, quelles tâches reviennent chaque jour ou chaque semaine, combien de temps elles prennent, quels logiciels elles traversent, combien de personnes y touchent et où se produisent les erreurs.

Cette cartographie révèle souvent des surprises. Une tâche jugée anodine mobilise en réalité plusieurs heures par semaine. Un processus « officiel » n'est suivi par personne, remplacé par une variante orale. Deux services ressaisissent la même information dans deux outils. La carte permet de prioriser : on automatise d'abord ce qui est fréquent, chronophage, bien défini et source d'erreurs. Le reste attend.

Toutes les automatisations ne se ressemblent pas, et la confusion entre les niveaux explique beaucoup d'échecs. Une règle simple est déterministe : si une commande dépasse un montant, alors envoyer une demande de validation. Elle est fiable, rapide, peu coûteuse et facile à auditer. Un modèle d'IA intervient quand l'entrée n'est pas structurée : lire une facture PDF dont la mise en page varie, classer un email, extraire une adresse d'un texte libre. Il est probabiliste, donc il faut prévoir un contrôle. Un agent, enfin, enchaîne plusieurs décisions et actions dans des outils différents pour atteindre un objectif : préparer un dossier fournisseur complet en interrogeant plusieurs sources.

La règle de TabulaRasa est simple : le niveau le plus bas qui résout le problème. Utiliser un modèle de langage pour appliquer une règle de seuil est une perte de fiabilité et d'argent. Inversement, tenter d'écrire des règles pour lire des documents hétérogènes conduit à une liste de cas particuliers interminable. Dans un même processus, les trois niveaux cohabitent souvent : l'IA extrait les données de la facture, une règle vérifie le montant contre la commande, et un humain valide l'exception.

Une automatisation qui fonctionne le jour de la démonstration peut échouer trois semaines plus tard parce qu'un fournisseur a changé le format de ses factures ou qu'un mot de passe a expiré. La fiabilité ne vient pas de l'outil, mais de la conception : chaque étape doit savoir quoi faire quand l'étape précédente échoue.

TabulaRasa applique des principes constants. Chaque exécution est journalisée avec ses entrées et ses sorties. Les actions irréversibles, comme un paiement ou une suppression, passent par une validation humaine tant que le processus n'a pas fait ses preuves. Les cas hors périmètre sont mis de côté dans une file d'exceptions plutôt que traités au hasard. Des alertes signalent les échecs et les volumes anormaux. Enfin, les traitements sont conçus pour pouvoir être relancés sans créer de doublons.

Une objection légitime concerne la dépendance. Si TabulaRasa disparaît, que deviennent vos processus ? Nous y répondons par des choix concrets : les workflows sont construits sur des outils ouverts ou largement répandus, hébergés chez vous quand vous le souhaitez ; le code est versionné dans un dépôt qui vous appartient ; chaque automatisation est documentée avec un schéma, la liste des accès et une procédure de reprise. Nous proposons aussi de former une personne de votre équipe à la lecture et à la modification des workflows simples, pour que les ajustements du quotidien ne dépendent pas de nous.

Les entreprises tunisiennes qui réussissent leur automatisation ne commencent pas par un plan de transformation globale. Elles choisissent un processus fréquent et bien délimité, souvent dans la facturation ou le traitement des demandes entrantes, le mettent en production en quelques semaines, mesurent le temps gagné et les erreurs évitées, puis passent au suivant. Cette approche limite le risque, crée l'adhésion des équipes et permet d'apprendre sur vos propres données.