Stages, Actions und was „Done“ bedeutet
Wie eine Stage definiert ist, was sie abschließt, was ein fehlgeschlagener Test mit einem Asset macht, und welche Artefakte überleben.
Eine Stage in einem Workflow ist keine freie Beschreibung. Sie ist eine strukturierte Definition: verpflichtende Actions, optionale Actions, Exit Conditions, ein SLA in Stunden und die Rolle, der sie zugewiesen ist. Diese Struktur macht die Engine deterministisch — und sorgt dafür, dass „tested“ auf einem Listing am Montag dasselbe bedeutet wie am Freitag.
Verpflichtende und optionale Actions
Jede Stage benennt die Actions, die passieren müssen, bevor sie verlassen werden kann, und die, die passieren dürfen. Diagnostics verlangt, dass die Kategorie-Checkliste durchlaufen wird; Inspection & Grading verlangt Grades; Data Erasure verlangt die Erasure-Action samt Evidence. Optionale Actions — Fotografie, Bewertung — lassen sich in der Stage erledigen, ohne sie als Geisel zu nehmen. Die Workflow-Detailseite unter Einstellungen zeigt das pro Stage, zusammen mit den Exit Conditions in einfachen Worten: „Completed“, „Certificate present“, „Grade assigned“.
Abschlusskriterien
Die Plattform akzeptiert keinen „complete“-Schalter, solange die Kriterien nicht erfüllt sind. Testing lässt sich nicht abschließen, solange eine Pflichtprüfung offen ist. Grading verlangt die vier Sub-Grades — functional, cosmetic, battery, data — plus den Gesamtgrade und eine Disposition. Wer ein untergetestetes Asset weiterschieben will, bekommt die Lücke gezeigt statt eines grünen Hakens. Das nervt genau so lange, bis es Sie davon abhält, „wahrscheinlich okay“ als „getestet“ zu verkaufen.
Wenn ein Pflichttest fehlschlägt
Eine Pflichtprüfung auf fail schaltet „Tests abschließen“ nie frei; dieser Button bleibt mit Absicht deaktiviert. Stattdessen bekommt der Tester Als fehlgeschlagen abschließen, was nach einem Ziel fragt — recyceln oder Teile ernten, verschrotten oder an den Kunden zurück — und nach einem Grund von mindestens zehn Zeichen. Weiterverkauf steht nicht auf dieser Liste: Ein Gerät, das eine Pflichtprüfung nicht bestanden hat, kommt auf diesem Weg nicht in den verkaufbaren Bestand. Ist das Gerät reparierbar, bleibt es in der Warteschlange, wird repariert und erneut getestet. Nach der Bestätigung steht das Queue-Item auf tested mit Ergebnis Failed, das Asset trägt das gewählte Ziel, Grading wird optional, und sowohl die Projektion in die Verkaufsschicht als auch das Ready Gate halten das Gerät aus dem Bestand. Die Entscheidung wird fail-closed in Activity geschrieben: Lässt sich das Log nicht schreiben, wird der Statuswechsel zurückgerollt.
Exit-Artefakte
Was überlebt, wenn die Stage abschließt. Bei Erasure: die Evidence am Asset und ein Data Grade — D3 ist zertifizierte Löschung mit Zertifikat, D2 ein sicherer Wipe ohne, D1 ein Werksreset, und D0 heißt, die Daten sind noch da. Nur D1 bis D3 kommen durch das Ready Gate. Beim Grading: die Grades, die Kriterienversion, gegen die sie bewertet wurden, und ein Statuswechsel auf graded. Testnotizen und Fotos, die im Tab Notizen & Fotos ergänzt werden, liegen am Asset selbst, unter dem Namen des Testers, und tauchen im Inventory-Detail und im Evidence Package auf. Manche Artefakte sind Dokumente, manche sind Statuswechsel, manche sind nachgelagerte Records — ein Entwurf-Settlement, ein Listing. Alle sind Zeilen, keines ist eine Erinnerung.