Technische Architektur
Von der Annahme bis zum Siegel: sechs Stufen.
Jeder Bericht durchläuft dieselbe Pipeline: Wer tut was, woher stammt welches Datum, welcher Schlüssel signiert — alles steht unten.
Ed25519-Signatur · SHA-256-Kette · RFC 3161 Zeitstempel · 15 Module
Pipeline
Sechs Stufen. Jede mit Verantwortlichem, Eingang und Ausgang.
Ein Bericht ist im Schnitt in 42-50 Minuten fertig. Die Messung braucht den größten Teil davon; alle übrigen Stufen zusammen bleiben unter 15 Minuten.
- 01
Annahme
Empfang · < 5 Min.
InVIN, Kennzeichen, Kilometerstand, KundenidentitätOutAuftrags-ID · Eintrag der KettenwurzelDas Fahrzeug kommt ins Zentrum; der Empfang erfasst VIN und Kilometerstand. Dieser erste Eintrag wird zur Wurzel der Kette — alles Weitere verweist auf seinen Hash.
- 02
Zuweisung
Filialleitung · < 2 Min.
InAuftrags-ID, verfügbarer TechnikerOutZuweisungseintrag · BenachrichtigungEin verfügbarer Techniker wird zugewiesen. Sein Tablet synchronisiert den Auftrag und stellt die Modulwarteschlange bereit. Der Offline-Modus kann einspringen.
- 03
Messung
Techniker · ~35 Min.
InFahrzeug · Messgeräte · Techniker-TabletOut15 Modulergebnisse · Fotonachweis · OCR-ErgebnisseDie 15 Module werden der Reihe nach abgearbeitet. Der Techniker fotografiert die Anzeige des Messgeräts und trägt den Wert ins Tablet-Formular ein; bei einigen Modulen schlägt OCR ihn automatisch vor. Jede Eingabe landet in typisierten Feldern, die Fotos hängen am Modul.
- 04
Qualitätskontrolle
Filialleitung · ~8 Min.
InFertige ModulergebnisseOutFreigabe · oder Rückgabe mit NotizDie Leitung prüft jedes Modul und vergleicht die Formulareingaben mit den angehängten Fotos. Fehlt etwas oder passt etwas nicht, geht der Auftrag zurück an den Techniker; jede Rückgabe wird mit Begründung in die Kette geschrieben.
- 05
Versiegelung
Filialleitung · < 1 s
InFreigegebene Berichts-PayloadOutEd25519-Signatur · SHA-256-Wurzel · RFC 3161 ZeitstempelDie Leitung signiert den Bericht mit einem privaten Ed25519-Schlüssel. Der Berichts-Hash verweist auf den Hash des vorherigen beglaubigten Berichts; die Kette wächst. Der Zeitstempel kommt von einer unabhängigen TSA.
- 06
Veröffentlichung
System · < 2 s
InSignierter BerichtOutQR · teilbare URL · Eintrag in der VIN-HistorieDer Bericht wird am öffentlichen Prüfendpunkt veröffentlicht. Ein QR-Code entsteht, das Händlerpanel bekommt ihn, die VIN-Historie wächst. Ein Käufer kann ihn von jedem Gerät aus prüfen.
Prüfmodule
15 Module, 183 einzelne Prüfpunkte.
Die Datenquelle jedes Moduls — Formulareingabe, Fotonachweis oder beides — steht ausdrücklich im Bericht. Fotos hängen an ihrem Modul und sind unter demselben Hash in die Berichtskette eingebunden.
- M01KarosserieFormular + FotoPanelmessung + Foto22
- M02LackFormular + FotoSchichtdickenmessgerät + Foto18
- M03MotorFormular + FotoOBD-Geräteanzeige + Foto34
- M04LeistungsprüfstandFormular + FotoPrüfstandsanzeige + Foto6
- M05BremsenFormular + FotoBremsprüfstandsanzeige + Foto8
- M06FahrwerkFormular + FotoPrüfstandsanzeige + Foto4
- M07SeitenschlupfFormular + FotoPrüfstandsanzeige + Foto2
- M08OBD / FehlerFormular + FotoOBD-Scanner-Anzeige + Foto15
- M09ReifenFormular + FotoProfiltiefe + Foto8
- M10RahmenFotoFotoserie unter der Hebebühne12
- M11FahrtestFormularBeobachtungsbogen des Technikers9
- M12InnenraumFotoFotoserie vom Tablet14
- M13AußenhautFotoFotoserie vom Tablet11
- M14Dichtungen & ÖlFormular + FotoBeobachtungsbogen + Foto7
- M15Airbag & ElektrikFormular + FotoScanner-Anzeige + Foto13
Kryptografische Schicht
Bricht die Kette einmal, bricht alles.
Jeder beglaubigte Bericht trägt eine Payload, eine Signatur und einen Kettenhash. Die Payload wird Feld für Feld als kanonisches JSON serialisiert, mit dem privaten Ed25519-Schlüssel der Leitung signiert; danach entsteht ein SHA-256-Kettenhash, der auf die Wurzel des vorherigen Berichts verweist.
Die Schlüssel liegen auf dem eigenen Gerät der Filialleitung. Im Paket Zentrum ist HSM-Unterstützung enthalten; die Signatur lässt sich an ein Hardwaremodul abgeben.
Sicherheitsarchitektur im Detail →1. Payload kanonisieren
> canonical = rfc8785(rapor)
// → deterministische Bytes, Schlüssel alphabetisch
2. Ed25519-Signatur
> digest = sha256(canonical)
> sig = ed25519.sign(signer_priv, digest)
// → 64 Byte Signatur, mit dem Public Key prüfbar
3. Kettenhash
> prev_root = chain.tail_for(vin)
> root = sha256(canonical || sig || prev_root)
// → je VIN eine eigene Merkle-artige Kette
4. Zeitstempel
> stamp = rfc3161.stamp(root)
// → vertrauenswürdige Zeit von einer unabhängigen TSA
5. Veröffentlichung
> publish(rapor, sig, root, stamp)
// → öffentlicher Prüfendpunkt + QR
Datenhaltung
Jeder Datentyp hat einen Ort, eine Frist und einen benannten Leser.
Alle Kundendaten liegen aktiv-aktiv in zwei Rechenzentren innerhalb der Türkei (TR1: Istanbul, TR2: Ankara). Die Daten verlassen das Land nicht; unsere Kette an Unterauftragsverarbeitern ist KVKK-konform — KVKK ist das türkische Datenschutzgesetz.
- BerichtsdatenTürkei · TR1/TR210 JahreBerichtsinhaber + Prüfzentrum + öffentliche Prüfung (nur Zusammenfassung)
- Personenbezogene DatenTürkei · TR1/TR22 Jahre (KVKK)Befugtes Personal des Zentrums + Fahrzeughalter
- SignaturschlüsselLokales Gerät / optional HSMFür die Lebensdauer des SchlüsselsNur die signierende Person (Filialleitung)
- FotoarchivTürkei · TR1/TR25 JahreRevisionspersonal des Zentrums + Systemprüfer
- PrüfprotokolleTürkei · TR1/TR2Nur Gesamtzähler, kein EinzeleintragKeiner — der Zähler ist öffentlich
Service-Level
Zugesagt und gemessen.
Öffentlicher Prüfendpunkt
12 Monate rollierend
99,95%
Zentrumspanel (Signatur)
12 Monate rollierend
99,9%
Techniker-Tablet (Offline-first)
Betriebszeit
99,5%
API (Händler / Integration)
12 Monate rollierend
99,9%
Die SLA-Ziele sind für die Pakete Filiale und Zentrum vertraglich zugesichert. In der Pilotphase gilt das Best-Effort-Prinzip. Die Gutschriftsregeln bei einem Ausfall sind in den Nutzungsbedingungen beschrieben.
Ändert sich ein Byte, bricht die Kette.
API-Dokumentation, Webhook-Ereignisse und die OpenAPI-3.1-Definition liegen im Entwicklerportal; für eine Sicherheitsbewertung sprechen Sie mit dem Lösungsteam.