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, wissen, graden, 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.

De koppeling in drie lagen

Een contract definieert de commerciële voorwaarden (pricing, SLA’s, certificeringen). Het draagt een workflow die de operationele stappen definieert voor assets onder dat contract. De workflow definieert de stages waar die assets doorheen lopen, elk met verplichte en optionele acties, exit conditions, SLA-uren en de rol waaraan de stage is toegewezen. De workflow Standard ITAD loopt bijvoorbeeld Collection, Receiving, Diagnostics, Data Erasure, Inspection & Grading, OS Deployment, Valuation & Listing, Shipping en Settlement.

Acht presets, geen editor

Het platform levert acht preset workflows: Standard ITAD, Lease Return Processing, Data Destruction Only, Recycle Only, Buyback / Trade-in, Broker / Resale, Refurbishment Workshop en Logistics Only. Onder /settings/core/workflows zet je team ze aan of uit en kiest het er één als tenantdefault; de detailpagina toont elke stage, zijn acties, exit conditions, SLA en rol, de categorieën waarvoor hij geldt, de bedrijven die hem gebruiken en de actieve assets per stage. Dupliceren en bewerken worden bewust niet aangeboden: een workflow is een afspraak tussen je operators en je bewijsmateriaal, en een half bewerkte is erger dan een preset die iedereen begrijpt.

Welke workflow een contract krijgt

Wanneer een contract aangemaakt wordt, stelt het platform een workflow voor en toont het die keuze voor het opslaan. Staat de tenantdefault aan, dan wint de default; anders beslist het contracttype — ITAD-dienstverlening naar Standard ITAD, lease return naar Lease Return Processing, remarketing naar Broker / Resale, recycling naar Recycle Only. De workflow die op het contract bewaard staat, is vanaf dan de workflow die inbound en ontvangen assets eronder aanstuurt. De tenantdefault later wijzigen raakt alleen nieuwe contracten; een lopend contract wisselt nooit van workflow omdat iemand een schakelaar in Instellingen verzette.

Stage tracking per asset

Elke asset heeft een huidige stage en een status, en de pipeline view (/core/pipeline) is de tenantbrede weergave van waar het werk zit per workflow en per stage. Statusovergangen worden server-side beperkt — een asset gaat van received via diagnostics, erasure en grading richting ready for sale, en het platform laat hem niet van receiving naar ready-for-sale springen omdat iemand haast had.

Wat de engine doorgeeft

Twee doorgeefmomenten zijn vandaag bedraad. Uit een afgeronde inbound order onder een geprijsd contract kan een conceptsettlement gegenereerd worden, zodra de assets terminaal zijn of voorbij de stage die de settle-actie draagt; die landt als concept voor review door finance. En Te koop zetten bestaat zowel als workflowactie als als bulkactie in Inventory, naast Refurbishment loggen, zodat een gegrade batch via dezelfde market-ready-check naar de verkooplaag gaat als een enkel asset. Geen van beide gebeurt stilletjes: het zijn allebei gebruikersacties, en ze schrijven allebei naar Activity.