Camundas ProcessOS argumentiert: BPM war immer die richtige Schicht für AI-Agents

Die meisten Enterprise-AI-Strategien 2026 sind auf der falschen Schicht aufgebaut. Sie steuern Agents auf Modellebene, oder sie wählen eine Agent-Plattform und hoffen, dass Governance mitgeliefert wird. Camunda hat gerade argumentiert, dass beide Ansätze am Kern vorbeigehen.

Kurzfassung: Am 20. Mai 2026 kündigte Camunda ProcessOS auf der CamundaCon in Amsterdam vor etwa 1.200 Enterprise-Führungskräften und Technologen aus 25 Ländern an. ProcessOS sitzt als AI-Intelligenzschicht auf Camundas bestehender Orchestrierungsplattform, die bereits täglich Millionen gleichzeitiger Workflow-Instanzen verarbeitet. Das Produkt nutzt vier AI-Agents, um den gesamten Prozesslebenszyklus abzudecken: Entdecken, wie Dinge heute tatsächlich ablaufen; Neugestaltung auf gewünschte Ergebnisse hin; Aufbau und Bereitstellung des neuen Prozesses; sowie kontinuierliche Verbesserung im Produktivbetrieb. Laut Camundas Ankündigung vom 20. Mai lautet die zentrale These: Die AI-Einführung in Unternehmen ist bei der Aufgabenassistenz steckengeblieben, weil Agents weder die Befugnis noch die Governance-Struktur erhalten haben, auf Prozessebene zu handeln. ProcessOS ist Camundas Antwort darauf.

Was ProcessOS tatsächlich leistet

Das Produkt arbeitet mit natürlicher Sprache. Sie beschreiben ein Ergebnis. ProcessOS generiert eine vollständige prozessbasierte Lösung: agentische Workflows, Datenzuordnungen, Integrationslogik, Entscheidungsregeln, Agent-Prompts und die UI-Formulare, die Menschen noch berühren müssen. Es greift auf den Marketplace-Katalog von Camundas Erweiterungen zurück und baut auf bestehenden Konnektoren auf, anstatt von Grund auf neu zu erfinden.

Vier spezialisierte AI-Agents teilen die Arbeit über den Prozesslebenszyklus auf. Der erste zeigt, wie Prozesse tatsächlich ablaufen, nicht wie Sie denken, dass sie ablaufen. Der zweite gestaltet den Prozess rund um das von Ihnen angegebene Ergebnis neu. Der dritte übernimmt Aufbau und Bereitstellung. Und der vierte beobachtet den Produktivbetrieb, erkennt Abweichungen und führt kontinuierliche Verbesserungen in den Kreislauf zurück.

Was die Daten zeigen

• Camundas bestehende Plattform verarbeitet täglich Millionen gleichzeitiger Workflow-Instanzen in großen Enterprise-Bereitstellungen (Camunda, 2026)
• Die CamundaCon Amsterdam 2026 zog etwa 1.200 Enterprise-Führungskräfte und Technologen aus 25 Ländern an (Camunda, 2026)
• Die Enterprise-AI-Einführung ist bei der Aufgabenassistenz steckengeblieben, wobei die meisten Bereitstellungen auf Empfehlungen und Chatbots beschränkt sind statt auf Aktionen auf Prozessebene (Camunda ProcessOS Launch-Brief, 2026)

ProcessOS läuft nativ auf Amazon Web Services, mit engen Verbindungen zu Amazon Bedrock und Amazon Bedrock AgentCore. Das deckt Basismodelle, Agent-Speicher, Identitätsverwaltung und Gateway-Dienste ab. Derzeit befindet es sich in der geschlossenen Beta; Unternehmen können ihr Interesse unter camunda.com/process-os registrieren.

CTO Daniel Meyer ist Camundas benannter Führungsverantwortlicher für diesen Launch. Seine Rahmensetzung ist direkt: Unternehmen müssen aufhören zu fragen, welche Aufgaben AI unterstützen kann, und anfangen zu entscheiden, welche Aufgaben von Agents statt von Menschen ausgeführt werden sollen, auf Prozessebene, mit vollständiger Rückverfolgbarkeit.

Warum die Prozessschicht das neue Schlachtfeld ist

Business Process Model and Notation (BPMN) ist ein 20 Jahre alter Enterprise-Standard. Camunda ist einer der größten Plattformanbieter. Die ProcessOS-Wette lautet, dass diese Schicht, konkret die Orchestrierung mehrstufiger Prozesse mit definierten Rollen, Übergaben und SLAs (Service Level Agreements), immer der richtige Ort zur Governance von Agents war. Die LLM-Schicht ist zu abstrakt. Die Chat-Schicht ist zu flach. Die Prozessschicht hat bereits, was Unternehmen brauchen.

Und es ist nicht nur Camunda, das diesen Schritt macht. IBM, Pega und Appian erweitern alle BPM-Werkzeuge in Richtung Agents. Gleichzeitig bauen Salesforce Agentforce, ServiceNow AI Platform und Microsoft Copilot Prozessfähigkeiten in das ein, was als Agent-Plattformen begann. Beide Lager konkurrieren um dieselbe Steuerfläche.

Die Frage für CTOs ist nicht, welcher Anbieter gewinnt. Sie ist, welche Architekturschicht Ihre Enterprise-Agent-Strategie verankern sollte. Das ist die eigentliche Entscheidung, die ProcessOS auf den Tisch bringt.

Die drei CTO-Implikationen

Die Konvergenz ist real, und Sie müssen eine Schicht wählen

BPM-Anbieter und Agent-Plattform-Anbieter konvergieren auf dieselbe Steuerfläche. Camundas Argument lautet, dass BPM bereits die Grundelemente hat, die Unternehmen benötigen: Prüfpfade, Versionierung, SLA-Durchsetzung, rollenbasierte Übergaben und menschliche Kontrollpunkte. Agent-Plattformen versuchen, diese Fähigkeiten nachträglich auf Architekturen aufzurüsten, die für die Aufgabenausführung konzipiert wurden, nicht für die Prozess-Governance.

Das bedeutet nicht automatisch, dass BPM gewinnt. Aber es bedeutet, dass Sie Agents auf der falschen Ebene steuern, wenn Sie sie derzeit auf Modellebene durch Prompt-Entwicklung und guardrails kontrollieren. Prompt-basierte Governance übersteht keinen Prozess mit 14 Schritten und 4 Übergaben.

Agents-als-Aufgaben schlägt Agents-als-Anwendungen bei Compliance

Das für regulierte Branchen wichtigste Muster lautet „Agent führt einen Schritt innerhalb eines gesteuerten Prozesses aus", nicht „Agent operiert als autonome Anwendung". Eine Rückerstattungsgenehmigung, eine Know Your Customer (KYC)-Prüfung oder die Bearbeitung eines Versicherungsanspruchs erfordern alle dieselbe Rückverfolgbarkeit, unabhängig davon, ob der Ausführende ein Mensch, ein Skript oder ein AI-Agent ist. Die Prozessschicht erzwingt das bereits, weil die Prozessdefinition vor dem Agent existiert.

Hier haben BPM-Plattformen einen echten strukturellen Vorteil. Wenn Sie einen Agent in einem BPMN-Prozess betreiben, ist der Prüfpfad keine nachträgliche Ergänzung, sondern eine vererbte Eigenschaft. Das Compliance-Team muss nicht dem Agent vertrauen; es vertraut dem Prozess, und der Agent ist nur ein weiterer Ausführender von Schritten, die es bereits genehmigt hat.

Mehr dazu, wie sich das in verschiedenen Agent-Anwendungsfällen auswirkt, finden Sie unter Governance-Anforderungen nach AI-Muster, und den weiteren Kontext dazu, warum die Governance der Agent-Ausführung wichtig ist, unter Execute: Wenn AI den externen Zustand verändert.

Die Beschaffungsfrage hat sich gerade verändert

Bislang lautete die gängige CTO-Frage: „Auf welche Agent-Plattform standardisieren wir?" Jetzt müssen es zwei Fragen sein. Erstens: Welche Orchestrierungsschicht steuert, wie wir Prozesse gestalten, bereitstellen und prüfen, unabhängig davon, ob der Ausführende ein Mensch oder ein Agent ist? Zweitens: Welche Agent-Laufzeitumgebung verwenden wir für die AI-Ausführungsschritte innerhalb dieser Prozesse? Und entscheidend: Sind das dieselbe Plattform oder verschiedene?

Für einige Organisationen wird die Antwort Konsolidierung sein: Salesforce oder ServiceNow wählen und akzeptieren, dass Orchestrierung und Agent-Laufzeit beim selben Anbieter liegen. Für andere, insbesondere solche mit komplexen, regulierten, systemübergreifenden Prozessen, könnte die Antwort lauten, BPM als Orchestrierungsschicht zu behalten und Agent-Plattformen als Ausführungs-Engines zu behandeln, die sich daran andocken.

ProcessOS ist im Wesentlichen Camundas Argument, dass Sie nicht wählen müssen: Lassen Sie die Prozessschicht Orchestrierung und Governance übernehmen, und überlassen Sie den Basismodellen die Intelligenz. Das ist eine klare Trennung. Ob sie in der Praxis standhält, hängt von Ihrer bestehenden Architektur ab. Aber die Rahmensetzung ist richtig.

Für einen Rahmen zur Herangehensweise an diese Kaufen-vs.-Selbstentwickeln-vs.-Partnerschaftsfrage auf Führungsebene, siehe Das Kaufen-vs.-Selbstentwickeln-vs.-Partnerschafts-Framework.

Der Prozessschicht-Kontrolltest

Bevor ein CTO sich für einen Ansatz zur Agent-Governance verpflichtet, führen Sie diesen Drei-Fragen-Test durch. Jede Frage ordnet einer anderen Schicht zu.

Frage 1: Erfordert dieser Prozess einen dokumentierten Prüfpfad für Compliance oder rechtliche Überprüfung? Wenn ja, benötigen Sie die Prozess-Orchestrierungsschicht. Guardrails auf Modellebene erzeugen nicht das schrittweise Prüfprotokoll, das Compliance-Teams benötigen. BPM tut es.

Frage 2: Umfasst dieser Prozess Übergaben zwischen Menschen und Agents oder zwischen mehreren Agents? Wenn ja, benötigen Sie explizite Orchestrierung, nicht nur einen Agent, der Tools aufruft. Prozess-Orchestrierungsplattformen definieren Übergabepunkte, Eskalationspfade und SLAs. Agent-Plattformen tun das in der Regel nicht, es sei denn, Sie bauen diese Logik selbst auf.

Frage 3: Muss dieser Prozess versioniert, zurückgesetzt oder von einem nicht-technischen Beteiligten zertifiziert werden? Wenn ja, benötigen Sie eine Schicht, die Prozessdefinition von der Ausführung trennt. BPMN-Diagramme sind für Prozessverantwortliche und Compliance-Teams lesbar. Agent-Code ist es nicht. Wenn Ihr CISO oder Compliance-Beauftragter den Prozess genehmigen muss, muss er ihn in etwas anderem als Python lesen können.

Wenn Sie zwei oder drei dieser Fragen mit Ja beantworten, gehört die Prozess-Orchestrierungsschicht auf Ihre Evaluationsliste. Wenn Sie keine mit Ja beantworten, kann eine Agent-Plattform oder direkte Modellintegration ausreichend sein.

Was Sie auf eine 90-Tage-Evaluation setzen sollten

Das 90-Tage-Zeitfenster ist wichtig, weil Plattformentscheidungen, die jetzt getroffen werden, in 12 Monaten schwer umkehrbar sein werden. So sieht eine strukturierte Evaluation aus.

Tage 1-30: Erstellen Sie Ihr Inventar regulierter Prozesse. Ermitteln Sie jeden mehrstufigen Prozess in Ihrer Organisation, der eine Compliance-, Prüf- oder SLA-Anforderung hat. Bewerten Sie jeden nach den drei oben genannten Fragen. Sie müssen nicht alle evaluieren, aber Sie müssen wissen, wo das Governance-Risiko liegt.

Tage 31-60: Führen Sie einen parallelen Architekturtest durch. Wählen Sie einen mittelkomplexen Prozess, der derzeit einen Agent verwendet oder für Agents entwickelt wird. Implementieren Sie ihn zweimal: einmal in Ihrer aktuellen Agent-Plattform, einmal in einem BPM-Tool wie Camunda (auch die kostenlose Version reicht). Vergleichen Sie die Prüfausgabe, die Zeit zum Hinzufügen eines neuen Übergabeschritts und die Frage, wie ein nicht-technischer Beteiligter ihn überprüfen und genehmigen würde.

Tage 61-90: Erstellen Sie eine einseitige Architekturentscheidungsaufzeichnung (ADR). Dokumentieren Sie, welche Schicht welche Prozesskategorie in Ihrer Umgebung steuert. Das ist die Ausgabe, die das nächste Team daran hindert, die Entscheidung von Grund auf neu aufzubauen. Selbst wenn Sie zu dem Schluss kommen, dass Agent-Plattformen ausreichend sind, erzwingt das Schreiben der ADR Klarheit über die Abwägungen.

Für mehr dazu, wie diese Entscheidung in die übergeordnete AI-Belegschafts- und Betriebsstrategie passt, siehe Das Executive Decision Framework für AI-Belegschaftsstrategie und Die Governance-Lücke: Was Führungskräfte bei AI am Arbeitsplatz falsch machen.

Was Sie diese Woche tun sollten

Die ProcessOS-Ankündigung ist ein auslösender Faktor, nicht weil Sie Camunda konkret evaluieren müssen, sondern weil sie signalisiert, dass die BPM- und Agent-Plattform-Märkte offiziell im selben Wettbewerb sind. Entscheidungen, die Sie jetzt verzögern, werden in sechs Monaten unter Anbieterdruck schwerer zu treffen sein.

Tun Sie diese Woche drei Dinge. Identifizieren Sie einen regulierten mehrstufigen Prozess, der derzeit mit einem AI-Agent läuft oder für einen entwickelt wird. Wenden Sie den Prozessschicht-Kontrolltest oben darauf an. Planen Sie dann 30 Minuten mit Ihrem Compliance-Leiter und Ihrem Agent-Plattform-Verantwortlichen im selben Raum, um zu besprechen, ob Ihr aktueller Governance-Ansatz eine Prüfung überstehen würde.

Dieses Gespräch wird Ihnen mehr sagen als jedes Anbieter-Briefing darüber, ob die Prozessschicht in Ihre Architektur gehört. Und wenn die Antwort Ja lautet, hat Ihnen ProcessOS gerade ein konkretes Produkt gegeben, das Sie auf die Evaluationsliste setzen können.

Mehr erfahren

• Autonomer Agent: Mehrstufige Ziele mit Tool-Nutzung
• Das ACE-Framework: Ein Periodensystem für Business-AI
• Einführung in BPM: Ein Framework für Prozessmanagement

---

Häufig gestellte Fragen

Was ist Camundas ProcessOS?

ProcessOS ist eine KI-gestützte Intelligenzschicht, die auf Camundas bestehender Prozess-Orchestrierungsplattform aufbaut. Im Mai 2026 angekündigt, nutzt es vier spezialisierte AI-Agents, um Geschäftsprozesse zu entdecken, neu zu gestalten, aufzubauen und kontinuierlich zu verbessern. Nutzer beschreiben gewünschte Ergebnisse in natürlicher Sprache, und ProcessOS generiert die vollständige Prozesslösung, einschließlich Integrationen, Datenzuordnungen und Agent-Prompts.

Warum ist die Prozessschicht für AI-Agents wichtig?

Die Prozess-Orchestrierungsschicht trägt bereits die Governance-Grundelemente, die Unternehmen für Agents benötigen: Prüfpfade, SLA-Durchsetzung, Versionierung, rollenbasierte Übergaben und menschliche Kontrollpunkte. Agents auf Modell- oder Agent-Plattform-Ebene zu steuern bedeutet, diese Fähigkeiten nachträglich hinzuzufügen. BPM-Plattformen haben sie aus zwei Jahrzehnten unternehmensweitem Prozessmanagement geerbt.

Wie sollte ein CTO ProcessOS gegenüber einer Agent-Plattform wie Agentforce oder ServiceNow AI Platform bewerten?

Der entscheidende Unterschied ist, was jede Schicht steuert. Agent-Plattformen steuern, welche Agents existieren und welche Tools sie aufrufen können. Prozess-Orchestrierungsplattformen steuern, wie mehrstufige Prozesse ablaufen, wer oder was jeden Schritt ausführt und wie der vollständige Ausführungsverlauf aufgezeichnet wird. Für regulierte Workflows (Ansprüche, KYC, Genehmigungen) benötigen Sie die Prozessschicht wahrscheinlich unabhängig davon, welche Agent-Plattform Sie wählen. Für einfachere Aufgabenautomatisierung kann eine Agent-Plattform allein ausreichend sein. Verwenden Sie den Prozessschicht-Kontrolltest in diesem Artikel, um zu entscheiden, in welche Kategorie Ihre spezifischen Prozesse fallen.