Regelwerke und Compliance · Praxisleitfaden

Part 11: Ablaufkontrollen für zulässige Prozessschritte

Ein Workflow kann auf dem Bildschirm ordentlich aussehen und trotzdem eine fachlich unzulässige Reihenfolge erlauben. Das passiert etwa, wenn ein Import denselben Status ohne erforderliche Voraussetzungen setzt oder eine nachträgliche Korrektur einen alten Prüfvermerk unverändert weiterführt. Part-11-Ablaufkontrollen setzen genau an der zulässigen Folge von Schritten und Ereignissen an. Ihre Prüfung beginnt mit einem klaren fachlichen Zustandsmodell.

Inhaltsverzeichnis

Das Wichtigste vorab

Welche Ablaufkontrollen verlangt Part 11 für zulässige Prozessschritte?

§11.10(f) verlangt angemessene operative Systemprüfungen zur Durchsetzung zulässiger Schritt- und Ereignisfolgen. Legen Sie fest, welche Voraussetzungen vor einem relevanten Übergang erfüllt sein müssen, und prüfen Sie auch alternative Eingabewege. Eine erlaubte Rolle allein beweist keine erlaubte Reihenfolge. Die konkrete Folge richtet sich nach dem Prozess; Part 11 schreibt weder einen universellen Vier-Stufen-Workflow noch für jeden Übergang eine elektronische Signatur vor.

  • Zulässige Reihenfolge und persönliche Befugnis getrennt prüfen.
  • Alternative Wege und kontrollierte Ausnahmen in das Zustandsmodell aufnehmen.
  • Nachträgliche Änderungen dürfen den Bezug einer vorausgegangenen Prüfung nicht irreführend machen.

1. Beschreiben Sie, welche Reihenfolge die Entscheidung schützt

§11.10(f) betrifft die zulässige Folge von Schritten und Ereignissen, soweit angemessen. Beginnen Sie deshalb mit der fachlichen Folge: Welche Entscheidung wäre falsch, wenn ein Schritt zu früh, ohne Voraussetzung oder auf einem überholten Stand erfolgt? Nicht jede Bildschirmnavigation ist bereits eine regulatorisch relevante Ablaufregel.

Der betrachtete Prozess muss zuvor dem passenden Record-Scope zugeordnet sein. In einem Drug-CGMP-Beispiel können notwendige Prüf- und Dokumentationsschritte relevante Voraussetzungen liefern. Die genaue Reihenfolge wird aus dem konkreten Verfahren abgeleitet, nicht aus einer allgemeinen Produktvorlage mit beliebigen Statusnamen.

Quellen: [1] [2] [3]

2. Ablaufkontrolle ist nicht dasselbe wie Berechtigung oder Signatur

Eine berechtigte Person kann eine Handlung trotzdem zum falschen Zeitpunkt ausführen. §11.10(g) betrifft die Befugnis; §11.10(f) die angemessene Durchsetzung der erlaubten Reihenfolge. Beide Kontrollen können zusammenwirken, beantworten aber unterschiedliche Fragen. Ein Test mit einer unberechtigten Rolle belegt daher nicht automatisch die Ablaufregel.

Ebenso ist ein Statuswechsel nicht allein aufgrund seines Namens eine elektronische Signatur. Wenn eine solche Signatur vorgesehen ist, kommen deren spezifische Kontrollen hinzu. Das Zustandsmodell sollte verständlich zeigen, ob ein Übergang einen Arbeitsfortschritt, eine Prüfung oder eine persönliche Erklärung dokumentiert.

Quellen: [1]

3. Legen Sie Voraussetzungen und Ergebnis je Übergang fest

Die folgende eigene Arbeitshilfe verwendet einen fiktiven elektronischen Prüfauftrag P-64. Die vier Zustände sind eine illustrative Gestaltung, keine gesetzlich vorgeschriebene Stufenfolge. Die konkrete Pflicht zur fachlichen Prüfung wird für diesen Beispielprozess vorausgesetzt.

Illustratives Zustandsmodell für Prüfauftrag P-64
Von nachVoraussetzung im eigenen SollmodellErgebnisKontrollierte Ausnahme
Erfasst → vollständigErforderliche Datenfelder und zugehörige Records vorhanden.Vollständigkeitsstatus für den aktuellen Stand.Fehlende Angaben bleiben offen; keine stillschweigende Bestätigung.
Vollständig → geprüftVorgesehene Prüfung dieses Datenstandes abgeschlossen.Prüfbezug auf den tatsächlich bewerteten Stand.Korrekturbedarf führt zur Bearbeitung zurück.
Geprüft → zur Verwendung bereitWeitere konkret festgelegte Voraussetzungen erfüllt.Zulässige Verwendung im Beispielprozess.Keine universelle Chargenfreigabe aus diesem Status ableiten.
Geprüft → in KorrekturBerechtigte Korrektur mit nachvollziehbarem Anlass.Geänderter Stand wird erneut nach seiner Wirkung bewertet.Alter Prüfvermerk wird nicht irreführend auf neue Daten übertragen.

Quellen: [1] [3]

4. Betrachten Sie Oberfläche und alternative Wege

Eine Prüfung nur des sichtbaren Buttons kann eine Lücke übersehen. Relevante Statusänderungen können auch über Import, Schnittstelle, Hintergrundverarbeitung oder administrative Werkzeuge erfolgen. Erfassen Sie die tatsächlichen Wege und prüfen Sie, an welcher Stelle die Voraussetzung zuverlässig kontrolliert wird.

Die Forderung ist keine Behauptung, dass jedes Produkt alle diese Wege besitzt. Wählen Sie die vorhandenen und relevanten Pfade. Wenn ein Lieferantenbeleg eine zentrale Regelprüfung abdeckt, kann er nützlich sein; seine Aussage muss jedoch zu Ihrer Konfiguration und Ihren zulässigen Übergängen passen.

Quellen: [1] [2] [3]

5. Testen Sie erlaubte und unzulässige Übergänge gezielt

Illustratives Sollszenario: P-64 liegt zunächst im Zustand erfasst vor; ein erforderlicher Ergebnisrecord fehlt. Eine befugte Person versucht den Übergang zu geprüft. Später wird der Record ergänzt und die vorgesehene Prüfung ausgeführt. Zusätzlich wird derselbe frühe Übergang über die tatsächlich vorhandene Schnittstelle versucht.

Es werden keine realen Testergebnisse behauptet. Die Matrix beschreibt, was das eigene Sollmodell erwarten lässt. Meldung, Status und gespeicherte Wirkung müssen zusammenpassen: Ein angezeigter Fehler wäre wenig hilfreich, wenn der verbotene Zustandswechsel im Hintergrund dennoch gespeichert wird.

Eigene Übergangsprüfung mit konkreten Sollbeobachtungen
VersuchAusgangslageErwartete WirkungNachweisgrenze
Vorzeitige Prüfung über OberflächeP-64 erfasst; erforderlicher Record fehlt.Übergang zu geprüft wird nach Sollregel nicht wirksam.Fehlermeldung und tatsächlichen gespeicherten Zustand prüfen.
Vorzeitige Prüfung über SchnittstelleGleiche unvollständige Ausgangslage.Unzulässiger Übergang wird auch auf diesem Weg nicht wirksam.Nur die tatsächlich vorhandene Schnittstelle wird betrachtet.
Zulässiger ÜbergangDaten vollständig; vorgesehene Prüfung erfolgt.Geprüft bezieht sich eindeutig auf diesen Stand.Keine Aussage über weitere nicht getestete Prozesse.
Änderung nach PrüfungErgebnis wird kontrolliert korrigiert.Prüfbezug und weiterer Ablauf werden entsprechend der Änderung behandelt.Keine pauschale Neusignaturpflicht.
Erneute überholte AnforderungAlter Bearbeitungsstand fordert einen Übergang an.Überholte Grundlage darf nicht irreführend den aktuellen Stand bestimmen.Konkrete Konfliktbehandlung ist projektspezifisch festzulegen.

Quellen: [1] [2]

6. Beschreiben Sie Rücksprünge und Sonderwege ausdrücklich

Reale Abläufe brauchen manchmal Korrektur, Rücknahme oder Wiederaufnahme. Ein Zustandsmodell, das nur den geraden Erfolgsweg kennt, kann diese Vorgänge unkontrolliert in administrative Umgehungen drängen. Definieren Sie deshalb relevante Ausnahmen mit Anlass, Befugnis und nachvollziehbarer Wirkung auf vorhandene Records.

Ein Ausnahmeweg ist nicht automatisch eine Schwächung der Kontrolle. Er muss jedoch zur fachlichen Aufgabe passen und darf erforderliche Voraussetzungen nicht unbemerkt beseitigen. Die Dokumentation sollte erkennen lassen, was geändert wurde und welche frühere Bewertung weiter trägt oder neu betrachtet werden muss.

Quellen: [1] [3]

7. Prüfen Sie Regeln statt nur Statusbezeichnungen

Ein Statusname vollständig beweist keine tatsächliche Vollständigkeit. Vergleichen Sie deshalb die zugrunde liegenden Bedingungen mit den erforderlichen Records. Die FDA-Datenintegritäts-Guidance erläutert, dass ein qualifiziertes System allein noch nicht zeigt, ob der konkrete CGMP-Workflow einschließlich Berechnungen richtig funktioniert.

Auch die FDA-Scope-Guidance von 2003 nennt operative Systemprüfungen ausdrücklich unter den weiterhin durchgesetzten Kontrollen. Die begrenzte Enforcement Discretion für andere Part-11-Aspekte darf nicht pauschal auf §11.10(f) übertragen werden. Der konkrete Nachweis bleibt auf die angemessene Ablaufregel und ihre Wirkung auszurichten.

Quellen: [3] [4] [1]

8. Pflegen Sie die Ablaufregeln mit dem Verfahren

Fachbereich und IT sollten dieselbe Vorstellung vom erlaubten Übergang haben. Halten Sie die entscheidenden Voraussetzungen in verständlicher Sprache fest und verbinden Sie sie mit Konfiguration und Tests. Diese eigene Arbeitshilfe erleichtert die Abstimmung auch dann, wenn ein kleines Team mehrere Aufgaben übernimmt.

Ändert sich ein Pflichtfeld, eine Schnittstelle oder die Bedeutung eines Status, prüfen Sie die betroffenen Übergänge erneut. Eine starre vollständige Wiederholung aller Tests folgt daraus nicht; ebenso wenig genügt die Aussage, es habe sich nur ein Feld geändert. Entscheidend ist die tatsächliche Wirkung auf die Regel.

  • Relevante Entscheidung und zulässige Reihenfolge bestimmen.
  • Voraussetzungen je Übergang konkret formulieren.
  • Befugnis, Ablauf und gegebenenfalls Signatur getrennt zuordnen.
  • Vorhandene alternative Wege erfassen.
  • Erlaubte und vorzeitige Übergänge prüfen.
  • Korrekturen und Rücksprünge kontrolliert beschreiben.
  • Gespeicherte Wirkung zusätzlich zur Bildschirmmeldung prüfen.
  • Änderungen auf die betroffenen Regeln und Nachweise zurückführen.

Quellen: [1] [2]

Häufige Fragen zu Ablaufkontrollen

Was regelt §11.10(f) genau?

Der Absatz nennt angemessene operative Systemprüfungen, die zulässige Reihenfolgen von Schritten und Ereignissen durchsetzen. Die konkrete Reihenfolge wird nicht als allgemeines Schema vorgegeben. Sie muss zur vorgesehenen Verwendung und den einschlägigen Prozessanforderungen passen.

Quellen: [1]

Ist ein Rollenmodell bereits eine ausreichende Ablaufkontrolle?

Nein. Eine Rolle beantwortet, wer etwas tun darf; eine Ablaufregel beantwortet zusätzlich, unter welchen Voraussetzungen oder in welcher Folge. Eine befugte Person kann sonst einen Schritt zu früh ausführen. Prüfen Sie daher §11.10(f) und (g) getrennt und im Zusammenspiel.

Quellen: [1]

Muss jedes System vier Workflowstufen haben?

Nein. Die vier Zustände im Beispiel sind eine eigene illustrative Gestaltung. Andere Prozesse benötigen andere Zustände oder keine solche Darstellung. Entscheidend ist, ob die relevanten erlaubten Folgen angemessen durchgesetzt werden und die Bedeutung der einzelnen Schritte nachvollziehbar ist.

Quellen: [1]

Muss jeder Übergang elektronisch unterschrieben werden?

Part 11 macht nicht jeden Statuswechsel allein deshalb signaturpflichtig. Klären Sie, welche persönliche Erklärung tatsächlich vorgesehen oder erforderlich ist. Wenn ein Übergang eine elektronische Signatur umsetzt, sind die einschlägigen Signaturkontrollen zusätzlich zu betrachten.

Quellen: [1] [4]

Reicht der Test des Buttons in der Benutzeroberfläche?

Nur wenn damit die relevanten Wege tatsächlich abgedeckt sind. Ein Import oder eine Schnittstelle kann eine andere Verarbeitung verwenden. Prüfen Sie die vorhandenen Pfade und ihre gemeinsamen beziehungsweise unterschiedlichen Kontrollen. Die bloße optische Sperrung eines Buttons belegt keine zentrale Regelwirkung.

Quellen: [1] [2]

Dürfen kontrollierte Rücksprünge möglich sein?

Ja, sofern sie zum vorgesehenen Verfahren passen und angemessen kontrolliert werden. Korrekturen benötigen einen nachvollziehbaren Umgang mit Anlass, Datenstand und vorherigen Bewertungen. Ein Rücksprung darf nicht unbemerkt erforderliche Records oder die Bedeutung eines Prüfvermerks beseitigen.

Quellen: [1] [3]

Beweist eine Fehlermeldung, dass der unzulässige Übergang verhindert wurde?

Nicht allein. Prüfen Sie auch den tatsächlich gespeicherten Zustand und relevante Folgewirkungen. Eine Meldung kann richtig erscheinen, während im Hintergrund dennoch ein unpassender Status entsteht. Der Nachweis sollte deshalb die Regelwirkung und nicht nur die Oberfläche zeigen.

Quellen: [1]

Brauchen wir für jede Ausnahme ein neues Volltestpaket?

Eine universelle Paketgröße lässt sich daraus nicht ableiten. Bewerten Sie, welche Regeln und Abhängigkeiten betroffen sind, und wählen Sie geeignete Nachweise. Die Ausnahme darf weder ohne Prüfung übernommen noch allein aufgrund ihres Namens als vollständiges Neuprojekt behandelt werden.

Quellen: [2] [3]

Hat FDA Enforcement Discretion Ablaufkontrollen ausgenommen?

Die Guidance von 2003 nennt operative Systemprüfungen ausdrücklich unter den weiterhin durchgesetzten Kontrollen. Ihre begrenzten Aussagen zu anderen Part-11-Anforderungen dürfen deshalb nicht pauschal auf Ablaufkontrollen übertragen werden. Predicate Rules bleiben ebenfalls zu beachten.

Quellen: [4]

Was sollte der Fachbereich vor der technischen Umsetzung liefern?

Eine klare Beschreibung erlaubter Übergänge, notwendiger Voraussetzungen und relevanter Ausnahmen ist hilfreich. Ergänzen Sie die fachliche Bedeutung des Ergebnisses und den Umgang mit Änderungen. IT kann daraus prüfbare technische Regeln ableiten; eine Liste bloßer Statusnamen reicht dafür meist nicht.

Quellen: [1] [3]

Quellen & fachlicher Stand

Quellenstand 7. Oktober 2026. eCFR-Anzeige bis 5. Oktober 2026; verbindlichen Vorschriftentext und nicht bindende FDA-Guidance getrennt berücksichtigen. Beispiele und Tabellen sind eigene illustrative Arbeitshilfen, keine ausgeführten Kunden- oder Produkttests.

  1. 21 CFR Part 11 – Electronic Records; Electronic SignatureseCFR-Anzeige bis 05.10.2026; §§11.1–11.300.
  2. 21 CFR §211.68 – Automatic, mechanical, and electronic equipmenteCFR-Anzeige bis 05.10.2026; Absätze (a)–(c).
  3. FDA: Data Integrity and Compliance With Drug CGMP – Questions and AnswersFinal Guidance Dezember 2018; insbesondere Fragen 1–3, 9–12, 14 und 17.
  4. FDA: Part 11 – Scope and ApplicationFinal Guidance, PDF August 2003; Statusseite September 2003. Abschnitte I und III.A–C.

Zuletzt fachlich geprüft am 07.10.2026.

Daniel Herrmann, Daniel Herrmann Consulting

Daniel Herrmann Consulting

Den konkreten Nachweisprozess gemeinsam bearbeiten

Wir unterstützen Sie dabei, fachliche Voraussetzungen in prüfbare Ablaufregeln zu übersetzen. Daraus lassen sich gezielte Anforderungen und aussagekräftige Tests für Oberfläche, Schnittstellen und kontrollierte Korrekturen ableiten.

Ihr Vorhaben besprechenEinblicke in unsere Projektarbeit →