Die Plattform
ProcesOS
Wenn CPG das Herz ist — die Governance-Prinzipien — dann ist ProcesOS der Kopf: die Plattform, die in Prozessen und den Capabilities darunter denkt, beides quantifiziert und jede Entscheidung auditierbar macht. tech reform ist der Körper, der es in eure Infrastruktur deployt.
Das Problem sind nicht fehlende Tools. Es ist fehlende Governance.
Das CPG-Framework definiert, wie Prozess-Governance funktionieren sollte — sechs Säulen, drei Architekturschichten und Governance-Primitive, die kein BPM-Tool bietet. ProcesOS ist die Software, die CPG operationell macht.
Jede:r Beteiligte bekommt eine definierte Rolle, jede Entscheidung bekommt einen auditierbaren Trail, und jeder Prozess bekommt ein Finanzmodell — automatisch, direkt aus dem BPMN-Diagramm. tech reform arbeitet nach CPG, nutzt ProcesOS als operatives Rückgrat und deployt es in eure Infrastruktur.
ProcesOS ist keine Process Execution Engine. Es ist die Governance-Schicht für kollaborative Prozessentscheidungen über Organisationsgrenzen hinweg — BPMN 2.0 als gemeinsame Sprache, Stakeholder-Voting als Entscheidungsmechanismus, On-Chain-Verankerung für unveränderliche Audit-Trails. Execution Engines führen Prozesse aus. ProcesOS regelt, wer entscheidet was läuft, wie und warum.
AI Governance Runtime
Human Oversight, messbar gemacht.
Das Independent International Scientific Panel on AI der Vereinten Nationen stellt in seinem Bericht von 2026 nüchtern fest: Menschliche Aufsicht über KI „is not operationalized as a measurable requirement" — und bewertet werden muss das deployte System samt Tools, Umgebung und Nutzern, nicht das Modell allein. Genau in dieser Lücke arbeitet ProcesOS.
Die fehlende Schicht ist nicht der Zugang zu KI. Es ist die Operationalisierung: KI-Agenten, die innerhalb governter Prozesse handeln — mit definierten Rollen, Freigabe-Gates, Audit-Trails und messbaren Ergebnissen. ProcesOS macht Human Oversight ausführbar, auditierbar und quantifizierbar.
- 01
Human-in-the-loop by default
Wizzy, der eingebaute KI-Assistent (Anthropic, OpenAI oder Mistral — Bring Your Own Key), liest und entwirft frei. Aber jede Schreiboperation am Diagramm braucht eine explizite menschliche Freigabe: übernehmen, anpassen oder ablehnen.
- 02
Die L1–L7-Reifegradleiter
Jeder Prozess steht auf einer einheitlichen Reifegradleiter — Descriptive, Analytical, Governed, Compliant, Sustainable, Integrated, Cybernetic — berechnet aus echtem Workspace-Zustand, nicht aus Selbsteinschätzung.
- 03
Ein Governance-Lifecycle, keine Checkbox
Stakeholder-Validierung → ISMS-Compliance-Review → Promote-to-AS-IS-Abstimmung mit konfigurierbarem Quorum. Validierte Ist-Versionen sind unveränderlich; Änderung läuft über Voting.
- 04
Souveränität, gemessen
Jedes IT-System in der CMDB erhält einen EU Sovereignty Score (0–100, Note A–E), inklusive US-CLOUD-Act-Exposure und FAIR-Reifegrad — vom Scanner gemessen, nicht auf einer Folie behauptet.
Für jeden Sektor
Eine Plattform. Jeder Sektor.
Derselbe Governance-Kern, zugeschnitten auf alle am Tisch — vom einzelnen Unternehmen bis zur nationalen Verwaltung.
Inside ProcesOS
Ein Blick in die Plattform.
Fünf Ansichten aus produktiven Deployments — das Workspace-Cockpit, BPMN-Modellierung mit Capability-Nodes, Compliance-Bewertung, der Marktplatz und die Ressourcenbilanz.
Der CPG-Zyklus
Sechs Säulen. Ein kybernetischer Regelkreis.
ProcesOS implementiert den vollständigen CPG-Zyklus — jede Säule speist die nächste, und Execute fließt zurück in Map.
- 01
Map
Ist-Zustand in BPMN 2.0 erfassen — KI-unterstützt, jede Rolle als Lane, jede Übergabe explizit.
- 02
Quantify
Kosten, Dauer und Frequenz pro Task und Lane annotieren. Die Pfadanalyse macht aus dem Diagramm ein Finanzmodell.
- 03
Validate
Stakeholder prüfen Lane für Lane. Jede Lane braucht eine:n Verantwortliche:n, bevor der Prozess weitergehen kann.
- 04
Simulate
Den validierten Prozess in Was-wäre-wenn-Szenarien forken. Ist vs. Soll mit quantifizierten Deltas vergleichen.
- 05
Decide
Verantwortliche Stakeholder stimmen über Änderungen ab. Jede Stimme, jeder Kommentar, jede Entscheidung wird unveränderlich protokolliert.
- 06
Execute
Verantwortung an die Umsetzung binden. Gegen das validierte Modell monitoren. Ergebnisse fließen zurück in Map.
Execute erzeugt neue Realität, die wieder erfasst, quantifiziert und governt werden muss — Governance ist ein Kreislauf, keine Einbahnstraße.
Die Capability-Ebene
Prozesse sind die halbe Wahrheit. Capabilities sind die andere Hälfte.
Ein Prozess beschreibt, wie gearbeitet wird. Eine Capability beschreibt, was eine Organisation tatsächlich kann — und ob das Fundament darunter überhaupt existiert. ProcesOS steuert beides und bindet es aneinander.
- 01
Ein forkbarer Referenzkatalog
Der Universal Capability Exchange hält Capability-Definitionen, die Staaten, Sektoren und Institutionen über fünf Adaptionsebenen forken — ohne den gemeinsamen Node zu verändern, auf dem alle anderen aufbauen.
- 02
Ein Vokabular, das Forks übersteht
Was eine Capability ist — ihr Typ — bleibt in einer stabilen Klassifikation, getrennt vom Node, der sie definiert. Ein nationaler Fork passt die Definition an, ohne das gemeinsame Vokabular zu brechen.
- 03
Sechs Felder, die menschlich bleiben müssen
Jede Definition trägt sechs verpflichtende menschliche Felder — darunter die Entscheidung, die beim Menschen bleiben muss, und die Ergebnisse, die nie akzeptabel sind. Als Daten, in jeder Sprache.
- 04
Dreizehn Dimensionen, die nie kollabieren
Capability-Assessments laufen über dreizehn getrennte Dimensionen mit Belegen. Acht Red Flags leiten eine Capability in Review oder Ablehnung — unabhängig davon, wie stark der Rest des Bildes aussieht.
- 05
Gebunden an die Prozesse, die sie aufbauen
Eine Capability zeigt auf die Diagramme, die sie aufsetzen und betreiben. Die Validierung des Setup-Prozesses aktiviert die Capability — ein Anspruch ohne Prozess dahinter wird markiert, nicht unterstellt.
- 06
Die Lücke kennen, bevor beschafft wird
Eine Ziel-Capability wählen, und die fehlenden Voraussetzungen kommen als geordnete Route zurück, mit der Kostenbasis am Node. Erst die Ausgangslage, zuletzt die Beschaffung.
FAIR Process Governance
Wenn Governance als Prozess definiert ist, ist sie by design verifizierbar.
Jeder Workflow wird in BPMN 2.0 modelliert — dem offenen Standard für Prozess-Interoperabilität. Lanes tragen Stundenkostensätze. Tasks tragen Dauer und Stückkosten. Start-Events definieren die Frequenz. End-Events definieren den Ertrag.
Die Pfadanalyse berechnet Tiefensuche von jedem Start- zu jedem End-Event automatisch Kosten pro Durchlauf, Monatskosten, Umsatz, Marge und ROI. Das BPMN-Diagramm ist das Finanzmodell.
Vor der Validierung erzwingt das System Pre-Checks: Jedes Start-Event braucht eine Frequenz, jeder Task braucht Kosten oder Dauer, jede Lane braucht einen Stundensatz, und jeder Pfad muss erreichbar sein. Erst dann können Stakeholder validieren — eine Stimme pro User pro Task, kein Gaming.
AIFOD SC4 Sustainable Impact Scoring
Jeder veröffentlichte Blueprint wird automatisch über sechs Dimensionen auf einer 0–5-Skala bewertet — basierend auf Prozessdaten, nicht auf Selbsteinschätzung.
- 01
Sozioökonomische Wirkung
Geschaffene Arbeitsplätze, Lane-Diversität, Umsatz, Stakeholder-Zufriedenheit.
- 02
Ökologische Nachhaltigkeit
CO₂-Kategorien der Systeme, Open-Source-Nutzung, Datenjurisdiktion.
- 03
Community-Engagement
Organisationsübergreifende Lane-Beteiligung, Validierungsstatus, regionale Partnerschaften.
- 04
Transparenz & Rechenschaft
FAIR-IRB-Scores, Governance-Vollständigkeit, Audit-Trail.
- 05
Skalierbarkeit & Replizierbarkeit
Blueprint-Paar vorhanden, Interoperabilitäts-Scores, Multi-Region-Deployments.
- 06
Finanzielle Nachhaltigkeit
Setup-Kosten-Transparenz, Umsatzmodell, Marge, ROI.
Decide-Säule
Veränderung in die Existenz wählen.
Prozessänderungen passieren in ProcesOS nicht per Dekret. Vorgeschlagene Änderungen werden als Soll-Versionen gegen die validierte Ist-Baseline simuliert — mit quantifizierten Kostendeltas, Zeiteinsparungen und ROI, sichtbar für alle Stakeholder.
Nur Verantwortliche können abstimmen. Jede Stimme, jeder Kommentar und jede Begründung wird in einem unveränderlichen Entscheidungs-Trail protokolliert. Quorum und Zustimmungsschwellen sind pro Prozess konfigurierbar. Bis die Stakeholder kollektiv zustimmen, existiert die Änderung nur als Vorschlag.
50%
Standard-Quorum
60%
Standard-Zustimmungsschwelle
On-chain
Cardano DLT für fälschungssichere Abstimmungen (Enterprise)
Adoption
Kostenlos starten. Souverän skalieren.
Vom einzelnen Workspace bis zum self-hosted Enterprise mit On-chain-Governance.
-
Starter
Kostenlos
- 1 Workspace, 5 Mitglieder
- 3 validierte Prozesse
- Basis-Editor & Analytics
- KI-Assistent (15K Tokens/Woche)
- Veröffentlichung in der Blueprint Registry
-
Professional
€49/Mo.
- Unbegrenzte Mitglieder & Prozesse
- Vollständiger CPG-Governance-Zyklus
- Change-Voting & Simulation
- KI-Module (500K Tokens/Mo.)
- FAIR-SC4-Zertifizierung
-
Team & Scale
€149/Mo.
- Multi-Workspace-Kollaboration
- Bring Your Own Key (KI)
- White-Label & API-Zugang
- Workspace-übergreifende Governance
- +€29/zusätzlicher Workspace
-
Enterprise
Individuell
- Self-Sovereign Identity (DID)
- On-chain Voting (Cardano)
- Self-hosted Deployment
- EUDI-kompatible Credentials
- Volle Datensouveränität
Unter der Haube
BPMN + SSI + DLT
Die Modellierungsschicht nutzt BPMN 2.0 — den ISO-Standard für Prozessnotation. Jedes Diagramm ist mit jedem konformen Tool interoperabel, kein Vendor-Lock-in.
Die Identitätsschicht nutzt Self-Sovereign Identity (W3C Verifiable Credentials 2.0) mit DIDs. Credentials werden gemintet, nicht von einer zentralen Stelle ausgestellt. Enterprise unterstützt EUDI-kompatible Wallets.
Die Vertrauensschicht nutzt Cardano als DLT für On-chain-Voting und Credential-Verifikation. Blockfrost für RPC, Andamio für Credential-Management. Stimmen sind fälschungssicher und öffentlich verifizierbar.
-
Souverän by design
Self-hosted oder plattformverwaltet unter euren Datenresidenz-Regeln. Kein Vendor-Lock-in.
-
Integration in den Bestand
Die Odoo-ERP-Synchronisation bringt echte Kosten, Bestände und KPIs in die Prozessanalytik. Konnektoren für Microsoft 365, Docusign, ISMS-Plattformen und Cloud-APIs.
-
Audit-Trail by default
Jede Entscheidung, Änderung und Ausnahme wird protokolliert. Audit wird zur Datenabfrage, nicht zum Projekt.
-
KI-unterstütztes Mapping
Fachexpert:innen beschreiben Prozesse in natürlicher Sprache — die KI erstellt daraus gemeinsam das formale BPMN-Diagramm.
Partnerschaft
AIFOD & die Blueprint Registry
ProcesOS entsteht in Partnerschaft mit AIFOD — dem AI For Development-Netzwerk. Das FAIR Process Governance-Framework, die SC4-Scoring-Methodik und die Blueprint Registry sind gemeinsame Arbeit mit AIFODs Subcommittee 4.
Die Blueprint Registry implementiert eine dreistufige Verifikations-Pipeline: Community-Blueprints (von allen veröffentlichbar, automatisch bewertet), University Verified (durch AIFOD-Partneruniversitäten validiert) und Nationally Certified (in nationale digitale Infrastruktur integriert). Jede Stufe erhöht das Vertrauen, ohne die Möglichkeit zu forken und anzupassen einzuschränken.
Vom Bangkok Summit (Feb. 2026)
ProcesOS an euren echten Prozessen sehen.
In einer 30-minütigen Demo gehen wir durch, wie ProcesOS einen eurer realen Workflows konsolidieren würde — keine Folien, das Framework auf eurer Datenform.