Das Problem
The problem
GxP-Prozesse überschreiten regelmäßig Systemgrenzen. Das Problem entsteht nicht beim Übergang — es entsteht in der Art, wie Systeme und Integration üblicherweise eingeführt werden.
GxP processes regularly cross system boundaries. The problem does not arise at the crossing — it arises in the way systems and integration are typically introduced.
01
Standardsoftware wird üblicherweise von der Funktion her eingeführt: Aus den verfügbaren Transaktionen wird ein Systemprozess abgeleitet. Der durchgängige Geschäftsprozess über Systemgrenzen tritt dabei in den Hintergrund — er ist nirgends ausführbar modelliert und damit nicht auditierbar.
Standard software is typically introduced from the function side: a system process is derived from the available transactions. The continuous cross-system business process fades into the background — it is not modelled in executable form anywhere and therefore not auditable.
02
Klassische Integrationsmiddleware übernimmt schleichend Routing- und Entscheidungslogik. Sie wird zum zweiten, nicht modellierten Agenten im Prozess — einer, dessen Entscheidungen weder im BPMN-Modell sichtbar noch im Audit-Trail nachvollziehbar sind. Genau das ist im regulierten Umfeld nicht akzeptierbar.
Classical integration middleware gradually absorbs routing and decision logic. It becomes a second, unmodelled agent in the process — one whose decisions are neither visible in the BPMN model nor traceable in the audit trail. This is precisely what is unacceptable in a regulated environment.
03
KI-Werkzeuge werden auf bestehende Systemlandschaften aufgesetzt — als Schicht, die Ergebnisse produziert, ohne dass der Prozessrahmen davor und danach determiniert ist. Das Ergebnis ist ein nicht-deterministischer Schritt ohne klare Eingabemenge, ohne erzwungene menschliche Freigabe, ohne auditierbaren Lebenszyklus.
AI tools are layered onto existing system landscapes — as a layer that produces results without the process frame before and after being deterministic. The result is a non-deterministic step without a defined input set, without enforced human sign-off, without an auditable lifecycle.
Regulatorische Konsequenz
Regulatory consequence
Annex 11 verlangt, dass jede qualitätsrelevante Entscheidung nachvollziehbar ist — wer hat was auf welcher Grundlage entschieden. Annex 22 ergänzt das für KI-Systeme: Nicht-deterministische Schritte sind aus qualitätsbestimmenden Entscheidungen auszuschließen, oder ihr Rahmen muss so gestaltet sein, dass die Entscheidungsverantwortung nachweislich beim Menschen liegt.
Annex 11 requires that every quality-relevant decision is traceable — who decided what and on what basis. Annex 22 adds to this for AI systems: non-deterministic steps must be excluded from quality-determining decisions, or their framework must be designed so that decision responsibility demonstrably rests with the human.
Das klassische Middleware-Modell erfüllt keine dieser Anforderungen systematisch: Es produziert Übergaben ohne Entscheidungsmodell, Integration ohne Lebenszyklus, und KI-Ergebnisse ohne deterministischen Rahmen. Das Problem ist nicht der Einsatz von Middleware oder KI — es ist die fehlende Autorität einer einzigen, auditierbaren Instanz über den Gesamtprozess.
The classical middleware model does not systematically fulfil any of these requirements: it produces handoffs without a decision model, integration without a lifecycle, and AI results without a deterministic frame. The problem is not the use of middleware or AI — it is the absence of authority by a single, auditable instance over the entire process.
Wenn Middleware routet und die Routing-Logik nicht im Prozessmodell steht, ist die Entscheidung nicht auditierbar — auch wenn das Ergebnis korrekt ist.
If middleware routes and the routing logic is not in the process model, the decision is not auditable — even if the result is correct.
Ein BPMN-Prozessmodell ohne ausführbare Engine ist eine Dokumentation, kein Steuerungsinstrument. Was ausgeführt wird, folgt dann dem Systemfluss — nicht dem Modell.
A BPMN process model without an executable engine is documentation, not a control instrument. What is executed then follows the system flow — not the model.
KI-Schritte in einem nicht-modellierten Ablauf erzeugen Ergebnisse ohne nachvollziehbare Entscheidungsbasis. Das ist kein Audit-Problem — es ist ein Designproblem.
AI steps in an unmodelled flow produce results without a traceable decision basis. This is not an audit problem — it is a design problem.
Der Audit-Trail beginnt nicht beim Systemergebnis. Er muss den gesamten Lebenszyklus abdecken: welche Eingabe, welche Verarbeitung, welche menschliche Freigabe, welches Ergebnis.
The audit trail does not start at the system output. It must cover the entire lifecycle: which input, which processing, which human approval, which result.
Das Grundprinzip
The core principle
Die Lösung für das Middleware-Problem ist keine neue Middleware. Es ist eine Architektur, in der jede Schicht eine klar definierte Autorität hat — und in der die Orchestrierungsschicht die Entscheidungshoheit über den Gesamtprozess nicht abgibt.
The solution to the middleware problem is not new middleware. It is an architecture in which each layer has a clearly defined authority — and in which the orchestration layer does not surrender decision authority over the overall process.
Schicht 1 · Orchestrierung
Layer 1 · Orchestration
Die BPMN-Engine führt den gesamten E2E-Ablauf als ausführbares Modell. Sie hält den Lebenszyklus, kontrolliert die Freigabe-Gates und ist die führende Audit-Klammer — sichtbar, modelliert, prüfbar.
The BPMN engine executes the entire E2E flow as an executable model. It holds the lifecycle, controls the approval gates, and is the leading audit bracket — visible, modelled, verifiable.
Camunda 8
Schicht 2 · Integration
Layer 2 · Integration
Ruft Zielsysteme auf und liefert Ergebnisse zurück — ohne eigene Entscheidungslogik. Verzweigungen und Bedingungen gehören in die Orchestrierungsschicht, nicht hier. Das ist eine Baupflicht, kein Detail.
Calls target systems and returns results — without its own decision logic. Branches and conditions belong in the orchestration layer, not here. This is a structural requirement, not a detail.
n8n
Schicht 3 · KI
Layer 3 · AI
KI-Funktionen sitzen an klar abgegrenzten Schritten. Davor: eine deterministische Wissensbasis legt die Eingabemenge fest. Danach: ein erzwungenes menschliches Freigabe-Gate. Das Modell entscheidet nichts, was den Prozess unkontrolliert weiterträgt.
AI functions sit at clearly defined steps. Before: a deterministic knowledge base defines the input set. After: an enforced human approval gate. The model decides nothing that carries the process forward uncontrolled.
LLM + HITL-Gate
„Die Sicherheit der KI entsteht aus dem Rahmen — nicht als Aufsatz auf ihn."
"The safety of AI comes from the framework — not as an add-on to it."
Das ist der Beweiswert der Architektur: Das Risiko des nicht-deterministischen Schritts wird durch das Design eingegrenzt, bevor gebaut wird — nicht nachträglich validiert.
This is the architectural proof of value: the risk of the non-deterministic step is constrained by design before building — not validated retrospectively.
Anwendungsbeispiel
Use case example
Change Management berührt typischerweise ERP, MES und eQMS gleichzeitig — mit unterschiedlichen Freigabestufen, Zuständigkeiten und Dokumentationsanforderungen. Ohne ausführbares Prozessmodell wird die Koordination zur Quelle von Compliance-Lücken.
Change management typically touches ERP, MES, and eQMS simultaneously — with different approval levels, responsibilities, and documentation requirements. Without an executable process model, coordination becomes a source of compliance gaps.
Das Beispiel ist als Normal Change (vollständiger Genehmigungspfad) dargestellt. Unterschiedliche Change-Typen unterscheiden sich ausschließlich im Prozessablauf — nicht in der Systemarchitektur. Dass unterschiedliche Governance allein durch das Prozessmodell abbildbar ist, ohne neuen Code, ist ein eigenständiger Beleg der Architekturthese.
The example is shown as a normal change (full approval path). Different change types differ exclusively in the process flow — not in the system architecture. That different governance can be represented purely through the process model, without new code, is an independent proof of the architecture thesis.
Warum Significon
Why Significon
Wir kommen aus dem GxP-Umfeld — Validation, Qualifizierung, regulatorische Anforderungen sind kein Aufschlag auf das Projekt, sondern Ausgangspunkt. Gleichzeitig bauen wir die Architektur selbst: Camunda, n8n, Systemintegration. Nicht Konzepte — funktionierende Systeme.
We come from the GxP environment — validation, qualification, regulatory requirements are not an add-on to the project, but the starting point. At the same time, we build the architecture ourselves: Camunda, n8n, system integration. Not concepts — working systems.
Wir führen den PoC nach demselben Phasenmodell wie ein reguläres Projekt: Scoping, Design, Build, Deploy. Das ist konsequent zur Grundthese — Struktur trägt Konformität. Der PoC lebt das Prinzip vor, das er belegt. Das Ergebnis ist eine funktionierende Demo, keine Attrappe.
We conduct the PoC following the same phase model as a regular project: scoping, design, build, deploy. This is consistent with the core thesis — structure carries conformity. The PoC demonstrates the principle it proves. The result is a working demo, not a mock-up.
Die Systemkomponenten unterhalb der Orchestrierungsschicht sind austauschbar — ERP, MES, LLM-Modell. Das Architekturelement, das nicht ausgetauscht werden kann, ist die Disziplin: Die Entscheidungshoheit bleibt in der Orchestrierungsschicht. Das gilt für jede konkrete Systemlandschaft.
The system components below the orchestration layer are interchangeable — ERP, MES, LLM model. The architectural element that cannot be swapped is the discipline: decision authority remains in the orchestration layer. This applies to any concrete system landscape.
Leistungsseite
Service page
E2E-Prozessintegration — Anwendungsfälle, Tech-Stack & Projektvorgehen →
E2E process integration — use cases, tech stack & project approach →
Konkrete Anwendungsfälle, Camunda-Architektur und typischer Projektverlauf
Concrete use cases, Camunda architecture, and typical project flow
Verwandtes Fokusthema
Related focus topic
KI-Validierung & EU GMP Annex 22 — regulatorischer Rahmen →
AI validation & EU GMP Annex 22 — regulatory framework →
Warum der deterministische Rahmen die regulatorische Grundlage für KI-Einsatz ist
Why the deterministic framework is the regulatory foundation for AI use
Ist prozesszentrische Orchestrierung für Ihre Systemlandschaft der richtige Ansatz?
Is process-centric orchestration the right approach for your system landscape?
Wir klären das im ersten Gespräch — ohne Pitch.
We'll clarify that in the first conversation — no sales pitch.