La pipeline view: sortable, retest-capable, visible
Comment la pipeline page surface les assets bloques, l’action retest qui renvoie un asset sans perdre l’audit trail, et les SLA badges pour aging work.
La pipeline view (/core/pipeline) est la lecture de type kanban du workflow engine. Chaque stage est une colonne ; chaque asset est une carte ; triable, filtrable, et l’endroit où les warehouse leads passent beaucoup de temps.
Trier dans une stage
Le tri par défaut se fait sur entered-stage-date (plus ancien d’abord). Tris alternatifs : catégorie, grade, client, proximité de SLA-deadline. Le tri persiste par utilisateur — un testeur qui veut travailler oldest-first reste oldest-first ; un manager qui veut voir d’abord les SLA-at-risk obtient cette vue.
Retest
Un asset dans une stage plus avancée qui rencontre un problème (le contrôle pre-shipment d’un acheteur échoue, un audit warehouse détecte un appareil regradé) doit retourner au testing. L’action retest envoie l’asset vers la stage testing avec le grade original conservé comme référence “previous grade” et une nouvelle audit row indiquant la raison du retest. L’audit de grading original n’est pas effacé — l’asset possède une chaîne “graded → retested → graded again” qu’un auditeur peut suivre.
Badges SLA
Un asset dont le contrat définit un SLA reçoit une deadline. La pipeline card affiche un badge — vert si confortable, jaune si proche, rouge si dépassé. Le widget dashboard SLA agrège ces données au niveau warehouse : combien d’assets sont à risque cette semaine, par stage, par contrat.
Bulk actions
Sélectionnez plusieurs cards dans une stage et appliquez la même action : bulk-advance (avec contrôle que tous les assets sélectionnés respectent les entry conditions de la stage suivante), bulk-retest (avec une raison retest partagée), bulk-tag (appliquer un tag tenant pour le suivi). Utilisé pour traiter un batch d’assets arrivés ensemble et suivant le même chemin.