IT-Systeme · Praxisleitfaden

Veeva Vault QMS: Qualitätsereignisse migrieren

Eine CAPA besteht nicht nur aus einem Titel und einem Abschlussdatum. Maßnahmen, Wirksamkeitsprüfungen, Verknüpfungen und Entscheidungen bilden ihren Kontext. Legen Sie fest, welche Informationen als aktive Objekte übernommen werden und welche als historische Belege verfügbar bleiben.

Inhaltsverzeichnis

Das Wichtigste vorab

Was ist bei der Migration von Qualitätsereignissen nach Veeva Vault QMS wichtig?

Bei der Migration nach Veeva Vault QMS müssen Inhalt, Status und Beziehungen eines Qualitätsereignisses erhalten beziehungsweise nachvollziehbar umgesetzt werden. Prüfen Sie offene Aufgaben, Verantwortliche, Fristen und Anhänge zusammen. Ein neu angelegter Zieldatensatz erzeugt nicht automatisch die ursprüngliche Historie des Altsystems. Historische Belege benötigen einen klaren Zugriffspfad.

Einordnung und Geltungsbereich

Veeva beschreibt unterschiedliche Quality-Event-Datenmodelle. Die passende Abbildung hängt vom Ausgangssystem und Ihrer Vault-Konfiguration ab. Ein Migrationsverfahren sollte keine historische Genehmigung oder Signatur vortäuschen, die im Ziel tatsächlich nicht erfolgt ist.

Quellen: [1] [2]

Offene Qualitätsarbeit muss nach der Migration weiterführbar sein

Die Statuszuordnung verdient besondere Aufmerksamkeit. Ein alter Status „in Bearbeitung“ kann mehrere unterschiedliche Arbeitsschritte umfassen. Ein pauschales Mapping auf einen Zielstatus darf keine noch offene Prüfung überspringen oder einen bereits erledigten Schritt fälschlich erneut bestätigen.

Prüfen Sie Rollen und Fristen nach der Übernahme. Eine formal vollständige Migration hilft wenig, wenn Aufgaben an ausgeschiedene Mitarbeiter gehen oder Fälligkeiten durch Standardwerte ersetzt werden. Der Fachbereich sollte repräsentative offene Fälle bis zum nächsten vorgesehenen Arbeitsschritt durchspielen.

Quellen: [1] [2]

Qualitätsereignisse als zusammenhängende Vorgänge übernehmen

Ein QMS-Ereignis besteht häufig aus mehr als Nummer, Titel und Status. Abweichung, Untersuchung, CAPA, Wirksamkeitsprüfung, Anhänge und zugehörige Entscheidungen können miteinander verbunden sein. Die Migration muss deshalb klären, welcher Zusammenhang für spätere Bearbeitung und Recherche benötigt wird. Ein Export der Hauptobjekte allein kann diesen Kontext verlieren.

Erfassen Sie das tatsächlich eingesetzte Veeva-Vault-QMS-Datenmodell. Die Herstellerdokumentation beschreibt konfigurierbare Quality-Event-Modelle; sie bestätigt nicht eine identische Struktur jeder Vault-Instanz. Objekte, Felder, Lebenszyklen und Beziehungen können von der lokalen Konfiguration abhängen. Dokumentieren Sie Quell- und Zielmodell vor dem Mapping.

Trennen Sie offene Vorgänge von abgeschlossener Historie. Ein offener CAPA-Fall muss möglicherweise im Ziel weiterbearbeitet werden. Ein abgeschlossener Vorgang kann über einen geeigneten historischen Zugriff verfügbar bleiben. Die Wahl richtet sich nach Nutzung und Aufbewahrung, nicht allein nach technischer Importmöglichkeit. Benennen Sie bewusst nicht aktiv übernommene Inhalte und ihren Zugriffspfad.

Quellen: [1] [2]

Mapping nach Bedeutung, Beziehung und Status aufbauen

Verknüpfen Sie Quellschlüssel und Zielschlüssel. Wenn Nummern neu vergeben werden, bleibt eine eindeutige Referenz notwendig. Dokumentieren Sie auch übersetzte Statuswerte. Ein Quellstatus „abgeschlossen“ kann im Ziel einen anderen Abschlussumfang voraussetzen. Ein bloß gleichlautender Name bestätigt keine fachliche Gleichwertigkeit.

Prüfen Sie Pflichtfelder und neue Regeln. Historische Datensätze können unter anderen Verfahren entstanden sein und heute erforderliche Angaben nicht besitzen. Erfinden Sie keine historischen Informationen, um den Import formal zu erleichtern. Ein geeigneter Umgang kann eine klar gekennzeichnete Übernahme, dokumentierte Ausnahme oder ein anderer historischer Zugriff sein. Die Entscheidung wird fachlich bewertet.

Eigene Arbeitshilfe: Mapping nach Bedeutung, Beziehung und Status aufbauen
MigrationsbereichKritische FrageEigener Nachweis
EreignisidentitätBleibt der Vorgang eindeutig zuordenbar?Quell-Ziel-Schlüsselvergleich
BeziehungenSind Abweichung, Untersuchung und CAPA richtig verbunden?Rekonstruktion ausgewählter vollständiger Ketten
StatusWas bedeutet der Zielzustand tatsächlich?Fachliche Zuordnung und Fortsetzungstest
AnhängeGehören Inhalte zur richtigen Version und zum richtigen Vorgang?Inhalts- und Referenzvergleich
EntscheidungenBleiben erforderliche Person-, Zeit- und Bedeutungsbezüge erhalten?Historische Recherche im geeigneten Zielweg

Quellen: [1] [2]

Beispiel: Abweichung vorhanden, CAPA falsch verknüpft

Das Szenario ist konstruiert. Die Quelle enthält Abweichung D-17 mit CAPA C-29 und einer abgeschlossenen Wirksamkeitsprüfung. Im Ziel sind alle drei Objekte vorhanden. Die CAPA ist jedoch einer anderen Abweichung zugeordnet. Mengen- und Einzelobjektvergleich bestehen, die fachliche Kette ist falsch.

Bereiten Sie mehrere bekannte Ereignisketten vor, darunter einen offenen und einen abgeschlossenen Vorgang. Vergleichen Sie Kennungen und Beziehungen. Öffnen Sie anschließend die Kette aus Sicht eines berechtigten Reviewers. Dieser sollte erkennen können, welche Ursache behandelt wurde, welche Maßnahme dazu gehört und welche Wirkung bewertet wurde. Die Prüfung folgt dem benötigten Kontext Ihrer Verfahren.

Ergänzen Sie einen fehlenden Anhang und einen nicht eindeutig abbildbaren Status. Solche Fälle sollten im Abgleich sichtbar werden. Eine manuelle Korrektur muss ihren Bezug zum Migrationslauf behalten. Wenn ein Mappingfehler mehrere Beziehungen beeinflusst, wird der betroffene Umfang untersucht und nach Korrektur erneut geprüft.

Eigene Arbeitshilfe: Beispiel: Abweichung vorhanden, CAPA falsch verknüpft
TestfallAktionErwartete Aussage
Vollständige KetteD-17 mit C-29 und Wirksamkeitsprüfung öffnenRichtige fachliche Beziehungen
Offener VorgangNächsten erlaubten Schritt bearbeitenZielstatus und Zuständigkeit passen
Historischer VorgangFrühere Entscheidung recherchierenErforderlicher Inhalt und Kontext verfügbar
Fehlender AnhangDefinierten Anhang im Testumfang auslassenAbgleich erkennt die Lücke
Falsche BeziehungCAPA absichtlich anders zuordnenPrüflogik entdeckt die Verwechslung
Unbekannter StatusNicht gemappten Wert verwendenSichtbare Klärung statt stiller Standardzuordnung

Quellen: [1] [2]

Historische Auditdaten und Unterschriften gezielt behandeln

Nicht jede historische Information lässt sich als native Funktion des Zielsystems importieren. Ein alter Audit Trail oder eine Unterschrift kann im Quellsystem eine andere Struktur besitzen. Bewerten Sie, welche Aussage erhalten werden muss und wie der gewählte Ziel- oder Archivweg sie zugänglich macht. Ein gescannter Name ist nicht automatisch eine neu ausgeführte elektronische Unterschrift.

Trennen Sie historische Belege von neuen Zielsystemaktionen. Eine Migration darf nicht unbemerkt den Eindruck erzeugen, ein heutiger Benutzer habe eine frühere Entscheidung neu getroffen. Kennzeichnen Sie Herkunft und Übernahmebezug angemessen. Der genaue Nachweis hängt von Datenart und anwendbaren Vorgaben ab.

Prüfen Sie einen historischen Recherchefall mit Originalfrage: Wer entschied was, auf welchem Stand und mit welchem Ergebnis? Wenn die Antwort nur aus dem noch aktiven Altsystem möglich ist, bleibt dessen kontrollierter Zugriff Teil der Lösung. Die endgültige Abschaltung darf diese notwendige Abhängigkeit nicht ungeklärt entfernen.

Quellen: [1] [2]

Probelauf, Delta und Abnahme verbindlich verbinden

Ein Probelauf sollte die kritischen Ereignistypen und Beziehungen abdecken. Verwenden Sie nicht ausschließlich einfache abgeschlossene Fälle. Offene Aufgaben, wiedereröffnete Vorgänge und mehrere verknüpfte Maßnahmen können andere Risiken besitzen. Die Auswahl wird begründet, nicht nur nach zufälliger Anzahl getroffen.

Zwischen Probelauf und finaler Übernahme ändern sich QMS-Vorgänge. Definieren Sie, welche Quelle bis wann führend bleibt und wie spätere Änderungen übernommen werden. Besonders Status, Zuständigkeit und neue Anhänge können einen bereits geprüften Stand verändern. Ein früher erfolgreicher Vergleich bestätigt den finalen Stand nicht automatisch.

Die Abnahmeakte verbindet Umfang, Mappings, technische Läufe, fachliche Abgleiche und bewertete Ausnahmen. Benennen Sie, welche Vorgänge im Ziel fortgesetzt werden dürfen und welche historische Lösung gilt. Eine globale Aussage „alle Daten migriert“ sollte nur für einen klar bezeichneten, nachgewiesenen Umfang verwendet werden.

Quellen: [1] [2]

Betrieb und Untersuchbarkeit nach der Migration

Übergeben Sie Quell-Ziel-Referenzen, bekannte Grenzen und Ansprechpartner. Ein später gemeldeter fehlender CAPA-Bezug muss auf den Migrationsstand zurückgeführt werden können. Ohne diese Informationen kann das Team nicht sicher unterscheiden, ob der Fehler aus Übernahme, späterer Bearbeitung oder ursprünglicher Quelle stammt.

Prüfen Sie Rollen im Ziel mit den übernommenen Daten. Ein fachlich vollständiger Datensatz ist wenig nützlich, wenn die zuständige Person erforderliche Anhänge oder Historie nicht sehen kann. Umgekehrt dürfen historische sensible Informationen nicht unkontrolliert an einen größeren Personenkreis gelangen. Datenrichtigkeit und Zugriff sind getrennte, verbundene Prüfaspekte.

Beobachten Sie erste reale Bearbeitungen offener Vorgänge. Unklare neue Pflichtfelder, abweichende Zuständigkeiten oder nicht passende Statusübergänge können zusätzliche Klärung benötigen. Solche Befunde gehören in einen nachvollziehbaren Übergangsweg und sollten nicht durch unkontrollierte manuelle Datenänderung verdeckt werden.

Quellen: [1] [2]

Arbeitsvorlage: eine vollständige Qualitätsereigniskette abnehmen

Wählen Sie eine Ereigniskette, deren fachliche Aussage mehrere Objekte benötigt. Im Beispiel gehören Abweichung, Ursache, CAPA und Wirksamkeitsprüfung zusammen. Der Abgleich prüft nicht nur, ob jedes Objekt vorhanden ist, sondern ob seine Beziehung und sein Zustand stimmen. Anhänge und historische Entscheidungen werden entsprechend dem benötigten Kontext einbezogen.

Erproben Sie die Recherche mit einem berechtigten Reviewer. Er sollte den früheren Vorgang erklären und einen offenen Vorgang angemessen fortsetzen können. Eine technisch vorhandene Beziehung ist wenig hilfreich, wenn sie im vorgesehenen Zugriff nicht sichtbar oder missverständlich ist. Datenrichtigkeit und Rollenwirkung werden deshalb gemeinsam betrachtet.

Wenn eine Beziehung falsch ist, untersuchen Sie die Mappingregel und den möglichen Gesamtumfang. Ein manueller Link kann den Beispieldatensatz reparieren, lässt aber einen systematischen Fehler bestehen. Wiederholen Sie nach Korrektur geeignete Ketten- und Einzelvergleiche am tatsächlich finalen Lauf.

Ausfüllbeispiel – eigene Arbeitshilfe, keine ausgeführte Kundenprüfung
KettenfeldKonstruierter EintragAkzeptanzfrage
AbweichungD-17 mit ursprünglicher Quellreferenz.Ist der Vorgang eindeutig identifiziert?
CAPAC-29 gehört zur bewerteten Ursache von D-17.Stimmt die fachliche Beziehung?
WirksamkeitBezeichnete Prüfung mit Ergebnis.Ist der Abschluss verständlich belegt?
AnhängeErforderliche Dokumente und Versionen.Sind Inhalt und Referenz vollständig?
StatusOffener oder abgeschlossener Zielzustand.Entspricht seine Bedeutung der Übernahmeentscheidung?
HistorieUrsprüngliche Entscheidung und Importbezug getrennt.Keine Verwechslung mit neuer Zielsystemhandlung.

Quellen: [1] [2]

Die nächsten Schritte

  • Quellobjekte und historische Belege inventarisieren.
  • Status- und Beziehungsabbildung fachlich freigeben.
  • Offene und abgeschlossene Fälle einschließlich Anhängen testen.
  • Migration, Restlücken und künftigen Archivzugriff dokumentieren.
Vertiefung zu diesem Thema:

Häufige Fragen zu Veeva QMS: Datenmigration

Wird die alte Historie automatisch zum neuen Audit Trail?

Nein. Importierte historische Angaben sind von im Zielsystem tatsächlich protokollierten Ereignissen zu unterscheiden. Der Zusammenhang muss nachvollziehbar bleiben.

Quellen: [1] [2]

Können abgeschlossene Ereignisse nur archiviert werden?

Das kann geeignet sein, wenn benötigter Inhalt, Kontext und Zugriff erhalten bleiben. Die Entscheidung hängt von Nutzung und Aufbewahrungsbedarf ab.

Quellen: [1] [2]

Müssen alle Statuswerte eins zu eins passen?

Nicht zwingend. Eine fachlich begründete Zuordnung ist möglich, muss aber Unterschiede und offene Arbeit sichtbar behandeln.

Quellen: [1] [2]

Müssen wir sämtliche alten Audit-Trail-Ereignisse nativ importieren?

Das lässt sich nicht pauschal beantworten. Entscheidend sind benötigte Aussage, technische Möglichkeiten und anwendbare Aufbewahrung. Ein geeigneter geprüfter Archiv- oder Quellzugriff kann Teil der Lösung sein. Der erforderliche Zusammenhang darf nicht verloren gehen. Stellen Sie den gewählten Weg vor Abschaltung des Altsystems anhand konkreter historischer Fragen auf die Probe.

Können historische Pflichtfelder nachträglich mit Standardwerten gefüllt werden?

Nur wenn Bedeutung, Herkunft und fachliche Zulässigkeit nachvollziehbar bewertet sind. Ein Standardwert darf keine historisch nicht belegte Tatsache vortäuschen. Dokumentieren Sie Transformation und Kennzeichnung. Wenn der Zielprozess historische Daten anders behandeln muss, ist ein ausdrücklicher Übernahme- oder Archivweg häufig geeigneter als scheinbar vollständige, aber erfundene Informationen.

Warum genügt der Vergleich aller Objektnummern nicht?

Er bestätigt Vorhandensein und Zuordnung von Einzelobjekten, aber nicht automatisch ihre Beziehungen. Eine CAPA kann vorhanden und der falschen Abweichung zugeordnet sein. Prüfen Sie deshalb vollständige fachliche Ketten, relevante Anhänge und die Bedeutung der Statuswerte im Ziel.

Wie sollten historische Quelllücken behandelt werden?

Kennzeichnen und bewerten Sie sie nachvollziehbar. Eine Migration darf keine nicht belegten historischen Tatsachen erfinden. Entscheiden Sie über geeigneten Übernahme- oder Archivweg und notwendige Einschränkungen. Der Zielbestand sollte Herkunft und bekannte Grenzen ehrlich darstellen, statt formale Vollständigkeit durch unpassende Standardwerte vorzutäuschen.

Quellen & fachlicher Stand

Die Quellen bilden den fachlichen Rahmen. Tabellen, Checklisten und ausdrücklich illustrative Beispiele sind eigene methodische Ableitungen, keine wörtlichen Normvorgaben. Herstellerinformationen sind auf die eingesetzte Version und Konfiguration zu beziehen.

  1. Europäische Kommission: EU-GMP Annex 11, Computerised Systems (2011)
  2. Veeva: Quality Event Data Model

Zuletzt fachlich geprüft am 14.10.2026.

Daniel Herrmann, Daniel Herrmann Consulting

Daniel Herrmann Consulting

Damit Ihr Team den nächsten Schritt sicher planen kann.

Wir unterstützen Sie dabei, die Ausgangslage einzuordnen, Verantwortlichkeiten zu klären und passende Nachweise im Betrieb umzusetzen. Welche Unterstützung sinnvoll ist, hängt von Ihrem System, Ihrem Team und dem konkreten Ziel ab.

Ihr Vorhaben besprechenEinblicke in unsere Projektarbeit →