Spørsmål · Deduplisering

Hvordan finner jeg dubletter i kunderegisteret, også når de er skrevet forskjellig?

Hvorfor et eksakt søk ikke finner dublettene

To oppføringer for samme person er nesten aldri skrevet likt. Den som la dem inn, brukte en forkortelse eller bare initialen, byttet om etternavn og fornavn, eller skrev adressen med den forkortelsen som var praktisk der og da. Et søk som sammenligner tekststrenger, kjenner ikke igjen noe av dette: for det er «Karl Johans gt. 22» og «Karl Johans gate 22» to forskjellige adresser, selv om et postbud ville lest dem som samme sted.

Derfor må sammenligningen gjøres i to omganger. Først settes hver adresse i korrekt form med den samme motoren RadarAddress bruker til normaliseringen: gaten helt ut, riktig postnummer uten «N-» foran, poststedet skrevet riktig. Først når to adresser står i samme form gir det mening å spørre om de er like. Sammenligner man først og ordner etterpå, forblir to skrivemåter av samme gate to adresser, og dubletten slipper unna.

Det samme gjelder navnet: den som søker «Hansen» og venter å finne oppføringen som allerede ligger i registeret, og oppføringen finnes, men står som «Hansen Kari» i stedet for «Kari Hansen», finner den rett og slett ikke. Den vanligste følgen er en ny oppføring opprettet i god tro, ved siden av den som allerede fantes.

Hva dublettsammenligningen kjenner igjen

• Forkortede fornavn og initialer. «K.» og «Kari» regnes som samme person når resten av oppføringen stemmer, uten å blande sammen forskjellige personer.
• Etternavn og fornavn i motsatt rekkefølge. «Hansen Kari» og «Kari Hansen» kommer nesten alltid fra en import med kolonnene byttet om.
• En skrivefeil i etternavnet. En liten tastefeil hindrer ikke gjenkjenningen hvis resten av oppføringen stemmer.
• Store og små bokstaver. «HANSEN» og «Hansen» er samme etternavn.
• Tittelen foran navnet. «Dr. Kari Hansen» og «Kari Hansen» sammenlignes som samme person: tittelen teller ikke i vurderingen.
• Forkortelsene i gaten, fordi vi ordner adressene før vi sammenligner dem.
• Samme e-postadresse eller samme mobilnummer på to oppføringer med samme navn, også når adressen mangler på en av dem.

Vurderingen: sikker, sannsynlig, tvetydig

Når to oppføringer stemmer på alt etter at adressene er ordnet, er vurderingen sikker. Når et forkortet fornavn eller en forkortelse spiller inn, er den sannsynlig: nesten alltid riktig. Når koblingen er svak, for eksempel lignende navn, er gruppen tvetydig. Hver gruppe har årsaken med seg: du vet alltid hvorfor to oppføringer er koblet sammen.

Vurderingen avgjør også hva som skjer i den rensede filen: sikre og sannsynlige grupper kommer allerede slått sammen til én rad, de tvetydige forblir hele og havner blant radene som må kontrolleres, der du avgjør.

Du kan også velge hvor bred sammenligningen skal være, fra den strenge (bare navn og adresse som stemmer) til den bredeste (også de svake koblingene, som du så ser på selv). Standardinnstillingen, den de fleste jobbene kjøres med, kjenner allerede igjen forkortede navn, forkortelser og små skrivefeil.

Hovedoppføringen henter det beste fra hver dublett

Lå e-postadressen bare på den ene oppføringen og telefonnummeret bare på den andre, mister du en kontaktopplysning ved å beholde bare én. RadarAddress bygger en hovedoppføring ved å hente det beste feltet fra hver av dem, adressen fra den mest komplette oppføringen, navnet i sin fulle form, e-post og telefon derfra de finnes, og for hvert felt står det skrevet hvilken oppføring det kommer fra.

Deduplisering på nettstedet, med fil eller via API

Fra nettstedet, i kontoen din, sammenligner du to eller tre oppføringer om gangen og ser vurderingen med en gang: det er den raskeste måten å forstå hvordan det virker, eller å sjekke et tvilstilfelle før du laster opp hele registeret. For et helt register laster du opp en fil: jobber i bulk tar opptil hundre tusen oppføringer, og når jobben er ferdig laster du ned en zip med den rensede filen, listen over dublettene som skal fjernes, gruppene og radene som må kontrolleres. Arbeider du fra kode, sammenligner endepunktet /api/v1/dedupe opptil fem hundre oppføringer per kall, og opptil hundre tusen i asynkron modus, med samme vurdering sikker/sannsynlig/tvetydig og samme hovedoppføring. Prislisten står på prissiden: før du starter en jobb i bulk ser du alltid hva den innebærer, og operasjonene trekkes først når du bekrefter.

To oppføringer, samme person

Initialen (K. og Kari), etternavnet med store bokstaver og adressen skrevet på to måter kjennes igjen først etter at begge adressene er satt i korrekt form. Navnene er oppdiktet for demonstrasjonsformål; enhver likhet med virkelige personer er tilfeldig.