De workflow engine: contracts -> workflows -> asset stages

Een ITAD-workflow is het recept voor wat er met een asset gebeurt tussen dock en deal. Ontvangen, testen, graden, wissen, fotograferen, listen. De volgorde telt; de stappen verschillen per contracttype en per apparaatcategorie. De workflow engine is het deel van het platform dat dat recept expliciet maakt in plaats van tribal knowledge.

De drie lagen

Een contract definieert de commerciële voorwaarden (pricing, SLAs, certificeringen). Het linkt naar een workflow die de operationele stappen definieert voor assets onder dat contract. De workflow definieert de asset stages waar assets doorheen lopen: typisch receiving → testing → grading → erasure → ready-for-sale, met optionele takken (failed-testing → retest, demanufacturing → component-harvest, recycling-bound → recycler-prep).

Stage tracking per asset

Elke asset heeft een current stage, stage-history en next-action prompt. De pipeline view (/core/pipeline) is de tenantbrede weergave van de huidige stage van elke asset, sorteerbaar per stage. De workflowdefinitie bepaalt welke overgangen geldig zijn — het platform laat een asset niet van receiving naar ready-for-sale springen en testing overslaan.

Stage completion kan het volgende artefact genereren

Hier verdient de engine zijn plek. Een workflowstage afronden kan automatisch het volgende artefact genereren: erasure afronden kan een settlement genereren (onder een lease-return contract met chargebackregels), testing afronden op een market-bound asset kan een draft listing maken, receiving afronden kan een inbound-completion report voor de klant genereren. De auto-generation is expliciet (per stage in de workflow gedefinieerd) en audit-gelogd.

Workflowtypes per contracttype

Lease-return assets lopen een andere workflow dan buyback assets, en die lopen weer anders dan recycling assets. Het platform levert default workflows per contracttype, en tenants kunnen vanuit /settings/core/workflows klonen en aanpassen. De aanpassing gebeurt op workflow-niveau (welke stages, welke auto-generations), niet per asset — een workflowwijziging geldt voor alle assets onder contracten die die workflow gebruiken, vanaf dan.