Szablon danych do zarządzania kredytami i windykacji

Uniwersalny szablon process mining
Szablon danych do zarządzania kredytami i windykacji

Szablon danych do zarządzania kredytami i windykacji

Uniwersalny szablon process mining

To ogólny szablon danych do process mining dla procesu Zarządzanie kredytami i windykacja należności. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.

Wybierz konkretny system
  • Uniwersalna struktura danych, którą można zastosować w każdym systemie zarządzania kredytami lub windykacji
  • Zalecane atrybuty do szczegółowej analizy wyników procesu
  • Najważniejsze działania do śledzenia, aby dokładnie odkrywać i optymalizować proces
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu zarządzania kredytami i windykacji

Te zalecane pola danych warto uwzględnić w dzienniku zdarzeń, aby przeprowadzić pełną analizę procesu i uzyskać przydatne informacje o operacjach.
5 Wymagane 7 Zalecane 4 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Znacznik czasu obejmujący datę i godzinę, który dokładnie wskazuje, kiedy wystąpiło działanie.
Opis

Czas zdarzenia, czyli znacznik czasu, wskazuje dokładny moment wykonania danego działania w procesie. Pozwala ustalić kolejność zdarzeń w każdej sprawie dotyczącej faktury. Te dane są podstawą każdej analizy czasu.

W process mining czas zdarzenia służy do obliczania ważnych mierników, takich jak czas między działaniami, łączny czas obsługi sprawy i zgodność z umowami o poziomie usług. Na przykład czas między „Wysłano fakturę” a „Otrzymano płatność” bezpośrednio wpływa na okres spływu należności (DSO). Analiza znaczników czasu pomaga wykrywać opóźnienia, mierzyć sprawność poszczególnych etapów procesu i wskazywać wąskie gardła.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do ustalania kolejności zdarzeń, obliczania czasu trwania i realizacji oraz prowadzenia analiz efektywności opartych na czasie.

Skąd pobrać

Zwykle jest to data utworzenia dokumentu, data księgowania lub znacznik czasu w dzienniku systemowym powiązany z transakcją albo zmianą statusu.

Przykłady
2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z
Nazwa działania
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub zadania, które dotyczy faktury i wystąpiło w określonym momencie.
Opis

Nazwa działania opisuje konkretny krok lub etap procesu zarządzania należnościami i windykacji. Działania te tworzą mapę procesu i obejmują na przykład „Wysłano fakturę do klienta”, „Wysłano przypomnienie” lub „Przypisano płatność do faktury”.

Analiza kolejności i częstotliwości działań stanowi podstawę process mining. Pomaga odkryć rzeczywisty przebieg procesu, porównać go z zaprojektowanym modelem oraz wykryć odstępstwa, powtarzanie pracy i nieefektywne ścieżki. Na przykład częste zdarzenia „Zarejestrowano spór” mogą wskazywać na problemy z poprawnością faktur lub jakością produktów.

Dlaczego to ważne

Ten atrybut określa kroki procesu. Stanowi podstawę mapy procesu i umożliwia analizę przebiegu oraz wariantów procesu.

Skąd pobrać

Dane pochodzą z różnych zmian statusu, kodów transakcji lub dzienników zdarzeń w modułach finansowych, sprzedażowych albo windykacyjnych systemu źródłowego.

Przykłady
Wystawienie fakturyUpłynął termin płatnościRozpoczęcie działań windykacyjnychOtrzymano płatność
Numer faktury
InvoiceNumber
Unikalny identyfikator każdej faktury. Pełni funkcję głównego identyfikatora sprawy w procesie zarządzania należnościami i windykacji.
Opis

Numer faktury to unikalny kod alfanumeryczny przypisany do każdego dokumentu faktury. Jest głównym punktem odniesienia dla wszystkich działań i transakcji związanych z daną fakturą, od jej utworzenia po rozliczenie lub odpisanie.

W process mining numer faktury służy do łączenia powiązanych zdarzeń, takich jak „Utworzono fakturę”, „Otrzymano płatność” i „Zarejestrowano spór”, w jedną instancję procesu, czyli sprawę. Dzięki temu można odtworzyć i analizować cały cykl życia faktury. Analiza procesów pogrupowanych według numeru faktury pozwala wykrywać wąskie gardła, mierzyć czas realizacji i sprawdzać, jak różne faktury są obsługiwane.

Dlaczego to ważne

To podstawowy identyfikator sprawy, który łączy powiązane zdarzenia i pozwala odtworzyć oraz analizować cały cykl życia faktury.

Skąd pobrać

Zwykle znajduje się w tabeli nagłówkowej faktury lub dokumentu należności w źródłowym systemie finansowym.

Przykłady
INV-2023-001239100045678SI-54321
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy ostatnio odświeżono dane o zdarzeniu lub pobrano je z systemu źródłowego.
Opis

Ten atrybut zapisuje datę i godzinę ostatniego pobrania danych z systemu źródłowego do środowiska process mining. Jest polem metadanych, które informuje, jak aktualny jest analizowany zbiór danych.

Znajomość daty ostatniej aktualizacji danych pozwala sprawdzić, czy analiza lub dashboard odzwierciedla bieżący stan procesu. Ułatwia też prawidłową interpretację danych, ponieważ wskazuje, do którego momentu sięgają. Ma to szczególne znaczenie przy monitorowaniu trwających procesów lub KPI zbliżonych do czasu rzeczywistego.

Dlaczego to ważne

Informuje o aktualności danych, pomaga ocenić, na ile analiza odzwierciedla bieżącą sytuację, i wskazuje, do którego momentu sięgają dane.

Skąd pobrać

To zwykle metadane generowane i zapisywane przez narzędzie ETL lub potok danych podczas ich wczytywania.

Przykłady
2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z
System źródłowy
SourceSystem
Nazwa lub identyfikator systemu, z którego pochodzą dane, na przykład ERP lub CRM.
Opis

Atrybut „System źródłowy” wskazuje aplikację lub platformę, w której pierwotnie zarejestrowano dane o zdarzeniu. W złożonym środowisku IT jeden proces, na przykład od przyznania kredytu do otrzymania płatności, może obejmować kilka systemów: ERP do fakturowania i osobną platformę do windykacji.

Atrybut ten pomaga zrozumieć kontekst technologiczny procesu. Można go wykorzystać do weryfikacji danych, wykrywania różnic w przebiegu procesu zależnych od systemu oraz diagnozowania problemów z integracją platform. Analiza może na przykład wykazać, że opóźnienia regularnie występują przy przekazywaniu spraw między ERP a narzędziem do windykacji.

Dlaczego to ważne

Wskazuje źródło danych, co pomaga zrozumieć różnice w przebiegu procesu między systemami i zweryfikować dane.

Skąd pobrać

Informacja ta jest często dodawana podczas ekstrakcji danych (ETL) lub znajduje się w polach metadanych technicznych tabel źródłowych.

Przykłady
SAP S/4HANAOracle NetSuiteHighRadius Collections
Identyfikator klienta
CustomerId
Unikalny identyfikator klienta powiązanego z fakturą.
Opis

Identyfikator klienta to unikalny kod przypisany do konta klienta w systemie. Łączy fakturę z podmiotem prawnie zobowiązanym do zapłaty.

W analizie process mining identyfikator klienta pozwala dzielić dane na grupy. Analitycy mogą badać wyniki procesu dla konkretnych klientów lub ich grup. Dzięki temu można sprawdzić, którzy klienci regularnie płacą po terminie, najczęściej zgłaszają spory lub są dotknięci określonymi problemami w procesie. Takie informacje pomagają dostosować działania windykacyjne i poprawić relacje z klientami.

Dlaczego to ważne

Umożliwia szczegółowy podział danych o procesie, analizę zachowań klientów, wykrywanie problematycznych kont i dostosowanie działań windykacyjnych.

Skąd pobrać

Dostępny w nagłówku faktury lub przez powiązanie z tabelami kartoteki klienta w systemie finansowym albo sprzedażowym.

Przykłady
KLIENT-00543100234ACME-CORP
Kwota faktury
InvoiceAmount
Łączna wartość faktury.
Opis

Kwota faktury to łączna suma, którą obciążono klienta i której zapłaty się od niego oczekuje. Jest to podstawowa wartość finansowa każdej sprawy dotyczącej faktury.

Atrybut ten jest niezbędny do analizy skutków finansowych. Zestawienie mierników procesu z kwotą faktury pomaga ustalać priorytety windykacji. Analiza może na przykład wykazać, że płatności za faktury o wysokiej wartości są opóźnione częściej lub że takie faktury częściej są kwestionowane. Kwota faktury pozwala obliczać KPI finansowe, takie jak okres spływu należności (DSO), oraz określać wartość środków zaangażowanych w wąskie gardła procesu lub odpisy.

Dlaczego to ważne

Niezbędna do analiz finansowych, ustalania priorytetów windykacji faktur o wysokiej wartości i określania finansowych skutków nieefektywności procesu.

Skąd pobrać

Standardowe pole w nagłówku faktury w module należności lub fakturowania systemu źródłowego.

Przykłady
5400.50125000.00750.75
Osoba odpowiedzialna za windykację
CollectorName
Nazwa lub identyfikator użytkownika, pracownika albo zespołu odpowiedzialnego za wykonanie działania windykacyjnego.
Opis

Atrybut „Osoba odpowiedzialna za windykację” wskazuje osobę lub grupę, której powierzono obsługę przeterminowanej faktury i działania windykacyjne. Może to być pracownik księgowości, specjalista ds. windykacji lub zespół windykacyjny.

Atrybut ten umożliwia analizę wyników pracy poszczególnych osób i zespołów. Porównanie procesów według osoby odpowiedzialnej za windykację pomaga wskazać dobre praktyki, określić potrzeby szkoleniowe i przeanalizować podział obciążenia pracą. Pozwala też ocenić, jak działania pracowników wpływają na wyniki, takie jak czas otrzymania płatności i odpisy.

Dlaczego to ważne

Umożliwia analizę wyników pracy zespołów i poszczególnych osób, podziału obciążenia pracą oraz skuteczności działań windykacyjnych i stosowanych strategii.

Skąd pobrać

Dane można znaleźć w transakcjach należności, kartotekach klientów lub modułach do zarządzania windykacją. Mogą znajdować się w polach takich jak „Pracownik księgowości” lub „Identyfikator użytkownika”.

Przykłady
Jan KowalskiZespół windykacyjny AUSER123
Poziom windykacji
DunningLevel
Etap lub poziom automatycznej procedury windykacyjnej osiągnięty w przypadku przeterminowanej faktury.
Opis

Poziom windykacji wskazuje, jak daleko zaszła formalna komunikacja z klientem w sprawie przeterminowanej faktury. Zwykle jest oznaczony numerem lub kodem. Poziom 1 może oznaczać łagodne przypomnienie, a poziom 4, ostateczne wezwanie przed podjęciem kroków prawnych.

Analiza poziomu windykacji pomaga ocenić skuteczność strategii windykacyjnej. Process mining pokazuje, które ścieżki procesu prowadzą do wyższych poziomów i czy dany poziom skłania klientów do zapłaty. Analiza może na przykład wykazać, że większość płatności wpływa po osiągnięciu poziomu 2, a poziomy 3 i 4 są mało skuteczne i kosztowne. Takie informacje pomagają lepiej ustalić czas wysyłki i treść wezwań do zapłaty.

Dlaczego to ważne

Mierzy intensywność działań windykacyjnych i pomaga ocenić skuteczność strategii na każdym etapie.

Skąd pobrać

Dane znajdują się w modułach do zarządzania windykacją lub danych o należnościach. Często są powiązane z kontem klienta albo konkretnymi przeterminowanymi dokumentami.

Przykłady
123Oczekuje na podjęcie kroków prawnych
Przyczyna sporu
DisputeReason
Kod lub opis przyczyny podany przez klienta przy zakwestionowaniu faktury.
Opis

Przyczyna sporu określa, dlaczego klient odmawia zapłaty faktury. Typowe powody to błędna cena, uszkodzony towar, niezgodność ilości lub brak dokumentów. Informacje te są zwykle zapisywane przy otwarciu formalnej sprawy sporu.

Przyczyna sporu pomaga ustalić źródło problemu. Analiza częstotliwości poszczególnych przyczyn pozwala wykryć problemy systemowe poza działem windykacji, na przykład z wysyłką, poprawnością faktur lub wprowadzaniem zamówień sprzedaży. Process mining pokazuje też, jak różne przyczyny wpływają na czas rozwiązania sporu i przebieg procesu, co pomaga usprawnić obsługę sporów.

Dlaczego to ważne

Pomaga ustalić przyczyny opóźnień w płatnościach i sporów oraz wykryć i rozwiązać problemy na wcześniejszych etapach, na przykład w fakturowaniu, wysyłce lub sprzedaży.

Skąd pobrać

Dane są przechowywane w modułach do obsługi sporów, systemach CRM lub jako kod przyczyny na fakturze albo dokumencie należności.

Przykłady
Nieprawidłowa cenaBrakująca ilośćUszkodzony towarZduplikowana faktura
Status faktury
InvoiceStatus
Bieżący status finansowy lub operacyjny faktury, na przykład otwarta, opłacona, przeterminowana lub zakwestionowana.
Opis

Status faktury określa jej bieżący stan w cyklu życia. Zmienia się wraz z kolejnymi zdarzeniami: od „Otwarta” po wystawieniu, przez „Przeterminowana” po upływie terminu płatności, aż po „Opłacona” lub „Odpisana”.

Atrybut ten pokazuje bieżący stan należności. W analizie process mining pomaga kategoryzować sprawy i porównywać wyniki różnych wariantów procesu. Na przykład zestawienie przebiegów prowadzących do statusu „Spór” z tymi, które kończą się statusem „Opłacona”, może ujawnić przyczyny problemów z płatnościami. Status pozwala też filtrować aktywne sprawy, na przykład wszystkie obecnie przeterminowane faktury, i analizować prowadzone działania windykacyjne.

Dlaczego to ważne

Pokazuje bieżący stan faktur, ułatwia analizę wyników procesu i filtrowanie spraw na określonym etapie, na przykład przeterminowanych lub zakwestionowanych.

Skąd pobrać

Zwykle jest dostępny jako pole statusu w nagłówku faktury lub dokumentu należności.

Przykłady
OtwartaOpłaconaPrzeterminowanaZakwestionowanaOdpisana
Termin płatności
DueDate
Wyliczona data, do której zgodnie z umową należy opłacić fakturę.
Opis

Termin płatności to data, do której należy otrzymać zapłatę za fakturę, aby uznać ją za opłaconą na czas. Zwykle oblicza się go na podstawie daty wystawienia faktury i uzgodnionych warunków płatności.

To ważny punkt odniesienia przy mierzeniu wyników procesu windykacji. Pozwala ustalić, czy płatność jest opóźniona, uruchomić procedurę windykacyjną i przygotować zestawienia wiekowania należności. W process mining termin płatności służy do obliczania KPI, takich jak odsetek płatności na czas i okres spływu należności (DSO), oraz do analizy skuteczności działań windykacyjnych w odniesieniu do terminów płatności.

Dlaczego to ważne

To podstawowy punkt odniesienia przy ocenie terminowości płatności. Jest niezbędny do obliczania KPI, takich jak DSO, i analizy opóźnień.

Skąd pobrać

Znajduje się w nagłówku faktury. Może być zapisany bezpośrednio lub wyliczony na podstawie daty faktury i warunków płatności.

Przykłady
2023-04-142023-05-302023-06-01
Kod spółki
CompanyCode
Identyfikator podmiotu prawnego lub jednostki biznesowej, do której należy faktura.
Opis

Kod spółki to identyfikator jednostki organizacyjnej reprezentującej niezależną prawnie spółkę lub odrębny obszar działalności, dla którego sporządza się sprawozdania finansowe. W organizacji obejmującej wiele podmiotów każda transakcja jest przypisana do konkretnego kodu spółki.

Atrybut ten stanowi podstawę analizy na poziomie organizacji. Umożliwia porównywanie wyników procesu w różnych podmiotach prawnych, spółkach zależnych lub jednostkach biznesowych. Takie porównania mogą ujawnić różnice w efektywności procesu, przestrzeganiu zasad i wynikach pracy osób prowadzących windykację. Ułatwiają też wymianę dobrych praktyk i standaryzację procesów tam, gdzie jest to uzasadnione.

Dlaczego to ważne

Umożliwia porównywanie procesów i wyników między podmiotami prawnymi, spółkami zależnymi i jednostkami biznesowymi w organizacji.

Skąd pobrać

Standardowe pole organizacyjne w dokumentach finansowych, w tym na fakturach, w systemie ERP.

Przykłady
1000US01DE01UK_SALES
Segment klienta
CustomerSegment
Klasyfikacja klienta, na przykład według wielkości, branży, znaczenia strategicznego lub regionu.
Opis

Segment klienta to kategoria grupująca klientów o podobnych cechach. Segmenty można określać na podstawie branży, na przykład produkcji lub handlu detalicznego, wielkości firmy, regionu geograficznego albo znaczenia strategicznego, na przykład poziomu złotego, srebrnego lub brązowego.

Atrybut ten pozwala dokładniej analizować proces windykacji i podejmować decyzje z uwzględnieniem specyfiki klientów. Porównanie wyników procesu w różnych segmentach może ujawnić odmienne zachowania płatnicze lub problemy poszczególnych grup. Na przykład klienci zagraniczni mogą mieć dłuższe cykle płatności z powodu przelewów międzynarodowych. Takie informacje pomagają opracować działania i zasady windykacji dopasowane do poszczególnych segmentów, a tym samym poprawić efektywność i zadowolenie klientów.

Dlaczego to ważne

Umożliwia porównywanie różnych grup klientów i opracowywanie dopasowanych do nich działań oraz zasad windykacji.

Skąd pobrać

Zwykle znajduje się w kartotece klienta w systemie CRM lub ERP.

Przykłady
Duże przedsiębiorstwoMałe i średnie przedsiębiorstwoAdministracja publicznaAmeryka Północna
Waluta faktury
InvoiceCurrency
Waluta, w której wyrażono kwotę faktury.
Opis

Waluta faktury określa jednostkę pieniężną, na przykład USD, EUR lub JPY, w której wystawiono fakturę i w której oczekuje się płatności. Ma to szczególne znaczenie dla firm działających na rynkach międzynarodowych.

Process mining często koncentruje się na przebiegu procesu, a nie na przeliczaniu kwot, jednak ten atrybut jest potrzebny do prawidłowej interpretacji kwoty faktury. Pozwala filtrować analizę według waluty lub dzielić proces na grupy, aby sprawdzić, czy transakcje w określonych walutach przebiegają inaczej, na przykład z powodu opóźnień w płatnościach międzynarodowych lub odmiennych strategii windykacyjnych na rynkach zagranicznych.

Dlaczego to ważne

Dostarcza kontekstu potrzebnego do interpretacji kwoty faktury i umożliwia analizę według waluty, co ma znaczenie dla firm działających na rynkach międzynarodowych.

Skąd pobrać

Standardowe pole w nagłówku faktury.

Przykłady
USDEURGBPJPY
Warunki płatności
PaymentTerms
Uzgodnione warunki określające, kiedy klient powinien zapłacić fakturę.
Opis

Warunki płatności określają zasady sprzedaży, przede wszystkim termin zapłaty. Zwykle są zapisane jako kod lub krótki tekst, na przykład „30 dni” (płatność w ciągu 30 dni) albo „2/10, 30 dni” (2% rabatu przy płatności w ciągu 10 dni, w przeciwnym razie pełna kwota jest płatna w ciągu 30 dni).

Atrybut ten dostarcza ważnych informacji o terminie płatności faktury i zachowaniach płatniczych klienta. Analiza procesu według warunków płatności może wykazać, czy niektóre z nich wiążą się z częstszymi opóźnieniami lub sporami. Pozwala też ocenić skuteczność rabatów za wcześniejszą płatność i przygotować się do negocjowania warunków z klientami, aby poprawić przepływy pieniężne.

Dlaczego to ważne

Ułatwia interpretację terminów płatności faktur oraz analizę wpływu różnych uzgodnień na terminowość płatności i przepływy pieniężne.

Skąd pobrać

Dane są przechowywane w kartotece klienta, nagłówku zamówienia sprzedaży lub nagłówku faktury.

Przykłady
30 dni60 dni2/10, 30 dniPłatność przy odbiorze faktury
Wymagane Zalecane Opcjonalne

Działania w procesie zarządzania kredytami i windykacji

Tabela przedstawia najważniejsze etapy procesu i istotne punkty kontrolne, które należy rejestrować, aby dokładnie odkrywać proces i skutecznie mierzyć jego wyniki.
6 Zalecane 10 Opcjonalne
Działanie Opis
Odpisano fakturę
Oznacza końcowy, niepomyślny wynik: uznano, że długu nie da się odzyskać, i odpisano go jako nieściągalną należność. W ten sposób należność zostaje usunięta z ksiąg.
Dlaczego to ważne

To zdarzenie oznacza bezpośrednią stratę finansową. Analiza częstotliwości i wartości odpisów pomaga wykryć ryzyko kredytowe, nieskuteczną windykację i możliwości usprawnienia procesu.

Skąd pobrać

To jawna transakcja finansowa, na przykład zapis w dzienniku lub korekta, zaksięgowana na koncie należności nieściągalnych i rozliczająca pierwotną fakturę.

Rejestrowanie

Należy użyć daty księgowania dokumentu finansowego lub zapisu w dzienniku, którym odpisano pozostałe saldo faktury.

Typ zdarzenia explicit
Otrzymanie zobowiązania do zapłaty
Zdarzenie występuje, gdy klient zobowiązuje się zapłacić fakturę w przyszłym terminie, a uzgodnienie zostaje zapisane w systemie. To pozytywny, pośredni rezultat działań windykacyjnych.
Dlaczego to ważne

To ważny wskaźnik skuteczności pracowników windykacji. Pozwala sprawdzić, czy klienci dotrzymują zobowiązań, i ułatwia prognozowanie wpływów pieniężnych.

Skąd pobrać

To jawne zdarzenie rejestrowane przez użytkownika w module zarządzania windykacją. Tworzy rekord zawierający obiecaną datę i kwotę płatności.

Rejestrowanie

Użyj znacznika czasu utworzenia rekordu „Zobowiązanie do zapłaty” powiązanego z fakturą.

Typ zdarzenia explicit
Rozliczono fakturę
Oznacza pomyślne zakończenie cyklu życia faktury: została w całości opłacona, a jej saldo wynosi zero. To oczekiwany stan końcowy procesu.
Dlaczego to ważne

To główne zdarzenie kończące prawidłowy przebieg procesu. Czas do jego wystąpienia pokazuje łączny czas od wystawienia faktury do otrzymania płatności, ważny miernik biznesowy.

Skąd pobrać

Zdarzenie jest zwykle ustalane na podstawie sumy przypisanych płatności i korekt równej kwocie faktury albo zmiany statusu na „Opłacono” lub „Zamknięto”.

Rejestrowanie

Należy ustalić najpóźniejszy znacznik czasu transakcji rozliczeniowej lub przypisania płatności, po której saldo należności z faktury wynosi zero.

Typ zdarzenia inferred
Upłynął termin płatności
Istotny moment oznaczający, że minął termin płatności netto faktury, a należność nie została w całości uregulowana. Wtedy status faktury zmienia się z „bieżąca” na „zaległa”.
Dlaczego to ważne

To zdarzenie zwykle rozpoczyna działania windykacyjne i przypominanie o płatności. Analiza liczby faktur, dla których minął termin płatności, pomaga ocenić zachowania płatnicze klientów i obciążenie zespołu windykacyjnego.

Skąd pobrać

Nie jest to bezpośrednie zdarzenie systemowe. Ustala się je przez porównanie pola terminu płatności faktury z bieżącym znacznikiem czasu lub znacznikiem czasu późniejszej czynności.

Rejestrowanie

Wygeneruj znacznik czasu dla terminu płatności faktury, jeśli do tego dnia nie została ona rozliczona. Na przykład „InvoiceDueDate + 1 day”.

Typ zdarzenia calculated
Wystawienie faktury
Oznacza oficjalne utworzenie rekordu faktury w systemie źródłowym. To podstawowe zdarzenie rozpoczynające cykl od wystawienia faktury do otrzymania płatności. Określa kwotę należności i warunki płatności.
Dlaczego to ważne

To podstawowe zdarzenie rozpoczynające proces. Od tego momentu liczy się czas trwania cyklu, na przykład od wystawienia faktury do otrzymania płatności oraz wskaźnik Days Sales Outstanding.

Skąd pobrać

To podstawowa transakcja w module należności lub fakturowania. Jej datę pobiera się z daty utworzenia lub zaksięgowania dokumentu faktury.

Rejestrowanie

Użyj znacznika czasu utworzenia lub daty zaksięgowania z głównej tabeli nagłówków faktur albo dokumentów finansowych.

Typ zdarzenia explicit
Zarejestrowanie sporu
Oznacza moment, w którym klient formalnie kwestionuje fakturę, a zgłoszenie zostaje zarejestrowane w systemie. To zdarzenie często wstrzymuje standardową windykację spornej kwoty.
Dlaczego to ważne

Spory są częstą przyczyną opóźnień w płatnościach. Ustalenie, kiedy i dlaczego dochodzi do sporów, pomaga znaleźć ich przyczyny, usprawnić proces i skrócić okres spływu należności (DSO).

Skąd pobrać

Zdarzenie jest rejestrowane po utworzeniu sprawy sporu lub zmianie statusu faktury na „Spór” w module obsługi sporów albo windykacji.

Rejestrowanie

Należy użyć znacznika czasu utworzenia sprawy sporu albo zmiany statusu faktury.

Typ zdarzenia explicit
Kontakt z klientem w sprawie należności
Oznacza ręczne działanie pracownika windykacji, który kontaktuje się z klientem, na przykład telefonicznie lub za pomocą spersonalizowanej wiadomości e-mail. Pracownik rejestruje tę czynność w systemie.
Dlaczego to ważne

Ta czynność pokazuje skalę ręcznej pracy w procesie windykacji. Analiza częstotliwości kontaktów i ich wyników pomaga ocenić efektywność pracowników oraz sposób wykorzystania zasobów.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane w dziennikach czynności, zadań lub interakcji utworzonych przez użytkowników w module windykacyjnym lub systemie CRM.

Rejestrowanie

Pobierz datę i godzinę utworzenia zarejestrowanych czynności, takich jak „Rozmowa telefoniczna” lub „Wiadomość e-mail”, powiązanych z klientem lub fakturą.

Typ zdarzenia explicit
Niedotrzymanie zobowiązania do zapłaty
Zdarzenie obliczane na podstawie informacji, że klient nie zapłacił w uzgodnionym terminie. Oznacza niepowodzenie w procesie windykacji i często wymaga dalszej eskalacji.
Dlaczego to ważne

Ta czynność wskazuje na nieefektywność i niewiarygodne zobowiązania. Analiza jej częstotliwości pomaga wykrywać klientów wysokiego ryzyka i dopracować dalsze działania windykacyjne.

Skąd pobrać

Zdarzenie ustala się, sprawdzając, czy minął termin zapisany w polu „Zobowiązanie do zapłaty”, a płatność nie została zaksięgowana.

Rejestrowanie

Wygeneruj zdarzenie dzień po uzgodnionym terminie płatności, jeśli na fakturę nie zaksięgowano odpowiadającej jej płatności.

Typ zdarzenia calculated
Otrzymano płatność
Oznacza otrzymanie środków od klienta, zwykle odnotowane na wyciągu bankowym lub w pliku z systemu lockbox. Potwierdza wpływ środków, ale niekoniecznie ich przypisanie do konkretnej faktury.
Dlaczego to ważne

To zdarzenie rozpoczyna proces rozliczania wpływów. Czas między otrzymaniem płatności a jej przypisaniem do faktury jest ważnym miernikiem dla zespołów zarządzających środkami pieniężnymi i efektywnością operacyjną.

Skąd pobrać

Zdarzenie jest rejestrowane po utworzeniu dokumentu wpływu środków lub płatności klienta, zwykle w dzienniku płatności albo module zarządzania środkami pieniężnymi.

Rejestrowanie

Należy użyć daty księgowania lub daty waluty z dokumentu płatności przychodzącej albo transakcji na wyciągu bankowym.

Typ zdarzenia explicit
Przypisano płatność do faktury
Oznacza zakończenie procesu rozliczania wpływów: otrzymana płatność została dopasowana i przypisana do konkretnej faktury. Zmniejsza to saldo otwarte lub je zeruje.
Dlaczego to ważne

To zdarzenie łączy otrzymanie środków ze zmniejszeniem należności. Opóźnienia w przypisaniu płatności mogą prowadzić do niepotrzebnych działań windykacyjnych i błędnych zestawień sald klientów.

Skąd pobrać

Zdarzenie jest rejestrowane po zaksięgowaniu transakcji rozliczeniowej, która łączy dokument płatności z dokumentem faktury w księdze pomocniczej należności.

Rejestrowanie

Należy użyć daty księgowania dokumentu rozliczeniowego lub daty przypisania zapisanej w tabelach rozliczania płatności.

Typ zdarzenia explicit
Rozpoczęcie działań windykacyjnych
Oznacza rozpoczęcie formalnych działań windykacyjnych lub przypisanie zaległej faktury do określonej strategii windykacji. To bardziej systematyczna forma eskalacji niż pojedyncze przypomnienie.
Dlaczego to ważne

Ta czynność oznacza nasilenie działań windykacyjnych. Analiza czasu do jej rozpoczęcia i uzyskanych wyników pomaga ocenić sprawność i skuteczność całej strategii windykacyjnej.

Skąd pobrać

Zdarzenie jest rejestrowane, gdy do faktury po raz pierwszy zostaje przypisany poziom działań windykacyjnych lub gdy w systemie zarządzania windykacją uruchomiona zostaje formalna strategia.

Rejestrowanie

Zapisz znacznik czasu, gdy faktura po raz pierwszy zostanie objęta formalną kampanią windykacyjną lub zostanie do niej przypisana strategia windykacji.

Typ zdarzenia explicit
Rozwiązano spór
Oznacza zakończenie obsługi sporu: sprawę zbadano i ustalono sposób jej rozwiązania. Faktura może teraz zostać opłacona lub odpisana.
Dlaczego to ważne

Czas rozwiązywania sporów bezpośrednio wpływa na przepływy pieniężne i zadowolenie klientów. To zdarzenie wyznacza koniec okresu mierzonego przy analizie czasu obsługi sporu.

Skąd pobrać

Zdarzenie jest rejestrowane po zmianie statusu sprawy sporu na „Rozwiązano” lub „Zamknięto” albo po usunięciu oznaczenia sporu z faktury.

Rejestrowanie

Należy użyć znacznika czasu zmiany statusu sprawy sporu lub faktury, który wskazuje na rozwiązanie sprawy.

Typ zdarzenia explicit
Wysłanie faktury do klienta
Oznacza moment formalnego dostarczenia faktury klientowi, elektronicznie lub w wersji papierowej. Od tej daty często zaczyna się bieg terminu płatności.
Dlaczego to ważne

Opóźnienie między wystawieniem a wysłaniem faktury może wydłużyć cykl płatności. Analiza tej czynności pomaga wykryć wąskie gardła w procesie wysyłki faktur i ocenić ich wpływ na przepływy pieniężne.

Skąd pobrać

Zdarzenie może być rejestrowane bezpośrednio w systemie zarządzania wysyłką dokumentów lub ustalane na podstawie dzienników komunikacji, na przykład wiadomości e-mail lub transmisji EDI.

Rejestrowanie

Pobierz znacznik czasu z dzienników systemowych rejestrujących komunikację wychodzącą albo z dedykowanego pola „Data wysłania” w rekordzie faktury.

Typ zdarzenia explicit
Wysłanie przypomnienia
Oznacza wysłanie klientowi pierwszego, często automatycznego przypomnienia lub wezwania do zapłaty za zaległą fakturę. Zwykle jest to pierwszy etap działań windykacyjnych.
Dlaczego to ważne

Śledzenie wysłanych przypomnień pomaga ocenić skuteczność początkowych działań windykacyjnych. Pozwala sprawdzić, ile faktur opłacono po prostym przypomnieniu, a ile wymagało intensywniejszych działań.

Skąd pobrać

Zdarzenie jest rejestrowane w dziennikach modułu windykacyjnego, który zapisuje datę i rodzaj komunikatu wysłanego w sprawie faktury.

Rejestrowanie

Użyj daty wykonania zapisanej w historii działań windykacyjnych lub tabeli dziennika komunikacji powiązanej z fakturą.

Typ zdarzenia explicit
Wystawiono korektę kredytową
Oznacza utworzenie korekty kredytowej przypisanej do faktury. Wystawia się ją często w celu poprawienia błędu w rozliczeniu lub rozwiązania sporu.
Dlaczego to ważne

Częste wystawianie korekt kredytowych może wskazywać na problemy systemowe na wcześniejszych etapach procesu od zamówienia do płatności, na przykład błędne ceny lub pomyłki przy wysyłce. Analiza tego zdarzenia pomaga ustalić przyczyny problemów.

Skąd pobrać

To standardowa transakcja finansowa rejestrowana na podstawie daty księgowania dokumentu korekty kredytowej w module należności.

Rejestrowanie

Należy użyć daty utworzenia lub księgowania z nagłówka dokumentu korekty kredytowej i powiązać go z korygowaną fakturą.

Typ zdarzenia explicit
Zatwierdzenie limitu kredytowego
Oznacza pomyślne zakończenie weryfikacji kredytowej, w wyniku której klient otrzymuje limit kredytowy lub jego limit zostaje zaktualizowany. Ta czynność zwykle poprzedza wystawienie faktury i określa warunki transakcji.
Dlaczego to ważne

Analiza czasu między zatwierdzeniem limitu kredytowego a wystawieniem faktury pomaga ocenić sprawność cyklu sprzedaży. Pozwala też zrozumieć, dlaczego do niektórych faktur przypisano określone warunki płatności lub dlaczego później pojawiły się problemy z windykacją.

Skąd pobrać

To zdarzenie jest zwykle rejestrowane w module zarządzania kredytem lub systemie CRM, gdy menedżer ds. kredytowych zatwierdza wniosek klienta lub wynik jego weryfikacji.

Rejestrowanie

Zapisz znacznik czasu, gdy status weryfikacji kredytowej klienta zmieni się na „Zatwierdzono” lub zostanie ustalona nowa wartość limitu kredytowego.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak przygotować dane do process mining.

Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w

naszym przewodniku ETL   lub   wybierz konkretny proces i system.

Jak zacząć?

Aby uzyskać instrukcje dopasowane do używanego systemu, należy wybrać jedną z poniższych instrukcji ekstrakcji. Można też wykorzystać ten uniwersalny szablon jako punkt wyjścia do przygotowania danych.

Ogranicz utratę przychodów: usprawnij zarządzanie kredytami i windykację

Współpracuje z używanymi już systemami. Wyniki można zobaczyć w ciągu kilku dni.

Rozpocznij okres próbny

Nie trzeba podawać danych karty płatniczej. Można szybko rozpocząć pracę.