Ein Bericht durchläuft sechs Stufen von der Annahme bis zum Siegel
Unten sehen Sie für jede Stufe, wer was tut, woher die Daten stammen und mit wessen Freigabe der Bericht versiegelt wird.
Jede Stufe hat eine verantwortliche Rolle und ein klares Ergebnis
Die Stufen laufen im Panel des Ekspertiz-Zentrums. Wer verantwortlich ist und was in jede Stufe hinein- und herausgeht, steht unten.
- 01
Annahme
Filialteam
Das Fahrzeug kommt ins Zentrum, und ein Auftrag wird mit VIN, Kennzeichen und Kilometerstand eröffnet. Der Bericht hängt an diesem Auftrag.
- Eingang
- VIN, Kennzeichen und Kilometerstand
- Ausgang
- Auftrag
- 02
Zuweisung
Filialleitung
Die Filialleitung weist den Auftrag einem Techniker zu. Er erscheint in dessen eigener Auftragsliste.
- Eingang
- Auftrag und verfügbarer Techniker
- Ausgang
- Ein neuer Auftrag in der Liste des Technikers
- 03
Messung
Techniker
Der Techniker füllt die Module des Pakets aus und hängt die Fotos an das passende Modul. Danach schickt er den Bericht in die Qualitätskontrolle.
- Eingang
- Fahrzeug und die Module des Pakets
- Ausgang
- Ausgefüllte Module und Fotos
- 04
Qualitätskontrolle
Filialleitung
Die Leitung prüft die Module. Fehlt etwas oder passt etwas nicht, geht der Bericht zur Korrektur an den Techniker zurück.
- Eingang
- Bericht, der auf die Qualitätskontrolle wartet
- Ausgang
- Freigabe oder Rückgabe an den Techniker
- 05
Versiegelung
Filialleitung
Mit der Freigabe der Leitung wird der Bericht signiert und mit dem vorherigen Bericht zum selben Fahrzeug verknüpft. Danach lässt er sich nicht mehr bearbeiten.
- Eingang
- Freigegebener Bericht
- Ausgang
- Versiegelter Bericht
- 06
Veröffentlichung
System
Für den Bericht entsteht ein QR-Code. Ein Käufer kann ihn über die Berichtsnummer oder den QR-Code ohne Konto prüfen.
- Eingang
- Versiegelter Bericht
- Ausgang
- QR-Code und Prüfadresse
Ein Ekspertiz-Bericht wird Modul für Modul ausgefüllt
Das Paket, das das Zentrum wählt, legt fest, welche Module der Bericht enthält. Fotos hängen an ihrem Modul und werden mit dem Bericht gespeichert.
| Modul | Code |
|---|---|
| Karosserie und Lack | body_paint |
| Lackschichtdicke | paint_thickness |
| Motormechanik | mechanical |
| Motorleistung | engine_dyno |
| Bremsprüfung | brake |
| Fahrwerk | suspension |
| Seitenschlupf | lateral_slip |
| OBD-Elektronik | electronic_obd |
| Reifen und Bremsbeläge | tire_wheel |
| Unterbodenprüfung | undercarriage |
| Probefahrt | road_test |
| Innenraumprüfung | interior |
| Außenprüfung | exterior |
| Dichtungstest | gasket |
| Airbag-Prüfung | airbag |
Nach dem Versiegeln zeigt die Prüfung jede Änderung am Bericht
Mit der Freigabe der Leitung wird der Bericht signiert und mit dem vorherigen Bericht zum selben Fahrzeug verknüpft. Ändert sich danach auch nur ein Feld, zeigt die Prüfung den Bericht als verändert an.
Der Signaturschlüssel liegt auf dem Server von OtoTasdik. Seine öffentliche Hälfte ist veröffentlicht, sodass jeder eine Signatur selbst prüfen kann.
Technische Prüfdetails
Der Inhalt des Berichts wird in JSON mit sortierten Schlüsseln umgewandelt. Dieser Text wird mit dem Hashwert des vorherigen Berichts zur selben VIN und dem Zeitpunkt der Versiegelung verbunden und mit SHA-256 gehasht. Der Hashwert wird mit Ed25519 signiert. Der Auftrag hinter einem Servicebeleg wird mit demselben Schlüssel nach eigener Formel signiert.
1. Ekspertiz-Bericht: Hashwert
report_hash = sha256(canonical_json(report) + previous_hash + finalized_at) // previous_hash: Hashwert des letzten Berichts zur selben VIN2. Ekspertiz-Bericht: Signatur
signature = ed25519_sign(key, report_hash) // 64 Byte Signatur, geprüft mit dem veröffentlichten öffentlichen Schlüssel3. Servicebeleg: Inhalts-Hashwert
content_hash = sha256(canonical_json(work_order)) // kanonische Form des Auftrags, Schlüssel sortiert4. Servicebeleg: verkettete Signatur
signature = ed25519_sign(key, "v2|" + content_hash + "|" + previous_hash + "|" + chain_index + "|" + chain_epoch + "|" + signed_at_unix) // previous_hash: Hashwert des vorherigen Eintrags zur selben VIN, beim ersten GENESIS5. Prüfung
valid = recomputed_hash == stored_hash && ed25519_verify(public_key, signed_bytes, signature) // der Server berechnet den Hashwert neu und prüft die Signatur
Welche Daten liegen wo?
Die Einträge liegen in der EU, in der AWS-Region Frankfurt (eu-central-1). Die Rechtsgrundlagen für Übermittlungen ins Ausland stehen im Datenschutzhinweis.
| Daten | Ort |
|---|---|
| Berichte und Aufträge | Frankfurt, EU |
| Fotos und PDF-Dateien | Frankfurt, EU |
| Signaturschlüssel | Server von OtoTasdik in Frankfurt; die öffentliche Hälfte ist veröffentlicht |
| Fotos für den Dokumentenscan | Nur mit ausdrücklicher Einwilligung, Google Gemini (Google LLC, USA) |
Wir beantworten die Fragen Ihres technischen Teams gemeinsam
Für Ekspertiz-Zentren startet das Panel als Pilot nur auf Einladung. Für Fragen zu Sicherheit oder Integration können Sie ein Gespräch vereinbaren.