Presque toutes les opérations de reconditionnement démarrent dans un tableur, et c’est la bonne décision. Un tableur est gratuit, immédiat, et exactement à la forme du problème le jour où il est créé. La difficulté est qu’il se dégrade progressivement au lieu de tomber en panne : le moment de changer est facile à manquer, et le coût de l’avoir manqué se paie en données qui n’ont jamais été captées.
Seuil 1 : plus d’une personne y écrit
La première défaillance est la concurrence d’accès, et elle arrive plus tôt qu’on ne l’imagine. Deux personnes qui éditent le même fichier produisent deux vérités, et les réconcilier est un travail manuel que personne n’a pris en charge.
Les fichiers partagés dans le cloud règlent la mécanique et pas le problème. L’édition simultanée fonctionne ; l’interprétation simultanée, non. Une personne note un grade B, une autre Grade 2, une troisième laisse la case vide parce que l’appareil est encore au poste.
Le signe qui ne trompe pas est l’apparition de la personne qui est la seule à vraiment comprendre le fichier. Cette personne est désormais un point de défaillance unique pour l’exploitation, et la situation ne s’améliorera pas d’elle-même.
Seuil 2 : l’appareil a un historique, pas un état
Une ligne de tableur porte un état courant. Un appareil a une séquence : reçu, trié, effacé, réparé, échec au test, réparé de nouveau, gradé, vendu, retourné, re-réparé.
Le contournement habituel est un onglet par étape, et il tient jusqu’au jour où un appareil doit être suivi à travers tous. La question de savoir ce qui est arrivé à ce numéro de série demande alors d’ouvrir six fichiers et de faire confiance au fait que l’identifiant a été saisi à l’identique dans chacun.
Ce qui se perd vraiment ici, c’est le temps. Quand une ligne est écrasée, la durée passée par l’appareil à chaque étape disparaît, et avec elle toute capacité à trouver où l’exploitation est lente. Le temps de cycle est la première métrique qu’une opération sous tableur ne peut pas produire.
Seuil 3 : les pièces doivent être réservées
Le comptage de stock dans un tableur fonctionne tant que le stock ne fait que sortir. Il casse quand le stock est engagé à l’avance : une pièce affectée à un appareil en attente, mais encore physiquement sur l’étagère et donc encore comptée comme disponible.
Le symptôme visible est le technicien qui découvre vide une étagère que la feuille dit garnie. L’invisible est pire : des pièces commandées alors qu’elles étaient déjà réservées, du capital immobilisé sur une étagère, et une décision d’achat prise sur un chiffre qui n’a jamais été juste.
Les pièces récupérées rendent le problème plus net. Une pièce issue d’un appareil démonté n’a pas de prix d’achat et a une provenance qui mérite d’être conservée. Un tableur peut enregistrer qu’elle existe ; il peine à enregistrer ce qu’elle a coûté et d’où elle vient, ce qui est exactement ce qu’il faut pour décider d’en démonter une autre.
Seuil 4 : un client demande des preuves
C’est le seuil sur lequel migrent réellement la plupart des opérations, et il arrive par e-mail. Un client veut les certificats d’effacement d’un lot livré il y a huit mois, ou un auditeur choisit cinq numéros de série et demande leur historique complet.
Les preuves existent en général. Elles sont dans un dossier de PDF nommés par date, dans un second dossier nommé par client, dans une boîte mail. Produire la réponse prend deux jours à une personne, et les deux jours ne sont pas le sujet : le sujet est que l’opération ne sait pas démontrer qu’elle maîtrise ses propres enregistrements.
Le donneur d’ordre qui vous confie un parc informatique reste responsable des données personnelles qu’il contenait. Ce qu’il vient chercher n’est donc pas une attestation de confort : c’est une pièce qui doit tenir devant son propre contrôle, et il la demandera dans les termes que ce contrôle lui impose.
Une fois qu’un certificat est classé sous l’appareil auquel il appartient plutôt que dans une archive parallèle, la question devient une recherche. C’est toute la différence, et elle n’est pas mince commercialement : les acheteurs grands comptes et publics demandent de plus en plus avant de signer, et non après.
Seuil 5 : vous ne savez pas ce qui est rentable
Le dernier seuil est le plus silencieux. L’opération tourne, le chiffre d’affaires est réel, et personne ne sait dire quelles catégories d’appareils, quelles sources d’approvisionnement ou quels types de réparation gagnent effectivement de l’argent.
Le coût par appareil suppose des pièces, de la main-d’œuvre et des frais généraux imputés à un numéro de série, en incluant les appareils qui ont consommé des ressources et ne se sont jamais vendus. Un tableur peut porter l’un de ces éléments. Les porter tous, par appareil, sur plusieurs mois, est l’endroit où il s’arrête.
Les opérations qui franchissent ce seuil sans s’en apercevoir décident sur une marge brute au niveau du lot, ce qui moyenne le travail rentable avec le travail qui ne l’est pas et masque les deux. Le premier mauvais trimestre n’a alors pas de diagnostic.
Migrer sans perdre l’année déjà faite
Trois choses font la différence entre une migration et un redémarrage à zéro.
Décidez de l’identifiant avant toute chose. Numéro de série, IMEI, ou une référence interne, mais l’un des trois, appliqué de façon constante, parce que chaque enregistrement que vous espérez reprendre doit s’y rattacher. Un historique dont l’identifiant a été saisi de quatre façons différentes ne migre pas.
N’importez pas tout. Les affaires en cours, le stock courant et les preuves que vous êtes contractuellement tenu de conserver méritent leur place ; trois ans de lignes closes dans un format auquel personne ne fait confiance, non. Et faites tourner les deux en parallèle sur une période courte et définie, avec une date de fin annoncée : assez longue pour repérer ce que le nouveau système ne couvre pas, assez courte pour que personne ne s’installe dans l’entretien des deux.