Erstgespräch buchen
Tool im Einsatz

Camunda 7

Die BPMN-Workflow-Engine für komplexe Geschäftsprozesse. User-Tasks für Menschen, DMN-Decisions für Regeln, BPMN-Modeler für die Modellierung. Die Antwort, wenn zu klein wird und SAP-Workflow zu groß.

Projekt-Profil

Camunda 7

BPMN workflow and DMN decision engine

Stand: 2. Juni 2026

GitHub-Sterne

4.3k

Forks

1.7k

Offene Issues

0

Lizenz

Apache-2.0

Aktuelle Version

v7.24.0

Sprache

Java

Erstveröffentlichung
3. Januar 2013
Letzter Commit
4. November 2025

Drittquelle · Wikidata (CC0)

Wikidata-Profil

Camunda

Q15790886

Lizenz

Apache-Lizenz

Was ist Camunda 7?

7 ist eine seit 2013 etablierte BPMN-2.0-Workflow-Engine und DMN-Decision-Engine in Java. Geschäftsprozesse werden als BPMN-Diagramme modelliert — Start, User-Tasks für Menschen, automatische Service-Tasks, Decisions, parallele und sequenzielle Pfade, Eskalationen, Sub-Prozesse — und von der Engine ausgeführt. Plus: Cockpit zur Beobachtung, Tasklist als User-Inbox, Admin-Webapp.

Wichtig zur Klarheit: 7 Community Edition ist Apache-2.0-lizenziert — echtes OSI Open Source. 8 (das aktuelle Hauptprodukt des Unternehmens) hat eine Source-Available-Lizenz mit kommerzieller Enterprise-Schiene und ist Cloud-First. Für mit Self-Hosting-Anspruch und überschaubaren BPMN-Prozessen ist 7 weiterhin die richtige Wahl.

Warum ein Mittelständler Camunda nutzt

Bei einem Sondermaschinenbauer mit komplexen Engineering-Workflows reicht nicht. Ein typischer Kunden-Auftrag durchläuft 8–15 Stationen über mehrere Wochen — Konstruktion, Tragwerks-Prüfung, Materialwirtschaft, Einkauf, CFO-Freigabe. Mehrere Menschen sind beteiligt, manche Schritte laufen parallel, andere haben Eskalationspfade. Das ist klassisches BPMN-Territorium.

macht solche Prozesse explizit: Das BPMN-Diagramm ist gleichzeitig Doku und ausführbares Programm. Jede Anfrage hat einen klaren Status (welche Station, wer ist verantwortlich, wie lange dauert es schon). Eskalation greift bei Verzögerung. Cockpit zeigt der Geschäftsführung die operative Sicht. Audit-Trail entsteht automatisch — wichtig für ISO 9001 und gelegentliche Bafa-Mittel-Nachweise.

Mandantenfall

Elmasco GmbH

Mittelständischer Hersteller von Sonderbauteilen für Elektromaschinen, 60 Mitarbeitende — Geschäftsführung, 12 Konstrukteure, 8 Tragwerksplaner, 6 Einkäufer, Werkstatt mit 28 Personen. Engineering-Genehmigungs-Workflow läuft ca. 80 Mal pro Monat. Vor 22 Monaten von E-Mail-Threads + Excel-Liste auf 7 BPMN-Workflow umgestellt. Heute: jeder Auftrag hat klaren Status, keine 'wer war zuständig?'-Diskussion mehr, ISO-9001-Audit-Trail entsteht automatisch.

BPMN-2.0-Standard für Prozess-Modellierung

Prozesse sollen in einem standardisierten Format (BPMN-2.0) modelliert werden — sodass auch externe Berater, ISO-Auditoren und Konstrukteure ohne Programmier-Kenntnisse sie lesen können. Bilder im Visio-Stil reichen nicht: das BPMN-Modell muss gleichzeitig Doku und ausführbares Programm sein.

User-Tasks mit Formularen

Konstrukteure, Tragwerksplaner, Einkäufer, CFO — alle sehen ihre offenen Tasks in einer Inbox (Tasklist) mit Formularen, in denen sie ihre Entscheidung dokumentieren. Keine Mail-Anhänge mehr, keine 'kannst du das nochmal schicken?'-Threads.

DMN-Decisions automatisiert

Regeln wie 'ab 50.000 € braucht es CFO-Freigabe' oder 'bei Bauteil-Typ X immer Tragwerksplaner-Check' werden als DMN-Entscheidungstabellen modelliert. Konstrukteur muss sich keine Regeln merken — die Engine entscheidet automatisch.

Parallel-Pfade für gleichzeitige Prüfungen

Tragwerks-Prüfung und Materialwirtschaft-Check können gleichzeitig laufen. BPMN-Parallel-Gateway öffnet beide Pfade, der nächste Schritt (CFO-Freigabe) wartet auf beide. Sequenziell wäre 30 % langsamer.

Eskalation bei Verzögerungen

Wenn ein Konstrukteur einen Task länger als 3 Tage liegen lässt: Eskalation an den Konstruktions-Leiter via Mail und Tasklist-Hinweis. Geschäftsführung sieht im Cockpit, wo die Engpä sind.

Audit-Trail für ISO 9001

Wer hat wann welche Entscheidung getroffen? Welche Formular-Felder wurden ausgefüllt? Bei welcher Decision hat die Engine welchen Pfad gewählt? Alles in der Prozess-Historie, exportierbar als PDF für ISO-9001- und BAFA-Audits.

Was die Firma konkret damit macht

Acht produktive Nutzungsmuster aus 22 Monaten Camunda-Praxis bei Elmasco. Jeder Pattern ersetzt entweder eine E-Mail-Kette, eine Excel-Liste oder eine 'ich-frag-mal-eben'-Kommunikation.

BPMN-Diagramm im Modeler

Engineering-Leiter und externe Beraterin modellieren den Prozess im Modeler (Standalone-App). Konstrukteure sehen das BPMN-Diagramm und verstehen den Ablauf in 5 Minuten — visueller Standard, kein Programmcode. Versionierung in Git.

Tasklist als User-Inbox

Jeder Konstrukteur, Tragwerksplaner, Einkäufer öffnet morgens die Tasklist (Webapp im Browser): persönliche Aufgaben, Gruppen-Aufgaben, Fälligkeiten. Klick auf Task öffnet Formular, Entscheidung dokumentieren, fertig. Keine E-Mail mehr für Workflow-Schritte.

DMN-Decisions automatisch

Decision 'cfo-required' ist als Tabelle modelliert: Investitionshöhe, Bauteil-Typ, Kunden-Kategorie → Pfad mit/ohne CFO. Engine wertet das pro Prozess automatisch aus. Bei Regel-Änderung: DMN-Datei aktualisieren, deployen — ohne Programmierer.

Parallele Pfade Tragwerk + Materialwirtschaft

Nach Konstruktions-Check öffnet Parallel-Gateway zwei Pfade: Tragwerksplaner prüft Statik, parallel prüft Materialwirtschaft Verfügbarkeit. Beide schließen ab, dann fließt der Prozess zusammen. Durchlauf-Zeit pro Auftrag von 12 auf 8 Tage reduziert.

Eskalation bei 3 Tagen Liegenbleiben

Timer-Boundary-Event auf jedem User-Task: nach 3 Tagen ohne Bewegung → Eskalations-Mail an den Vorgesetzten + Cockpit-Highlight. Bottleneck-Konstrukteur wird sichtbar, GF kann konkret zugewiesen werden.

Cockpit für GF: alle Prozesse

Geschäftsführer öffnet das Cockpit: 47 laufende Engineering-Prozesse, 3 in Eskalation, durchschnittliche Durchlauf-Zeit 8,2 Tage. Klick auf Prozess: aktuelle Position im BPMN-Diagramm, beteiligte Personen, Historie. Tagesblick: 2 Minuten.

Audit-Log automatisch

speichert jede Aktion: Task gestartet, Formular ausgefüllt, Entscheidung getroffen, Eskalation ausgelöst, Prozess abgeschlossen. ISO-9001-Auditor kann pro Auftrag ein PDF exportieren mit der vollständigen Bearbeitungshistorie. Audit-Zeit reduziert um 80 %.

Integration mit ERP via REST-API

Bei Auftrag-Freigabe schickt eine Service-Task einen REST-Call an das interne ERP (SAP B1) — Auftrag wird automatisch angelegt, Kunde benachrichtigt. Kein Doppel-Eintippen, keine Inkonsistenzen zwischen Workflow-System und ERP.

Kern-Funktionen von Camunda 7

Was 7 als Workflow-Plattform leistet — und welche dieser Funktionen im Elmasco-Setup besonders tragen.

BPMN-2.0-Engine standardkonform

BPMN-2.0 ist ein ISO-Standard für Geschäftsprozess-Modellierung. implementiert ihn vollständig — Start/End-Events, Tasks (User, Service, Script, Business-Rule), Gateways (parallel, exklusiv, ereignisbasiert), Sub-Prozesse, Eskalationen. Das modellierte Diagramm ist gleichzeitig Doku und Programm.

DMN-Decision-Engine

DMN (Decision Model and Notation) als ergänzender Standard für Geschäftsregeln. Entscheidungs-Tabellen mit Inputs und Outputs, FEEL-Expressions, Hit-Policies. Regel-Änderungen ohne Programmierer-Eingriff — Fachseite ändert die Tabelle, Engine evaluiert.

Camunda Modeler (Standalone-App)

Desktop-Anwendung (Windows/Mac/Linux) für die Modellierung von BPMN- und DMN-Diagrammen. Drag-and-Drop, Validation, Element-Templates. Diagramme als XML in Git versionierbar, in Pull-Requests reviewbar.

Tasklist Webapp

Browser-App für End-User: persönliche und gruppen-bezogene Aufgaben, Filter, Sortierung nach Fälligkeit, Suche, Formulare zur Bearbeitung. Verbindet Workflow-Engine und Mitarbeiter, ohne dass diese die Engine-Details kennen.

Cockpit Webapp (Operations)

Browser-App für Workflow-Owner und GF: alle laufenden Prozesse, Filtersicht, Eskalationen, Statistiken (Durchlauf-Zeit, Engpä), Möglichkeit zum Eingreifen (Variable ändern, Task verschieben). Live-Sicht in den Betrieb.

REST-API für Integration

Vollständige für alles: Prozesse starten, Tasks lesen/schließen, Variablen lesen/setzen, Decisions evaluieren. , ERP-Systeme, eigene Frontend-Apps sprechen direkt mit — Workflow-Engine als zentraler Hub.

Alternativen ehrlich verglichen

Wenn Camunda 7 nicht passt — was sonst?

Drei Alternativen mit unterschiedlichen Profilen. 7 ist die etablierte Wahl für — die Konkurrenten haben eigene Schwerpunkte.

Aktuelle Camunda-Generation

Camunda 8 (Zeebe)

Camunda Services GmbH

  • + Moderner, Cloud-First-Ansatz
  • + Höhere Skalierung möglich
  • − Source Available License (nicht OSI-Open-Source)
  • − Enterprise-Edition fast Pflicht

Open-Source-Alternative

Flowable

Flowable AG, Apache-2.0

  • + Apache-2.0, echt Open Source
  • + Aus Activiti hervorgegangen, ähnliche API
  • − Kleinere Community als Camunda
  • − Cockpit weniger ausgereift

Simple Trigger-Action

n8n

n8n GmbH, fair-code

  • + Sehr einfacher Einstieg
  • + 400+ vorgefertigte Integrationen
  • − Kein BPMN-Standard, keine User-Tasks
  • − Für komplexe Geschäftsprozesse nicht gedacht

Faustregel: Wer Self-Hosting will, klassisches braucht und Apache-2.0 als Lizenz schätzt, ist auf 7 bestens unterwegs. 8 lohnt sich für Cloud-First-Setups mit Enterprise-Lizenz-Budget. Flowable ist eine sehr ähnliche Alternative für Self-Hosting (Fork-Wurzeln). Für simple Trigger-Action-Workflows: — das ist eine andere Klasse von Tool.

Pricing

Apache-2.0. Self-Hosted. Keine Per-Nutzer-Lizenz.

Lizenz

Apache-2.0 für Camunda 7 Community Edition. Vollständig Open Source ohne Auflagen. Daneben existiert Camunda 7 Enterprise Edition (kommerzielle Subscription mit Support) und Camunda 8 (Source Available). Für KMU-Self-Hosting reicht Community Edition komplett.

Laufende Kosten

Zwei Container (Camunda Run + PostgreSQL) auf bestehendem Docker-Host. RAM-Bedarf ca. 1–2 GB (Java-VM). Keine Lizenz-Kosten, keine Per-Nutzer-Gebühren, keine Cloud-Anteile.

Aufwand

Installation: 1 Tag (Compose, Authentifizierung, Erst-Konfiguration). BPMN-Modellierung eines Engineering-Workflows inkl. Decision-Tabelle und Tasklist-Forms: 3–5 Beratungstage. Schulung Fachseite (Modeler-Benutzung, BPMN-Grundlagen): 1 Tag pro Modellierer.

Wichtig: 7 Community Edition wird laut offizieller bis Oktober 2027 mit Updates versorgt (kostenpflichtige Enterprise-Subscription darüber hinaus weiter). Bis dahin: stabile, ausgereifte Lösung. Falls über 2027 hinaus geplant ist: Flowable als sehr ähnliche Apache-2.0-Alternative oder Migration auf 8 vorab kalkulieren.

Beispiel BPMN-Prozess als XML

<bpmn:process id="engineering-approval" isExecutable="true">

  <bpmn:startEvent id="new-request" name="Neue Konstruktions-Anfrage" />

  <bpmn:userTask id="check-construction"
                 name="Konstruktion prüfen"
                 camunda:formKey="embedded:app:forms/check.html">
    <bpmn:extensionElements>
      <camunda:assignee>${konstrukteur}</camunda:assignee>
      <camunda:dueDate>P3D</camunda:dueDate>
    </bpmn:extensionElements>
  </bpmn:userTask>

  <bpmn:businessRuleTask id="check-cfo-required"
                         name="CFO-Freigabe nötig?"
                         camunda:decisionRef="cfo-decision" />

  <bpmn:parallelGateway id="split-checks" />

  <bpmn:userTask id="check-statics" name="Tragwerks-Prüfung" />
  <bpmn:userTask id="check-materials" name="Materialwirtschaft-Check" />

  <bpmn:parallelGateway id="join-checks" />

  <bpmn:userTask id="cfo-approval" name="CFO-Freigabe">
    <bpmn:extensionElements>
      <camunda:candidateGroups>cfo,gf</camunda:candidateGroups>
    </bpmn:extensionElements>
  </bpmn:userTask>

  <bpmn:endEvent id="approved" name="Auftrag freigegeben" />

</bpmn:process>
Auszug aus einem Engineering-Genehmigungs-Workflow: User-Task 'Konstruktion prüfen' mit Formular, Decision 'CFO-Freigabe nötig?', dann parallele Pfade. Quelle: Eigene Praxis, BPMN-2.0-Standard.

Camunda 7 Self-Hosted Compose-Setup

services:
  camunda:
    image: camunda/camunda-bpm-platform:run-7.24.0
    container_name: camunda
    restart: unless-stopped
    depends_on: [camunda-db]
    ports: ["8080:8080"]
    environment:
      - DB_DRIVER=org.postgresql.Driver
      - DB_URL=jdbc:postgresql://camunda-db:5432/camunda
      - DB_USERNAME=camunda
      - DB_PASSWORD=${DB_PASS}
      - TZ=Europe/Berlin
      - JAVA_OPTS=-Xmx1024m
    networks: [frontend, camunda-net]

  camunda-db:
    image: postgres:16
    container_name: camunda-db
    restart: unless-stopped
    environment:
      - POSTGRES_DB=camunda
      - POSTGRES_USER=camunda
      - POSTGRES_PASSWORD=${DB_PASS}
    volumes:
      - ./camunda-db:/var/lib/postgresql/data
    networks: [camunda-net]

networks:
  frontend:
    external: true
  camunda-net:
Zwei Container: Camunda 7 Run (Engine + Cockpit + Tasklist + Admin) und eine PostgreSQL für die Prozess-Historie. Apache-2.0 echt Open Source. Quelle: docs.camunda.org, Apache-2.0.

Verwandte Themen

Camunda im Stack — was hängt dran?

ist die Workflow-Engine für komplexe Prozesse. Für einfache Trigger-Action-Workflows passt besser. Plattform ist , Visualisierung via :

Bereit für den nächsten Schritt?

Kostenloses Erstgespräch. Unverbindlich. In 30 Minuten wissen Sie, ob und wie KI Ihrem Unternehmen helfen kann.

Erstgespräch buchenBAFA-Förderung