Verificare i clienti duplicati prima di migrare i dati

Prima di migrare i dati, stabilisca quali record rappresentano lo stesso cliente. Un nome aziendale uguale è un indizio di ricerca, non una prova sufficiente d’identità. Un nuovo indirizzo può appartenere a un cliente esistente; due aziende omonime possono restare clienti distinti.

Microsoft Dataverse distingue i possibili duplicati dalla successiva unione. I campi che generano una corrispondenza dipendono dalle regole configurate. Una ricerca per somiglianza non sostituisce quindi la decisione aziendale sulla mappatura.

Distinguere tre record con identità verificate

L’esempio è interamente fittizio. Tutti e tre i record di origine hanno il nome Beispiel Technik GmbH. I riferimenti alle organizzazioni sono già stati verificati per l’esempio; non sono identificativi ufficiali. È stato confermato anche il trasferimento dell’organizzazione dal vecchio indirizzo Nordweg a Parkweg. La tabella indica decisioni di migrazione attese, non risultati di un’importazione eseguita.

Le prime due righe restano separate nonostante il nome uguale. La prima e la terza appartengono alla stessa organizzazione nonostante indirizzi diversi. Nell’esempio, Parkweg 6 diventa l’indirizzo attuale del cliente K-900. Questo non deve modificare silenziosamente un precedente indirizzo di consegna in un ordine esistente.

Registrare prove e casi incerti prima dell’importazione

Faccia verificare la mappatura con prove d’identità adeguate e accettate nel progetto. Possono servire riferimenti affidabili e documentazione anagrafica tracciabile. Gli identificativi nella tabella rappresentano il risultato di questa verifica. Non devono essere ricavati semplicemente da un nome simile.

Senza prove affidabili la mappatura resta aperta. Registri possibili corrispondenze, motivo del chiarimento e ruolo responsabile. Creare un nuovo record richiede una decisione confermata sul cliente; non deve aggirare la verifica d’identità mancante. Un’unione può anche interessare record collegati: verifichi la funzione concreta del prodotto prima di usarla.

Riutilizzare stabilmente la mappatura confermata

Conservi il collegamento fra origine e destinazione affinché un trasferimento successivo riconosca lo stesso record. Nel nostro progetto, (sourceSystem, sourceId) è il riferimento univoco di origine. Viene collegato all’identificativo di destinazione confermato. Questi nomi di campo descrivono l’esempio, non l’API Dataverse.

Dataverse documenta chiavi alternative basate su una combinazione univoca di valori di colonna. La verifica tecnica deve accertare quali chiavi e vincoli siano effettivamente supportati dai sistemi. Un elenco di mappature non impone da solo l’unicità nella destinazione.

Verificare anche ripetizioni e relazioni

Trasferisca prima i dati di esempio in un ambiente di prova adeguato. Verifichi i due clienti distinti nella destinazione, la mappatura comune dell’organizzazione trasferita e l’indirizzo attuale. Invii poi di nuovo gli stessi riferimenti di origine: non deve essere creato un altro cliente.

Controlli anche a quale cliente di destinazione sono collegati gli ordini trasferiti e se gli indirizzi dei documenti storici restano invariati. Se in seguito cambia una mappatura confermata, gli effetti sui collegamenti esistenti devono essere verificati separatamente.

Fonti

• Microsoft — Detect duplicate records and merge

• Microsoft — Define alternate keys