UIP Maestro-Falltrigger, Sticky-Notes, Edges

Syntax, Optionen und JSON-Feldreferenz für „uip Maestro Case Triggers“, „ Sticky-Notes“ und „Edges“.

Eine Fallverwaltungsdefinition ist ein Diagramm, das als JSON-Schemadatei bearbeitet wurde (dieselbe Datei uip maestro case init Gerüst). Trigger sind die Einstiegspunkte, die einen Fall starten; Sticky Notes sind frei schwebende Anmerkungen auf der Diagrammfläche; Kanten sind die weitergeleiteten Verbindungen zwischen Knoten (Trigger, Phasen und andere Elemente), die den Ablauf des Falls definieren. In der Übersicht über die Fallverwaltung finden Sie die gemeinsam genutzten Konzepte (Projektlayout, JSON-Schemadatei, init), die auch hier gelten.

Trigger, Sticky Notes und Edges werden in den Knoten-/Edge-Arrays von caseplan.json manuell hinzugefügt, bearbeitet oder entfernt und dann mit uip maestro case validate validiert. Es gibt kein triggers get -Verb; sticky-notes get und edges get sind unten dokumentiert.

Zusammenfassung

uip maestro case sticky-notes get <file> <note-id>
uip maestro case edges get <file> <edge-id>

---

UIP Maestro-Falltrigger

Triggerknoten sind die Einstiegspunkte, die einen Fall starten – es gibt drei Arten (manuell, Timer, Connector-Ereignis). Überprüfen, hinzufügen oder bearbeiten Sie einen Trigger, indem Sie das nodes[] -Array von caseplan.json direkt bearbeiten (siehe uipath-maestro-case -Fähigkeit references/plugins/ für die genaue Knotenform pro Typ) und dann validieren.

---

Sticky-Notebooks für UIP Maestro-Fall

Frei schwebende Textanmerkungen auf der Arbeitsfläche des Falldiagramms. Rein Runtime – Sie haben kein Runtime-Verhalten.

Abrufen von Sticky-Notebooks für UIP Maestro

Argumente

Name	Erforderlich	Zweck
<file>	ja	Pfad zur JSON-Datei zur Fallverwaltung.
<note-id>	ja	ID der abzurufenden Notiz.

Beispiel

uip maestro case sticky-notes get case.json StickyNote_a1b2c3d4

Datenform (--output json)

{ "Code": "StickyNoteFound", "Data": { "StickyNote": { "id": "StickyNote_a1b2c3d4", "type": "case-management:StickyNote", "position": { "x": 0, "y": 0 }, "data": { "label": "TODO" } } } }

StickyNote ist das unformatierte Knotenobjekt, wie es auf der Festplatte gespeichert wird – verwenden Sie diese Form als Referenz bei der manuellen Bearbeitung von caseplan.json, um eine Notiz hinzuzufügen, zu bearbeiten oder zu entfernen.

---

UIP Maestro-Fall Edges

Direkte Verbindungen zwischen Knoten im Falldiagramm – dasselbe Diagramm-Edge-Konzept wie uip maestro flow edge, aber beschränkt auf die eigenen Knotentypen (Trigger und Phasen) und die JSON-Schemaform der Fallverwaltung.

UIP Maestro Case Edges abrufen

Argumente

Name	Erforderlich	Zweck
<file>	ja	Pfad zur JSON-Datei zur Fallverwaltung.
<edge-id>	ja	ID der abzurufenden Edge.

Beispiel

uip maestro case edges get case.json edge_a1b2c3d4

Datenform (--output json)

{
  "Code": "EdgeFound",
  "Data": {
    "Edge": {
      "id": "edge_a1b2c3d4",
      "type": "case-management:Edge",
      "source": "Stage_1",
      "target": "Stage_2",
      "sourceHandle": "Stage_1____source____right",
      "targetHandle": "Stage_2____target____left",
      "data": { "label": "Next" }
    }
  }
}

Edge ist das unformatierte Edge-Objekt, das auf der Festplatte gespeichert wird – eine Trigger-basierte Edge hat type: "case-management:TriggerEdge" anstelle von case-management:Edge. Verwenden Sie diese Form als Referenz, wenn Sie das edges[] -Array von caseplan.json manuell bearbeiten.

Edges sind nicht die empfohlene Methode zur Modellierung des Fallflusses – behalten Sie das edges -Array von caseplan.json als [] bei und modellieren Sie stattdessen Übergänge mit Phaseneintritts-/Austrittsbedingungen , dann führen Sie uip maestro case validate <file> aus.

Siehe auch

• Übersicht über die Fallverwaltung
• uip maestro case cases/stages
• uip maestro case conditions – der empfohlene Ersatz für die Edge-basierte Flussmodellierung.
• Globale Optionen
• Exitcodes