Datatypen

Um die Produkttraceerstellung und die gemeinsame Datennutzung zu aktivieren, unterstützt IBM Blockchain Transparent Supply mehrere Datentypen, die auf GS1 -Standards basieren. Jeder Datentyp ist in einer XML-Nachricht in einem eindeutigen Format codiert, das von GS1 Business Message Standards und GS1 XML 3 Standardsabgeleitet wird.

Jede Nachricht, die in IBM Blockchain Transparent Supply hochgeladen wird, muss das unterstützte XML-Format für ihren Datentyp aufweisen. Die in Tabelle 1 aufgeführten Datentypen werden von IBM Blockchain Transparent Supplyimplementiert.

Tabelle 1. IBM Blockchain Transparent Supply Datentypen
Datentyp	Beschreibung	Standardwert
Masterdaten	Informationen zum Produkt (Artikel), zur Einrichtung (Standort) und zum Los (Batch)	GS1 GDSN-Standard
Geschäftstransaktionen	Einkaufsauftrag (PO), Lieferavis (DA/ASN) und Empfangsavis	GS1 XML-Standard
EPCIS-Ereignisse	Ereignisse des Typs "Beobachtung", "Transformation", "Kommission", "Stilllegung", "Aggregation" und "Disaggregation".	GS1 EPCIS-Standard
Nutzdaten	Generische zeichenfolgencodierte Nutzdaten	IBM Blockchain Transparent Supply

Die IBM Blockchain Transparent Supply -Datentypen und die zugehörigen Nachrichtentypen werden in den folgenden Abschnitten erläutert.

Masterdaten

Stammdaten beschreiben die Einrichtungsstandorte einer Organisation (GLNs oder IBM Blockchain Transparent Supply -Einrichtungs-IDs) und Artikel (GTINs oder IBM Blockchain Transparent Supply -Produkt-IDs). Es wird erwartet, dass sie weitgehend statisch sind. Von IBM Blockchain Transparent Supplywerden drei Typen von Stammdaten unterstützt (siehe Tabelle 2).

Stammdaten beschreiben, wo und was. Master Facility Data beschreibt, wo, während Master Item Data und Instance Lot Master Data beschreiben, was.

Tabelle 2. IBM Blockchain Transparent Supply Masterdatentypen.
Stammdatentyp	Nachrichtentyp	XML-Beispielnachricht
Master-Facility-Daten	Basisregistrierung der Einrichtung	Masterdaten_Facility_Annotated
Masterartikeldaten	Benachrichtigung über Elementdaten	Masterdatenelement_annotiert
Instanz/Losstammdaten (ILMD)	Objekt hinzufügen oder transformieren	EPCIS_Commission / EPCIS_Transformation

Hinweis: IBM Blockchain Transparent Supply Master-Datennachrichtentypen basieren auf dem GS1 GDSN-Standard (laden Sie diese ZIP-Standarddatei herunter und lesen Sie die Informationen in den Dateien /Schemas/gs1/gdsn/ ).

Mastereinrichtungsdaten

Der XML-Nachrichtentyp für Master-Facility-Daten wird vom Nachrichtentyp GS1 Basic Party Registration XML abgeleitet und beschreibt Facility-Informationen in IBM Blockchain Transparent Supply.

Master Facility-Daten bestehen aus den folgenden Datenpunkten:

Facility GLN (Globale Standortnummer) oder IBM Blockchain Transparent Supply -Facility-ID
Einrichtungsadresse (physisch)
Einrichtungstyp (z. B. Farm, Lager)

Stammartikeldaten

Der XML-Nachrichtentyp für Stammelementdaten wird aus dem XML-Nachrichtentyp GS1 für Elementdaten abgeleitet und für die Registrierung von Artikeln (Produkten) in IBM Blockchain Transparent Supplyverwendet.

Masterartikeldaten sind Stammdaten auf Klassenebene, die einer GTIN (Global Trade Item Number) oder einer IBM Blockchain Transparent Supply -Produkt-ID entsprechen. Masterartikeldaten werden normalerweise vom Ersteller des Artikels in IBM Blockchain Transparent Supplyhochgeladen und bestehen aus den folgenden Datenpunkten:

Textbeschreibung
GTIN (oder IBM Blockchain Transparent Supply -Produkt-ID)
Artikelnummer (Stock Keeping Unit)

Instanz-/Losstammdaten (ILMD)

Im Gegensatz zu Master-Facility-Daten und Masterartikeldaten weist Instance/Lot-Stammdaten (ILMD) keinen Nachrichtentyp auf, der für IBM Blockchain Transparent Supplyspezifisch ist. Für ILMD verwendet IBM Blockchain Transparent Supply EPCIS Commission-und EPCIS Transformation-Ereignisse (Ereignisse, die zur Erstellung eines Artikels oder Produkts führen) mit optionalen ILMD-Feldern.

Instanz/Losstammdaten (ILMD) sind Stammdaten, die einem bestimmten Artikellos oder einer bestimmten Artikelinstanz entsprechen, und enthalten die folgenden Daten:

Ablaufdatum des Elements (am besten nach)
Artikelgewicht
Datum der Artikelernte

Wenn ein bestimmtes Artikellos im Netz definiert ist, wird eine LGTIN (GTIN mit einer vorhergehenden Los-/Stapelnummer) in ILMD verwendet. Wenn eine bestimmte Elementinstanz definiert wird, wird eine SGTIN (Serialized GTIN) verwendet.

Geschäftstransaktionen

Die drei Typen von Geschäftstransaktionen, die von IBM Blockchain Transparent Supply unterstützt werden, sind Bestellungen, Versandmitteilung (Advance Shipping Notice) und Empfangsmitteilung:

Der Käufer sendet Bestellungen und erhält Empfehlungen an den Verkäufer. Der Verkäufer sendet den Lieferavis an den Käufer.

Tabelle 3. IBM Blockchain Transparent Supply Datentypen für Geschäftstransaktionen.
Datentyp der Geschäftstransaktion	Nachrichtentyp	XML-Beispielnachricht
Bestellung	Reihenfolge	PurchaseOrder_Annotated
Versandmitteilung (Advanced Shipping Notice; ASN)	Lieferavis	DespatchAdvice_Annotated
Wareneingangsavis	Wareneingangsavis	ReceiveAdvice_Annotated

Hinweis: IBM Blockchain Transparent Supply Geschäftstransaktionsnachrichtentypen basieren auf dem GS1 -XML-Standard

Bestellung (PO)

Der XML-Nachrichtentyp "Bestellung" entspricht dem XML-Nachrichtentyp GS1 "Bestellung" und beschreibt eine bestimmte Artikeltransaktion in IBM Blockchain Transparent Supply.

Bestelldaten werden im Allgemeinen vom Käufer hochgeladen und enthalten die folgenden Datenpunkte:

Käufer-GLN (oder IBM Blockchain Transparent Supply -Einrichtungs-ID)
GLN der empfangenden Einrichtung (oder IBM Blockchain Transparent Supply -Einrichtungs-ID)
Artikel-GTINs (oder IBM Blockchain Transparent Supply -Produkt-IDs) und Mengen

Despatch-Empfehlung (DA)

Der XML-Nachrichtentyp "Despatch Advice" (DA) entspricht dem XML-Nachrichtentyp " GS1 Despatch Advice" (auch bekannt als Advance Shipping Notice oder ASN) und beschreibt die Artikel, die gesendet werden (eine Bestellung pro Zeile).

Versandberatungsdaten werden in der Regel vom Versender hochgeladen und enthalten die folgenden Datenpunkte:

GLN des Versenders
GLN des Empfängers
GLN der Versandeinrichtung
GLN der Empfangsfunktion
Artikel-GTINs und Mengen
Bestellungskennungen

Hinweis: IBM Blockchain Transparent Supply -IDs werden auch anstelle von GLNs und GTINs unterstützt.

Empfehlung empfangen (RA)

Der XML-Nachrichtentyp RA (Receive Advice) entspricht dem XML-Nachrichtentyp GS1 (Receive Advice) und beschreibt die empfangenen Artikel und ihre Bedingungen.

Empfangsempfangsdaten werden im Allgemeinen vom Empfänger hochgeladen und enthalten die folgenden Datenpunkte:

GLN des Versenders
GLN des Empfängers
GLN der Versandeinrichtung
GLN der Empfangsfunktion
Artikel-GTINs und Mengen
Zustand der eingegangenen Artikel
Bestellungskennungen
IDs für Versandmitteilung

Hinweis: IBM Blockchain Transparent Supply -IDs werden auch anstelle von GLNs und GTINs unterstützt.

EPCIS-Ereignisse

EPCIS-Ereignisse (EPCIS = Electronic Product Code Information Service) entsprechen dem GS1 -EPCIS-XML-Nachrichtentyp und beschreiben Artikelbeobachtungen, Transformationen sowie das Erstellen und Entfernen von Artikeln für einzelne und zusammengefasste Objekte.

Der GS1 EPCIS-Standard wird verwendet, um die Ereignisdaten zu kodifizieren, die Mitgliedsorganisationen in IBM Blockchain Transparent Supplyhochladen. Ein EPCIS-Ereignis gibt das Was, Wo, Wann und Warum eines Ereignisses für einen oder mehrere Artikel (Produkte) an. Sechs EPCIS-Ereignistypen werden von IBM Blockchain Transparent Supplyunterstützt.

Ein Provisionsereignis erfasst, dass Äpfel geerntet wurden, und dann ein Transformationsereignis, dass Äpfel verwendet wurden, um Apfelsauce zu produzieren. Ein Beobachtungsereignis zeichnet Details zu den Dosen der Apfelsauce auf. Ein Aggregationsereignis zeichnet auf, dass die Dosen in einen Versandcontainer gepackt und versandt wurden. Anschließend wird ein Ereignis 'disaggregation' aufgezeichnet, dass der Versandcontainer empfangen und entpackt wurde. Ein Stilllegungsereignis erfasst, dass Dosen von Apfelsauce aus der Lieferkette entfernt wurden.

Tabelle 4. EPCIS-Ereignistypen
Ereignisname	EPCIS-Ereignistyp	Ereignisaktion	XML-Beispielnachricht
Einsetzung	Objekt	HINZUFÜGEN	EPCIS_Kommission
Aussetzung	Objekt	LÖSCHEN	EPCIS_Decommission
Beobachtung	Objekt	Beobachten	EPCIS_Beobachtung
Transformation	Transformation	Transformation	EPCIS_Transformation
aggregation	Aggregation	HINZUFÜGEN	EPCIS-Aggregation
Disaggregation	Aggregation	LÖSCHEN	EPCIS_Disaggregation

Hinweis: IBM Blockchain Transparent Supply EPCIS-Ereignisnachrichtenformate basieren auf dem GS1 EPCIS-Standard.

Provisionsereignisse

Provisionsereignisdaten beschreiben die Erstellung von Objekten (Inbetriebnahme eines neuen Objekts EPÜ), wie z. B. ein neues Handelsartikellos aus einem Ernteereignis.

Jedes Kommissionsereignis umfasst einen der folgenden Datenpunkte:

Liste der Artikel auf Klassenebene (LGTINs) oder Artikel auf Instanzebene (SGTINs) (oder beides)

Provisionsereignisse können auch Instanz-/Losstammdaten (ILMD) enthalten.

Ereignisse für Stilllegung

Die Stilllegung von Ereignisdaten beschreibt das Löschen von Artikeln aus dem Netz (Entfernen eines Objekts EPC).

Jedes Stilllegereignis umfasst einen der folgenden Datenpunkte:

Liste der Artikel auf Klassenebene (LGTINs) und/oder Artikel auf Instanzebene (SGTINs).

Beobachtungsereignisse

Beobachtungsereignisdaten beschreiben Artikelbeobachtungen, wie z. B. einen Produktscan bei einem Einzelhändler.

Im Allgemeinen umfassen Beobachtungsereignisse einen der folgenden Datenpunkte, die an einer bestimmten Position zu einem bestimmten Zeitpunkt im Verlauf eines Geschäftsprozesses beobachtet werden.

Serieller Versandcontainercode (SSCC)
Liste der Artikel auf Klassenebene (LGTINs) und/oder Artikel auf Instanzebene (SGTINs).

Transformationsereignisse

Umsetzungsereignisdaten beschreiben eine irreversible Kombination von Eingabeobjekten in Ausgabeobjekten:

Jedes Transformationsereignis umfasst die folgenden Datenpunkte:

Liste der Eingabeelemente auf Klassenebene (LGTINs) oder auf Instanzebene (SGTINs) (oder beide)
Liste der Ausgabeelemente auf Klassenebene (LGTINs) und/oder Ausgabeelemente auf Instanzebene (SGTINs).

Transformationsereignisse können auch Instanz-/Losstammdaten (ILMD) enthalten.

Aggregationsereignisse

Aggregationsereignisdaten beschreiben eine reversible Aggregation von Eingabeobjekten in Ausgabeobjekte, wie z. B. Felder von Produkten in Paletten von Produkten.

Jedes Aggregationsereignis umfasst die beiden folgenden Datenpunkte:

Einzelnes übergeordnetes Element (z. B. durch ein SSCC dargestellt)
Liste der untergeordneten Elemente auf Klassenebene (LGTINs) und/oder untergeordneten Elemente auf Instanzebene (SGTINs).

Disaggregationsereignisse

Disaggregationsereignisdaten beschreiben eine Disaggregation von Objekten aus einem Aggregationsereignis, z. B. Paletten von Produkten in Kästchen von Produkten.

Jedes Disaggregationsereignis umfasst die beiden folgenden Datenpunkte:

Einzelnes übergeordnetes Element (dargestellt durch einen SSCC)
Liste der untergeordneten Elemente auf Klassenebene (LGTINs) und/oder untergeordneten Elemente auf Instanzebene (SGTINs).

Nutzdaten

Sie können generische zeichenfolgencodierte Nutzdaten an IBM Blockchain Transparent Supplyübergeben. Siehe Nutzdaten und das annotierte Beispiel für XML-Nutzdaten.