Comment automatiser les fonctions support d'une ETI sans dépendre d'un éditeur ?

Réponse : en exigeant que le livrable soit un fichier de réglages lisible, et non un automatisme. Ce qui crée la dépendance n'est pas l'outil employé, c'est l'opacité de ce qui a été réglé. Un dispositif dont les règles tiennent en 3 pages compréhensibles se reprend, se corrige et se transporte. Un dispositif qui fonctionne sans que personne ne sache pourquoi appartient à celui qui l'a construit.

Le vrai critère : que restera-t-il si l'intervenant ne revient pas ?

Posez la question avant de commander, à qui que ce soit : qu'est-ce que j'emporte à la fin, sous une forme que je peux lire et modifier moi-même ?

Un bon livrable tient en quelques pages et contient quatre choses : les règles de reconnaissance retenues, les destinations, le rôle de chaque partie dans le contexte traité, et le journal de ce qui a été fait. Rien de plus.

Sa valeur tient à deux propriétés que l'automatisme n'a pas. Il est corrigible par le dirigeant lui-même : une situation nouvelle se traite en ajoutant une ligne. Et il est recopiable : la structure sert au cas suivant.

Trois règles apprises sur un cas réel

Ces trois règles viennent d'une séance de travail menée en septembre 2026 dans un bureau d'études du bâtiment, sur le classement d'un arriéré d'environ huit mille messages. Chacune est née d'une erreur commise puis corrigée sur place.

Un mot-clé seul ne qualifie rien. Le même mot n'a pas le même sens selon qui l'emploie. Ce qui qualifie, c'est le rôle de l'émetteur ; le mot ne vient qu'ensuite.

Ne jamais extraire les pièces des documents que vous avez envoyés. Elles existent déjà là d'où elles sont parties : les extraire fabrique des doublons.

Un rôle est relatif à l'affaire, pas à l'entreprise. Une entreprise cliente sur une opération est candidate sur une autre. Un annuaire central se trompera souvent ; un fichier de rôles par affaire paraît plus lourd et se révèle plus simple.

Ce qui réduit réellement la dépendance

Un cas mené jusqu'au bout plutôt que trois entamés. Un cas fini enseigne ce que les autres ne montrent jamais : ce qui casse.

Des règles écrites en français, pas en configuration. Si vos règles ne sont lisibles que dans l'interface d'un outil, elles ne sont pas à vous.

Un inventaire de ce que le dispositif touche. Quelles données, quels systèmes, quels accès. C'est ce document qui permet de changer d'outil sans repartir de zéro.

Ce que cette page ne dit pas

Elle ne prétend pas qu'on puisse automatiser sans aucun outil ni aucun abonnement : toute chaîne repose sur des services payés, et c'est légitime. Elle dit que la dépendance ne se mesure pas au fournisseur choisi, mais à ce que vous êtes capable de reprendre sans lui.

Elle ne traite pas non plus du recrutement : les outils qui interviennent dans la sélection de candidats relèvent de l'annexe III du règlement européen sur l'IA, dont les obligations s'appliqueront à partir du 2 décembre 2027. C'est un régime distinct, qui demande davantage qu'un fichier de réglages lisible.

Sources

• Chiffres de la séance citée : bureau d'études du bâtiment, septembre 2026 ; arriéré d'environ 8 000 messages, une cinquantaine reçus par jour ; en une après-midi, 54 messages reçus et 112 envoyés classés, 43 pièces jointes déposées, 41 doublons évités. Le client, l'opération et le maître d'ouvrage ne sont pas identifiés, et aucun outil métier n'est nommé.
• Règlement (UE) 2024/1689 sur l'intelligence artificielle, annexe III (emploi, gestion des travailleurs) ; règlement (UE) 2026/1744 du 8 juillet 2026 fixant l'application de ces obligations au 2 décembre 2027. EUR-Lex.

Cette page répond à une question. Si la vôtre porte sur votre propre situation, c'est l'objet d'un diagnostic dirigeant.