Szablon danych dla procesu onboardingu klientów KYC

Nazwa działania opisuje krok w workflow onboardingu KYC, na przykład „Wniosek złożony”, „Przeprowadzono weryfikację dokumentów” lub „Wniosek zatwierdzony”. Każde działanie oznacza odrębną czynność lub punkt kontrolny procesu.

Ten atrybut jest niezbędny do utworzenia mapy procesu, która przedstawia przebieg działań. Umożliwia analizę wariantów procesu, wąskich gardeł między konkretnymi etapami i częstotliwości powrotów do wcześniejszych działań. Analiza działań pozwala zrozumieć, co dzieje się w procesie.

Ten atrybut stanowi podstawę mapy procesu i pozwala wizualizować oraz analizować kolejność zdarzeń na ścieżce onboardingu klienta.

Zazwyczaj znajduje się w dzienniku zdarzeń lub tabeli śladu audytowego LexisNexis Risk Solutions, która rejestruje kroki procesu.

Wniosek klienta to główny identyfikator łączący wszystkie działania i dane dotyczące onboardingu jednej osoby. Proces zaczyna się w chwili złożenia wniosku i trwa do jego zakończenia lub odrzucenia.

W process mining ten atrybut służy do grupowania wszystkich zdarzeń w jeden spójny case, co umożliwia analizę całego cyklu onboardingu. Pozwala odtworzyć pełny przebieg procesu dla każdego wnioskodawcy. Jest to podstawa do obliczania czasu realizacji, analizy wariantów procesu i śledzenia zmian statusu wniosku.

To podstawowy identyfikator case. Bez niego nie można prześledzić całej ścieżki wniosku klienta, a analiza procesu staje się niemożliwa.

To główny identyfikator case w module zarządzania sprawami LexisNexis Risk Solutions.

Ten znacznik czasu określa początek działania i pozwala ustalić kolejność zdarzeń w ramach case. Stanowi podstawę wszystkich analiz czasu w process mining.

Na podstawie znacznika czasu zdarzenia można obliczyć czas trwania działań, czas oczekiwania między nimi oraz całkowity czas realizacji onboardingu. Dane te pomagają wykrywać wąskie gardła, monitorować realizację SLA i oceniać efektywność procesu.

Ten znacznik czasu jest niezbędny do uporządkowania zdarzeń chronologicznie i obliczania wszystkich wskaźników czasu, takich jak czas realizacji i wąskie gardła.

Znajduje się w dzienniku zdarzeń lub tabelach ścieżki audytu, obok nazwy działania.

Ten znacznik czasu wskazuje moment zakończenia działania. Różnica między czasem zakończenia a czasem rozpoczęcia zdarzenia odpowiada czasowi jego przetwarzania.

Czas zakończenia pozwala dokładnie obliczyć, ile trwa każdy etap. Jest to jedna z podstawowych danych na dashboardzie „Czas przetwarzania i oczekiwania na działanie”. Ułatwia odróżnienie czasu aktywnej pracy nad zadaniem od czasu, w którym sprawa czekała na rozpoczęcie kolejnego etapu.

Umożliwia dokładne obliczenie czasu przetwarzania działania, co pomaga wykrywać nieefektywne etapy i analizować obciążenie zasobów.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. Informacja często znajduje się w dziennikach zdarzeń rejestrujących zarówno rozpoczęcie, jak i zakończenie działania.

Atrybut „Dział” wskazuje grupę funkcyjną odpowiedzialną za działanie, na przykład „Zgodność”, „Operacje związane z wdrażaniem klientów” lub „Zapobieganie oszustwom”.

Atrybut ten pozwala analizować proces z perspektywy działów i badać przekazywanie spraw między zespołami. Jest jednym z głównych wymiarów dashboardu „Przydział zasobów i obciążenie pracą”. Pomaga wykrywać nieefektywności na styku działów i opóźnienia w komunikacji między nimi.

Umożliwia analizę przekazywania spraw i wyników pracy w poszczególnych obszarach, pomagając wykrywać wąskie gardła między działami.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. Informację może być konieczne pobrać z tabeli użytkowników lub danych kadrowych.

LexisNexis Risk Solutions specjalizuje się w ocenie ryzyka. Ten atrybut przedstawia wynik takiej oceny i klasyfikuje każdy wniosek według profilu ryzyka. Poziom ryzyka często decyduje o zakresie i czasie trwania procesu należytej staranności.

Atrybut ten jest głównym wymiarem dashboardu „Poziom ryzyka a czas wdrażania klienta”. Analiza procesu według poziomu ryzyka pozwala sprawdzić, czy obsługa wniosków wysokiego ryzyka trwa odpowiednio dłużej oraz czy wnioski niskiego ryzyka nie są niepotrzebnie opóźniane. Pomaga też ocenić i udoskonalić strategie wdrażania klientów oparte na poziomie ryzyka.

Umożliwia analizę opartą na poziomie ryzyka i pokazuje, jak profil ryzyka klienta wpływa na złożoność, czas trwania i przebieg procesu.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. To jeden z głównych wyników modułów oceny ryzyka.

Ten atrybut wskazuje konkretną osobę, która wykonała zadanie, na przykład specjalistę ds. zgodności weryfikującego dokumenty. Ułatwia analizę rozkładu obciążenia i indywidualnych wyników pracy.

W analizie przypisany użytkownik jest jednym z głównych wymiarów dashboardu „Przydział zasobów i obciążenie pracą”. Pozwala filtrować mapę procesu według użytkownika, porównywać wyniki członków zespołu oraz wskazywać potrzeby szkoleniowe lub możliwości lepszego rozłożenia pracy. Może też pomóc wykryć wąskie gardła związane z określonymi grupami użytkowników.

Atrybut ten ma znaczenie przy analizie wyników pracy zasobów i rozkładu obciążenia, a także przy szukaniu możliwości automatyzacji lub lepszego wykorzystania zasobów.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. Informacja zwykle znajduje się w ścieżkach audytu lub tabelach zarządzania zadaniami.

Ten atrybut określa ogólny status sprawy w danym momencie lub jej wynik końcowy. Typowe statusy to „W toku”, „Zatwierdzony”, „Odrzucony” i „Oczekuje na informacje”.

Status wniosku pozwala śledzić wyniki procesu wdrażania klienta. Jest wykorzystywany na dashboardach „Przyczyny i etapy odrzucenia wniosków” oraz „Dzienna liczba obsłużonych wniosków i ich statusy” do monitorowania skuteczności i przebiegu operacji. Analiza zmian statusu w czasie pokazuje, jak przebiega cykl życia sprawy.

Pokazuje wynik każdego wniosku, co pozwala obliczać KPI, takie jak odsetek odrzuconych wniosków, i monitorować liczbę obsłużonych spraw.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. To zazwyczaj jedno z głównych pól obiektu sprawy lub wniosku.

Termin realizacji SLA określa datę, do której należy obsłużyć wniosek zgodnie z umową o gwarantowanym poziomie usług. Termin często zależy od rodzaju wniosku, segmentu klienta lub jurysdykcji.

Atrybut ten jest niezbędny na dashboardzie „Monitorowanie realizacji celów SLA” oraz przy obliczaniu KPI „Odsetek spraw zgodnych z SLA”. Porównanie faktycznej daty zakończenia z terminem SLA pozwala ocenić realizację zobowiązań, wskazać sprawy zagrożone przekroczeniem terminu i zbadać przyczyny opóźnień.

Pozwala mierzyć wyniki względem umów o gwarantowanym poziomie usług i wskazywać nieefektywności procesu prowadzące do przekroczenia terminów SLA.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. Termin może być zapisany w sprawie lub obliczany na podstawie reguł biznesowych.

Czas realizacji to łączny czas od pierwszego zdarzenia, na przykład „Złożenie wniosku”, do ostatniego zdarzenia, na przykład „Zakończenie wdrażania klienta” lub „Odrzucenie wniosku”, w ramach jednej sprawy.

To podstawowy KPI służący do oceny ogólnego stanu procesu. Jest prezentowany na dashboardzie „Czas realizacji procesu wdrażania klienta od początku do końca”. Śledzenie średniego czasu realizacji pozwala oceniać wpływ ulepszeń procesu i sprawdzać, jak czynniki takie jak poziom ryzyka lub rodzaj wniosku wpływają na ogólne doświadczenie klienta.

Ten KPI mierzy łączny czas do uzyskania efektu przez klienta, który bezpośrednio wpływa na jego zadowolenie i sprawność operacyjną.

To miara obliczana przez odjęcie znacznika czasu pierwszego zdarzenia od znacznika czasu ostatniego zdarzenia w każdej sprawie.

Ta flaga logiczna przyjmuje wartość true, gdy działanie zostaje powtórzone w ramach tej samej sprawy. Przykładem jest ponowna „Weryfikacja dokumentów” po działaniu „Prośba o dodatkowe informacje”. Oznacza to, że proces cofnął się do wcześniejszego etapu.

Atrybut „Czy ponowne wykonanie” ma znaczenie na dashboardzie „Analiza ponownych wykonań i powtórzeń” oraz przy obliczaniu KPI „Odsetek pętli ponownych wykonań”. Pozwala określić skalę zmarnowanej pracy i znaleźć przyczyny powtórzeń, takie jak niejasne instrukcje lub niska jakość danych. Dzięki temu można wprowadzać ukierunkowane ulepszenia procesu.

Bezpośrednio mierzy nieefektywność i zmarnowany nakład pracy, wskazując często powtarzane działania, które zwiększają koszty i wydłużają czas realizacji.

To atrybut obliczany, zwykle w narzędziu process mining przez wykrywanie powtarzających się sekwencji działań w ramach jednej sprawy.

Ten atrybut logiczny odróżnia zadania wykonywane automatycznie przez system, na przykład wstępną weryfikację, od zadań wymagających udziału człowieka, takich jak ręczna kontrola dokumentów.

Atrybut „Czy wykonano automatycznie” służy do obliczania KPI „Udział działań ręcznych” i analizy skuteczności automatyzacji. Na mapie procesu może pokazać, gdzie etapy automatyczne przechodzą w ręczne, co pomaga wskazać możliwości dalszej automatyzacji i ograniczenia kosztów oraz czasu przetwarzania.

Odróżnia zadania ręczne od automatycznych, co pomaga wskazywać możliwości automatyzacji i mierzyć jej wpływ.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. Może to być flaga w dzienniku zdarzeń lub wartość wywnioskowana z pola „AssignedUser”, na przykład użytkownik „system”.

Ten atrybut zawiera znacznik czasu ostatniej aktualizacji zbioru danych. Zazwyczaj jest dodawany do całego zbioru podczas pobierania i ładowania danych.

Dzięki tej informacji użytkownicy dashboardu mogą ocenić aktualność analizowanych danych. Pozwala ona podejmować decyzje na podstawie danych aktualnych w wymaganym zakresie i określić, jak świeże są dostępne wnioski.

Informuje o aktualności danych, dzięki czemu analizy pozostają miarodajne, a decyzje nie opierają się na nieaktualnych informacjach.

Zwykle jest generowany i dodawany do zbioru danych podczas procesu ETL (Extract, Transform, Load).

Atrybut „Kanał” wskazuje, skąd wpłynął wniosek. Kanał może wpływać na jakość danych, zachowania klientów i rodzaje problemów pojawiających się podczas wdrażania.

Atrybut ten służy do porównywania wyników procesu w różnych kanałach. Na przykład na dashboardzie „Współczynniki konwersji na poszczególnych etapach wdrażania klienta” można filtrować dane według kanału i sprawdzić, czy klienci korzystający z aplikacji mobilnej częściej rezygnują niż osoby składające wniosek przez internet. Wyniki pomagają ulepszać procesy w poszczególnych kanałach.

Ułatwia analizę wyników procesu według kanału składania wniosków i wykrywanie różnic, które mogą pomóc w planowaniu strategii kanałów oraz ulepszaniu obsługi użytkowników.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. Informacja jest zwykle rejestrowana na początku procesu składania wniosku.

Ten atrybut określa kraj klienta. W procesie KYC ma to duże znaczenie ze względu na różnice w przepisach międzynarodowych i poziomie ryzyka w poszczególnych jurysdykcjach.

Analiza procesu według kraju klienta może ujawnić znaczne różnice w czasie realizacji i złożoności procesu. Na przykład wnioski z jurysdykcji wysokiego ryzyka mogą wymagać dodatkowych kontroli zgodności, co wydłuża czas obsługi. Analiza pomaga planować zasoby i ustalać realistyczne terminy SLA dla poszczególnych regionów.

Umożliwia analizę według jurysdykcji i pomaga zrozumieć, jak przepisy regionalne oraz czynniki ryzyka wpływają na wyniki procesu.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. To standardowe pole w głównych danych klienta.

Pole „AssignedUser” wskazuje użytkownika wykonującego dowolne działanie, natomiast ten atrybut identyfikuje specjalistę ds. zgodności zaangażowanego w istotne etapy weryfikacji. Pozwala to dokładniej analizować pracę zespołu ds. zgodności.

Atrybut ten jest ważny na dashboardzie „Czas weryfikacji zgodności i zaległości”. Pomaga analizować obciążenie i wyniki pracy zespołu oraz sprawdzić, czy poszczególne osoby stanowią wąskie gardło lub czy zespół ma za mało zasobów.

Pozwala dokładniej analizować pracę zespołu ds. zgodności, w tym obciążenie i wyniki osób weryfikujących na tym istotnym, często opóźnionym etapie procesu.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. Informację można uzyskać, filtrując pole „AssignedUser” dla działań związanych ze zgodnością.

Jeśli końcowy status wniosku to „Odrzucony”, ten atrybut podaje konkretną przyczynę. Przykłady: „Negatywna weryfikacja tożsamości”, „Zgodność z listą sankcyjną” lub „Niekompletna dokumentacja”.

Dane te są podstawą dashboardu „Przyczyny i etapy odrzucenia wniosków”. Analiza przyczyn odrzucenia pomaga wykryć najczęstsze problemy w procesie. Na tej podstawie można ulepszyć wytyczne dotyczące składania wniosków, komunikację z klientami lub wewnętrzne kryteria weryfikacji. Zrozumienie przyczyn odrzucenia pomaga zwiększyć ogólny odsetek zatwierdzonych wniosków.

Pokazuje, dlaczego proces wdrażania klienta kończy się niepowodzeniem, i pozwala wprowadzać ukierunkowane zmiany, które zwiększają odsetek zatwierdzonych wniosków.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. Informacja często znajduje się w polu uzupełnianym po ustawieniu statusu wniosku na „Odrzucony”.

Ten atrybut klasyfikuje wnioski według rodzaju podmiotu obejmowanego procesem wdrażania. Poszczególne rodzaje wniosków często mają odrębny przebieg, różne profile ryzyka i różne terminy SLA.

Analiza procesu według rodzaju wniosku pozwala podzielić dane i porównać sprawność oraz złożoność wdrażania różnych typów klientów. To częsty filtr na dashboardach, który pozwala dokładniej analizować wyniki.

Pozwala podzielić proces na segmenty i sprawdzić, jak obsługiwane są różne rodzaje wniosków oraz gdzie występują dotyczące ich wąskie gardła.

Należy sprawdzić dokumentację LexisNexis Risk Solutions lub skontaktować się z administratorem systemu. To zazwyczaj jedno z głównych pól obiektu wniosku lub sprawy.

Ten atrybut klasyfikuje każdą zakończoną sprawę na podstawie zgodności z terminem „SlaTargetDate”. Typowe wartości to „Dotrzymano terminu” i „Przekroczono termin”.

To pole obliczane stanowi podstawę dashboardu „Monitorowanie realizacji celów SLA” oraz KPI „Odsetek spraw zgodnych z SLA”. Pokazuje ogólne wyniki względem zobowiązań dotyczących poziomu usług i pozwala przejść do szczegółów, aby sprawdzić, jakie cechy mają sprawy, w których przekroczono termin SLA.

Jasno wskazuje, czy sprawa spełniła wymagania SLA, co ułatwia monitorowanie, raportowanie i analizę zgodności z terminami obsługi.

To atrybut obliczany przez porównanie znacznika czasu ostatniego działania z wartością „SlaTargetDate” dla każdej sprawy.

Ten atrybut wskazuje system źródłowy, który wygenerował dane o zdarzeniach, na przykład LexisNexis Risk Solutions lub zintegrowane narzędzie zewnętrzne. W złożonym środowisku dane dotyczące jednego procesu mogą pochodzić z wielu systemów.

Informacja o systemie źródłowym przydaje się do weryfikacji danych, rozwiązywania problemów i analizy różnic w przebiegu procesu, które mogą wynikać z użycia konkretnego systemu. Pomaga zadbać o integralność danych i ustalić, gdzie oraz w jaki sposób zarejestrowano działanie.

Wskazuje pochodzenie danych, co ma znaczenie dla zarządzania danymi, ich weryfikacji oraz analizy przebiegu procesu w różnych systemach IT.

Informacja ta może być zapisana jako stała wartość lub w określonym polu eksportowanych danych albo odpowiedzi API.