Die Pipeline-Ansicht: wo die Arbeit hängt, nicht wo jedes Asset liegt

Die Pipeline-Ansicht (/core/pipeline) ist der operative Blick auf die Workflow Engine: ein Abschnitt pro aktiviertem Workflow, eine Zusammenfassung pro Stage, und die Zahlen, die eine Lagerleitung braucht, um zu entscheiden, wo das Team heute Nachmittag arbeiten soll. Sie ist ausdrücklich kein Ort, um einzelne Assets zu bearbeiten. Engpässe sind hier sichtbar; behoben werden sie im Inventory, im Testing oder im Outbound.

Receiving bekommt einen eigenen Block

Assets betreten eine Workflow-Stage erst, wenn Receiving sie angelegt hat, und eine Pipeline, die nur Stages zeigt, sähe deshalb am geschäftigsten Annahmemorgen des Monats leer aus. Über den Workflow-Abschnitten zeigt die Pipeline die vorgelagerte Receiving-Arbeit daher als Arbeitsliste und nicht als Kachel: offene und pausierte Receiving Sessions als Zeilen mit direkter Scan- oder Fortsetzen-Aktion, und darunter aktive Inbound Orders ohne Session als Arbeit, die begonnen werden kann. Eine teilweise angenommene Order — zwei von drei Positionen drin — bekommt „Receiving fortsetzen“. Welche Orders zählen, folgt derselben Regel wie in der Receiving-Übersicht: noch nicht vollständig angenommen oder noch mit offener oder pausierter Session. Ein Entwurf, eine stornierte Order oder eine vollständig angenommene Order ohne Session taucht auf keinem der beiden Bildschirme auf.

Filter und Sortierungen

Die Stage-Ansicht filtert nach Inbound Order, nach Kunde und nach Warehouse und hat einen Schalter, der nur Positionen über SLA zeigt — das SLA sind die Template-Stunden der Stage oder das SLA des Contracts, wo einer eines definiert. Sortiert wird nach Asset-Volumen (die vollste Stage zuerst), nach Dringlichkeit oder nach dem ältesten Item in der Stage. Drei Sortierungen, drei Fragen: Wo liegt die meiste Arbeit, wo ist sie am stärksten überfällig, und was liegt am längsten herum.

Der Retest lebt in der Testing-Warteschlange

Ein Asset, das schon gegradet ist und auf ein Problem stößt — die Vorversandprüfung eines Käufers schlägt fehl, ein Lageraudit findet ein neu gegradetes Gerät —, geht über die Retest-Aktion am Asset zurück ins Testing und wird neu eingereiht. Die frühere gegradete Queue-Zeile bleibt als Historie in der Tabelle stehen, sodass das Asset eine Kette aus graded, retested, wieder graded hat, der ein Prüfer folgen kann. Ein Retest wird abgewiesen, solange das Asset noch ein offenes Queue-Item hat: erst graden lassen, dann erneut testen. Die Pipeline meldet die Folge — ein Item mehr in Diagnostics —, aber die Aktion selbst liegt nicht auf der Pipeline-Seite.

Bulk-Aktionen leben im Inventory

Eine Stage auswählen und vierzig Assets auf einmal weiterschieben ist nicht das, was die Pipeline tut. Bulk-Arbeit passiert im Inventory, wo eine Auswahl zur Erasure geschickt, etikettiert, einem Outbound hinzugefügt, mit einem Evidence Package versehen, verschoben, als aufbereitet protokolliert oder zum Verkauf gelistet werden kann, jeweils mit einem Ergebnis pro Asset. Die Pipeline ist die Karte. Das Inventory ist der Lkw.

Geräte mit Handlungsbedarf öffnen

Die Bedarfsliste zeigt Geräte ohne Workflow und Geräte mit überschrittener Phasen- oder Vertragsfrist. Jede Zeile enthält Seriennummer, aktuellen Schritt, Wareneingangsauftrag und ursprüngliche Frist. Mehrere Gründe bleiben in einer Gerätezeile. Verkaufte, versandte, recycelte und verschrottete Geräte sind ausgeschlossen. Ohne zugewiesene Person in der Quelle steht dort „Nicht erfasst“. Die Suche erfasst die gesamte gefilterte Auswahl vor der Seitenauswahl; auch die Filter darüber gelten. Öffnen Sie den Bestandsdatensatz, nehmen Sie Änderungen im bestehenden Arbeitsablauf vor und aktualisieren Sie Pipeline. Bei einem Lesefehler erscheint eine Fehlermeldung mit Wiederholung statt einer leeren Arbeitsübersicht.

Offene Nachweise und Berechnungen verfolgen

Eine separate durchsuchbare Liste mit Seitenauswahl zeigt offene Nachweisprüfungen und aktuelle Carbontrace-Probleme Ihrer Organisation. Prüfaktionen öffnen den jeweiligen Import. Administratoren und Manager sehen aktuelle Berechnungsprobleme mit Links zu Quelldaten, Verbindungseinstellungen oder manuellem Ergebnisimport. Ersetzte Läufe und erfolgreich berechnete Geräte sind ausgeschlossen. Geplante Versuche erscheinen nur, wenn sie erfasst sind. Aktualisieren Sie nach der Behebung. Auch Wareneingangsarbeit bietet Suche und Seitenauswahl mit zugewiesener Person, Sitzungsersteller und Notiz. Eine pausierte Sitzung behält ihren neutralen Status und die Fortsetzungsaktion. Berechnungen blockieren die physische Verarbeitung nicht.