Kontroller kundedubletter før en datamigrering
Et gjennomarbeidet eksempel skiller like navn fra samme kunde. Kontroller identitet, gjeldende adresse og eksisterende ordrekoblinger før overføringen.

Fastsett før en datamigrering hvilke oppføringer som viser til samme kunde. Samme virksomhetsnavn er et spor i søket, men beviser ikke at oppføringene gjelder samme organisasjon. En ny adresse kan tilhøre en eksisterende kunde; to virksomheter med samme navn kan fortsatt være ulike kunder.
Microsoft Dataverse skiller mellom mulige dubletter og den påfølgende sammenslåingen. Hvilke felt som gir treff, avhenger av de konfigurerte reglene. Et likhetssøk erstatter derfor ikke den forretningsmessige beslutningen om kobling.
Skill mellom tre oppføringer med kontrollerte identiteter
Eksemplet er helt fiktivt. Alle tre kildeoppføringene heter Beispiel Technik GmbH. Organisasjonsreferansene er allerede kontrollert av fagpersoner for eksemplet; de er ikke offisielle identifikatorer. Flyttingen av organisasjonen fra den gamle Nordweg-adressen til Parkweg er også bekreftet. Tabellen viser forventede migreringsbeslutninger, ikke resultater fra en utført import.
Kildeoppføring | Adresse i oppføringen | Kontrollert organisasjon | Beslutning i målet |
|---|---|---|---|
|
|
| Koble til kunde |
|
|
| Hold atskilt og koble til |
|
|
| Koble også til |
De to første radene holdes atskilt til tross for samme navn. Den første og tredje hører sammen til tross for ulike adresser. I eksemplet blir Parkweg 6 gjeldende adresse for kunden K-900. Det må ikke endre en tidligere leveringsadresse på en eksisterende ordre uten at det blir synlig.
Registrer grunnlag og uklare tilfeller før import
La koblingen kontrolleres mot egnet identitetsgrunnlag som er godkjent i prosjektet. Pålitelige referanser og sporbare stamdataopplysninger kan brukes. Identifikatorene i tabellen står for resultatet av denne kontrollen. De må ikke bare avledes fra det lignende navnet.
Uten pålitelig grunnlag forblir koblingen uavklart. Registrer mulige treff, avklaringsgrunn og ansvarlig rolle. En ny oppføring krever en bekreftet beslutning om kunden; den må ikke omgå manglende identitetsavklaring. En sammenslåing kan også påvirke tilknyttede oppføringer: Kontroller den konkrete produktfunksjonen før bruk.
Bruk den bekreftede koblingen videre
Lagre forbindelsen mellom kilde og mål slik at en senere overføring gjenkjenner samme oppføring. I vår utforming er (sourceSystem, sourceId) den entydige kildereferansen. Den kobles til den bekreftede målidentifikatoren. Feltnavnene beskriver eksemplet, ikke Dataverse-API-et.
Dataverse dokumenterer alternative nøkler fra en unik kombinasjon av kolonneverdier. Avklar i den tekniske forundersøkelsen hvilke nøkler og begrensninger systemene faktisk støtter. En koblingsliste håndhever ikke alene entydighet i målet.
Kontroller også gjentakelse og relasjoner
Overfør først eksempeldataene til et egnet testmiljø. Kontroller de to atskilte målkundene, den felles koblingen for den flyttede organisasjonen og gjeldende adresse. Send så de samme kildereferansene på nytt: Det skal ikke opprettes en ekstra kunde.
Kontroller også hvilken målkunde de overførte ordrene tilhører, og om historiske dokumentadresser bevares. Endres en bekreftet kobling senere, må følgene for eksisterende relasjoner undersøkes separat.
Kilder
Les videre
Alle artikler





API-er og integrasjon med ASES
ERP, CRM og nettbutikk ryddig koblet sammen

