Die Pipeline View: sortierbar, retest-capable, sichtbar

Die pipeline view (/core/pipeline) ist die Kanban-artige Sicht auf die Workflow Engine. Jede Stage ist eine Spalte; jedes Asset ist eine Card; sortierbar, filterbar und der Ort, an dem Warehouse Leads viel Zeit verbringen.

Innerhalb einer Stage sortieren

Standardsortierung ist nach entered-stage-date (älteste zuerst). Alternative Sortierungen: nach Kategorie, Grade, Kunde, Nähe zur SLA-deadline. Die Sortierung bleibt pro User erhalten — ein Tester, der oldest-first arbeiten will, bleibt oldest-first; ein Manager, der SLA-at-risk zuerst sehen will, bekommt diese Ansicht.

Retest

Ein Asset in einer späteren Stage, das ein Problem bekommt (ein Pre-Shipment-Check des Käufers schlägt fehl, ein Warehouse Audit findet ein neu gegradetes Gerät), muss zurück ins Testing. Die Retest-Aktion schickt das Asset in die Testing Stage, mit dem ursprünglichen Grade als “previous grade”-Referenz und einer neuen Audit Row mit Retest-Grund. Der ursprüngliche Grading Audit wird nicht gelöscht — das Asset hat eine Kette “graded → retested → graded again”, der ein Auditor folgen kann.

SLA-Badges

Ein Asset, dessen Contract eine SLA definiert, bekommt eine Deadline. Die Pipeline Card zeigt ein Badge — grün bei komfortablem Puffer, gelb bei Annäherung, rot bei verpasst. Das SLA-Dashboardwidget rollt das auf Warehouse-Ebene hoch: wie viele Assets diese Woche gefährdet sind, nach Stage und Contract.

Bulk actions

Mehrere Cards in einer Stage auswählen und dieselbe Aktion anwenden: bulk-advance (mit Prüfung, dass alle ausgewählten Assets die entry conditions der nächsten Stage erfüllen), bulk-retest (mit gemeinsamem Retest-Grund), bulk-tag (Tenant Tag zur Nachverfolgung anwenden). Genutzt für die Verarbeitung eines Asset-Batches, der zusammen einging und denselben Pfad durchläuft.