nieobsługiwane tagi kontaktów

Nieobsługiwane tagi kontaktów to etykiety segmentacyjne pomijane przy przenoszeniu bazy między platformami.

Rola tagów kontaktów w organizacji bazy

Tag kontaktu to przypisana do rekordu etykieta tekstowa używana do klasyfikowania osób, firm lub innych wpisów w książce adresowej, systemie CRM, programie pocztowym albo aplikacji do obsługi zgłoszeń. W przeciwieństwie do podstawowych pól, takich jak imię, nazwisko, adres e-mail czy numer telefonu, tag zwykle nie opisuje pojedynczej właściwości kontaktu, lecz jego przynależność do określonej grupy. Przykładami mogą być etykiety „klient biznesowy”, „serwis gwarancyjny”, „newsletter” albo „do oddzwonienia”. Jeden kontakt może mieć jednocześnie kilka tagów.

Nieobsługiwane tagi kontaktów to etykiety, których system docelowy nie potrafi utworzyć, przechować albo przypisać do importowanego rekordu. Przyczyną może być brak funkcji tagowania w nowej platformie, inny model danych, ograniczenie liczby znaków, niedozwolone znaki specjalne albo różnica między tagiem a grupą kontaktów. Podczas migracji podstawowe dane kontaktowe mogą zostać przeniesione poprawnie, a sama etykieta segmentacyjna zostanie pominięta. Oznacza to utratę informacji organizacyjnej, ale niekoniecznie usunięcie kontaktu.

Jak powstaje rozbieżność między platformami

Eksport kontaktów zazwyczaj zapisuje dane w pliku CSV, vCard albo w formacie właściwym dla konkretnej aplikacji. W takim pliku tagi mogą występować jako osobne kolumny, lista wartości rozdzielonych przecinkami lub identyfikatory odwołujące się do dodatkowej tabeli. Jeżeli importer platformy docelowej rozpoznaje wyłącznie pola podstawowe, kolumna z tagami może zostać zignorowana. Podobny efekt wystąpi, gdy platforma oczekuje grup kontaktów, a plik źródłowy zawiera tagi, albo gdy nazwa pola nie odpowiada mapowaniu stosowanemu przez importer.

Problemy mogą również wynikać z niespójnego kodowania znaków i sposobu rozdzielania wielu etykiet. Plik zapisany jako UTF-8 może zawierać polskie znaki, których importer odczyta błędnie przy zastosowaniu innego kodowania. Przecinek, średnik lub znak nowego wiersza może zostać potraktowany jako separator kolumn, przez co lista tagów zostanie podzielona na nieprawidłowe pola. Nieobsługiwany tag powinien być wskazany w raporcie migracji jako pominięty element, a nie przedstawiany jako błąd danych kontaktowych, jeśli rekord został utworzony z poprawnym adresem e-mail i numerem telefonu.

Skutki pominięcia etykiet segmentacyjnych

Najbardziej bezpośrednim skutkiem jest utrata możliwości filtrowania kontaktów według pierwotnych kategorii. Po migracji wyszukiwanie grupy oznaczonej konkretnym tagiem może zwrócić zero wyników, mimo że wszystkie osoby znajdują się w bazie. Może to zakłócić przygotowanie listy odbiorców, kolejki telefonicznej, historii obsługi albo zestawienia klientów przypisanych do określonego procesu. Jeżeli aplikacja automatycznie uruchamia działania na podstawie tagów, pominięcie etykiety może także zatrzymać regułę, kampanię lub widok filtrowany.

Przed importem warto wykonać kopię pliku źródłowego i policzyć liczbę kontaktów oraz wystąpień poszczególnych tagów. Po zakończeniu migracji należy porównać liczbę rekordów, sprawdzić kilka kontaktów z każdej kategorii i zweryfikować, czy tagi są widoczne w systemie docelowym. Jeżeli nowa platforma obsługuje grupy, można przygotować mapowanie tagów na grupy. Gdy nie oferuje żadnego odpowiednika, etykiety można zachować w dodatkowym polu tekstowym lub w archiwalnym pliku, jednak takie rozwiązanie nie odtworzy automatycznie wszystkich funkcji filtrowania.

Postępowanie serwisowe przy migracji kontaktów

Diagnostyka powinna rozpocząć się od ustalenia, czy problem dotyczy importu całej bazy, czy wyłącznie warstwy klasyfikacji. Należy sprawdzić format eksportu, nagłówki kolumn, kodowanie pliku, separator wartości oraz dokumentację używanego importera. Pomocne jest wykonanie małego importu testowego obejmującego kilka rekordów z różnymi tagami. Jeśli dane podstawowe przechodzą, a etykiety znikają, przyczyną jest najczęściej brak zgodności schematu, a nie uszkodzenie pliku. Warto zachować raport pominiętych pól i nie uruchamiać automatycznych działań na niezweryfikowanej bazie.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a w przypadku problemów z lokalnym oprogramowaniem może również pomóc sprawdzić pliki eksportu, ustawienia aplikacji oraz poprawność procesu importowania. Przy zgłoszeniu warto przekazać nazwę programu źródłowego i docelowego, rozszerzenie pliku, komunikat importera oraz informację, czy zniknęły wszystkie tagi, czy tylko wybrane. Takie dane pozwalają odróżnić ograniczenie funkcjonalne platformy od błędu konfiguracji, mapowania pól lub kodowania znaków.