Die wichtigste Regel bei vorcodierten RFID-Tags aus China

Die wichtigste Regel beim Bestellen vorcodierter RFID-Tags aus China lautet: Die Codierung darf niemals nur eine Randnotiz in der Bestellung sein. Sie muss als verbindliche Produktionsspezifikation behandelt werden. Wenn die Datenanforderungen nicht eindeutig definiert sind, kann ein Hersteller zwar hochwertige RFID-Labels, RFID-Armbänder, RFID-Karten, Wäsche-Tags oder On-Metal-Tags fertigen, aber die gespeicherten Daten können trotzdem falsch sein. Der Fehler wird oft erst sichtbar, wenn die Lieferung bereits angekommen ist. Dann entstehen unnötige Diskussionen zwischen Käufer, Lieferant, Systemintegrator und Anwendern.

Vorcodierte RFID-Tags sind grundsätzlich unkompliziert, wenn Käufer und Hersteller dieselbe Datensprache verwenden. Probleme entstehen häufig dadurch, dass beide Seiten vertraute Begriffe unterschiedlich interpretieren. Ein Käufer kann beispielsweise sagen: „Codieren Sie die Nummern 100001 bis 110000“, während der Hersteller klären muss, ob damit EPC-Speicher, Benutzerspeicher, ASCII-Text, Hexadezimalwerte, Dezimalwerte oder gedruckte Seriennummern gemeint sind. Eine unklare Aussage wie „einfach die Nummer auf den Tag schreiben“ erhöht das Risiko erheblich.

Die entscheidende Regel lautet daher: Vor der Serienproduktion müssen Speicherbereich, Datenformat, Datenlänge, Nummernlogik, Sperrstatus, Druckabgleich und Prüfverfahren exakt festgelegt werden. Verlassen Sie sich nicht auf Screenshots, beiläufige E-Mails oder Musterkarten aus früheren Projekten, sofern die neue Bestellung nicht vollständig identisch ist.

Warum Vorcodierung mehr bedeutet als eine Nummer zu speichern

Käufer, die nach vorcodierten RFID-Tags aus China suchen, achten häufig zuerst auf Preis, Lieferzeit, Mindestbestellmenge und Chipverfügbarkeit. Diese Faktoren sind wichtig, aber die Codierungsgenauigkeit entscheidet letztlich darüber, ob die Tags sofort eingesetzt werden können. Ein UHF-RFID-Label benötigt möglicherweise eine EPC-Codierung. Ein RFID-Wäsche-Tag kann eine feste Asset-ID im Benutzerspeicher benötigen. Eine Hotel-Schlüsselkarte kann Zugangsdaten in bestimmten Speicherbereichen erfordern. Ein NFC-Tag benötigt eventuell eine URL, vCard oder Textdaten. Eine MIFARE-Karte kann bestimmte Schlüssel und Datenblöcke benötigen, während eine DESFire-Karte eine definierte Applikationsstruktur statt nur einer auslesbaren UID benötigt.

Ein deutscher Wäschereidienst bestellte waschbare RFID-Wäsche-Tags für Hoteltextilien. Der Käufer übermittelte eine Excel-Datei mit Seriennummern und gedruckten Barcodes. Die Werte wirkten eindeutig. Nach der Lieferung lehnte die Wäschereisoftware jedoch einen Teil der Tags ab, weil die EPC-Werte die führenden Nullen aus der ursprünglichen Datenbank nicht enthielten. Die physischen Tags waren robust, die Verarbeitung war korrekt und die Lesereichweite entsprach den Anforderungen. Das Problem lag ausschließlich in der fehlenden Datenregel. Bei der nächsten Bestellung wurde eine feste Vorlage verwendet, die EPC-Werte als 24-stellige Hexadezimalwerte, Barcode-Inhalte und interne Datenbank-IDs getrennt definierte. Die nächste Lieferung funktionierte ohne Probleme.

Dieses Beispiel zeigt eine wichtige Tatsache: Codierung ist keine zusätzliche Dekoration. Sie ist die Verbindung zwischen dem RFID-Tag und der Software des Anwenders.

Dezimal, Hexadezimal und ASCII richtig unterscheiden

Eine der häufigsten Fehlerquellen bei der RFID-Codierung ist die Verwechslung von Dezimalzahlen, Hexadezimalwerten und ASCII-Zeichen. Menschen bevorzugen meist Dezimalzahlen, weil sie leicht lesbar sind. RFID-Speicher werden jedoch häufig in Hexadezimalform dargestellt. Softwaresysteme können wiederum unterschiedliche Darstellungen verwenden. Auch ASCII-Codierungen werden in vielen Projekten eingesetzt. Diese Formate sind nicht automatisch austauschbar.

Ein Unternehmen für Lagerautomatisierung in Kanada bestellte UHF-RFID-Labels für Metall-Werkzeugkisten. In der Projektdatei standen Asset-Nummern wie 780125, 780126 und 780127. Der Käufer erwartete, dass diese Werte als lesbarer ASCII-Text im Benutzerspeicher gespeichert werden. Der Lieferant codierte die Werte jedoch als Hexadezimaldaten im EPC-Speicher, da frühere Bestellungen dieses Kunden EPC-Codierung verwendet hatten. Bei der Installation zeigte das Handgerät andere Werte als das Asset-System erwartete. Die Tags waren nicht fehlerhaft – die Annahmen über die Codierung waren falsch.

Um solche Probleme zu vermeiden, sollte die Codierungsdatei sowohl den lesbaren Wert als auch den tatsächlich gespeicherten Wert enthalten. Eine Spalte kann die Asset-Nummer zeigen, eine weitere den finalen EPC-Hexwert, eine weitere den Drucktext und eine weitere die Barcode-Daten. Falls Umwandlungen notwendig sind, muss klar definiert sein, wer diese durchführt und freigibt.

Auch die Byte-Reihenfolge kann unerwartete Probleme verursachen. Manche Systeme verwenden Big-Endian-Darstellungen, andere zeigen Werte in umgekehrter Reihenfolge an. Wenn ein Lesegerät ungewöhnliche Zeichen oder eine scheinbar falsche Reihenfolge zeigt, liegt die Ursache nicht immer am RFID-Tag. Häufig stimmt lediglich die Codierungsregel nicht mit Reader oder Middleware überein. Deshalb sollten solche Punkte vor der Serienfertigung geprüft werden.

Ein Muster ist erst freigegeben, wenn das Kundensystem es liest

Ein physisches Muster, das optisch korrekt aussieht, reicht nicht aus. Auch ein Foto von einem Reader-Display ist keine sichere Freigabe. Die zuverlässigste Methode besteht darin, eine kleine Menge Tags zu codieren, diese an den Käufer zu senden und sie mit dem tatsächlichen Reader, der Software, den Antennen und dem Datenbankprozess des Projekts zu testen. Ist dies nicht möglich, sollte der Lieferant einen detaillierten Prüfbericht mit den vom Kunden benötigten Datenfeldern bereitstellen.

Ein Krankenhausprojekt in Singapur verwendete vorcodierte RFID-Labels für Pumpen, Rollstühle und medizinische Geräte. Das Einkaufsteam genehmigte Material und Druckdesign schnell. Die Codierungsprüfung dauerte länger – und genau diese Verzögerung verhinderte spätere Probleme. Die erste Mustercharge hatte die richtige EPC-Länge, aber die Facility-Management-Software erwartete zusätzlich einen Unternehmenspräfix und einen Gerätekategorietyp. Der Lieferant hatte nur die Seriennummer gespeichert. Da der Fehler während der Musterprüfung erkannt wurde, konnte die Codierungsregel vor der Großproduktion angepasst werden.

Dieser Schritt wird von Käufern unter Zeitdruck häufig übersprungen. Eine Musterprüfung wirkt zunächst langsam, spart aber erhebliche Zeit, wenn fertige Tags später nicht in das System übernommen werden können.

Druckdaten und Codierung müssen zusammenpassen

Viele RFID-Tags werden mit QR-Code, Barcode, Seriennummer, Logo oder Asset-Bezeichnung bedruckt. Wenn gedruckte Informationen und gespeicherte RFID-Daten nicht übereinstimmen, verlieren Anwender sofort Vertrauen in den Prozess. Auch ein technisch funktionierendes RFID-System wird dadurch unnötig kompliziert.

Ein französisches Lebensmittelunternehmen bestellte vorcodierte RFID-Labels mit EPC-Daten und gedruckten Code-128-Barcodes. Das Designteam erstellte das Layout, während die IT-Abteilung die Codierungsdatei bereitstellte. Beide Dateien stammten jedoch aus unterschiedlichen Testdatenbanken und enthielten verschiedene Nummernbereiche. Die Fabrik druckte eine Datei und codierte die andere. Der Fehler wurde bei einer Stichprobenprüfung erkannt. Danach verwendete der Kunde nur noch eine zentrale Masterdatei, die Druckdaten, Barcode, EPC und Reihenfolge gemeinsam steuerte.

Bei großen RFID-Label-Projekten ist eine zentrale Datendatei unverzichtbar. Sie sollte alle variablen Felder enthalten. Bei Rollenware müssen außerdem Rollennummer und Reihenfolge berücksichtigt werden, da automatische Applikationssysteme bestimmte Ablaufrichtungen benötigen.

Daten sperren erst nach vollständiger Freigabe

Manche Kunden verlangen gesperrte RFID-Tags, damit Daten später nicht versehentlich überschrieben werden. Das ist bei vielen Anwendungen sinnvoll. Die Sperrung sollte jedoch erst erfolgen, wenn die Codierungsregeln vollständig geprüft und bestätigt wurden. Eine falsch gesperrte Information kann später möglicherweise nicht mehr korrigiert werden.

Ein Unternehmen für Mehrwegtransportverpackungen in Brasilien bestellte UHF-RFID-Labels mit manipulationsgeschützter Datenverwaltung. Der Lieferant codierte die EPC-Daten und sperrte sie gemäß Bestellung. Nach Erhalt stellte der Systemintegrator fest, dass das ERP-System für Exportkunden ein anderes Präfix benötigte. Da die Tags bereits dauerhaft gesperrt waren, konnten sie nicht angepasst werden. Die nächste Bestellung wurde deshalb in zwei Schritte geteilt: Muster ohne Sperrung testen, anschließend Seriencodierung und Sperrung freigeben.

Zugriffskennwörter, Kill-Passwörter und Sperreinstellungen müssen eindeutig dokumentiert werden. Sicherheitsfunktionen sind nur dann sinnvoll, wenn sie kontrolliert verwaltet werden.

MIFARE- und DESFire-Projekte benötigen klare Vorgaben

Bei UHF-Tags konzentriert sich die Codierung meist auf EPC, TID, Benutzerspeicher und Passwörter. Bei HF-RFID-Karten wie MIFARE Classic, MIFARE Plus oder MIFARE DESFire sind die Anforderungen komplexer. Projekte können Sektorschlüssel, Zugriffsbits, Dateistrukturen, Applikations-IDs oder verschlüsselte Authentifizierung benötigen. Eine einfache Anweisung wie „unsere Mitgliedsnummer speichern“ reicht häufig nicht aus.

Eine Fitnessstudio-Kette in Großbritannien bestellte vorcodierte RFID-Mitgliedskarten für Türen und Schließfächer. Das Zutrittssystem verwendete MIFARE-Classic-Sektoren mit individuellen Schlüsseln. Der Kartenlieferant erhielt jedoch nur Mitgliedsnummern und sollte die Daten nach eigener Einschätzung speichern. Die Musterkarten konnten zwar mit einer Smartphone-App gelesen werden, funktionierten aber nicht am Türleser. Ursache war die falsche Speicherstruktur. Nach Bereitstellung eines Speicherplans und der Systemvorgaben konnte das Projekt erfolgreich umgesetzt werden.

Bei sicheren Zutrittskarten, Hotelkarten, Campus-Karten oder Zahlungskarten muss der Datenaufbau eindeutig vom Systemverantwortlichen definiert werden. Der Hersteller kann produzieren und codieren, aber die Anforderungen an Speicher, Daten und Prüfung müssen klar vorgegeben sein.

NFC-Tags benötigen eine geplante Datenstrategie

NFC-Codierung wirkt einfach, weil häufig nur eine URL gespeichert wird. Doch auch eine URL benötigt klare Vorgaben. Soll der NFC-Tag eine öffentliche Webseite, eine Produktprüfung, ein Garantieformular oder eine dynamische Weiterleitung öffnen? Soll jeder Tag einen eigenen Link erhalten? Soll die NFC-Datenstruktur später geändert werden können? Diese Fragen müssen vor der Produktion beantwortet werden.

Ein Weingut in Kalifornien bestellte NFC-Holzkarten aus Kirschholz für ein Besucherprogramm. Ursprünglich sollte jede Karte dieselbe Menü-URL enthalten. Während der Testphase entschied das Marketingteam jedoch, individuelle Links zur Analyse verschiedener Besuchergruppen zu verwenden. Die Karten sahen identisch aus, aber die gespeicherten Daten ermöglichten bessere Auswertungen. Diese Entscheidung musste vor der Sperrung der NFC-Chips getroffen werden.

Für NFC-Projekte sind nicht nur Chip und Antenne entscheidend. Auch die Inhaltsstrategie spielt eine wichtige Rolle. Eine gute NFC-Bestelldatei sollte finale URLs, Zuordnung von IDs, Sperranforderungen, Druckbezüge und Prüfregeln enthalten.

UID, TID, EPC und eigene Daten nicht verwechseln

Viele Käufer verwenden den Begriff „Tag-ID“ ungenau. Gemeint sein können UID, UHF-TID, EPC-Wert, Benutzerspeicher, gedruckte Seriennummer oder interne Asset-ID. Diese Werte sind jedoch nicht identisch. Einige werden werkseitig vergeben, andere können beschrieben werden. Manche werden standardmäßig vom Reader genutzt, andere nur bei entsprechender Softwarekonfiguration.

Ein Unternehmen für industrielle Gerätevermietung in Australien wollte eine „eindeutige RFID-Nummer“ für sein Flottenmanagement verwenden. Der Lieferant ging von einer individuellen EPC-Codierung aus. Der Softwareintegrator benötigte jedoch die werkseitige TID. Nach technischer Abstimmung entschied das Unternehmen, die eigene Asset-Nummer im EPC zu speichern und die TID zusätzlich zur Prüfung in der Datenbank zu hinterlegen.

Beim Bestellen von RFID-Asset-Tags sollte immer eindeutig definiert werden, welcher Wert als Hauptidentifikation verwendet wird. Wenn das System EPC liest, muss EPC angegeben werden. Wenn UID verwendet wird, muss UID genannt werden. Bei Benutzerspeicher müssen Adresse, Länge und Format beschrieben sein.

Produktionsanweisungen müssen eindeutig aufgebaut sein

Eine Produktionsabteilung benötigt keine langen E-Mail-Verläufe mit Screenshots und wechselnden Dateien. Sie benötigt eine freigegebene Spezifikation mit klarer Version. Diese sollte Chipmodell, Speicherbereich, Startadresse, Datenlänge, Codierungsformat, Reihenfolge, Druckdaten, Barcode- oder QR-Inhalte, Passwörter, Sperren, Verpackung und Prüfstandard enthalten.

Gute RFID-Lieferanten stellen vor der Produktion viele Detailfragen. Sie fragen beispielsweise nach EPC-Länge, URL-Schreibweise oder führenden Nullen. Diese Fragen sind keine Verzögerung, sondern dienen der Qualitätssicherung.

So erstellen Sie eine saubere Codierungsspezifikation

Eine professionelle Codierungsspezifikation muss nicht kompliziert sein. Sie muss nur Missverständnisse vermeiden. Definieren Sie Produkttyp, Chipmodell, Frequenz, Datenquelle und Beispiele für Anfangs- und Enddatensätze. Geben Sie den final gespeicherten Wert so an, wie er im Kundensystem gelesen werden soll.

Zusätzlich müssen Sperrstatus, Passwortverwaltung, Druckabgleich, Verpackungsreihenfolge und Prüfverfahren beschrieben werden. Bei einer Stichprobe sollten beispielsweise EPC, TID, gedruckte Seriennummer und Rollennummer überprüft werden.

Die wichtigste Regel in einem Satz

Die wichtigste Regel beim Bestellen vorcodierter RFID-Tags aus China lautet: Genehmigen Sie die Datenregel, nicht nur das Produktmuster. Ein RFID-Tag kann die richtige Größe, das passende Material, den richtigen Chip und den perfekten Druck besitzen – und trotzdem scheitern, wenn die Codierung nicht zum System passt.

Erfolgreiche Käufer machen die Codierung transparent. Sie verwenden eine Masterdatei, definieren Dezimalwerte, Hexadezimalwerte, ASCII, Byte-Reihenfolge, Speicherbereiche und Sperrstatus. Sie testen Muster im echten System, bevor sie die Serienproduktion freigeben.

Diese Vorgehensweise wirkt am Anfang langsamer, verhindert aber kostspielige Nacharbeiten nach der Lieferung. Bei RFID-Projekten entsteht Geschwindigkeit durch klare Anforderungen. Die Daten im Tag sind genauso wichtig wie der Tag selbst.