Zutritt und interne Angebote verbinden.
Mehrere Anwendungen auf derselben Karte brauchen eine klare Zuordnung. Wir planen Datenbereiche und Zuständigkeiten so, dass eine Berechtigung nicht versehentlich eine andere Anwendung verwaltet.
MIFARE DESFire für abgestimmte Multiapplikationsprojekte: Karten produzieren, Dateien und Rechte planen, technisch personalisieren und am Zielsystem prüfen.
Produktion, Personalisierung & Entwicklung in Deutschland.

Dein Einsatz. Dein Kartenprojekt.Illustrative Darstellung
Eine DESFire-Anwendung braucht definierte AIDs, Dateitypen, Dateninhalte und Zugriffsrechte.
Die Kapazität muss zum tatsächlichen Datenmodell passen; eine nominelle Speichergröße beschreibt nicht allein die verfügbare Nutzdatenmenge.
Lege fest, wer Herausgeber, Applikationsverantwortlicher und Systemintegrator ist.
Authentisierung, Schlüsselversionen, Wechsel und benötigte Personalisierung werden außerhalb der offenen Erstkontaktstrecke vereinbart.
EV3 und Bestandsgenerationen werden anhand von Befehlen, Konfiguration und eingesetzten Funktionen geprüft.
Das Nachbilden eines bekannten Layouts genügt nicht. Testkarten und Freigabe beziehen sich auf den realen Encoder-/Leserablauf.
Herstellermerkmale für EV3, keine pauschale Aussage über jede DESFire-Generation. Die angebotene Speicher- und Profilvariante wird separat bestätigt.
| Merkmal | Herstellerangabe EV3 | Bedeutung für die Auswahl |
|---|---|---|
| Schnittstelle | ISO/IEC 14443 A, Teil 4 | Passende Leserbefehle und das Anwendungsprofil sind zusätzlich nötig. |
| Speicher | 2 / 4 / 8 / 16 kB nach Artikel | Speicherbedarf pro Anwendung und Reserve berechnen. |
| Dateimodell | Bis zu 32 Dateien je Anwendung; sechs Dateitypen | Daten, Werte, Records und Transaktionsnachweise gezielt trennen. |
| Kryptografie | Unter anderem AES-128; auch DES-/3DES-Verfahren | Konkretes Sicherheitsprofil statt allein verfügbarer Funktionen wählen. |
| EV3-Funktionen | SUN, Transaction Timer, Transaction MAC | Die Nutzung muss durch Anwendung und Infrastruktur unterstützt werden. |
| Nachweis | Hersteller nennt CC EAL5+ für Hardware und Software | Konkreten Evaluierungsumfang prüfen; keine automatische Zertifizierung der Gesamtlösung. |
Datenstand: 23.10.2026. NXP DESFire EV3 beim Hersteller nachlesen
| Merkmal | Projektinformation | Abstimmung |
|---|---|---|
| Generation | Zum Beispiel EV3 oder ausdrücklich benannter Bestand | Befehle und verwendete Zusatzfunktionen prüfen |
| Speicher | Gewünschtes Datenmodell und verfügbare Artikelvariante | Brutto- und Nutzdatenbedarf unterscheiden |
| Dateien | Dateitypen, Anzahl, Größe und Rechte | Anwendungsstruktur freigeben |
| Authentisierung | Vereinbarter Algorithmus und Schlüsselrollen | Systemintegration und Wechselprozess |
| Prüfung | Lesen, Schreiben und relevanter Geschäftsablauf | Testprofil am Zielsystem abnehmen |
Technik und Produktion werden dann sinnvoll, wenn sie im Alltag funktionieren. So kann dein Projekt aussehen.

Drei Punkte, die wir vor der Umsetzung mit dir klären.
Dein Projekt beschreibenTestkarten mit abgestimmten AIDs, Dateien und Zugriffsrechten sowie dem vereinbarten Prüf- und Übergabeumfang.
Weiterführende Hersteller- bzw. Fachinformationen. Inhaltlich geprüft am 23.10.2026; aktuelle Version und konkreter Geltungsbereich werden vor einem Auftrag abgeglichen.
Am Empfang. Im Team. Beim Training.
Deine Karte ist dabei.
Mit eigenem Design oder optionalem Grafikservice. Erzähl uns, was du vorhast.
Zehn wichtige Antworten für dein Kartenprojekt.
Eine DESFire-Anwendung braucht definierte AIDs, Dateitypen, Dateninhalte und Zugriffsrechte. Die Kapazität muss zum tatsächlichen Datenmodell passen; eine nominelle Speichergröße beschreibt nicht allein die verfügbare Nutzdatenmenge.
Lege fest, wer Herausgeber, Applikationsverantwortlicher und Systemintegrator ist. Authentisierung, Schlüsselversionen, Wechsel und benötigte Personalisierung werden außerhalb der offenen Erstkontaktstrecke vereinbart.
EV3 und Bestandsgenerationen werden anhand von Befehlen, Konfiguration und eingesetzten Funktionen geprüft. Das Nachbilden eines bekannten Layouts genügt nicht. Testkarten und Freigabe beziehen sich auf den realen Encoder-/Leserablauf.
Ja, im Rahmen des freigegebenen autorisierten Daten- und Kartenprofils. Leistungsumfang, Schlüsselverantwortung und Prüfungen werden vor der Serie vereinbart.
Nicht automatisch. DESFire-Anwendungen definieren das vorgesehene Applikations-/Dateimodell; frei ladbare Java-Card-Applets sind eine andere Plattformleistung.
Genauen Chip-/Generationswunsch, System und Integrator, grobes Datenmodell, Menge und gewünschte Personalisierung. Noch keine Schlüssel oder Serienlisten.
Nenne Kartentyp, Einsatzzweck, Auflage, Motivvarianten und Wunschdatum. Bei technischen Karten benötigen wir zusätzlich Angaben zum Lesesystem und zur Codierung. Daraus stimmen wir die angebotene Ausführung ab.
Die mögliche Auflage und wirtschaftliche Produktionsmenge hängen von Kartentyp, Material und Ausstattung ab. Nenne deine gewünschte Stückzahl; Mindestmenge und Preis werden für das konkrete Angebot bestätigt.
Ja. Eine Beschreibung reicht zum Start. PDF oder AI kannst du optional hochladen; den Grafikservice kannst du auf Wunsch mit anfragen. Umfang und Kosten werden vor einem Auftrag vereinbart.
Nach Prüfung von Menge, Material, Ausstattung und Druckdaten wird der Termin für deinen Auftrag abgestimmt. Ein Wunschdatum in der Anfrage ist noch keine Lieferzusage. Plane die Druckfreigabe und gegebenenfalls einen Funktionstest mit ein.