proLogistik pLG WMS validieren: Retouren, Mandanten und Bestand

1. Welches proLogistik-System wird tatsächlich eingesetzt?

proLogistik vermarktet aktuell pLG WMS als modulares Warehouse Management System mit Ausprägungen für unterschiedliche Branchen. Die Gruppenseite nennt daneben Systeme wie DILOS, LOGIS MOVE und Logistar. Die Übernahme eines Geschäftsbereichs beweist keine identische Softwarebasis. Verwenden Sie „pLG“ deshalb nicht als ausreichende technische Systembezeichnung.

Dokumentieren Sie Produktlinie, Release und Build, Module, Schnittstellen, Erweiterungen und Betriebsmodell. Eine aktuelle numerische Softwareversion lässt sich aus den hier verwendeten öffentlichen Informationen nicht ableiten. Die Jahresangaben 2025 oder 12-2024 in Broschüren gehören zum Dokumentstand.

Für den Arzneimittelhandel beschreibt der Anbieter gesondert pLG WMS-TM3, unter anderem mit ABDA-Artikelstämmen und ADAS-/MSV3-Anbindungen. Das sind keine automatisch vorhandenen Funktionen jeder pLG-Installation. Ebenso sind die Aussagen zum Cloudbetrieb einzelner Angebote kein vollständiger Betriebsvertrag. Lassen Sie den tatsächlich gelieferten Umfang und seine Grenzen konkret bestätigen.

Quellen: [1] [2] [3] [7] [8]

2. Herstellerlager und Großhandel fachlich auseinanderhalten

Der zentrale Prüffall dieses Artikels betrifft einen Humanarzneimittelhersteller, der Rückläufer kontrolliert im Lager führt. Für computergestützte GMP-Prozesse ist Annex 11 die einschlägige Leitlinie. Der aktuelle Humanarzneimittel-Index der Kommission führt weiterhin die Revision von 2011. Kundenkonfiguration und vorgesehene Datenverwendung bestimmen den Nachweisumfang.

Für den Großhandel sind die GDP-Leitlinien gesondert anzuwenden. Eine Tätigkeit kann mehrere Schnittstellen zwischen Herstellung und Distribution besitzen; die Zuständigkeiten müssen dazu passen. Weder eine pLG-Branchenbezeichnung noch ein allgemeiner Lagerstatus entscheidet über die regulatorische Anwendbarkeit.

proLogistik beschreibt eine Prüfung durch das Fraunhofer IML für das Anbieterportal Warehouse Logistics. Das ist nicht gleichbedeutend mit der GxP-Validierung Ihres Retourenprozesses. Fordern Sie verwertbare Lieferbelege an und prüfen Sie deren Abdeckung. Die öffentliche Aussage allein zeigt nicht, dass Ihre Rollen, Stammdaten, Schnittstellen oder Entscheidungskriterien geprüft wurden.

Quellen: [1] [9] [10] [13]

3. Die richtige Bezugsgröße ist mehr als die Artikelnummer

Die Funktionsübersicht nennt Mehrmandantenfähigkeit, Chargen, Mindesthaltbarkeit, Seriennummern und Retouren. Welche Informationen eine Buchung eindeutig machen, müssen Sie daraus für Ihren Prozess ableiten. Ein identischer Artikelcode kann bei zwei Auftraggebern vorkommen; selbst dieselbe Herstellercharge bedeutet nicht automatisch denselben Eigentümer oder dieselbe Verfügungsberechtigung.

Die folgende Arbeitsmatrix verhindert, dass unterschiedliche Aussagen in einem Feld „freigegeben“ verschwinden. Sie ist eine eigene Planungshilfe. Die konkrete Umsetzung kann mehrere Systeme umfassen, solange Zuordnung, Verantwortung und Wirkung nachgewiesen werden.

Quellen: [3] [4] [10] [11]

4. Eine Qualitätsprüfung im WMS ist keine automatische Wiederverkaufsentscheidung

proLogistik beschreibt Retouren von Erfassung und Prüfung bis zur Wiedereinlagerung oder Ausbuchung. Integrierte Qualitätsprüfung und Klassifizierung sind dabei benannte Funktionen. Welche Prüfkriterien hinterlegt sind und wer den nächsten Zustand auslösen darf, müssen Sie für Ihre Installation festlegen.

Im GMP-Herstellerkontext setzt Kapitel 5.70 der erneuten Verwendung vom Markt zurückgekehrter Produkte enge Grenzen. Maßgeblich sind unter anderem Zustand, Vorgeschichte, erforderliche Lagerbedingungen und verstrichene Zeit sowie die kritische Bewertung durch die Qualitätskontrolle nach schriftlichem Verfahren. Bei Qualitätszweifeln ist die Ware nicht für erneute Ausgabe geeignet.

Für GDP-Retouren gelten die eigenen Bedingungen aus Abschnitt 6.3 und die Zuständigkeiten aus 2.2. Ein bestandener Scan oder eine optische Eingangskontrolle ersetzt diese Bewertung nicht. Gestalten Sie den Rücklaufdialog so, dass fehlende Informationen sichtbar bleiben und keine unbeabsichtigte Verfügbarkeit entsteht. Ein kaufmännisch bereits abgeschlossener Vorgang darf fachlich noch offen sein.

Quellen: [5] [12] [13]

5. Mandantentrennung bis zum Bericht und zum mobilen Gerät prüfen

Eine Mandantenauswahl am Bildschirm ist nur ein Teil des Nachweises. Prüfen Sie, ob Benutzer die richtigen Bestände bearbeiten und relevante Übersichten vollständig im zulässigen Umfang sehen. Beziehen Sie mobile Erfassung, Suchdialoge, Etiketten, Exporte und administrative Korrekturen ein. Die öffentlichen Funktionslisten spezifizieren diese Grenzen nicht im Detail.

Verwenden Sie bewusst ähnliche Prüfdaten: derselbe Artikelcode, ähnliche Chargennummern und benachbarte Lagerplätze in zwei Mandanten. Der erwartete Fehler darf nicht schon durch völlig unterschiedliche Bezeichnungen unmöglich werden. Ein sinnvoller Negativtest versucht, eine Retoure dem falschen Auftraggeber zuzuordnen und später über dessen Auftrag zu verwenden.

Die zulässige Einsicht ist von der Änderungsbefugnis zu unterscheiden. Ein zentraler Lagerleiter kann übergreifende Informationen benötigen, während eine Statusentscheidung enger begrenzt bleibt. Rollen sollen den tatsächlichen Verantwortlichkeiten entsprechen. Prüfen Sie auch Vertretung, Austritt und besonders berechtigte Konten; gemeinsame Sammelkonten erschweren die nachvollziehbare Zuordnung von Eingriffen.

Quellen: [3] [4] [10]

6. ERP-Gutschrift, Bestandsmeldung und Connector getrennt behandeln

Die pLG-Hauptseite nennt Standardschnittstellen zu ERP-Systemen wie SAP, Infor und Microsoft Dynamics. Die 3PL-Broschüre zeigt Bestands- und Lieferfeedback. Zusätzlich wird der pLG Supply Chain Connector als eigenständige Lösung zur Formatumwandlung und Übertragung angeboten. Seine öffentliche Beschreibung nennt unter anderem XML, SAP-IDoc und Cloudbetrieb.

Daraus ergibt sich keine automatische Zugehörigkeit des Connectors zu Ihrem WMS und keine belegte Genau-einmal-Verarbeitung. Beschreiben Sie für Ihre Integration, welche Nachricht eine physische Annahme bucht, welche einen Qualitätszustand übermittelt und welche die Gutschrift auslöst. Die Schlüssel sollten den fachlichen Vorgang eindeutig referenzieren.

Prüfen Sie als eigene Testempfehlung doppelte Rücklaufmeldungen, fehlende Quittungen, unbekannte Mandanten und vertauschte Statuswerte. Nach Fehlerkorrektur muss klar sein, welche Buchung bereits wirksam war. Ein erneutes Senden darf nicht unkontrolliert Menge oder Verfügbarkeit erhöhen. Vergleichen Sie die Verteilung je Mandant, Artikel, Charge und Zustand; ein Summenvergleich allein kann einen Zuordnungsfehler übersehen.

Quellen: [1] [4] [6] [10]

7. Illustrative Retourenmatrix mit zwei Mandanten

Das folgende vollständig erfundene Sollbeispiel dient zur Testplanung; es wurde nicht in pLG WMS ausgeführt. Mandant A besitzt 120 verwendbare Packungen, Mandant B 80. Für A kommen 24 Packungen zurück. Sie werden zunächst vollständig als Rückläufer unter Bewertung geführt. Eine Gutschrift verändert die körperliche Menge nicht.

Für den späteren Prüfschritt wird ausdrücklich angenommen, dass eine zuständige fachliche Bewertung die erneute Verwendung von 14 Packungen erlaubt. Sechs werden abgelehnt, vier bleiben ungeklärt. Die Zahlen ersetzen keine Retourenbewertung. Insbesondere lässt sich die Entscheidung nicht aus der bloßen Menge oder einem äußerlich intakten Karton ableiten.

Quellen: [5] [4] [10] [12]

8. Rücklaufhistorie und Migration müssen Entscheidungen verständlich lassen

Für eine spätere Prüfung reicht „Retoure abgeschlossen“ häufig nicht aus. Halten Sie zusammen, was einging, welcher ursprüngliche Versand betroffen war, welche Informationen fehlten und welche Entscheidung getroffen wurde. Änderungsbelege und verknüpfte Dokumente müssen für die vorgesehene Nutzung verständlich bleiben.

Bestimmen Sie, welche Ereignisse risikobezogen ausgewertet werden: Änderungen des Mandanten, erneute Freigabe, korrigierte Chargen, ungeklärte Mengen und privilegierte Eingriffe können besonders relevant sein. Eine Bewegungsübersicht ist nicht automatisch ein vollständiger Audit Trail. Die verfügbare Abdeckung und geeignete Kontrollen sind konkret zu prüfen.

Bei einer Ablösung oder Migration benötigen offene Rückläufer besondere Aufmerksamkeit. Übernehmen Sie nicht nur Bestandszahlen, sondern auch die Bedeutung der Zustände und notwendigen Entscheidungsbezüge. Ein Datensatz mit „geprüft“ darf nach der Migration nicht „verfügbar“ bedeuten. Wählen Sie geeignete Vergleichs- und Fehlerfälle anhand von Risiko und Datenstruktur; eine universelle Stichprobengröße wäre dafür ungeeignet.

Quellen: [10] [11] [5]

9. Mitwirkung und Aufwand im KMU an den Übergängen planen

Der Aufwand wächst mit Produktlinien, Mandanten, Rücklaufwegen und angebundenen Systemen. Besonders wichtig sind widersprüchliche Stammdaten, uneinheitliche Qualitätszustände und manuelle Sonderwege. Eine neue Schnittstelle kann mehr Abstimmung benötigen als die eigentliche Retourenmaske.

Lager und Kundenservice liefern den tatsächlichen Rücklaufablauf; die zuständige Qualitätsfunktion bestimmt die fachlichen Entscheidungsvoraussetzungen. IT und Anbieter klären Datenmodell, Schnittstellen, Rollen und Betrieb. Bei ausgelagerter Lagerung gehören Verantwortlichkeiten und Kommunikationswege zwischen Auftraggeber und Dienstleister dazu. Herstellerunterlagen sind nach ihrer realen Abdeckung nutzbar, nicht pauschal vollständig oder wertlos.

Planen Sie auch den Ausfall: Wie werden eingetroffene Packungen identifiziert und getrennt geführt, wenn das WMS nicht verfügbar ist? Wer verhindert eine zweite Erfassung nach Wiederanlauf? Änderungen an Rücklaufdialog, Mandantenzuordnung, Connector-Mapping oder automatischer Bestandsrückmeldung brauchen eine bewertete Auswirkung und passende Nachweise. Reine Versionsnummern sagen darüber wenig aus.

Quellen: [10] [13] [6] [5]

10. Checkliste für den nachvollziehbaren pLG-Einsatz

Nutzen Sie die folgende Arbeitshilfe vor dem produktiven Einsatz und bei wesentlichen Änderungen. Entscheidend sind verknüpfte Nachweise für Ihre tatsächliche Konfiguration. Offene Fragen zur Verwendungsentscheidung dürfen nicht durch einen technisch erfolgreichen Schnittstellentest verdeckt werden.

• Produktlinie, Build, Module, Hosting und Verantwortlichkeiten sind eindeutig beschrieben.
• GMP-Herstellerprozess, GDP-Vertrieb und kaufmännischer Ablauf sind passend abgegrenzt.
• Mandant, Artikel, Charge, Menge und Zustand bilden einen eindeutigen Buchungsbezug.
• Rücklauf, Einlagerung, Gutschrift und erneute Verfügbarkeit haben getrennte Kriterien.
• Rollen und mobile Ausführungswege sind mit zulässigen und unzulässigen Aktionen geprüft.
• Doppelte Meldungen, fehlende Quittungen und falsche Mandanten sind getestet oder risikobezogen begründet behandelt.
• Berichte und Exporte erhalten die erforderliche Zuordnung und Entscheidungshistorie.
• Migration, Notbetrieb, Wiederanlauf und Änderungen sind in der Nutzungsentscheidung berücksichtigt.

Quellen: [10] [11] [12] [13]