Szablon danych dotyczących zarządzania należnościami i windykacji

Czas zdarzenia, czyli znacznik czasu, wskazuje dokładny moment wykonania działania. Jest niezbędny do uporządkowania zdarzeń chronologicznie i odtworzenia prawidłowego przebiegu procesu. Bez dokładnych znaczników czasu nie można poprawnie ustalić kolejności zdarzeń.

W analizie ten atrybut służy do obliczania czasu trwania i czasu między działaniami, co ma zasadnicze znaczenie przy pomiarze wyników. Pozwala na przykład obliczać KPI, takie jak czas rozpatrywania sporu lub czas od wystawienia do opłacenia faktury. Umożliwia też analizę zmian wyników procesu w różnych okresach.

Ten znacznik czasu jest niezbędny do porządkowania zdarzeń, obliczania czasu trwania i czasu między etapami oraz analizy wyników procesu w czasie.

Wartość pochodzi z różnych pól dat w tabelach Oracle Fusion Financials, na przykład TRX_DATE w RA_CUSTOMER_TRX_ALL dla utworzenia faktury lub daty utworzenia działania windykacyjnego.

Ten atrybut opisuje pojedynczy etap cyklu życia faktury, na przykład „Wystawiono fakturę”, „Rozpoczęto procedurę windykacyjną” lub „Otrzymano płatność”. Każde działanie oznacza odrębne zdarzenie, które przesuwa sprawę dalej.

Analiza kolejności i częstotliwości działań stanowi podstawę process mining. Pomaga odtworzyć rzeczywisty przebieg procesu, wykryć wąskie gardła, w których sprawy utknęły, znaleźć pętle poprawek, w których działania są powtarzane, oraz porównać rzeczywisty proces z zaprojektowanym lub docelowym. Nazwa działania jest niezbędna do tworzenia map procesów i obliczania czasu między kolejnymi etapami.

Ten atrybut określa etapy na mapie procesu i umożliwia wizualizację oraz analizę cyklu życia faktury od początku do końca.

To pole pojęciowe wyprowadzane z różnych zdarzeń biznesowych w Oracle Fusion Financials. Zwykle powstaje przez mapowanie statusów transakcji, dat zdarzeń lub konkretnych działań z modułów takich jak Receivables (AR) i Advanced Collections.

Numer faktury to główny identyfikator łączący wszystkie zdarzenia i działania dotyczące danej należności, od utworzenia faktury po jej ostateczne rozliczenie lub odpisanie. Pozwala prześledzić cały cykl życia faktury.

W analizie process mining ten atrybut służy do odtworzenia ścieżki każdej faktury. Grupując powiązane działania według numeru faktury, analitycy mogą wizualizować przebieg procesu, wykrywać typowe i nietypowe ścieżki oraz mierzyć czas całego procesu lub jego etapów, takich jak rozpatrywanie sporu czy księgowanie płatności.

To podstawowy identyfikator sprawy, który łączy wszystkie powiązane kroki procesu i umożliwia odtworzenie oraz analizę ścieżki każdej faktury od wystawienia do zamknięcia.

Ten identyfikator znajduje się zwykle w tabeli RA_CUSTOMER_TRX_ALL jako TRX_NUMBER w Oracle Fusion Financials.

Ten atrybut wskazuje datę i godzinę ostatniego wyodrębnienia danych. Jest to pole metadanych, które nie należy do samego procesu biznesowego, ale pozwala ocenić aktualność analizowanych danych.

Analitycy sprawdzają ten znacznik czasu, aby upewnić się, że pracują na aktualnych informacjach, i ustalić, do którego momentu sięgają dane. Ma to znaczenie dla zarządzania danymi oraz informowania użytkowników o aktualności danych w dashboardach i raportach.

Informuje o aktualności danych, dzięki czemu analitycy i interesariusze wiedzą, czy dane są bieżące i przydatne.

Wartość jest generowana i zapisywana w każdym rekordzie podczas wyodrębniania i wczytywania danych (ETL).

Ten atrybut wskazuje aplikację źródłową, w której zarejestrowano dane zdarzenia. W złożonym środowisku IT w jednym procesie od początku do końca może uczestniczyć kilka systemów.

Określenie systemu źródłowego jest ważne dla zarządzania danymi, rozwiązywania problemów i zrozumienia ich kontekstu. Jeśli dane z różnych systemów połączono w jeden widok procesu, atrybut ten pomaga rozróżnić zdarzenia i zachować przejrzystość pochodzenia danych.

Wyjaśnia pochodzenie danych, co ma znaczenie przy ich weryfikacji, zarządzaniu nimi i analizie kontekstu technologicznego procesu.

Zwykle jest to stała wartość dodawana podczas wyodrębniania danych w celu wskazania źródła rekordów.

Kwota faktury oznacza łączną wartość towarów lub usług zafakturowanych klientowi. To ważny atrybut finansowy, który pozwala ocenić wpływ procesu na finanse.

W analizie kwota faktury pomaga ustalać priorytety działań windykacyjnych, tak aby w pierwszej kolejności obsługiwać zaległe faktury o wysokiej wartości. Umożliwia też analizę zachowań płatniczych w zależności od wartości transakcji i obliczenie finansowego wpływu odpisów. Dashboardy, takie jak analiza odpisów faktur, wykorzystują tę wartość do oceny skali strat finansowych.

Pokazuje finansowy wymiar procesu, ułatwiając ustalanie priorytetów dla faktur o wysokiej wartości i ocenę kosztów nieefektywności.

Informacje te można uzyskać z tabeli AR_PAYMENT_SCHEDULES_ALL, w której przechowywana jest kwota należna z faktury.

Numer klienta łączy fakturę z konkretnym kontem klienta. Umożliwia segmentację i analizę procesu zarządzania należnościami oraz windykacji na podstawie cech klientów.

Dzięki temu atrybutowi analitycy mogą sprawdzić, czy określeni klienci regularnie płacą po terminie, częściej kwestionują faktury lub wymagają większego nakładu pracy windykacyjnej. Informacje te pomagają opracować strategie windykacji dla poszczególnych klientów, dostosować warunki kredytowe i wykryć segmenty o podwyższonym ryzyku. Wspierają też analizy, takie jak analiza odpisów faktur według segmentu klientów.

Umożliwia segmentację procesu według klientów, co pomaga wykrywać wzorce, ryzyka i możliwości dostosowania strategii windykacji.

Zwykle znajduje się w tabeli RA_CUSTOMER_TRX_ALL jako BILL_TO_CUSTOMER_ID, który łączy się z HZ_CUST_ACCOUNTS.

Poziom windykacji określa intensywność przypomnień o płatności, która zwykle wzrasta z czasem. Na przykład poziom 1 może oznaczać uprzejme przypomnienie e-mailem, a poziom 3 formalne pismo lub telefon.

Analiza procesu według poziomu windykacji pomaga ocenić skuteczność strategii windykacyjnej. Dashboard skuteczności windykacji wykorzystuje ten atrybut do przedstawienia odsetka płatności po każdym etapie windykacji. Dzięki temu można ustalić, które działania przynoszą najlepsze efekty, a także dopasować termin i treść przypomnień, by zwiększyć odzyskiwane należności.

Określa etap eskalacji działań windykacyjnych, co ma zasadnicze znaczenie przy ocenie skuteczności strategii windykacyjnej.

Dane są zarządzane w module Oracle Advanced Collections. Można je znaleźć w tabelach dotyczących historii windykacji, takich jak IEX_DUNNINGS.

Segment klienta to atrybut kategoryczny, który grupuje klientów według wspólnych cech. Segmenty mogą być określane na podstawie takich czynników jak „strategiczny”, „mała lub średnia firma” czy „duże przedsiębiorstwo”, a także według branży, na przykład „produkcja” lub „handel detaliczny”.

Atrybut ten umożliwia porównywanie wyników procesu między segmentami. Analitycy mogą na przykład sprawdzić, czy w którymś segmencie częściej dochodzi do sporów lub cykl płatności trwa dłużej. Takie informacje pomagają dostosować zasady kredytowe i strategie windykacji do potrzeb i ryzyka poszczególnych segmentów. Wspierają też dashboardy, takie jak analiza odpisów faktur.

Umożliwia porównywanie segmentów i pokazuje, jak różnią się między nimi wyniki procesu oraz poziom ryzyka.

Informacje te są często przechowywane w głównych danych klientów (HZ_CUST_ACCOUNTS lub powiązanych tabelach) albo wyprowadzane z atrybutów klienta, takich jak przychody lub branża.

Termin płatności to uzgodniona w umowie data, do której należy uregulować należność. Stanowi punkt odniesienia przy ocenie terminowości płatności.

Atrybut ten pozwala identyfikować przeterminowane faktury i obliczać liczbę dni opóźnienia. Jest podstawą do ustalenia, kiedy rozpocząć procedurę windykacyjną, oraz do obliczania KPI, takich jak Days Sales Outstanding (DSO). Służy również do tworzenia raportów wiekowania należności.

Stanowi punkt odniesienia przy ustalaniu, czy faktura jest przeterminowana. Pomaga uruchamiać działania windykacyjne i analizować wiekowanie należności.

Dostępny w tabeli AR_PAYMENT_SCHEDULES_ALL jako DUE_DATE.

Atrybut ten wskazuje pracownika lub konto systemowe odpowiedzialne za wykonanie czynności, takiej jak zatwierdzenie limitu kredytowego, zaksięgowanie płatności czy rozpatrzenie sporu.

Analiza czynności według użytkownika pomaga zrozumieć rozkład obciążenia pracą, wyniki poszczególnych osób i zgodność z procedurami. W przypadku czynności zautomatyzowanych pozwala śledzić udział procesów systemowych. Może też pomóc w określeniu potrzeb szkoleniowych lub wykryciu potencjalnych nadużyć na podstawie zachowań użytkowników.

Przypisuje czynności w procesie konkretnym osobom lub systemom, co umożliwia analizę wyników, obciążenia pracą i audyt.

Dane pochodzą z kolumn CREATED_BY lub LAST_UPDATED_BY w różnych tabelach transakcji i historii w Oracle Fusion Financials.

Windykator to osoba lub zespół odpowiedzialny za działania windykacyjne dotyczące zaległej faktury. Przypisanie windykatora jest ważnym etapem workflow windykacji.

Ten atrybut ma duże znaczenie przy ocenie wyników i przydzielaniu zasobów w dziale windykacji. Analiza rezultatów pracy poszczególnych windykatorów pomaga kierownikom ocenić ich skuteczność, określić potrzeby szkoleniowe i równomiernie rozłożyć obciążenie pracą. Dashboard skuteczności przydziału spraw windykatorom wykorzystuje ten atrybut do porównywania wskaźników skuteczności i czasu obsługi.

Umożliwia analizę wyników poszczególnych windykatorów i zespołów, co pomaga lepiej przydzielać zasoby i usprawniać odzyskiwanie należności.

Informacje te są zwykle przechowywane w module Oracle Advanced Collections, często w tabelach takich jak IEX_CASES_ALL_B lub powiązanych tabelach przypisań.

W przypadku czynności z wyraźnym początkiem i końcem atrybut ten zapisuje czas zakończenia. W process mining wiele zdarzeń jest chwilowych, ale niektóre, na przykład „Analiza sporu”, mogą trwać przez pewien czas.

Osobny czas zakończenia pozwala dokładnie obliczyć czas realizacji czynności. Jest to dokładniejsze niż szacowanie czasu na podstawie rozpoczęcia kolejnej czynności, zwłaszcza gdy między nimi występują przestoje. Dane te są niezbędne do analizy wykorzystania zasobów i ustalenia, które etapy procesu trwają najdłużej.

Pozwala dokładnie obliczyć czas trwania poszczególnych czynności, co ułatwia analizę wąskich gardeł i wykorzystania zasobów.

Często jest to atrybut pojęciowy. Dane mogą pochodzić ze znacznika czasu ostatniej aktualizacji lub z pola daty zamknięcia w tabelach źródłowych odpowiadających danej czynności.

Ta flaga pochodna wskazuje faktury uznane przez firmę za nieściągalne i usunięte z bieżących należności. Zwykle jest to ostateczny i niepożądany wynik obsługi faktury.

Atrybut ten jest potrzebny do obliczania KPI dotyczącego odpisanych faktur oraz do analizy na powiązanym dashboardzie. Analitycy mogą wyodrębnić nieudane przypadki windykacji i sprawdzić, jakie cechy, na przykład segment klienta lub wartość faktury, wiążą się z większym ryzykiem odpisu. Wnioski pomagają udoskonalać politykę kredytową i strategie windykacyjne.

Jednoznacznie wskazuje nieudane przypadki windykacji, co ułatwia analizę przyczyn nieściągalnych należności i obliczanie wskaźnika odpisów.

Pole wyliczane na podstawie informacji o tym, czy w danej sprawie występuje czynność „Odpisanie faktury” lub czy status faktury to „Odpisana”.

Jest to atrybut pochodny, który wskazuje, czy faktura jest przeterminowana. Zwykle wylicza się go przez porównanie bieżącej daty lub daty płatności z terminem płatności faktury.

Ta flaga ułatwia filtrowanie i segmentację danych. Analitycy mogą szybko wyodrębnić przeterminowane faktury, aby zbadać przebieg ich obsługi, skuteczność działań windykacyjnych i inne cechy. Ułatwia też tworzenie dashboardów i KPI dotyczących zarządzania zaległościami, takich jak dashboard „Wiek i status przeterminowanych faktur”.

Jednoznacznie wskazuje przeterminowane faktury, które są głównym przedmiotem działań windykacyjnych, i ułatwia ich analizę.

Pole wyliczane według reguły: IF CurrentDate > DueDate AND Status != 'Paid' THEN True ELSE False.

Podczas działań windykacyjnych klient może zobowiązać się do zapłaty w określonym terminie. Datę tej obietnicy zapisuje się, aby móc śledzić jej realizację.

Atrybut ten pomaga zarządzać workflow windykacyjnym i oceniać wiarygodność zobowiązań klientów. Porównanie daty obietnicy zapłaty z datą otrzymania płatności pozwala określić, jak często klienci dotrzymują słowa. Ułatwia też dokładniejsze prognozowanie przepływów pieniężnych i podjęcie decyzji o eskalacji działań, gdy obietnica nie zostanie spełniona.

Rejestruje zobowiązania klientów do zapłaty, ułatwiając prognozowanie wpływów i ocenę skuteczności uzgodnień windykacyjnych.

Dane są przechowywane w module Oracle Advanced Collections, prawdopodobnie w tabelach takich jak IEX_PROMISES_T.

W dużych organizacjach operacje często są podzielone między wiele jednostek biznesowych. Atrybut ten wskazuje, z którą jednostką powiązana jest faktura.

Analiza procesu według jednostki biznesowej pozwala porównywać wyniki różnych części organizacji. Może ujawnić różnice w stosowaniu polityki kredytowej i windykacyjnej oraz wskazać jednostki, które skuteczniej zarządzają należnościami. Ułatwia to dzielenie się dobrymi praktykami i ujednolicanie procesów tam, gdzie jest to potrzebne.

Pozwala porównywać wyniki różnych jednostek organizacyjnych, wskazywać dobre praktyki i obszary wymagające poprawy.

Dostępny w tabeli RA_CUSTOMER_TRX_ALL w polu ORG_ID, które wskazuje jednostkę w strukturze organizacyjnej.

Kwota limitu kredytowego określa łączną ekspozycję kredytową, jaką firma akceptuje w przypadku danego klienta. Ustala się ją podczas oceny zdolności kredytowej.

Atrybut ten jest potrzebny w dashboardzie wpływu decyzji o limicie kredytowym. Zestawienie zatwierdzonego limitu z późniejszymi płatnościami i odpisami pozwala ocenić skuteczność polityki zarządzania ryzykiem kredytowym. Analiza może wykazać, czy zbyt wysokie limity przyczyniają się do wzrostu strat z tytułu nieściągalnych należności, co pomaga udoskonalić proces zatwierdzania kredytu.

Pozwala ocenić skuteczność polityki zarządzania ryzykiem kredytowym przez zestawienie zatwierdzonych limitów z wynikami płatności i odpisami.

Dane są zarządzane w Oracle Credit Management i zwykle przechowywane w tabelach dotyczących profili kredytowych klientów, takich jak HZ_CUST_PROFILE_AMTS.

Ta wyliczana miara określa, jak długo nieopłacona faktura pozostaje po terminie. W przypadku otwartych faktur oblicza się ją jako różnicę między bieżącą datą a terminem płatności, a w przypadku zamkniętych faktur jako różnicę między datą płatności a terminem.

Liczba dni po terminie jest ważną miarą w analizie wiekowania należności i ustalaniu priorytetów windykacji. To główna miara w dashboardzie „Wiek i status przeterminowanych faktur”, gdzie faktury grupuje się według okresu opóźnienia, na przykład od 1 do 30 dni lub od 31 do 60 dni. Dzięki temu zespół windykacji może skupić się na najstarszych należnościach o najwyższym ryzyku.

Określa skalę opóźnień w płatnościach i stanowi podstawę do ustalania priorytetów windykacji oraz analizy wiekowania należności.

Pole wyliczane według reguły: CurrentDate - DueDate dla otwartych faktur lub PaymentDate - DueDate dla zamkniętych faktur.

Klient kwestionujący fakturę zwykle podaje powód, na przykład „nieprawidłowa cena”, „uszkodzony towar” lub „duplikat faktury”. Atrybut ten zapisuje podaną przyczynę.

Analiza powodów zakwestionowania faktur pomaga ustalić źródłowe przyczyny problemów. Ułatwia wykrywanie powtarzających się błędów w procesach poprzedzających płatność, takich jak obsługa zamówień czy fakturowanie, które prowadzą do opóźnień. Kategoryzowanie powodów i śledzenie ich częstotliwości pozwala podejmować ukierunkowane działania naprawcze, a tym samym skracać czas rozpatrywania sporów.

Pomaga ustalić źródłowe przyczyny sporów dotyczących faktur i usprawnić wcześniejsze etapy procesu, aby zapobiegać kolejnym sporom.

Jeśli obsługa sporów jest sformalizowana, informacje te są zwykle rejestrowane w modułach Oracle Advanced Collections lub Oracle Channel Revenue Management. Mogą znajdować się w tabelach takich jak AR_DISPUTE_HISTORY.

Status faktury pokazuje, na jakim etapie procesu znajduje się faktura. Typowe statusy to „Otwarta”, „Opłacona”, „Kwestionowana”, „Po terminie” i „Odpisana”. Atrybut ten daje ogólny obraz stanu należności.

W process mining można go używać do filtrowania spraw i analizowania wybranych grup, na przykład wszystkich otwartych faktur po terminie. To jeden z wymiarów dashboardu „Wiek i status przeterminowanych faktur”, który pozwala szybko sprawdzić bieżący stan portfela faktur i ustalić priorytety działań windykacyjnych.

Pozwala szybko sprawdzić bieżący status faktury, a także łatwo filtrować i ustalać priorytety działań windykacyjnych.

Zwykle dostępny w tabeli AR_PAYMENT_SCHEDULES_ALL, w polu STATUS.

Ten atrybut określa walutę faktury, na przykład USD, EUR lub GBP. W organizacjach międzynarodowych faktury często wystawia się w różnych walutach.

Analiza danych w wielu walutach wymaga odpowiedniego przetwarzania. Atrybut ten pozwala filtrować widok procesu według waluty lub stosować właściwe kursy wymiany w skonsolidowanych raportach finansowych. Dzięki temu wartości pieniężne są prawidłowo interpretowane, a porównania kwot uwzględniają tę samą walutę.

Niezbędna do prawidłowej interpretacji danych finansowych w środowisku wielowalutowym i rzetelnej analizy finansowej.

Zwykle znajduje się w tabeli RA_CUSTOMER_TRX_ALL jako INVOICE_CURRENCY_CODE.

Warunki płatności określają, w jakim terminie klient powinien uregulować należność, na przykład „30 dni” lub „60 dni”. Na ich podstawie wylicza się termin płatności faktury.

Analiza terminowości płatności według warunków może ujawnić interesujące zależności. Na przykład klienci z krótszym terminem mogą częściej płacić po czasie. Takie informacje pomagają weryfikować i optymalizować politykę kredytową oraz dzielić klientów na grupy wymagające różnych działań windykacyjnych. Dają też kontekst potrzebny do zrozumienia, dlaczego niektóre faktury stają się przeterminowane.

Pokazuje uzgodniony harmonogram płatności i pozwala analizować zachowania płatnicze przy różnych warunkach kredytowych.

Dane są przechowywane w tabeli RA_TERMS i powiązane z transakcją faktury.