PRAXISDOSSIER / RATGEBER

NFC-Tag auswählen und programmieren

Speicher dimensionieren, NDEF-Inhalt schreiben und auf mehreren Smartphones testen.

Status
fachlich geprüft
Stand
16.08.2026
Seitentyp
Ratgeber
BILDDOSSIER

Ausgangslage, Datenträger und Gegenprobe

Die Bilder dienen als Diagnosehilfe: Sie zeigen Ausgangslage, eine alternative Bauform und die erforderliche Gegenprobe.

01 / ENTSCHEIDUNGSPROFIL

Entscheidung

Für URL, Kontaktdaten oder einfache mobile Abläufe.

Eingangsdaten

endgültiger NDEF-Inhalt und kodierte Größe

Kompatibilität

Ziel-Tag, Smartphone und Anwendung

Abnahme

Sperrzustand nach erfolgreicher Prüfung

Stoppkriterium

Den Tag nicht vor der Endabnahme sperren.

Prüfmatrix

PrüfschrittZu prüfende AngabeErwarteter Nachweis
Eingabeendgültiger NDEF-Inhalt und kodierte GrößeQuelle und Erfassungsmethode angegeben
KompatibilitätZiel-Tag, Smartphone und AnwendungErgebnis auf der Zielhardware wiederholt
AbnahmeSperrzustand nach erfolgreicher PrüfungAkzeptanzkriterium vor dem Versuch festgelegt

Kurzurteil

Für URL, Kontaktdaten oder einfache mobile Abläufe.

Speicher dimensionieren, NDEF-Inhalt schreiben und auf mehreren Smartphones testen. Die Schlussfolgerung stützt sich auf wiederholbare Beobachtungen und nicht auf das Aussehen des Datenträgers.

02 / Prüfung mit nachvollziehbarem Ergebnis

  • endgültiger NDEF-Inhalt und kodierte Größe
  • Ziel-Tag, Smartphone und Anwendung
  • Sperrzustand nach erfolgreicher Prüfung

Der Ratgeber „NFC-Tag auswählen und programmieren“ folgt einem kurzen, kontrollierten Versuch. Zuerst wird „endgültiger NDEF-Inhalt und kodierte Größe“ festgehalten; der Referenzdatenträger bleibt unverändert und jede Beobachtung erhält einen klaren Kontext.

Danach wird „Ziel-Tag, Smartphone und Anwendung“ isoliert. Pro Schritt ändert sich nur eine Variable, etwa Leser, Lage, Inhalt, Smartphone oder Untergrund. So bleibt erkennbar, welche Änderung tatsächlich gewirkt hat.

Abgeschlossen wird mit „Sperrzustand nach erfolgreicher Prüfung“ und den Rohdaten des Tests. Den Tag nicht vor der Endabnahme sperren. Ein belastbares Ergebnis nennt auch den Grenzfall, damit die nächste Prüfung nicht wieder bei null beginnt.

Eine Masterdatei enthält exakten Inhalt, Versionsstand und gewünschten Sperrzustand. Einige Muster werden geschrieben, auf einem zweiten Gerät gelesen und bis zum tatsächlichen Ziel geprüft, nicht nur auf den gespeicherten String. Gesperrt wird zuletzt, weil dadurch ein noch korrigierbarer Fehler endgültig zum Ausschuss wird.

03 / Prüfplan

01

Kontrolle

„endgültiger NDEF-Inhalt und kodierte Größe“ unverändert sichern.

02

Variable

„Ziel-Tag, Smartphone und Anwendung“ isolieren, bevor bewertet wird.

03

Wiederholung

Die Prüfung „Sperrzustand nach erfolgreicher Prüfung“ unter denselben Bedingungen wiederholen.

04

Nachweis

Gerät, Einstellung und Rohdaten notieren.

Gerät, Einstellung, Datum und Rohbeobachtung bleiben erhalten, damit eine zweite Person den Versuch wiederholen kann.

04 / Nachweise für den nächsten Schritt

Die drei Beobachtungen aus dem Profil, Gerätebezeichnung, Einstellungen und Rohdaten werden gesichert. Folgt eine Anfrage, lässt sich damit ein Muster auswählen, ohne die Diagnose zu wiederholen.

05 / Dokumentationsbasis

Die Prüfschritte stützen sich auf diese Primärquellen. Für die Entscheidung bleibt die Dokumentation der tatsächlich eingesetzten Geräte maßgeblich.

06 / Häufige Fragen

Mit welcher Prüfung sollte man beginnen?

Zuerst wird „endgültiger NDEF-Inhalt und kodierte Größe“ am unveränderten Referenzdatenträger erfasst und als Rohbeobachtung dokumentiert.

Welches Ergebnis reicht noch nicht für eine Entscheidung?

Den Tag nicht vor der Endabnahme sperren. Eine einzelne Beobachtung genügt nicht, solange „Ziel-Tag, Smartphone und Anwendung“ nicht getrennt geprüft wurde.

Welche Beobachtungen sollten festgehalten werden?

Dokumentiert werden „endgültiger NDEF-Inhalt und kodierte Größe“, „Ziel-Tag, Smartphone und Anwendung“ und „Sperrzustand nach erfolgreicher Prüfung“ zusammen mit Gerät, Einstellung und Rohdaten.