So funktioniert es
Ersetze die Beispiel-groupId durch eine vorhandene Workspace-Freigabegruppe. Maximal 30 Felder (Text, Zahl, Boolean, ISO-Datum, Auswahl) und 40 Nodes (start, condition, approval, end).
Bedingungen referenzieren Feldschlüssel mit all/any und eq, neq, gt, gte, lt, lte oder contains. Interne Freigabe-Nodes referenzieren groupId. Externe verwenden groupId:null und externalApprover:{source:„email“,email:„reviewer@example.com“} oder {source:„field“,field:„recipientEmail“,allowedDomains:[„example.com“]}. Das referenzierte Feld muss ein Text-/E-Mail-Pflichtfeld sein. sharedFields benennt extern sichtbare Antragsfelder (Standard []). Verbinde vor Veröffentlichung alle Ausgänge. Schleifen und unerreichbare Nodes werden abgewiesen.
Freigabe-Ausgänge: next führt bei Genehmigung weiter, rejectedNext bei Ablehnung. Verbinde beide bei neuen Flows. Beide können zu einer Bedingung, einer weiteren Freigabe oder einem Ende führen. Ohne rejectedNext bleibt die bisherige sofortige Ablehnung erhalten; null ist ein unverbundener Entwurfsausgang und verhindert die Veröffentlichung. Nur Gates auf dem tatsächlichen Entscheidungspfad werden aktiv.
Alternative für reine Definitionen: POST /v1/flows {name, definition}; POST /v1/flows/{flowId}/versions {definition}; POST /v1/flow-versions/{versionId}/publish {}. Beide Schema-Versionen werden unterstützt.
Request-Body
namestringerforderlichmin length 1 · max length 120accessScopestringoptionalmin length 1 · max length 60definitionobjecterforderlichpresentationobjecterforderlichGrundlagen des Aufrufs
- Authorization
- Bearer $FLOWG8_API_KEY
- X-Organization-Id
- Deine Workspace-UUID
- Idempotency-Key
- Stabil pro Vorgang; 8–128 Zeichen

