IT-Systeme · Praxisleitfaden

Sage X3 im GxP-Einsatz validieren

Sage X3 kann qualitätsrelevante Materialflüsse über Einkauf, Lager und Produktion verbinden. Ob diese Abläufe für Ihren regulierten Einsatz geeignet sind, hängt wesentlich von Konfiguration, Berechtigungen und Datenwegen ab. Ein Status für abgelehntes Material bedeutet beispielsweise nicht in jeder Einstellung eine Ausgabesperre. Dieser Leitfaden zeigt anhand der Sage-X3-V12-Dokumentation, welche Entscheidungen Sie vor der Validierung treffen sollten und wie Sie Rückverfolgung, Ausnahmen, Änderungsnachweise und Betrieb mit konkreten Prüffällen beurteilen können.

Inhaltsverzeichnis

Das Wichtigste vorab

Worauf kommt es bei der Validierung von Sage X3 an?

Validieren Sie den vorgesehenen Prozess in seiner tatsächlichen Sage-X3-Konfiguration. Erfassen Sie Version, Betriebsform, Standorte, aktivierte Funktionen und Anpassungen. Prüfen Sie besonders die Wirkung von Qualitätsstatus und Verwaltungsregeln, erhöhte Berechtigungen, vollständige Chargenbezüge und die eingerichtete Protokollierung. Herstellerfunktionen sind dafür Bausteine; belastbar wird der Nachweis durch Ihre Anforderungen, begründeten Risiken und dokumentierten Ergebnisse.

  • Die technische Grundlage dieses Artikels ist die Online-Hilfe für Sage X3 V12, abgeglichen mit dem konkreten Einsatz.
  • Q und R sind Statuskennzeichen; ihre Wirkung hängt von Regeln und Berechtigungen ab.
  • Das Tabellen-Audit benötigt eine bewusste Konfiguration und erfasst nicht beliebige Daten vollständig.
  • Standortübergreifende Prozesse, Anpassungen und Betriebsverantwortung gehören in denselben Nachweisumfang.

1. Version, Betriebsform und Systemgrenze festlegen

Die technischen Beispiele beziehen sich auf die öffentlich zugängliche Online-Hilfe für Sage X3 V12. Ein V12-Hilfethema belegt jedoch nicht, welcher Patchstand bei Ihnen installiert ist oder welche Funktion in Ihrem Vertrag enthalten ist. Erfassen Sie deshalb Anwendungsversion, technische Komponenten, aktivierte Funktionen, Anpassungen und angebundene Systeme, bevor Sie Anforderungen mit Herstellerunterlagen abgleichen.

Sage beschreibt aktuell SaaS, Private Cloud und On-Premises als Bereitstellungsmodelle. Die konkrete Aufgabenverteilung folgt Ihrem Angebot und Betriebskonzept. Klären Sie Updatevorlauf, administrative Zugriffe, Testmöglichkeiten und Datenzugang bei einem Ausstieg. Eine Aussage zur allgemeinen Bereitstellungsform ersetzt diese Vereinbarungen nicht.

Dieser Artikel behandelt Sage X3 eigenständig. Funktionen der deutschen Sage 100 oder einer anderen Sage-Lösung werden nicht übertragen. Auch ein technischer Befehl zur Validierung einer Tabelle in der Entwicklungsumgebung ist kein Nachweis einer GxP-Computersystemvalidierung.

Quellen: [1] [6] [8]

2. Die relevanten Entscheidungen und Aufzeichnungen bestimmen

Beginnen Sie mit dem vorgesehenen Materialfluss: Wer entscheidet über die Verwendung, wo liegt die maßgebliche Aufzeichnung und welche Information gelangt in den nächsten Prozess? Derselbe Bestand kann für Disposition, Produktion und Qualitätsentscheidung unterschiedlich betrachtet werden. Halten Sie fest, welche Bedeutung jeder verwendete Status hat und welche Daten eine fachliche Freigabe tatsächlich tragen.

Der Schwerpunkt hier liegt auf GMP-Prozessen für Humanarzneimittel. Annex 11 verlangt einen risikobezogenen Ansatz. Für Part 11 sind die konkreten elektronischen Aufzeichnungen und zugrunde liegenden FDA-Anforderungen maßgeblich. Die Softwaremarke oder das Vorhandensein eines Qualitätsmoduls entscheidet diesen Anwendungsbereich nicht.

Als Startpunkt eignet sich ein Ablauf vom Wareneingang bis zur Lieferung, ergänzt um Korrektur und Ausnahme. Ordnen Sie jedem entscheidenden Übergang Verantwortlichen, Datenquelle und erwarteten Nachweis zu. Dadurch lässt sich begründen, weshalb ein bestimmter Test erforderlich ist und andere Funktionen außerhalb des Umfangs bleiben.

Quellen: [8] [9] [10]

3. Qualitätsstatus und ihre tatsächliche Sperrwirkung prüfen

Die X3-V12-Hilfe beschreibt A als akzeptiert, Q als in Qualitätskontrolle und R als abgelehnt. Entscheidend sind die Verwaltungsregeln der Produktkategorie: Auch Q- oder R-Bestand kann je nach Konfiguration zugeordnet und ausgegeben werden. Eine verpflichtende Analyseanforderung für Q ergibt sich ebenfalls aus der Einstellung. Der Buchstabe allein beschreibt daher keine verlässliche Sperrwirkung.

Formulieren Sie die fachliche Vorgabe zuerst: Beispielsweise darf Material vor der Qualitätsentscheidung weder an einen Kunden geliefert noch in einem bestimmten Fertigungsschritt verbraucht werden. Übersetzen Sie dies anschließend in die betroffenen Buchungsarten und Regeln. Die folgenden selbst entwickelten Prüfvorschläge setzen eine solche Vorgabe voraus und sind keine Behauptung über Ihre aktuelle Einstellung.

Illustrative Prüfung eines vorgesehenen Sperrkonzepts
AusgangslageBewusst versuchter VorgangVorab festzulegendes Ergebnis
Material wartet auf QualitätsentscheidungNormales Lagerkonto versucht eine AusgabeUnerlaubte Verwendung wird im betroffenen Weg verhindert
Material wurde fachlich abgelehntAuftrag versucht Zuordnung und anschließende LieferungBeide Schritte entsprechen dem freigegebenen Sperrkonzept
Analyse ist unvollständigBenutzer versucht einen akzeptierten FolgestatusErforderliche Entscheidung kann nicht umgangen werden
Nur ein Teil der Menge ist akzeptiertAuftrag überschreitet die verfügbare TeilmengeNicht freigegebene Menge bleibt wirksam ausgeschlossen
Ausnahmeberechtigung ist vorhandenBerechtigter führt einen vorgesehenen Sondervorgang ausBerechtigung, Anlass und Nachweis entsprechen dem Ausnahmeprozess

Quellen: [2] [8]

4. Rückverfolgung über Standorte und Prozessgrenzen nachweisen

Die Funktion Traceability beschreibt Vorwärts- und Rückwärtsbezüge einer Charge einschließlich standortübergreifender Verfolgung. Die Hilfe nennt zugleich eine Grenze: Komponenten aus Assembly beziehungsweise Disassembly werden über diese Funktion nicht dargestellt. Falls solche Abläufe vorkommen, benötigen Sie dafür einen gesondert bewerteten Nachweisweg; eine allgemeine Aussage zur Chargenrückverfolgung reicht dann nicht.

Eigener Prüffall: Teilen Sie eine eingegangene Rohmaterialcharge auf zwei Fertigungsaufträge auf. Liefern Sie einen Teil des Ergebnisses an einen zweiten Standort und erfassen Sie anschließend eine Retoure. Ermitteln Sie von der Eingangscharge aus die betroffenen Folgechargen und gehen Sie von einer Lieferung zurück zur Quelle. Stimmen Mengen, Belegbezüge und Grenzen der Darstellung mit Ihrem unabhängigen Sollbestand überein?

Prüfen Sie auch die Auswertung selbst: Eine gespeicherte Einschränkung auf einen Standort oder Belegtyp darf nicht als vollständige Rückrufliste missverstanden werden. Halten Sie fest, mit welchen Auswahlkriterien der Fachbereich arbeitet und wie ausgelagerte Prozessstufen berücksichtigt werden. Kennzeichnen Sie bewusst nicht abgedeckte Schritte im Nachweis.

Quellen: [4] [8]

5. Rechte pro Funktion, Standort und Ausnahme bewerten

Die X3-Hilfe beschreibt funktionale Berechtigungen mit Einschränkungen nach Standort beziehungsweise Standortgruppe und zusätzlichen Optionen. Dokumentieren Sie daraus ein fachliches Rollenmodell: erfassen, prüfen, Status ändern, korrigieren und administrieren sind unterschiedliche Aufgaben. Ein Benutzer soll den benötigten Vorgang am richtigen Standort ausführen können; der entsprechende unerlaubte Zugriff muss ebenfalls geprüft werden.

Besondere Aufmerksamkeit verdient STOADMIN. Laut Hersteller kann ein so berechtigter Bestandsadministrator Einschränkungen aus Zuordnungs- und Verwaltungsregeln umgehen, etwa R-Bestand ausgeben. Ob Sie diese Möglichkeit benötigen, muss aus Ihrem Betrieb folgen. Ist sie erforderlich, definieren Sie ihren eng begrenzten Zweck, die Vergabe und die nachträgliche fachliche Kontrolle.

Illustrativ: Wiederholen Sie denselben gesperrten Ausgabevorgang mit normalem Lagerkonto, Qualitätsrolle und vorgesehenem Administratorkonto. Dokumentieren Sie Unterschiede und erlaubte Ausnahmen. Prüfen Sie anschließend Rollenentzug und Standortwechsel. Das Ergebnis muss zur freigegebenen Aufgabenverteilung passen, nicht nur zur technischen Erwartung eines Administrators.

Quellen: [5] [3] [8]

Vertiefung zu diesem Thema:

6. Das Tabellen-Audit gezielt konfigurieren und bewerten

X3 V12 kann ausgewählte Tabellenoperationen über Datenbanktrigger protokollieren und konfigurierte Feldwerte vor beziehungsweise nach einer Änderung speichern. Die Hilfe hält ausdrücklich fest, dass der Standard keine Audit-Konfiguration mitliefert. Außerdem sind unter anderem die Audit-Tabellen selbst sowie CLOB-, BLOB- und AXX-Felder von diesem Mechanismus ausgeschlossen.

Die fachliche Frage lautet daher: Welche relevante Änderung müssen Sie später verstehen können? Ordnen Sie diese Anforderung den tatsächlich betroffenen Tabellen und Feldern zu. Ein technischer Protokolleintrag genügt nicht, wenn der Prüfer den Geschäftsbezug nicht erkennen kann. Änderungen an der Audit-Konfiguration selbst und administrative Eingriffe benötigen ebenfalls eine bewertete Kontrolle.

Die nachstehende Zuordnung ist ein eigener Vorschlag für die Prüfung. Beurteilen Sie sie mit Ihrem X3-Partner und der Qualitätssicherung. Die Umsetzung eines Tabellen-Audits garantiert für sich genommen weder vollständige Änderungsbegründungen noch anforderungsgerechte elektronische Signaturen.

Von der fachlichen Audit-Frage zum prüfbaren Nachweis
Fachliche FrageIm System zu prüfenAkzeptanz anhand Ihres Einsatzes
Was wurde geändert?Relevante Felder und Bedingungen der ProtokollierungWesentliche Änderungen bleiben verständlich rekonstruierbar
Zu welchem Vorgang gehört die Änderung?Identität und dauerhafter Bezug der AufzeichnungPrüfer können den betroffenen Geschäftsfall eindeutig finden
Wie werden Korrekturen erklärt?Verknüpfung einer erforderlichen ÄnderungsbegründungAnlass und Korrektur bleiben nachvollziehbar verbunden
Welche Inhalte fehlen im Mechanismus?Betroffene Datenarten und ergänzende NachweiseGrenzen sind bewertet und erforderliche Lücken geschlossen
Wer kontrolliert auffällige Änderungen?Zugriff, Auswahl, Review und FolgeprozessZuständiger erkennt, bewertet und verfolgt relevante Auffälligkeiten

Quellen: [6] [8]

7. Qualitätsentscheidung und elektronische Signatur getrennt beurteilen

Definieren Sie, was eine Freigabe in Ihrem Ablauf bedeutet: Wird ein Prüfergebnis bestätigt, eine Materialverwendung erlaubt oder eine gesetzlich relevante Unterschrift ersetzt? Diese Entscheidungen können zusammenhängen, sind aber nicht gleichbedeutend. Ein geänderter Status dokumentiert nicht automatisch alle Bestandteile einer erforderlichen Signatur.

Wenn Sie elektronisch unterschreiben, müssen Person, Zeitpunkt und dauerhafter Bezug zur betreffenden Aufzeichnung passend zu den anwendbaren Anforderungen nachgewiesen werden. Prüfen Sie als eigenen Fall eine nachträgliche Änderung des freigegebenen Inhalts: Welche Entscheidung bleibt gültig, was erfordert eine erneute Prüfung und wie erkennt der spätere Leser den Unterschied? Behaupten Sie diese Wirkung erst, wenn der konkrete Ablauf belegt ist.

Quellen: [8] [10]

8. Konfiguration, Eigenentwicklungen und Schnittstellen zusammen prüfen

Sage unterscheidet in der V12-Dokumentation Einstellungen und spezifische Entwicklungen. Einstellungen können komplex sein und Code erzeugen; Entwicklungen benötigen eigene Maßnahmen, um Änderungen und Patches zu überstehen. Diese technische Unterscheidung ist hilfreich für den Bestand, ergibt aber keine automatische GAMP-Kategorie oder einen pauschalen Nachweisumfang.

Erfassen Sie daher, welche Anpassung fachlich etwas verändert: eine berechnete Menge, ein Statusübergang, ein Bericht oder eine Schnittstelle. Lassen Sie sich Sollverhalten, Verantwortlichen und Änderungshistorie erläutern. Herstellerunterlagen des ERP ersetzen keine Beschreibung einer kundenspezifischen Erweiterung.

Illustrativer Schnittstellentest: Ein angeschlossenes Laborsystem übermittelt ein Ergebnis zweimal und danach eine korrigierte Fassung. Prüfen Sie Identität, Reihenfolge, zugehörige Materialmenge und die erlaubte Folgereaktion. Wiederholen Sie den Fall mit Verbindungsabbruch. Definieren Sie vorher, welches System die Entscheidung führt und wie eine unvollständige oder widersprüchliche Übertragung erkennbar bleibt.

Quellen: [7] [8]

Vertiefung zu diesem Thema:

9. Migration, Releases und Wiederherstellung fachlich absichern

Planen Sie bei einer Migration mehr als einen Datensatzvergleich. Für repräsentative Chargen müssen erforderliche Mengen, Einheiten, Status, Bezüge und historische Nachweise im vorgesehenen Ziel zugänglich bleiben. Legen Sie fest, welche Altdaten übernommen und welche in einer gesonderten Aufbewahrungslösung verfügbar gehalten werden. Der Leser einer späteren Untersuchung muss diese Grenze verstehen können.

Für ein Release bewerten Sie die Auswirkungen auf freigegebene Abläufe, Berechtigungen, Audit-Einstellungen und Anpassungen. Wählen Sie daraufhin gezielte Regressionstests und dokumentieren Sie verbleibende Abweichungen. Weder die Bezeichnung Standardupdate noch die technische Zusage zur Erhaltung einer Einstellung beantwortet die fachliche Eignungsfrage.

Bei einer Wiederherstellungsübung sollte der Fachbereich nach dem technischen Restore einen repräsentativen Geschäftsfall nachvollziehen können. Prüfen Sie dafür auch angeschlossene Datenbestände und benötigte Historien. Vereinbaren Sie für den Ausfall zulässige Ersatzabläufe und den kontrollierten Wiederanlauf; ein Hostingvertrag allein beschreibt diese Arbeitsschritte häufig nicht ausreichend.

Quellen: [8] [7] [1]

10. Den Projektstart auf entscheidbare Fragen vorbereiten

Für ein KMU ist zunächst entscheidend, wer den fachlichen Sollzustand festlegt und wer die technische Umsetzung erklären kann. Benennen Sie Prozessverantwortliche aus Lager oder Produktion, Qualitätssicherung, internen Systembetreuer sowie X3- und gegebenenfalls Hostingpartner. Die Geschäftsführung sollte offene Zuständigkeiten und verfügbare Mitarbeit klären, bevor ein unverbindlicher Zieltermin zum faktischen Freigabedatum wird.

Der Aufwand hängt unter anderem von Standorten, unterschiedlichen Materialregeln, Eigenentwicklungen, Schnittstellen und vorhandener Dokumentation ab. Besonders aufwendig werden ungeklärte Ausnahmen und schwer erklärbare Bestandsdaten. Eine kurze Bestandsaufnahme mit einem vollständigen Beispielprozess liefert deshalb eine bessere Planungsgrundlage als die Anzahl der Benutzer allein.

  • Version, Patchstand, Betriebsform, Standorte und Erweiterungen dokumentieren.
  • Maßgebliche Qualitätsentscheidungen und Aufzeichnungen je Prozess benennen.
  • Produktkategorien, Statusregeln und vorhandene Ausnahmen nachvollziehen.
  • STOADMIN und andere erhöhte Berechtigungen mit ihrem betrieblichen Zweck erfassen.
  • Rückverfolgung über Teilmengen, Standortwechsel und Retouren mit Sollbestand vorbereiten.
  • Audit-Konfiguration, technische Grenzen und fachlichen Review festlegen.
  • Repräsentative Testumgebung, Rollen und Fehlerfälle bereitstellen.
  • Migration, Releasebewertung, Wiederherstellung und Freigabeverantwortung vereinbaren.

Quellen: [8]

Häufige Fragen zu Sage X3

Ist Sage X3 automatisch für GMP-Prozesse geeignet?

Ein Funktionsumfang allein belegt die Eignung Ihres Einsatzes nicht. Sie müssen relevante Prozesse, Daten und Anforderungen bestimmen und die konfigurierte Umsetzung nachvollziehbar beurteilen. Das betrifft auch Rollen, Erweiterungen und Betrieb. Herstellerunterlagen sind dabei eine wichtige Grundlage; Ihr Nachweis muss jedoch erklären, weshalb der konkrete Ablauf die vorgesehenen Aufgaben zuverlässig erfüllt.

Quellen: [8]

Auf welche Version und Betriebsform beziehen sich die Beispiele?

Die Funktionsdetails stammen aus der Sage-X3-V12-Online-Hilfe. Der Artikel nennt keinen vermeintlich neuesten Patchstand. Gleichen Sie die Angaben mit Ihrer Installation und Lizenzierung ab. Sage beschreibt aktuell mehrere Betriebsformen einschließlich SaaS, Private Cloud und On-Premises; deren konkrete Leistungen, Änderungswege und Verantwortlichkeiten müssen Sie anhand des eigenen Vertrags und Betriebskonzepts festhalten.

Quellen: [1] [2] [6]

Sperren Q und R automatisch jede Materialausgabe?

Nein. Die V12-Hilfe beschreibt, dass Zuordnung und Ausgabe auch für diese Status von den Verwaltungsregeln abhängen. Prüfen Sie daher die wirksame Kombination aus Produktkategorie, Buchungsweg und Berechtigung. Ihre fachliche Sperrregel muss für jeden relevanten Verwendungspfad belegt sein. Ein sichtbares Statuskennzeichen darf nicht ungeprüft als umfassende Verwendungsbeschränkung interpretiert werden.

Quellen: [2]

Warum muss STOADMIN besonders betrachtet werden?

Der Bestandsadministrator kann laut Sage Regeln übergehen, die gewöhnliche Benutzer bei der Bestandsverarbeitung einschränken. Diese Möglichkeit kann für definierte Sonderfälle erforderlich sein, muss aber zum freigegebenen Prozess passen. Bewerten Sie Berechtigungsvergabe, erlaubten Anlass und anschließende Kontrolle. Testen Sie den Unterschied zwischen normalem Konto und Ausnahmeberechtigung ausdrücklich, statt nur den erfolgreichen Standardablauf zu prüfen.

Quellen: [3] [8]

Erfasst das Tabellen-Audit sämtliche relevanten Änderungen?

Nicht automatisch. Tabellen, Operationen, Felder und Bedingungen werden konfiguriert; die Hilfe nennt zudem ausgeschlossene Datenarten und liefert keine standardmäßige Audit-Einstellung mit. Vergleichen Sie die tatsächliche Abdeckung mit Ihren Anforderungen. Prüfen Sie auch den verständlichen Geschäftsbezug und den Schutz der Nachweise. Fachlich erforderliche Lücken benötigen eine bewertete Lösung, nicht nur eine längere Protokolldatei.

Quellen: [6] [8]

Reicht die Traceability-Auswertung für jede Rückverfolgung?

Die dokumentierte Funktion unterstützt Vorwärts- und Rückwärtsverfolgung sowie standortübergreifende Bezüge. Sie hat aber Grenzen, unter anderem bei Komponenten aus Assembly und Disassembly. Prüfen Sie Ihre tatsächlichen Prozessschritte, Auswahlfilter und benötigten Bezüge mit einem unabhängigen Sollbestand. Ergänzende Nachweiswege sind dort festzulegen, wo die eingesetzte Auswertung den fachlichen Ablauf nicht vollständig abbildet.

Quellen: [4]

Muss eine X3-Anpassung immer gleich eingestuft werden?

Nein. Die technische Unterscheidung zwischen Einstellung und Entwicklung ergibt keine pauschale GAMP-Kategorie. Bewerten Sie, was geändert wird, welchen Einfluss dies auf relevante Daten oder Entscheidungen hat und welche geeigneten Nachweise vorliegen. Eine kleine Formel kann fachlich bedeutsam sein, während eine reine Darstellungsänderung einen anderen Umfang rechtfertigt. Die Begründung gehört zur konkreten Anpassung.

Quellen: [7] [8]

Was sollten wir vor dem Start bereitstellen?

Hilfreich sind Versionsübersicht, Prozess- und Standortliste, relevante Materialregeln, Rollen, Erweiterungen und bekannte Schnittstellen. Ergänzen Sie einen repräsentativen Chargenablauf und Zugang zu einer geeigneten Testumgebung. Benennen Sie vor allem die Personen, die fachliche Sollwerte festlegen und Ergebnisse bewerten können. Unvollständige Unterlagen lassen sich gezielt ergänzen, wenn die offenen Punkte sichtbar und verantwortet sind.

Quellen: [8]

Wer muss mitarbeiten und wodurch entstehen Aufwand und Dauer?

Prozessverantwortliche, Qualitätssicherung, IT beziehungsweise Systembetreuer und die betroffenen X3-Partner müssen gemeinsam entscheiden können. Aufwandstreiber sind unterschiedliche Standortregeln, Ausnahmen, Datenqualität, Anpassungen, Schnittstellen und fehlende Nachweise. Auch die Verfügbarkeit der Fachbereiche beeinflusst die Planung. Erst nach einer Bestandsaufnahme lässt sich ein belastbarer Umfang schätzen; aus dem Produktnamen allein folgen weder feste Dauer noch Preis.

Quellen: [8]

Wie viel muss nach einem Release erneut geprüft werden?

Bewerten Sie zuerst, welche freigegebenen Anforderungen und Abhängigkeiten durch das Release betroffen sein können. Daraus leiten Sie Nachweise und Regressionstests ab. Berücksichtigen Sie besonders Materialregeln, Berechtigungen, Protokollierung und eigene Anpassungen. Dokumentieren Sie Ergebnis, Abweichungen und Freigabe. Unbekannte Auswirkungen dürfen nicht stillschweigend als unverändert gelten, sondern müssen geklärt oder angemessen im Testumfang berücksichtigt werden.

Quellen: [8] [7]

Quellen & fachlicher Stand

Quellenstand: 6. Oktober 2026. Technische Aussagen beziehen sich auf die genannten Sage-X3-V12-Hilfethemen. Die Online-Hilfe ersetzt keinen Abgleich mit installiertem Patchstand, aktivierten Funktionen, Vertrag und Anpassungen. Angaben zu Bereitstellungsmodellen stammen aus der aktuellen deutschen Produktbeschreibung. Der regulatorische Schwerpunkt liegt auf GMP-Prozessen für Humanarzneimittel; die Prüffälle sind eigene illustrative Vorschläge.

  1. Sage Deutschland: Sage X3, aktuelle Produkt- und Bereitstellungsbeschreibung
  2. Sage X3 V12 Online Help: Quality control (GESSTQ)
  3. Sage X3 V12 Online Help: Stock Administrator (STOADMIN)
  4. Sage X3 V12 Online Help: Traceability (CONSSTK)
  5. Sage X3 V12 Online Help: Functional Profile (GESAFP)
  6. Sage X3 V12 Online Help: Tables, Audit tab (GESATB)
  7. Sage X3 V12 Online Help: Setup and specific development
  8. Europäische Kommission: EU-GMP Annex 11, Computerised Systems
  9. Europäische Kommission: EudraLex Volume 4, geltende GMP-Leitlinien
  10. FDA: Part 11, Electronic Records; Electronic Signatures – Scope and Application

Zuletzt fachlich geprüft am 06.10.2026.

Daniel Herrmann, Daniel Herrmann Consulting

Daniel Herrmann Consulting

Den Nachweisumfang für Ihren X3-Prozess festlegen

Wir unterstützen Sie dabei, Materialentscheidungen, Ausnahmewege und Nachweise gemeinsam mit Qualitätssicherung, Fachbereich und X3-Partner zu strukturieren. Ausgangspunkt ist Ihr vorgesehener Einsatz.

  • IT-GxP-Consulting →

    GxP-Umfang, relevante Risiken und überprüfbare Anforderungen für Sage X3 klären.

Ihr Vorhaben besprechenEinblicke in unsere Projektarbeit →