Decyzja
Synchronizacja CRM powinna zachować znaczenie, nie tylko kopiować najnowszy wiersz. Zdecyduj, który system jest właścicielem każdego pola i jakie zmiany użytkownicy mogą dokonać lokalnie. Reguły dopasowywania zapisu i usuwania przed włączeniem zapisu w obu kierunkach.
Przykład roboczy
W przykładowym procesie sprzedaży CRM jest właścicielem zarządzającego kontem, podczas gdy system rozliczeń posiada adres faktury. Kontakt aktualizuje swój e-mail w portalu, podczas gdy sprzedawca edytuje swój telefon. Nadpisanie całego rekordu może stracić jedną poprawną zmianę; kontrola własności na poziomie pola i wersji czyni decyzję wyraźną.
Alternatywy warte ważenia
Jednokierunkowa synchronizacja jest prostsza, gdy własność jest jasna. Synchronizacja dwukierunkowa pomaga autentycznej wspólnej edycji, ale wymaga obsługi konfliktów. Kolejka przeglądowa może być bezpieczniejsza od automatycznych wygranych last-write- dla pól, których znaczenie nie może być ocenione tylko na podstawie znaczników czasu.
Gdzie plan się psuje
Nie używaj wiadomości e-mail jako stałej tożsamości bez uwzględnienia zmian i wspólnych adresów. Wyróżnienie zarchiwizowanego kontaktu od takiego, który musi zostać usunięty zgodnie z odpowiednią polityką. Unikaj niekończącej się pętli, gdzie każdy system interpretuje kopię drugiego jako nową aktualizację.
Określić konflikt z dwoma legalnymi edycjami
Rozszerzenie ilustracyjnej zmiany kontaktu z wersjami pola i pochodzenia. Portal zmienia e-mail podczas gdy sprzedawca zmienia telefon. Integracja powinna zachować obydwie zmiany, gdy pozwala im uzgodniona własność. Jeżeli dwa systemy zmieniają to samo pole z tej samej wcześniejszej wersji, zachowują zarówno kandydatów, jak i prowadzą konflikt zgodnie z wyraźną zasadą. Tylko znacznik czasu nie może wyrażać autorytetu, szczególnie gdy urządzenia lub import zgłaszają różne zegary.
W przypadku poddanego przeglądowi konfliktu należy wykazać poprzednią wartość, proponowane wartości, systemy źródłowe i powiązane działania. Rezolucjonista powinien zrozumieć, co się zmieni przed jego zatwierdzeniem. Unikaj automatycznego łączenia rekordów tylko dlatego, że nazwy wyglądają podobnie. Stabilna tożsamość wewnętrzna i wyraźne odwzorowanie krzyżowe są bardziej niezawodne niż zmienny adres e-mail. Zdecyduj, kto może zatwierdzić połączenie i jak działania, załączniki i relacje firmy podążają za żywą tożsamością.
Dodawanie poprawek i usuwanie
Pętla synchronizacji może się rozpocząć, gdy każdy system traktuje swoją kopię jako świeżą edycję. Zachować identyfikator zmiany i pochodzenie oraz porównać znaczące wartości pola przed emisją kolejnej aktualizacji. Test normalizacji space i równoważne formatowanie telefonu tak nieszkodliwe zmiany reprezentacji nie powodują niekończący się ruch. Wersja zasad mapowania; wprowadzenie, które reformatuje każdy rekord może w przeciwnym razie przypomina masową aktualizację biznesową.
Zajmuj się archiwum, scalaniem i usuwaniem jako odrębnymi zdarzeniami w ramach polityki właściciela. Zaplanuj, jak usunięty rekord pozostaje usunięty, gdy pojawi się stary import lub przywrócona kopia zapasowa. Może być potrzebny prywatny rejestr usunięcia danych lub inny zatwierdzony mechanizm odzyskiwania danych; nie powinien on ujawniać niepotrzebnych danych osobowych. Przed włączeniem zapisu luzem przećwicz duplikat połączenia, zmianę pozwolenia i odzyskanie po przerwaniu przetwarzania. Administrator CRM posiada znaczenie i dostęp; zespół integracyjny posiada wiarygodne przekazanie i dowody nierozwiązanej pracy.
Przed zleceniem pracy
Kto może rozwiązać sprzeczne zmiany? Czy operatorzy widzą zarówno wartości, jak i ich pochodzenie? Co się dzieje z powiązanymi działaniami, gdy płyta łączy się? Wprowadzić duplikaty i usunąć przykłady do dyskusji integracyjnej przed uruchomieniem masowej synchronizacji.