Baustein, Datenträger und Systemintegration
Ein Baustein wird nicht losgelöst vom Datenträger bewertet. Die Ansichten stehen für Referenz, Aufbau und Zielsystem.
Eigenständige, markenfreie Aufnahme zum Thema „CIPURSE technisch verstehen“.
Bauform und Material werden getrennt von der Funkfunktion geprüft.
Die Entscheidung wird mit realem Objekt, Leser und Nutzungsvorgang bestätigt.
01 / ENTSCHEIDUNGSPROFIL
Referenz für Architektur und Schlüsselverwaltung.
im Projekt genutztes Profil und Version
Anwendungsbereiche und Schlüsselverwaltung
vollständiger Austausch zwischen Karte, Terminal und Dienst
Die Konformität eines Bausteins garantiert keine vollständige Systeminteroperabilität.
Prüfmatrix
| Prüfschritt | Zu prüfende Angabe | Erwarteter Nachweis |
|---|---|---|
| Eingabe | im Projekt genutztes Profil und Version | Quelle und Erfassungsmethode angegeben |
| Kompatibilität | Anwendungsbereiche und Schlüsselverwaltung | Ergebnis auf der Zielhardware wiederholt |
| Abnahme | vollständiger Austausch zwischen Karte, Terminal und Dienst | Akzeptanzkriterium vor dem Versuch festgelegt |
Kurzurteil
Referenz für Architektur und Schlüsselverwaltung.
Der offene Standard für Mobilität und Dienste wird im jeweiligen Ökosystem eingeordnet. Eine Bauteilfunktion wird erst durch korrekte Konfiguration und Prüfung zur belastbaren Systemfunktion.
02 / Bauteil im Gesamtsystem einordnen
- im Projekt genutztes Profil und Version
- Anwendungsbereiche und Schlüsselverwaltung
- vollständiger Austausch zwischen Karte, Terminal und Dienst
Ausgangspunkt sind die exakte Variante und „im Projekt genutztes Profil und Version“. Ein Familienname kann mehrere Speichergrößen, Generationen und Funktionen umfassen; maßgeblich ist die Dokumentation des tatsächlich angebotenen Bauteils.
Danach wird „Anwendungsbereiche und Schlüsselverwaltung“ mit Leser- und Anwendungskonfiguration verbunden. Speicherbereiche, Schlüssel, Zähler oder NDEF-Inhalte helfen nur, wenn das Gesamtsystem sie korrekt verwaltet.
„vollständiger Austausch zwischen Karte, Terminal und Dienst“ wird schließlich mit beobachteten Befehlen und Antworten protokolliert. Die Konformität eines Bausteins garantiert keine vollständige Systeminteroperabilität. Eine Bauteileigenschaft darf nicht als pauschale Zusage für Karte, Tag oder Dienst ausgegeben werden.
CIPURSE definiert mehrere Profile und gemeinsame Mechanismen; gewähltes Profil, Applikationsdomänen, Schlüssel und Terminals werden eindeutig benannt. Offenheit ersetzt keine Interoperabilitätsprüfung. Die vollständige Abnahme umfasst Personalisierung, Transaktion, Fehlerbehandlung und Administration auf der Projektinfrastruktur.
03 / Prüfplan
Variante
Exakten Baustein über „im Projekt genutztes Profil und Version“ bestimmen.
Daten
„Anwendungsbereiche und Schlüsselverwaltung“ mit der Dokumentation abgleichen.
Leser
Relevante Befehle und Antworten sichern.
Grenze
„vollständiger Austausch zwischen Karte, Terminal und Dienst“ ohne Verallgemeinerung bestätigen.
Befehle, Antworten, Versionen und Parameter werden festgehalten, damit der Familienname nicht als technischer Nachweis dient.
04 / Integrationsprüfung vorbereiten
Benötigt werden vollständige Bauteilreferenz, zugehörige Dokumentation, Leserkonfiguration und beobachtete Antworten. Der Familienname allein reicht nicht aus.
05 / Dokumentationsbasis
Herstellerdatenblatt und Schnittstellennorm ordnen den Baustein ein. Schlüsselkonfiguration und Integrationsprüfung bleiben eigenständige Nachweise.
Nächster Prüfschritt
01 / BAUSTEINEM4100 technisch verstehen
Die LF-Kennung mit Nur-Lese-Prinzip, ihre Anzeigeformate und typische Grenzen werden im Zusammenhang erklärt.
02 / BAUSTEINWichtige ISO-Normen für RFID
Eine Landkarte zentraler Normfamilien im Zusammenhang mit Protokoll und Anwendung.
03 / PRODUKTBedruckte RFID-Ausweise
Sichtidentifikation, variable Bereiche und geprüfte Funktechnik in einem Datenträger.
06 / Häufige Fragen
Welche Referenz wird zuerst geprüft?
Maßgeblich sind die exakte Variante und „im Projekt genutztes Profil und Version“ in der Dokumentation des angebotenen Bausteins.
Was belegt die Bauteildokumentation?
Die Konformität eines Bausteins garantiert keine vollständige Systeminteroperabilität. Sie beschreibt den Baustein, bestätigt aber weder Leser und Schlüssel noch „Anwendungsbereiche und Schlüsselverwaltung“ im Gesamtsystem.
Welche Prüfung bestätigt die Integration?
Der Versuch deckt „im Projekt genutztes Profil und Version“, „Anwendungsbereiche und Schlüsselverwaltung“ und „vollständiger Austausch zwischen Karte, Terminal und Dienst“ auf der Zielinfrastruktur ab.