Dubblettidentifiering
Dubblettidentifiering söker poster som kan beskriva samma objekt. En träff är först en misstanke och inget automatiskt beslut om sammanslagning.
Dubblettidentifiering söker efter poster som möjligen beskriver samma verkliga objekt. Regler kan jämföra namn, adresser eller andra egenskaper. Vilka likheter som är misstänkta beror på objekttyp och datamängd.
I ett hypotetiskt CRM delar två företag en kontaktadress eftersom en inköpsperson hanterar båda. En regel enbart på adressen kan markera en möjlig dubblett trots att företagen är separata företagskonton. Omvänt kan samma kund förbli oupptäckt med olika stavningar.
Identifiering och sammanslagning är därför separata steg. En misstanke kan utlösa granskning, varning eller skrivspärr. Först ett verksamhetsmässigt bekräftat beslut bör avgöra om poster hör ihop och vilka uppgifter som ska bevaras. En likhetsträff bevisar inte ensam identitet.
Källor
Relaterade begrepp
- KopplingstabellEn kopplingstabell lagrar konkreta samband, till exempel identifierarpar från två system. Den gör en bekräftad koppling återanvändbar.
- MasterdataMasterdata beskriver grundläggande verksamhetsobjekt som kunder eller produkter. De återanvänds i processer och kan ändå förändras.
- Transaktionell inboxEn transaktionell inbox använder beständiga meddelandeposter för att skydda lokal behandling mot dubbla leveranser.
- MeddelandekvittensEn meddelandekvittens talar om för brokern att en leverans har tagits emot eller behandlats enligt den överenskomna regeln.
- Jitter vid återförsökRetry-jitter varierar väntetider slumpmässigt för att sprida återförsök och minska samtidiga anrop från många klienter.
- TestkundmiljöEtt logiskt avgränsat kundområde i en multitenant-applikation, inrättat för kontroller.
Artiklar om ämnet
API:er & integration med ASES
ERP, CRM och webbutik smidigt sammankopplade