Status kontaktu osobistego może być kontrolowany przez proces

Przegląd

Typy kontaktu osobistego można skonfigurować na zezwalanie statusu. W przypadku niektórych typów kontaktów osobistych wdrożenie może wymagać kontrolowania statusu poprzez proces zamiast zezwalania na ręczne ustawianie statusu. Przykładem tego jest użycie statusu kontaktu osobistego w celu pobrania rejestracji do otrzymywania wiadomości tekstowych, co jest wymagane w niektórych jurysdykcjach. Rejestracja wymaga zgody klienta na wykorzystanie kontaktu osobistego, np. w celu wysyłania klientowi wiadomości tekstowych.

Rejestracja działa w połączeniu z funkcjonalnością umożliwiającą włączenie rejestracji dla typu dostawy. Każda z nich może funkcjonować niezależnie, ale razem stanowią kompletne rozwiązanie. Ponieważ mogą one funkcjonować niezależnie od siebie, każda z nich jest opisywana oddzielnie. Więcej informacji o tej logice znajduje się w sekcji Włączanie rejestracji dla typu dostawy.

Aby móc kontrolować status kontaktu osobistego za pomocą procesu, należy najpierw skonfigurować typ kontaktu osobistego na zezwalanie statusu. Następnie należy ustawić typ kontaktu osobistego w sekcji rejestracji konfiguracji głównej Preferencji powiadomień. Poprzez zdefiniowanie Skryptu statusu, status kontaktu osobistego może zostać zmieniony wyłącznie przez logikę zawartą w skrypcie lub zainicjowaną z niego. Produkt dostarczany jest wraz ze skryptem, który tworzy zadanie serwisowe rejestracji. Ma on za zdanie obsługiwanie rejestracji do otrzymywania powiadomień za pomocą wiadomości tekstowych (SMS).

Proces rejestracji

Aby korzystać z dostarczonej funkcjonalności, należy skonfigurować nowy typ zadania serwisowego dla rejestracji. Ten typ zadania powinien odnosić się do obiektu biznesowego typu zadania rejestracji w zakresie preferencji powiadomień (C1-NotifPrefOptInTaskType). Produkt jest dostarczany wraz z obiektem biznesowym zadania serwisowego. Zadanie serwisowe jest odpowiedzialne za inicjowanie żądania rejestracji, aktualizację statusu kontaktu osobistego i rejestrowanie odpowiedzi użytkownika. Przychodząca usługa internetowa odbiera odpowiedzi i przekształca zadanie serwisowe. Te komponenty są zaprojektowane do integracji z Centrum powiadamiania. Po wysłaniu klientowi żądania rejestracji proszony jest on o potwierdzenie. Treść wiadomości wyjaśnia użytkownikowi polecenia. Przykładowo: POTWIERDŹ lub STOP. Centrum powiadamiania jest skonfigurowane tak, aby interpretować poszczególne polecenia i odwzorowywać je do tych oczekiwanych przez usługę przychodzącą, która odpowiednio przekształca zadanie serwisowe.

Poza początkowym żądaniem rejestracji użytkownicy mogą w każdej chwili wstrzymać lub zrezygnować z otrzymywania powiadomień. Dostarczone rozwiązanie obsługuje dla tej funkcjonalności dwa tryby: rezygnacja z otrzymywania wszystkich powiadomień dla konkretnego kontaktu osobistego lub rezygnacja z określonego typu powiadomień dla konkretnego kontaktu osobistego. Jest to kontrolowane poprzez konfigurację i zależy od zewnętrznego systemu, takiego jak Centrum powiadamiania, w celu określenia typu powiadomienia.

Tekst pomocy konfiguracji głównej Preferencji powiadomień zawiera szczegółowe informacje o konfiguracji wymaganej do kontrolowania statusu kontaktu osobistego i ustawienia procesów rejestracji.

Pomimo tego, że dostarczony proces kontroli statusu kontaktu osobistego został zaprojektowany tak, aby działał w połączeniu z procesem rejestracji, wdrożenie może zaprojektować proces niestandardowy, który może stworzyć zadanie serwisowe lub robić coś zupełnie innego. Może być również niezależny od rejestracji i powiadomień. Na przykład, proces można wykorzystać do sprawdzenia poprawności adresu e-mail poprzez wysłanie klientowi zapytania o weryfikację.

Jest jeszcze inna koncepcja, która umożliwia włączenie rejestracji dla typu dostawy. Jest to ściśle związane z opisaną tutaj funkcjonalnością, ale ma różne implikacje dla systemu. Więcej informacji znajduje się w sekcji Włączenie rejestracji dla typu dostawy.

Istnieje pewne ograniczenie warte odnotowania. Typ kontaktu osobistego może być ustawiony tak, aby zezwalać na wiele typów dostaw, jednak dostarczone rozwiązanie pozwala na powiązanie tylko jednego typu dostawy z procesem automatyzacji statusu kontaktu osobistego. Bez tego ograniczenia różne procesy byłyby odpowiedzialne za aktualizację statusu pojedynczego kontaktu osobistego, a aktualizacje te mogłyby być sprzeczne.

Systemowe statusy kontaktu osobistego

Rozwiązanie rejestracji dostarczone wraz z produktem wykorzystuje trzy dostarczone wartości statusu. Są to: Oczekujący, Zatwierdzony i Odrzucony. Wdrożenie może dodać własne statusy kontaktu osobistego, ale nie będą one współpracowały z rozwiązaniem dostarczonym wraz z produktem. Patrz Konfigurowanie statusu kontaktu osobistego.

W jaki sposób system automatyzuje status kontaktu osobistego

Istnieje wiele sposobów na wywołanie procesu kontrolującego status kontaktu osobistego. Dla wszystkich z nich należy ustawić typ kontaktu osobistego w konfiguracji głównej Preferencji powiadomień tak, aby jego status był kontrolowany przez proces oraz, o ile nie zaznaczono inaczej, kontakt osobisty nie jest już Zatwierdzony.

Podstawowy sposób inicjowania procesu kontroli statusu kontaktu osobistego ma miejsce wtedy, gdy kontakt osobisty jest użyty do dodania preferencji kontaktu, a typ dostawy preferencji kontaktu odpowiada typowi dostawy powiązanemu z typem kontaktu osobistego zdefiniowanym w konfiguracji głównej preferencji powiadomień. Ta metoda opiera się na włączeniu rejestracji dla typu dostawy. Tak właśnie współpracują ze sobą te dwa procesy. Więcej informacji znajduje się w sekcji Włączenie rejestracji dla typu dostawy. Przykładowy scenariusz: istnieje kontakt osobisty i jest typu, który może odbierać wiadomości tekstowe, np. "Telefon komórkowy". Dopóki kontakt osobisty nie zostanie użyty w preferencji kontaktu w celu odebrania powiadomienia, nie ma powodu do zainicjowania procesu rejestracji.
Proces ten można zainicjować automatycznie poprzez skonfigurowanie kontaktu osobistego na domyślny do statusu początkowego Oczekujący . Po dodaniu osoby kontaktowej inicjowany jest proces. Przykładem tego scenariusza jest kontakt osobisty dot. wiadomości e-mail inicjujący proces w celu zweryfikowania adresu e-mail po jego dodaniu do systemu.
W przypadku zmiany wartości zatwierdzonego kontaktu osobistego proces jest wznawiany. Na przykład, mimo że zatwierdzenie jest dołączone do konkretnego kontaktu osobistego w systemie, posiadającego unikalny identyfikator, zewnętrznie zatwierdzenie dotyczyło konkretnego numeru telefonu lub adresu e-mail. W przypadku zmiany wartości kontaktu osobistego (tj. numeru telefonu lub adresu e-mail) uprzednie zatwierdzenie traci ważność. Status kontaktu osobistego zmienia się na Oczekujący .

Użytkownik może ręcznie uruchomić proces. W wierszu Kontakt osobisty w polu Osoba - Główna znajduje się przycisk. Przycisk ten może być użyty do ponownego uruchomienia procesu, gdy klient nie ma żądania i wymaga jego ponownego wysłania. Można go również użyć do ręcznego zainicjowania procesu z góry - zanim kontakt osobisty zostanie użyty w preferencji kontaktu.