Zduplikowani klienci: co porównać przed połączeniem
Porównaj duplikaty klientów, zachowaj identyfikatory źródłowe i zapisz brakujące dowody przed nieodwracalnym połączeniem rekordów.
TL;DR: Przed połączeniem zduplikowanych klientów, upewnij się, że rekordy reprezentują tę samą jednostkę i że faktycznie jeden z nich jest zbędny. Zachowaj identyfikatory każdego systemu, oddziel prawdopodobne dopasowania od przypadków niejednoznacznych i sprawdź, co dostawca zrobi z relacjami. Rejestr decyzji pomaga w dochodzeniu; nie gwarantuje cofnięcia połączenia.
Spis treści
Aby przejrzeć zduplikowanych klientów, najpierw porównaj tożsamość i funkcję każdego rekordu; następnie zdecyduj, czy konieczne jest połączenie. Rekord w dziale sprzedaży i inny w dziale fakturowania mogą być poprawne. Być może brakuje jedynie wiarygodnego dopasowania między nimi.
Problem pojawia się, gdy administracja znajduje dwie podobne historie i ktoś proponuje pozostawienie «najbardziej kompletnej». Jeden rekord może zawierać aktualny kontakt; drugi, odniesienia używane przez integrację. Wybór na podstawie liczby wypełnionych pól nie rozwiązuje tego konfliktu. Ten przewodnik przedstawia macierz i rejestr decyzji do przejrzenia sprawy przed jej modyfikacją.
Jeden rekord dla każdego narzędzia może być prawidłowy
Rozróżnij tę samą jednostkę reprezentowaną w dwóch systemach od dwóch redundantnych rekordów w jednym. Pierwszy przypadek może wymagać mapy powiązań; drugi, dochodzenia w sprawie pochodzenia duplikatu. Żaden z nich nie upoważnia do usunięcia wiersza na podstawie jego nazwy.
Zdefiniuj również, co reprezentuje każdy rekord: organizację, osobę kontaktową, siedzibę lub konto handlowe. Osoba pracująca w firmie nie jest duplikatem tej firmy. Dwie siedziby również nie powinny być łączone, jeśli Twoja operacja wymaga traktowania ich oddzielnie.
Ten przegląd pasuje do przygotowania migracji (po angielsku), ale służy również bez zmiany narzędzia. Jego wynikiem może być zachowanie dwóch rekordów i wyjaśnienie ich relacji.
Zachowaj źródło przed normalizacją
Pracuj na kopii tylko do odczytu. Dla każdego wiersza zapisz system, przestrzeń roboczą, typ rekordu, oryginalny identyfikator i datę ekstrakcji. CRM / W1 / account / A17 identyfikuje coś innego niż BILL / W1 / account / A17: powtórzenie numeru nie dowodzi, że to ten sam klient.
Zachowaj oryginalne wartości i utwórz pomocnicze kolumny do porównywania spacji, wielkich liter lub znanych wariantów nazwy. Nie usuwaj sufiksów, działów ani odniesień, które mogą rozróżniać jednostki. Puste pole oznacza «brak danych», a nie «zgadza się z innym pustym».
Zanotuj, skąd pochodzi każdy sygnał. Wspólny kod ma większą wartość, jeśli wiesz, kto go przypisał i zweryfikował jego zgodność. Kod skopiowany w błędnym imporcie może propagować ten sam błąd do obu rekordów. Data ostatniej edycji również nie czyni automatycznie wartości poprawnej.
Macierz z trzema wynikami i czterema przypadkami
Poniższy przykład jest całkowicie fikcyjny. Wszystkie rekordy należą do przestrzeni W1; kody ORG i EV są odniesieniami ćwiczeniowymi, a nie identyfikatorami podatkowymi ani danymi klientów. Opisane dowody są zakładane jako dostępne wyłącznie w celu pokazania rozumowania.
| Para rekordów | Dowód ćwiczenia | Wstępny wynik | Następna weryfikacja |
|---|---|---|---|
CRM/A17 i BILL/B62 | Oba odnoszą się do ORG-07; notatka EV-01 pasuje, ale osoba kontaktowa jest inna | Prawdopodobne dopasowanie; do sprawdzenia | Potwierdź powiązanie z ORG-07 i ustal aktualną osobę kontaktową |
CRM/A18 i BILL/B63 | Podobna nazwa handlowa; EV-02 potwierdza różne organizacje, ORG-08 i ORG-09 | Różne jednostki; potwierdzone | Zachowaj oddzielnie i zanotuj, dlaczego nazwa wprowadza w błąd |
CRM/A19 i BILL/B64 | Ta sama skrócona marka; brak odniesień do organizacji i niezależnych dowodów | Niejasne | Poproś osobę odpowiedzialną o dowód identyfikujący każdy rekord |
CRM/A20 i BILL/B65 | EV-04 pokazuje osobę kontaktową i organizację | Nie są to równoważne rekordy | Zachowaj każdy typ; sprawdź ich relację, jeśli system na to pozwala |
Nie przypisuj wymyślonych procentów zaufania. «Prawdopodobne» otwiera przegląd: to nie jest zatwierdzone połączenie. «Niejasne» zachowuje blokadę i wyjaśnia, czego brakuje. Nawet gdy potwierdzisz tożsamość, pozostaje do podjęcia decyzja, czy coś należy zmodyfikować.
Brak zamówień w rekordzie również nie dowodzi, że jest on zbędny: może to być niedawne zgłoszenie lub reprezentować inną funkcję. Klasyfikuj na podstawie dowodów, a nie liczby pustych pól.
Mapa aliasów nie wykonuje połączenia
Załóżmy, że osoba odpowiedzialna rozwiązuje pierwszy przypadek: A17 i B62 reprezentują ORG-07, ale oba narzędzia potrzebują swojego rekordu. Decyzja brzmi: zachować je i udokumentować ich powiązanie. W osobnym arkuszu ENTITY-F07 może być Twoim odniesieniem roboczym:
system,workspace,record_type,source_id,entity_key,review_idCRM,W1,account,A17,ENTITY-F07,R-01BILL,W1,account,B62,ENTITY-F07,R-01Te kolumny to Twój własny szablon, a nie format importu Frihet ani polecenie dla konektora. entity_key grupuje sprawdzone tożsamości; source_id zachowuje oryginalne odniesienie. Alias nie modyfikuje narzędzi tylko dlatego, że istnieje w arkuszu.
Nie spłaszczaj osób, firm i siedzib pod tym samym kluczem. I nie łącz przez przechodniość bez sprawdzenia: jeśli A jest podobne do B, a B jest podobne do C, nie udowodniłeś jeszcze, że A i C są tym samym.
Zarejestruj decyzję, którą inna osoba może zweryfikować
Skopiuj ten rekord dla każdej pary. Zachowaj poprzednią propozycję, gdy decyzja ulegnie zmianie, z nową wersją, która ją zastąpi.
Weryfikacja: R-01 / wersja 1Pełne referencje: CRM/W1/account/A17; BILL/W1/account/B62Dowody: EV-01; powiązanie z ORG-07 potwierdzone przez osobę odpowiedzialnąKonflikt: inna osoba odpowiedzialna za kontakt; aktualna wartość potwierdzona w EV-05Decyzja: zachować oba rekordy i udokumentować powiązanie ENTITY-F07Osoba odpowiedzialna za weryfikację: ROLE-OPSDziałanie w narzędziach: żadneW toku: sprawdzić, jak konektor wykorzystuje to powiązanieZastępuje: żadną wcześniejszą weryfikacjęKody są fikcyjne. W rzeczywistym użyciu, odwołaj się do dowodów dostępnych dla osoby, która ma je zweryfikować i unikaj kopiowania niepotrzebnych danych osobowych do arkusza. Jeśli później zostanie autoryzowana modyfikacja, zarejestruj oddzielnie wykonawcę, moment, poprzednie odniesienia i zaobserwowany wynik. «Zatwierdzone», «wykonane» i «zweryfikowane» to różne stany.
Ta historia jest weryfikowalna, a nie gwarancją cofnięcia. Skorygowanie pisemnej decyzji nie rekonstruuje automatycznie już zmodyfikowanych danych.
Co należy sprawdzić u dostawcy przed połączeniem
Zachowanie zależy od produktu i typu rekordu. HubSpot dokumentuje, że połączenia nie można cofnąć, a identyfikatory, właściwości i skojarzenia podlegają określonym zasadom. Nie zakładaj, że identyfikator, który oznaczyłeś jako główny, zawsze pozostaje nienaruszony.
Shopify również ostrzega, że operacja nie jest odwracalna i wyklucza niektóre profile, takie jak te, które mają lub miały umowy subskrypcyjne. Te przykłady nie opisują zachowania Frihet ani Twojego innego dostawcy.
Przed podjęciem jakiejkolwiek nieodwracalnej akcji, odpowiedz na te pytania:
- Czy ta kombinacja typów jest obsługiwana i czy masz odpowiednie uprawnienia?
- Jakie wartości są zachowywane, jakie odrzucane i jaki ID będzie miał wynik?
- Co dzieje się z historią, relacjami i zewnętrznymi odniesieniami?
- Co zrobi synchronizacja: rozpozna zmianę, odtworzy rekord czy zawiedzie?
- Jaka faktycznie istnieje możliwość odzyskania danych i czego nie obejmuje Twoja kopia?
Przeczytaj zakres integracji (po angielsku) i sprawdź udokumentowane działanie używanego konektora. Funkcja odczytu nie dowodzi, że potrafi propagować połączenia.
Zakończ sprawę, sprawdzając również jej źródło
Jeśli połączenie zostanie autoryzowane, najpierw uzgodnij, jak ograniczyć jego skutki dla połączonych systemów. Przeprowadź testy na danych syntetycznych w kompatybilnym środowisku testowym; jeśli takie nie istnieje, zachowaj blokadę, dopóki nie rozwiążesz niewiadomych z dostawcą. Izolowany eksport nie dowodzi, że możesz przywrócić wszystko.
Po autoryzowanej modyfikacji, porównaj pola i odniesienia z przewidywaniami i sprawdź następną synchronizację przed rozszerzeniem partii. Jeśli wynik jest niepewny, zbadaj sprawę przed powtórzeniem działania.
W zarządzaniu klientami Frihet dostępny jest eksport listy do formatu CSV. Może służyć jako dane wejściowe do weryfikacji; nie zakłada importu tego szablonu ani automatycznego łączenia klientów.
Zakończ, odnotowując, dlaczego pojawił się duplikat: ręczne wprowadzenie, import lub reguła konektora, jeśli są dowody. Jeśli nadal nie wiesz, pozostaw osobę odpowiedzialną i oczekującą weryfikację. Dwa zachowane rekordy z jasną relacją są prawidłowym wynikiem; krótsza lista bez możliwej do wyjaśnienia historii już nie.
Źródła konsultowane 14 września 2026 r. Przed przystąpieniem do działania zapoznaj się z aktualną dokumentacją swojego dostawcy.
Czy ten artykuł był pomocny?
Często zadawane pytania
Czy klienci o tej samej nazwie lub tym samym imieniu i nazwisku to duplikaty?
To nie wystarczy, aby podjąć decyzję. Mogą to być różne osoby, firmy z tej samej grupy lub rekord firmy i rekord kontaktu. Nazwa służy do znajdowania kandydatów; tożsamość wymaga dowodów i weryfikacji.
Czy muszę połączyć rekord z CRM z rekordem z systemu fakturowania?
Niekoniecznie. Każde narzędzie może potrzebować własnego rekordu. Jeśli reprezentują tego samego klienta, może wystarczyć udokumentowanie powiązania między ich identyfikatorami, bez usuwania lub łączenia rekordów.
Czy plik CSV pozwala na cofnięcie połączenia?
Nie sam w sobie. Może zachowywać pola do celów dochodzenia, ale nie gwarantuje przywrócenia relacji, historii, uprawnień ani skutków w połączonych systemach. Sprawdź zachowanie i możliwości odzyskiwania danych dokumentowane przez każdego dostawcę.