Die Größe eines Lebensmittelrückrufs hängt an
der Chargennummer in der Lieferantenrechnung

Ein Rückruf wird über ein Feld eingegrenzt, das die meisten Rechnungen als optional behandeln

Die Chargennummer entscheidet, welche Paletten zurückkommen, und auf einer Lieferantenrechnung steht sie oft nur einmal, in kleiner Schrift, neben einer Produktzeile, die für die Bezahlung konzipiert wurde. Die Rechnung muss den Lieferanten, die Menge und den Preis enthalten, und das erfüllt sie gut. Der Chargencode läuft mit, wenn das Abrechnungssystem des Lieferanten ihn zufällig enthält, und verschwindet, wenn nicht.

Die Leitlinie der Europäischen Kommission zu Verordnung (EG) Nr. 178/2002 benennt den Unterschied klar: Das Aufbewahren von Rechnungen verfolgt den kommerziellen Fluss eines Produkts, und das „war nicht ausreichend, um den physischen Fluss der Produkte zu verfolgen." Die Verordnung selbst verlangt einen Schritt zurück und einen Schritt voraus, das heißt, Sie können den unmittelbaren Lieferanten und den unmittelbaren Kunden identifizieren. Sie verlangt keine Chargennummer auf jeder Rechnung, obwohl dieselbe Leitlinie Chargendetails als „sehr hilfreich" bezeichnet. Die Rechnung ist rechtlich nützlich, kommerziell unverzichtbar und als Chargenaufzeichnung unvollständig.

Nach der FDA Food Traceability Rule ist der Rückverfolgbarkeits-Loscode eines der Schlüsselelemente, die bei jedem kritischen Tracking-Ereignis erforderlich sind. Jedes Element muss mit dem Los verknüpft sein, und die FDA erlaubt ausdrücklich eine Rechnung als Referenzdokument, das diese Elemente trägt. Eine Lieferantenrechnung kann daher Teil einer konformen Aufzeichnung sein. Sie wird es erst, wenn der Code auf der richtigen Ebene erfasst, so wie gedruckt beibehalten und mit den Wareneingangs- und Produktionsaufzeichnungen verknüpft wird, die erklären, was danach mit dem Lebensmittel geschah. Das Compliance-Datum ist der 20. Juli 2028, was betroffenen Unternehmen Zeit gibt, diese Verknüpfung aufzubauen.

Eine Rechnung belegt einen kommerziellen Übergang. Eine Chargenaufzeichnung belegt, was physisch angekommen ist, und diese beiden Aussagen sind nicht dasselbe.

Was ein Chargenregister braucht, bevor es eine Rückruf-Frage beantworten kann

Für einen Rückruf muss ein nutzbares Chargenregister vier Fakten zu einer Charge verknüpfen: wer sie geliefert hat, wann und in welcher Menge sie eingegangen ist, welche Produktionsläufe sie verwendet haben und welche Kunden die Fertigware erhalten haben. Eine Rückrufmitteilung kommt meist mit Lieferantenname und einem Code, und die Uhr für die anderen drei Fakten läuft ab dann.

Die Wareneingangs-Anforderungen der FDA zeigen die Form der ersten Hälfte. Für jede Rückverfolgbarkeits-Charge eines erfassten Lebensmittels muss ein Empfänger den Loscode, Menge und Maßeinheit, Produktbeschreibung, den Standort der unmittelbar vorherigen Quelle, den Standort des Wareneingangs, das Eingangsdatum, die Quelle des Loscodes sowie Art und Nummer des Referenzdokuments festhalten. Diese neun Felder definieren eine Zeile in einer Tabelle. Die Regel setzt zudem ein 24-Stunden-Fenster, um Aufzeichnungen in einem elektronischen, sortierbaren Format vorzulegen, wenn die FDA danach fragt. Ein PDF-Archiv erfüllt diesen Test nicht; eine Tabelle mit einer Charge pro Zeile schon.

Codex Alimentarius, dessen Hygienegrundsätze HACCP-Systeme untermauern, vertritt dieselbe Auffassung: Die Chargenidentifikation ist entscheidend für Produktrückruf und Bestandsrotation, und jeder Behälter sollte den Hersteller und die Charge ausweisen. Innerhalb eines Lebensmittelbetriebs liegen die Teile dieser Aufzeichnung bei verschiedenen Personen, und niemand trägt die Berufsbezeichnung „Eigentümer der zusammengeführten Zeile“.

Die Finanzabteilung erhält die Rechnung, weil sie bezahlt werden muss. Der Wareneingang behält den Lieferschein, weil der Fahrer ihn unterschreibt. QA führt das Chargenregister, weil ein Auditor es verlangen wird. Jede Aufzeichnung ist für ihren eigenen Zweck vollständig, und die Verknüpfung zwischen ihnen wird jedes Mal von Hand neu hergestellt, wenn ein Lieferant eine Rückrufmitteilung herausgibt. Genau diese Neuerstellung hat die FDA-Übung mit einer Zahl belegt.

Wo die Chargenidentität auf einer echten Lieferantenrechnung bricht

Der Bruch besteht meist aus vier kleinen Abweichungen zwischen dem, was auf der Rechnung steht, und dem, was das Lager tatsächlich getan hat – und jede einzelne übersteht eine manuelle Prüfung, weil die Rechnung trotzdem aufgeht.

Eine Rechnungsposition, drei physische Chargen

Ein Lieferant stellt 20 Kisten Mozzarella als eine Position zu einem Stückpreis in Rechnung. Die eintreffenden Paletten tragen drei Produktionschargen, weil der Lieferant aus drei Läufen gepackt hat, um die Bestellung zu erfüllen. Die Rechnung ist für die Zahlung korrekt und als Rückverfolgbarkeitsaufzeichnung falsch: Sie hat drei Lose zu einem zusammengefasst. Wird das Chargenregister allein aus Rechnungspositionen aufgebaut, verfehlt ein Rückruf der mittleren Charge entweder die zwei Paletten, die sich die Position teilen, oder zieht alle 20 Kisten und damit eine Kundenbeziehung mit heraus.

Die Aufteilung muss beim Wareneingang erfolgen, anhand der Palettenetiketten oder des Lieferscheins, und das Chargenregister braucht eine Zeile pro Charge mit der auf jeder Zeile wiederholten Rechnungsnummer. Deshalb reicht eine Positionstabelle, die bei Produkt und Menge endet, für Lebensmittel nicht aus. Es gelten dieselben Mechanismen wie beim Extrahieren von Rechnungspositionen von Lebensmittelhändlern, mit der Charge als zusätzlicher Ebene unterhalb der Position.

Der Chargencode erreicht die Rechnung nie

Viele Lieferanten drucken das Los auf den Lieferschein, das Kistenetikett, die Vorabversandmeldung oder eine Nachfass-E-Mail und lassen es auf der Rechnung weg. Ein Praktiker fragte im IFSQN-Lebensmittelsicherheitsforum, wie man Rohstoffe verfolgen kann, die ganz ohne Los- oder Chargennummer eintreffen; die Antworten umfassten die Rückverfolgung über Wareneingangsdatum und Mindesthaltbarkeitsdatum oder die Nutzung der Bestellnummer als Ersatz. Diese Behelfslösungen sind ehrlich, und sie zeigen zugleich die Grenzen dessen, was eine Rechnung liefern kann. Ist der Code nicht aufgedruckt, kann die Extraktion ihn nicht erzeugen, und eine von der Tabelle erfundene Nummer ist schlimmer als eine leere Zelle.

Die praktische Antwort lautet, Rechnung und Lieferschein als zwei Eingangswarteschlangen zu behandeln, die in derselben Tabelle landen. Die Buchhaltung leitet die Rechnung weiter; der Wareneingangsmitarbeiter fotografiert den Lieferschein an der Rampe. Beide werden gegen dieselben Spalten verarbeitet, und die Bestell- oder Lieferscheinnummer wird zum Verknüpfungsschlüssel, während die Rechnungsnummer als kaufmännische Referenz mitgeführt wird. Wo die Rechnung keine Charge hat und der Lieferschein schon, füllt die Lieferscheinzeile die Lücke. Wo keiner von beiden eine hat, sagt das Chargenregister das so, und der Einkauf fragt den Lieferanten schriftlich – genau das erwartet auch die FDA von einem Empfänger, statt einen Code zu erfinden.

Die Datumscodes bedeuten drei verschiedene Dinge und kommen in fünf Formaten

Ein Produktionsdatum, ein Mindesthaltbarkeitsdatum und ein Verbrauchsdatum sind nicht austauschbar, und ein Julian code ist überhaupt kein Datum, bis ihn jemand entschlüsselt. Trotzdem landen alle drei in den meisten Tabellen in einer Spalte mit der Überschrift „Expiry“. Ein Lieferant druckt MHD 03/2027, ein anderer 27.03.2027, ein anderer einen Julian code wie 26087, ein anderer nur Monat und Jahr. Excel liest einige davon bereitwillig als Datum und andere still und leise falsch, und eine Spalte mit gemischtem Text und Datum lässt sich nicht sortieren – genau das aber braucht eine First-Expiry-First-Out-Prüfung.

Zwei Regeln verhindern den größten Schaden. Behalten Sie die Originalzeichenfolge in einer Spalte und legen Sie das normalisierte Datum nur dann in eine andere, wenn das Dokument ein vollständiges Datum hergibt; ein Mindesthaltbarkeitsdatum mit nur Monatsangabe sollte monatsgenau bleiben, statt zum Ersten des Monats zu werden. Fügen Sie dann eine Spalte für den Datumstyp hinzu, damit ein Mindesthaltbarkeitsdatum nie als Verbrauchsdatum behandelt wird. Der Unterschied ist kaufmännisch ebenso wichtig wie rechtlich: Ein abgelaufenes Mindesthaltbarkeitsdatum ist ein Qualitätsproblem, ein abgelaufenes Verbrauchsdatum ein Sicherheitsproblem.

Der Code wird Zeichen für Zeichen von Hand übertragen

Chargencodes sind alphanumerische Zeichenfolgen, die eindeutig sein sollen – nicht dafür gemacht, getippt zu werden. L26-0412/A wird zu L26-0412A, wenn der Schrägstrich entfällt, 0 wird zu O, 1 wird zu I, und ein abschließendes Suffix verschwindet. Das Chargenregister sieht vollständig aus. Die Rückrufsuche liefert nichts, denn eine Abfrage nach einem Chargencode ist ein exakter Zeichenfolgenabgleich. Das ist der leiseste der vier Fehler und derjenige, der eher bei einem Audit als im normalen Arbeitsalltag auffällt: Eine QA-Fachkraft, die in r/QAProfessionals von einem internen Audit berichtet, stellte fest, dass sich einige Chargen nicht bis zu ihren Rohstoffquellen zurückverfolgen ließen, weil die manuellen Protokolle und die ERP-Einträge nicht synchron waren.

Eine Rückrufsuche ist ein exakter Zeichenfolgenabgleich, also ist ein Chargenregister mit einem falschen Zeichen ein Register, das die Frage nicht beantworten kann.

Die Gegenmaßnahme ist die visuelle Prüfung. Jeder extrahierte Chargencode muss gegen die Pixel, aus denen er stammt, überprüfbar sein – dafür ist der Prüfschritt weiter unten in diesem Artikel da.

Die Spalten, die aus einer Rechnungsposition eine Rückverfolgbarkeitszeile machen

Definieren Sie die Spalten einmal, und dasselbe Set funktioniert bei jedem Lieferanten, denn die Ausgabe richtet sich nach den Feldern, die Sie benennen, und nicht nach dem Layout des Lieferanten. Dies sind die Felder, mit denen die Chargennummer-Extraktion und die Verfolgung des Verfallsdatums über Rechnungen hinweg in einem Chargenregister landen – jeweils mit der passenden Regel.

Zwölf Spalten genügen, um die Rechnungshälfte einer Rückrufanfrage zu beantworten und dem nächsten System einen sauberen Verknüpfungsschlüssel zu übergeben. Es ist bewusst kein vollständiges Rückverfolgbarkeitsschema. Es gibt keine Kundenspalte und keine Spalte für den Produktionslauf, denn diese Fakten stehen in Versand- und Fertigungsunterlagen, nicht auf einer Lieferantenrechnung. Leere Spalten dafür hinzuzufügen lässt die Tabelle vollständig aussehen, ändert aber nichts.

Der Chargencode ist das eine Feld, das Sie niemals aufräumen dürfen. Normalisieren Sie die Datumsangaben, bewahren Sie die Kennung.

Ein Spaltensatz deckt vierzig Lieferanten ab

Vierzig Lieferanten bedeuten vierzig Rechnungsformate, vierzig Datumskonventionen und in einem typischen Monat mehr als tausend Zeilen, die in einem einheitlichen Chargenregister zusammengehalten werden müssen. Die manuelle Erfassung in dieser Größenordnung versagt nicht auf einmal; sie zerfällt allmählich, beginnend mit den Feldern, die niemand prüft, weil die Zahlung nicht von ihnen abhängt.

Das hier passende Extraktionsmodell ist das, was ImageToTable.ai Custom Column Extraction nennt: Sie geben die gewünschten Spaltennamen ein, und die KI findet jeden Wert an beliebiger Stelle auf der Seite, indem sie versteht, was er bedeutet, statt eine feste Position abzugleichen. Die von Ihnen eingegebenen Namen werden zu den Kopfzeilen der Ausgabetabelle. Es wird keine Vorlage pro Lieferant erstellt, sodass ein Lieferant, der sein Rechnungsformat ändert, den nächsten Durchlauf nicht zum Scheitern bringt.

Wenn das unmittelbare Problem eher das Volumen als die Rückverfolgbarkeit ist, eignet sich dasselbe Setup auch als Batch-Rechnung zu Excel-Workflow, und die wöchentliche Food-Cost-Version davon wird in Batch-Verarbeitung von Positionen eines Lebensmittelhändlers in ein wöchentliches Sheet behandelt. Die Rückverfolgbarkeitstabelle sind dieselben Daten, nur mit beibehaltener Chargenebene statt wegaggregiert.

Was die Rechnungsextraktion für die Lebensmittelsicherheit nicht leisten kann

Die Extraktion liefert ein besseres Chargenregister. Sie liefert keine Compliance, und eine Rückrufdatei, die auf der Annahme aufbaut, dass sie es tut, ist gefährlicher als eine langsame manuelle, weil sie fertig aussieht.

• Es ist kein Rückverfolgbarkeits- oder Compliance-System. Es gibt keinen Rückverfolgbarkeitsplan, keinen Rückruf-Workflow, kein Auditor-Portal und keine regulatorische Meldung. Die 24-Stunden-Anfrage der FDA muss weiterhin Ihr Unternehmen beantworten, mit der Tabelle als Nachweis.
• Es dekodiert keine Barcodes. Die KI liest gedruckten und handschriftlichen Text auf der Seite. Wenn ein Chargencode nur in einem GS1-128-Barcode oder einem DataMatrix-Label existiert, sieht dieser Workflow ihn nicht, und Sie brauchen dafür einen Scanner oder ein Label-System für dieses Los.
• Es berechnet keine Haltbarkeit und führt kein FEFO aus. Es gibt keine eingebaute Datumsarithmetik, die entscheidet, was in 30 Tagen abläuft oder welche Palette zuerst versendet werden sollte. Die normalisierten Datumsangaben ermöglichen diese Entscheidungen nachgelagert; sie treffen sie nicht.
• Es verfolgt nicht vorwärts. Wer die Fertigwaren erhalten hat, ist ein Versandfakt, kein Rechnungsfakt. Rechnungen liefern Ihnen die Hälfte der Kette „einen Schritt zurück", und die Vorwärtshälfte braucht Produktions- und Versandaufzeichnungen, die mit demselben Chargencode verknüpft sind.
• Es füllt keine Lücken. Wenn ein Lieferant den Code auslässt, bleibt die Zeile leer und die Ausnahme sichtbar. Das ist das korrekte Verhalten: ein generierter Code bricht die Verbindung zu den Aufzeichnungen des Lieferanten genau in dem Moment, in dem Sie sie brauchen.
• Es validiert den Code nicht gegen einen Lieferantenstamm. Es gibt keine Prüfziffer, keine GS1-Validierung und keinen Abgleich mit einem Produktkatalog. Ein Code, der korrekt gedruckt ist, aber zu einem anderen Produkt gehört, wird korrekt extrahiert und bleibt falsch.

Die Arbeitsteilung ist der Punkt. Software ist zuverlässig beim Lesen unbekannter Layouts und beim Bewahren von Zeichenfolgen. Menschen und spezialisierte Systeme sind dafür verantwortlich zu entscheiden, was ein Code bedeutet, ob ein Los sicher ist und wer angerufen werden muss. Ein Chargenregister, das diese Entscheidungen erleichtert, ist nützlich. Ein Chargenregister, das vorgibt, sie zu treffen, ist eine Haftung.

Ein Fünf-Minuten-Test vor der nächsten Rückrufmitteilung eines Lieferanten

Ein Fünf-Minuten-Test zeigt Ihnen, ob Ihre Aufzeichnungen eine Rückruf-Frage beantworten können, bevor ein Lieferant sie stellt. Wählen Sie zufällig einen Chargencode aus den Wareneingängen des letzten Monats, starten Sie eine Stoppuhr und beantworten Sie vier Fragen allein mit Ihren aktuellen Aufzeichnungen:

1. Über welche Lieferantenrechnung kam diese Charge herein, und an welchem Datum wurde sie empfangen?
2. Wie viel dieser Charge kam an, und wie viel ist noch auf Lager?
3. Welche Produktionsläufe haben sie verwendet, und welche Fertig-Lose sind daraus hervorgegangen?
4. Welche Kunden haben diese Fertig-Lose erhalten?

Wenn die Fragen eins und zwei Sekunden dauern und drei und vier einen Nachmittag, funktioniert die Rechnungsseite und die Verknüpfung zur Produktion fehlt. Wenn alle vier einen Nachmittag dauern, liegt das Problem weiter vorgelagert: Chargencodes werden gar nicht erfasst, und keine noch so lange Suche findet einen Code, der nie aufgezeichnet wurde. Beide Ergebnisse sind nützlich, und beide sind jetzt günstiger zu entdecken als während einer Rückrufmitteilung des Lieferanten, wenn der Lieferant noch am selben Tag jeden Kunden anruft.

Führen Sie den Test einmal pro Quartal mit jeweils einer anderen Charge durch. Die Codes, die durchfallen, sind die Lieferanten, mit denen sich ein Gespräch lohnt, und die Spalten, die leer bleiben, sind die Felder, die Ihr Wareneingangsprozess nicht erfasst.

FAQ

Enthalten alle Rechnungen von Lebensmittellieferanten Chargennummern?

Nein. Verderbliche und regulierte Kategorien wie Milchprodukte, Fleisch und Frischware enthalten sie meist, Trockenware oft nicht. Manche Lieferanten drucken den Loscode nur auf den Lieferschein oder das Kartonetikett. Die Rechnung ist ein guter Ausgangspunkt für das Chargenregister, weil sie das eine Dokument ist, das jeder Einkauf erzeugt, aber sie ist keine verlässliche Quelle für jeden Chargencode.

Was sollte ich tun, wenn die Rechnung keine Chargennummer enthält?

Erfassen Sie den Wareneingang ohne sie und bitten Sie den Lieferanten schriftlich um den Code, statt einen eigenen zu erzeugen und ihn als den des Lieferanten auszugeben. Ihre interne Wareneingangsnummer kann in einer separaten Spalte stehen, aber sie ersetzt den Code des Lieferanten nicht, weil sie in dessen Aufzeichnungen nicht existiert. Wenn der Lieferschein oder das Palettenetikett den Code enthält, verwenden Sie diesen und verknüpfen ihn über die Bestell- oder Lieferscheinnummer mit der Rechnung.

Kann das Tool Chargennummern aus einem Barcode lesen?

Es liest die gedruckten oder handschriftlichen Zeichen auf dem Dokument, einschließlich eines neben einem Barcode gedruckten Codes. Den Barcode selbst dekodiert es nicht. Wenn der Code nur in einem GS1-128- oder DataMatrix-Symbol kodiert ist, muss ein Barcode-Scanner oder Ihr Lagersystem ihn liefern.

Wie gehe ich mit einer Rechnungsposition um, die drei Chargen abdeckt?

Teilen Sie sie beim Wareneingang anhand der Palettenetiketten oder des Lieferscheins in drei Zeilen auf, wiederholen Sie Rechnungsnummer und Stückpreis in jeder Zeile und verteilen Sie die Menge auf die drei Codes. Die Extraktion kann nur liefern, was das Dokument zeigt. Die Aufteilung ist eine Wareneingangsentscheidung und muss vor dem Aufbau der Tabelle erfolgen, nicht als anschließende Bereinigung.

Macht uns das konform mit FSMA 204 oder EU 178/2002?

Nein. Es erzeugt einen strukturierten, sortierbaren Datensatz, der die von diesen Vorschriften geforderte Aufzeichnungspflicht unterstützt, und macht eine 24-Stunden-Auskunftsanfrage aus einer einzigen Tabelle beantwortbar. Konformität erfordert außerdem einen Rückverfolgbarkeitsplan, Aufzeichnungen bei jedem kritischen Tracking-Event, Vorwärtsaufzeichnungen aus Produktion und Versand und im EU-Fall die One-Step-Forward-Verknüpfung zu Ihren Kunden. Betrachten Sie das extrahierte Chargenregister als eine Komponente, nicht als das System.

Kann ich dieselbe Tabelle für den Lieferantenpreisvergleich nutzen?

Ja, sofern Sie die Details auf Positionsebene beibehalten. Sobald Mengen und Stückpreise lieferantenübergreifend in einer Tabelle stehen, ist der Vergleich dessen, was Sie gezahlt haben, nur einen Sortierschritt entfernt – genau der Workflow, der in Vergleich der Lebensmittel-Lieferantenpreise aus Rechnungen beschrieben wird. Die Chargenspalten stören diese Analyse nicht, und wenn Sie sie behalten, dient derselbe Extrakt sowohl dem Finanz- als auch dem QA-Bereich.

Das Fazit

Die Rückverfolgbarkeit von Lebensmitteln scheitert an der Verknüpfung zwischen Aufzeichnungen, lange bevor sie im Labor scheitert. Die Lieferantenrechnung ist das Dokument, das jeder Einkauf erzeugt, also ist sie der richtige Ausgangspunkt für das Chargenregister – und der falsche Ort, um aufzuhören. Erfassen Sie den Chargencode wie gedruckt, behalten Sie eine Zeile pro physischer Charge, trennen Sie Mindesthaltbarkeitsdatum von Verbrauchsdatum und verknüpfen Sie das Ergebnis über Bestell- oder Lieferscheinnummer mit Wareneingang und Produktion. Dann wird aus einer Rückrufmitteilung ein Filter in einer Tabelle statt einer Woche voller Telefonate.

Sehen Sie, wie Ihre eigenen Lieferantenrechnungen als Chargenregister aussehen. Laden Sie eine Rechnung hoch, benennen Sie die benötigten Spalten und prüfen Sie, ob die Chargen- und Datumscodes den Weg überstehen.