Neun Plattformen können Ihre Camunda-7-Prozesse übernehmen. Genau deshalb steht Ihre Entscheidung immer noch aus.

Dieselbe Folie. Dieselben vier Optionen, fünf, wenn sich jemand eingelesen hat. Jemand fragt, was es kosten würde, und die ehrliche Antwort lautet: Niemand weiß es, weil kein Anbieter einen Preis veröffentlicht. Jemand fragt, wie lange es dauern würde. Auch das weiß niemand. Die Sitzung endet, wie sie beim letzten Mal geendet hat — alle sind sich einig, dass es eine Entscheidung braucht.

Das geht seit Monaten so.

Nicht, weil die Leute im Raum langsam wären. Sondern weil sich die Frage von außen nicht beantworten lässt.

Ihr Camunda-7-Bestand ist etwas Konkretes. Eine bestimmte Version. Prozessanwendungen, Java-Delegates und Listener, die jemand vor vier Jahren geschrieben hat. External Worker. Eigene Cockpit-Plugins. Formulare, die niemand mehr geöffnet hat, seit die Person weg ist, die sie gebaut hat.

Welche Plattform dazu passt, ist eine Frage an Ihren Code. Es ist keine Frage an die Plattformen.

Also dreht sich die Diskussion im Kreis — und darunter liegt etwas, das niemand ausspricht.

Geht es gut, war es eine technische Entscheidung, die gut ausgegangen ist. Fällt ein Kernprozess im Produktivbetrieb aus, hängt ein Name daran — und diese Person sitzt in der Sitzung. Das Sicherste, was eine einzelne Person tun kann, ist deshalb, eine weitere Analyserunde zu verlangen. Das Zweitsicherste ist zu warten, bis jemand anderes zuständig ist. Deshalb hat in den meisten Organisationen, die Camunda 7 einsetzen, die heute zuständige Person das Problem von einer Vorgängerin oder einem Vorgänger geerbt, die oder der es ebenfalls nicht gelöst hat.

Und beide Richtungen wirken gleich riskant.

Bleiben Sie, dann betreiben Sie geschäftskritische Abläufe auf einer Plattform, die — Community Edition wie Enterprise — nie wieder eine Funktion erhalten wird. Camunda sagt das unmissverständlich: 7.24 LTS ist das letzte Minor-Release, und es werden keine neuen Camunda-7-Releases mit neuen Funktionen mehr gebaut. Wechseln Sie, dann fassen Sie Prozesse an, die heute laufen — ohne Testsuite, die Ihnen sagt, ob sie es danach noch tun. Denn diese Suite hat fast niemand, und sie zu schreiben klingt nach einem Jahr Arbeit, bevor das eigentliche Projekt überhaupt beginnt.

Stillstand fühlt sich gefährlich an. Bewegung fühlt sich gefährlich an. Also kommt die Folie nächsten Monat wieder.

Nehmen Sie die Monate, die das nun auf der Traktandenliste steht. Multiplizieren Sie sie mit der Zahl der Personen im Raum, mit den Stunden, die jede davon darauf verwendet hat, und mit dem, was eine Stunde ihrer Zeit kostet. So viel hat Sie die Evaluierung bisher gekostet, und eingebracht hat sie nichts — die Migration selbst kostet in jedem Jahr dasselbe, ganz gleich, wann Sie sie durchführen.

Wenn Sie Enterprise einsetzen, kommt die Wartung dazu, die Sie in der Zwischenzeit für eine Plattform bezahlen, die nie wieder eine Funktion erhält. Extended Support über April 2030 hinaus gibt es gegen zusätzliches Entgelt, ohne veröffentlichten Preis und nicht automatisch — Camundas eigene Anweisung lautet, sich an den zuständigen Customer Success Manager zu wenden.

Wenn Sie die Community Edition einsetzen, ist die Rechnung einfacher. Seit Oktober 2025 ist kein Release irgendeiner Art erschienen, auch kein Sicherheitspatch.

Sie haben die Plattformanbieter gefragt. Die Anbieter waren hilfsbereit, und alle kamen zum selben Schluss: der eigenen Plattform. Das ist keine Unehrlichkeit, das ist Struktur — keiner von ihnen kann einen Wettbewerber empfehlen. Jedes dieser Gespräche war nützlich. Keines hat eine Entscheidung hervorgebracht, weil die Antwort auf „Welche davon ist die richtige für uns?“ nie von einem der Kandidaten kommen konnte.

Sie haben selbst verglichen. Hier versickern die meisten Monate. Und es scheitert aus einem Grund, der mit Aufwand nichts zu tun hat.

Die neun, damit Sie die Zahl nachprüfen können, statt sie uns zu glauben: Camunda 8, CIB seven, Operaton, Fluxnova, EximeeBPMS, OrqueIO, CadenzaFlow, Flowable — und auf Camunda 7 Enterprise zu bleiben. Die meisten, mit denen wir sprechen, kennen drei oder vier davon.

Kein Anbieter in diesem Markt veröffentlicht einen Preis. Über alle neun hinweg gibt es genau eine Ausnahme, und sie ist für einen BPMN-Bestand kein realistisches Ziel.

Mit Aufwandszahlen steht es noch schlechter. Über alle neun Ziele hinweg existieren insgesamt drei veröffentlichte Zahlen, und jede davon ist relativiert oder anekdotisch: zwei Rechenbeispiele in Camundas eigener Migrationsdokumentation und ein Kundenzitat auf der Seite von CIB, das rund 25 Personentage für eine einzelne Anwendung nennt, ohne zu sagen, welche Phasen darin enthalten sind.

Kompatibilitätsaussagen richten sich danach, was der jeweilige Anbieter bei seinen eigenen Kunden zufällig gesehen hat — nicht nach einer veröffentlichten Liste dessen, was abgedeckt ist. Camunda dokumentiert die eigenen Migrationshindernisse ehrlich und ausführlich, verteilt über drei getrennte Stellen der Dokumentation, ohne dass irgendwo eine zusammengetragene Übersicht existiert.

Daraus lässt sich kein Vergleich erstellen. Der Grund ist, dass das Material nicht existiert, nicht, dass Sie es übersehen hätten.

Sie haben eine Beratung dazugeholt. Die meisten kommen mit einem bereits gesetzten Ziel. Wir haben im August 2026 nachgezählt: Rund sechzehn Firmen bewerben im deutschsprachigen Raum die Camunda-7-Migration. Genau eine macht Ziel-Neutralität zur ausdrücklichen Position, und die sitzt in Deutschland, nicht in der Schweiz. Zwei der lautesten bewerben auf zwei verschiedenen Seiten zwei verschiedene Ziele.

Nichts davon ist Ihr Versäumnis. Die Entscheidung lässt sich nicht aus öffentlichen Informationen treffen. Aus Ihrem Code lässt sie sich treffen.

Nehmen Sie die Migrationsdokumentation der Plattform, für die Sie sich am ehesten entscheiden würden. Suchen Sie darin nach sieben Wörtern: test, rollback, downtime, backup, schema, sql, revert.

Auf der Camunda-Migrationsseite von CIB seven — dem führenden der Camunda-7-Forks — liefert keines dieser sieben Wörter einen Treffer. Prüfen Sie es nach.

Die Seite erklärt Ihnen, wie Sie Ihre Maven-Koordinaten und Ihre Java-Paketnamen umschreiben. Sie erklärt Ihnen nicht, woran Sie erkennen, ob Ihre Prozesse danach noch funktionieren, wie Sie zurückkommen, wenn nicht, und was mit Ihrer Datenbank geschieht.

Beim Werkzeug ist es dasselbe. Das Migrationsrezept schreibt Build-Koordinaten, Java-Pakete und Text in XML und YAML um.

Es fasst keine einzige .bpmn-, .dmn- oder .cmmn-Datei an. Es fasst Gradle nicht an. Es fasst die Datenbank nicht an. Für Cockpit-, Tasklist- oder Admin-Plugins hat es keine Regeln. Objekte, die bereits unter dem alten Namensraum in Ihrer Datenbank liegen, werden nicht umbenannt, und ein Zugriff darauf wirft anschließend eine ClassNotFoundException, sofern nicht jemand zwei Eigenschaften aktiviert hat, die ausgeschaltet ausgeliefert werden.

Die Migration ist also dokumentiert. Die Absicherung nicht. Genau diese Lücke ist der Grund, warum das auf Ihrer Traktandenliste bleibt, und genau die füllen wir.

Das löst die Blockade. Heute fühlen sich Wechseln und Bleiben gleich riskant, weil an keinem von beiden ein Nachweis hängt. Danach hängt an einem von beiden einer. Sie bitten Ihr Risikomanagement nicht, einer Beratung zu vertrauen — Sie legen ihm einen Testlauf vor, der grün ist oder eben nicht, und den es selbst lesen kann.

Eine Sache noch, weil sie prägt, wie die Arbeit abläuft. Der Aufbau der Testsuite und die Planung sind das große Stück, nicht die Migration selbst. Der schwierige Teil ist also nicht das Migrieren, sondern das, was davor kommt, und genau deshalb ist diese Reihenfolge die ganze Methode und kein Detail davon.

Das ist der Teil, auf den es ankommt, wenn Sie am Ende unterschreiben müssen. Sie müssen nicht zur internen Fachperson für neun Plattformen werden, um eine Sitzung darüber zu leiten. Sie müssen die Regressionssuite nicht schreiben — das ist der größte Arbeitsblock im Auftrag, und er gehört uns. Sie müssen Camundas eigene Migrationshindernisse nicht aus drei getrennten Stellen der Dokumentation zusammentragen und nicht herausfinden, welcher von vier Anbietern sich selbst widerspricht.

Was Sie tun: Sie führen uns durch das, was Sie haben, bestätigen, dass die Testsuite Ihre Geschäftsfälle abdeckt, und lesen am Ende ein datiertes Ergebnis. Alles zwischen diesen drei Punkten ist unser Problem, und die Garantie weiter unten hinterlegt das mit Geld.

Ihre Prozesse laufen auf einer Plattform, die jemand anhand von Belegen ausgewählt hat, und die Belege sind aufgeschrieben. Eine Testsuite, die es vorher nicht gab, läuft jetzt auf Abruf und sagt Ihnen, dass der Bestand intakt ist. Der Punkt verschwindet aus dem Risikoregister.

Niemand fragt Sie in einer Sitzung noch einmal nach Camunda, weil nichts mehr zu fragen ist. Hinter der Entscheidung steht ein Dokument, hinter der Migration ein datierter Testlauf — und auf beidem steht der Name von jemand anderem.

Die AKB betrieb ihre Geschäftsprozesse auf Camunda 7. Sie hat uns die gesamte Migration übergeben, wir waren der einzige Anbieter im Projekt, und wir haben diese Migration erfolgreich abgeschlossen.

Die Kennzahlen der Bank bleiben bei der Bank. Eine eigene Aufwandszahl aus diesem Projekt haben wir Ihnen ebenso wenig zu bieten. Was wir Ihnen sagen können, ist der Zuschnitt der Arbeit: Die Testsuite war das große Stück, die eigentliche Migration kam danach.

Wir nehmen Ihren Bestand gemeinsam auf. Sie führen uns durch das, was Sie haben; wir lesen den Code, die Infrastruktur und die Konfiguration. Das dauert so lange, wie Ihr Bestand es braucht — es ist eine Diagnose, kein Formular.

Innerhalb von 48 Stunden nach Ihrer ersten Nachricht melden wir uns mit den wesentlichen Risiken und einem praktikablen ersten Schritt.

Sie erhalten den Zielentscheid und die Roadmap. Schriftlich, datiert — und beides gehört Ihnen, ob Sie weitergehen oder nicht.

Migrationstag eins. Die 90-Tage-Uhr läuft. Die Arbeit an der Testsuite beginnt.

Suite grün auf Camunda 7. Sie geben sie frei. Vorher bewegt sich nichts.

Die eigentliche Migration. Wir überführen die Prozesse, Geschäftseinheit für Geschäftseinheit, gegen die von Ihnen abgenommene Testsuite. Was Ihr Bestand braucht, steht in Ihrer Roadmap.

Bis Tag 90. Dieselbe Suite läuft auf der Zielplattform grün.

Die Peak Code Consulting GmbH hat ihren Sitz in Aarau. Wir entwickeln BPMN-Prozessautomatisierung und individuelle Software für Schweizer Unternehmen.

Wir nennen keine Zahl, bevor wir Ihren Code gelesen haben. Wenn Sie nächste Woche eine Zahl für eine Vorlage an die Geschäftsleitung brauchen, können wir Ihnen keine geben — und jede Firma, die es doch tut, schätzt Ihren Bestand ins Blaue hinein. Das kostet uns Aufträge; sie gehen an Firmen, die am Telefon offerieren. Wir verlieren sie lieber, als Ihnen eine Zahl zu nennen, die wir nicht belegen können.

Wir führen zwei Migrationen gleichzeitig durch. Sind beide Plätze belegt, verschiebt sich der nächste Starttermin, und er kann sich um Monate verschieben. Wenn Ihr Zeitplan das nicht verkraftet, vergeben Sie den Auftrag anderswo — ernst gemeint, und wir sagen es Ihnen im ersten Gespräch, statt Ihnen einen Platz zuzusagen, den wir nicht freihalten können.

Der Schwachstellenbericht zu dem, was Sie heute betreiben. Solange wir Ihren Code offen haben, prüfen wir Ihre Geschäftseinheiten und Ihre Oberfläche sicherheitstechnisch und übergeben Ihnen die Befunde. Das wiegt schwerer, als es klingt: Wenn Sie die Community Edition einsetzen, hat dieser Bestand seit Oktober 2025 keinen Sicherheitspatch des Herstellers mehr erhalten, und niemand hat hingeschaut.

Das Fortbestandsdossier zur Plattform, für die Sie sich entscheiden. Die schriftliche Antwort auf die Frage, die Ihr Risikomanagement stellen wird und die der Anbieter nicht von sich aus beantwortet: Wer pflegt das, unter welcher Lizenz, mit welchem veröffentlichten Supportzeitraum, was geschieht, wenn er damit aufhört, und ob Sie überhaupt Sicherheitsmeldungen und eine SBOM bekommen. Zu jedem Ziel gibt es eine Fassung dieses Dossiers. Keiner der Anbieter schreibt Ihnen seine.

Das passt zu Ihnen, wenn Sie Geschäftsprozesse auf Camunda 7 betreiben, jemand die Plattformentscheidung treffen muss und Sie uns Lesezugriff auf den Code geben können.

Das passt nicht, wenn:

Wir führen zwei Migrationen gleichzeitig durch. Das ist eine bewusste Festlegung und keine Marketingverknappung: Sind beide Plätze belegt, verschiebt sich der nächste Starttermin.

Auf dieser Seite läuft kein Countdown, und es wird keine Frist für Sie erfunden. Camundas eigene Position ist, dass Enterprise-Kunden noch nicht unter hartem Druck stehen. Die Einschränkung hier ist unsere, nicht Camundas.

Neun Plattformen können Ihre Camunda-7-Prozesse übernehmen. Das ist der Grund, warum das immer wieder auf die Traktandenliste kommt, und in einer weiteren Sitzung löst es sich nicht von selbst.

Innerhalb von 48 Stunden haben Sie unsere Einschätzung der wesentlichen Risiken. Danach bekommen Sie zwei Dokumente: welche Plattform zu Ihrem Code passt und warum die anderen acht ausscheiden, und einen datierten Plan dorthin. Beide gehören Ihnen, ob Sie uns beauftragen oder nicht.

Wenn Sie weitergehen, läuft Ihre Testsuite grün auf Camunda 7, bevor irgendetwas bewegt wird, und innerhalb von 90 Tagen wieder grün auf der Zielplattform — oder es gehen CHF 5'000 von der Rechnung ab.

Wir führen zwei Migrationen gleichzeitig durch.