nadpisywanie pól niestandardowych

Nadpisywanie pól niestandardowych to utrata danych zapisanych we własnych atrybutach kontaktu przy synchronizacji.

Na czym polega nadpisywanie pól niestandardowych

Nadpisywanie pól niestandardowych występuje wtedy, gdy podczas synchronizacji kontaktu wartości zapisane w dodatkowych, zdefiniowanych przez użytkownika atrybutach zostają zastąpione innymi danymi albo pustym wpisem. Pole niestandardowe może przechowywać na przykład numer wewnętrzny, identyfikator klienta, nazwę działu, oznaczenie grupy lub inną informację niewystępującą w podstawowym schemacie kontaktu. Problem nie polega na samym przesłaniu rekordu, lecz na sposobie rozstrzygnięcia, która wartość ma pozostać w docelowym systemie.

Do utraty danych może dojść przy synchronizacji dwukierunkowej, imporcie pliku CSV, migracji między aplikacjami albo po zmianie konfiguracji integracji. Jeżeli aplikacja źródłowa nie zna danego pola, może wysłać rekord bez tego atrybutu. System odbierający może wtedy pozostawić wcześniejszą wartość, usunąć ją albo potraktować brak danych jako polecenie wyczyszczenia pola. Rezultat zależy od implementacji mechanizmu synchronizacji, używanego formatu danych oraz reguł aktualizacji rekordu.

Różnica między brakiem pola a pustą wartością

Podczas analizy synchronizacji trzeba rozróżnić co najmniej trzy sytuacje: pole nie występuje w komunikacie, pole występuje z wartością pustą, a pole zawiera nową wartość. Brak pola często oznacza, że dana aplikacja nie zarządza tym atrybutem, natomiast pusty tekst, wartość null albo pusty element tablicy może oznaczać świadome wyczyszczenie danych. Nie jest to jednak reguła uniwersalna, dlatego znaczenie każdego wariantu należy sprawdzić w dokumentacji konkretnej integracji.

Znaczenie ma również metoda zapisu rekordu. Operacja typu częściowej aktualizacji, określana często jako PATCH, powinna zmieniać tylko wskazane właściwości, podczas gdy pełna aktualizacja rekordu może zastąpić cały reprezentowany obiekt danymi z żądania. Jeżeli synchronizator buduje pełny rekord na podstawie niekompletnego źródła, pola niestandardowe mogą zostać utracone mimo że użytkownik nie zamierzał ich usuwać. Błędne mapowanie nazw pól prowadzi do podobnego skutku: wartość trafia do innego atrybutu albo zostaje pominięta.

Śledzenie źródła wartości i kolejności zmian

Diagnoza wymaga ustalenia, w którym systemie pole zostało utworzone, gdzie było ostatnio poprawne i jaki proces wykonał zapis poprzedzający utratę. Pomocne są dzienniki synchronizacji zawierające identyfikator kontaktu, czas operacji, kierunek przepływu, nazwę pola oraz informację, czy wykonano utworzenie, aktualizację lub usunięcie wartości. Sam komunikat o pomyślnym zakończeniu synchronizacji nie potwierdza zachowania danych, ponieważ technicznie poprawny zapis może zawierać niepożądane wyczyszczenie atrybutu.

Warto porównać stan kontaktu przed i po synchronizacji oraz sprawdzić, czy nie działa kilka niezależnych zadań cyklicznych. Dwa procesy mogą zapisywać ten sam kontakt w krótkim odstępie czasu, a późniejszy zapis może pochodzić ze starszego obrazu danych. Ryzyko zwiększa brak wersjonowania, znaczników czasu modyfikacji albo kontroli konfliktów. Bez takich mechanizmów system może przyjąć ostatnią odebraną zmianę, nawet jeśli nie jest ona najnowsza merytorycznie. Test powinien obejmować także pustą wartość, zmianę nazwy pola, usunięcie atrybutu z konfiguracji oraz ponowną synchronizację tego samego kontaktu.

Postępowanie serwisowe przy utracie atrybutów kontaktu

Przed przywróceniem danych należy zabezpieczyć kopię aktualnego stanu, eksport kontaktów lub odpowiedni wycinek dzienników. Następnie można ustalić mapowanie pól, wskazać system będący źródłem prawdy i ograniczyć zapis do atrybutów rzeczywiście obsługiwanych przez integrację. Bezpieczniejsze reguły synchronizacji nie usuwają wartości tylko dlatego, że pole nie zostało przesłane, a czyszczenie wykonują dopiero po jednoznacznym poleceniu. Po zmianie konfiguracji trzeba przeprowadzić próbę na kopii lub testowym kontakcie i sprawdzić wynik po pełnym cyklu synchronizacji.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i podzespołów, a w przypadku problemów z nadpisywaniem pól niestandardowych może pomóc w technicznej diagnostyce środowiska użytkownika, analizie konfiguracji aplikacji oraz sprawdzeniu, czy źródłem problemu jest komputer, lokalna aplikacja lub sposób wymiany danych. Odtworzenie brakujących wartości wymaga jednak dostępu do zachowanej kopii, historii zmian albo systemu, w którym dane nadal występują. Sama naprawa urządzenia nie odtworzy informacji, które zostały trwale usunięte z wszystkich dostępnych źródeł.