IT-Systeme · Praxisleitfaden

Business Central: Chargenrückverfolgung belastbar prüfen

Die Chargennummer ist im ERP vorhanden. Trotzdem kann die Rückrufliste unvollständig sein, wenn Teilmengen, Rücksendungen oder offene Vorgänge fehlen. Bei Business Central sollte die Validierung deshalb die gesamte fachliche Belegkette prüfen und die Grenzen der jeweiligen Recherchefunktion berücksichtigen.

Daniel Herrmann
Compliance-Experte für Life Sciences
Fachlicher Stand: 7 Minuten Lesezeit
Inhaltsverzeichnis

Das Wichtigste vorab

Wie prüft man die Chargenrückverfolgung in Business Central?

Definieren Sie die benötigte Rückwärts- und Vorwärtsrecherche anhand Ihres Prozesses. Prüfen Sie bekannte Chargenketten einschließlich Teilmengen, Produktion, Umlagerung, Verkauf, Rücknahme und offenen Vorgängen. Vergleichen Sie Treffer, Mengen und Beziehungen mit einem unabhängig festgelegten Referenzpaket. Microsofts Item Tracing und Find Entries haben unterschiedliche Aufgaben; eine einzelne Trefferliste belegt nicht automatisch die vollständige Rückrufpopulation.

Rückverfolgbarkeit beginnt bei der fachlichen Frage

Legen Sie fest, welche Aussage der Anwender im Ernstfall benötigt. „Wo wurde Rohstoffcharge R-18 verwendet?“ ist eine Vorwärtsfrage. „Welche Eingangschargen stecken in Fertigcharge F-42?“ ist eine Rückwärtsfrage. Für einen Rückruf kommen Empfänger, ausgelieferte Mengen, Lagerreste und bereits zurückgenommene Ware hinzu. Diese Fragen überschneiden sich, sind aber nicht identisch. Eine Liste aller Belege ist noch keine verständliche Antwort.

Dieser Leitfaden bezieht sich auf Microsoft Dynamics 365 Business Central mit der konkret eingesetzten Artikelverfolgung und gegebenenfalls Erweiterungen. Die GxP-Bewertung betrifft Ihren tatsächlichen Prozess. Eine Chargenfunktion im Standard ist kein pauschaler Nachweis regulatorischer Eignung. Dokumentieren Sie Version, Buchungswege, Schnittstellen und führende Datenquellen. Wenn ein externes Lager oder MES relevante Beziehungen verwaltet, gehört auch dessen Übergang in die betrachtete Nachweiskette.

Quellen: [1] [2]

Item Tracing und Find Entries unterscheiden

Microsoft beschreibt Item Tracing für die Vorwärts- und Rückwärtsverfolgung gebuchter Lagertransaktionen. Die Anzeige beruht auf ausgeglichenen Transaktionen. Bei mehrfachen Zugängen derselben Charge kann die Ansicht deshalb nicht ohne weitere Betrachtung als vollständige Liste aller Vorgänge verstanden werden. Find Entries ergänzt die Recherche und kann neben gebuchten Einträgen auch offene Aufzeichnungen zeigen. Die geeignete Kombination richtet sich nach Ihrer Frage.

Prüfen Sie zudem Darstellungsoptionen und bereits verfolgte Beziehungen. Eine vereinfachte Ansicht kann untergeordnete Informationen ausblenden, die schon an anderer Stelle verfolgt wurden. Das muss der Anwender verstehen, damit er einen fehlenden sichtbaren Ast nicht mit fehlenden Daten verwechselt. Umgekehrt darf die bloße Existenz einer zusätzlichen Suchfunktion nicht als Nachweis ihrer richtigen Nutzung gelten. Die Arbeitsanweisung und Schulung müssen den tatsächlichen Rechercheweg beschreiben.

Quellen: [1]

Testdaten als bekannte Belegkette aufbauen

Erstellen Sie vor der Testausführung ein Referenzpaket mit bekannten Beziehungen. Es umfasst die relevanten Eingangsmengen, Verbrauchsmengen, Umwandlungen, Auslieferungen und Restbestände. Trennen Sie gebuchte Vorgänge von offenen Aufträgen oder Lieferungen. Definieren Sie, welche davon für die jeweilige Entscheidung benötigt werden. Das Soll entsteht aus dem konstruierten Prozess und den zugrunde liegenden Belegen, nicht aus einer Kopie des späteren ERP-Berichts.

Variieren Sie die Fälle gezielt. Verwenden Sie dieselbe Chargennummer bei mehreren Zugängen, mehrere Chargen in einem Produktionsvorgang und Teilmengen in verschiedenen Lieferungen. Ergänzen Sie eine Rücksendung und eine relevante Korrekturbuchung. Bei mehreren Standorten werden Umlagerungen und lokale Bezeichnungen berücksichtigt. Eine einfache Charge mit genau einem Zugang und einem Verkauf kann die Grundfunktion demonstrieren, deckt aber die typischen Grenzen der fachlichen Recherche nicht ab.

Quellen: [2] [1]

Konstruiertes Beispiel mit Mengenabgleich

Im Beispiel werden 100 kg Rohstoffcharge R-18 eingesetzt. Davon gehen 60 kg in Fertigcharge F-42, 30 kg in F-43 und 10 kg verbleiben im Lager. Aus F-42 werden 40 Einheiten an Kunde A und 20 an Kunde B geliefert. Zwei Einheiten von B kommen zurück. Die Größen sind bewusst vereinfacht; tatsächliche Rezepturen, Ausbeuten und Einheiten müssen im Projekt getrennt betrachtet werden.

Der Sollnachweis verbindet R-18 mit beiden Fertigchargen. Für F-42 zeigt die Recherche die ursprünglichen Lieferungen und die spätere Rücknahme, ohne diese miteinander zu verwechseln. Eine offene weitere Lieferung gehört je nach Rückruffrage in eine zusätzliche Betrachtung. Addieren Sie nicht unbesehen Lager- und Vertriebsmengen mit unterschiedlichen Einheiten. Prüfen Sie jede Mengenbeziehung im passenden Geschäftsobjekt und erklären Sie, welche Population die Rückrufliste tatsächlich abdeckt.

Eigene Arbeitshilfe: Konstruiertes Beispiel mit Mengenabgleich
PrüffrageErwarteter ZusammenhangZusätzlicher Grenzfall
R-18 vorwärtsF-42 und F-43 auffindbarMehrfacher Zugang derselben Charge
F-42 rückwärtsRichtige EingangschargenMischung mehrerer Rohstoffchargen
Empfänger F-42A und B mit LieferbezugTeil- und Sammellieferungen
RücknahmeBezug zur ursprünglichen LieferungErneuter Verkauf oder Sperrlager
LagerrestRichtiger Standort und StatusUmlagerung zwischen Standorten
Offener VorgangErkennbar außerhalb gebuchter KetteRecherche mit ergänzendem Verfahren

Quellen: [2]

Status, Einheiten und Korrekturen mitprüfen

Rückverfolgbarkeit benötigt nicht nur IDs, sondern deren Bedeutung. Prüfen Sie Artikelnummer, Charge, Menge, Einheit, Standort und maßgeblichen Status. Eine umgerechnete Menge kann numerisch plausibel sein und dennoch auf einer falschen Verpackungseinheit beruhen. Legen Sie Umrechnungsregeln und Rundungsgrenzen fest. Bei gesplitteten oder zusammengeführten Vorgängen müssen die Beziehungen erhalten und verständlich sein.

Korrekturen und Stornierungen verändern die Sicht auf die Historie. Ein rückgängig gemachter Vorgang darf nicht so behandelt werden, als habe er nie stattgefunden, wenn sein Verlauf für die Bewertung erforderlich ist. Prüfen Sie die Darstellung von Original, Gegenbuchung und weiterem Vorgang. Auch geänderte Stammdaten können historische Ausgaben beeinflussen. Entscheiden Sie, welche damaligen Bezeichnungen oder Adressinformationen für die Rückrufbearbeitung erhalten bleiben müssen und wie sie im Bericht erkennbar sind.

Quellen: [2] [3]

Schnittstellen und Erweiterungen in den Nachweis einbeziehen

Wenn Chargeninformationen aus einem WMS, MES oder Fremdportal kommen, prüfen Sie den vollständigen Übertragungsweg. Welche Identität wird übertragen, wann gilt die Buchung als angenommen und was passiert bei einem Fehler? Eine erfolgreiche technische Antwort kann nur den Empfang einer Nachricht bestätigen. Die fachliche Lager- oder Produktionsbuchung kann trotzdem fehlen. Der Abgleich muss deshalb den tatsächlichen Zielzustand betrachten.

Erweiterungen können Datenmodell, Buchungsabläufe und Berichte verändern. Bewerten Sie sie anhand des konkreten Stands. Testen Sie eine doppelt gesendete Nachricht, eine verspätete Rücknahme und einen fehlerhaften Chargenbezug. Erwartete Behandlung und Wiederanlauf werden vorher definiert. Die Referenzpopulation darf nicht allein aus demselben fehleranfälligen Bericht stammen, der geprüft werden soll. Sonst können Quelle und Vergleich denselben Fehler enthalten und eine scheinbar perfekte Übereinstimmung erzeugen.

Quellen: [2]

Rückrufübung als Prozessnachweis gestalten

Eine Übung verbindet Systemrecherche mit Verantwortlichkeiten und Entscheidung. Geben Sie dem vorgesehenen Anwender eine bekannte Ausgangscharge und lassen Sie ihn die benötigten Empfänger und Bestände ermitteln. Prüfen Sie Vollständigkeit, Ausschlüsse und nachvollziehbare Zwischenschritte. Falls eine interne Zeitvorgabe besteht, bewerten Sie sie gesondert. Eine universelle gesetzliche Minutenfrist wird hier nicht behauptet.

Die Systemprüfung ersetzt keine vollständige regulatorische Rückrufbewertung. Zuständige Funktionen müssen unter anderem betroffene Produkte, Marktwege und erforderliche Maßnahmen beurteilen. Der IT-Nachweis liefert dafür eine belastbare Datenbasis. Dokumentieren Sie Grenzen: Welche Vertriebskanäle, offenen Vorgänge oder externen Bestände benötigen ergänzende Informationen? Ein professioneller Bericht macht diese Grenzen sichtbar, statt eine unvollständige Liste als umfassendes Rückrufergebnis auszugeben.

Quellen: [2] [1]

Abnahme und Pflege der Rückverfolgungsfähigkeit

Fassen Sie geprüfte Belegketten, Konfigurationen, Berichte, Abweichungen und Betriebsregeln zusammen. Eine geeignete Eignungsentscheidung benennt den erlaubten Umfang und die erforderlichen Ergänzungen. Prüfen Sie auch den Zugriff mit realistischen Rollen. Ein Administrator kann Informationen sehen, die einem Mitarbeiter im Rückrufteam fehlen. Die benötigte Recherche muss mit den vorgesehenen Berechtigungen tatsächlich ausführbar sein.

Legen Sie Neubewertungsauslöser fest: geänderte Artikelverfolgung, neue Produktionsabläufe, Erweiterungsupdates, weitere Lager oder neue Schnittstellen. Bewahren Sie einen wiederverwendbaren Referenzdatensatz beziehungsweise dessen kontrollierte Beschreibung. So lässt sich nach Änderungen gezielt prüfen, ob die relevanten Beziehungen weiterhin stimmen. Die Fähigkeit zur Rückverfolgung muss im Betrieb erhalten bleiben; ein einmaliger erfolgreicher Test vor der Einführung reicht dafür auf Dauer nicht aus.

Quellen: [2]

Häufige Fragen zu Business Central: Chargenverfolgung

Ist jede Chargennummer in Business Central automatisch rückverfolgbar?

Eine vorhandene Kennung allein belegt keine vollständige Belegkette. Prüfen Sie Artikelverfolgung, Buchungen, Beziehungen und tatsächlich verwendete Recherchewege. Offene Vorgänge oder externe Systeme können ergänzende Informationen benötigen. Entscheidend ist die vollständige Antwort auf die konkrete Vorwärts-, Rückwärts- oder Rückruffrage.

Quellen: [1]

Warum kann Item Tracing nicht alle erwarteten Vorgänge zeigen?

Microsoft beschreibt Grenzen durch ausgeglichene Transaktionen und die vereinfachte Darstellung bereits verfolgter Beziehungen. Prüfen Sie Filter und Darstellungsoptionen sowie ergänzend Find Entries. Ein fehlender sichtbarer Eintrag muss untersucht werden; er beweist weder automatisch einen Datenverlust noch eine vollständige Recherche.

Quellen: [1]

Muss man offene Aufträge in eine Rückrufliste aufnehmen?

Das hängt von der konkreten Maßnahme ab. Bereits ausgelieferte Ware und noch offene Lieferungen stellen unterschiedliche Handlungsfragen. Legen Sie die benötigte Population fest und stellen Sie offene Vorgänge gesondert dar. Eine gebuchte Transaktionskette darf nicht ungeprüft als vollständige Übersicht aller potenziell betroffenen Vorgänge gelten.

Wie prüft man Rücksendungen und Teilmengen?

Verwenden Sie bekannte Lieferungen mit definierten Teilmengen und zugehörigen Rücknahmen. Prüfen Sie Originalbezug, Mengen, Status und spätere Verwendung. Die Rücknahme darf den ursprünglichen Empfänger nicht aus der Historie verschwinden lassen. Mengenabgleiche erfolgen jeweils in der richtigen Einheit und auf der passenden Belegebene.

Reicht eine Excel-Ausgabe als Nachweis?

Sie kann ein Prüfergebnis dokumentieren, wenn Quelle, Filter, Zeitpunkt und Population nachvollziehbar sind. Prüfen Sie Exportvollständigkeit und fachlichen Inhalt. Eine manuell bearbeitete Liste ohne kontrollierten Bezug zur Systemrecherche liefert keinen gleichwertigen Nachweis. Der Export ersetzt zudem nicht die Bewertung der zugrunde liegenden Funktion.

Muss nach jedem Update die gesamte Rückverfolgung neu getestet werden?

Bewerten Sie die Änderung und ihre Auswirkungen. Betroffene Buchungswege, Datenmodelle oder Berichte benötigen geeignete Nachweise. Ein stabiler Referenzfall unterstützt gezielte Regressionstests. Der Umfang wird begründet; weder ein pauschaler Volltest noch ein vollständiger Testverzicht ist für jede Aktualisierung angemessen.

Quellen: [2]

Quellen & fachlicher Stand

Stand: 14. Oktober 2026. Regulatorische Einordnung und Herstellerfunktionen sind getrennt belegt. Beispiele, Testmatrizen und Vorlagen sind eigene Arbeitshilfen; sie werden für den tatsächlichen Einsatzzweck angepasst.

  1. Microsoft: Trace item-tracked items in Business Central
  2. Europäische Kommission: EU-GMP Annex 11, Computerised Systems (2011)
  3. PIC/S: PI 041-1, Good Practices for Data Management and Integrity (2021)

Zuletzt fachlich geprüft am 14.10.2026.

Daniel Herrmann, Daniel Herrmann Consulting

Daniel Herrmann Consulting

Wie wir Sie dabei unterstützen

Daniel Herrmann Consulting verbindet die fachliche Bewertung mit der Arbeit am konkreten System. Im Erstgespräch klären wir Ihren Einsatzzweck, vorhandene Nachweise und den nächsten sinnvollen Schritt.

  • IT-GxP-Consulting →

    Anforderungen, Tests und Umsetzung für Ihren konkreten Systemprozess zusammenführen.

Ihr Vorhaben besprechenEinblicke in unsere Projektarbeit →