Szablon danych dotyczących zarządzania kredytami i windykacji należności
Szablon danych dotyczących zarządzania kredytami i windykacji należności
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia przebiegu procesu
- Wskazówki dotyczące pobierania danych z HighRadius
Atrybuty procesu zarządzania kredytami i windykacji należności
| Nazwa | Opis | ||
|---|---|---|---|
|
Czas zdarzenia
EventTime
|
Timestamp wskazujący datę i godzinę wystąpienia działania. | ||
|
Opis
Czas zdarzenia określa dokładną datę i godzinę każdego działania w procesie. Te dane chronologiczne stanowią podstawę process mining, ponieważ pozwalają prawidłowo uporządkować zdarzenia i obliczyć czas między nimi. Atrybut służy do obliczania wszystkich KPI opartych na czasie, takich jak czas rozpatrywania sporu, zatwierdzania kredytu czy księgowania płatności. Umożliwia też analizę wyników procesu w czasie, wykrywanie działań powodujących opóźnienia i pomiar zgodności z umowami o poziomie usług.
Dlaczego to ważne
Zapewnia chronologię działań, niezbędną do obliczania czasu cyklu, wykrywania wąskich gardeł i analizy przebiegu procesu.
Skąd pobrać
Każdy rekord transakcji lub dziennik zdarzeń w HighRadius powinien zawierać odpowiednie pole timestampu, często nazwane „Data utworzenia” lub „Timestamp”.
Przykłady
2023-03-15T10:00:00Z2023-04-01T14:35:10Z2023-05-20T09:12:45Z
|
|||
|
Nazwa działania
ActivityName
|
Nazwa konkretnego zdarzenia biznesowego, które dotyczyło faktury i wystąpiło w określonym czasie. | ||
|
Opis
Nazwa działania opisuje etap procesu zarządzania kredytem i windykacji, na przykład „Utworzono fakturę”, „Wysłano przypomnienie o zaległej płatności” lub „Otrzymano płatność”. Kolejne działania składają się na przebieg procesu dla każdego case. Analiza tego atrybutu pozwala odkryć i zwizualizować rzeczywistą mapę procesu. Pomaga wykryć wąskie gardła, odstępstwa od standardowej procedury i pętle poprawek. Częstotliwość i kolejność działań, takich jak „Zarejestrowano rozmowę windykacyjną” lub „Zarejestrowano spór”, pomagają ocenić efektywność procesu.
Dlaczego to ważne
Ten atrybut określa etapy procesu i umożliwia odtworzenie oraz analizę jego przebiegu dla każdej faktury.
Skąd pobrać
Zwykle ustala się ją na podstawie dzienników zdarzeń, zmian statusu lub zapisów konkretnych działań w różnych modułach platformy HighRadius.
Przykłady
Wysłano fakturę do klientaRozpoczęto procedurę monitowania o płatnośćOtrzymano płatnośćRozstrzygnięto spór
|
|||
|
Numer faktury
InvoiceNumber
|
Unikalny identyfikator każdej faktury, używany jako główny identyfikator case w procesie od kredytu do otrzymania płatności. | ||
|
Opis
Numer faktury to główny identyfikator łączący wszystkie działania dotyczące pojedynczej transakcji należności. Umożliwia śledzenie całego cyklu życia faktury: od jej wystawienia, przez działania związane z zarządzaniem kredytem i windykacją, aż po rozliczenie lub odpisanie. W analizie process mining ten atrybut jest niezbędny do grupowania powiązanych zdarzeń w jeden case. Pozwala wizualizować przebieg procesu od początku do końca, obliczać czas trwania case, na przykład DSO, oraz analizować różne ścieżki obsługi faktury, takie jak rozpatrywanie sporów czy procedury monitowania o płatność.
Dlaczego to ważne
To podstawowy identyfikator łączący wszystkie etapy procesu. Umożliwia analizę pełnego przebiegu obsługi faktury, od jej utworzenia do zamknięcia.
Skąd pobrać
To podstawowe pole w HighRadius, zwykle dostępne w głównych obiektach danych faktur lub należności.
Przykłady
INV-2023-001239876543210SI-55482
|
|||
|
Identyfikator klienta
CustomerId
|
Unikalny identyfikator klienta powiązanego z fakturą. | ||
|
Opis
Identyfikator klienta łączy fakturę z konkretnym klientem. Umożliwia agregowanie i analizowanie danych o procesie z perspektywy klienta. Ten atrybut jest niezbędny do analizy zachowań płatniczych klientów i ich segmentów. Pomaga odpowiedzieć na pytania: którzy klienci często płacą po terminie? Którzy najczęściej zgłaszają spory? Umożliwia tworzenie dashboardów, takich jak „Terminowość płatności”, oraz podział KPI według klientów.
Dlaczego to ważne
Umożliwia analizę zachowań płatniczych klientów, częstotliwości sporów i ich interakcji z procesem, co pomaga dostosować strategie windykacyjne.
Skąd pobrać
To standardowe pole w nagłówku faktury lub danych konta klienta w HighRadius.
Przykłady
CUST-001ACME-CORPGLOBEX-US
|
|||
|
Imię i nazwisko windykatora
CollectorName
|
Imię i nazwisko użytkownika lub agenta odpowiedzialnego za wykonanie czynności windykacyjnej. | ||
|
Opis
Ten atrybut wskazuje windykatora, analityka kredytowego lub innego użytkownika, który wykonał czynność ręczną, na przykład „Zarejestrowano rozmowę windykacyjną” lub „Rozwiązano spór”. Analiza pozwala porównywać wyniki poszczególnych windykatorów i zespołów. Ułatwia ocenę rozkładu obciążenia pracą, skuteczności stosowanych metod, na przykład odsetka skutecznych rozmów windykacyjnych dla każdego windykatora, oraz wskazanie obszarów wymagających dodatkowego szkolenia. Jest też przydatna przy zarządzaniu zasobami i planowaniu wydajności zespołu.
Dlaczego to ważne
Łączy czynności w procesie z konkretnymi osobami, dzięki czemu można analizować wyniki zespołu, obciążenie pracą i skuteczność działań ręcznych.
Skąd pobrać
Informacje te są zwykle zapisywane w dziennikach czynności lub rejestrach działań użytkowników w module Collections systemu HighRadius.
Przykłady
Jan KowalskiAnna NowakEmilia Jones
|
|||
|
Kwota faktury
InvoiceAmount
|
Łączna wartość faktury. | ||
|
Opis
Ten atrybut określa łączną kwotę do zapłaty z tytułu faktury. To ważna miara finansowa, która pokazuje wartość przypisaną do każdej sprawy. W process mining kwota faktury pomaga ustalać priorytety działań windykacyjnych, na przykład skupiać się na przeterminowanych fakturach o wysokiej wartości. Jest podstawą finansowych KPI, takich jak Days Sales Outstanding (DSO), i służy w dashboardzie „Analiza odpisów faktur” do określania finansowych skutków nieściągalnych należności.
Dlaczego to ważne
Pokazuje kontekst finansowy każdej sprawy, umożliwiając analizę według wartości, ustalanie priorytetów pracy i określanie skutków finansowych, takich jak odpisy.
Skąd pobrać
To standardowe pole w danych nagłówka faktury w HighRadius.
Przykłady
5000.001250.7525000.50
|
|||
|
Przyczyna sporu
DisputeReason
|
Kod lub opis przyczyny podany przez klienta przy zgłoszeniu sporu dotyczącego faktury. | ||
|
Opis
Klient zgłaszający spór zwykle podaje jego przyczynę, na przykład „Nieprawidłowa cena”, „Uszkodzony towar” lub „Zduplikowana faktura”. Ten atrybut zapisuje tę informację. Analiza przyczyn sporów jest podstawą dashboardu „Czas rozwiązywania sporów dotyczących faktur”. Pomaga ustalić źródła problemów i rozwiązać powtarzające się kwestie związane z cenami, wysyłką lub fakturowaniem. Ograniczenie liczby sporów u źródła może znacznie przyspieszyć przepływ środków pieniężnych.
Dlaczego to ważne
Pokazuje źródła opóźnień w płatnościach i pozwala ukierunkować ulepszanie procesów, aby zapobiegać kolejnym sporom.
Skąd pobrać
Informacje te są zapisywane w module zarządzania sporami lub potrąceniami w HighRadius podczas rejestrowania sporu.
Przykłady
Nieprawidłowa ilośćRozbieżność cenowaUszkodzony towarPodwójne fakturowanie
|
|||
|
Status płatności
PaymentStatus
|
Bieżący status finansowy faktury, na przykład otwarta, opłacona, przeterminowana lub objęta sporem. | ||
|
Opis
Status płatności pokazuje, na jakim etapie jest faktura. Informuje, czy płatność jest nadal oczekiwana, została uregulowana w całości lub częściowo, minął termin płatności albo trwa postępowanie wyjaśniające w związku ze sporem. Ten atrybut jest podstawą dashboardu „Status płatności i struktura wiekowa faktur”. Umożliwia szybki podział należności, ocenę ich ogólnej kondycji finansowej i ustalanie priorytetów działań windykacyjnych dotyczących przeterminowanych faktur lub tych objętych sporem.
Dlaczego to ważne
Dzieli faktury na grupy wymagające określonych działań, pokazuje bieżący stan należności i pomaga ustalać priorytety windykacji.
Skąd pobrać
To podstawowe pole statusu faktury lub należności w HighRadius.
Przykłady
OtwartaOpłaconaPrzeterminowanaObjęta sporemOdpisana
|
|||
|
Termin płatności
DueDate
|
Obliczona data, do której należy zapłacić fakturę. | ||
|
Opis
Termin płatności to konkretna data, do której należy uregulować fakturę, aby nie uznać jej za przeterminowaną. Zwykle oblicza się go na podstawie daty wystawienia faktury i warunków płatności. Ten atrybut jest podstawą analizy przeterminowanych należności. Służy do obliczania liczby dni opóźnienia, uruchamiania procedur przypominających o płatności i mierzenia KPI „Terminowość płatności”. Jest też wykorzystywany w dashboardach dotyczących struktury wiekowej należności i skuteczności monitów.
Dlaczego to ważne
Ta data określa, czy faktura została opłacona w terminie, czy jest przeterminowana. Od niej zależą dalsze działania windykacyjne i powiązane KPI.
Skąd pobrać
To standardowe pole rekordu faktury w HighRadius. Może być pobierane ze źródłowego systemu ERP lub obliczane w HighRadius.
Przykłady
2023-04-142023-05-312023-06-20
|
|||
|
Warunki płatności
PaymentTerms
|
Uzgodnione warunki określające, do kiedy klient powinien zapłacić fakturę. | ||
|
Opis
Warunki płatności określają zasady zapłaty, na przykład „30 dni netto”, „60 dni netto” lub „płatność przy odbiorze”. Na ich podstawie oblicza się termin płatności faktury. Ten atrybut jest podstawą dashboardu i KPI „Terminowość płatności”. Analiza pozwala sprawdzić, czy standardowe warunki są stosowane konsekwentnie i które z nich wiążą się z częstszymi opóźnieniami. Wnioski mogą pomóc w ustalaniu polityki kredytowej i negocjacjach z klientami.
Dlaczego to ważne
Określa oczekiwany termin zapłaty, dlatego jest niezbędny do obliczania terminów płatności i mierzenia, czy klienci przestrzegają uzgodnień.
Skąd pobrać
Informacje te znajdują się zwykle w nagłówku faktury lub danych podstawowych klienta w HighRadius albo źródłowym systemie ERP.
Przykłady
30 dni netto60 dni nettoPłatność przy odbiorze
|
|||
|
Czas zakończenia
EndTime
|
Znacznik czasu wskazujący, kiedy zakończyła się dana czynność. | ||
|
Opis
Czas zakończenia oznacza koniec czynności. Wiele czynności w procesie windykacji to zdarzenia chwilowe, w których czas rozpoczęcia jest równy czasowi zakończenia. Inne, takie jak „Rozpatrzenie sporu”, mogą trwać dłużej. Jeśli ten atrybut jest dostępny, służy wraz z czasem rozpoczęcia do obliczenia czasu realizacji poszczególnych czynności. Dzięki temu można ustalić, które konkretne etapy, a nie tylko przerwy między nimi, pochłaniają najwięcej czasu i zasobów.
Dlaczego to ważne
Pozwala dokładnie mierzyć czas trwania poszczególnych czynności i sprawdzić, na co przeznaczany jest czas w procesie.
Skąd pobrać
Informacje można znaleźć w dokumentacji HighRadius. Atrybut może być dostępny dla niektórych rejestrowanych czynności, które mają określony stan początkowy i końcowy.
Przykłady
2023-03-15T10:45:00Z2023-04-01T15:00:10Z2023-05-20T11:15:00Z
|
|||
|
Czy czynność jest zautomatyzowana
IsAutomated
|
Wartość logiczna wskazująca, czy czynność wykonał automatycznie system, czy ręcznie użytkownik. | ||
|
Opis
Ten obliczany atrybut odróżnia zdarzenia generowane przez system, na przykład automatyczne wysłanie przypomnienia o zaległej płatności, od działań wykonywanych przez człowieka, takich jak zarejestrowanie rozmowy windykacyjnej. Atrybut ten jest niezbędny do obliczania KPI „Odsetek zautomatyzowanych działań windykacyjnych”. Pomaga mierzyć poziom automatyzacji procesu windykacji, wskazywać możliwości dalszej automatyzacji i porównywać skuteczność działań automatycznych oraz ręcznych.
Dlaczego to ważne
Pomaga mierzyć poziom automatyzacji procesu oraz analizować wydajność i skuteczność systemów automatycznych w porównaniu z pracą ręczną.
Skąd pobrać
Wartość jest ustalana podczas przekształcania danych. Wymaga przygotowania mapowania, które na podstawie wiedzy o procesie oznacza wybrane nazwy czynności jako zautomatyzowane.
Przykłady
truefalse
|
|||
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Znacznik czasu ostatniego odświeżenia danych tego rekordu z systemu źródłowego. | ||
|
Opis
Ten atrybut informuje, jak aktualne są dane. Zapisuje datę i godzinę ostatniego pobrania lub aktualizacji danych z HighRadius. W analizie pozwala ocenić aktualność uzyskanych informacji. Dzięki niemu dashboardy i raporty mogą pokazywać, kiedy dane były ostatnio aktualizowane, co ułatwia podejmowanie decyzji na ich podstawie.
Dlaczego to ważne
Informuje, na ile aktualne są dane. To ważne dla wiarygodności analizy i podejmowania świadomych decyzji.
Skąd pobrać
Ten znacznik czasu jest generowany i dodawany do każdego rekordu przez potok pobierania danych podczas ich ekstrakcji.
Przykłady
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
Jednostka biznesowa
BusinessUnit
|
Wewnętrzna jednostka biznesowa lub dział odpowiedzialny za sprzedaż albo fakturę. | ||
|
Opis
Atrybut jednostki biznesowej przypisuje fakturę do określonej części organizacji, na przykład „Sprzedaż detaliczna”, „Sprzedaż hurtowa” lub „Usługi”. Umożliwia analizę wyników w podziale na segmenty działalności. Kierownictwo może porównywać KPI, takie jak DSO, odsetek sporów i odpisy, między jednostkami biznesowymi, aby wskazać obszary osiągające dobre wyniki oraz te wymagające poprawy. Pozwala też rozliczać poszczególne części organizacji z wyników w zakresie należności.
Dlaczego to ważne
Umożliwia porównywanie wyników różnych części organizacji i wskazanie działów, w których proces od kredytu do gotówki przebiega najskuteczniej.
Skąd pobrać
To dane organizacyjne, zwykle dostępne na fakturze lub ustalane na podstawie powiązanego zamówienia sprzedaży albo konta klienta w HighRadius lub systemie ERP.
Przykłady
BU-Ameryka PółnocnaDział usługProdukcja
|
|||
|
Kraj
Country
|
Kraj klienta powiązanego z fakturą. | ||
|
Opis
Ten atrybut określa kraj, w którym znajduje się klient. Umożliwia podział procesu zarządzania kredytem i windykacji według lokalizacji geograficznej. Analiza danych według krajów może ujawnić regionalne różnice w zachowaniach płatniczych, skuteczności strategii windykacyjnych i najczęstszych przyczynach sporów. Informacje te pomagają dostosować politykę do poszczególnych regionów i przygotowywać raporty dla kierownictwa organizacji działających globalnie.
Dlaczego to ważne
Umożliwia analizę geograficzną, która pomaga wykrywać regionalne tendencje w płatnościach i odpowiednio dostosowywać strategie windykacyjne.
Skąd pobrać
Informacja ta należy do danych podstawowych klienta. Jest zwykle dostępna w HighRadius lub synchronizowana ze źródłowego systemu ERP.
Przykłady
USANiemcyBrazylia
|
|||
|
Liczba dni po terminie
DaysOverdue
|
Liczba dni, o które minął termin płatności faktury. Wynosi zero, jeśli termin jeszcze nie upłynął lub faktura została opłacona w terminie. | ||
|
Opis
Liczba dni po terminie to obliczana miara różnicy między bieżącą datą w przypadku otwartych faktur lub datą płatności w przypadku opłaconych faktur a terminem płatności faktury. Wskazuje opóźnienie w płatności. Ten atrybut jest podstawą dashboardu „Status płatności i struktura wiekowa faktur”. Służy do grupowania należności według czasu opóźnienia, na przykład od 1 do 30 dni lub od 31 do 60 dni. Jest też składnikiem obliczeń Days Sales Outstanding (DSO) i pomaga ustalać priorytety windykacji w przypadku najbardziej przeterminowanych należności.
Dlaczego to ważne
Miara ta bezpośrednio określa długość opóźnień w płatnościach, dlatego jest niezbędna do analizy struktury wiekowej należności, ustalania priorytetów windykacji i obliczania DSO.
Skąd pobrać
To pole nie jest przechowywane w systemie. Oblicza się je podczas przekształcania danych na podstawie terminu płatności oraz daty płatności albo bieżącej daty.
Przykłady
1545092
|
|||
|
Obiecana data płatności
PromiseToPayDate
|
Data, w której klient zobowiązał się zapłacić za przeterminowaną fakturę. | ||
|
Opis
Podczas kontaktu z klientem windykator może uzyskać obietnicę zapłaty w określonym terminie. Ten atrybut zapisuje uzgodnioną datę. Analiza tych danych pomaga ocenić, czy klienci dotrzymują obietnic i jak skutecznie windykatorzy uzyskują konkretne zobowiązania. Można na ich podstawie mierzyć odsetek dotrzymanych obietnic, czyli ważny wskaźnik wyników zespołu windykacyjnego.
Dlaczego to ważne
Zapisuje ważny wynik działań windykacyjnych i służy do mierzenia skuteczności kontaktów oraz wiarygodności zobowiązań klientów.
Skąd pobrać
Data jest zapisywana po zarejestrowaniu czynności „Obietnica zapłaty” w module Collections systemu HighRadius.
Przykłady
2023-06-152023-07-012023-06-25
|
|||
|
Poziom monitowania
DunningLevel
|
Etap lub poziom zautomatyzowanego procesu monitowania osiągnięty w przypadku przeterminowanej faktury. | ||
|
Opis
Poziom monitowania określa intensywność działań windykacyjnych i zwykle odpowiada kolejnym automatycznym przypomnieniom lub wezwaniom wysyłanym do klienta. Na przykład poziom 1 może oznaczać łagodne przypomnienie, a poziom 3 ostateczne wezwanie. Ten atrybut jest niezbędny w dashboardzie „Skuteczność strategii monitowania”. Analiza poziomów, po których najczęściej następuje płatność, pomaga optymalizować workflow monitowania. Dzięki temu działania mogą być skuteczne, a jednocześnie nie nadmiernie stanowcze, by nie pogarszać relacji z klientami.
Dlaczego to ważne
Pozwala śledzić eskalację działań windykacyjnych i analizować, które strategie monitowania najskuteczniej skłaniają klientów do zapłaty.
Skąd pobrać
To pole statusu obsługiwane przez mechanizm workflow automatycznej windykacji lub monitowania w HighRadius.
Przykłady
123 - Ostateczne wezwanieWindykacja prawna
|
|||
|
Przyczyna odpisu
WriteOffReason
|
Kod lub opis przyczyny odpisania faktury jako nieściągalnej należności. | ||
|
Opis
Fakturę odpisuje się, gdy uznaje się ją za nieściągalną. Ten atrybut zapisuje przyczynę odpisu, na przykład „Upadłość klienta”, „Nierozwiązany spór” lub „Odpis niewielkiej kwoty”. Atrybut ten jest podstawą dashboardu „Analiza odpisów faktur”. Pomaga ustalić źródła strat finansowych i dostarcza informacji, które można wykorzystać do udoskonalenia polityki kredytowej, usprawnienia obsługi sporów lub zmiany strategii windykacyjnych, aby ograniczyć przyszłe odpisy.
Dlaczego to ważne
Wyjaśnia przyczyny utraty przychodów i dostarcza informacji potrzebnych do ulepszenia oceny ryzyka kredytowego oraz zasad windykacji.
Skąd pobrać
Informacja ta jest zapisywana podczas przetwarzania czynności „Odpisano fakturę”, zwykle w module finansowym lub windykacyjnym systemu HighRadius.
Przykłady
UpadłośćUpłynął termin przedawnieniaKoszt windykacji przewyższa kwotę długu
|
|||
|
System źródłowy
SourceSystem
|
System, z którego pochodzą dane. | ||
|
Opis
Ten atrybut wskazuje system źródłowy, w którym wygenerowano dane o zdarzeniu. W tym widoku procesu wartością będzie zwykle „HighRadius”. W środowiskach korzystających z wielu systemów pole to pomaga ustalić pochodzenie danych i prześledzić je do źródła. Ułatwia rozróżnienie procesów obejmujących różne platformy, na przykład system ERP i specjalistyczne narzędzie do windykacji.
Dlaczego to ważne
Wskazuje pochodzenie danych, co ma znaczenie dla zarządzania danymi, ich weryfikacji i zrozumienia środowiska technologicznego procesu.
Skąd pobrać
Zwykle jest to stała wartość dodawana podczas wyodrębniania i przekształcania danych w celu oznaczenia zbioru danych.
Przykłady
HighRadiusHighRadius-WindykacjaHighRadius-RozliczanieWpływów
|
|||
|
Waluta
Currency
|
Kod waluty, w której podano kwotę faktury. | ||
|
Opis
Ten atrybut określa walutę faktury, na przykład USD, EUR lub JPY. Dostarcza niezbędnego kontekstu dla wartości pieniężnych, takich jak kwota faktury. W firmach działających w wielu krajach pole to jest niezbędne do prawidłowej analizy finansowej. Pozwala poprawnie interpretować kwoty i przeliczać waluty podczas agregowania danych na potrzeby raportów globalnych.
Dlaczego to ważne
Jest niezbędny do prawidłowej interpretacji kwot pieniężnych. Zapobiega błędom w obliczeniach i raportach finansowych w środowiskach wielowalutowych.
Skąd pobrać
To standardowe pole rekordu faktury, zwykle umieszczone obok kwoty faktury.
Przykłady
USDEURGBP
|
|||
Działania w procesie zarządzania kredytami i windykacji należności
| Działanie | Opis | ||
|---|---|---|---|
|
Minął termin płatności faktury
|
Zdarzenie obliczane, gdy bieżąca data przekracza termin płatności faktury. Nie oznacza działania użytkownika ani systemu, ale istotną zmianę stanu, która rozpoczyna proces windykacji. | ||
|
Dlaczego to ważne
To główny czynnik uruchamiający kolejne działania monitujące i windykacyjne. Pozwala odróżnić faktury opłacone w terminie od zaległych oraz ocenić skuteczność strategii windykacji.
Skąd pobrać
Zdarzenie nie jest przechowywane bezpośrednio. Oblicza się je przez porównanie pola terminu płatności faktury z timestampem innych zdarzeń. Jest wyznaczane podczas przekształcania danych na potrzeby process mining.
Rejestrowanie
Obliczane przez porównanie pola due_date faktury z bieżącą datą lub timestampem zdarzenia (Timestamp > Due Date).
Typ zdarzenia
calculated
|
|||
|
Odpisano fakturę
|
Oznacza alternatywne zakończenie cyklu życia faktury: należność uznano za nieściągalną i odpisano jako stratę. Jest to niepożądany wynik. | ||
|
Dlaczego to ważne
Śledzenie odpisów jest niezbędne do obliczenia wskaźnika odpisanych faktur i analizy przyczyn strat finansowych. Pomaga wykryć błędy w ocenie zdolności kredytowej lub działaniach windykacyjnych.
Skąd pobrać
Zdarzenie jest rejestrowane po zaksięgowaniu transakcji odpisującej saldo faktury lub zmianie jej statusu na „Odpisana”.
Rejestrowanie
Wnioskowane na podstawie zmiany statusu na „Odpisana” lub zaksięgowania na fakturze transakcji określonego typu, dotyczącej odpisu.
Typ zdarzenia
inferred
|
|||
|
Otrzymano płatność
|
To działanie oznacza otrzymanie płatności od klienta, zwykle odnotowanej na wyciągu bankowym lub w pliku lockbox. Środki wpłynęły, ale nie zostały jeszcze przypisane do konkretnej faktury. | ||
|
Dlaczego to ważne
To ważny etap, który często zatrzymuje pomiar czasu windykacji. Jest punktem początkowym do obliczenia KPI określającego opóźnienie między otrzymaniem a zaksięgowaniem płatności, co pomaga wykryć opóźnienia w rozliczaniu wpływów.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie danych o płatnościach w HighRadius Cash Application Cloud. Każda partia płatności lub transakcja z pliku bankowego ma datę otrzymania.
Rejestrowanie
Rejestrowane na podstawie timestampu rekordu płatności w chwili zaimportowania go lub wprowadzenia do modułu rozliczania wpływów.
Typ zdarzenia
explicit
|
|||
|
Rozliczono fakturę
|
To działanie oznacza pomyślne zakończenie cyklu życia faktury: została w pełni opłacona i zamknięta. Jest to oczekiwany stan końcowy procesu. | ||
|
Dlaczego to ważne
To główne zdarzenie końcowe prawidłowego przebiegu procesu. Analiza ścieżek prowadzących do tego wyniku pomaga wskazać dobre praktyki i skuteczne strategie windykacji.
Skąd pobrać
Zwykle nie jest to jawne zdarzenie, lecz wnioskuje się o nim na podstawie zmiany statusu faktury na „Zamknięta” lub „Rozliczona” oraz wyzerowania salda. Czas zaksięgowania ostatniej płatności często służy jako czas zdarzenia.
Rejestrowanie
Wnioskowane na podstawie zmiany statusu faktury na „Zamknięta” lub wyzerowania jej salda.
Typ zdarzenia
inferred
|
|||
|
Rozstrzygnięto spór
|
Oznacza zakończenie procesu obsługi sporu: sprawa została zbadana i rozstrzygnięta. Faktura może teraz zostać opłacona lub odpisana. | ||
|
Dlaczego to ważne
To zdarzenie końcowe przy pomiarze średniego czasu rozpatrywania sporu. Długi czas rozpatrywania może znacznie opóźnić wpływ należności i wskazywać na nieefektywność procesu.
Skąd pobrać
Zdarzenie jest rejestrowane, gdy status sprawy spornej zmienia się na „Rozstrzygnięta”, „Zamknięta” lub inny status końcowy. Timestamp tej zmiany służy jako czas działania.
Rejestrowanie
Wnioskowane na podstawie timestampu zmiany statusu sprawy spornej na końcowy status „Rozstrzygnięta”.
Typ zdarzenia
inferred
|
|||
|
Utworzono fakturę
|
To początek cyklu życia faktury w procesie windykacji. Oznacza, że faktura została utworzona w systemie ERP i zaimportowana do HighRadius w celu obsługi należności. | ||
|
Dlaczego to ważne
To główne zdarzenie początkowe w analizie procesu od faktury do otrzymania płatności. Od tego momentu zwykle mierzy się czas cyklu, na przykład DSO.
Skąd pobrać
To jawnie rejestrowane zdarzenie, oparte na dacie utworzenia faktury w HighRadius. Dane są zwykle synchronizowane z źródłowego systemu ERP, takiego jak SAP lub Oracle.
Rejestrowanie
Rejestrowane na podstawie timestampu utworzenia faktury w danych dotyczących należności.
Typ zdarzenia
explicit
|
|||
|
Zarejestrowano spór
|
To działanie oznacza moment, w którym klient kwestionuje fakturę lub zgłasza potrącenie, a sprawa zostaje formalnie zarejestrowana w HighRadius. Wstrzymuje ono standardową windykację kwestionowanej kwoty. | ||
|
Dlaczego to ważne
To zdarzenie początkowe przy pomiarze średniego czasu rozpatrywania sporu. Ustalenie, kiedy i dlaczego klienci zgłaszają spory, pomaga zająć się ich przyczynami, takimi jak błędy na fakturach lub problemy z dostawą.
Skąd pobrać
Zdarzenie jest rejestrowane, gdy użytkownik tworzy w HighRadius Deductions Cloud sprawę sporną powiązaną z fakturą. W systemie powstaje wtedy rekord sporu z timestampem.
Rejestrowanie
Rejestrowane na podstawie timestampu utworzenia sprawy spornej powiązanej z fakturą.
Typ zdarzenia
explicit
|
|||
|
Rozpoczęto procedurę monitowania o płatność
|
To działanie oznacza rozpoczęcie formalnej procedury monitowania o płatność lub przejście do jej określonego etapu w przypadku zaległej faktury. Jest bardziej systematyczne niż wysłanie pojedynczego przypomnienia. | ||
|
Dlaczego to ważne
Śledzenie rozpoczęcia procedur monitowania o płatność pomaga ocenić skuteczność różnych strategii windykacji i etapów monitowania.
Skąd pobrać
Zdarzenie jest zwykle wnioskowane na podstawie zmiany pola „Poziom monitowania” lub „Strategia windykacji” powiązanego z fakturą w HighRadius.
Rejestrowanie
Wnioskowane na podstawie zmiany atrybutu poziomu monitowania faktury, zarejestrowanej w dzienniku zmian lub historii z timestampami.
Typ zdarzenia
inferred
|
|||
|
Wysłano fakturę do klienta
|
To działanie oznacza dostarczenie faktury klientowi, zwykle pocztą elektroniczną lub przez portal klienta. HighRadius może automatycznie wysyłać i rejestrować taką komunikację. | ||
|
Dlaczego to ważne
Śledzenie tego działania pomaga sprawdzić, czy klienci otrzymują faktury na czas. Opóźnienie między wystawieniem a wysłaniem faktury może bezpośrednio wydłużyć czas płatności i zwiększyć DSO.
Skąd pobrać
Zdarzenie jest często jawnie rejestrowane w historii korespondencji lub działań dotyczących faktury w module Collections Cloud. Można je też wywnioskować ze statusu automatycznego zadania wysyłki korespondencji.
Rejestrowanie
Rejestrowane w historii komunikacji dotyczącej faktury po wysłaniu wiadomości e-mail lub dostarczeniu jej przez portal.
Typ zdarzenia
explicit
|
|||
|
Wysłano przypomnienie o zaległej płatności
|
Oznacza automatyczne lub ręczne przypomnienie wysłane klientowi w sprawie zaległej faktury. HighRadius może automatyzować takie działania w ramach strategii monitowania o płatność i rejestrować wysłaną wiadomość. | ||
|
Dlaczego to ważne
To działanie jest niezbędne do pomiaru skuteczności monitowania o płatność. Pozwala sprawdzić, ile przypomnień trzeba wysłać przed otrzymaniem płatności.
Skąd pobrać
To jawne zdarzenie zapisane w dzienniku działań lub korespondencji dotyczącej faktury w HighRadius Collections Cloud. Każde wysłane przypomnienie ma odpowiadający mu wpis i timestamp.
Rejestrowanie
Rejestrowane na podstawie timestampu w dzienniku komunikacji powiązanym z fakturą.
Typ zdarzenia
explicit
|
|||
|
Zaksięgowano płatność
|
Oznacza zakończenie procesu rozliczania wpływów: otrzymana płatność została prawidłowo dopasowana do konkretnej faktury i do niej przypisana, co zeruje saldo należności. | ||
|
Dlaczego to ważne
To działanie kończy cykl obsługi płatności. Czas między zdarzeniami „Otrzymano płatność” i „Zaksięgowano płatność” pokazuje efektywność procesu rozliczania wpływów.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie pola daty księgowania lub rozliczenia na fakturze. Timestamp zapisuje się po zakończeniu rozliczania wpływu.
Rejestrowanie
Rejestrowane na podstawie timestampu pola „data księgowania” lub „data rozliczenia” w pozycji księgowej faktury.
Typ zdarzenia
explicit
|
|||
|
Zarejestrowano obietnicę zapłaty
|
To działanie następuje, gdy klient zobowiązuje się zapłacić fakturę w przyszłym terminie, a pracownik windykacji zapisuje tę obietnicę w systemie. Jest to pozytywny wynik pośredni. | ||
|
Dlaczego to ważne
Śledzenie obietnic zapłaty pomaga prognozować przepływy pieniężne i oceniać skuteczność pracowników windykacji. Umożliwia też analizę niedotrzymanych obietnic, gdy płatność nie wpływa w uzgodnionym terminie.
Skąd pobrać
To jawne zdarzenie rejestrowane w HighRadius, gdy pracownik tworzy powiązany z fakturą rekord „Obietnica zapłaty”. Rekord ma własny timestamp utworzenia.
Rejestrowanie
Rejestrowane na podstawie timestampu utworzenia obiektu „Obietnica zapłaty” w HighRadius.
Typ zdarzenia
explicit
|
|||
|
Zarejestrowano rozmowę windykacyjną
|
Oznacza ręczną rozmowę telefoniczną pracownika windykacji z klientem w sprawie zaległej faktury. Pracownik zapisuje szczegóły i wynik rozmowy bezpośrednio w HighRadius. | ||
|
Dlaczego to ważne
To działanie ma zasadnicze znaczenie przy ocenie skuteczności rozmów windykacyjnych i efektywności działań windykacyjnych. Pozwala odróżnić działania automatyczne od ręcznych.
Skąd pobrać
To jawne zdarzenie tworzone, gdy pracownik windykacji używa w interfejsie HighRadius funkcji „Zarejestruj rozmowę” lub „Dodaj działanie” na koncie faktury albo klienta. Wpis zawiera timestamp.
Rejestrowanie
Rejestrowane w tabeli dziennika działań, w której pracownicy windykacji zapisują czynności wykonane ręcznie.
Typ zdarzenia
explicit
|
|||
|
Zatwierdzono limit kredytowy
|
Oznacza zakończenie oceny kredytowej i oficjalne przyznanie klientowi limitu kredytowego. Zdarzenie jest rejestrowane, gdy menedżer ds. kredytów zatwierdza wniosek na platformie HighRadius. | ||
|
Dlaczego to ważne
To ważny etap, który umożliwia kontynuowanie sprzedaży. Śledzenie tego działania jest niezbędne do obliczenia KPI określającego całkowity czas zatwierdzania kredytu.
Skąd pobrać
Zdarzenie jest zwykle rejestrowane po zmianie statusu wniosku o limit kredytowy na „Zatwierdzony”. Może też występować jako osobne zdarzenie w dzienniku audytowym systemu.
Rejestrowanie
Wnioskowane na podstawie zmiany statusu wniosku kredytowego na „Zatwierdzony” lub pola z timestampem zatwierdzenia.
Typ zdarzenia
inferred
|
|||
|
Złożono wniosek o limit kredytowy
|
To zdarzenie rozpoczyna ocenę zdolności kredytowej klienta. Zwykle następuje przed sfinalizowaniem zamówienia sprzedaży i jest rejestrowane po wprowadzeniu w systemie wniosku o nowy lub zmieniony limit kredytowy. | ||
|
Dlaczego to ważne
Analiza czasu od złożenia wniosku do jego zatwierdzenia pomaga wykryć wąskie gardła w procesie pozyskiwania klientów i sprzedaży. To ważny punkt wyjścia do oceny efektywności zespołu zarządzania kredytem.
Skąd pobrać
Zdarzenie można zwykle wywnioskować ze zmiany statusu profilu kredytowego klienta lub daty utworzenia wniosku o limit kredytowy w module Credit Management systemu HighRadius.
Rejestrowanie
Wnioskowane na podstawie timestampu utworzenia wniosku o limit kredytowy lub zmiany statusu na „Oczekuje na zatwierdzenie”.
Typ zdarzenia
inferred
|
|||
Instrukcje pobierania danych
Gotowi do rozpoczęcia?
Ten szablon pomaga przygotować uporządkowane dane, które pozwolą lepiej zrozumieć proces zarządzania kredytami i windykacji należności. Zacznij optymalizować operacje w HighRadius, aby szybciej odzyskiwać należności.
Zacznij optymalizować zarządzanie kredytami i windykację należności
Usuń wąskie gardła, skróć czas cyklu o 30% i zwiększ efektywność.
Karta kredytowa nie jest wymagana. Rozpoczęcie zajmuje kilka minut.