Regelwerke und Compliance · Praxisleitfaden

Administratorrechte im GMP-System kontrollieren

Administratoren halten Systeme betriebsfähig und können zugleich Einstellungen, Berechtigungen oder Daten beeinflussen. Gerade in kleinen Organisationen überschneiden sich technische und fachliche Aufgaben. Die Lösung beginnt deshalb bei konkreten Befugnissen und nachvollziehbaren Tätigkeiten. Dieser Beitrag zeigt, wie Sie privilegierte Zugriffe im Humanarzneimittel-GMP-Prozess abgrenzen, personelle Überschneidungen beurteilen und ergänzende Kontrollen prüfen. Er ersetzt weder eine produktbezogene Rechtekonfiguration noch ein vollständiges Informationssicherheitskonzept.

Inhaltsverzeichnis

Das Wichtigste vorab

Wie kontrollieren Sie Administratorrechte in einem GMP-System?

Annex 11 § 12 verlangt geeignete Zugriffskontrollen und nachvollziehbare Vergabe, Änderung und Aufhebung von Berechtigungen. Prüfen Sie administrative Befugnisse über Anwendung, Betriebssystem, Datenbank und weitere relevante Schichten hinweg. PIC/S PI 041-1 konkretisiert Funktionstrennung und behandelt auch kleinere Organisationen. Getrennte Konten, aufgezeichnete Tätigkeiten und eine sachkundige Bewertung können Teil eines begründeten Vorgehens sein; die geringe Teamgröße ist keine automatische Ausnahme von wirksamer Kontrolle.

  • Technische Berechtigung und fachlicher Auftrag sind verschiedene Dinge.
  • Personelle Überschneidungen brauchen konkrete, nachweisbar wirksame Kontrollen.
  • Auch direkte Datenbank-, Datei- und Lieferantenzugriffe gehören in die Betrachtung.

1. Administrative Wirkung statt Rollentitel bewerten

Ein Konto mit der Bezeichnung „Support“ kann mehr Einfluss haben als ein sogenannter Administrator mit eng begrenzten Aufgaben. Erfassen Sie daher, was die Person tatsächlich ausführen kann: Benutzer anlegen, Rollen vergeben, Regeln ändern, Aufzeichnungen bearbeiten oder Protokollierung beeinflussen.

Der hier betrachtete Rahmen ist Humanarzneimittel-GMP auf Grundlage des weiterhin gelisteten Annex 11 Januar 2011. Dessen Sicherheitsabschnitt knüpft die Kontrolldichte an die Kritikalität. Daraus folgt keine universelle technische Produktvorgabe. Die konkrete Berechtigung muss zur Aufgabe passen und darf nicht allein wegen einer vertrauenswürdigen Person unkontrolliert bleiben.

Quellen: [1] [4]

2. Alle relevanten Zugriffsebenen sichtbar machen

Eine restriktive Anwendungsrolle kann wirkungslos werden, wenn dieselbe Person die Datenbank direkt ändern oder eine ungeschützte Ergebnisdatei ersetzen kann. Berücksichtigen Sie deshalb Anwendung, Betriebssystem, Datenbank, Speicherung und gegebenenfalls Identitätsverwaltung. Auch externe Dienstleister können über einen anderen Zugang weitreichende Befugnisse besitzen.

Beschreiben Sie die wesentlichen Einflusswege gemeinsam mit IT und Prozessverantwortung. Es geht nicht darum, jede technische Einzelberechtigung in eine lange SOP zu kopieren. Benötigt wird eine verständliche Zuordnung zwischen erlaubter Tätigkeit, wirksamem Zugriff und Kontrolle. Technische Detailstände können nachvollziehbar referenziert werden.

Quellen: [1] [3]

3. Befugnis, Auftrag und Nachweis zusammenführen

Die folgende eigene Matrix trennt eine technische Möglichkeit vom fachlich erlaubten Einsatz. Ein Betriebssystemadministrator soll beispielsweise eine genehmigte Wartung durchführen können, dadurch aber keine eigene Materialentscheidung erhalten. Welche Tätigkeiten vorher genehmigt oder im Notfall nach einem geregelten Verfahren bearbeitet werden, bestimmt Ihr tatsächlicher Prozess.

Beachten Sie insbesondere Rechte, mit denen Schutzmaßnahmen selbst geändert werden können. Wenn eine Protokollierung administrativ abschaltbar ist, muss diese Möglichkeit in der Kontrollbewertung berücksichtigt werden. Ein Protokoll, das die ausführende Person unbemerkt ändern kann, ist als alleiniger Tätigkeitsnachweis entsprechend begrenzt.

Eigene Rechtematrix: Tätigkeit und ergänzende Kontrolle
BefugnisErlaubter ZweckKonkrete Kontrollfrage
BenutzerverwaltungGenehmigte Rollen zuweisenSind Antrag, Umsetzung und tatsächliche Rechte vergleichbar?
KonfigurationBewertete Systemeinstellung ändernIst der Auftrag mit altem und neuem Stand verbunden?
DatenbankadministrationTechnischen Betrieb sichernSind direkte fachliche Datenänderungen begrenzt und erkennbar?
ProtokollverwaltungDefinierte technische PflegeKann die Person eigene relevante Spuren unbemerkt beseitigen?
Externer SupportBegrenzte beauftragte Störung bearbeitenSind Person, Ziel, Beginn und Ende nachvollziehbar?

Quellen: [1] [3]

4. Kleine Teams ohne pauschale Ausnahme organisieren

PIC/S PI 041-1 § 9.5 beschreibt als Regelfall eine Unabhängigkeit der Systemadministration von Personen mit Interesse am Datenergebnis. Für kleinere Organisationen behandelt der Leitfaden unter Bedingungen auch eine benannte Person aus Qualität oder Produktion mit Administrationszugriff. Routinearbeit soll dann mit einem zweiten eingeschränkten Zugang erfolgen; administrative Tätigkeiten werden im Qualitätssystem aufgezeichnet und genehmigt.

Diese Passage ist keine generelle Freigabe beliebiger Rollenkombinationen. Prüfen Sie, ob die gewählte Trennung tatsächlich funktioniert und wer Tätigkeiten sachkundig beurteilen kann. Eine zweite Unterschrift derselben Person oder ein rein formaler Blick auf einen unverständlichen Bericht schafft keine belastbare unabhängige Kontrolle.

Quellen: [3] [1]

5. Illustratives Beispiel: Rollenwechsel mit zwei Konten

Angenommen, eine benannte Person unterstützt in einem kleinen Betrieb sowohl die Laborroutine als auch die Administration einer Anwendung. Im konstruierten Modell hat sie ein Routinekonto R-17 und ein privilegiertes Konto A-17. A-17 darf genehmigte Rollenänderungen umsetzen; Messauswertungen erfolgen ausschließlich über R-17. Eine andere sachkundige Person bewertet den administrativen Tätigkeitsnachweis.

Das vorab definierte Soll prüft nicht nur, ob beide Konten existieren. Entscheidend sind ihre tatsächlichen Wirkungen und die Nachvollziehbarkeit einer genehmigten Änderung. Das Beispiel ist keine Herstellerfunktion und kein Kundentest. Falls eine Anwendung diese Trennung nicht unterstützt, muss die verbleibende Lücke ausdrücklich bewertet werden.

Illustrative Sollmatrix für die Rollentrennung
PrüfsituationVorab definiertes SollBeleg
R-17 versucht Rollen zu ändernÄnderung nicht erlaubtTatsächliche Rechte und beobachtete Ablehnung
A-17 setzt genehmigten Auftrag umNur vereinbarte Rolle für benannte PersonAuftrag, Umsetzung und resultierende Berechtigung
Routineauswertung unter A-17Entspricht nicht dem erlaubten AblaufErkennung und Bewertung der unzulässigen Nutzung
A-17 erhält zusätzliche BefugnisNicht stillschweigend wirksam werden lassenDokumentierter Änderungs- und Kontrollweg
Auftrag abgeschlossenTätigkeit mit Ergebnis bewertetNachvollziehbare sachkundige Prüfung

Quellen: [3] [1]

6. Vergabe und Entzug bis zur tatsächlichen Wirkung prüfen

Ein genehmigter Antrag ist noch keine korrekt konfigurierte Berechtigung. Vergleichen Sie die beauftragte Rolle mit dem tatsächlichen Zugriff. Berücksichtigen Sie Gruppenmitgliedschaften, lokale Konten und andere Wege, über die dieselbe Person Rechte erhalten kann. Bei Ausscheiden oder Aufgabenwechsel muss auch die Aufhebung wirksam werden.

Die erneute Anmeldung kann andere Rechte zeigen als eine bereits laufende Sitzung. Das ist eine technische Eigenschaft, die im jeweiligen System zu beurteilen ist, keine pauschale Aussage über ein bestimmtes Produkt. Definieren Sie, wie Entzug und verbleibende Zugriffsmöglichkeiten geprüft werden und wer bei Widersprüchen handelt.

Quellen: [1] [3]

7. Notfallzugriffe und Tätigkeitsprüfung vorbereiten

Bei einer Störung kann ein besonderer administrativer Zugang erforderlich sein. Ein geregelter Notfallweg sollte Zweck, verantwortliche Entscheidung, Identifizierbarkeit, zulässige Tätigkeit und anschließende Bewertung beschreiben. Er darf nicht zum bequemeren Ersatz für den normalen Änderungsprozess werden.

Legen Sie außerdem fest, welche Aufzeichnungen zur Tätigkeitsprüfung benötigt werden. Eine Anmeldeliste zeigt, dass ein Zugang genutzt wurde, aber nicht zwingend, welche relevante Konfiguration verändert wurde. Verbinden Sie geeignete technische Informationen mit Auftrag und Ergebnis. Häufigkeit und Tiefe richten sich nach Risiko und Anlass; eine pauschale jährliche Sichtung ist nicht automatisch ausreichend.

Quellen: [1] [3] [2]

8. Einen konkreten administrativen Ablauf bewerten

Wählen Sie zunächst eine folgenreiche Tätigkeit, etwa Rollenvergabe oder Änderung eines kritischen Parameters. Lassen Sie sich den normalen Weg und einen Notfallweg erklären. So erkennen Sie eher widersprüchliche Befugnisse als durch einen abstrakten Vergleich von Rollennamen.

QA, IT und Systemverantwortung sollten gemeinsam entscheiden, welche Lücken technisch geschlossen werden und wo ergänzende Verfahren nötig sind. Eine organisatorische Kontrolle muss praktisch durchführbar und wirksam sein. Bleibt eine wesentliche Einflussmöglichkeit unbeherrscht, gehört sie als offene Frage in die Bewertung und nicht als vermeintlich gelöst in die SOP.

  • Administrative Einflusswege über alle relevanten Schichten erfasst.
  • Erlaubte Tätigkeiten von bloß möglichen Zugriffen unterschieden.
  • Routine- und Administrationsnutzung passend getrennt.
  • Vergabe, Änderung und Entzug mit tatsächlichen Rechten abgeglichen.
  • Notfallweg und sachkundige Tätigkeitsbewertung festgelegt.
  • Grenzen technischer und organisatorischer Kontrollen sichtbar dokumentiert.

Quellen: [1] [3]

Häufige Fragen zu Administratorrechte

Darf QA grundsätzlich keine Administratorrechte besitzen?

Eine pauschale Aussage wäre zu weit. PIC/S beschreibt unabhängige Administration als Regelfall und einen begrenzten Ansatz für kleinere Organisationen. Die dort genannten Bedingungen und die konkrete Interessenkollision sind zu beurteilen. Ein bloßer Verweis auf die Teamgröße ersetzt diese Bewertung nicht.

Quellen: [3] [1]

Reichen zwei Konten für dieselbe Person?

Sie können Routine- und Administrationsnutzung trennen, sind allein aber kein vollständiges Kontrollkonzept. Prüfen Sie die tatsächlichen Berechtigungen, erlaubten Tätigkeiten und deren Bewertung. Zwei unterschiedlich benannte Konten mit identischen umfassenden Rechten lösen die Aufgabe nicht.

Quellen: [3]

Muss jede administrative Aktion vorher durch QA genehmigt werden?

Der konkrete Genehmigungsweg richtet sich nach Tätigkeit, Risiko und festgelegtem Verfahren. PIC/S fordert bei der beschriebenen kleinen Organisation Aufzeichnung und Genehmigung administrativer Tätigkeiten im Qualitätssystem. Daraus folgt kein universeller identischer Ablauf für jeden technischen Tastendruck.

Quellen: [3] [1]

Welche Rechte werden häufig außerhalb der Anwendung übersehen?

Direkter Datenbankzugriff, Schreibrechte auf Ergebnisdateien, lokale Administrationskonten und Änderungen an Identitätsgruppen können relevant sein. Prüfen Sie die tatsächliche Architektur. Ob diese Wege vorhanden sind und welche Wirkung sie haben, lässt sich nicht allein aus einem Rollenexport der Anwendung ablesen.

Quellen: [1] [3]

Ist eine Anmeldung mit mehreren Faktoren immer vorgeschrieben?

Annex 11 § 12 schreibt keine einheitliche Technik für jeden Zugang vor. Die konkrete Authentifizierung muss zum Risiko passen. PIC/S nennt zusätzliche Verfahren für Fernzugriff auf kritische Daten über das Internet; diese spezifische Betrachtung darf nicht mit einer universellen Signaturregel verwechselt werden.

Quellen: [1] [3]

Wie kontrollieren wir ein gemeinsames Notfallkonto?

Prüfen Sie zuerst, ob individuelle Zugänge möglich sind. Wenn ein besonderer Notfallmechanismus benötigt wird, müssen tatsächliche Person, Anlass und Tätigkeit nachvollziehbar bleiben. Eine frei geteilte Kennwortliste ist keine gleichwertige Lösung. Begrenzen und bewerten Sie verbleibende technische Einschränkungen ausdrücklich.

Quellen: [3] [1]

Ist ein Audit Trail allein ausreichend?

Er kann wichtige Aktivitäten belegen. Prüfen Sie aber, was er erfasst, wer ihn beeinflussen kann und wie er mit dem genehmigten Auftrag verglichen wird. Ein technisch vorhandenes Protokoll ersetzt weder die Berechtigungsbegrenzung noch die sachkundige Bewertung relevanter Änderungen.

Quellen: [1] [3]

Wie oft müssen Administratorrechte überprüft werden?

Legen Sie passende Anlässe und Intervalle anhand von Risiko und Veränderung fest. Aufgabenwechsel, Austritt, Notfallzugriff oder neue Funktionen können eine Prüfung auslösen. Annex 11 enthält dafür keine universelle Monats- oder Jahresfrist, die jede Umgebung automatisch angemessen kontrolliert.

Quellen: [1] [3]

Kann ein externer Dienstleister die unabhängige Administration übernehmen?

Das kann eine organisatorische Möglichkeit sein. Rollen, Zugriffe, Nachweise und Verantwortlichkeiten müssen jedoch konkret vereinbart und bewertet werden. Die Auslagerung allein beseitigt keine Interessenkonflikte und belegt nicht, dass die fachliche Kontrolle beim Betreiber funktioniert.

Quellen: [1] [3]

Womit beginnen wir bei einem gewachsenen Rechtebestand?

Nehmen Sie eine kritische Tätigkeit und verfolgen Sie alle verfügbaren Zugriffswege. Vergleichen Sie erlaubte Aufgabe, tatsächliche Rechte und vorhandene Tätigkeitsnachweise. Bearbeiten Sie konkrete Überberechtigungen und fehlende Kontrolle zuerst nach Risiko, statt lediglich neue Rollennamen zu vergeben.

Quellen: [1] [3]

Quellen & fachlicher Stand

Quellenstand 07.10.2026. Maßgeblich ist hier der Humanarzneimittel-GMP-Bereich. EudraLex führt Annex 11 und Chapter 4 in der Fassung Januar 2011; der konsultierte Entwurf von 2025 wird nicht als geltende Vorgabe verwendet. Die ausgefüllten Beispiele und Tabellen sind eigene Arbeitshilfen, keine behördlichen Mustervorlagen.

  1. EU-GMP Annex 11: Computerised SystemsRevision Januar 2011; Anwendungsdatum 30.06.2011; Abruf 07.10.2026. Fundstellen: §§1–3, 9–13
  2. EU-GMP Chapter 4: DocumentationRevision Januar 2011; Anwendungsdatum 30.06.2011; Abruf 07.10.2026. Fundstellen: §§4.1, 4.8–4.10
  3. PIC/S PI 041-1: Good Practices for Data Management and IntegrityPI 041-1, 01.07.2021; Abruf 07.10.2026. Fundstellen: §9.5, S.40–43, insbesondere S.41 kleine Organisationen; §9.6
  4. Europäische Kommission: EudraLex Volume 4Status am 07.10.2026: Humanarzneimittelabschnitt führt Annex 11 Januar 2011 und Chapter 4 Januar 2011; Abruf 07.10.2026. Fundstellen: Human medicines / Annex 11
  5. Europäische Kommission: Konsultation 2025 zu Chapter 4, Annex 11 und Annex 22Status am 07.10.2026: geschlossen; 07.07.–07.10.2025. Fundstellen: Details; Revision of Annex 11; Links ausdrücklich Draft guidelines. Dient allein der Statusabgrenzung, nicht als geltende Anforderungsquelle.

Zuletzt fachlich geprüft am 07.10.2026.

Daniel Herrmann, Daniel Herrmann Consulting

Daniel Herrmann Consulting

Den konkreten Kontroll- und Nachweisbedarf bearbeiten

Daniel Herrmann Consulting unterstützt Sie dabei, diesen Ablauf auf Ihren Systembestand zu übertragen, Lücken zu bewerten und passende Nachweise vorzubereiten. Umfang und Mitwirkung richten sich nach Ihrem tatsächlichen Prozess.

Ihr Vorhaben besprechenEinblicke in unsere Projektarbeit →