Inhaltsverzeichnis
Das Wichtigste vorab
Worauf kommt es bei der Opcenter-Execution-Pharma-Validierung an?
Sie weisen nach, dass freigegebene MBR- und EWI-Vorgaben über die tatsächlich verwendeten Clients und Automationswege richtig ausgeführt und aufgezeichnet werden. Für Release 2605 sind unterstützte Web-Fälle von weiterhin benötigten Bestandsclient-Szenarien zu unterscheiden. Prüfen Sie Rollen, Übergaben, Ausnahmen und die fachliche Aussage der Ergebnisse. Eine verfügbare Produktfunktion belegt weder vollständige Funktionsgleichheit aller Wege noch die Eignung Ihrer lokalen Konfiguration.
- Beziehen Sie jede Aussage auf Opcenter Execution Pharma und den eingesetzten Stand.
- Ordnen Sie fachlichen Schritten einen tatsächlich unterstützten Ausführungsweg zu.
- Prüfen Sie Gerätequittung, Prozessresultat und Chargennachweis getrennt.
- Behandeln Sie neue Clients und Wege als konkrete Änderungs- und Nachweisfragen.
1. Opcenter Execution Pharma und Release 2605 eingrenzen
Opcenter Execution Pharma ist das Pharma-MES im Siemens-Portfolio. Die Herstellerbeschreibung verbindet Master Batch Records, kurz MBR, mit manueller und automatisierter Ausführung und elektronischen Chargenaufzeichnungen. Andere Opcenter-Linien sind kein Ersatzbeleg für dieselbe Funktion oder Konfiguration.
Der geöffnete Releasebeitrag vom 15. Juni 2026 beschreibt Opcenter EX PH 2605. Er ist die versionsbezogene Grundlage dieses Artikels, nicht der Nachweis des jüngsten Patches. Die allgemeine Produktseite ergänzt die Einordnung von MBR, Produktionssteuerung und Ausnahmeprüfung.
Erfassen Sie im Projekt den eingesetzten Anwendungsstand, zugehörige Clients, Geräteanbindungen und lokale Erweiterungen. Klären Sie außerdem, welche Funktionen tatsächlich lizenziert, bereitgestellt und unterstützt sind. Eine Releasebeschreibung nennt Möglichkeiten, keine fertige Konfiguration Ihres Werks.
Der regulatorische Schwerpunkt liegt auf Humanarzneimittel-GMP. Annex 11 und Kapitel 4 werden als GMP-Leitlinien in ihrem geltenden Stand verwendet. Herstellerformulierungen zur Compliance werden nicht als Nachweis der Eignung Ihres Produktionsprozesses übernommen.
2. Vom MBR zur ausführbaren Arbeitsanweisung kommen
Siemens beschreibt eine MBR-geführte Herstellung und elektronische Arbeitsanweisungen, Electronic Work Instructions oder EWI. Für den praktischen Nachweis müssen Vorgabe, ausführbare Logik und tatsächlich erzeugte Aufzeichnung zusammenpassen. Eine fachlich richtige Beschreibung reicht nicht aus, wenn ihre technische Umsetzung einen entscheidenden Schritt anders behandelt.
Vergleichen Sie deshalb die freigegebene Vorgabe mit den benötigten Eingaben, Bedingungen und Übergängen. Welcher Wert wird manuell erfasst, welcher aus einem Gerät übernommen und welcher aus einer Berechnung erzeugt? Wer darf einen Sonderweg nutzen und woran erkennt der nachfolgende Schritt seine Voraussetzungen?
Halten Sie die tatsächlich verwendeten Fassungen fest. Im späteren Review muss erkennbar bleiben, welche Anweisung für den betrachteten Auftrag galt. Eine inzwischen geänderte Vorlage darf nicht als Erklärung eines älteren Ablaufs ausgegeben werden.
Die Tabellen dieses Leitfadens sind eigene Planungshilfen. Sie übertragen die allgemeine Forderung nach nachvollziehbarer Dokumentation auf konkrete Ausführungswege, ohne ein amtliches MBR-Format oder eine universelle EWI-Struktur vorzugeben.
3. Web-EWI und Wägeanwendung nach tatsächlicher Abdeckung unterscheiden
Für 2605 nennt Siemens zusätzliche Web-EWI-Funktionen für Listen, Etiketten- und Barcodeidentifikation sowie Warnhinweise. Der Releasebeitrag beschreibt außerdem Erweiterungen beim Umgang mit elektronischen Signaturen und Zugriffsrechten. Welche dieser Möglichkeiten Ihren konkreten Ablauf trägt, ist am eingerichteten Stand zu prüfen.
Bei Web-based Weighing and Dispensing benennt Siemens einen modularen Aufbau, vordefinierte Wägeschritte und die Modi Manual und Net. Die Waagenkommunikation wird über Mendix Workstation beschrieben. Daraus folgt keine pauschale Unterstützung jeder Waage, jedes Browsers oder jeder Prozessvariante.
Die besonders wichtige Grenze steht ausdrücklich im Releasebeitrag: Die Web-Anwendung ist in 2605 für unterstützte Fälle nutzbar; der bestehende Rich Client bleibt für weitergehende oder noch nicht abgedeckte Szenarien verfügbar. Web und Bestandsclient sind damit nicht automatisch funktional gleichwertig.
Fordern Sie für Ihre Fälle eine konkrete Abdeckungsaussage an. Eine Roadmap oder die Aussicht auf spätere Erweiterung ist keine bereits verfügbare Funktion. Planen Sie einen Weg erst dann produktiv ein, wenn seine Voraussetzungen und Nachweise geklärt sind.
4. Ausgefüllte Matrix für einen konstruierten Produktionsauftrag
Das folgende Beispiel ist frei erfunden und wurde nicht in Opcenter ausgeführt. Auftrag A-17 verwendet MBR M3 und Arbeitsanweisung E6. Er enthält Identifizierung, Verwiegung, eine automatisierte Mischphase und einen Abschlussreview. Die Versionsnamen und Prüfbelege sind illustrative Kennungen.
Für den normalen Wägefall wird die lokale Unterstützung des Web-Modus Net als zu bestätigende Voraussetzung geplant. Ein abweichender Sonderablauf SV1 bleibt zunächst dem bestehenden Verfahren zugeordnet, bis dessen konkrete Clientabdeckung belegt ist. Es wird keine bestimmte Sonderfunktion eines Siemens-Clients behauptet.
Die Matrix zeigt, welche Unterlagen und Ausführungen den jeweiligen Weg tragen sollen. Die benannten Prüfungen W-01 bis W-05 sind geplante Nachweise, keine bestandenen Tests. Bei einer nicht erfüllten Voraussetzung bleibt die entsprechende Aussage offen.
| Fachlicher Schritt und Vorgabe | Geplanter Weg und Übergabe | Erwartete Aufzeichnung | Konkreter Abdeckungsnachweis |
|---|---|---|---|
| A10: Behälter B-17 gemäß E6 identifizieren | Web-EWI mit Barcodefunktion, lokale Einrichtung vorausgesetzt | Auftrag, erkannte Behälterkennung und Ergebnis der Zuordnung | W-01: B-17 wird richtig zugeordnet; fremdes B-71 folgt dem festgelegten Fehlerweg |
| A20: normalen Nettowert erfassen | Web-Wägen, Modus Net; freigegebene Waagenanbindung über lokale Workstation | Wert, Einheit, Waage und Bezug zu A-17 | W-02: Gerätedaten und MES-Aufzeichnung stimmen im vereinbarten Test überein |
| SV1: zusätzlicher kundenspezifischer Wägeablauf | Bestehendes Verfahren; Rich-Client-Unterstützung gesondert belegen, keine Web-Parität unterstellen | Nachweis gemäß festgelegter Sondervorgabe | W-03: vollständige Variante prüfen; fehlende Abdeckung bleibt offen |
| A30: definierte Mischphase ausführen | MES-Übergabe an Produktionssteuerung; lokale Kopplung gesondert spezifiziert | Anforderung, zugeordnete Rückmeldung und tatsächlicher Prozessstatus | W-04: Quittung ohne bestätigten Prozessstart führt nicht zu falschem Abschluss |
| A40: Auftrag fachlich prüfen | Festgelegte Reviewansicht einschließlich relevanter Ausnahmen | Zusammenhängender Chargenverlauf mit Vorgaben und Befunden | W-05: Angaben aus Web, Bestandsweg und Automation sind richtig zusammengeführt |
5. Den Clientweg mit einem konkreten Fehlerfall prüfen
Für W-01 wird zunächst B-17 identifiziert. Der Test erwartet die Zuordnung zum Auftrag A-17. Anschließend wird bewusst die fremde Kennung B-71 verwendet. Welches Ergebnis zulässig ist, folgt der Beispielanforderung: Die falsche Zuordnung darf nicht still als richtige Identifizierung fortgeschrieben werden.
Für W-02 werden unabhängig festgelegte Testwerte verwendet: Brutto 3,250 kg, Tara 0,750 kg, daraus Netto 2,500 kg. Die Rechnung 3,250 minus 0,750 gleich 2,500 ist eine freie Testvorgabe, keine Aussage über eine bestimmte interne Siemens-Berechnung. Prüfen Sie, ob der tatsächlich übernommene Wert und seine Bedeutung zur eingerichteten Messkette passen.
Nun wird der für den Test definierte Kommunikationsweg vor einer erforderlichen Bestätigung unterbrochen. Erwartet wird das vorab spezifizierte Verhalten mit erkennbarem offenen Zustand. Ein noch sichtbarer alter Wert darf nicht ohne Prüfung als neue erfolgreiche Erfassung dienen. Ob und wie Ihre Einrichtung Werte zwischenspeichert, ist gesondert zu ermitteln.
Das Team darf anschließend nicht lediglich auf den anderen Client ausweichen und den Schritt als bestanden erklären. Zuerst sind zulässiger Wechsel, gemeinsamer Vorgangsbezug und Behandlung des offenen Zustands nachzuweisen. Fehlt diese Abdeckung, bleibt der Wechsel für diesen Fall unbestätigt.
6. Automation: Befehl, Quittung und Prozessresultat getrennt sehen
Siemens beschreibt die Verbindung zur Produktionssteuerung sowie die Führung manueller und automatisierter Schritte. Für die lokale Validierung benötigen Sie dennoch eine klare Schnittstellenbeschreibung. Welche Anforderung sendet das MES, welche Rückmeldung kommt zurück und welche Bedeutung hat sie?
Im konstruierten Schritt A30 kann eine technische Empfangsquittung bereits vorliegen, obwohl der gewünschte Prozessstart nicht bestätigt ist. Die passende Prüffrage lautet dann, ob das System diesen Unterschied in seiner weiteren Verarbeitung berücksichtigt. Ein grünes Kommunikationssignal allein wäre kein Beleg des fachlichen Ergebnisses.
Prüfen Sie außerdem die Zuordnung zu Auftrag, Anlage und Schritt. Eine verspätete Rückmeldung des vorherigen Vorgangs darf nicht unbemerkt zum aktuellen Ablauf werden. Wählen Sie solche Fälle nach der tatsächlichen Integrationsarchitektur; der öffentliche Produkttext legt weder Ihr Nachrichtenformat noch Ihre Fehlerbehandlung fest.
Die Prüfung endet nicht an der Bildschirmgrenze. Benötigte Geräte- oder Automationsbelege und MES-Aufzeichnungen müssen dieselbe Ausführung erklären können. Das ist besonders wichtig, wenn verschiedene Systeme unterschiedliche Zeitpunkte oder Statusbegriffe verwenden.
7. Neue Wege mit einer klaren Übernahmeentscheidung einführen
Ein verfügbarer Web-Schritt kann die Bedienung verändern, ohne alle bestehenden Fälle abzudecken. Halten Sie deshalb fest, welche Aussage aus früheren Nachweisen weiterhin gilt und welche neue Annahme der Wechsel erzeugt. Die folgende Tabelle ist eine eigene Entscheidungshilfe für die Planung.
Unterscheiden Sie einen Wechsel für künftige Aufträge von einem Wechsel während eines offenen Vorgangs. Der zweite Fall wirft zusätzliche Fragen zu gespeicherten Zuständen, Zuständigkeit und Fortsetzung auf. Eine erfolgreiche Prüfung des ersten Falls belegt den zweiten nicht automatisch.
| Änderung im Beispiel | Weiter nutzbare Aussage prüfen | Neu zu beantwortende Frage | Geplante Entscheidung |
|---|---|---|---|
| A10 künftig über Web-EWI statt bisherigen Weg | Fachliche Kennungsregel bleibt unverändert | Richtige Darstellung, Identifizierung und Fehlerreaktion im Web? | W-01 plus passende Zugriffsprüfung vor Übernahme |
| A20 künftig über Web-Net-Modus | Benötigter Nettowert und Einheit bleiben gleich | Lokale Geräte-/Workstation-Kette und Erfassung ausreichend belegt? | W-02 am tatsächlichen Weg; kein pauschaler Verweis auf Rich-Client-Test |
| SV1 soll ebenfalls ins Web | Freigegebene Sondervorgabe bleibt fachliche Grundlage | Ist SV1 in diesem Stand überhaupt unterstützt? | Ohne positiven Abdeckungsbeleg keine Web-Übernahme planen |
| Wechsel bei offenem A20 | Bereits belegte Teilschritte sind identifizierbar | Welche Daten sind verbindlich gespeichert, wie erfolgt Fortsetzung? | Separaten Wechsel- und Unterbrechungsfall spezifizieren |
| A30 erhält geänderte Rückmeldung | Unveränderte Bedienfunktionen können weiter gelten | Bleibt Statusbedeutung und Auftragszuordnung richtig? | W-04 und betroffene Folgeprüfungen neu bewerten |
8. Review und Signaturen an die vollständige Ausführung knüpfen
Die Herstellerbeschreibung nennt Review by Exception und zentrale Chargenaufzeichnungen. Legen Sie fest, welche Informationen ein Prüfer für Ihren Ablauf benötigt. Im Beispiel gehören dazu die verwendete Vorgabe, der Identifizierungsweg, die Wägeaufzeichnung und die Automationsrückmeldung einschließlich relevanter Befunde.
Bewerten Sie die Reichweite der Ausnahmeregeln. Ein Ereignis kann korrekt erfasst sein und dennoch nicht in der ausgewählten Ansicht erscheinen. Eine leere Anzeige trägt nur dann eine entsprechende Aussage, wenn ihre Datenbasis und Erkennungslogik für den vorgesehenen Review geeignet sind.
Die in 2605 beschriebenen Signaturerweiterungen sind Funktionsinformationen. Sie ersetzen keine Prüfung von berechtigter Handlung, Identität, Bedeutung und Verknüpfung mit der betroffenen Aufzeichnung. Annex 11 Abschnitt 14 beschreibt Anforderungen an elektronische Signaturen im betrachteten GMP-Kontext.
Unterscheiden Sie außerdem technische Bestätigung, fachlichen Review und gegebenenfalls erforderliche Chargenzertifizierung. Ein Statuswechsel im MES ist nicht allein der Nachweis, dass jede dieser Entscheidungen durch die zuständige befugte Person getroffen wurde.
9. Aufwand, Lieferantenbelege und Betrieb für KMU planen
Der Umfang entsteht aus der Anzahl tatsächlich unterschiedlicher Ausführungsfälle, ihren Geräteketten und den benötigten Sonderwegen. Zwei Arbeitsplätze mit gleichem Prozess können unterschiedliche Nachweise erfordern, wenn nur einer eine andere Waagenanbindung oder einen eigenen Erweiterungsbaustein verwendet.
Für die Vorbereitung brauchen Sie einen fachlichen Verantwortlichen für MBR/EWI, einen Ansprechpartner für Automation und Geräte sowie Zuständigkeiten für IT-Betrieb und Qualitätsbewertung. Der Hersteller oder Partner kann technische Unterlagen liefern. Prozessentscheidungen und die Eignung der lokalen Umsetzung benötigen jedoch konkrete Beiträge Ihres Teams.
Bewerten Sie vorhandene Nachweise nach ihrem Inhalt. Ein Herstellerbericht kann Standardfunktionen oder weitere passende Aussagen tragen; er ist nicht automatisch auf Basissicherheit beschränkt. Halten Sie lokale Lücken und erforderliche Ergänzungen sichtbar. Kosten und Dauer lassen sich daraus erst projektspezifisch planen.
Nach Änderungen sind auch benötigte historische Aufzeichnungen, Wiederherstellung und Verfügbarkeit zu betrachten. Ein neues Frontend darf den Zugriff auf einen früheren Chargenverlauf nicht ungeklärt lassen. Die gelesenen Unterlagen belegen weder eine pauschale KMU-Eignung noch eine bestimmte Hosting- oder Lizenzkonfiguration.
10. Checkliste für die Opcenter-Ausführungswege
Verwenden Sie die folgende Arbeitshilfe, um einen vorgesehenen Weg konkret prüfbar zu machen. Halten Sie neben offenen Punkten auch bewusst ausgeschlossene Varianten fest. So wird erkennbar, worauf sich die Nachweisplanung tatsächlich bezieht.
- Produktlinie, Release, Patch und eingesetzte Clients sind bezeichnet.
- MBR-/EWI-Stand ist mit der gültigen fachlichen Vorgabe verbunden.
- Jeder relevante Schritt besitzt einen tatsächlich unterstützten Ausführungsweg.
- Web- und Bestandsclient-Abdeckung werden nicht pauschal gleichgesetzt.
- Gerät, Workstation, Wertbedeutung und Einheit sind für Wägefälle geklärt.
- Technische Quittung und fachliches Prozessresultat sind unterscheidbar.
- Unterbrechung und Wechsel eines offenen Vorgangs sind gesondert bewertet.
- Reviewansicht und Signaturkontext erfassen die benötigten Informationen.
- Herstellerbelege und lokale Ergänzungen besitzen nachvollziehbare Zuordnung.
- Betrieb, Änderungen und Zugriff auf frühere Chargenaufzeichnungen sind geregelt.
Häufige Fragen zu Opcenter Execution Pharma
Gilt der Beitrag für alle Siemens-Opcenter-Produkte?
Nein. Die Funktionsbelege beziehen sich auf Opcenter Execution Pharma, insbesondere den Herstellerbeitrag zu Release 2605. Andere Opcenter-Linien, zusätzliche Anwendungen oder ältere Stände benötigen eigene Abgrenzung. Halten Sie im Projekt die tatsächlich verwendeten Komponenten fest. Die gemeinsame Portfoliomarke ist kein Nachweis identischer MBR-, Wäge- oder Clientfunktionen.
Sind Web-Anwendung und bisheriger Client in 2605 vollständig gleichwertig?
Das beschreibt Siemens für die Wägeanwendung gerade nicht pauschal. Web-basierte Ausführung steht für unterstützte Fälle bereit; der bestehende Rich Client bleibt für weitergehende oder noch nicht abgedeckte Szenarien verfügbar. Prüfen Sie deshalb Ihre konkrete Variante. Eine angekündigte Erweiterung in späteren Releases darf nicht als bereits belegte Funktion des eingesetzten Stands eingeplant werden.
Quellen: [2]
Welche Web-Wägefunktionen sind öffentlich für 2605 beschrieben?
Der Releasebeitrag nennt ein modulares Framework, vordefinierte Schritte für Materialauswahl, Waageninteraktion, Ausführung und Etikettendruck sowie Manual und Net als Modi. Waagenkommunikation wird über Mendix Workstation beschrieben. Diese Angaben ersetzen keine Prüfung der unterstützten Hardware, Konfiguration oder lokalen Varianten. Insbesondere folgt daraus keine vollständige Abdeckung aller bisherigen Rich-Client-Szenarien.
Quellen: [2]
Kann ein laufender Vorgang nach einem Fehler einfach im anderen Client weitergehen?
Nur ein konkret belegter und für Ihren Ablauf zulässiger Wechsel trägt diese Entscheidung. Klären Sie gespeicherten Zustand, Vorgangsbezug und Behandlung offener Bestätigungen. Der Leitfaden behauptet keine allgemeine nahtlose Übergabe zwischen Clients. Eine bestandene Prüfung eines neu gestarteten Web-Auftrags reicht nicht automatisch als Nachweis für die Fortsetzung eines unterbrochenen Bestandsvorgangs.
Was muss die MBR-/EWI-Prüfung zusätzlich zur Textkontrolle leisten?
Sie muss die Verbindung zur tatsächlich ausführbaren Logik und zum erzeugten Nachweis betrachten. Prüfen Sie benötigte Eingaben, Bedingungen, Rollen, Gerätewerte und Übergänge. Eine korrekt formulierte Anweisung kann technisch anders umgesetzt sein. Ebenso muss später erkennbar bleiben, welche Fassung den Auftrag geführt hat. Die konkrete Ausführungswegmatrix hilft, diese Fragen je Schritt zuzuordnen.
Genügt eine erfolgreiche DCS-Quittung als Nachweis des Produktionsschritts?
Nicht ohne geklärte Bedeutung. Die Quittung kann beispielsweise nur den Eingang einer Anforderung bestätigen. Prüfen Sie, welche Rückmeldung die tatsächliche Prozessausführung belegt und wie sie dem richtigen Auftrag zugeordnet wird. Im illustrativen Fall darf Empfang nicht als abgeschlossene Mischphase behandelt werden. Die genaue Schnittstellenmechanik muss aus Ihrer lokalen Spezifikation und passenden Nachweisen hervorgehen.
Ersetzt Review by Exception den Blick auf die Datenbasis?
Nein. Ein geeigneter Ausnahmeprozess benötigt eine tragfähige Erkennung und die richtigen zugrunde liegenden Aufzeichnungen. Bestimmen Sie, welche Regeln und Datenwege für Ihren Review relevant sind, und prüfen Sie ihre Abdeckung. Umfang und Zeitpunkt der weiteren Bewertung folgen dem Prozess. Eine leere Liste allein bestätigt weder Vollständigkeit der Erfassung noch die Eignung jeder Chargenentscheidung.
Sind die beschriebenen elektronischen Signaturen automatisch für unseren GMP-Prozess ausreichend?
Die Herstellerfunktion ist ein Ausgangspunkt für die konkrete Prüfung. Zu klären sind unter anderem berechtigter Vorgang, handelnde Person und dauerhafte Verbindung zur betroffenen Aufzeichnung. Auch die Bedeutung der Bestätigung muss im Ablauf verständlich sein. Eine im Release genannte Verbesserung ersetzt weder diese Bewertung noch die separate Bestimmung zusätzlich anwendbarer regulatorischer Anforderungen.
Was treibt den Validierungsaufwand bei Opcenter Execution Pharma?
Vor allem unterschiedliche Ausführungswege, lokale Geräte- und Automationsanbindungen, eigene Erweiterungen und offene Nachweise. Eine große Zahl ähnlicher Schritte ist nicht automatisch aufwendiger als wenige unklare Übergaben. Stellen Sie Prozesswissen, Konfiguration und Herstellerunterlagen früh zusammen. Erst die daraus erkennbare Aufgabenliste erlaubt eine belastbare Planung; allgemeine Kosten- oder Wochenzusagen werden hier nicht abgeleitet.
Müssen beim Wechsel zum Web-Client alle bisherigen Nachweise ersetzt werden?
Bewerten Sie zunächst ihre weiterhin gültige Aussage. Unveränderte fachliche Regeln oder geeignete Standardnachweise können nutzbar bleiben. Neu zu prüfen sind die durch den Wechsel betroffenen Bedingungen, etwa Darstellung, Zugriff, Geräteweg und Fehlerbehandlung. Auch historische Aufzeichnungen und offene Vorgänge können betroffen sein. Ein pauschaler Komplettaustausch ist ebenso wenig begründet wie die ungeprüfte Übernahme aller bisherigen Ergebnisse.
Quellen & fachlicher Stand
Quellenstand: 6. Oktober 2026. Versionsbezogene Herstellergrundlage: Opcenter Execution Pharma 2605, Beitrag vom 15. Juni 2026. Letzter Patch, Kundenlizenz und konkrete Web-Abdeckung sind nicht verifiziert. Matrizen und Auftrag A-17 sind eigene illustrative Planungshilfen, keine ausgeführten Produkttests. Schwerpunkt Humanarzneimittel-GMP.
- Siemens: Opcenter Execution Pharma
- Siemens: What's new in Opcenter Execution Pharma 2605
- Europäische Kommission: EudraLex Volume 4
- Europäische Kommission: EU-GMP Annex 11 – Computerised Systems
- Europäische Kommission: EU-GMP Chapter 4 – Documentation
- EMA: ICH Q9(R1) – Quality Risk Management, Step 5, Corr.2
Zuletzt fachlich geprüft am 06.10.2026.
Daniel Herrmann Consulting
Die tatsächlich genutzten MES-Wege gezielt absichern
Wir helfen Ihnen, Herstellungsvorgabe, Clientweg und Automationsübergabe in eine nachvollziehbare Nachweisplanung zu überführen. Vorhandene Belege werden nach ihrer konkreten Aussage berücksichtigt.
- IT-GxP-Consulting →
Ausführungswege, lokale Voraussetzungen und geeignete Prüfungen gemeinsam planen.
- IT-GxP-Audit →
Abdeckung vorhandener MES-Nachweise und offene Übergaben bewerten.