Gå til indholdet

Kontrollér kundedubletter før en datamigrering

Et gennemarbejdet eksempel skelner mellem ens navne og samme kunde. Kontrollér identitet, aktuel adresse og eksisterende ordrerelationer før overførsel.

Tobias Krüger2 min. læsetid
Tre kundekort med profilikoner, to grå overskriftsfelter, ét pink felt og et rundt pink flueben.

Fastlæg før en datamigrering, hvilke poster der repræsenterer samme kunde. Et ens virksomhedsnavn er et spor til søgning, men ikke tilstrækkeligt bevis for identitet. En ny adresse kan tilhøre en eksisterende kunde; to virksomheder med samme navn kan fortsat være forskellige kunder.

Microsoft Dataverse skelner mellem mulige dubletter og deres efterfølgende sammenlægning. Hvilke felter der udløser et match, afhænger af de opsatte regler. En lighedssøgning erstatter derfor ikke den forretningsmæssige beslutning om tilknytningen.

Skeln mellem tre poster med kontrollerede identiteter

Eksemplet er helt fiktivt. Alle tre kildeposter hedder Beispiel Technik GmbH. Organisationsreferencerne er allerede kontrolleret fagligt til eksemplet; de er ikke officielle identifikatorer. Flytningen fra den gamle Nordweg-adresse til Parkweg er også bekræftet. Tabellen viser forventede migreringsbeslutninger, ikke resultater af en udført import.

Kildepost

Adresse i posten

Kontrolleret organisation

Beslutning i målet

SRC-11

Nordweg 4

ORG-41

Knyt til kunde K-900.

SRC-12

Südweg 9

ORG-88

Hold adskilt, og knyt til K-901.

SRC-13

Parkweg 6

ORG-41

Knyt også til K-900; brug den bekræftede aktuelle adresse.

De første to rækker forbliver adskilt trods samme navn. Første og tredje række hører sammen trods forskellige adresser. I eksemplet bliver Parkweg 6 den aktuelle adresse for kunde K-900. Det må ikke stiltiende ændre en tidligere leveringsadresse på en eksisterende ordre.

Registrér dokumentation og uklare tilfælde før import

Lad tilknytningen blive kontrolleret med egnet identitetsdokumentation, som er accepteret i projektet. Pålidelige referencer og sporbare stamdataoplysninger kan bruges. Identifikatorerne i tabellen repræsenterer resultatet af kontrollen. De må ikke blot udledes af det lignende navn.

Uden pålidelig dokumentation forbliver tilknytningen uafklaret. Registrer mulige match, afklaringsgrund og ansvarlig rolle. En ny post kræver en bekræftet beslutning om kunden; den må ikke omgå den manglende identitetsafklaring. En sammenlægning kan også påvirke tilknyttede poster: Kontrollér den konkrete produktfunktion, før du bruger den.

Brug den bekræftede tilknytning fremover

Gem forbindelsen mellem kilde og mål, så en senere overførsel genkender samme post. I vores design er (sourceSystem, sourceId) den entydige kildereference. Den forbindes med den bekræftede målidentifikator. Feltnavnene beskriver eksemplet, ikke Dataverse-API'et.

Dataverse dokumenterer alternative nøgler fra en entydig kombination af kolonneværdier. Afklar i den tekniske forundersøgelse, hvilke nøgler og begrænsninger dine systemer faktisk understøtter. En tilknytningsliste gennemtvinger ikke i sig selv entydighed i målet.

Kontrollér også gentagelse og relationer

Overfør først eksempeldataene til et egnet testmiljø. Kontrollér de to adskilte målkunder, den fælles tilknytning for den flyttede organisation og dens aktuelle adresse. Indsend derefter de samme kildereferencer igen: Der må ikke oprettes en ekstra kunde.

Kontrollér også, hvilken målkunde de overførte ordrer tilhører, og om historiske dokumentadresser bevares. Ændres en bekræftet tilknytning senere, skal følgerne for eksisterende relationer undersøges særskilt.

Kilder

Skrevet af

  • Tobias KrügerRedaktør for systemintegrationTobias Krüger beskæftiger sig hos ASES med samspillet mellem forskellige softwaresystemer. I sine artikler forklarer han integrationen af ERP, CRM og webshops samt håndteringen af fejl i dataudvekslingen.

Følg ASES

Læs videre

Alle artikler

Snitflader & integration med ASES

ERP, CRM og webshop forbundet ordentligt