niespójność ID kontaktów

Niespójność identyfikatorów kontaktów uniemożliwia jednoznaczne powiązanie rekordów między systemami.

Na czym polega niespójność ID kontaktów

Niespójność ID kontaktów występuje wtedy, gdy ten sam kontakt otrzymuje różne identyfikatory w dwóch aplikacjach, bazach danych albo plikach używanych do wymiany informacji. Identyfikator, czyli ID, powinien jednoznacznie wskazywać konkretny rekord. Jeżeli system źródłowy zapisuje klienta jako 1254, a system docelowy oczekuje wartości 8421 albo interpretuje 1254 jako inną osobę, powiązanie danych staje się niepewne. Problem może dotyczyć książki adresowej, programu pocztowego, systemu zgłoszeń serwisowych, CRM-u, formularza kontaktowego lub lokalnej aplikacji przechowującej dane klientów.

Do niespójności dochodzi między innymi po imporcie danych, migracji bazy, odtworzeniu kopii zapasowej, połączeniu dwóch instalacji programu albo zmianie sposobu generowania kluczy. Częstą przyczyną jest używanie numeru kolejnego jako identyfikatora. Taki numer może zaczynać się od innej wartości w każdej bazie, a po usunięciu rekordu nie powinien być ponownie przypisywany innej osobie. Dodatkowe komplikacje powoduje zmiana typu danych, na przykład zapis liczby jako tekstu, utrata zer wiodących albo obcięcie identyfikatora podczas eksportu do arkusza kalkulacyjnego.

Skutki błędnego powiązania rekordów

Nieprawidłowe ID może spowodować przypisanie wiadomości, zgłoszenia, numeru telefonu lub historii naprawy do niewłaściwego kontaktu. W relacyjnej bazie danych rekordy innych tabel są zwykle łączone przez klucze obce. Jeżeli wartość klucza obcego wskazuje na inny rekord niż w systemie źródłowym, zapytanie może zwrócić pozornie poprawny wynik, ale dotyczący niewłaściwej osoby. Jeszcze innym wariantem jest brak rekordu o wskazanym numerze, co prowadzi do nieudanych importów, błędów integralności albo osieroconych wpisów.

Objawem niespójności mogą być duplikaty kontaktów, niezgodne liczniki zgłoszeń, znikające notatki, powtarzające się adresy e-mail lub komunikaty o braku rekordu podczas synchronizacji. Samo porównanie imienia i nazwiska nie wystarcza do pewnego ustalenia tożsamości, ponieważ kilka osób może mieć takie same dane. Analiza powinna obejmować także źródło rekordu, czas utworzenia, numer telefonu, adres e-mail oraz historię zmian. Te pola służą do wykrywania rozbieżności i budowania kontrolowanej mapy między starym a nowym identyfikatorem, ale nie powinny automatycznie zastępować właściwego klucza bez sprawdzenia konfliktów.

Wykrywanie i porządkowanie identyfikatorów

Diagnostykę rozpoczyna się od ustalenia, który system jest źródłem prawdy oraz jaki format ID obowiązuje w każdej aplikacji. Następnie porównuje się listy rekordów, sprawdzając unikalność identyfikatorów, ich typ, długość, wartości puste i powtórzenia. W bazie warto wykonać kontrolę rekordów o tym samym ID, rekordów bez powiązanego kontaktu oraz identyfikatorów występujących w systemie źródłowym, lecz nieobecnych w docelowym. W przypadku plików CSV trzeba sprawdzić nagłówki kolumn, kodowanie, separatory i sposób traktowania wartości tekstowych. Arkusz kalkulacyjny może zmienić długi numer na zapis naukowy albo usunąć początkowe zera.

Bezpieczna naprawa wymaga wykonania kopii zapasowej i pracy na kopii danych, a nie bezpośredniego nadpisywania rekordów produkcyjnych. Przy migracji przygotowuje się tabelę mapowania, w której zapisuje się identyfikator źródłowy, identyfikator docelowy oraz przyczynę dopasowania. Rekordy niejednoznaczne powinny trafić do ręcznej weryfikacji. Po aktualizacji odwołań trzeba sprawdzić liczbę rekordów przed i po operacji, brak nieistniejących kluczy obcych, brak nowych duplikatów oraz zgodność przykładowych historii kontaktu. Jeżeli system na to pozwala, klucz główny powinien być niezmienny, a dane wyświetlane użytkownikowi należy przechowywać w osobnych polach.

W nowych integracjach można stosować identyfikator globalnie unikalny, na przykład UUID, pod warunkiem że wszystkie uczestniczące systemy obsługują ten sam format i nie obcinają wartości. Nie rozwiązuje to jednak problemu samo w sobie. Konieczne są walidacja danych wejściowych, odrzucanie powtórzonych kluczy, jednoznaczne reguły aktualizacji oraz logowanie informacji o utworzeniu, zmianie i odrzuceniu powiązania. Synchronizacja powinna rozróżniać utworzenie nowego kontaktu od aktualizacji istniejącego rekordu, zamiast wybierać rekord wyłącznie na podstawie kolejnego numeru.

Diagnostyka na laptopie lub komputerze PC

W środowisku domowym i biurowym niespójność ID kontaktów może pojawić się po zmianie komputera, przywróceniu profilu użytkownika, imporcie książki adresowej albo ponownej instalacji programu. Diagnostyka obejmuje sprawdzenie, czy problem występuje tylko w jednym programie, czy także w kopii danych i na drugim urządzeniu. Warto zachować oryginalny plik eksportu, zanotować komunikaty błędów oraz ustalić, z którego momentu pochodzą nieprawidłowe rekordy. Nie należy kasować duplikatów przed wykonaniem kopii, ponieważ usunięcie niewłaściwego wpisu może zniszczyć jedyne dostępne powiązanie z historią kontaktu.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a w ramach diagnostyki oprogramowania można również sprawdzić pliki kontaktów, proces importu oraz zgodność danych po migracji. Przy bardziej złożonej awarii potrzebne są informacje o używanym programie, formacie kopii, czasie wystąpienia problemu i komunikatach wyświetlanych przez aplikację. Pozwala to oddzielić błąd identyfikatorów od uszkodzenia pliku, problemu z uprawnieniami, błędnej konfiguracji synchronizacji lub zwykłego powielenia kontaktów.