Duplikaty w Bitrix24 to powtórzone karty jednego klienta: dwa leady z jednym telefonem, kontakt i firma z jednym adresem e-mail, dwa deale z jednego zgłoszenia. Wbudowana „Kontrola duplikatów" łapie zgodności przy tworzeniu karty i potrafi masowo łączyć, ale duplikaty, które przeniknęły do bazy innymi drogami, zostają. Omówimy, skąd się biorą, co potrafi wbudowany mechanizm, jak łączyć bez utraty danych i jak zamknąć problem systemowo.
Skąd biorą się duplikaty w CRM?
Cztery źródła. Ponowne zgłoszenia: klient wypełnił formularz, potem zadzwonił — każdy kanał utworzył swojego leada. Import: stara baza wczytana bez weryfikacji z istniejącą. Integracje: telefonia i poczta tworzą obiekty według własnych reguł i nie zawsze widzą siebie nawzajem. Wprowadzanie ręczne: menedżer zapisał telefon jako „8 912…", a w bazie jest „+7 912…" — dla wyszukiwania to różne ciągi. Ostatni przypadek jest najbardziej podstępny: formalnie duplikatu nie ma, faktycznie — jest. Właśnie dlatego normalizacja danych to połowa walki z duplikatami: robot „Formatowanie telefonu" sprowadza numery do jednolitej postaci wprost w procesie, a „Formatowanie telefonów obiektu" — czyści już zapisane karty.
Co potrafi wbudowane wyszukiwanie duplikatów Bitrix24?
Wbudowany mechanizm działa w trzech miejscach. Przy tworzeniu karty — ostrzega o zgodności po imieniu i nazwisku, telefonie lub e-mailu. Na liście leadów/kontaktów/firm — pozycja „Wyszukiwanie duplikatów" w menu koła zębatego: odnajduje grupy podobnych rekordów i proponuje połączenie każdej grupy. Przy imporcie — ustawienie „Pomijaj duplikaty". Łączenie przenosi pola, sprawy, historię i powiązania do jednej karty; w przypadku sprzecznych wartości Bitrix24 prosi o ręczny wybór. Czego wbudowany mechanizm nie robi: nie sprawdza duplikatów przy ruchu karty po lejku, nie blokuje pracy z powtórzonym obiektem, nie porównuje „podobnych" wartości z literówkami i nie daje własnych reguł porównania.
Jak połączyć duplikaty bez utraty danych?
Przed masowym łączeniem: zakończ otwarte sprawy na kartach-duplikatach, ustal, która karta jest „główna" (zwykle najstarsza — ma historię), i zrób eksport bazy na wypadek wycofania zmian. Następnie uruchom wbudowane „Wyszukiwanie duplikatów" po telefonie i e-mailu — to najpewniejsze klucze; łączenie po imieniu i nazwisku sprawdzaj ręcznie: imiennicy to nie duplikaty. Po scaleniu sprawdź deale: powinny wskazywać na pozostałą kartę. W procesach biznesowych przydaje się robot „Znajdź kontakt" — przed utworzeniem nowego obiektu szuka istniejącego kontaktu po telefonie i zwraca ID: proces wiąże zgłoszenie ze znalezioną kartą zamiast tworzyć duplikat. Analogicznie „Znajdź deal" odnajduje otwarty deal klienta, aby ponowne zgłoszenie nie mnożyło nowych.
Jak zamknąć problem duplikatów systemowo?
Ręczne przebiegi wyszukiwania duplikatów to sprzątanie, a nie profilaktyka. Rozwiązaniem systemowym jest sprawdzanie duplikatów w momencie pracy z kartą: aplikacja „Kontrola duplikatów" wykonuje sprawdzenie, gdy menedżer przesuwa kartę po lejku lub ją edytuje, i nie przepuszcza obiektu dalej, dopóki duplikat nie zostanie połączony lub usunięty. Plus masowe skanowanie całej bazy i dwa tryby łączenia — automatyczny dla bezkonfliktowych rekordów i ręczne rozpatrywanie spornych. W połączeniu działają trzy poziomy ochrony: normalizacja danych robotami na wejściu, wyszukiwanie istniejących obiektów w procesach biznesowych oraz blokująca kontrola „Kontroli duplikatów" przy każdym ruchu karty.
Lista kontrolna
Normalizuj telefony i adresy e-mail na wejściu; włącz sprawdzanie przy tworzeniu; naucz procesy szukać istniejących kart przed utworzeniem nowych; raz w miesiącu uruchamiaj masowe wyszukiwanie; do blokującej kontroli na etapach zainstaluj „Kontrolę duplikatów" z Marketu — instalacja jest bezpłatna.