| Termin | Definicja |
|---|---|
| nieobsługiwane pola niestandardowe | Nieobsługiwane pola niestandardowe to atrybuty kontaktu, których system docelowy nie potrafi przyjąć przy synchronizacji. Nieobsługiwane pola niestandardowe w synchronizacji kontaktówNieobsługiwane pola niestandardowe to własne atrybuty kontaktu, których system docelowy nie potrafi zapisać, odczytać albo odwzorować podczas synchronizacji danych. Pole niestandardowe może przechowywać na przykład dodatkowy identyfikator klienta, nazwę działu, numer wewnętrzny, kod kontrahenta, adres profilu lub inną informację dodaną poza standardowym zestawem danych kontaktowych. Jeżeli aplikacja odbierająca obsługuje wyłącznie ustalone pola, takie jak imię, nazwisko, adres poczty elektronicznej czy numer telefonu, dodatkowy atrybut może zostać pominięty. Problem nie oznacza automatycznie uszkodzenia kontaktów ani awarii całego programu. Najczęściej jest to informacja o niezgodności schematów danych pomiędzy aplikacją źródłową i docelową. System źródłowy może poprawnie przechowywać własne pole, lecz podczas eksportu, importu lub synchronizacji nie znajduje odpowiednika po drugiej stronie. W zależności od sposobu działania aplikacji wartość może zostać odrzucona, pominięta, zamieniona na pustą albo zapisana w ogólnym polu notatki. Różnica między polem standardowym a własnym atrybutemPola standardowe mają z góry ustalone znaczenie i format. Przykładem jest numer telefonu zapisany w polu przeznaczonym dla numeru telefonu albo adres e-mail umieszczony w polu poczty elektronicznej. Programy synchronizujące mogą rozpoznawać takie dane na podstawie nazwy pola, typu wartości oraz reguł mapowania. Pole niestandardowe nie musi mieć odpowiednika w innym programie, nawet jeśli obie aplikacje pozwalają użytkownikowi tworzyć dodatkowe informacje o kontakcie. Istotny jest także typ danych. Jedna aplikacja może przechowywać wartość jako tekst, a druga wymagać liczby, daty, wartości logicznej albo listy wyboru. Różnica może dotyczyć również długości wartości, dopuszczalnych znaków, wielokrotnych wartości oraz sposobu zapisywania pustych pól. Na przykład własny atrybut zawierający kilka numerów rozdzielonych przecinkami nie musi zostać zaakceptowany przez system, który przewiduje jeden numer w każdym rekordzie. Sam fakt zgodności nazwy pola nie gwarantuje więc poprawnego przeniesienia danych. Mapowanie, eksport i kontrola utraconych wartościPodczas diagnozowania synchronizacji należy ustalić, w którym miejscu informacja przestaje być dostępna. Warto porównać kontakt w aplikacji źródłowej, plik eksportu oraz rekord po imporcie do systemu docelowego. Jeżeli pole występuje w źródle, lecz nie ma go w pliku, ograniczenie znajduje się w mechanizmie eksportu. Jeżeli pojawia się w pliku, ale znika po imporcie, przyczyną może być brak mapowania, nieobsługiwany typ danych albo odrzucenie wartości przez walidację systemu docelowego. Bezpieczne mapowanie polega na przypisaniu źródłowego atrybutu do pola, które rzeczywiście istnieje po stronie odbiorcy i ma odpowiednie znaczenie. Gdy nie ma równoważnego pola, można rozważyć zachowanie informacji w polu tekstowym przeznaczonym na dodatkowe szczegóły kontaktu, o ile dany system je obsługuje. Trzeba jednak sprawdzić, czy takie rozwiązanie nie zmienia struktury danych i nie utrudni późniejszego wyszukiwania, filtrowania lub ponownego eksportu. Przed synchronizacją większej liczby rekordów zalecany jest test na kopii kilku kontaktów, a następnie porównanie liczby pól oraz ich wartości. Postępowanie przy komunikacie o nieobsługiwanym poluW pierwszej kolejności należy zapisać nazwę pola wskazaną w komunikacie, źródło kontaktów, system docelowy oraz kierunek synchronizacji. Pomocne jest sprawdzenie, czy błąd występuje przy każdym kontakcie, czy tylko przy rekordach zawierających określony atrybut. Jeżeli problem dotyczy wyłącznie wybranych rekordów, można porównać ich strukturę z kontaktami, które synchronizują się prawidłowo. Należy również zweryfikować, czy aktualna konfiguracja programu nie zawiera wyłączonego mapowania lub filtra pomijającego pola własne. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, w tym diagnostyką problemów z popularnym oprogramowaniem oraz konfiguracją danych użytkownika. Przy analizie takiego komunikatu ważne jest rozróżnienie między błędem aplikacji, niezgodnością formatów i prawidłowym pominięciem pola, którego system docelowy nie przewiduje. Nie należy usuwać źródłowych kontaktów przed potwierdzeniem, że wszystkie potrzebne informacje zostały zachowane. Jeżeli synchronizacja nadpisuje dane, warto najpierw wykonać kopię kontaktów i udokumentować ustawienia mapowania, aby można było odtworzyć stan wyjściowy. |