Inhaltsverzeichnis
Das Wichtigste vorab
Was bedeutet Cytiva UNICORN validieren?
UNICORN validieren bedeutet, die Eignung der konkret eingesetzten Software, Konfiguration und Abläufe für ihren vorgesehenen Zweck nachzuweisen. Dazu verbinden Sie Gerät, Methode, tatsächlichen Lauf, erlaubte Eingriffe und Auswertung mit nachvollziehbaren Anforderungen und Prüfungen. Vorhandene Herstellerbelege werden auf ihre Passung bewertet. Softwarefunktion, Geräteeignung und analytische Methodeneignung erfüllen dabei unterschiedliche Nachweiszwecke; Umfang und Tiefe richten sich nach dem tatsächlichen Einsatz.
- Gerät, Softwarestand, Instrument Configuration und Lizenzen bestimmen den Umfang.
- Methodenvorgabe, Eingriff im Lauf und spätere Auswertung werden getrennt geprüft.
- Eine richtige Berechnung belegt keine geeignete Messkette oder analytische Methode.
- Herstellerbelege, eigene Sollfälle und betriebliche Kontrollen ergeben den Nachweis.
UNICORN-Version, Gerät und Lizenzen gemeinsam bestimmen
Cytiva UNICORN verbindet Gerätesteuerung, Methodenbearbeitung, Auswertung und Administration. Der Name allein beschreibt Ihre Installation noch nicht. Ein ÄKTA-Arbeitsplatz mit lokaler Datenbank hat andere Abhängigkeiten als mehrere Instrumente mit zentraler Datenhaltung. Erfassen Sie Gerät, Softwarestand, Instrument Configuration, Datenbank, Benutzerverwaltung und zusätzliche Lizenzen in einer gemeinsamen Übersicht.
Der Artikel bezieht sich auf die UNICORN-7-Datenblätter vom 15. September 2025 und 24. Juni 2026. Die Produktseite nennt außerdem Lizenzpositionen für Version 7.13 und höher. Daraus folgt keine Aussage über den neuesten Patch. Für einen konkreten Einsatz werden die dazugehörige Kompatibilitätsmatrix und Änderungsbeschreibung benötigt.
Evaluation Classic, Column Logbook und Schnittstellenfunktionen können zusätzliche Lizenzen benötigen. UNICORN start für ÄKTA start ist ein eigenes Angebot. Übertragen Sie deshalb weder einen beobachteten Bildschirmablauf noch einen Herstellerbeleg ungeprüft auf ein anderes Paket. Notieren Sie auch, welche Funktionen tatsächlich genutzt werden; die gesamte Produktfamilie ist kein sinnvoller pauschaler Prüfauftrag.
Software, Gerät und Methode haben unterschiedliche Nachweiszwecke
Beginnen Sie mit der Entscheidung, die UNICORN unterstützt: Wird eine Reinigung entwickelt, ein Herstellungsschritt gesteuert oder ein Ergebnis für eine Qualitätsentscheidung ausgewertet? Ein Forschungslauf erhält nicht allein durch den Produktnamen denselben regulatorischen Umfang wie ein GMP-Prozess. Beschreiben Sie auch, ob und wofür seine Daten später weiterverwendet werden.
Der regulatorische Bezugsrahmen dieses Artikels ist Humanarzneimittel-GMP. Annex 11 ist eine GMP-Leitlinie für computergestützte Systeme. Andere Branchen und ein möglicher FDA-/Part-11-Bezug werden anhand der tatsächlichen Aufzeichnungspflichten und Verwendung separat bestimmt.
Die Softwareprüfung beantwortet beispielsweise, ob ein Parameter richtig übernommen und dokumentiert wird. Geräteeignung betrifft unter anderem den passenden Messbereich und die Kontrolle der Messkette. Für eine analytische Anwendung kommt die Eignung des Prüfverfahrens hinzu. Ein rechnerisch korrekt ausgewerteter Peak belegt weder die Selektivität einer Methode noch eine korrekt messende Hardware. Verknüpfen Sie diese Nachweise, ohne dieselbe Aufgabe unter drei Überschriften zu wiederholen.
Aus den Modulen einen prüfbaren Nachweisweg machen
Die vier Module helfen, Anforderungen zuzuordnen. Formulieren Sie jedoch zuerst das fachliche Soll. „Method Editor vorhanden“ ist eine Bestandsangabe. „Für den vorgesehenen Lauf wird die genehmigte Waschphase mit dem richtigen Säulenbezug verwendet“ lässt sich prüfen.
Die folgende Arbeitshilfe ordnet eigene Prüffragen den dokumentierten Modulen zu. Sie ist keine vollständige Hersteller-Funktionsliste. Ergänzen Sie pro Zeile die verantwortliche Person, den vorhandenen Beleg und die noch offene Prüfung. So wird sichtbar, ob eine Anforderung bereits passend abgedeckt ist oder nur auf eine allgemeine Produktbeschreibung verweist.
| Modul | Konkrete Frage | Geeigneter Vergleich |
|---|---|---|
| Method Editor | Welche Methode mit welchen Parametern darf beginnen? | Genehmigte Vorgabe gegen vorbereiteten Lauf |
| System Control | Welche Einstellungen wirken tatsächlich während des Laufs? | Vorgabe, erlaubter Eingriff und zeitlicher Verlauf |
| Evaluation | Welche Auswertung trägt die fachliche Entscheidung? | Laufdaten, Auswertungsstand und Ergebnis |
| Administration | Wer darf ändern und wie bleiben Daten verfügbar? | Aufgabenbezogene Rechte und Wiederherstellungsnachweis |
Methodenvorgabe und tatsächlichen Lauf getrennt betrachten
Das allgemeine Datenblatt beschreibt Methoden aus Phasen sowie Watch-Anweisungen, die auf eine Signalbedingung reagieren. Für die Prozessbeurteilung sind daher nicht nur Startwerte relevant. Auch die Bedingung, ihre Aktion und ein zulässiger manueller Eingriff können den weiteren Verlauf bestimmen. Ob eine konkrete Funktion zum Gerät passt, klären Sie mit dessen Unterlagen.
Cytiva beschreibt Parameteränderungen im laufenden Betrieb und ihre Erfassung im Run Log. Daraus lässt sich ein eigener Prüfschwerpunkt ableiten: Stimmen die aufgezeichnete Bedienhandlung, die danach wirksame Einstellung und der tatsächlich beobachtete Verlauf zusammen? Ein unverändert ausgedruckter Methodenentwurf beantwortet diese Frage nicht.
Bestimmen Sie, welche Änderungen fachlich erlaubt sind und wer sie ausführen darf. Bereiten Sie einen zulässigen und einen unzulässigen Versuch vor. Der zweite soll zeigen, ob die vorgesehene Kontrolle wirkt. Watch und Alarm sind dabei Prozessfunktionen; ihre Existenz belegt keine funktionale Sicherheitsfunktion oder universelle Schutzwirkung für jede Anlage.
Auswertung vom Prozesslauf und von Methodeneignung abgrenzen
UNICORN Evaluation unterstützt die Betrachtung von Ergebnissen, Peaks und Fraktionen; Evaluation Classic erweitert die Auswertungsmöglichkeiten. Welche Berechnung oder Bearbeitung Sie benötigen, ist deshalb vor der Testplanung zu bestimmen. Eine zusätzliche Lizenz ist weder ein Qualitätsnachweis noch automatisch Teil jeder Installation.
Für Ihren Ablauf sollte klar sein, welche Daten in die Entscheidung eingehen: ursprüngliche Laufkurven, relevante Eingriffe, gewählte Auswertung und gegebenenfalls Zuordnung zu Fraktionen. Ein Prüfer muss erkennen können, warum gerade dieser Auswertungsstand verwendet wurde. Legen Sie für Änderungen fest, wie frühere und spätere Bewertungen im vorhandenen System nachvollziehbar bleiben.
Prüfen Sie Berechnungen mit unabhängig festgelegten Daten und Sollwerten. Diese Kontrolle zeigt die Umsetzung einer Rechenregel. Sie ersetzt keine experimentelle Beurteilung einer analytischen Methode. Ebenso sind ein plausibler Kurvenverlauf und ein korrektes Softwareergebnis kein Beleg, dass eine Säule für das Produkt geeignet oder ein Sensor richtig kalibriert ist.
Illustratives Prüfbeispiel: Waschvolumen und geänderter Fluss
Das folgende Beispiel ist vollständig konstruiert. Es ist weder eine Herstellvorschrift noch ein durchgeführter UNICORN-Test. Für die fiktive Methode M-02 beträgt das Säulenvolumen 20 ml; die Waschvorgabe lautet fünf Säulenvolumina, kurz CV. Daraus ergeben sich 5 × 20 ml = 100 ml. Der ursprüngliche Fluss beträgt 2 ml/min.
Für die reine Sollrechnung nehmen wir einen konstanten tatsächlichen Fluss, sofortige Übergänge und keine zusätzlichen Verzögerungen an. Ohne Eingriff wären 100 / 2 = 50 Minuten erforderlich. Ein erlaubter Wechsel auf 4 ml/min nach 20 Minuten ergibt zunächst 40 ml und anschließend 60 ml in 15 Minuten: insgesamt 100 ml in 35 Minuten. Diese Idealrechnung belegt keine reale Pumpengenauigkeit oder konkrete UNICORN-Stoppbedingung.
Vor dem Versuch werden Methode M-02, Säulenbezug C-20, Rollen und Ausgangszustand festgehalten. Die tatsächliche Implementierung der Volumenvorgabe sowie Messverfahren und Toleranzen werden vorab festgelegt. Jeder Fall beginnt mit einer neuen Testkennung und zurückgesetzten Parametern; erzeugte Nachweise bleiben erhalten. Geprüft wird in einer geeigneten Testanordnung ohne produktive Charge.
| Fall und Eingabe | Unabhängiges Soll | Prüffrage zum Nachweis |
|---|---|---|
| Normal: M-02, C-20, 5 CV, 2 ml/min | 100 ml; ideal 50 min | Stimmen zugeordnete Methode, Säule und Verlauf? |
| Erlaubter Wechsel nach 20 min auf 4 ml/min | 40 ml + 60 ml; ideal 35 min gesamt | Sind Eingriff, Zeitpunkt und weiterer Verlauf unterscheidbar? |
| Versehentlich alte Vorgabe mit 4 CV | Nur 80 ml statt 100 ml | Wird die falsche Vorgabe vor fachlicher Akzeptanz erkannt? |
| Falscher Säulenbezug mit 25 ml und 5 CV | 125 ml statt 100 ml | Wird die unpassende Zuordnung erkannt und geklärt? |
| Nutzer ohne Änderungsrecht versucht Flusswechsel | Keine wirksame Änderung durch diesen Nutzer | Wirkt die für den Versuch festgelegte Berechtigung? |
| Bericht zeigt unverändert 2 ml/min trotz erlaubtem Eingriff | Der tatsächliche Wechsel muss bei der Bewertung erkennbar sein | Wird ein irreführender Nachweis beanstandet? |
Aufzeichnungen nach ihrer fachlichen Bedeutung prüfen
Für den Beispiellauf genügt es nicht, irgendwo einen Logeintrag zu finden. Der fachliche Review braucht eine eindeutige Verbindung zwischen Vorgabe, Lauf, Eingriff und herangezogener Auswertung. Bestimmen Sie, welche Informationen dafür im Originalsystem und im Bericht erforderlich sind. Eine individuell gestaltete Ergebnisübersicht kann nützlich sein, ohne alle benötigten Ursprungsdaten zu enthalten.
Ordnen Sie Rechte den Aufgaben zu: Methoden vorbereiten, produktive Läufe durchführen, auswerten, fachlich prüfen und administrieren. Eine kleine Organisation kann Rollen kombiniert besetzen; die daraus entstehenden Risiken und wirksamen Kontrollen müssen trotzdem verständlich sein. Prüfen Sie gezielt, ob ein Routinekonto relevante Einstellungen verändern kann, die außerhalb seiner Aufgabe liegen.
Eine Bedienbestätigung ist nicht automatisch eine elektronische Signatur. Falls ein elektronischer Signaturprozess vorgesehen oder erforderlich ist, werden Bedeutung, Zuordnung und Berechtigungen gesondert geklärt. Auch bei vorhandenen technischen Funktionen bleibt die Frage offen, ob der konkrete Arbeitsablauf die geltenden Anforderungen erfüllt.
Herstellerbelege passend übernehmen
Cytiva nennt unter anderem Validation Support Files sowie IQ-/OQ-Unterstützung. Diese Angebote sind ein sinnvoller Ausgangspunkt. Entscheidend ist jedoch das tatsächlich verfügbare Paket: Welche Version, Geräteverbindung, Konfiguration und Anforderung deckt der einzelne Nachweis ab? Ein Dokumenttitel allein beantwortet das nicht.
Ordnen Sie einem Beleg seine geprüfte Funktion, Testumgebung, Ergebnisse und offenen Abweichungen zu. Passt er zu Ihrer Anforderung und sind die Übertragungsbedingungen erfüllt, muss derselbe Test nicht allein wegen eines anderen Autors wiederholt werden. Umgekehrt schließt eine umfassende Herstellerprüfung keine Lücke, die außerhalb ihres beschriebenen Umfangs liegt.
Im Beispiel könnte ein passender Beleg die technische Rechteverwaltung abdecken. Ob Ihre Rollen richtig zugewiesen sind und die verwendete Waschmethode zum Säulenbezug passt, bleibt konkret zuzuordnen. Planen Sie ergänzende Prüfungen für solche offenen Fragen. Die Anzahl der Dokumente oder Bildschirmfotos ist kein geeigneter Ersatz für diese Zuordnung.
Datenhaltung und Änderungen im Betrieb weiterführen
Das industrielle Datenblatt unterscheidet Datenbankaufgaben einer mitgelieferten SQL-Express-Installation von einer zentralen SQL-Installation. Klären Sie deshalb, wer tatsächlich sichert und wiederherstellt. „Die IT macht das“ ist erst arbeitsfähig, wenn Datenumfang, Zuständigkeit und ein nachvollziehbarer Wiederherstellungsversuch benannt sind.
Wählen Sie für einen eigenen Wiederherstellungsfall einen Lauf mit relevanter Änderung und zugehöriger Auswertung. Nach der Wiederherstellung sollen die Informationen auffindbar, lesbar und fachlich zusammenhängend sein. Bei externer Datenhaltung prüfen Sie zusätzlich, ob lokale und übergebene Aufzeichnungen denselben Lauf darstellen. Eine vorhandene OPC-Verbindung bestätigt noch keine korrekte Zuordnung beim Empfänger.
Bewerten Sie Updates, Geräteänderungen, neue Auswertungen und Extensions nach ihren Auswirkungen. Die Herstellerübersicht weist auch auf Beta-Extensions und mögliche Supportgrenzen hin. Eine neue Erweiterung erhält ihren Prüfbedarf aus ihrer Verwendung. Halten Sie betroffene Anforderungen, passende vorhandene Belege, ergänzende Prüfungen und die Entscheidung zur weiteren Nutzung zusammen.
Vorbereitung und Mitwirkung im kleinen Team
Der Prozessverantwortliche beschreibt den vorgesehenen Lauf und die fachlichen Grenzen. Der Labor- oder Produktionsverantwortliche stellt Methoden und aussagekräftige Daten bereit. IT klärt Architektur und Datenhaltung; QA beurteilt Anforderungen und Nachweise. Hersteller oder Integrator helfen bei Versions- und Gerätegrenzen. Eine einzelne Person muss diese Beiträge nicht alle selbst liefern.
Der Aufwand wächst insbesondere mit abweichenden Methoden, unterschiedlichen Geräten, individuell genutzten Erweiterungen und ungeklärten Datenübergaben. Vorhandene passende Belege und eine zugängliche Testumgebung erleichtern die Arbeit. Eine kleine Unternehmensgröße allein begründet keine geringere Prüftiefe; entscheidend sind Risiko, Komplexität und vorhandenes Wissen.
- Gerät, UNICORN-Build, Instrument Configuration, Datenbank und Lizenzen sind benannt.
- Verwendungszweck, Methoden, relevante Auswertungen und externe Empfänger sind beschrieben.
- Zulässige Eingriffe und aufgabenbezogene Rechte sind geklärt.
- Vorhandene Belege sind nach Anforderung und Versionspassung zugeordnet.
- Testdaten, unabhängige Sollwerte, Ausgangszustand und Rücksetzung sind vorbereitet.
- Fachlicher Review, Wiederherstellung und Entscheidung über offene Punkte haben Verantwortliche.
Häufige Fragen zu Cytiva UNICORN
Ist UNICORN durch Cytiva bereits für unseren GMP-Einsatz validiert?
Herstellerunterlagen können geeignete Nachweise für ihren beschriebenen Umfang liefern. Für Ihren Einsatz sind Gerät, Version, Methoden, Datenwege und betriebliche Aufgaben zusätzlich abzugleichen. Übernehmen Sie passende Belege begründet und ergänzen Sie verbleibende Fragen. Eine Herstellerbeschreibung zu regulatorischer Unterstützung oder ein vorhandenes IQ/OQ-Paket ist keine pauschale Bestätigung Ihres gesamten Prozesses.
Welche UNICORN-Version betrachtet dieser Leitfaden?
Der Leitfaden verwendet die UNICORN-7-Datenblätter von September 2025 und Juni 2026 sowie die Produktseite mit 7.13-bezogenen Lizenzpositionen. Er behauptet keinen neuesten Patchstand. Für Ihr Projekt benötigen Sie den tatsächlich installierten Build, die dazugehörige Kompatibilitätsmatrix, Gerätekonfiguration und relevante Änderungen. Ähnlich benannte Pakete sind kein Beleg identischen Funktionsumfangs.
Brauchen wir Evaluation Classic für eine GMP-Anwendung?
Das lässt sich aus dem GMP-Bezug allein nicht ableiten. Bestimmen Sie zuerst die benötigte Auswertung und vergleichen Sie sie mit den verfügbaren Funktionen Ihrer lizenzierten Module. Evaluation Classic ist eine optionale Erweiterung. Die fachliche Eignung der ausgewählten Auswertung, ihre korrekte Verwendung und die nachvollziehbare Entscheidung bleiben unabhängig vom Paketnamen zu prüfen.
Dürfen Bediener während eines Laufs Parameter ändern?
Die Herstellerunterlagen beschreiben solche Eingriffe. Fachlich legen Sie fest, welche Änderungen in Ihrem Prozess zulässig sind, wer sie vornehmen darf und wie ihre Auswirkungen bewertet werden. Testen Sie einen erlaubten und einen nicht erlaubten Versuch. Ein Laufprotokoll hilft bei der Nachvollziehbarkeit, erteilt aber keine pauschale Erlaubnis für beliebige Prozessänderungen.
Belegt eine korrekte UNICORN-Berechnung die Eignung unserer Methode?
Sie belegt zunächst nur den geprüften Rechenschritt unter den betrachteten Bedingungen. Für eine analytische Methode sind zusätzliche fachliche Nachweise erforderlich. Gerätemessung, Probenbehandlung und Auswertung haben eigene mögliche Fehlerquellen. Eine geeignete Vergleichsrechnung kann Berechnungsfehler aufdecken, aber weder Selektivität noch reale Messgenauigkeit oder Prozesseignung durch reine Softwareprüfung bestätigen.
Reicht ein Ergebnisbericht für den Review aus?
Das hängt vom benötigten Entscheidungsnachweis und vom Inhalt des Berichts ab. Prüfen Sie, ob relevante Eingriffe, Datenbezüge und der verwendete Auswertungsstand erkennbar sind. Weitere Informationen können im Originalsystem erforderlich sein. Definieren Sie diese Verbindung ausdrücklich, statt aus dem Dateiformat PDF auf Vollständigkeit oder unveränderliche Aufbewahrung zu schließen.
Wie behandeln wir neue UNICORN-Extensions?
Erfassen Sie Zweck, Herkunft, Version, Supportstatus und Auswirkungen auf Ihre Daten oder Prozesssteuerung. Der Hersteller weist darauf hin, dass auch Beta-Extensions verfügbar sein können. Daraus folgt keine automatische Eignung für Ihren Einsatz. Die Änderung wird anhand der betroffenen Anforderungen bewertet; vorhandene Belege und gezielte ergänzende Prüfungen werden dafür zusammengeführt.
Was muss vor Beginn der Validierungsarbeit bereitstehen?
Am hilfreichsten sind eine eindeutige Installationsübersicht, die verwendeten Methoden und Auswertungen sowie ein beschriebener Datenweg. Ergänzen Sie Rollen, vorhandene Herstellerbelege und einen geeigneten Zugang für die geplanten Versuche. Benennen Sie außerdem, wer fachliche Sollwerte entscheidet und Abweichungen bewertet. Ohne diese Beiträge lassen sich zwar Dokumente beginnen, aber noch keine tragfähigen Akzeptanzentscheidungen treffen.
Was bestimmt Aufwand und Dauer in einem KMU?
Entscheidend sind Varianten und offene Nachweisfragen: Geräte, Methoden, Auswertungen, Schnittstellen sowie Qualität vorhandener Unterlagen. Auch die Verfügbarkeit von Fachpersonal und Testmöglichkeiten beeinflusst die Planung. Ein einzelner klar abgegrenzter Arbeitsplatz ist anders zu bearbeiten als mehrere individuell angebundene Systeme. Eine feste Zeitspanne allein aus „UNICORN“ oder der Mitarbeiterzahl wäre deshalb nicht belastbar.
Löst ein Update automatisch eine vollständige Revalidierung aus?
Zuerst werden Änderung und Auswirkungen bewertet. Betroffen sein können beispielsweise Geräteanbindung, Rechte, Auswertung oder Wiederherstellung. Daraus ergeben sich die benötigten Nachweise. Eine begründete Auswahl ergänzender Prüfungen kann ausreichen; eine weitreichende Änderung kann umfassendere Arbeit erfordern. Die Entscheidung sollte erkennen lassen, was unverändert abgedeckt bleibt und welche neuen Risiken tatsächlich geprüft wurden.
Quellen & fachlicher Stand
Stand 6. Oktober 2026. Produktangaben beruhen auf UNICORN-7-Datenblättern vom 15.09.2025 und 24.06.2026 sowie der Produktseite. Unterversion, Gerät und Lizenzumfang sind im Projekt abzugleichen; 7.13 wird nicht als neuester Stand bezeichnet. Das Rechenbeispiel ist eine eigene illustrative Arbeitshilfe, kein ausgeführter Produkttest.
- Cytiva UNICORN 7 control software
- UNICORN 7 software — System control software, CY12681
- UNICORN 7 software — Control software for industrial systems, CY50315
- Europäische Kommission: EudraLex Volume 4
- EU-GMP Annex 11: Computerised Systems
- EU-GMP Kapitel 4: Dokumentation
- EMA: ICH Q9(R1), Step 5, Corr.2
- FDA: Part 11 — Scope and Application
- EU-GMP Kapitel 3: Räumlichkeiten und Ausrüstung
- EU-GMP Kapitel 6: Qualitätskontrolle
Zuletzt fachlich geprüft am 06.10.2026.
Daniel Herrmann Consulting
Den Nachweis an Ihrem UNICORN-Einsatz ausrichten
Wir unterstützen Sie dabei, Geräte-, Methoden- und Datenübergänge abzugrenzen und passende Nachweise für Ihren vorgesehenen Einsatz zusammenzustellen.
- IT-GxP-Audit →
Vorhandene Belege und offene Nachweisfragen strukturiert bewerten.
- IT-GxP-Consulting →
Anforderungen, Sollfälle und betriebliche Übergabe gemeinsam ausarbeiten.