Duplikált ügyfelek: mit hasonlítsunk össze egyesítés előtt

A duplikált ügyfelek áttekintéséhez először hasonlítsa össze az egyes rekordok identitását és funkcióját; utána döntse el, hogy szükség van-e egyesítésre. Egy rekord az értékesítésben és egy másik a számlázásban helyes is lehet. Ami hiányzik, az valószínűleg egy megbízható megfeleltetés a kettő között.

A probléma akkor merül fel, amikor az adminisztráció két hasonló előzményt talál, és valaki azt javasolja, hogy tartsák meg a „legteljesebbet”. Az egyik rekord tartalmazhatja az aktuális kapcsolatot; a másik az integráció által használt hivatkozásokat. A kitöltött mezők száma alapján történő választás nem oldja meg ezt a konfliktust. Ez az útmutató egy mátrixot és egy döntési nyilvántartást biztosít az eset felülvizsgálatához, mielőtt módosítaná azt.

Egy rekord eszközönként megfelelő lehet

Különböztesse meg ugyanazt az entitást két rendszerben reprezentálva és két redundáns rekordot egy rendszeren belül. Az első esetben szükség lehet egy megfeleltetési térképre; a másodikban a duplikátum eredetének vizsgálatára. Egyik sem jogosít fel arra, hogy egy sort a neve alapján töröljön.

Definiálja azt is, hogy mit képvisel az egyes rekord: szervezet, kapcsolattartó személy, telephely vagy kereskedelmi fiók. Egy személy, aki egy cégnél dolgozik, nem duplikátuma annak a cégnek. Két telephelyet sem szabad egyesíteni, ha a működéshez külön kell kezelnie őket.

Ez a felülvizsgálat illeszkedik a migráció előkészítésébe (angolul), de eszközváltás nélkül is használható. Eredménye lehet két rekord megtartása és kapcsolatuk magyarázata.

Őrizze meg az eredetet a normalizálás előtt

Dolgozzon egy csak olvasható másolaton. Minden sorhoz mentse a rendszert, a munkaterületet, a rekord típusát, az eredeti azonosítót és a kinyerés dátumát. A CRM / W1 / account / A17 valami mást azonosít, mint a BILL / W1 / account / A17: a szám megismétlése nem bizonyítja, hogy ugyanaz az ügyfél.

Tartsa meg az eredeti értékeket, és hozzon létre segédoszlopokat a szóközök, nagybetűk vagy a név ismert variánsainak összehasonlításához. Ne töröljön utótagokat, osztályokat vagy hivatkozásokat, amelyek megkülönböztethetik az entitásokat. Egy üres mező azt jelenti, hogy „nincs adat”, nem pedig azt, hogy „megegyezik egy másik üressel”.

Jegyezze fel, honnan származik az egyes jelek. Egy közös kód nagyobb értékkel bír, ha tudja, ki rendelte hozzá, és ellenőrizte a megfelelést. Egy hibás importálás során másolt kód ugyanazt a hibát terjesztheti mindkét rekordra. Az utolsó szerkesztés dátuma sem teszi automatikusan korrektté egy értéket.

Egy mátrix három eredménnyel és négy esettel

A következő példa teljesen fiktív. Minden rekord a W1 térhez tartozik; az ORG és EV kódok gyakorlati hivatkozások, nem adóazonosítók vagy ügyféladatok. A leírt bizonyítékok feltételezhetően csak az érvelés bemutatására állnak rendelkezésre.

Ne rendeljen kitalált bizalmi százalékokat. A „valószínű” felülvizsgálatot nyit meg: nem jóváhagyott egyesítés. A „nem egyértelmű” megőrzi a blokkolást és elmagyarázza, mi hiányzik. Még ha megerősíti is az azonosságot, még mindig el kell dönteni, hogy szükséges-e bármilyen módosítás.

Az egyik rekordban hiányzó rendelések sem bizonyítják, hogy felesleges: lehet egy friss bejegyzés, vagy más funkciót képviselhet. Bizonyítékkal osztályozzon, ne az üres mezők számával.

Az alias térkép nem hajt végre egyesítést

Tegyük fel, hogy a felelős megoldja az első esetet: az A17 és B62 az ORG-07-et képviselik, de mindkét eszköznek szüksége van a saját rekordjára. A döntés az, hogy megtartják őket és rögzítik a megfelelést. Egy külön lapon az ENTITY-F07 lehet a munkahivatkozása:

system,workspace,record_type,source_id,entity_key,review_id
CRM,W1,account,A17,ENTITY-F07,R-01
BILL,W1,account,B62,ENTITY-F07,R-01

Ezek az oszlopok saját sablon, nem Frihet importálási formátum vagy egy csatlakozó parancsa. Az entity_key csoportosítja az áttekintett identitásokat; a source_id megőrzi az eredeti hivatkozást. Egy alias nem módosítja az eszközöket azáltal, hogy létezik egy lapon.

Ne egyesítsen személyeket, vállalatokat és telephelyeket ugyanazon kulcs alá. És ne kombináljon tranzitivitás alapján felülvizsgálat nélkül: ha A hasonlít B-re, és B hasonlít C-re, még nem bizonyította, hogy A és C ugyanaz.

Rögzítsen egy döntést, amelyet más is felülvizsgálhat

Másolja le ezt a rekordot minden párhoz. Tartsa meg az előző javaslatot, ha a döntés változik, egy új verzióval, amely felváltja azt.

Felülvizsgálat: R-01 / 1. verzió
Teljes hivatkozások: CRM/W1/account/A17; BILL/W1/account/B62
Bizonyíték: EV-01; ORG-07 megfeleltetést a felelős ellenőrizte
Konfliktus: különböző felelős kapcsolattartó; érvényes érték megerősítve az EV-05-ben
Döntés: mindkét rekord megtartása és az ENTITY-F07 megfeleltetés rögzítése
Felülvizsgálat felelőse: ROLE-OPS
Művelet az eszközökben: semmi
Függőben: felülvizsgálat, hogyan használja a csatlakozó ezt a megfeleltetést
Felváltja: korábbi felülvizsgálat nincs

A kódok fiktívek. Valós használat esetén hivatkozzon olyan bizonyítékra, amely a felülvizsgáló számára hozzáférhető, és kerülje a szükségtelen személyes adatok másolását a lapra. Ha később egy módosítás engedélyezésre kerül, külön rögzítse a végrehajtót, az időpontot, az előző hivatkozásokat és a megfigyelt eredményt. Az „elfogadott”, „végrehajtott” és „ellenőrzött” különböző állapotok.

Ez az előzmény felülvizsgálható, nem pedig visszavonási garancia. Egy írott döntés korrekciója nem építi újra automatikusan a már módosított adatokat.

Mit kell ellenőrizni a szolgáltatónál egyesítés előtt

A viselkedés a terméktől és a rekord típusától függ. A HubSpot dokumentálja, hogy egy egyesítés nem vonható vissza, és az azonosítók, tulajdonságok és társítások speciális szabályok szerint működnek. Ne feltételezze, hogy az elsődlegesként megjelölt ID mindig sértetlenül fennmarad.

A Shopify is figyelmeztet, hogy a művelet nem visszafordítható, és kizár bizonyos profilokat, például azokat, amelyeknek van vagy volt előfizetéses szerződése. Ezek a példák nem írják le a Frihet vagy más szolgáltató viselkedését.

Mielőtt bármilyen visszafordíthatatlan műveletet végezne, válaszolja meg ezeket a kérdéseket:

• Támogatott-e ez a típuskombináció, és rendelkezik-e a megfelelő engedélyekkel?
• Milyen értékek maradnak meg, melyek kerülnek eldobásra, és milyen ID-je lesz az eredménynek?
• Mi történik az előzményekkel, kapcsolatokkal és külső hivatkozásokkal?
• Mit tesz a szinkronizálás: felismeri a változást, új rekordot hoz létre vagy sikertelen lesz?
• Milyen helyreállítás létezik valójában, és mit nem fedez le a másolata?

Olvassa el az integrációk hatókörét (angolul), és ellenőrizze a használt csatlakozó szerződését. Egy olvasási funkció nem bizonyítja, hogy tudja az egyesítéseket továbbítani.

Zárja le az esetet az eredet ellenőrzésével is

Ha egy egyesítés engedélyezésre kerül, először állapodjon meg arról, hogyan korlátozza a csatlakoztatott rendszerekre gyakorolt hatásait. Teszteljen szintetikus adatokkal egy kompatibilis tesztkörnyezetben; ha ez nem létezik, tartsa fenn a blokkolást, amíg a szolgáltatóval nem tisztázza a bizonytalanságokat. Egy elszigetelt exportálás nem bizonyítja, hogy mindent vissza tud állítani.

Egy engedélyezett módosítás után hasonlítsa össze a mezőket és hivatkozásokat a tervekkel, és ellenőrizze a következő szinkronizálást, mielőtt bővíti a tételt. Ha az eredmény bizonytalan, vizsgálódjon, mielőtt megismétli a műveletet.

A Frihet ügyfélkezelésében elérhető a lista CSV formátumban történő exportálása. Ez bemenetként szolgálhat egy felülvizsgálathoz; nem feltételezi a sablon importálását vagy az ügyfelek automatikus egyesítését.

Zárja le azzal, hogy feljegyzi, miért jelent meg a duplikátum: manuális felvitel, importálás vagy csatlakozó szabálya, ha van bizonyíték. Ha még nem tudja, hagyjon egy felelőst és egy függőben lévő ellenőrzést. Két megtartott, világos kapcsolattal rendelkező rekord érvényes eredmény; egy rövidebb lista, amelynek előzményei nem magyarázhatók meg, nem az.

A források 2026. szeptember 14-én kerültek felülvizsgálatra. Módosítás előtt ellenőrizze szolgáltatója aktuális dokumentációját.