Transaktionsprozesse des Betreibers in BPMN, kompiliert zu einer versionierten Anwendung

MEF.DEV BPMN Low-code macht aus einem gemeinsam mit dem Fachbereich modellierten Prozess einen laufenden. Das Modell in BPMN 2.0 ist dasselbe Artefakt für den Prozessverantwortlichen, den Analysten und den Entwickler – und genau dieses Modell wird ausgeführt.

Was sich ändert

• Zuerst das Modell Der Prozess wird vom Makroprozess bis zu einzelnen Aktionen modelliert: Grenzen, Beteiligte, Verantwortlicher und Rollen.
• Das Modell läuft Gateways, Service- und Script-Tasks, Subprozesse und Call Activities werden zu einer versionierten Anwendung kompiliert, nicht als Skript interpretiert.
• Menschen dort, wo sie entscheiden Manuelle Schritte sind Teil des Prozesses: Prüfungen, Freigaben und Ausnahmen gehen mit Audit-Trail an eine Person; die Routine läuft von selbst.
• Vom Prozess behandelte Fehler Wiederholungen, Kompensation und Wiederherstellung nach einem Neustart sind Prozessverhalten, keine Ad-hoc-Skripte.
• In BSS und OSS Der Prozess erreicht Kunden-, Katalog-, Auftrags- und Dienstsysteme über TM Forum Open APIs auf der Enablement & Monetization Platform.
• Bereitstellung mit einem Klick Versionen, Deployment und Rollback sind in die Plattform eingebaut.

Kompiliert oder interpretiert

Wo ein Transaktionsprozess Zeit verliert, entscheidet die Art, wie seine Schritte ausgeführt werden, nicht der Bestand an fertigen Komponenten.

	Skript, von einer Engine interpretiert	BPMN, zu einer Anwendung kompiliert
Aufbau	ein Fehler im Skript zeigt sich erst während des Prozesslaufs	das Modell wird zu einer .NET-Klasse gebaut: ein falsch geschriebener Feldname oder ein Zweig ohne Rückgabewert stoppt den Build, bevor etwas läuft
Bei jedem Schritt	die Engine liest den Skripttext und ordnet ihn während des Prozesslaufs Aktionen zu	Knoten sind Methoden, Sequence Flows sind Aufrufe einer einzigen kompilierten Klasse
Schrittlogik	die Skriptsprache der Engine	C# im Knoten; Übergänge, Verzweigungen und Fehlerbehandlung kommen aus dem Diagramm
Schnittstelle	wird separat veröffentlicht	die Prozessgrenze ist auf beiden Seiten typisiert; die Beschreibung der OpenAPI-Operation wird daraus abgeleitet

Referenzmessung. Ein CPU-lastiger Rating-Prozess (500 Datensätze) bei 20 Ausführungen pro Sekunde: Median 16 ms für ein kompiliertes Plugin der Ausführungsgeneration v2, 19 ms für einen Python-Vergleichsdienst (FastAPI, 16 Prozesse, Basic-Authentifizierung mit Cache). Das Plugin durchlief zusätzlich Autorisierung und Pipeline der Plattform.

Testaufbau

Testaufbau: eine virtuelle Maschine mit 32 vCPU und 64 GiB (Proxmox VE, Windows Server 2019) für die Plattform und den Python-Dienst, eine mit 12 vCPU und 32 GiB für MS SQL Server; ein Durchlauf je Konfiguration. Generation v3, ein dedizierter Host mit direktem Traffic-Routing und ohne Kaltstart, ist für hochbelastete Dienste ausgelegt und war nicht Teil dieses Tests.

Schätzung zur Orientierung. Den Durchsatz der Generation v3 schätzen wir auf ein Mehrfaches von v2. Die tatsächlichen Werte hängen vom Profil Ihrer Infrastruktur ab.

Wo es passt

• B2B-Onboarding für Partnerprodukte: Registerauszüge, Sanktions- und AML-Prüfungen (Anti-Money Laundering), Zeichnungsberechtigte und Verträge in einem Prozess, wobei der Betreiber die Dokumente freigibt.
• Multi File Transfer zwischen Unternehmens-SaaS-Portalen und SFTPGo auf BPMN Low-code: eigene Synchronisationslogik, Wiederherstellung nach Neustart und Failover auf einen zweiten Host.
• Die Überlegungen dahinter stehen im Blog: kompiliertes BPMN statt interpretierter Skripte, BPMN als Sprache zwischen Analysten und Entwicklern und digitale Souveränität über den Prozess.

Use Case