Deutsch Deutsch
6 min Lesezeit

Erstellung von EPC URIs zur Verwendung im Rahmen von fTRACE

Überblick über fTRACE

Die Grundidee hinter fTRACE ist einfach erklärt. Produzenten stellen Informationen über die Verarbeitungskette, z.B. von Fleisch, im Rahmen eines zentralen fTRACE-Services zur Verfügung. Konkret heißt dies, dass die einzelnen Verarbeitungsschritte — von der Schlachtung über die Verarbeitung bis hin zur Verpackung des Produktes — laufend an das fTRACE-Service gemeldet werden. Gemeldet wird dabei der eindeutige Produktcode (die so genannte GTIN) sowie die Chargennummer. Zusätzlich wird diese Information (Produktcode + Charge) in Form eines QR-Codes auf dem Produkt angebracht. Die folgende Abbildung zeigt einen beispielhaften QR-Code auf der rechten Seite in der Mitte.


fTRACE QR-Code (c
fTRACE QR-Code (c

Mit Hilfe der fTRACE-App für iPhone oder der fTRACE-App für Android kann der Konsument nun den angebrachten QR-Code scannen. Anhand der im QR-Code gespeicherten Information lädt die App die vorher von den Produzenten einbrachten Daten vom fTRACE-Service und zeigt diese am Smartphone an.

Probieren Sie es selber aus, installieren Sie die App und scannen Sie den oben abgebildeten QR-Code! Das Ergebnis sieht dann wie folgt aus:


fTRACE Screenshot iPhone
fTRACE Screenshot iPhone

Der Konsument hat somit einen genauen Überblick über die Herkunft sowie die Verarbeitungshistorie des Produktes.

Wie kommen die Daten zu fTRACE?

Um als Produzent Daten an das fTRACE-Service von GS1 Germany zu übermitteln, stehen prinzipiell zwei verschiedene Möglichkeiten zur Verfügung.

Option A – Übermittlung der Daten mit Hilfe einer Webmaske

Über eine einheitliche webbasierte Benutzeroberfläche, erreichbar unter https://dataentry.ftrace.com/login, können Produzenten und verarbeitende Unternehmen fTRACE-relevante Informationen eingeben. Der Vorteil liegt in der einfachen Handhabung, da keine Anpassung der lokalen IT-Systeme notwendig ist. Es reicht ein gängiger Webbrowser und schon kann man fTRACE-Daten kommunizieren. Der Nachteil liegt in der manuellen Eingabe über den Webbrowser — ab einer gewissen Menge an Daten wird diese Option umständlich und fehleranfällig.

Option B – Übermittlung der Daten mit Hilfe eines Web Services

Ist die manuelle Eingabe der fTRACE-Daten über die Weboberfläche zu umständlich, so können Daten alternativ auch automatisch über ein Web Service eingeliefert werden. Dabei erfolgt die Datenübermittlung direkt vom ERP-System des Produzenten bzw. verarbeitenden Betriebes an die Systeme der GS1 Germany, ohne dass eine menschliche Interaktion notwendig ist.

Wer selbst nicht in der Lage ist ein Web Service anzusprechen, kann auch einen EDI-Dienstleister beauftragen, der aus dem hausinternen Format in das gewünschte Zielformat von GS1 Germany übersetzt. Egal ob Sie nun selbst das von GS1 Germany geforderte XML-Format erzeugen und direkt an das fTRACE Web Service übermitteln, oder einen EDI-Dienstleister zwischenschalten — in jedem Fall müssen Sie die von fTRACE geforderten Kodierungsvorgaben einhalten. Im Speziellen sind dies zwei EPC URIs, nämlich SGLNs und LGTINs (ja, die Informatik liebt Abkürzungen und vor allem Akronyme…).

EPC URI

Im Rahmen von fTRACE werden keine GLNs und GTINs zur Unternehmens- und Produktinformation verwendet, sondern EPC URIs. EPC steht dabei für Electronic Product Code und URI für Uniform Resource Identifier. Ein EPC URI ist eine eindeutige, global überschneidungsfreie Identifikation für ein physisches Objekt — zum Beispiel für ein Unternehmen oder für eine bestimmte Waren/Charge-Kombination. EPC URIs werden vorrangig in Informationssystemen eingesetzt um eine eindeutige Referenz auf ein physisches Objekt zu haben. Zur Anwendung kommen EPCs nicht nur im EDI-Bereich (wie bei fTRACE), sondern vor allem im Bereich von RFID-Systemen.

SGLNs

Bei fTRACE werden SGLNs zur eindeutigen Identifikation von Unternehmen verwendet, bei denen bestimmte Verarbeitungsschritte (Aufzucht, Schlachtung, Zerlegung, usw.) stattgefunden haben. Die allgemeine Syntax für eine SGLN ist:

urn:epc:id:sgln:CompanyPrefix.­LocationReference.Extension

CompanyPrefix steht dabei für die GS1-Basisnummer, die im Rahmen der GLN von GS1 für das Unternehmen vergeben wurde. Der Zusammenhang zwischen Basisnummer und GLN wird im folgenden Beitrag detailliert erläutert.

LocationReference ist die eindeutige Referenz auf einen bestimmten physischen Ort, welche vom Unternehmen vergeben wurde und welche in einer GLN kodiert ist.

Extension ist ein optionale Erweiterung, die von einem Unternehmen für einen bestimmten physischen Ort vergeben werden kann. Wird keine Extension angegeben, so ist der Wert 0 zu verwenden.

Ein Beispiel für eine SGLN lautet:

urn:epc:id:sgln:­4022057.00000.0

Falls Sie sich fragen wofür das ‚S‘ in ‚SGLN‘ steht — für nichts — es ist einfach ein ‚S‘ ohne nähere Semantik.

Wie die folgende Abbildung zeigt, erfordert die Bildung einer SGLN aus einer regulären GLN also nicht viel Aufwand. Jede SGLN beginnt mit der Zeichenkette urn:epc:id:sgln:. Anschließend folgen Company Prefix und Location Reference, getrennt durch einen Punkt. Am Ende wird die optionale Extension mit einem weiteren Punkt angehängt. Ist keine Extension vorhanden, so wird der Wert 0 genommen.


Erzeugung einer SGLN
Erzeugung einer SGLN

Um aus der GLN 4022057000006 eine SGLN zu erzeugen, wird daher wie in der folgenden Abbildung dargestellt vorgegangen. In diesem Beispiel gehen wir davon aus, dass die Basisnummer 7 Stellen hat.


Beispiel für eine SGLN
Beispiel für eine SGLN

LGTIN

Neben SGLNs zur Identifikation von Unternehmen werden im Rahmen von fTRACE auch LGTINs verwendet. Diese dienen zur eindeutigen Identifikation einer Produkt/Chargen-Kombination. Die allgemeine Syntax für eine LGTIN ist

urn:epc:class:lgtin:Company­Prefix.ItemRefAndIndicator.Lot

CompanyPrefix steht dabei für die GS1-Basisnummer, die im Rahmen der GLN (welche jeder GTIN zugrunde liegt), von GS1 für das Unternehmen vergeben wurde. Der genaue Zusammenhang zwischen GLN, GTIN und Basisnummer wird hier detailliert erläutert.

ItemRefAndIndicator ist die Artikelnummer, die vom Unternehmen vergeben wurde und die in der GTIN kodiert ist.

Lot ist die Chargennummer, die vom Unternehmen vergeben wurde.

Ein Beispiel für eine LGTIN lautet:

urn:epc:class:lgtin:­4012345.012345.998877

Um aus einer GTIN eine LGTIN zu erzeugen, muss wie in der folgenden Abbildung dargestellt, vorgegangen werden. Jede LGTIN beginnt mit der Zeichenkette urn:epc:class:lgtin:. Anschließend folgen Company Prefix und ein Punkt. Dann erst kommt der Indicator (= das erste Zeichen der GTIN) und die Item Reference. Anschließend wieder ein Punkt und dann die Chargennummer (Batch/Lot Number).


Erzeugung einer LGTIN
Erzeugung einer LGTIN

Wichtig für die Bildung einer LGTIN — die Ursprungs-GTIN muss 14-stellig sein! Bei einer 13-stelligen GTIN (GTIN-13) wird in diesem Fall einfach eine 0 vorangestellt, wodurch sie zu einer 14-stelligen GTIN (GTIN-14) wird. Analog werden bei einer GTIN-12 zwei Nullen vorangestellt und bei einer GTIN-8 sechs Nullen.

Um aus der 13-stelligen GTIN 4251033210195 eine LGTIN zu erzeugen wird also zuerst eine 0 vorangestellt, was zu 04251033210195 führt. In diesem Beispiel gehen wir davon aus, dass die Basisnummer 5 Stellen hat. Die Chargennummer lautet 47114712.


Beispiel für eine 13-stellige GTIN
Beispiel für eine 13-stellige GTIN

Als weiteres Beispiel noch eine 14-stellige GTIN: 95430000023002. Hier muss keine Null vorangestellt werden. Wir gehen davon aus, dass die Basisnummer 10 Stellen hat. Die Chargennummer lautet 47134714.


Beispiel für eine 14-stellige GTIN
Beispiel für eine 14-stellige GTIN

Zusammenfassung

Im klassischen EDI-Geschäft hat man üblicherweise nur mit GLNs, GTINs und teilweise mit SSCCs zu tun, wodurch die Verwendung von EPCs anfänglich etwas ungewohnt erscheinen mag. Für das fTRACE-Geschäft sind diese jedoch unbedingt notwendig und man sollte die korrekten Erzeugungsregeln, wie in diesem Beitrag vorgestellt, kennen. Noch mehr Infos zu EPC gefällig? Helm auf und Gummistiefel an — hier geht’s weiter runter.

Interesse an fTRACE oder an einer Anbindung Ihres Unternehmens an fTRACE? Wir helfen Ihnen gerne weiter.

Themen

Meistgelesen

Weiterlesen

4 min Lesezeit

E-Rechnung in Deutschland: Der umfassende Leitfaden zur E-Rechnungspflicht

E-Rechnung in Deutschland ab 2026: Alles zur E-Rechnungspflicht im B2B. Fristen, Formate (XRechnung, ZUGFeRD) & wie Sie gesetzeskonform bleiben. Jetzt lesen!

20 min Lesezeit

Warum Rechnungsaufbewahrung nicht dasselbe ist wie rechtskonforme Archivierung

E-Rechnungen speichern reicht nicht. Rechtskonforme Archivierung sichert Integrität, Herkunft, Lesbarkeit und Prüfbarkeit langfristig.

6 min Lesezeit

E-Rechnung validieren in Deutschland: So erfüllen Sie die Anforderungen ganz einfach

E-Rechnung kostenlos validieren: Prüfen Sie XRechnung, ZUGFeRD, UBL und CII nach aktuellen deutschen Anforderungen mit ecosio.

10 min Lesezeit

Erfolgreiche Umstellung auf E-Rechnung: Experten-Insights

ecosio Interview: KPMG-Experten erklären, wie Unternehmen E-Invoicing-Projekte strukturieren, Compliance sichern und den richtigen Anbieter auswählen.

7 min Lesezeit

E-Invoicing in Australien: Peppol, PINT A-NZ und Fristen im Überblick

Australien nutzt das Peppol-Netzwerk für E-Invoicing unter Leitung der ATO. Bundesbehörden müssen Peppol-Rechnungen empfangen, B2B ist freiwillig. Dieser Guide erklärt PINT A-NZ, Fristen, Anforderungen und wie Unternehmen sich anbinden.

1 min Lesezeit

E-Invoicing in Neuseeland: Alles, was Unternehmen jetzt wissen müssen

Erfahren Sie, welche Peppol-Anforderungen für E-Invoicing in Neuseeland gelten, welche Fristen wichtig sind und wie Unternehmen die Umsetzung vorbereiten.

10 min Lesezeit

Wie schwierig ist der Wechsel des E-Rechnung Anbieters wirklich?

Erfahren Sie, wann ein Wechsel des E-Rechnung Anbieters sinnvoll ist und wie Unternehmen die Migration strukturiert planen.

1 min Lesezeit

Peppol in Singapur: InvoiceNow, IMDA und die GST-Integration

Singapur treibt E-Invoicing mit Peppol und InvoiceNow voran. Dieser Leitfaden erklärt die Rolle von IMDA und IRAS, die neuen GST-Anforderungen und wie sich Unternehmen compliant anbinden.

1 min Lesezeit

E-Rechnung: Anforderungen an die strategische Nutzung

Erfahren Sie, welche E-Rechnung-Anforderungen erfüllt werden müssen, welche Vorgaben gelten und wie Sie Compliance strategisch und effizient umsetzen.

7 min Lesezeit

E-Invoicing in Spanien: VeriFactu, Crea y Crece und neue Fristen ab 2027

Spanien verschiebt die verpflichtende Nutzung des VeriFactu-Systems auf 2027. Unternehmen müssen sich dennoch frühzeitig auf zertifizierte Rechnungsstellungssysteme (SIF), neue technische Anforderungen und die kommende B2B-E-Invoicing-Pflicht vorbereiten. Dieser Artikel erklärt die...

8 min Lesezeit

E-Rechnung in Kroatien: Fiskalisierung 2.0, Pflichten und Fristen ab 2026

Seit dem 1. Januar 2026 gilt die verpflichtende B2B E-Rechnung in Kroatien mit paralleler Fiskalisierung und E-Reporting. Unternehmen müssen UBL 2.1 gemäß CIUS verwenden, Transaktionen melden und 11 Jahre archivieren....

8 min Lesezeit

E-Rechnung in Serbien: Pflicht, Fristen und E-Transport im Überblick

Serbien erweitert die E-Rechnungspflicht (SEF) um E-Transport (e-Otpremnica), also elektronische Lieferscheine und Empfangsbestätigungen. Hier finden Sie Zeitplan, Pflichten und Umsetzungstipps.

1

🇫🇷 Prêt pour la facturation électronique en France ?

Accédez à notre kit de préparation et obtenez :

  • – Une vision claire des obligations à venir
  • – Les clés pour choisir la bonne solution
  • – Des outils pour évaluer votre conformité
  • – Des conseils d’experts concrets