Polski (PL) 
English (United Kingdom) 
IFS Cloud · Workflow · Konfiguration · BPMN · Evergreen
Prozesslogik, die jedes Release übersteht, ohne dass ein Entwickler sie anfasst
Bevor ein Entwickler Code für IFS Cloud schreibt, sollte der Lösungsarchitekt eine Frage stellen: Lässt sich das mit einem Workflow lösen? Ein Workflow liegt als Konfigurationsdaten vor, ein Funktionsberater baut ihn, und er wandert bei den halbjährlichen Releases mit. Eigener Code dagegen muss bei jedem Release neu geprüft werden und häuft technische Schuld an.
Technisches 30-Minuten-Gespräch buchen Grenzen von Workflows ansehen
1.Auf einen Blick
- Ein Workflow wird in BPMN (Business Process Model and Notation) visuell modelliert. Dafür genügt ein Funktionsberater oder Business Analyst, ein C#- oder PL/SQL-Entwickler ist nicht nötig.
- Workflows liegen als Konfigurationsdaten (XML-Modelle) getrennt vom Quellcode. Deshalb gelten sie als Evergreen-konform und wandern bei IFS-Cloud-Updates mit.
- Der Ablauf steht als Flussdiagramm vor Augen, nicht in Codedateien. Eine Änderung heißt anpassen und veröffentlichen, ohne Code-Review und ohne Kompilierzeit.
- Drei Fälle brauchen weiterhin Code: tiefe Systemintegrationen, Massenverarbeitung mit rund 50.000 Datensätzen in einer nächtlichen Berechnung und Algorithmen, die als BPMN-Diagramm unwartbar würden.
2.Konfiguration und Eigenentwicklung im Vergleich
Konfiguration verändert das Systemverhalten mit den Bordmitteln von IFS Cloud, etwa dem Workflow Manager, ohne eine Zeile Code. Eigenentwicklung (Customization) verändert den Quellcode in PL/SQL oder C# und verursacht dauerhaft Wartungskosten und Upgrade-Risiken. Der Unterschied zeigt sich in vier Punkten.
| Bereich | Eigenentwicklung (C#/PL/SQL) | Workflow (BPMN) |
|---|---|---|
| Umsetzung | Erfordert einen Entwickler | Erfordert einen Funktionsberater |
| Sichtbarkeit | Steckt in Codedateien | Visuelles Flussdiagramm (BPMN) |
| Wartung | Hoch: Code-Reviews, Kompilierzeiten | Niedrig: anpassen und veröffentlichen |
| Upgrade-Risiko | Hoch, Brüche wahrscheinlich | Niedrig, vorwärtskompatibel |
Wer die native Workflow Engine nutzt, hält die Geschäftslogik über die halbjährlichen Releases stabil und senkt die technische Schuld, die klassische ERP-Updates belastet. Der Workflow-First-Gedanke läuft darauf hinaus, das ERP an den Betrieb anzupassen und nicht den Betrieb an das ERP.
3.Wann Eigenentwicklung weiter nötig ist
Workflows decken die Konfiguration ab, an bestimmten Schwellen beginnt die Erweiterung per Code (Extensibility). Drei Fälle sind klar abgrenzbar.
Tiefe Systemintegrationen
Verschlüsselte Bankdateien oder hochfrequente Maschinenschnittstellen können übersteigen, was Standard-Workflows leisten. Hier kommen eigene Projektionen oder eine Integrations-Middleware zum Einsatz (IFS Connect, siehe FAQ).
Rechenintensive Logik
Ein Workflow, der nachts 50.000 Datensätze in einer Schleife berechnet, läuft spürbar langsamer als dieselbe Logik in PL/SQL. Massenverarbeitung gehört deshalb in serverseitige Logik.
Einmalige, komplexe Algorithmen
Ergibt eine Geschäftsregel im BPMN-Modell ein Spaghetti-Diagramm, ist sie nicht wartbar. Die komplexe Logik gehört dann in Code und wird aus einem Workflow aufgerufen. So bleibt der Ablauf sichtbar und der Code auf das Nötige begrenzt.
4.FAQ
Was unterscheidet Konfiguration und Eigenentwicklung in IFS Cloud?
Konfiguration verändert das Systemverhalten mit nativen Werkzeugen wie dem Workflow Manager ohne Codeänderung und bleibt dadurch upgrade-sicher. Eigenentwicklung ändert den Quellcode (PL/SQL, C#) und verursacht höhere Wartungskosten und Upgrade-Risiken.
Brauche ich einen Entwickler, um IFS-Workflows zu erstellen?
Nein. IFS-Workflows nutzen BPMN, einen visuellen Low-Code-Standard. Funktionsberater und Business Analysts entwerfen damit auch komplexe Prozesse grafisch, ohne klassischen Code zu schreiben.
Sind IFS-Workflows bei Updates (Evergreen) sicher?
Ja. IFS-Workflows liegen als Konfigurationsdaten (XML-Modelle) getrennt vom Quellcode. Sie sind damit Evergreen-konform und wandern bei IFS-Cloud-Updates automatisch mit, bei minimalem Bruchrisiko.
Können Workflows alle Eigenentwicklungen ersetzen?
Nein. Interne Logik, Datenvalidierung und Benutzerinteraktion setzen Workflows sehr gut um. Hochperformante Aufgaben wie die Massenverarbeitung von Daten und komplexe externe Integrationen, etwa umfangreiche Bankdateien, bleiben bei spezialisierten Eigenentwicklungen oder IFS Connect besser aufgehoben.
Ich bin Dariusz Myśliwiec. Ich arbeite seit 18 Jahren praktisch mit IFS (Apps 7.5 bis 10 und IFS Cloud). Ich bin IFS Certified Associate Consultant und nach PRINCE2® 7 zertifiziert.
Ausgewählte Kunden aus meiner IFS-Arbeit: Fugro · LGC · BVI Medical · Betafence (PRÆSIDIAD) · Barlinek · NGK Ceramics · Newag · Oleofarm.
Prüfen wir, welche Ihrer Anpassungen ein Workflow ersetzt
Nennen Sie mir Ihr IFS-Cloud-Release und die Anpassungen, die bei Updates Aufwand verursachen. Ich sage Ihnen im Gespräch, welche sich als Workflow umsetzen lassen und welche Code behalten. Sie sprechen direkt mit dem Berater, der die Arbeit ausführt.
Technisches 30-Minuten-Gespräch buchen CRIMS-Katalog ansehen
IFS ist eine eingetragene Marke der IFS AB. Diese Beratung steht in keiner Verbindung zur IFS AB.
