Workflows Editor: die Tenant View der Engine
Wie /settings/core/workflows einem Tenant erlaubt, Presets zu waehlen, Stages zu overriden und Auto-generation Rules zu togglen - ohne Code.
Die Workflow Engine (siehe workflows category) läuft auf Definitionen, die sagen, welche Stages existieren, was sie abschließt und was sie generieren. /settings/core/workflows ist die tenant-facing Sicht auf diese Definitionen — aus Presets wählen, pro Contract Type customizen oder einen neuen Workflow from scratch bauen.
Presets
Die Plattform liefert Default Workflows pro Contract Type: standard ITAD, lease return, recycling, buyback, donation. Die Defaults decken die gängige Form ab — receiving, testing, grading, erasure, ready-for-sale — mit verdrahteten Auto-Generations (settlement on lease-return completion, listing draft on market-bound completion usw.). Ein Tenant, der nie etwas customizt, bekommt trotzdem funktionierende Workflows out of the box.
Customization
Jeder Workflow kann pro Tenant geklont und angepasst werden. Eine häufige Customization: eine zusätzliche Stage zwischen Testing und Grading einfügen für einen Tenant mit separater Quality-Control Review. Eine andere: die Auto-Generation Rule bei receiving completion ändern, sodass zusätzlich ein client-facing receipt PDF entsteht. Die Customization ist pro Tenant in tenant_workflow_preferences, sodass der Platform Default der Fallback für alle anderen bleibt.
Stage configuration
Für jede Stage in einem Custom Workflow: entry conditions, work-required, completion criteria, exit artefacts (siehe workflow-stages-and-artefacts article). Der Editor zeigt diese als Form Fields statt Code — der Operations Lead kann den Workflow anpassen, ohne eine Database Migration zu schreiben.
Der Editor
Der Editor ist ein strukturiertes Formular. Der Operations Lead kann Stages, Kriterien und generierte Artefacts ohne Code anpassen, während die zugrunde liegenden Workflow-Definitionen über Contracts hinweg konsistent bleiben.
Per-Contract Assignment
Ein Contract wählt aus dem verfügbaren Set, welchen Workflow er nutzt. /core/contracts/[slug] zeigt den assigned workflow und lässt den Operator ihn ändern (mit Bestätigung, dass die Änderung für Assets gilt, die ab jetzt in den Contract eintreten, nicht für historische Assets).