maestro
latest
false
- Einleitung
- Erste Schritte
- Prozessmodellierung mit BPMN
- Grundlagen der Prozessmodellierung
- Öffnen der Modellierungsarbeitsfläche
- Modellierung Ihres Prozesses
- Ausrichten und Verbinden von BPMN-Elementen
- Autopilot for Maestro (Vorschau)
- Prozess-Repository
- Prozessmodellierung mit Fallverwaltung
- Entwerfen eines persistenten Schemas für eine Fallentität
- Definieren von Fallschlüsseln (system vs. extern)
- Festlegung von Aufgaben-E/A und Write-Back-Vereinbarungen
- Austrittsregeln und Frühphasenbeendigung
- Modellierung von primären und sekundären Phasen
- Auslösen eines Falls über Data Fabric
- Implementieren von Personen und Berechtigungen auf Phasenebene
- Festlegen von SLAs und Regeln für die automatisierte Eskalation
- Konfigurieren einer Nachbearbeitungsschleife (erneuter Eintritt)
- Verwalten von Live-Fallinstanzen: Anhalten, migrieren und wiederholen
- Wörterbuch für die Fallverwaltungskomponente von Maestro
- Process modeling with Flow
- Erste Schritte
- Kernkonzepte
- Node reference
- Built-in nodes
- Connector nodes
- Build guides
- Best Practices
- Referenz (Reference)
- Prozessimplementierung
- Debugging
- Simulieren
- Veröffentlichen und Aktualisieren von agentischen Prozessen
- Häufige Implementierungsszenarien
- Extraktieren und Validieren von Dokumenten
- Prozessabläufe
- Prozessüberwachung
- Prozessoptimierung
- Referenzinformationen
Wichtig :
Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.
Benutzerhandbuch zu Maestro
Was es tut
Routes a process to one of multiple paths based on ordered conditions. Takes the first match.
When to use this vs Decision
| Use Switch when... | Use Decision when... |
|---|---|
| You have three or more outcomes | You have exactly two outcomes |
| You're routing by multiple distinct conditions | The condition is a simple yes/no |
| You need a default/fallback branch |
Configuration reference
| Feld | Erforderlich | Standard | Beschreibung |
|---|---|---|---|
| Fälle (Cases) | Ja | 2 empty cases | Ordered branch list. Each case has a handle label and a JavaScript expression; the first truthy expression is taken. |
| Include default | Nein | true | Whether to add a Default branch that is taken when no case expression matches. |
Writing case expressions
Each case expression uses the same JavaScript environment as the Script and Decision nodes:
// Case 1 — high priority
$vars.ticket1.output.priority === "high"
// Case 2 — medium priority
$vars.ticket1.output.priority === "medium"
// Case 3 — low priority (or use Default to catch everything else)
$vars.ticket1.output.priority === "low"
// Case 1 — high priority
$vars.ticket1.output.priority === "high"
// Case 2 — medium priority
$vars.ticket1.output.priority === "medium"
// Case 3 — low priority (or use Default to catch everything else)
$vars.ticket1.output.priority === "low"
More specific conditions should appear first. A broader condition higher in the list will match before a more specific one below it.
Beispiele
Example 1 — Route by HTTP status code
| Fall | Ausdruck | Verzweigung |
|---|---|---|
| Erfolgreich | $vars.httpRequest1.output.statusCode === 200 | → process response |
| Not Found | $vars.httpRequest1.output.statusCode === 404 | → handle missing resource |
| Standard | (fallback) | → handle unexpected error |
Example 2 — Route by string value
| Fall | Ausdruck | Verzweigung |
|---|---|---|
| Genehmigt | $vars.form1.output.status === "approved" | → continue process |
| Abgelehnt | $vars.form1.output.status === "rejected" | → notify rejection |
| Anstehende | $vars.form1.output.status === "pending" | → wait for review |
| Standard | (fallback) | → handle unknown status |
Zugehörige Seiten
- Decision node — for exactly two branches
- Variables and data flow —
$varssyntax and expression patterns - Error handling — handling failures vs conditional branching