Workflows editor: la vue tenant du moteur
Comment /settings/core/workflows permet a un tenant de choisir des presets, override des stages et toggler auto-generation rules - sans code.
Le workflow engine (voir workflows category) tourne sur des définitions qui disent quelles stages existent, ce qui les complète et ce qu’elles génèrent. /settings/core/workflows est la vue tenant-facing de ces définitions — choisir depuis des presets, customiser par contract type, ou construire un nouveau workflow from scratch.
Presets
La plateforme livre des default workflows par contract type : standard ITAD, lease return, recycling, buyback, donation. Les defaults couvrent la forme courante — receiving, testing, grading, erasure, ready-for-sale — avec les auto-generations câblées (settlement sur lease-return completion, listing draft sur market-bound completion, etc.). Un tenant qui ne customise jamais rien obtient quand même des workflows fonctionnels out of the box.
Customization
Chaque workflow peut être cloné et customisé par tenant. Une customization courante : insérer une stage supplémentaire entre testing et grading pour un tenant qui fait une quality-control review séparée. Autre exemple : modifier la règle d’auto-generation sur receiving completion pour créer aussi un client-facing receipt PDF. La customization est par tenant, dans tenant_workflow_preferences, donc le platform default reste le fallback pour tous les autres.
Stage configuration
Pour chaque stage d’un custom workflow : entry conditions, work-required, completion criteria, exit artefacts (voir l’article workflow-stages-and-artefacts). L’editor expose cela comme form fields plutôt que comme code — l’opérations lead peut ajuster le workflow sans écrire une database migration.
L’éditeur
L’éditeur est un formulaire structuré. L’operations lead peut ajuster les stages, critères et artefacts générés sans écrire de code, tandis que les définitions workflow restent cohérentes entre les contracts.
Assignation par contrat
Un contrat choisit quel workflow il utilise depuis le set disponible. /core/contracts/[slug] montre l’assigned workflow et permet à l’opérateur de le changer (avec confirmation que le changement s’applique aux assets entrant dans le contrat à partir de maintenant, pas aux assets historiques).