Workflow & Genehmigungen
Veröffentlichung mit konfigurierbaren Genehmigungsabläufen, Datenbedingungen, SLAs und parallelen Genehmigungen absichern.
Workflows sind konfigurierbare Zustandsautomaten-Genehmigungsabläufe, die steuern, wann ein Produkt (oder eine andere Entität) veröffentlicht werden darf. Ein Workflow bewegt eine Entität über Zustände (zum Beispiel Entwurf → in Prüfung → genehmigt / abgelehnt) mittels Übergängen, die jeweils durch Rolle und optionale Datenbedingungen abgesichert sind.
Der vorinstallierte Genehmigungsablauf
Eine frische Organisation bringt einen Produktgenehmigungs-Workflow mit: Entwurf → in Prüfung → genehmigt / abgelehnt. Ein Bearbeiter reicht ein Produkt zur Prüfung ein; ein Administrator genehmigt es. Die Veröffentlichungssperre blockiert die Veröffentlichung, bis das Produkt genehmigt ist — durchgesetzt an beiden Produkt-Veröffentlichungspunkten.
Datenbedingungen
Ein Übergang kann eine Ausstiegsbedingung tragen und ein Zielzustand eine Eintrittsbedingung. Beide werden (UND-verknüpft) gegen einen Schnappschuss der Produktattribute und Asset-Anzahlen ausgewertet. Bedingungen laufen ausschließlich durch die sichere Compliance-Sandbox — nie eval — und schlagen fehlersicher zu: Eine fehlerhafte Bedingung oder eine ohne auszuwertenden Schnappschuss verweigert den Übergang mit einem Fehler CONDITION_NOT_MET. Jede Bedingung wird beim Erstellen geparst, sodass ein defekter Ausdruck vorab abgelehnt wird.
Zum Beispiel blockiert eine Eintrittsbedingung „Bildanzahl ≥ 1" das Genehmigen eines Produkts ohne Bild.
SLAs und Eskalation
Eine SLA-Richtlinie (je Organisation, je Workflow-Zustand) treibt einen Hintergrund-Scanner an. Ist eine Aufgabe über ihr Fälligkeitsdatum hinaus offen, erinnert er den Zuständigen; nach einem Kulanzfenster, gemessen ab der Erinnerung, eskaliert er an die Rolle der Richtlinie, weist optional automatisch dem am wenigsten ausgelasteten Prüfer neu zu und protokolliert den Schritt. Die Eskalation ist idempotent (keine → erinnert → eskaliert), sodass eine Aufgabe nie doppelt verarbeitet wird. Der Posteingang hat einen Filter overdue=true, und das Öffnen einer Aufgabe setzt ihr Fälligkeitsdatum aus der Richtlinie.
Parallele Genehmigungen
Ein Zustand kann in mehrere parallele Prüfzweige auffächern. Prüfer beanspruchen einen Zweig ausdrücklich und stimmen dann über den normalen Übergang ab. Eine Verbindungsregel (all, any oder quorum) bringt die Instanz erst voran, wenn die Regel erfüllt ist; die erste Ablehnung wirkt als Kurzschluss-Veto und storniert die Geschwisterzweige. Ein Prüfer kann nur einen Zweig halten (eindeutiger Genehmiger durchgesetzt), und eine parallele Definition muss sowohl eine ausgehende Genehmigungs- als auch eine Ablehnungskante bereitstellen.
Workflows und Onboarding
Wird das Produkt eines Lieferanten über Onboarding in eine nicht verwaltete Lieferanten-Organisation mit aktivem Produkt-Workflow importiert, legt der Import das Produkt als Entwurf an und treibt den initialen Einreich-Übergang als Systemaktion voran, sodass die eigene Veröffentlichungssperre des Lieferanten den Rest regelt. Verwaltete Schatten-Organisationen überspringen die Absicherung.