Clienți duplicați: ce să comparați înainte de a fuziona

Pentru a revizui clienți duplicați, comparați mai întâi identitatea și funcția fiecărei fișe; apoi decideți dacă este necesară fuziunea. O înregistrare în vânzări și alta în facturare pot fi corecte. Ceea ce lipsește ar putea fi o corespondență fiabilă între ele.

Problema apare atunci când administrația găsește două istorii similare și cineva propune să păstreze istoricul „cel mai complet”. O fișă poate conține contactul actual; cealaltă, referințele utilizate de o integrare. Alegerea în funcție de numărul de câmpuri completate nu rezolvă acest conflict. Acest ghid oferă o matrice și un registru de decizii pentru a revizui cazul înainte de a-l modifica.

O fișă per instrument poate fi soluția corectă

Deosebiți aceeași entitate reprezentată în două sisteme de două înregistrări redundante în cadrul unuia. Primul caz poate necesita o hartă de corespondențe; al doilea, o investigație privind originea duplicatului. Niciunul nu autorizează ștergerea unui rând pe baza numelui său.

Definiți, de asemenea, ce reprezintă fiecare înregistrare: organizație, persoană de contact, punct de lucru sau cont comercial. O persoană care lucrează într-o companie nu este un duplicat al acelei companii. Două puncte de lucru nu ar trebui, de asemenea, să fie unite dacă operațiunea dvs. necesită tratarea lor separat.

Această revizuire se încadrează în pregătirea unei migrări (în engleză), dar servește și fără a schimba instrumentul. Rezultatul său poate fi păstrarea a două fișe și explicarea relației lor.

Păstrați originea înainte de a normaliza

Lucrați pe o copie doar pentru citire. Pentru fiecare rând, păstrați sistemul, spațiul de lucru, tipul de înregistrare, identificatorul original și data extragerii. CRM / W1 / account / A17 identifică ceva diferit de BILL / W1 / account / A17: repetarea numărului nu demonstrează că este același client.

Păstrați valorile originale și creați coloane auxiliare pentru a compara spații, majuscule sau variante cunoscute ale numelui. Nu eliminați sufixele, departamentele sau referințele care pot distinge entități. Un câmp gol înseamnă „fără date”, nu „coincide cu un alt câmp gol”.

Notați de unde provine fiecare semnal. Un cod comun are mai multă valoare dacă știți cine l-a atribuit și ați verificat corespondența sa. Un cod copiat într-o importare eronată poate propaga aceeași eroare la ambele fișe. Data ultimei editări nu transformă automat o valoare în corectă.

O matrice cu trei rezultate și patru cazuri

Următorul exemplu este complet fictiv. Toate înregistrările aparțin spațiului W1; codurile ORG și EV sunt referințe de exercițiu, nu identificatori fiscali sau date ale clienților. Pentru acest exercițiu, presupunem că dovezile descrise sunt disponibile, doar pentru a demonstra raționamentul.

Nu atribuiți procente de încredere inventate. „Probabil” deschide o revizuire: nu este o fuziune aprobată. „Caz ambiguu” menține blocajul și explică ce lipsește. Chiar și atunci când confirmați identitatea, rămâne de decis dacă este necesară modificarea a ceva.

Absența comenzilor într-o fișă nu dovedește nici că este în plus: poate fi o înregistrare recentă sau poate reprezenta o altă funcție. Clasificați cu dovezi, nu cu numărul de câmpuri goale.

Harta aliasurilor nu execută o fuziune

Să presupunem că responsabilul rezolvă primul caz: A17 și B62 reprezintă ORG-07, dar ambele instrumente necesită propria lor fișă. Decizia este să le păstrăm și să înregistrăm corespondența lor. Într-o foaie separată, ENTITY-F07 poate fi referința dvs. de lucru:

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

Aceste coloane sunt un șablon creat pentru acest exercițiu, nu un format de import de la Frihet și nici o comandă pentru un conector. entity_key grupează identități verificate; source_id păstrează referința originală. Un alias nu modifică instrumentele prin simpla existență într-o foaie.

Nu grupați persoane, companii și puncte de lucru sub aceeași cheie. Și nu combinați prin tranzitivitate fără a verifica: dacă A seamănă cu B și B seamănă cu C, nu ați demonstrat încă că A și C sunt același lucru.

Înregistrați o decizie pe care o altă persoană o poate revizui

Copiați această fișă pentru fiecare pereche. Păstrați propunerea anterioară atunci când decizia se schimbă, cu o nouă versiune care o înlocuiește.

Revizuire: R-01 / versiunea 1
Referințe complete: CRM/W1/account/A17; BILL/W1/account/B62
Dovada: EV-01; corespondența ORG-07 verificată de responsabil
Conflict: contactul responsabil diferit; valoare actuală confirmată în EV-05
Decizie: păstrați ambele fișe și înregistrați corespondența ENTITY-F07
Responsabil de revizuire: ROLE-OPS
Acțiune în instrumente: niciuna
În așteptare: revizuiți cum utilizează această corespondență conectorul
Înlocuiește: nicio revizuire anterioară

Codurile sunt fictive. În utilizare reală, referențiați dovezi accesibile celui care trebuie să le revizuiască și evitați copierea datelor personale inutile în foaie. Dacă ulterior se autorizează o modificare, înregistrați separat executorul, momentul, referințele anterioare și rezultatul observat. „Aprobat”, „executat” și „verificat” sunt stări distincte.

Acest istoric este revizuibil, nu o garanție de anulare. Rectificarea unei decizii scrise nu reconstruiește automat datele deja modificate.

Ce să verificați la furnizor înainte de a fuziona

Comportamentul depinde de produs și de tipul de înregistrare. HubSpot documentează că o fuziune nu poate fi anulată și că identificatorii, proprietățile și asocierile respectă reguli specifice. Nu presupuneți că ID-ul pe care l-ați marcat ca principal va supraviețui întotdeauna intact.

Shopify avertizează, de asemenea că operațiunea nu este reversibilă și exclude anumite profiluri, cum ar fi cele care au sau au avut contracte de abonament. Aceste exemple nu descriu comportamentul Frihet sau al altui furnizor al dvs.

Înainte de orice acțiune ireversibilă, asigurați-vă că ați răspuns la aceste întrebări:

• Este suportată această combinație de tipuri și aveți permisiunile adecvate?
• Ce valori se păstrează, care sunt eliminate și ce ID va avea rezultatul?
• Ce se întâmplă cu istoricul, relațiile și referințele externe?
• Ce va face sincronizarea: să recunoască schimbarea, să recreeze o fișă sau să eșueze?
• Ce posibilități de recuperare există în practică și ce nu acoperă copia dvs.?

Citiți funcționalitățile integrărilor (în engleză) și verificați contractul conectorului utilizat. Faptul că un conector poate citi date nu demonstrează că poate propaga fuziuni.

Încheiați cazul verificând și originea sa

Dacă se autorizează o fuziune, stabiliți mai întâi cum să limitați efectele acesteia asupra sistemelor conectate. Testați cu date sintetice într-un mediu de testare compatibil; dacă nu există, mențineți blocajul până la rezolvarea incertitudinilor cu furnizorul. O exportare izolată nu demonstrează că puteți restaura totul.

După o modificare autorizată, comparați câmpurile și referințele cu cele prevăzute și verificați următoarea sincronizare înainte de a extinde lotul. Dacă rezultatul este incert, investigați înainte de a repeta acțiunea.

În gestionarea clienților Frihet este disponibilă exportarea listei ca CSV. Aceasta poate servi ca intrare pentru o revizuire; nu înseamnă că acest șablon poate fi importat sau că acești clienți pot fi fuzionați automat.

Încheiați notând de ce a apărut duplicatul: înregistrare manuală, import sau regulă a conectorului, dacă există dovezi. Dacă încă nu știți, lăsați un responsabil și o verificare în așteptare. Două fișe păstrate cu o relație clară sunt un rezultat valid; o listă mai scurtă fără istoric explicabil nu este.

Surse consultate la 14 septembrie 2026. Revizuiți documentația în vigoare a furnizorului dvs. înainte de a modifica datele.