Projektowanie typów powiadomień
Niektóre typy powiadomień wymagają określonej konfiguracji, aby system mógł tworzyć powiadomienia tego typu.
Typy powiadomień oparte na zadaniu serwisowym
Istnieją procesy systemowe oparte na wyszukiwaniu stałego typu powiadomienia, do którego istnieje odwołanie jako do typu powiadomienia (dotychczasowo) w konfiguracji typu powiadomienia. System określa zdefiniowany przez użytkownika typ powiadomienia na podstawie wartości wyszukiwania.
Poniżej określone zostały wymagania dotyczące konfiguracji typów powiadomień obsługiwanych przez istniejące w systemie procesy oparte na zadaniach serwisowych.
|
Typ powiadomienia (definiowany przez użytkownika) |
Wypychane/Subskrypcja |
Kontrolowane przez |
Typ powiadomienia (dotychczasowy) |
Typ zadania serwisowego |
|
Nowe obciążenie dla konta przedpłat |
Subskrypcja |
Zadanie serwisowe |
C1PC |
Typ zadania samoobsługi z obiektem biznesowym C1-NotifyTaskType |
|
Żądanie płatności dla konta przedpłat |
Subskrypcja |
Zadanie serwisowe |
C1PP |
Typ zadania samoobsługi z obiektem biznesowym C1-PPBPaymentNotifyTaskType |
|
Otrzymana płatność |
Subskrypcja |
Zadanie serwisowe |
WSPR |
Typ zadania samoobsługi z obiektem biznesowym C1-NotifyTaskType |
|
Gotowe do fakturowania |
Subskrypcja |
Zadanie serwisowe |
WXBR |
Typ zadania samoobsługi z obiektem biznesowym C1-NotifyTaskType |
|
Termin płatności faktury |
Subskrypcja |
Zadanie serwisowe |
WXBD |
Typ zadania samoobsługi z obiektem biznesowym C1-NotifyTaskType |
|
Spóźniona płatność |
Subskrypcja |
Zadanie serwisowe |
WSLP |
Zadanie samoobsługi z obiektem biznesowym C1-NotifyTaskType |
Typy powiadomień nieoparte na zadaniu serwisowym
Poniżej określone zostały wymagania dotyczące konfiguracji typów powiadomień obsługiwanych przez istniejące w systemie procesy oparte na zdefiniowanym przez użytkownika typie powiadomienia, który należy skonfigurować.
Typy powiadomień Marketing i Formularze można skonfigurować na dwa sposoby - jako oparte na subskrypcji lub jako oparte na powiadomieniach wypychanych. W drugim przypadku będą to powiadomienia Pojedyncze wypychane, czyli odwołujące się do nadrzędnego typu powiadomienia wypychanego określonego przez osobę wdrażającą.
|
Typ powiadomienia (definiowany przez użytkownika) |
Wypychane/Subskrypcja |
Kontrolowane przez |
Uwagi |
|
Preferencje dotyczące marketingu (zdarzenie realizacji) |
Subskrypcja lub Pojedyncze wypychane |
N/A |
Typ powiadomienia skonfigurowany w ramach typu zdarzenia realizacji obiektu biznesowego BO C1-LeadEvtTypeNotificationPref |
|
Aktualizacja formularzy |
Subskrypcja lub Pojedyncze wypychane |
N/A |
Typ powiadomienia skonfigurowany w ramach typu zdarzenia formularza C1-LeadEvtTypeNotificationPref |
|
Zamknięte formularze |
Subskrypcja lub Pojedyncze wypychane |
N/A |
Typ powiadomienia skonfigurowany w ramach typu zdarzenia formularza C1-LeadEvtTypeNotificationPref |
Dystrybucja faktury i oferty
Typy powiadomień mogą być wykorzystywane także przy definiowaniu preferencji kontaktu związanych z dystrybucja faktury lub oferty dla wiadomości e-mail i faksu. Dzięki temu faktura lub oferta może spowodować utworzenie dystrybucji dla wszystkich aktywnych preferencji kontaktu. Na przykład w przypadku pojedynczej osoby związanej z kontem, która ma otrzymać kopię faktury, faktura może zostać wysłana na więcej niż jeden adres e-mail.
W celu obsługi tej funkcji potrzebna jest określona konfiguracja.
Typy powiadomień należy skonfigurować w sposób podany poniżej, przy czym należy użyć obiektu biznesowego typu powiadomienia opartego na komunikacie.
|
Typ powiadomienia (definiowany przez użytkownika) |
Wypychane/Subskrypcja |
Kontrolowane przez |
Typ dystrybucji faktury/oferty |
Algorytm |
|
Dystrybucja faktury |
Subskrypcja |
Dystrybucja faktury |
Określić typ dystrybucji faktury |
Użycie algorytmu pomijania do dystrybucji faktury/oferty |
|
Dystrybucja oferty |
Subskrypcja |
Dystrybucja oferty |
Określić typ dystrybucji oferty |
Użycie algorytmu pomijania do dystrybucji faktury/oferty |
Należy skonfigurować tylko taki typ dostawy, który odpowiada metodzie dystrybucji faktury lub oferty. Jeśli na przykład metodą dystrybucji w przypadku typu dystrybucji faktury jest wiadomość e-mail, w ramach typu powiadomienia należy skonfigurować typ dostawy w formie wiadomości e-mail.
Należy skonfigurować tylko takie typy kontaktu osobistego, w przypadku których dystrybucja kontaktu odpowiada metodzie dystrybucji faktury lub oferty. Jeśli na przykład metodą dystrybucji w przypadku typu dystrybucji faktury jest wiadomość e-mail, należy skonfigurować tylko typy kontaktu osobistego zawierające metodę dystrybucji kontaktu za pomocą wiadomości e-mail. Należy upewnić się, że dla danego typu kontaktu osobistego dozwolony jest tylko typ dostawy określony w ramach typu powiadomienia.
Niezbędna jest ściśle określona konfiguracja, ponieważ system nadpisze istniejąca logikę, która umożliwia tworzenie dystrybucji faktur i ofert, gdy dostępny jest opisany powyżej typ powiadomienia oraz dostępne są aktywne preferencje kontaktu związane z tym typem powiadomienia, zawierające określony typ dostawy i typ kontaktu osobistego określony w ramach definicji kontaktu osobistego.
Zdarzenia windykacji
System jest dostarczany z typem algorytmu zdarzenia windykacji, który obsługuje powiadomienia oparte na szablonach. Aby wysyłać powiadomienia oparte na windykacji, należy zdefiniować typy powiadomień "Pojedyncze wypychane" dla każdego powiadomienia dotyczącego windykacji. Te typy powiadomień powinny odwoływać się do nadrzędnego typu powiadomienia, takiego jak "Powiadomienia o windykacji". Należy skonfigurować algorytmy przy użyciu dostarczonego typu algorytmu, określając w parametrze algorytmu typy powiadomień "Pojedyncze wypychane". Za pomocą tych algorytmów można utworzyć typy zdarzeń windykacji i uwzględnić je w szablonach procesu windykacji.