GDP-Warenwirtschaft: Der vollständige Leitfaden für regulierte Großhändler

Wer in Deutschland mit Arzneimitteln, Medizinprodukten oder Medizinalcannabis handelt, lebt mit einer Software-Realität, die anderswo nicht existiert. Eine GDP-konforme Warenwirtschaft ist nicht ein ERP mit ein paar zusätzlichen Feldern. Sie ist ein operatives System, in dem regulatorische Anforderungen so tief im Datenmodell verankert sind, dass eine Behördeninspektion sie nicht erst suchen muss.

Dieser Leitfaden ordnet das Thema — ohne Marketing-Vokabular, ohne Produkt-Hervorhebung, mit Verweis auf die Quellen, die im Inspektions-Gespräch tatsächlich zählen. Er richtet sich an Verantwortliche Personen, QA-Manager, Inhaber von Apotheken mit Großhandelserlaubnis, Geschäftsführer im pharmazeutischen Mittelstand, Distributoren von Medizinprodukten und Cannabis-Großhändler, die vor einer Software-Entscheidung stehen oder eine bestehende Aufstellung bewerten möchten.

Was eine GDP-Warenwirtschaft ist – und was nicht

Der Begriff „GDP-Warenwirtschaft" ist nirgendwo gesetzlich definiert. Er beschreibt eine Klasse von Software, die zwei Eigenschaften verbindet: Sie ist eine Warenwirtschaft im klassischen Sinne — Einkauf, Lager, Verkauf, Stammdaten, Buchhaltung — und sie bildet die Anforderungen der Leitlinien für die gute Vertriebspraxis (Good Distribution Practice) so ab, dass sich die operative Realität des Unternehmens mit der regulatorischen Erwartung in einem System deckt.

Was sie nicht ist, lässt sich genauso klar benennen. Sie ist kein ERP mit zwei zusätzlichen Pflichtfeldern für Charge und Verfallsdatum. Sie ist kein Lagerverwaltungssystem mit nachgelagertem Modul für Temperaturlogger. Sie ist kein Buchhaltungsprogramm, an das ein securPharm-Tool angeschlossen wurde. Der Unterschied zwischen einer echten GDP-Warenwirtschaft und einer aufgerüsteten generischen Software wird nicht in der Funktionsliste sichtbar, sondern an den Nahtstellen, an denen Daten und Prozesse aufeinandertreffen — und in der Frage, ob ein Inspektor diese Stellen ohne Brüche prüfen kann.

Welche Regularien GDP-Warenwirtschaft prägen

Die Anforderungen kommen aus mehreren Quellen, die sich überlappen, ergänzen und in Inspektionen kombiniert geprüft werden. Die wichtigsten sind:

Das Arzneimittelgesetz (AMG). Es regelt die Voraussetzungen für den pharmazeutischen Großhandel — Erlaubnis, Verantwortliche Person, Anzeigepflichten — sowie den Sicherstellungsauftrag der Vollversorger. Das AMG ist die rechtliche Grundlage, auf der jede deutsche Großhandelstätigkeit mit Arzneimitteln steht.

Die Arzneimittelhandelsverordnung (AM-HandelsV). Sie konkretisiert die GDP-Anforderungen für das deutsche Recht entlang einer durchgängigen Pflichtenkette: Qualitätssicherungssystem, Personal, Beschaffenheit und Einrichtung der Betriebsräume, Umfüllen und Kennzeichnen, Bezug und Rücknahme von Arzneimitteln, Lagerung, Auslieferung, Dokumentation und Rückverfolgbarkeit, Rückrufplan und Rückrufe, Rücknahmen, Selbstinspektion, Dienstbereitschaft in Krisenzeiten und Anforderungen an Arzneimittelvermittler. Jeder dieser Bereiche ist in einer Inspektion ein potenzieller Prüfpunkt.

Die GDP-Leitlinien der Europäischen Kommission. Sie sind das inhaltliche Rückgrat — neun Kapitel von Qualitätsmanagement über Personal, Räumlichkeiten und Ausrüstung, Dokumentation, Tätigkeiten, Beanstandungen und Rückrufe bis hin zu Inspektionen und ausgelagerten Tätigkeiten. Inspektoren prüfen entlang dieser Kapitel.

EU-GMP Annex 11. Die regulatorische Referenz für computerisierte Systeme: Validierung, Audit-Trail, elektronische Unterschriften, Backup, Zugangskontrolle, Datenintegrität. Jede Software, in der GDP-relevante Daten geführt werden, fällt unter Annex 11.

Die Delegierte Verordnung der EU zum Fälschungsschutz. Die operative Umsetzung der Fälschungsschutzrichtlinie: securPharm in Deutschland, EMVS auf europäischer Ebene, Sicherheitsmerkmale auf der Packung, Verifikation am Übergabepunkt.

MDR und MPDG. Für Medizinprodukte-Distributoren: UDI-Verwaltung, Distributoren-Pflichten der MDR, EUDAMED-Anbindung. Wer Medizinprodukte vertreibt, hat eigene Datenstrukturen und Pflichten, die in der Warenwirtschaft abzubilden sind.

Das Medizinal-Cannabisgesetz (MedCanG). Für Cannabis-Großhändler seit 1. April 2024: die MedCanG-Erlaubnis, Sachkenntnisanforderungen, Bestandsmeldungen, Ein- und Ausfuhrgenehmigungen, Sicherungsmaßnahmen.

Buchhaltungsrechtliche Anforderungen. Vorschriften zur elektronischen Rechnungsstellung und Datenaufbewahrung (UStG, AO, GoBD, EN 16931). Ab 2027 für jeden B2B-Vorgang in Deutschland verpflichtend.

Diese Liste ist nicht vollständig. Sie zeigt aber, warum eine GDP-Warenwirtschaft nicht aus zwei oder drei Modulen entsteht. Sie ist die Antwort auf eine regulatorische Landschaft, deren Anforderungen nicht parallel laufen, sondern sich am operativen Vorgang treffen: Wer eine Charge in den Wareneingang nimmt, berührt GDP, Annex 11, securPharm, AM-HandelsV und ggf. MedCanG oder MDR in einem Schritt.

Die sieben Kernprozesse: Wo Software den Unterschied macht

Eine GDP-Warenwirtschaft wird nicht in der Konfiguration entschieden, sondern in sieben operativen Kernprozessen. An diesen Stellen wird sichtbar, ob Compliance Teil der Bewegung selbst ist oder ein zusätzlicher Schritt daneben.

1. Wareneingang und Quarantäne

Der Wareneingang ist die kritische Schnittstelle, an der die Verantwortung übergeben wird. Eine GDP-konforme Aufstellung hält Quarantäne als realen Bestandsstatus, nicht als Aufkleber auf einer Palette. Das hat zwei technische Konsequenzen. Erstens: Jede Operation, die auf Bestand zugreift — Kommissionierung, Inventur, Verfügbarkeitsprüfung — sieht den Quarantäne-Status nativ. Eine versehentliche Auslagerung ist nicht eine Frage der korrekten Konfiguration, sondern technisch ausgeschlossen. Zweitens: Die Freigabe-Entscheidung der Verantwortlichen Person ist eine signierte Handlung im System, mit Zeitstempel, Nutzer und Wert vor und nach der Entscheidung — nicht eine E-Mail im Postfach.

Wer hier scheitert, scheitert nicht im Tagesgeschäft. Wer hier scheitert, scheitert in der Inspektion, wenn der Inspektor sagt: „Zeigen Sie mir bitte den Bestand, den Sie heute Morgen vereinnahmt, aber noch nicht freigegeben haben."

2. Lagerung und Temperaturüberwachung

Bei temperaturempfindlichen Arzneimitteln verlangt die GDP-Leitlinie eine kontrollierte und dokumentierte Lagerumgebung. Die regulatorische Anforderung wird in der Praxis durch die Frage geprüft, ob ein direkter Bezug zwischen Charge, Lagerzone und Temperaturhistorie existiert. Wenn eine Temperaturabweichung dokumentiert ist, muss das System in unter drei Minuten beantworten können: Welche Chargen waren in dieser Zone zum Zeitpunkt der Abweichung, und wie wurde damit umgegangen?

Eine GDP-Warenwirtschaft löst das durch Echtzeit-Anbindung der Temperatursensoren an den Charge-Lagerort-Bezug, mit automatischer Quarantäne-Setzung bei definierten Schwellenwertüberschreitungen und einem Workflow, der die Verantwortliche Person zur Bewertung zwingt. Wie ein Temperatur-Mapping nach GDP-Leitlinie korrekt aufgesetzt wird, ist im separaten Beitrag beschrieben.

3. Stammdaten und Chargenverwaltung

Stammdaten sind die Compliance-Quelle, von der alle anderen Prozesse zehren. PZN, GTIN, PPN, UDI — jede dieser Nummern hat einen eigenen Lebenszyklus, eigene Pflichtfelder und eigene Schnittstellen zu nachgelagerten Systemen. PZN für deutsche Arzneimittel, GTIN für internationale Ware, PPN für Sicherheitsmerkmale, UDI-DI und UDI-PI für Medizinprodukte, EU-Cannabis-Sortennummer für Medizinalcannabis.

Eine GDP-Warenwirtschaft trennt die Identifikationsebenen sauber, hält Quellen-Referenzen (IFA-Stammdaten, EMVS-Master-Data, EUDAMED) im Audit-Trail nachvollziehbar und ermöglicht jederzeit die Rekonstruktion: Welche Stammdaten waren am Tag der Transaktion gültig? Diese Frage ist nicht akademisch. Sie wird in Inspektionen gestellt, wenn ein historischer Vorgang geprüft wird.

4. securPharm-Verifikation

Seit 9. Februar 2019 ist die Verifikation am Übergabepunkt Pflicht. Die häufige Lücke heute liegt nicht mehr im fehlenden Scan, sondern in der Behandlung von Alarmen. Ein NMVS-Alarm ist ein meldepflichtiger Verdacht. Inspektoren prüfen: Welcher Auftrag, welche Charge, welcher Kunde waren betroffen, wo ist die Ware jetzt, wer hat bewertet, wann wurde gemeldet?

Wenn securPharm-Alarme in einem separaten Tool laufen, das mit dem Warenwirtschaftssystem nicht verbunden ist, fehlt am Inspektionstag genau die Brücke zwischen Verifikations-Ereignis und operativem Vorgang. Native Integration ist hier keine technische Geschmacksfrage, sondern die Voraussetzung für eine durchgängige Spur. Die Architektur hinter EMVO und securPharm — wer was verantwortet ist im separaten Beitrag beschrieben.

5. Bestellung, Kommissionierung und Versand

Im Apotheken-Großhandel ist der wesentliche operative Punkt die Anbindung an MSV3 — das standardisierte Bestellprotokoll zwischen Apotheke und Großhandel, getragen vom PHAGRO und der ABDA. Eine GDP-Warenwirtschaft bildet MSV3 in beide Richtungen ab: Sie empfängt Apothekenbestellungen aus deren Warenwirtschaftssystemen und sie kann selbst MSV3-Bestellungen an Lieferanten senden.

In der Kommissionierung wird die Compliance an der Hardware-Schnittstelle real: Jeder Kommissionierschritt ist ein Scan, jeder Scan ist ein Datensatz mit Zeitstempel, Mitarbeiter, Charge, Menge. Die Bestätigung ist nicht ein Klick, sondern eine Bewegung. Eine versehentliche Auslagerung aus Quarantäne, eine fehlende securPharm-Verifikation, eine Lieferung an einen Kunden, dessen Großhandelserlaubnis nicht hinterlegt ist — all das muss systemisch verhindert werden, nicht durch Disziplin.

6. Rückruf und Reklamation

Die GDP-Leitlinie verlangt, dass ein Rückrufsystem den verfügbaren Bestand und die Lieferketten innerhalb kurzer Frist erfassen kann. In der Praxis bedeutet das: Bei einer AMK-Schnellnachricht muss innerhalb von Minuten — nicht Stunden — die Antwort vorliegen, welche Chargen wo lagern und welche Kunden welche Mengen erhalten haben.

Diese Anforderung ist eine direkte Folge des Datenmodells. Wer Chargen nicht durchgängig führt, wer Kundenlieferungen nicht chargenbezogen dokumentiert, wer den Rückruf manuell aus mehreren Quellen zusammensucht, hat im Risikofall ein operatives und regulatorisches Problem.

7. Audit-Trail und Datenintegrität

EU-GMP Annex 11 verlangt einen lückenlosen Audit-Trail — jede Aktion mit Nutzer, Zeitstempel, Wert vor und nach der Änderung, unveränderlich, für die geforderte Aufbewahrungsfrist lesbar. Die ALCOA-Plus-Prinzipien — Attributable, Legible, Contemporaneous, Original, Accurate sowie Complete, Consistent, Enduring, Available sind dabei der inhaltliche Maßstab.

In einer Compliance-by-Design-Aufstellung ist das ein einziger Audit-Trail. In einer Add-on-Architektur sind es typischerweise vier oder fünf, die im Ernstfall manuell zusammengeführt werden müssen. Wer das einmal in einer GDP-Inspektion erlebt hat, weiß, warum diese Frage nicht im Funktionskatalog aufgelöst wird, sondern in der Architektur.

Wer eine GDP-Warenwirtschaft braucht: vier Branchen, vier Schwerpunkte

GDP gilt für alle vier nachfolgenden Branchen, aber die operativen Schwerpunkte unterscheiden sich.

Pharmazeutischer Großhandel. Der klassische Anwendungsfall. Arzneimittelrechtliche Großhandelserlaubnis, securPharm in beide Richtungen, MSV3 zu Apotheken, Vollversorgung mit Sicherstellungsauftrag oder Spezialgroßhandel. Hier ist die GDP-Anforderung am dichtesten gewachsen, hier ist die Inspektionspraxis am etabliertesten, hier ist die Software-Anforderung am vollständigsten.

Apotheken mit arzneimittelrechtlicher Großhandelserlaubnis. Eine wachsende Gruppe: Apotheken, die zusätzlich an andere Apotheken vertreiben. Sie haben den vollen GDP-Pflichtenkatalog, ohne die Strukturen eines klassischen Großhändlers. Die Software-Anforderung ist hier oft das Brückenproblem: zwischen Apotheken-Workflow und Großhandels-Compliance ohne Doppel-Erfassung.

Medizinprodukte-Distributoren. Andere Regulatorik (MDR statt AMG), andere Identifikationsebene (UDI statt PZN), andere Schnittstelle (EUDAMED statt securPharm). Die GDP-Logik gilt analog, die Pflichten kommen aus den Distributoren-Vorgaben der MDR. Der gefährliche Punkt: Die Grenze zum Hersteller ist schmal, und Umpacken, Umetikettieren oder Sprachänderungen können sie überschreiten.

Cannabis-Großhandel. Doppelregulatorik: arzneimittelrechtliche Großhandelserlaubnis plus MedCanG-Erlaubnis. Eigene Verantwortliche Person mit eigenen Sachkenntnisanforderungen, jährliche Bestandsmeldung an die Bundesopiumstelle, Ein- und Ausfuhrgenehmigungen pro Vorgang. Junger regulatorischer Raum, aktive Aufsicht, Novelle in Sicht.

Eine GDP-Warenwirtschaft, die nur eine dieser Branchen kann, ist nicht falsch. Sie ist enger gefasst. Wer in mehreren Branchen unterwegs ist — oder Wachstum in Nachbarbranchen plant — sollte das in der Auswahlentscheidung berücksichtigen.

Die Architekturfrage: Add-on oder native Plattform?

Es gibt zwei legitime Wege zu einer GDP-konformen Aufstellung. Der eine: eine etablierte generische Warenwirtschaft, ergänzt um Module für die regulatorischen Anforderungen. Der andere: eine Plattform, die die Anforderungen von Anfang an im Datenmodell trägt.

Beide Wege funktionieren. Aber sie verhalten sich unterschiedlich — im Aufbau, in der Wartung, und vor allem im Audit. Die wichtigsten Unterschiede in Stichworten:

• Audit-Trail: Ein Log vs. mehrere Logs, die in der Inspektion zusammengeführt werden müssen.
• Validierung: Ein Validierungsvorgang vs. ein Validierungsvorgang pro Modul plus Schnittstellen.
• Datenmodell: Quarantäne als primärer Bestandsstatus vs. zusätzliches Feld neben dem klassischen Bestand.
• Verantwortung: Ein Anbieter vs. mehrere Vertragsverhältnisse, die sich im Konfliktfall abstimmen müssen.
• Release-Zyklus: Synchronisierte Updates regulatorischer Logik vs. abhängig von der Roadmap mehrerer Modul-Anbieter.

Die ehrliche Faustregel: Je größer der Anteil der regulierten Tätigkeit am Gesamtgeschäft, je kleiner das Unternehmen, je näher die nächste Inspektion — desto deutlicher kippt die Rechnung zugunsten einer nativen Plattform. Im pharmazeutischen Mittelstand, in der Medizinprodukte-Distribution, im Cannabis-Vertrieb und im Re-Import ist diese Schwelle niedriger, als die meisten Anbieter zugeben.

Auswahlkriterien: Was Sie vor dem Kauf prüfen müssen

Wer vor einer Software-Auswahl steht, sollte das Marketing-Material zur Seite legen und sich an vier konkreten Fragen orientieren, die nur die eigene Aufstellung beantworten kann.

Erstens: Wie viele Module muss das System abfragen, um eine vollständige Audit-Spur einer Charge zu zeigen? Wenn die Antwort mehr als eines ist, kennen Sie das Risiko an der Nahtstelle.

Zweitens: Wer trägt die Validierungs-Verantwortung — auch für die Schnittstellen zwischen Komponenten? Wenn die Antwort „wir intern" lautet, ist das eine substanzielle Kostenposition über die gesamte Laufzeit.

Drittens: Wie lange braucht das System, um eine inspektionstypische Frage quer durch Wareneingang, Quarantäne, Kommissionierung und Versand zu beantworten? Wenn es länger als zehn Minuten dauert, ist die Architektur das Problem, nicht die Mitarbeiter.

Viertens: Wer entscheidet im Konfliktfall, ob ein Software-Verhalten regulatorisch akzeptabel ist? Wenn die Antwort „mehrere Anbieter, die sich abstimmen müssen" lautet, ist die Position im Audit schwach.

Diese vier Fragen sind kein Anbieter-Vergleich. Sie sind eine Architektur-Prüfung. Und sie lassen sich von jedem QA-Manager mit zwei Stunden Vorbereitung selbst durchgehen.

Implementierung und Validierung

GAMP5 fordert eine risikobasierte Computer-System-Validierung. Für ein KMU im pharmazeutischen Mittelstand bedeutet das in der Praxis: Lieferanten-Dossier, IQ/OQ/PQ-Dokumentation, dokumentierte Anwendertests, definierte Change-Control-Prozesse. Wichtig ist dabei die Rollenverteilung, die das Regelwerk vorgibt: Die Validierung selbst verantwortet das einsetzende Unternehmen – sie lässt sich nicht an den Software-Anbieter delegieren. Was eine GDP-Warenwirtschaft dafür mitbringen sollte, ist Validierungsfähigkeit: Die neuralgischen GDP-Prozesse – Quarantäne, Freigabe, Audit-Trail, securPharm-Reaktion, Rückruf – müssen so abgebildet sein, dass sie sich sauber qualifizieren und validieren lassen.

Die Praxis zeigt: Eine Implementierung, die viele Monate Validierungsaufwand vor dem ersten Echtbetrieb verlangt, ist für einen KMU im regulierten Vertrieb wirtschaftlich kaum darstellbar — und für den operativen Betrieb riskant, weil sich Anforderungen während dieser Zeit ändern. Eine GDP-Warenwirtschaft sollte „Buy and Start" ermöglichen: vom Vertragsbeginn bis zur Inspektionsbereitschaft in Wochen, nicht in Monaten.

Was eine GDP-Warenwirtschaft nicht ersetzt

Ein Punkt, der in Auswahl-Gesprächen oft fehlt: Software ist nicht das Qualitätssicherungssystem. Sie ist eines seiner Werkzeuge. Die Verantwortliche Person, die SOP-Landschaft, die Schulung der Mitarbeiter, die Lieferantenqualifikation, die regelmäßigen Selbstinspektionen — diese Dinge bleiben Aufgabe der Organisation. Eine GDP-Warenwirtschaft macht sie nicht überflüssig. Sie macht sie nur ausführbar und nachvollziehbar.

Wer Software kauft, um Compliance zu erzeugen, scheitert. Wer Software kauft, um Compliance täglich operativ zu leben und an einem beliebigen Tag belegen zu können, hat das richtige Werkzeug.

Fazit

Eine GDP-Warenwirtschaft ist keine spezielle Variante einer Standard-Warenwirtschaft. Sie ist eine eigenständige Software-Klasse, deren Datenmodell, Audit-Trail und Validierungsmodell von vornherein für eine regulierte Realität entwickelt sind. Die Unterschiede zwischen einer echten GDP-Aufstellung und einer aufgerüsteten generischen Software werden im Tagesgeschäft kaum sichtbar — sie werden sichtbar am Tag der Inspektion, im Fall eines Rückrufs, bei einer Temperatur-Abweichung, in einem securPharm-Alarm.

Die Entscheidung für eine GDP-Warenwirtschaft ist deshalb keine reine IT-Entscheidung. Sie ist eine Risiko-Entscheidung — getroffen unter dem Vorbehalt, dass die Annahmen, die ihr zugrunde liegen, in einer Inspektion belastbar bleiben müssen.