Rilevamento dei duplicati
Il rilevamento dei duplicati cerca record che potrebbero descrivere la stessa entità. Una corrispondenza è prima un sospetto, non una fusione automatica.
Il rilevamento dei duplicati cerca record che potrebbero descrivere la stessa entità reale. Le regole possono confrontare nomi, indirizzi o altri attributi. Quali somiglianze siano sospette dipende dal tipo di entità e dall’insieme dei dati.
In un CRM ipotetico, due aziende condividono un recapito perché una persona addetta agli acquisti segue entrambe. Una regola basata solo sul recapito può segnalare un possibile duplicato, pur trattandosi di account aziendali separati. Viceversa, lo stesso cliente può sfuggire al controllo con grafie diverse.
Rilevamento e fusione sono quindi passaggi distinti. Un sospetto può attivare verifica, avviso o blocco della scrittura. Solo una decisione confermata sul piano aziendale dovrebbe stabilire se i record appartengano alla stessa entità e quali dati conservare. La somiglianza, da sola, non dimostra identità.
Fonti
Termini correlati
- Tabella di corrispondenzaUna tabella di corrispondenza conserva associazioni concrete, come coppie di identificativi tra sistemi. Rende riutilizzabile un legame confermato.
- Dati anagraficiI dati anagrafici descrivono entità aziendali fondamentali come clienti o prodotti. Sono riutilizzati nei processi e possono cambiare.
- Transactional inboxUna transactional inbox usa registrazioni durature dei messaggi per proteggere l’elaborazione locale dalle consegne duplicate.
- Conferma dei messaggiLa conferma comunica al broker che una consegna è stata ricevuta o elaborata secondo la regola concordata.
- Jitter nei retryIl jitter varia casualmente le attese tra i retry per distribuire i nuovi tentativi e ridurre le richieste simultanee di più client.
- Tenant di testUn ambito cliente logicamente delimitato di un’applicazione multitenant, configurato per verifiche.
Articoli sul tema
API & integrazione con ASES
ERP, CRM e negozio online collegati in modo pulito