Six machines, aucune source : l’intégrateur a fermé

Une entreprise exploite six machines identiques, réparties sur des sites clients. Chacune est pilotée par un automate programmable.

L’intégrateur qui les a conçues et programmées a déposé le bilan. Avec lui sont partis les programmes sources, la documentation et les codes d’accès administrateur des automates. Les six machines sont hors exploitation.

Ce n’est pas une panne. C’est une perte de savoir, et elle ne se répare pas avec un tournevis.

Ce qu’il reste, en réalité

Plus que vous ne croyez, et c’est le premier message.

L’automate contient toujours le programme qui tourne. Selon le matériel et le niveau de verrouillage, on peut en extraire une version exploitable. Les commentaires et les noms de variables ont parfois disparu, ce qui rend la lecture pénible mais pas impossible.

Le câblage existe. Chaque entrée et chaque sortie est physiquement reliée à quelque chose, un capteur, un moteur, un voyant. L’inventaire de ces liaisons reconstitue la moitié de la logique.

Et la machine, quand on la fait tourner, montre son cycle. Une observation attentive, filmée, avec les temps, dit ce que la documentation disparue disait.

Le travail consiste donc à reconstituer votre dossier à partir de trois sources qui se recoupent : ce qu’on lit dans l’automate, ce qu’on relève sur le câblage, et ce qu’on voit fonctionner. C’est le métier décrit sur la page ingénierie industrielle, et le guide IA en PME industrielle traite le reste.

Le premier jour ne répare rien

C’est le point sur lequel je suis le plus ferme, et celui qui déçoit.

Quand six machines sont à l’arrêt, la demande est de les faire repartir. La bonne première étape est pourtant un relevé, sur site, une journée, dont il sort un document et pas une machine qui tourne.

Le contenu de cette journée, tel que je l’ai chiffré en février 2026 sur ce parc : sauvegarde des automates, inventaire des entrées et sorties, observation du cycle de fonctionnement, prises de vue vidéo, et un point de restitution en fin de journée. Le dossier écrit suit quelques jours ouvrés après.

La raison est arithmétique. Sans ce dossier, personne ne peut dire si remettre ces machines en service demande trois jours ou trois semaines, ni si le programme récupéré est lisible ou s’il faut tout réécrire. Un devis donné dans ces conditions est un pari, et le client paie toujours les paris perdus, d’une façon ou d’une autre.

Avec le dossier, la suite se chiffre. Et elle peut aussi se chiffrer chez quelqu’un d’autre : un dossier technique n’appartient pas au prestataire qui l’a fait, il appartient à l’entreprise. C’est même son intérêt principal.

Ce que cette histoire dit de la dépendance

Quand vous achetez une machine spéciale, vous achetez en réalité deux choses : l’équipement, et la capacité de quelqu’un à le faire évoluer. La deuxième ne figure sur aucune facture.

Tant que l’intégrateur est là, la distinction est théorique. Le jour où il ferme, elle devient le sujet principal, et le prix payé pour la machine n’a plus aucun rapport avec ce qu’il faut dépenser pour la garder en état.

Trois questions à poser à la réception d’un équipement, et elles coûtent zéro euro à ce moment-là. Où sont les programmes sources, et sous quelle forme. Quels sont les codes d’accès aux automates, et qui les détient chez nous. Existe-t-il un document qui décrit le fonctionnement autrement que par le programme lui-même.

Si les trois réponses manquent, le parc est en dépendance, quelle que soit la santé du fournisseur. Le même raisonnement, appliqué aux personnes plutôt qu’aux machines, donne le savoir qui part à la retraite.

C’est le même raisonnement que j’applique à ce que je livre moi-même, et il est écrit au contrat plutôt que promis : voir ce qui vous reste si je disparais.

Ce que ce dossier est devenu

Le chiffrage est parti le 13 février 2026. Il n’a pas eu de suite, et je n’ai pas de récit de remise en service à vous raconter.

Je publie quand même ce qui a été relevé et la méthode, parce que la situation est fréquente et que l’essentiel se joue avant l’intervention : savoir qu’un parc sans sources n’est pas un parc perdu, et qu’il faut commencer par un relevé.

Une machine sans programme source n’est pas une machine perdue. C’est une machine dont personne n’a écrit ce qu’elle fait, et ça, ça se rattrape.