Stages, actions, et ce que « terminé » veut dire

Une stage dans un workflow n’est pas une description libre. C’est une définition structurée : actions obligatoires, actions optionnelles, conditions de sortie, un SLA en heures et le rôle auquel elle est assignée. Cette structure est ce qui rend le moteur déterministe — et ce qui fait que « testé » sur une listing veut dire la même chose le lundi que le vendredi.

Actions obligatoires et optionnelles

Chaque stage nomme les actions qui doivent avoir lieu avant qu’on puisse la quitter, et celles qui peuvent avoir lieu. Diagnostics exige que la checklist de la catégorie soit exécutée ; Inspection & Grading exige les grades ; Data Erasure exige l’action d’effacement avec sa preuve. Les actions optionnelles — photographie, valorisation — peuvent se faire dans la stage sans la prendre en otage. La page de détail du workflow, sous Paramètres, montre cela par stage, avec les conditions de sortie en mots simples : « Completed », « Certificate present », « Grade assigned ».

Critères de complétion

La plateforme n’accepte pas une bascule « terminé » sans que les critères soient remplis. Le testing ne peut pas être terminé tant qu’un contrôle obligatoire est ouvert. Le grading exige les quatre sous-grades — functional, cosmetic, battery, data — plus le grade global et une disposition. Tenter de faire avancer un asset sous-testé fait apparaître l’écart plutôt qu’une coche verte. Ce n’est agaçant que jusqu’au jour où cela vous empêche de vendre « probablement bon » sous l’étiquette « testé ».

Quand un test obligatoire échoue

Un contrôle obligatoire mis en échec ne débloque jamais « Terminer les tests » ; ce bouton reste désactivé exprès. Le testeur reçoit à la place Clôturer comme échoué, qui demande une destination — recyclage ou récupération de pièces, rebut, ou retour au client — et un motif d’au moins dix caractères. La revente n’est pas dans cette liste : un appareil qui a raté un test obligatoire ne peut pas entrer dans le stock vendable par cette route. Si l’appareil est réparable, il reste dans la file, se fait réparer, et repasse au test. Après confirmation, l’item de file affiche testé avec résultat Échec, l’asset porte la destination choisie, le grading devient optionnel, et la projection vers la couche de vente comme le ready gate gardent l’appareil hors du stock. La décision est écrite dans Activity en fail-closed : si le journal ne peut pas être écrit, le changement de statut est annulé.

Artefacts de sortie

Ce qui survit quand la stage se termine. Pour l’effacement : la preuve sur l’asset et un data grade — D3 est un effacement certifié avec certificat, D2 un wipe sécurisé sans certificat, D1 une remise à zéro d’usine, et D0 veut dire que les données sont toujours là. Seuls D1 à D3 passent le ready gate. Pour le grading : les grades, la version des critères sur laquelle ils ont été notés, et un basculement de statut vers gradé. Les notes de test et les photos ajoutées dans l’onglet Notes et photos sont enregistrées sur l’asset lui-même, au nom du testeur, et apparaissent sur le détail d’inventaire et dans l’evidence package. Certains artefacts sont des documents, d’autres des changements d’état, d’autres encore des enregistrements en aval — un settlement en brouillon, une listing. Tous sont des lignes, aucun n’est un souvenir.