Daten, Datenschutz & Sicherheit › Dublettenerkennung (Kunden & Fahrzeuge)
Dublettenerkennung (Kunden & Fahrzeuge)
DatenbereichLive✓ Geprüft am Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)Damit nicht zwei Karteien für denselben Kunden oder dasselbe Auto entstehen, schlägt das System bei Ähnlichkeit einen Zusammenschluss vor — aber niemals allein anhand des Kennzeichens, weil dasselbe Kennzeichen im Lauf der Zeit an ~945 verschiedenen Fahrzeugen hing (Mitnahme-Kennzeichen). Es zählt die Kombination aus Fahrgestellnummer, Kennzeichen, Kunde und Marke.
Bild folgt
Bevor ein neuer Kunde oder ein neues Fahrzeug entsteht, prüft das System, ob nicht schon eine passende Karteikarte existiert. Es speichert dabei selbst nichts — es liest nur aus dem Kunden- und Fahrzeugbestand (Kunden & Fahrzeuge) und bewertet Kandidaten nach Fahrgestellnummer, Kennzeichen, Halter-Name und Marke. Ein geteiltes Kennzeichen allein zählt dabei ausdrücklich nicht als Treffer: Weil ein Kennzeichen beim Halterwechsel mitwandern kann, meldet das System diesen Fall gesondert und empfiehlt eine Neuanlage statt einer Zusammenführung. Nur eine exakt gleiche Fahrgestellnummer gilt als sicherer Treffer; alles andere bleibt ein Vorschlag, den ein Mensch im Büro bestätigt oder ablehnt. Weil hier nichts gespeichert wird, gibt es auch keine eigene Aufbewahrungs- oder Löschfrage — die betrifft ausschließlich die Kunden- und Fahrzeugdaten selbst.
- lib/dedupe/customer-candidates.ts
- lib/dedupe/name-similarity.ts
- lib/dedupe/vehicle-candidates.ts
- lib/dedupe/vehicle-plate-groups.ts
- MEM:kennzeichen-kein-schluessel.md
- MEM:fahrzeug-match-scan.md
| tabellen | keine eigenen — arbeitet lesend direkt auf customers und vehicles (siehe data-kunde-fahrzeug) |
|---|---|
| schluessel | bewertet Kandidaten nach Fahrgestellnummer, Kennzeichen, Kunde/Halter-Name und Marke/Modell, ohne etwas zu speichern |
| aufbewahrung | entfaellt — es entsteht keine eigene, dauerhafte Datenzeile |
| loeschung | entfaellt aus demselben Grund |
| besonderheit | ein geteiltes Kennzeichen ('plate_transfer') ist ausdruecklich KEINE Dublette, sondern ein Hinweis auf Kennzeichen-Mitnahme — die Empfehlung lautet dann bewusst Neuanlage statt Zusammenfuehren; zusammengefuehrt wird nirgends automatisch, das bleibt eine Entscheidung im Buero |
Beleg: MEM:kennzeichen-kein-schluessel.md: Hausregel als aktive Matching-Logik in lib/db/vehicles.ts:persistVehicleScan beschrieben, inkl. bekanntem Bug-Pfad bei Mitnahme; siehe auch Hausregel 1 in diesem Projekt-CLAUDE.md
Tiefer fragen
Kontext aus dem KFZ-Bozo-Handbuch
Knoten: data-dublettenerkennung (Datenbereich · Daten, Datenschutz & Sicherheit · live · geprüft Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) @ 0f0406a1)
Kurz: Damit nicht zwei Karteien für denselben Kunden oder dasselbe Auto entstehen, schlägt das System bei Ähnlichkeit einen Zusammenschluss vor — aber niemals allein anhand des Kennzeichens, weil dasselbe Kennzeichen im Lauf der Zeit an ~945 verschiedenen Fahrzeugen hing (Mitnahme-Kennzeichen). Es zählt die Kombination aus Fahrgestellnummer, Kennzeichen, Kunde und Marke.
Lies zuerst (Lesebereich, nicht der ganze Baum):
lib/dedupe/customer-candidates.ts
lib/dedupe/name-similarity.ts
lib/dedupe/vehicle-candidates.ts
lib/dedupe/vehicle-plate-groups.ts
MEM:kennzeichen-kein-schluessel.md (Gedächtnisdatei außerhalb des Repos)
MEM:fahrzeug-match-scan.md (Gedächtnisdatei außerhalb des Repos)
Hängt zusammen mit:
comp-kennzeichen-kein-schluessel (CLAUDE.md) · data-kunde-fahrzeug (lib/db/schema.ts) · feat-compos-altsystem (lib/import/compos.ts)
Offene Fragen der Seite:
keine
Hausregel 2: Vault-Daten sind für diese Session unsichtbar; Quellpfade auf Vault-Code sind keine Freigabe.
Frage: {{DEINE FRAGE}}
Antworte nur mit Belegen: nenne Datei und Zeile für jede Aussage.
Wenn die Quellen die Frage nicht beantworten, sag das und nenne, was du zusätzlich lesen müsstest.
Weicht die Seite vom Code ab, schlage den Seiten-Patch vor (wiki/seiten/daten-recht-sicherheit/data-dublettenerkennung.md).