Stages, substages en wat "done" betekent

Een stage in een workflow is geen vrije tekst. Het is een gestructureerde definitie: entry conditions, work-required, completion criteria en exit artefacts. Die structuur maakt de engine deterministisch.

Entry conditions

Wat waar moet zijn vóór een asset de stage in mag. Voor “testing”: asset staat in een warehouse zone van type “processing,” receiving is afgerond, de device category heeft een gedefinieerde test checklist. Het platform staat de overgang niet toe als de voorwaarden falen; het toont de specifieke reden.

Work-required

De actie die tijdens de stage moet gebeuren. Voor testing: de test checklist voor de categorie van de asset afronden. Voor grading: alle vier sub-grades plus de overall toewijzen. Voor erasure: de run van de erasure tool afronden en het rapport importeren. De actie verschijnt als next-action prompt op het assetdetail en in de queue van de operator.

Completion criteria

Wat de stage als klaar markeert. Voor testing: elke verplichte defect-zone is gecontroleerd, functionele en batterijgrades zijn ingevuld. Het platform accepteert geen “complete”-toggle zonder dat de criteria gehaald zijn; een ondergeteste asset proberen vooruit te zetten toont de gap.

Exit artefacts

Wat wordt gegenereerd wanneer de stage afrondt. Voor erasure: een erasure certificate per drive, D0-status op de asset, een audit row. Voor grading: een audit row met de grades en criteriaversie, een statusflip naar “graded.” Sommige artefacts zijn documenten (PDF’s); sommige zijn state changes; sommige zijn downstream entity creations (settlement rows, listings, enz.).

Manual override

Een operator met de juiste rol kan een asset manueel voorbij een stage zetten, met vastgelegde reden. Gebruikt voor edge cases (asset kwam al getest door de klant binnen, stage is niet van toepassing). De override wordt gelogd; de audit trail registreert dat de stage manueel is afgerond in plaats van normaal doorlopen.