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.

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

Mehr zu diesem Thema erfahren?

Erstberatung ist kostenlos — unverbindlich.

Mit unseren Experten sprechen
Alle Artikel
Verwandte Artikel
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.

Technischer Leitfaden

API-First für B2B-Plattformen: Architekturentscheidungen hinter DekaFlow

Wie wir DekaFlow als API-First-Plattform entworfen haben — OpenAPI-Spezifikation, Versionierung, Rate Limiting und Developer Experience.

Lassen Sie uns etwas bauen, das funktioniert.

Erstberatung ist kostenlos.

Kontakt aufnehmen