Szablon danych dotyczących należności
Szablon danych dotyczących należności
To ogólny szablon danych do process mining dla procesu Należności. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.
Wybierz konkretny system- Podstawowe pola danych do śledzenia cyklu życia faktur
- Ujednolicone definicje działań ułatwiające spójne mapowanie procesów
- Elastyczna struktura zgodna z dowolnym narzędziem do zarządzania finansami
Atrybuty należności
| Nazwa | Opis | ||
|---|---|---|---|
| Data ostatniej aktualizacji danych LastDataUpdate | Znacznik czasu wskazujący, kiedy dane zostały pobrane lub odświeżone. | ||
| Opis Ten atrybut zapisuje datę ostatniej aktualizacji zbioru danych w aplikacji process mining. Jest to pole metadanych, które informuje o aktualności analizy. Pomaga ustalić, czy analizowane są dane bieżące, czy migawka z wcześniejszego okresu. Ma to znaczenie dla rzetelności raportów i podejmowania decyzji na podstawie najnowszych dostępnych informacji. Dlaczego to ważne Informuje o opóźnieniu w dostępności danych i ich wiarygodności. Skąd pobrać Generowany w czasie działania przez potok danych lub narzędzie ETL. Przykłady 2023-11-15T00:00:00Z2023-11-16T08:00:00Z | |||
| Nazwa czynności ActivityName | Opis zdarzenia lub działania dotyczącego faktury. | ||
| Opis Ten atrybut określa konkretny krok lub zmianę statusu w cyklu życia faktury. Przykłady: wystawienie faktury, zaksięgowanie płatności, otwarcie sporu lub wystawienie noty kredytowej. Analiza kolejności tych czynności pozwala narzędziom process mining odtworzyć mapę procesu. Organizacja może dzięki temu wykryć wąskie gardła, pętle poprawek, na przykład wielokrotne aktualizacje sporu, oraz odstępstwa od standardowych procedur windykacyjnych. Dlaczego to ważne To wymagane pole Activity, które określa kroki procesu. Skąd pobrać Dane można znaleźć w dziennikach transakcji, dokumentach zmian lub tabelach historii statusów. Przykłady Utworzono fakturęPłatność otrzymanaSpór zgłoszonyWezwanie do zapłaty wysłane | |||
| Numer faktury InvoiceId | Unikalny identyfikator konkretnej faktury lub dokumentu rozliczeniowego. | ||
| Opis Ten atrybut pełni funkcję podstawowego identyfikatora sprawy w procesie obsługi należności. Pozwala odróżnić poszczególne transakcje rozliczeniowe i śledzić cykl życia należności od jej utworzenia do rozliczenia. W analizie process mining atrybut ten służy do grupowania powiązanych zdarzeń, takich jak wystawienie faktury, jej aktualizacje, zgłoszenie sporu i płatności, w ramach jednej sprawy. Dzięki temu analitycy mogą prześledzić cały przebieg obsługi konkretnej należności i obliczać wskaźniki na poziomie transakcji. Dlaczego to ważne To wymagany identyfikator sprawy (Case ID), niezbędny do odtworzenia przebiegu procesu. Skąd pobrać Zwykle znajduje się w tabeli nagłówków transakcji lub głównej tabeli pomocniczej księgi należności. Przykłady INV-2023-001900004321US-10234B55432 | |||
| System źródłowy SourceSystem | Nazwa lub identyfikator systemu, z którego pochodzą dane. | ||
| Opis Ten atrybut wskazuje aplikację lub środowisko, takie jak SAP, Oracle czy HighRadius, z którego pobrano rekord. W złożonym środowisku z wieloma systemami ERP pozwala rozróżnić źródła danych. Przydaje się zwłaszcza przy porównywaniu wyników procesu w różnych regionach lub jednostkach biznesowych, które mogą korzystać z odmiennych technologii. Umożliwia prześledzenie pochodzenia danych. Dlaczego to ważne Niezbędny do filtrowania i weryfikacji danych w środowiskach korzystających z wielu systemów. Skąd pobrać Zwykle dodawany jako stały ciąg znaków podczas procesu ETL. Przykłady SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod | |||
| Znacznik czasu zdarzenia EventTime | Dokładna data i godzina wykonania czynności. | ||
| Opis Ten atrybut zapisuje dokładny moment wykonania działania w systemie źródłowym. Jest niezbędny do ustalenia chronologicznej kolejności zdarzeń w ramach sprawy. Analitycy wykorzystują te dane do obliczania czasu między krokami procesu, na przykład od wysłania faktury do zaksięgowania płatności. Pozwalają one również określić czas trwania poszczególnych czynności i wykryć opóźnienia w cyklu ściągania należności. Dlaczego to ważne To wymagany początkowy znacznik czasu, który służy do porządkowania zdarzeń i obliczania czasu trwania. Skąd pobrać Dane można znaleźć w dziennikach systemowych, znacznikach czasu wprowadzania transakcji lub tabelach historii zmian. Przykłady 2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z | |||
| Czy zautomatyzowane IsAutomated | Flaga wskazująca, czy czynność wykonano bez udziału człowieka. | ||
| Opis Ten atrybut logiczny odróżnia działania użytkowników od zdarzeń generowanych przez system. Często ustala się go, sprawdzając, czy identyfikator użytkownika znajduje się na liście znanych kont usługowych. Jest podstawą obliczania poziomu automatyzacji. Pomaga ocenić zwrot z inwestycji w robotyzację procesów (RPA) i wykrywać powtarzalne czynności wykonywane ręcznie, które można zautomatyzować, takie jak rozliczanie płatności lub wysyłanie wezwań do zapłaty. Dlaczego to ważne Niezbędny do pomiaru postępów cyfryzacji i poziomu automatyzacji procesu. Skąd pobrać Ustalany na podstawie identyfikatora użytkownika lub określonych flag transakcji. Przykłady truefalse | |||
| Data rozliczenia ClearingDate | Data pełnej zapłaty lub kompensaty faktury. | ||
| Opis Ten atrybut zapisuje datę zamknięcia pozycji otwartej w systemie, zwykle po zaksięgowaniu płatności lub noty kredytowej. Oznacza koniec cyklu windykacji danej faktury. Data ta ma zasadnicze znaczenie przy obliczaniu rzeczywistego czasu cyklu i wskaźnika DSO. Pozwala odróżnić faktury otwarte od zamkniętych i mierzyć sprawność procesu rozliczania płatności. Dlaczego to ważne Niezbędna do obliczania czasu cyklu i rzeczywistego wskaźnika DSO. Skąd pobrać Dane można znaleźć w pozycji dokumentu księgowego lub historii statusów. Przykłady 2023-11-202023-12-052023-10-15 | |||
| Jednostka biznesowa BusinessUnit | Wewnętrzny dział, spółka zależna lub kod spółki wystawiającej fakturę. | ||
| Opis Ten atrybut wskazuje jednostkę organizacyjną przedsiębiorstwa, do której należy należność. W systemach takich jak SAP odpowiada kodowi spółki (Company Code), a w NetSuite spółce zależnej (Subsidiary). Umożliwia porównywanie wyników różnych oddziałów i działów. Kierownictwo może wykorzystać te dane do porównania skuteczności windykacji, przestrzegania standardowego przebiegu procesu i wskaźników DSO w różnych częściach organizacji. Dlaczego to ważne Umożliwia porównywanie wyników różnych jednostek organizacyjnych. Skąd pobrać Dane można znaleźć w nagłówku faktury lub nagłówku dokumentu księgowego. Przykłady US01Operacje w regionie EMEASpółka zależna A1000 | |||
| Kwota faktury InvoiceAmount | Łączna wartość faktury. | ||
| Opis Ten atrybut określa wartość finansową roszczenia wobec klienta. Zwykle obejmuje kwotę brutto wraz z podatkami i dopłatami. W analizie pole to służy do obliczania finansowych KPI, takich jak DSO ważone wartością należności, wykrywania zagrożonych należności o wysokiej wartości i ustalania priorytetów działań windykacyjnych. Umożliwia podział procesów według ich wpływu finansowego. Dlaczego to ważne Niezbędny do analizy wpływu finansowego i ustalania priorytetów przy ściąganiu należności o wysokiej wartości. Skąd pobrać Dane można znaleźć w nagłówku faktury lub nagłówku dokumentu księgowego. Przykłady 1500.00250.5010000.0045.99 | |||
| Nazwa klienta CustomerName | Nazwa podmiotu lub organizacji odpowiedzialnej za fakturę. | ||
| Opis Ten atrybut wskazuje dłużnika powiązanego z fakturą. Umożliwia agregowanie danych na poziomie konta. Jest niezbędny do analizy zachowań płatniczych poszczególnych klientów. Pozwala wykryć klientów strategicznych, którzy często płacą po terminie lub kwestionują faktury, a następnie odpowiednio dostosować obsługę relacji i działania windykacyjne. Dlaczego to ważne Umożliwia analizę na poziomie konta i wykrywanie klientów, którzy mają problemy z terminowym regulowaniem płatności. Skąd pobrać Dane można znaleźć w tabelach danych podstawowych klientów połączonych z nagłówkiem faktury. Przykłady Acme CorpGlobal IndustriesTech Solutions Ltd | |||
| Przyczyna sporu DisputeReason | Kategoria lub kod wyjaśniający, dlaczego faktura jest kwestionowana. | ||
| Opis Ten atrybut określa, dlaczego klient odmawia zapłaty całości lub części faktury. Typowe przyczyny to błędy cenowe, uszkodzony towar lub brak dokumentacji. Dane te są niezbędne do analizy przyczyn źródłowych. Zestawienie powodów sporów pozwala wykryć problemy systemowe w procesach poprzedzających windykację, takich jak realizacja zamówień lub ustalanie cen, które opóźniają płatności i powodują dodatkową pracę administracyjną. Dlaczego to ważne Pomaga wykrywać przyczyny opóźnień w płatnościach i dodatkowej pracy. Skąd pobrać Dane można znaleźć w modułach zarządzania sporami lub dedykowanych tabelach spraw spornych. Przykłady Rozbieżność cenowaUszkodzony towarBrak zamówienia zakupu (PO)Zduplikowana faktura | |||
| Termin płatności DueDate | Data, do której klient powinien dokonać płatności. | ||
| Opis Ten atrybut określa termin płatności uzgodniony w warunkach sprzedaży. Stanowi punkt odniesienia przy ustalaniu, czy faktura jest bieżąca, przeterminowana czy zaległa. Analitycy wykorzystują tę datę do obliczania wskaźników płatności przed terminem lub po terminie. Porównanie faktycznej daty płatności z terminem płatności pokazuje, jak klienci wywiązują się z uzgodnień oraz jak skuteczne są działania windykacyjne. Dlaczego to ważne Punkt odniesienia przy obliczaniu wieku należności, zaległości i terminowości płatności. Skąd pobrać Dane można znaleźć w nagłówku faktury lub obliczyć na podstawie daty bazowej i warunków płatności. Przykłady 2023-12-012023-10-312023-11-15 | |||
| Warunki płatności PaymentTerms | Uzgodnione warunki określające termin płatności. | ||
| Opis Ten atrybut zawiera kod lub opis harmonogramu płatności, na przykład Net 30, Net 60 lub płatność natychmiastową. Określa umowne oczekiwania dotyczące przepływów pieniężnych. Analiza tego atrybutu pomaga sprawdzić, czy stosowane są standardowe warunki, czy zespoły sprzedaży uzgadniają niekorzystne warunki, aby sfinalizować transakcję. Pozwala też porównać warunki płatności z faktycznymi zachowaniami płatniczymi i sprawdzić, czy są przestrzegane. Dlaczego to ważne Uzupełnia informacje o terminie płatności i pomaga analizować przestrzeganie uzgodnionych warunków. Skąd pobrać Dane można znaleźć w nagłówku faktury lub danych podstawowych klienta. Przykłady NT3060 dni netto2% w ciągu 10 dni, netto 30 dniNatychmiast | |||
| Imię i nazwisko windykatora CollectorName | Imię i nazwisko pracownika lub użytkownika odpowiedzialnego za ściągnięcie płatności. | ||
| Opis Ten atrybut wskazuje konkretnego pracownika lub zespół, któremu przydzielono obsługę konta klienta i dopilnowanie płatności. Łączy działania pracowników z wynikami procesu. Umożliwia analizę wydajności i skuteczności windykatorów. Kierownicy mogą porównywać skuteczność ściągania należności, realizację obietnic zapłaty i obciążenie pracą poszczególnych osób, aby określić potrzeby szkoleniowe lub lepiej rozdzielić portfele klientów. Dlaczego to ważne Umożliwia analizę wydajności zespołu i porównywanie wyników. Skąd pobrać Dane można znaleźć w rekordzie podstawowym klienta lub tabelach zarządzania windykacją. Przykłady John DoeZespół windykacyjny AAgent systemowy | |||
| Segment klienta CustomerSegment | Klasyfikacja klienta według jego wartości strategicznej lub poziomu ryzyka. | ||
| Opis Ten atrybut dzieli klientów na kategorie, takie jak kluczowi klienci, małe i średnie firmy, klienci wysokiego ryzyka lub instytucje rządowe. Zwykle jest określany w danych podstawowych. Podział analizy procesu według tego atrybutu pokazuje, jak obsługiwane są różne grupy klientów. Pomaga sprawdzić, czy klienci o wysokiej wartości otrzymują priorytetową obsługę i czy klienci wysokiego ryzyka są odpowiednio monitorowani. Dlaczego to ważne Umożliwia analizę strategii stosowanych wobec różnych grup klientów. Skąd pobrać Dane można znaleźć w danych podstawowych klientów lub tabelach partnerów biznesowych. Przykłady StrategicznyDetalicznyHurtowyPoziom 1 | |||
Działania w procesie obsługi należności
| Działanie | Opis | ||
|---|---|---|---|
| Minął termin płatności | Obliczany punkt kontrolny, który wskazuje, że bieżąca data przekroczyła uzgodniony termin płatności, a faktura nadal pozostaje otwarta. Zdarzenie oznacza zmianę statusu z bieżącego na przeterminowany. | ||
| Dlaczego to ważne To zdarzenie jest niezbędne do analizy terminowości płatności i uruchamiania działań windykacyjnych. Skąd pobrać Zdarzenie oblicza się przez porównanie terminu płatności faktury z datą systemową, jeśli nie wystąpiło zdarzenie zamykające. Rejestrowanie Utwórz zdarzenie, gdy data systemowa przekroczy wartość pola Due Date, a ogólny status nadal będzie miał wartość Open. Typ zdarzenia calculated | |||
| Otwarto spór | Utworzenie formalnej sprawy lub kodu przyczyny wskazującego, że klient kwestionuje zasadność faktury lub jej kwotę. Zwykle wstrzymuje to standardowe działania windykacyjne. | ||
| Dlaczego to ważne Zdarzenie pozwala wykrywać wąskie gardła w procesie i szacować wartość przychodów zagrożonych z powodu błędów w fakturowaniu lub problemów z jakością. Skąd pobrać Zdarzenie rozpoznaje się po utworzeniu sprawy w module zarządzania sporami lub zmianie statusu na „W sporze”. Rejestrowanie Zapisz znacznik czasu, gdy identyfikator sprawy spornej zostanie powiązany z fakturą lub flaga sporu przyjmie wartość true. Typ zdarzenia explicit | |||
| Rozliczono fakturę | Końcowa zmiana statusu, w wyniku której otwarte saldo faktury spada do zera. Może to nastąpić po pełnej płatności, rozliczeniu fakturą korygującą lub odpisaniu należności. | ||
| Dlaczego to ważne Zdarzenie oznacza bezwzględny koniec sprawy w systemie i służy do obliczania całkowitego czasu realizacji procesu. Skąd pobrać Dane pochodzą ze zmiany pola statusu faktury na Closed, Cleared lub Paid. Rejestrowanie Wskaż znacznik czasu, w którym flaga statusu otwartej pozycji zmienia się na „rozliczona”. Typ zdarzenia inferred | |||
| Utworzono fakturę | Utworzenie rekordu faktury w systemie finansowym, które powoduje ujęcie należności. To zdarzenie oficjalnie rozpoczyna cykl windykacji i wyznacza punkt odniesienia do obliczania wieku należności. | ||
| Dlaczego to ważne To zdarzenie wyznacza początek całego procesu oraz znacznik czasu używany do obliczania czasu realizacji i okresu spływu należności. Skąd pobrać Zazwyczaj dane znajdują się w tabeli nagłówków transakcji lub dziennikach utworzenia w systemie ERP. Rejestrowanie Pobierz znacznik czasu utworzenia dokumentu faktury o unikalnym numerze. Typ zdarzenia explicit | |||
| Wysłano fakturę | Przekazanie dokumentu rozliczeniowego klientowi pocztą elektroniczną, w formie wydruku, przez EDI lub portal. Oznacza przekazanie klientowi obowiązku zapłaty. | ||
| Dlaczego to ważne Pomiar czasu między utworzeniem a wysłaniem faktury pomaga wykryć wewnętrzne opóźnienia, które spowalniają przepływ gotówki. Skąd pobrać Dane pochodzą z dzienników zarządzania wydrukami i wysyłką, rejestrów wysyłki e-maili lub aktualizacji statusu EDI. Rejestrowanie Wskaż znaczniki czasu, w których status wysyłki faktury zmienia się na „wysłano” lub „zakończono”. Typ zdarzenia explicit | |||
| Zaksięgowano fakturę korygującą | Wystawienie faktury korygującej, która pomniejsza saldo faktury. Często jest to finansowy skutek uzasadnionego sporu, zwrotu lub rabatu przyznanego po transakcji. | ||
| Dlaczego to ważne Zdarzenie jest istotne przy analizie utraconych przychodów, jakości fakturowania i przyczyn braku płatności. Skąd pobrać Dane znajdują się w tabeli transakcji należności, w rekordach oznaczonych jako dokumenty korygujące. Rejestrowanie Powiąż dokumenty faktur korygujących z pierwotną fakturą za pomocą pola referencyjnego. Typ zdarzenia explicit | |||
| Zaksięgowano płatność | Zarejestrowanie wpływającej płatności przypisanej do faktury. To główny cel procesu obsługi należności. | ||
| Dlaczego to ważne To najważniejsze zdarzenie przy obliczaniu okresu spływu należności i ocenie kondycji przepływów pieniężnych. Skąd pobrać Dane znajdują się w tabelach rozliczeń płatności lub wpływów gotówkowych. Rejestrowanie Pobierz znaczniki czasu z dokumentów potwierdzających otrzymanie płatności, powiązanych z numerem faktury. Typ zdarzenia explicit | |||
| Nawiązano kontakt w sprawie płatności | Kontakt z klientem w sprawie otwartej faktury, na przykład wysłanie automatycznego wezwania do zapłaty lub odnotowanie rozmowy telefonicznej. Zdarzenie rejestruje aktywne działania zespołu windykacyjnego. | ||
| Dlaczego to ważne Zdarzenie jest niezbędne do pomiaru wydajności pracowników windykacji i oceny wpływu działań windykacyjnych na szybkość płatności. Skąd pobrać Dane pochodzą z dzienników korespondencji, historii działań w CRM lub rejestrów wezwań do zapłaty. Rejestrowanie Mapuj wpisy z dzienników kontaktów z klientami lub automatycznych tabel wezwań do zapłaty powiązanych z fakturą. Typ zdarzenia explicit | |||
| Odpisano nieściągalną należność | Uznanie pozostałego salda faktury za nieściągalne i usunięcie go z księgi należności. Oznacza to niepowodzenie procesu i stratę finansową. | ||
| Dlaczego to ważne Zdarzenie jest ważne przy analizie całkowitego kosztu procesu kredytowego i wskazywaniu segmentów klientów o wysokim ryzyku. Skąd pobrać Dane pochodzą z zapisów księgowych lub transakcji korygujących z określonym kodem przyczyny odpisu. Rejestrowanie Filtruj dokumenty korygujące sklasyfikowane jako odpisy i powiązane z fakturą. Typ zdarzenia explicit | |||
| Rozstrzygnięto spór | Zakończenie postępowania wyjaśniającego, które prowadzi do decyzji o uznaniu klienta, odpisaniu salda lub wyegzekwowaniu płatności. Dzięki temu fakturę można rozliczyć. | ||
| Dlaczego to ważne Zdarzenie oznacza koniec obsługi wyjątku i pozwala wznowić cykl przepływu gotówki. Skąd pobrać Zdarzenie rejestruje się, gdy status sprawy spornej zmienia się na Closed lub Resolved. Rejestrowanie Wskaż znacznik czasu ostatniej zmiany statusu w systemie zarządzania sporami. Typ zdarzenia explicit | |||
| Uzgodniono płatność | Dopasowanie wewnętrznego zapisu płatności do pozycji na zewnętrznym wyciągu bankowym. Potwierdza, że środki faktycznie wpłynęły na rachunek bankowy. | ||
| Dlaczego to ważne Pozwala odróżnić środki ujęte w księgach od środków widocznych na rachunku bankowym i wykrywać opóźnienia w rozliczaniu wpłat. Skąd pobrać Dane pochodzą z modułów uzgadniania wyciągów bankowych lub dzienników zarządzania gotówką. Rejestrowanie Wskaż, kiedy dokument płatności zostaje oznaczony jako rozliczony lub dopasowany w księdze bankowej. Typ zdarzenia explicit | |||
| Zaksięgowano płatność częściową | Zaksięgowanie wpłaty, która zmniejsza saldo faktury, ale pozostawia kwotę do zapłaty. Może to wskazywać na spór, brak możliwości zapłaty lub niedopłatę. | ||
| Dlaczego to ważne Wskazanie płatności częściowych pomaga analizować zachowania płatnicze klientów i złożoność procesu. Skąd pobrać Zdarzenie rejestruje się, gdy transakcja płatnicza zostanie powiązana z fakturą, a kwota płatności będzie niższa od otwartego salda. Rejestrowanie Wskaż rozliczenia płatności, w których zaksięgowana kwota jest niższa od kwoty nieopłaconej faktury. Typ zdarzenia explicit | |||
| Zaktualizowano status sporu | Zmiana etapu sprawy spornej, na przykład przejście od wstępnej weryfikacji do aktywnego postępowania wyjaśniającego. Zdarzenie śledzi workflow zespołu rozpatrującego sprawę. | ||
| Dlaczego to ważne Pozwala analizować czas rozpatrywania sporów i wykrywać przestoje w postępowaniu wyjaśniającym. Skąd pobrać Dane pochodzą z dziennika historii sprawy spornej powiązanej z fakturą. Rejestrowanie Śledź zmiany w polu statusu powiązanej sprawy spornej. Typ zdarzenia inferred | |||
| Zarejestrowano deklarację płatności | Zarejestrowanie formalnego zobowiązania klienta do zapłaty określonej kwoty w konkretnym terminie. Zazwyczaj pracownik windykacji wprowadza je po udanym kontakcie z klientem. | ||
| Dlaczego to ważne Pozwala przewidywać przepływy pieniężne i oceniać wiarygodność zobowiązań klientów. Skąd pobrać Dane znajdują się w modułach zarządzania windykacją lub w polach notatek powiązanych z fakturą. Rejestrowanie Pobierz rekordy, w których do identyfikatora faktury przypisano datę i kwotę deklarowanej płatności (PTP). Typ zdarzenia explicit | |||
Przewodniki ekstrakcji danych
Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w
naszym przewodniku ETL lub wybierz konkretny proces i system.
Gotowi do rozpoczęcia?
Można zacząć od zastosowania tego uniwersalnego szablonu do własnych danych lub wybrać jeden z przewodników przygotowanych dla konkretnej platformy.
Poprawa kapitału obrotowego dzięki lepszej obsłudze należności
Zmniejsz DSO i usprawnij windykację dzięki analizom w czasie rzeczywistym
Nie trzeba podawać danych karty płatniczej. Działa z dowolnym systemem ERP.