Eine neue Kartenfunktion entwickeln.
Beschreibe zuerst den Ablauf: Wer präsentiert die Karte, welches Gerät antwortet und welche Entscheidung trifft das Backend? Daraus entstehen Datenmodell, Rechte und Schnittstellen.
Smartcard-Anwendungsentwicklung.
Eigene Anwendungsentwicklung in Deutschland für autorisierte LEGIC-, CardOS-, DESFire- und passende Java-Card-Projekte. Von der Spezifikation bis zu Testkarten, Integration und dokumentierter Übergabe.
Produktion, Personalisierung & Entwicklung in Deutschland.
ecocard.
Deine Anwendung.Spezifikation → Testkarte → IntegrationDein Einsatz. Dein Kartenprojekt.Illustrative Darstellung
- Plattform
- LEGIC, CardOS, DESFire
- Entwicklung
- Profil oder passende Software
- Anbindung
- Leser, Middleware, Backend
- Ergebnis
- Prüfbare Liefergegenstände
Eine prüfbare Spezifikation.
Definiere Anwendung, Nutzerrollen, Datenmodell und benötigte Schnittstellen.
Plattform, Version und Freigabeumgebung müssen benannt sein. Das Ergebnis der Konzeptphase ist eine überprüfbare Leistungsbeschreibung statt einer pauschalen Funktionszusage.
Die passende Umsetzungsebene.
LEGIC-Anwendungsdaten, CardOS-Profile und DESFire-Dateistrukturen sind unterschiedliche Modelle.
Frei programmierbare Java-Card-Applets benötigen eine geeignete Java-Card-Plattform. PACE-Protokolle sowie RSA-/ECC-Funktionen werden anhand der konkreten OS-/Controllerkombination spezifiziert.
Integration und Abnahme.
Testkarten werden am vorgesehenen Leser, an Middleware und Backend geprüft.
Vereinbare positive und negative Prüffälle, Versionsstände und Liefergegenstände. Dokumentation, Profil-/Softwareübergabe und laufende Pflege sind ausdrücklich zu vereinbarende Leistungen.
Deine Auswahl.
Klar beschrieben.
| Phase | Gemeinsam festlegen | Liefergegenstand nach Auftrag |
|---|---|---|
| Anforderung | Zweck, Rollen, Plattform und Schnittstellen | Freigegebene Spezifikation |
| Profil / Entwicklung | Daten, Befehle, Rechte und Authentisierung | Vereinbartes Kartenprofil bzw. Software |
| Integration | Leser, Middleware und Backend | Testaufbau und Integrationsbeschreibung |
| Abnahme | Prüffälle, Testdaten und Zuständigkeit | Testkarten und Ergebnisprotokoll |
| Übergabe | Versionen, Unterlagen und Pflegeumfang | Vereinbarte Dokumentation und Übergabe |
Was wird daraus?
Deine Anwendung.
Technik und Produktion werden dann sinnvoll, wenn sie im Alltag funktionieren. So kann dein Projekt aussehen.
Damit es
zusammenpasst.
Drei Punkte, die wir vor der Umsetzung mit dir klären.
Dein Projekt beschreiben- Leistung abgrenzen
- Profilkonfiguration, native Integration und Java-Card-Applet-Entwicklung getrennt spezifizieren.
- Prüffälle definieren
- Erfolgsfälle, falsche Berechtigungen, Unterbrechungen und Ersatzszenarien festhalten.
- Betrieb vereinbaren
- Versionierung, Dokumentation, Pflege und Schlüsselrollen als eigene Lieferpositionen behandeln.
Dein Ergebnis.
Eine freigegebene Spezifikation, vereinbarte Entwicklungsartefakte und Testkarten für die dokumentierte Abnahme.
Kleine Karte.
Großes Erlebnis.
Am Empfang. Im Team. Beim Training.
Deine Karte ist dabei.
Gute Karten
beginnen hier.
Mit eigenem Design oder optionalem Grafikservice. Erzähl uns, was du vorhast.
Projekt unverbindlich anfragen Ohne Verpflichtung. Auch ohne Design-Datei.
Deine Fragen.
Klare Antworten.
Zehn wichtige Antworten für dein Kartenprojekt.
Wie startet ein Entwicklungsprojekt?
Definiere Anwendung, Nutzerrollen, Datenmodell und benötigte Schnittstellen. Plattform, Version und Freigabeumgebung müssen benannt sein. Das Ergebnis der Konzeptphase ist eine überprüfbare Leistungsbeschreibung statt einer pauschalen Funktionszusage.
Welche Entwicklungsebene ist für meine Karte richtig?
LEGIC-Anwendungsdaten, CardOS-Profile und DESFire-Dateistrukturen sind unterschiedliche Modelle. Frei programmierbare Java-Card-Applets benötigen eine geeignete Java-Card-Plattform. PACE-Protokolle sowie RSA-/ECC-Funktionen werden anhand der konkreten OS-/Controllerkombination spezifiziert.
Welche Ergebnisse liefert ein Entwicklungsprojekt?
Testkarten werden am vorgesehenen Leser, an Middleware und Backend geprüft. Vereinbare positive und negative Prüffälle, Versionsstände und Liefergegenstände. Dokumentation, Profil-/Softwareübergabe und laufende Pflege sind ausdrücklich zu vereinbarende Leistungen.
Entwickelt ihr PACE-, RSA- und ECC-bezogene Anwendungen?
Ja, nach geeigneter Plattform und freigegebener Anforderung. PACE ist ein Protokoll, RSA und ECC sind Verfahrensfamilien; Funktionsumfang und konkrete Parameter werden separat festgelegt.
Ist eine spezielle Zertifizierung im Entwicklungsauftrag enthalten?
Nur wenn das ausdrücklich mit Prüfgegenstand, Aufwand und Zuständigkeit vereinbart ist. Die Wahl eines zertifizierten Chips zertifiziert nicht automatisch die eigene Anwendung.
Wie werden Schlüssel behandelt?
Schlüsselrollen und ein geeigneter Übergabe-/Verarbeitungsprozess werden außerhalb der offenen Anfrage geklärt. Ein bestimmter HSM- oder Betriebsumfang wird nicht ohne Vereinbarung vorausgesetzt.
Welche Angaben braucht ihr für ein konkretes Angebot?
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.
Gibt es eine feste Mindestbestellmenge?
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.
Kann ich ohne fertige Druckdatei anfragen?
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.
Wann steht mein Liefertermin verbindlich fest?
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.