- Überblick
- Erste Schritte
- Konzepte
- Verwenden der UiPath CLI
- Anleitungen
- CI/CD-Rezepte
- Befehlsreferenz
- Überblick
- Exitcodes
- Globale Optionen
- UIP-codierter Agent
- UIP-Coded
- UIP-Kontextgrundlage
- UIP-Dokumentation
- UIP-Funktion
- UIP-Leitplanken
- uip llm-configuration
- uip llm-gateway
- UIP-Modellhub
- Add-Test-Data-Entität
- Add-Test-Data-Queue
- Add-Test-Data-Variation
- Analysieren
- Erstellen
- Ein Projekt erstellen
- Diff
- Suchaktivitäten
- Get-Analyse-Regeln
- get-standard-aktivität-xaml
- Fehler abrufen
- Manuelle-Testfälle erhalten
- Manuelle-Testschritte erhalten
- Get-Library-Object-Repository
- Get-Object-Repository
- Get-Versionen
- Beispiel für einen Workflow abrufen
- Anwendung anzeigen
- Anzeigeelement
- Inspektionspaket
- install-data-fabric-entities
- Pakete installieren oder aktualisieren
- list-data-fabric-entities
- Listeninstanzen
- Beispiele für Listenworkflows
- Packen
- Veröffentlichen
- Remote
- restore
- Ausführen, Debuggen & Ausführung enthält
- Ausführungsdatei installieren
- Suchvorlagen
- Studio starten
- Ausführung anhalten
- TM
- UIA
- UIP-Aufgaben
- UIP-Ablaufverfolgungen
- Feedback zu UIP-Ablaufverfolgungen
- Migration
- Referenz und Support
uip Maestro-Fallfall-Austrittsbedingungen, Phasen-Eintrittsbedingungen, Phasen-Austrittsbedingungen
Syntax und Optionen für die „get“-Verben der Bedingungsgruppen auf Fall- und Phasenebene in einer lokalen JSON-Datei für die Fallverwaltung – case-exit-Conditions, Stage-Entry-Conditions und Stage-Exit-Conditions – sowie die JSON Feldreferenz für die manuelle Bearbeitung.
Drei Befehlsgruppen verwalten die regelbasierten Bedingungen, die Übergänge innerhalb einer lokalen Fallverwaltungsdefinitionsdatei öffnen: case-exit-conditions (wenn der gesamte Fall abgeschlossen oder geschlossen werden kann), stage-entry-conditions (wenn eine Phase beginnen kann) und stage-exit-conditions ( wann eine Phase abgeschlossen oder übergeben werden kann). Alle drei haben eine identische get -Form und lesen dasselbe JSON-Dokument zur Fallverwaltung; Das Dateiformat und den Rest des Subsystems finden Sie unter uip maestro case . Das Äquivalent auf Aufgabenebene finden Sie unter task-entry-conditions.
Bedingungen werden manuell in caseplan.json bearbeitet – die JSON-Feldreferenz jeder Gruppe befindet sich unter ihrem get -Verb.
Konzepte
- Eine Bedingung ist ein benannter Container für eine oder mehrere Regelgruppen.
rulesist ein Array von Arrays – jedes innere Array ist eine OR-Verzweigung und jede Regel innerhalb eines inneren Arrays ist durch UND verknüpft. In der Praxis hat jedes funktionierte Beispiel in der Quelle genau eine Regel pro Bedingung, aber die Form unterstützt mehrere. - Die Aufteilung nach Vervollständigungs-/Austrittsregeltyp. Bei
case-exit-conditionsundstage-exit-conditionshängt der gültigerule-type-Wert davon ab, ob die Bedingung das übergeordnete Element als abgeschlossen markiert:marksCaseComplete/marksStageComplete: trueverwendet den Satz für den Vervollständigungsregeltyp ;false(oder fehlend) verwendet den Exit- Set. stage-entry-conditionshat eine einzelne Aufzählung vom Regeltyp, keine Vervollständigungs-/Beendigungsaufteilung.
UIP Maestro Case-Exit-Bedingungen
Austritts-/Vervollständigungsbedingungen für den gesamten Fall lesen (dateibezogenes, kein Phasenargument).
Zusammenfassung
uip maestro case case-exit-conditions get <file> <condition-id>
uip maestro case case-exit-conditions get <file> <condition-id>
Abrufen der case-exit-Conditions für UIP Maestro
Argumente
| Name | Erforderlich | Zweck |
|---|---|---|
<file> | ja | Pfad zur JSON-Datei zur Fallverwaltung. |
<condition-id> | ja | ID der abzurufenden Austrittsbedingung des Falls. |
Beispiel
uip maestro case case-exit-conditions get case.json Condition_a1b2c3d4
uip maestro case case-exit-conditions get case.json Condition_a1b2c3d4
Datenform (--output json)
{
"Code": "CaseExitConditionFound",
"Data": {
"Condition": {
"id": "Condition_a1b2c3d4",
"displayName": "Completed",
"marksCaseComplete": true,
"rules": [[{ "id": "Rule_e5f6a7b8", "type": "required-stages-completed" }]]
}
}
}
{
"Code": "CaseExitConditionFound",
"Data": {
"Condition": {
"id": "Condition_a1b2c3d4",
"displayName": "Completed",
"marksCaseComplete": true,
"rules": [[{ "id": "Rule_e5f6a7b8", "type": "required-stages-completed" }]]
}
}
}
Condition ist das unformatierte Knotenobjekt, wie es auf der Festplatte gespeichert ist – verwenden Sie diese Form als Referenz bei der manuellen Bearbeitung von caseplan.json.
JSON-Felder für die Bedingung des Falls
Feldreferenz für die manuelle Bearbeitung einer Bedingung in caseplan.json:
| Feld | Wert | Hinweise |
|---|---|---|
displayName | string | Anzeigename für die Bedingung. |
marksCaseComplete | true | false | Schaltet um, welcher rule-type - Satz gültig ist (siehe Konzepte). |
Regel type | Vervollständigungssatz (marksCaseComplete: true): required-stages-completed, wait-for-connector. Satz beenden (false/abwesend): selected-stage-completed, selected-stage-exited, wait-for-connector. | Wechselt innerhalb eines rules[][] -Eintrags. |
| Bedingungsausdruck | string | Freiform-Ausdruck für eine Regel, wenn der Regeltyp eine unterstützt. |
selectedStageId | string | Phasen-ID für selected-stage-* Regeln. |
Führen Sie nach der Bearbeitung uip maestro case validate aus.
Phasen-Eintrittsbedingungen für UIP Maestro-Falls
Lesen Sie die Eintrittsbedingungen für eine Phase (Datei + Phasen-Scope).
Zusammenfassung
uip maestro case stage-entry-conditions get <file> <stage-id> <condition-id>
uip maestro case stage-entry-conditions get <file> <stage-id> <condition-id>
Abrufen der Stage-Entry-Conditions für UIP Maestro
Argumente
| Name | Erforderlich | Zweck |
|---|---|---|
<file> | ja | Pfad zur JSON-Datei zur Fallverwaltung. |
<stage-id> | ja | ID des Phasenknotens. |
<condition-id> | ja | ID der abzurufenden Eintrittsbedingung. |
Beispiel
uip maestro case stage-entry-conditions get case.json Stage_1 Condition_a1b2c3d4
uip maestro case stage-entry-conditions get case.json Stage_1 Condition_a1b2c3d4
Datenform (--output json)
{
"Code": "StageEntryConditionFound",
"Data": {
"Condition": {
"id": "Condition_a1b2c3d4",
"displayName": "Start",
"rules": [[{ "id": "Rule_e5f6a7b8", "type": "current-stage-entered" }]]
}
}
}
{
"Code": "StageEntryConditionFound",
"Data": {
"Condition": {
"id": "Condition_a1b2c3d4",
"displayName": "Start",
"rules": [[{ "id": "Rule_e5f6a7b8", "type": "current-stage-entered" }]]
}
}
}
JSON-Felder mit Phaseneintrittsbedingung
Feldreferenz für die manuelle Bearbeitung:
| Feld | Wert | Hinweise |
|---|---|---|
displayName | string | Anzeigename für die Bedingung. |
isInterrupting | true | false | Ob die Bedingung unterbrechend ist. |
Regel type | einer von case-entered, selected-stage-exited, selected-stage-completed, wait-for-connector, user-selected-stage | Einzelne Aufzählung, keine Vervollständigungs-/Beendigungsaufteilung. |
| Bedingungsausdruck | string | Freiform-Ausdruck für eine Regel, wenn sie unterstützt wird. |
selectedStageId | string | Phasen-ID für selected-stage-* Regeln. |
Führen Sie nach der Bearbeitung uip maestro case validate aus.
UIP Maestro-Fallendbedingungen
Lesen Sie die Austritts-/Vervollständigungsbedingungen für eine Phase (Datei + Phasen-Scope). Die umfangreichste der drei Gruppen – sie steuert auch, wo die Ausführung beim Beenden erfolgt.
Zusammenfassung
uip maestro case stage-exit-conditions get <file> <stage-id> <condition-id>
uip maestro case stage-exit-conditions get <file> <stage-id> <condition-id>
Abrufen der Phasen-Exit-Bedingungen von UIP Maestro
Argumente
| Name | Erforderlich | Zweck |
|---|---|---|
<file> | ja | Pfad zur JSON-Datei zur Fallverwaltung. |
<stage-id> | ja | ID des Phasenknotens. |
<condition-id> | ja | ID der abzurufenden Austrittsbedingung. |
Beispiel
uip maestro case stage-exit-conditions get case.json Stage_1 Condition_a1b2c3d4
uip maestro case stage-exit-conditions get case.json Stage_1 Condition_a1b2c3d4
Datenform (--output json)
{
"Code": "ExitConditionFound",
"Data": {
"Condition": {
"id": "Condition_a1b2c3d4",
"displayName": "Done",
"marksStageComplete": true,
"rules": [[{ "id": "Rule_e5f6a7b8", "type": "required-tasks-completed" }]]
}
}
}
{
"Code": "ExitConditionFound",
"Data": {
"Condition": {
"id": "Condition_a1b2c3d4",
"displayName": "Done",
"marksStageComplete": true,
"rules": [[{ "id": "Rule_e5f6a7b8", "type": "required-tasks-completed" }]]
}
}
}
JSON-Felder mit Phasenaustrittsbedingung
Feldreferenz für die manuelle Bearbeitung:
| Feld | Wert | Hinweise |
|---|---|---|
displayName | string | Anzeigename für die Bedingung. |
type | exit-only | wait-for-user | return-to-origin | Was beim Beenden passiert. |
exitToStageId | string | Phase, in die beim Beenden übergehen soll (gepaart mit return-to-origin). |
marksStageComplete | true | false | Schaltet um, welcher rule-type - Satz gültig ist (siehe Konzepte). |
Regel type | Vervollständigungssatz (marksStageComplete: true): required-tasks-completed, wait-for-connector. Satz beenden (false/abwesend): selected-tasks-completed, wait-for-connector. | Wechselt innerhalb eines rules[][] -Eintrags. |
| Bedingungsausdruck | string | Freiform-Ausdruck für eine Regel, wenn sie unterstützt wird. |
selectedTasksIds | Array of Strings | Aufgaben-IDs für eine selected-tasks-completed -Regel. |
Führen Sie nach der Bearbeitung uip maestro case validate aus.
Zugehörig
- uip Maestro Fall – Subsystemübersicht und das JSON-Dateiformat für die Fallverwaltung.
- uip Maestro Fallfälle und Phasen – die Phasenknoten, an die diese Bedingungen angehängt sind.
- uip Maestro Case Tasks – Aufgaben, die diese Bedingungen endgültig festlegen.
- uip Maestro Case Task-Entry-Conditions – das Äquivalent auf Aufgabenebene.
Siehe auch
- Konzepte
- UIP Maestro Case-Exit-Bedingungen
- Zusammenfassung
- Abrufen der case-exit-Conditions für UIP Maestro
- JSON-Felder für die Bedingung des Falls
- Phasen-Eintrittsbedingungen für UIP Maestro-Falls
- Zusammenfassung
- Abrufen der Stage-Entry-Conditions für UIP Maestro
- JSON-Felder mit Phaseneintrittsbedingung
- UIP Maestro-Fallendbedingungen
- Zusammenfassung
- Abrufen der Phasen-Exit-Bedingungen von UIP Maestro
- JSON-Felder mit Phasenaustrittsbedingung
- Zugehörig
- Siehe auch