Technischer Leitfaden 8. Juli 2024 2 Min. Lesezeit

DekaFlow: Wie wir mit Camunda eine Enterprise-BPM-Plattform bauten

Die Architekturentscheidungen hinter DekaFlow — unserer Camunda-basierten BPM-Plattform für Prozessautomatisierung im Enterprise-Umfeld.

Deka Technology
Software Engineering
DekaFlowBPMCamundaprocess automation

Business-Process-Management-Plattformen werden selten von Grund auf neu entwickelt — das Ökosystem bietet ausgereifte Engines wie Camunda, Flowable und Activiti. Doch es gibt eine wiederkehrende Lücke im Ökosystem: Die Engines sind leistungsstark, aber die umgebenden Werkzeuge — Formulardesign, Prozess-Versionierung, Multi-Tenant-Deployment und operatives Monitoring — erforderten konsequent individuelle Entwicklung. DekaFlow ist unsere Antwort auf diese Lücke.

Warum wir eine eigene Plattform gebaut haben

Enterprise-Kunden — von Versicherungsgruppen bis zu mittelständischen Logistikunternehmen — müssen Genehmigungsworkflows, Onboarding-Prozesse und Compliance-Checklisten automatisieren. Jedes Mal assemblieren Teams dieselbe Konstellation von Tools: Camunda als BPMN-Engine, einen individuellen Form-Renderer, eine Admin-UI und maßgeschneiderte Deployment-Skripte. Nach wiederholten Projekten wird das Muster offensichtlich: Teams bauen Infrastruktur neu auf, anstatt Geschäftswert zu liefern.

DekaFlow wurde als produktisierte Schicht über Camundas Prozess-Engine konzipiert — eine Plattform, die unser Team einmalig deployed und die Kunden konfigurieren, nicht programmieren.

Architekturentscheidungen

Das zentrale Designprinzip lautet API-first und Multi-Tenant. Jede Funktion in DekaFlow ist über eine versionierte REST-API zugänglich und ermöglicht die Integration mit Kundensystemen unabhängig von deren Technologie-Stack. Multi-Tenancy wird auf Datenbankschema-Ebene durchgesetzt: Jeder Mandant operiert in einem isolierten Schema ohne gemeinsamen Prozesszustand — geeignet für SaaS-Deployment ebenso wie für On-Premise-Installation in der Kundeninfrastruktur.

Camunda 8 dient als BPMN-Ausführungsengine. Wir wählten Camunda wegen der Trennung zwischen Prozess-Engine und Modeler, dem ausgereiften Java-SDK und der starken Unterstützung für lang laufende Prozesse — wesentlich für Versicherungsschadenworkflows, die sich über Wochen erstrecken können. Zeebe, Camundas verteilte Workflow-Engine, bietet horizontale Skalierbarkeit ohne Single Point of Failure.

Formular-Designer

Einer der größten Reibungspunkte in jedem BPM-Projekt ist die Formularentwicklung. DekaFlow enthält einen Drag-and-drop-Formular-Designer, der JSON-Schema-kompatible Formulardefinitionen ausgibt. Formulare unterstützen bedingte Feldvisibilität, serverseitige Validierungsregeln, Dateianhang-Handling und digitale Signaturerfassung. Nicht-technische Prozessverantwortliche können Formulare ohne Entwicklerbeteiligung entwerfen und veröffentlichen — was die Änderungsdurchlaufzeit von Wochen auf Stunden reduziert.

Bleiben Sie auf dem Laufenden.

Erhalten Sie unsere neuesten Einblicke — kein Spam, jederzeit abbestellbar.

Mit der Anmeldung stimmen Sie unserer Datenschutzerklärung zu.

Prozess-Versionierung und Rollback

In regulierten Branchen müssen Prozessänderungen auditierbar sein. DekaFlow pflegt eine vollständige Versionshistorie jeder BPMN-Prozess- und Formulardefinition. Laufende Instanzen werden immer gegen die Version ausgeführt, die beim Start aktiv war; neue Instanzen übernehmen die zuletzt veröffentlichte Version. Notfall-Rollbacks sind über die Admin-Konsole in unter zwei Minuten verfügbar, mit automatischen Audit-Log-Einträgen für Compliance-Zwecke.

DekaFlow ist darauf ausgelegt, die Zeit zur Automatisierung eines neuen Genehmigungsworkflows von Wochen individueller Entwicklung auf Tage der Konfiguration zu reduzieren — und ermöglicht Organisationen, Dutzende aktiver Prozessdefinitionen und Tausende täglicher Aufgabenabschlüsse zu verwalten.

Deployment in Kundenumgebungen

DekaFlow unterstützt drei Deployment-Topologien:

  • Managed SaaS — Gehostet auf Dekas Azure-Infrastruktur, SOC 2 Type II konform, mit EU-Datenhaltung
  • Customer-hosted Cloud — Helm-Charts für Kubernetes-Deployment auf dem Azure-, AWS- oder On-Premise-Cluster des Kunden
  • Air-gapped On-Premise — Für Kunden mit strengen Netzwerkisolierungsanforderungen, vollständiges Deployment in einem privaten Rechenzentrum ohne ausgehende Internetabhängigkeit

Operatives Monitoring ist eingebaut: Prometheus-Metriken werden standardmäßig exponiert, Grafana-Dashboards werden mit der Plattform geliefert, und Alerting-Regeln decken Prozess-SLA-Verletzungen, Engine-Queue-Tiefe und Formular-Submission-Fehlerquoten ab.

Ausblick

Die aktuelle Roadmap umfasst einen Low-Code Decision-Table-Editor (DMN), ein KI-gestütztes Prozess-Discovery-Modul, das E-Mail- und Ticket-Daten analysiert, um automatisierbare Workflows vorzuschlagen, sowie vorgefertigte Konnektoren für SAP, Salesforce und Microsoft Dynamics. DekaFlow ist für Deka-Technology-Kunden im Rahmen unserer BPM-Practice-Engagements verfügbar.

DekaFlowBPMCamundaprocess automationworkflowenterprise
Teilen

Diesen Leitfaden für die nächste interne Prüfung nutzen

Offene Entscheidungen, Nachweisverantwortliche und Prüftermine sollten vor der Wahl eines Umsetzungswegs festgehalten werden.

Technische Leitfäden ansehen
Alle Artikel
Verwandte Artikel
Technischer Leitfaden

Architektur für mobile Versicherungs-Apps

Leitfaden für mobile Versicherungsanwendungen: Offline-Fähigkeit, Synchronisation, Datenminimierung, Integration und sicherer Betrieb.

Technischer Leitfaden

FieldSales: Offline-First-Architektur für 45.000 Außendienst-Nutzer

Wie wir unsere FieldSales-Plattform mit Offline-First-Design für Gebiete ohne Netzabdeckung entwickelten — Synchronisation, Konfliktlösung und Praxiserfahrung.

Technischer Leitfaden

.NET Legacy-Modernisierung: Wie wir monolithische Systeme schrittweise ablösen

Unser bewährter Ansatz zur schrittweisen Modernisierung von .NET-Monolithen — Strangler-Fig-Pattern, Domain-Driven Design und Zero-Downtime-Migration.

Architekturprioritäten gemeinsam klären

Beschreiben Sie Umfang, Rahmenbedingungen und die offenen Entscheidungen.

Gespräch beginnen