Identyfikatory aplikacyjne GS1 i identyfikatory danych ASC MH10 — ISO/IEC 15418:2016

To rozróżnienie jest ważne: ISO/IEC 15418 wskazuje rodziny kwalifikatorów i organizacje odpowiedzialne za ich utrzymanie, ale bieżące listy konkretnych GS1 AI i MH10 DI są rozwijane w dokumentach utrzymywanych przez odpowiednio GS1 oraz MHI/MH10.

GS1 Application Identifiers są częścią systemu GS1 i są utrzymywane w GS1 General Specifications. GS1 podaje, że AI jest dwu-, trzy- lub czterocyfrowym prefiksem liczbowym, który określa znaczenie oraz format następującego pola. Z kolei MHI opisuje ASC MH10 Data Identifier jako określony znak lub ciąg znaków wskazujący ogólną kategorię albo przeznaczenie danych następujących po DI.

Wdrożenie powinno więc zaczynać się od pytania: jakiej składni oczekuje partner biznesowy lub aplikacja? Jeżeli specyfikacja wymaga GS1, należy używać reguł GS1. Jeżeli branża lub klient wymaga ANSI MH10.8.2, trzeba stosować właściwe DI. Sam fakt, że oba systemy mieszczą się w zakresie ISO/IEC 15418, nie uprawnia do mieszania ich w jednym polu.

GS1 podaje, że istnieje ponad sto Application Identifiers. Każdy AI jest liczbowym prefiksem o długości dwóch, trzech lub czterech cyfr. Po nim znajduje się pole danych o określonej semantyce i regułach formatu. Zestaw AI + pole danych tworzy element danych, który może zostać przeniesiony w odpowiednim nośniku GS1.

Przykłady dobrze pokazują ideę. AI (00) identyfikuje SSCC, czyli numer jednostki logistycznej. AI (01) wskazuje GTIN. AI (10) służy do numeru partii lub serii, a AI (17) do daty ważności. W zastosowaniach transportowych GS1 publikuje również m.in. AI (401) dla GINC, AI (402) dla GSIN, AI (403) dla kodu trasowania i AI (410) dla GLN miejsca dostawy.

Jednym z najczęstszych błędów implementacyjnych jest założenie, że czytnik „sam wie”, gdzie kończy się każde pole. W GS1 część elementów ma predefiniowaną długość i może być rozpoznana bez separatora. Inne pola wymagają separatora, jeżeli po nich kodowany jest kolejny element danych.

GS1 opisuje zastosowanie znaku FNC1 lub kontrolnego znaku <GS> jako separatora dla niepredefiniowanych pól w odpowiednich nośnikach. Gdy pole o zmiennej długości jest ostatnie, dodatkowy separator na końcu nie jest potrzebny. Jeżeli jednak po takim polu ma zostać dodane następne, brak separatora może sprawić, że odbiorca nie będzie w stanie jednoznacznie podzielić ciągu.

MHI opisuje ANSI MH10.8.2 Data Identifiers jako standard używany w automatycznej identyfikacji i gromadzeniu danych w łańcuchu dostaw oraz material handling. Data Identifier jest określonym znakiem lub ciągiem znaków, który definiuje ogólną kategorię albo przeznaczenie danych, które po nim następują.

W materiałach MHI DIs są uporządkowane w kategorie oznaczane literami. Przykładowo kategoria B dotyczy informacji o kontenerze, kategoria P informacji o pozycji lub wyrobie, S identyfikacji/śledzenia pojedynczego obiektu, a T grup obiektów. MHI podaje również, że DI mogą składać się z wielkiej litery A–Z, opcjonalnie poprzedzonej jedną do trzech cyfr.

Poprzednie hasło w tym klastrze dotyczyło jednoznacznej identyfikacji pojedynczych jednostek transportowych zgodnie z ISO/IEC 15459-1. Te dwa obszary są ze sobą powiązane, ale rozwiązują inne problemy. ISO/IEC 15459 koncentruje się na unikalnej identyfikacji określonych klas obiektów, natomiast ISO/IEC 15418 pomaga rozpoznać, co oznaczają zakodowane pola danych poprzez GS1 AI lub ASC MH10 DI.

W praktycznym komunikacie logistycznym można więc mieć jednoznaczny identyfikator jednostki oraz dodatkowe pola opisujące trasę, odbiorcę, masę, partię, datę lub inne atrybuty. Samo poprawne zastosowanie AI lub DI nie gwarantuje globalnej unikalności wartości, jeżeli dany identyfikator powinien być nadawany według odrębnych reguł. Z drugiej strony globalnie unikalny numer bez informacji o jego typie może być trudny do poprawnej interpretacji przez niezależny system.

Pierwszy błąd to traktowanie każdego ciągu cyfr jako danych GS1. Symbol może wyglądać jak kod logistyczny, ale bez właściwego wskaźnika i składni nie musi być zgodny z GS1. Drugi błąd to kodowanie nawiasów z HRI jako części danych. Trzeci to brak separatora po polu, którego końca parser nie potrafi wyznaczyć na podstawie predefiniowanej długości.

W systemach MH10 problemem może być lokalne nadanie znaczenia DI bez sprawdzenia aktualnego standardu albo użycie kwalifikatora z innej kategorii. W integracjach hybrydowych dodatkowym ryzykiem jest „automatyczne tłumaczenie” GS1 AI na DI na podstawie nazwy pola. Takie mapowanie powinno być udokumentowane, wersjonowane i testowane na danych granicznych.

Test odbiorczy powinien obejmować nie tylko pozytywne skany, lecz także ciąg z brakującym separatorem, nieobsługiwanym AI lub DI, przekroczoną długością, niedozwolonym znakiem, błędnym HRI i niewłaściwą kolejnością elementów. Dopiero taki zestaw pokazuje, czy system rzeczywiście interpretuje dane, a nie tylko przechowuje tekst.

• ISO/IEC 15418:2016 — zakres standardu, wydanie 3 i bieżący status publikacji.
• GS1 General Specifications 26.0.0 — aktualny podstawowy standard systemu GS1; wersja z 27 stycznia 2026 r.
• GS1 Application Identifiers — oficjalne wyjaśnienie roli AI, długości prefiksów i przykładowych zastosowań.
• GS1 DataMatrix Guideline — reguły HRI, nawiasów, separatorów i łączenia elementów danych.
• MHI — ANSI MH10.8.2 Data Identifiers — bieżące zestawienie DI, definicje kategorii i informacje o utrzymaniu standardu.

Opracowanie opiera się na publicznie dostępnych materiałach oficjalnych. Nie zastępuje pełnego tekstu ISO/IEC 15418, GS1 General Specifications, ANSI MH10.8.2 ani specyfikacji integracyjnej konkretnego partnera.