KFZ-Bozo Handbuch

Schnittstellen, API & Automationen › eVRC-Kartenleser (Zulassungsschein-Chip)

eVRC-Kartenleser (Zulassungsschein-Chip)

IntegrationTeilweise✓ Geprüft am Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)

Ein lokaler USB-Kartenleser am Werkstatt-PC kann den Chip im Zulassungsschein direkt auslesen (Kennzeichen, Fahrgestellnummer) — als zweiter, schnellerer Weg neben dem Foto-Scan. Der Leser läuft als eigenes kleines Programm auf dem Büro-PC, nicht auf dem Server.

Büro

Bild folgt

Steckt jemand den Zulassungsschein in den USB-Kartenleser, liest ein kleines Programm am Büro-PC selbst den Chip aus und meldet Kennzeichen und Fahrgestellnummer an die Annahme-Seite im Browser — schneller als der Umweg über Foto und Bilderkennung. Der Leser selbst läuft nie auf dem Server, nur lokal am Arbeitsplatz, und die ausgelesenen Daten verlassen dabei nie das Haus in Richtung Cloud. Aus den gelesenen Werten läuft anschließend derselbe Fahrzeug-Abgleich wie beim Foto-Scan (Zulassungsschein-Scan + Fahrzeug-Zuordnung). Fehlt oder streikt der Leser, bleibt der Foto-Scan oder die manuelle Eingabe als Weg.

  • Kartenleser meldet „nicht erreichbar" → das Leseprogramm läuft am Büro-Rechner nicht oder ist blockiert; über Foto-Scan weiterarbeiten und den Rechner später prüfen lassen.
  • Der Leser liefert erkennbar erfundene Testdaten statt echter Kartendaten → dann läuft am Werkstatt-Rechner der Probebetrieb statt des echten Programms.
SpeistSpeisteVRC-Karte…Zulassungssche…Kunden & Fahrz…
  • Läuft der lokale Leseagent (separates kleines Programm neben diesem Repo) aktuell am Werkstatt-PC? Nicht aus diesem Repo bestimmbar.
  • MEM:kfz-integrations-pocs.md
  • lib/evrc-agent.ts
richtungeingehend
daten_die_das_haus_verlassenkeine — Kennzeichen, Fahrgestellnummer und Halterdaten aus dem Chip bleiben lokal/LAN, es gibt keinen Cloud-Weg
verarbeiternein — kein externer Dienst, reine lokale Hardware und ein Programm am eigenen Büro-PC
zustaendigBüro
kosteneinmalige USB-Kartenleser-Hardware, keine laufenden Kosten
vertragkeiner
ohneZulassungsschein muss fotografiert (OCR) oder manuell erfasst werden
ausloeseruser action (Chipkarte einschieben; kann auch von sich aus melden, sobald eine Karte steckt)
status_prodder Web-seitige Teil existiert und ist ausgeliefert, das lokale Leseprogramm selbst läuft als separates kleines Programm am Werkstatt-PC — ob es dort tatsächlich installiert und aktiv ist, ist aus dem Web-Repo nicht zu bestimmen
datenKennzeichen, Fahrgestellnummer, Halterdaten aus dem Chip — PII, bleibt lokal/LAN (kein Cloud-Weg)

Beleg: Web-Seite ist deployt: app/api/admin/kartenleser/paket, lib/evrc-agent.ts und app/api/zulassungsschein-scan liegen in prod/main (git ls-tree); MEM ux-multitasking-live-2026-09-01: Kartenleser-Zwischenstand 50fbe851 mit Owner-Freigabe deployt, '/api/admin/kartenleser/paket antwortet 401, nicht 404' auf prod; ZULASSUNGSSCHEIN_WEBHOOK_SECRET in .env.example. Ob der Python-Agent am Werkstatt-PC installiert ist, bleibt unbelegt. (Skeptiker-Korrektur, vorher: gebaut-nicht-deployt) [Quelle(n) wegen Hausregel entfernt: .env.example (ZULASSUNGSSCHEIN_WEBHOOK_SECRET) (Pfad enthält "secret")]

Schnittstellen, API & AutomationenSeite bearbeiten: wiki/seiten/schnittstellen-automation/int-evrc.md