- Einleitung
- Erste Schritte
- Erstellen mit Maestro BPMN
- Grundlegendes zur BPMN-Modellierung von Maestro
- Öffnen der Modellierungsarbeitsfläche
- Modellierung Ihres Prozesses
- Ausrichten und Verbinden von BPMN-Elementen
- Patterns library
- Autopilot for Maestro (Vorschau)
- Prozess-Repository
- Einen einfachen BPMN-Prozess implementieren
- Einen komplexen BPMN-Prozess implementieren
- Debugging
- Simulieren
- Auswertungen (Vorschau)
- Häufige Implementierungsszenarien
- Erstellen mit Maestro Case
- Einführung in Maestro Case
- Maestro BPMN vs. Maestro Case: Wann wird Case Management verwendet?
- Der Lebenszyklus von Maestro Case: Vom Ereignis-Trigger zum App-Erlebnis
- Erstellen Sie Ihren ersten Fall mit Maestro Case
- Maestro Case mit einem Codierungs-Agent erstellen (Vorschau)
- Definieren von Fallschlüsseln (System vs. extern)
- Erstellen von Task-E/A- und Write-Back-Verträgen
- Austrittsregeln und Beendigung der frühen Phase
- Modellieren von primären und sekundären Phasen
- Auslösen eines Falls aus Data Fabric
- Implementieren von Personas und Berechtigungen auf Phasenebene
- Festlegen von SLAs und automatisierten Eskalationsregeln
- Konfigurieren einer Nacharbeitsschleife (Wiedereintritt)
- Konfigurieren und Testen des Case Manager-Agents (Vorschau)
- Eingabe- und Ausgabevertrag für den Fall Manager
- Wörterbuch für die Komponente „Maestro Case“.
- Erstellen mit Maestro Flow
- Skript
- HTTP-Anfrage (HTTP Request)
- Datentransformation
- Entscheidung
- Umschalten (Switch)
- Schleife
- Verzögerung (Delay)
- Zusammenführen
- Beenden
- Terminate
- Pseudo
- Manual Trigger
- Geplanter Trigger
- Autonomer Agent
- BPMN-Prozess (Business Process Model and Notation).
- RPA-Workflow
- API-Workflow
- Personalwesen
- Entitätsdatensätze abfragen
- Entitätsdatensatz erstellen
- Entitätsdatensatz aktualisieren
- Entitätsdatensatz löschen
- Connector-Knoten
- Maestro Automate
- Integrationen
- Betrieb
- Überwachung
- Optimieren
- Referenzinformationen
Entitätsdatensatz erstellen
Entitätsdatensatzknoten erstellen zum Schreiben eines neuen Datensatzes in eine Data Fabric-Entität aus einem Flow ohne Integration Service-Verbindung.
Erstellt einen neuen Datensatz in einer Data Fabric-Entität. Dies ist ein nativer Flow-Knoten – es ist keine Integration Service (IS)-Verbindung erforderlich. Es funktioniert mit vorhandenen Entitäten aus der Data Fabric-Plattform – sowohl Mandanten- als auch Ordnerentitäten – und mit Entitäten, die in einer VS Code-Lösung definiert sind. Weitere Informationen finden Sie unter Entitäten in VS Code.
Konfiguration
| Feld | Erforderlich | Beschreibung |
|---|---|---|
| Data Fabric-Entität | Ja | Die Entität, in der ein Datensatz erstellt werden soll. Wählen Sie Schema aktualisieren aus, wenn sich die Felder der Entität geändert haben, seit Sie den Knoten hinzugefügt haben. |
| Feldwerte | Ja | Wählen Sie + Felder auswählen, um auszuwählen, welche Felder festgelegt werden sollen, und geben Sie dann für jedes ausgewählte Feld einen Wert an. Mindestens ein Feldwert ist erforderlich. |
Dieser Knoten unterstützt die Registerkarte Fehlerbehandlung nicht.
Ausgabe
Die Ausgabe des Knotens spiegelt alle Felder der Entität wider – die Felder und Typen variieren je nach Entität und enthalten in der Regel die Standardsystemfelder der Entität (z. B. Id, CreateTime und CreatedBy) neben Ihren benutzerdefinierten Feldern. Greifen Sie als $vars.<nodeId>.output.<fieldName> darauf zu.
Live-Referenzverhalten
Die Ausgabe ist ein Live-Verweis auf den erstellten Datensatz und keine gespeicherte Kopie der von Ihnen geschriebenen Werte. Jeder Ausdruck, jede Bedingung oder jedes Skript, das ihn liest, liest den Datensatz zu diesem Zeitpunkt erneut, sodass er jede spätere Änderung widerspiegelt – kein zusätzlicher Knoten für Entitätsdatensätze ist erforderlich. Der LIVE Query- Chip in der Schemastruktur markiert Ausgaben, die sich so verhalten.
Wenn dieser Knoten beispielsweise ein Ticket mit dem Status Open erstellt und ein späterer Knoten dieses Ticket auf Closed festlegt, gibt ein Ausdruck, der $vars.<nodeId>.output.Status nach diesem Punkt liest, Closed zurück, nicht den Open -Wert, den dieser Knoten geschrieben hat.
Schleifen- und Datentransformationssammlungen sind eine Ausnahme. Sie lesen einen Snapshot des Datensatzes, der bei der Ausführung des Knotens erstellt wurde.