Szablon danych do zarządzania kredytami i windykacji
Szablon danych do zarządzania kredytami i windykacji
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
Atrybuty procesu zarządzania kredytami i windykacji
| 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 | |||
Działania w procesie zarządzania kredytami i windykacji
| 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 | |||
Instrukcje ekstrakcji danych
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.
Nie trzeba podawać danych karty płatniczej. Można szybko rozpocząć pracę.