Was ein Pilot messen sollte
OpsCodex ist ein junges Produkt, entstanden innerhalb von Mews Partners — einer Beratung, die Luftfahrt-, Automobil- und Energieunternehmen seit 1992 zu PLM und Prozess-Governance berät, mit rund 350 Consultants an sieben Standorten. Das Produkt ist jung; die Prozesserfahrung dahinter ist es nicht. Eine reale Beschaffungsfrage bleibt es trotzdem, und der ehrliche Umgang damit ist kein lauterer Pitch — sondern Ihnen genau zu sagen, wie Sie die Behauptungen prüfen. Unten stehen die sieben Fragen, die ein sorgfältiger Einkäufer stellt, was wir heute beantworten können und was nur ein Pilot an Ihren eigenen Prozessen klärt.
1. Wie genau liest es Ihre echten SOPs?
Das ist die Frage, an der alles andere hängt — und die einzige, die wir nicht mit einer Zahl beantworten. Die Extraktionsqualität hängt davon ab, wie Ihre Dokumente geschrieben sind: Eine strukturierte SOP mit nummerierten Schritten und benannten Rollen verhält sich völlig anders als ein Foliensatz aus Kästen und Pfeilen. Wer eine einzelne Genauigkeitszahl nennt, nennt sie für den eigenen Testbestand, nicht für Ihren.
So messen Sie es: Nehmen Sie fünf wirklich repräsentative Dokumente, darunter eines, das Sie selbst für schlecht geschrieben halten. Lassen Sie die Entwürfe von einem Prozessverantwortlichen prüfen, der den echten Ablauf kennt. Zählen Sie getrennt, worauf es ankommt: Rollen, Entscheidungen (Gateways), Ausnahmepfade und Schleifen. An Ausnahmepfaden und Schleifen bricht die Umwandlung von Dokument zu Modell üblicherweise ein — der Happy Path ist der leichte Teil.
Was wir sagen können: KI-Output ist ein Entwurf, nie ein freigegebenes Modell. Der Process Advisor prüft jeden Entwurf gegen BPMN-Konformität und Namensregeln und bietet Korrekturen per Klick an — strukturelle Fehler tauchen also vor der Prüfung auf, nicht während ihr. Die verbleibende Frage der semantischen Richtigkeit ist genau der Grund, warum die menschliche Prüfung verpflichtend ist.
2. Wie viel Modellierungszeit spart es tatsächlich?
Wir veröffentlichen keine Zeitersparnis-Zahl, weil uns keine Messung aus Ihrer Umgebung vorliegt und eine aus unserer nicht übertragbar wäre.
So messen Sie es: Modellieren Sie zwei derselben fünf Prozesse von Hand, so wie heute, mit laufender Uhr. Lassen Sie dann alle fünf durch OpsCodex laufen und messen Sie den Weg vom Einlesen bis zur Freigabe. Messen Sie den gesamten Weg, nicht den Entwurfsschritt — der Entwurf ist in jedem KI-Werkzeug schnell; was sich zwischen Werkzeugen unterscheidet, ist die Nacharbeit, die der Entwurf auslöst, und wie lange die Freigabe dauert, wenn die Prüfer benannt sind.
3. Öffnen die Exporte sauber in Ihrem Zielwerkzeug?
OpsCodex modelliert in BPMN 2.0 und exportiert standardkonformes BPMN-XML nach OMG-Spezifikation. Der Anspruch: Freigegebene Prozesse bleiben portabel — jedes BPMN-konforme Werkzeug soll lesen können, was OpsCodex schreibt.
So prüfen Sie es: Exportieren Sie die freigegebenen Modelle aus Ihrem Piloten und öffnen Sie sie in dem, was Sie tatsächlich einsetzen — Camunda, Signavio, ARIS, einen bpmn.io-basierten Viewer. Achten Sie darauf, dass auch das Layout überlebt, nicht nur die Semantik. Layout-Informationen reisen im BPMN-DI-Abschnitt mit, und Werkzeuge gehen unterschiedlich treu damit um. Machen Sie das im Piloten, nicht nach dem Rollout.
4. Ist der Audit-Trail manipulationssicher — oder nur in der Oberfläche schreibgeschützt?
Eine berechtigte Frage, und beides ist sehr verschieden. In OpsCodex wird die Append-only-Garantie in der Datenbank erzwungen, nicht im Anwendungscode: Ein Trigger auf der Audit-Tabelle weist jedes UPDATE und DELETE zurück, und der Datenbank-Rolle, unter der die Anwendung läuft, sind diese Rechte entzogen. Die Anwendung kann ihre eigene Historie selbst dann nicht umschreiben, wenn sie kompromittiert ist.
Die Grenze, klar benannt: Der Trigger deckt Änderung und Löschung auf Zeilenebene ab. Er deckt TRUNCATE nicht ab, und keine Kontrolle auf Anwendungsebene übersteht jemanden mit Superuser-Zugriff auf Ihren eigenen Datenbankserver. Die vollständige Beschreibung steht auf der Sicherheitsseite.
So verifizieren Sie es: Verbinden Sie sich in Ihrer Pilotinstanz als der Datenbanknutzer der Anwendung und versuchen Sie, eine Audit-Zeile zu ändern oder zu löschen. Es muss fehlschlagen. Das ist eine Fünf-Minuten-Prüfung — und sie lohnt sich mehr, als dieser Seite zu glauben.
5. Läuft es wirklich in Ihrer Umgebung?
OpsCodex wird als Single-Tenant on-premise betrieben. Das dokumentierte Minimum für einen Pilot-Host:
- Host
- Linux (getestet auf Debian/Ubuntu), mindestens 2 vCPUs und 4 GB RAM — empfohlen 4 vCPUs und 8 GB, sobald KI-Funktionen regelmäßig genutzt werden. 20 GB freier Speicher für Datenbank, Uploads und Dokumentationsinhalte.
- Laufzeitumgebung
- Docker 24+ mit Compose v2. Für einen Piloten genügt ein einzelner Host — kein Kubernetes-Cluster, keine Managed Services.
- Netzwerk
- Erreichbar im LAN. Eingehender Internetzugang ist nicht erforderlich. Die einzige ausgehende Abhängigkeit ist die KI-Inferenz — und die geht an den Anbieter Ihrer Wahl, mit Ihrem Schlüssel, oder an einen privaten Endpunkt, den Sie selbst betreiben.
- Identität
- SSO gegen Ihren eigenen Identity Provider über SAML/OIDC, mit MFA-Pflicht, bevor eine Anfrage die Anwendung erreicht. Testen Sie das im Piloten mit Ihrem echten IdP, nicht mit lokalen Konten — daran hängen On-Premise-Rollouts erfahrungsgemäß.
Diese Zahlen sind bewusst klein. Der Sinn von On-Premise ist, dass Sie den Host bereitstellen — je weniger er verlangt, desto eher sagt Ihre Infrastruktur-Abteilung zu: kein Cluster aufzubauen, keine Managed Services zu beschaffen. Die fairere Frage ist, was nach dem Piloten kommt, und die ehrliche Antwort lautet: Die Betriebsdisziplin ist dokumentiert, die Skalierungsgeschichte nicht.
- Sicherung und Wiederherstellung
- Ein Backup-Skript schreibt einen zeitgestempelten Stand von Datenbank, Upload-Ablage und Konfiguration, mit Größen und SHA-256-Summen in einem Manifest. Mindestens täglich, aufbewahrt außerhalb des Deployment-Hosts. Die Wiederherstellung ist im On-Premise-Runbook Schritt für Schritt beschrieben — fordern Sie es im Piloten an und proben Sie sie dort, statt sie im Störfall zum ersten Mal zu lesen.
- Updates und Rollback
- Versionen sind fest gepinnt statt gleitend, und vor jedem Update wird automatisch gesichert — der Update-Ablauf hängt davon ab, dass diese Sicherung Erfolg meldet, und läuft nicht auf einer fehlgeschlagenen weiter. Das macht aus einem Rollback ein Verfahren statt einer Hoffnung.
- Mehrknoten-Betrieb und Failover
- Bieten wir derzeit nicht an. Dokumentiert und unterstützt ist der Betrieb auf einem einzelnen Host. Geht Ihre Verfügbarkeitsanforderung darüber hinaus, sprechen Sie es vor dem Piloten an und nicht danach — es verändert den Zuschnitt des Deployment-Gesprächs.
6. Was kostet es insgesamt?
Es gibt keine veröffentlichte Preisliste, und statt eine zu erfinden, beschreiben wir, woraus die Kosten bestehen. Vier Blöcke, zwei davon können Sie heute selbst beziffern:
- Infrastruktur — selbst kalkulierbar
- Ihre eigene Hardware oder VM nach obiger Spezifikation. Keine Infrastrukturkosten pro Nutzer, kein externes Hosting.
- KI-Nutzung — von Ihnen kontrolliert und direkt sichtbar
- OpsCodex nutzt Ihr Anbieterkonto und Ihren Schlüssel. Die Token-Kosten rechnen Anthropic, OpenAI oder Google direkt mit Ihnen ab — nicht über eine Lizenz aufgeschlagen. Sie können sie deckeln, überwachen und den Anbieter wechseln, ohne uns zu fragen. Bei einem selbst gehosteten Modell sind es Ihre eigenen Rechenkosten.
- Lizenz — auf Anfrage
- Wird pro Vorhaben angeboten. Wir schneiden das lieber auf Ihr tatsächliches Deployment zu, als eine Zahl zu veröffentlichen, die auf niemanden passt.
- Einführung — auf Anfrage
- Hängt davon ab, mit wie vielen Prozessen Sie starten und wie viel vom Governance-Modell in Ihrer Organisation schon existiert.
7. Was passiert, wenn der Anbieter verschwindet?
Die Standardfrage bei einem kleinen Lieferanten — und sie verdient eine direkte Antwort statt Beruhigung. Zwei der drei üblichen Befürchtungen greifen hier aus strukturellen Gründen nicht, nicht wegen eines Versprechens:
- Das System läuft weiter
- OpsCodex läuft auf Ihrer Hardware, in Ihrem Perimeter. Ein Ausfall des Anbieters schaltet nichts ab — anders als bei einem SaaS-Produkt, wo es ein sofortiger Ausfall wäre.
- Ihr Prozesswissen geht mit Ihnen
- Modelle werden als BPMN-2.0-XML exportiert, ein offener OMG-Standard, den jedes konforme Werkzeug liest. Dokumentation und Audit-Nachweise sind jederzeit exportierbar. Für ein Governance-Werkzeug wiegt das schwerer als Zugriff auf den Quellcode.
- Weiterentwicklung und Wartung
- Das ist der Punkt, den die ersten beiden nicht abdecken. Sprechen Sie uns im Rahmen der Vertragsgestaltung darauf an, statt die Antwort oben für vollständig zu halten.
Fehlt eine Frage, die Sie beantwortet brauchen? Stellen Sie sie: [email protected]. Fragen, die sich als allgemein herausstellen, kommen auf diese Seite.