Was ein Pilot messen sollte

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.

Unser eigener Test: im Schnitt rund 70 Prozent weniger Zeit bis zum prüffertigen Modell. Wie viel Sie auf dem ganzen Weg bis zur Freigabe sparen, zeigt nur eine Messung mit Ihren eigenen Prozessen.

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.

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.

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.

OpsCodex wird als Single-Tenant on-premise betrieben, auf einem von zwei Wegen: mit Docker Compose auf einem einzelnen Host oder mit einem Helm-Chart auf Ihrer Kubernetes-Plattform. Was jeder Weg braucht:

Host für Docker Compose

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 Cluster aufzubauen, keine Managed Services zu beschaffen.

Kubernetes

Kubernetes ab 1.25, Helm ab 3.8. Das Chart installiert in einen Namespace ohne clusterweite Rechte, lässt jeden Container als Nicht-Root-Benutzer auf einem schreibgeschützten Root-Dateisystem laufen und ist mit erzwungenem Pod-Security-Standard restricted getestet. PostgreSQL und S3 kommen von Ihrer Plattform oder laufen im selben Namespace. Die Einzelheiten stehen auf der Sicherheitsseite.

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.

Die Compose-Zahlen sind bewusst klein: Je weniger ein Pilot-Host verlangt, desto eher sagt Ihre Infrastruktur-Abteilung zu. Die fairere Frage ist, was nach dem Piloten kommt:

Wie viele Menschen eine Installation trägt

Gemessen, nicht geschätzt. In einem Lasttest des Kubernetes-Charts mit seinen Standard-Ressourcenlimits blieben 700 gleichzeitig arbeitende Menschen — aktiv in denselben Minuten, nicht Konten; 70 % lesen im Portal, 25 % modellieren, 5 % exportieren — innerhalb jeder Schwelle, die vor dem ersten Lauf festgelegt war: 95 % der interaktiven Aufrufe unter einer halben Sekunde, Seiten unter zwei Sekunden, Exporte unter 15 Sekunden, weniger als 1 % Fehler. Die erste Grenze war die CPU des Backends; Arbeitsspeicher und Datenbank blieben weit von ihren Grenzen entfernt. Das Einlesen von Dokumenten mit KI war nicht Teil des Tests, weil die Generierung auf Ihrem Modell-Service läuft, nicht in OpsCodex.

Sicherung und Wiederherstellung

Mit Docker Compose schreibt ein Backup-Skript 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. Auf Kubernetes gehören Backups zur Routine Ihrer Plattform: ein Snapshot von Datenbank und Objektspeicher, zusammen aufgenommen.

Updates und Rollback

Versionen sind fest gepinnt statt gleitend. Mit Docker Compose wird vor jedem Update automatisch gesichert — der Update-Ablauf hängt davon ab, dass diese Sicherung Erfolg meldet, und läuft nicht auf einer fehlgeschlagenen weiter. Auf Kubernetes führt helm upgrade zuerst die Datenbankmigration als Job aus, während die alte Version weiter bedient; scheitert die Migration, ändert sich sonst nichts. Jedes Release sagt in seinen Release Notes, ob es sich ohne Rückspielen der Sicherung zurückrollen lässt. Das macht aus einem Rollback ein Verfahren statt einer Hoffnung.

Skalierung und Failover

Auf Kubernetes skaliert die Web-Schicht horizontal. Das Backend läuft auf beiden Plattformen als genau eine Instanz: Ein Update ersetzt sie, was die API für einige Sekunden unterbricht — in unseren Messungen 5 bis 12 —, während die Oberfläche weiter ausgeliefert wird. Failover für Datenbank und Objektspeicher kommt von den Diensten Ihrer Plattform. 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.

Es gibt keine veröffentlichte Preisliste. So setzen sich die Kosten zusammen, in vier Blöcken, zwei davon können Sie heute selbst beziffern:

Infrastruktur — selbst kalkulierbar

Ihre eigene Hardware, VM oder Kubernetes-Plattform 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.

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.