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.

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 |
|---|---|---|---|
|
|
| Knyt til kunde |
|
|
| Hold adskilt, og knyt til |
|
|
| Knyt også til |
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
Læs videre
Alle artikler





Snitflader & integration med ASES
ERP, CRM og webshop forbundet ordentligt

