Eine Sache, die ihr als engomo-Community kennen solltet:
Es gibt inzwischen tausende öffentlich verfügbare Workflow-Templates für unterschiedlichste Automatisierungsaufgaben. Allein n8n listet aktuell 12.326 Workflow Automation Templates. Und die können wir inzwischen ziemlich gut als Vorlage für engomo verwenden.
Ich habe das einmal mit einem etwas umfangreicheren Beispiel ausprobiert: einem Multi-Carrier-Tracking für FedEx, UPS und DHL.
Was der Workflow machtDie Idee ist recht einfach:
Der n8n-Workflow bringt dafür bereits einiges an Logik mit, inklusive Circuit Breaker und Fehlerbehandlung. Ich habe die JSON-Definition des Templates heruntergeladen und Gudrun gegeben. |
 |
Gudrun konnte die Definition lesen, den Aufbau verstehen und auf engomo übertragen.
Als erstes hat sie ein eigenes Persistence-Schema vorgeschlagen und angelegt. Darin gibt es die Sendungen mit ihrem aktuellen Status und zusätzlich eine Historientabelle für alle Statusänderungen.
Danach kam die eigentliche Prozesslogik:
Der Flow validiert die Daten, verzweigt nach Versanddienstleister, spricht die jeweilige API an und schreibt Status und Historie in die engomoPersistence. Die notwendigen HTTP-Connections hat Gudrun ebenfalls angelegt. Credentials bzw. Authentifizierung kommen anschließend in die dafür vorgesehenen Connections.
Damit war der ursprüngliche Workflow in engomo angekommen.
Jetzt wird daraus eine Anwendung
Und hier wird es für mich interessanter.
Die Datenhaltung liegt jetzt in einer engomo-eigenen Datenbank. Im nächsten Schritt müssen die Sendungen natürlich nicht mehr manuell dort angelegt werden.
Wir können die Trackingnummer direkt aus SAP, Comarch, abas, proALPHA oder einem anderen Backend übernehmen. Oder der Versandprozess läuft ohnehin über engomo, erzeugt dort die Sendung und schreibt die Trackinginformationen direkt mit.
Und zusätzlich hat Gudrun mir ein UI gebaut: Sendungsübersicht, Suche, Detailansicht, Statushistorie und Erfassung neuer Sendungen.
Damit wird aus einem Workflow eine vollständige Enterprise-Anwendung mit Prozesslogik, Backend-Integration, Datenhaltung und Benutzeroberfläche.
12.326 Vorlagen
Das finde ich an der Geschichte spannend.
Wir müssen die 12.326 Templates nicht in engomo importieren können. Sie liefern uns bereits beschriebene und teilweise ziemlich ausgefeilte Automatisierungslogik.
Die geben wir Gudrun und lassen daraus eine engomo-Anwendung bauen.
Und wenn sie gebaut ist, liegt sie ganz normal in unserer Plattform: mit definierten und deterministisch ausgeführten Flows, zentraler Authentifizierung und Berechtigungen, versionierbaren Änderungen, kontrollierten Connections und der Security- und Governance-Schicht der Plattform.
KI beschleunigt damit vor allem den Bau. Die produktive Anwendung selbst bleibt eine klar definierte, kontrollierbare Enterprise-Anwendung.
Bleiben noch 12.325 Templates.
Get in Contact
Sie haben Rückfragen oder möchten konkrete Ideen besprechen?
Ich freue mich auf den gemeinsamen Austausch.
Jens Stier
