Szablon danych dotyczących należności

Oracle Fusion Financials
Szablon danych dotyczących należności

Szablon danych dotyczących należności

Ten szablon przedstawia podstawowe wymagania dotyczące danych potrzebnych do analizy fakturowania i windykacji w Oracle Fusion Financials. Zawiera uporządkowany wykaz najważniejszych atrybutów i etapów procesu, które pomagają wykrywać wąskie gardła w operacjach finansowych. Dzięki tym wskazówkom dziennik zdarzeń będzie zawierał dane potrzebne do rzetelnego odkrywania przebiegu procesu.
  • Zalecany zestaw atrybutów do analizy należności
  • Najważniejsze działania i etapy procesu do monitorowania
  • Wskazówki dotyczące ekstrakcji danych z Oracle Fusion Financials
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty należności

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby kompleksowo analizować należności i workflow windykacji.
5 Wymagane 9 Zalecane 7 Opcjonalne
Nazwa Opis
Nazwa działania
ActivityName
Zdarzenie lub czynność wykonana w procesie obsługi należności.
Opis

Ten atrybut opisuje wykonany krok procesu, na przykład utworzenie faktury, zaksięgowanie płatności lub otwarcie reklamacji. Określa przebieg procesu i pozwala przedstawić kolejność zdarzeń na mapie procesu.

Analitycy wykorzystują to pole do wykrywania wariantów procesu, pętli i wąskich gardeł. Jest niezbędne do sprawdzania zgodności ze standardowymi procedurami oraz obliczania częstotliwości zdarzeń, takich jak poprawki i ręczne interwencje.

Dlaczego to ważne

Niezbędne do określenia przebiegu procesu i przedstawienia kolejności zdarzeń.

Skąd pobrać

Dane pochodzą z tabel historii transakcji, na przykład AR_PAYMENT_SCHEDULES_ALL i RA_CUST_TRX_LINE_GL_DIST_ALL.

Przykłady
Utworzenie fakturyWysłanie przypomnienia o płatnościZaksięgowanie częściowej płatnościOtwarcie sprawy reklamacyjnej
Numer faktury
InvoiceNumber
Unikalny identyfikator transakcji faktury w Oracle Fusion.
Opis

Ten atrybut pełni funkcję unikalnego klucza identyfikującego zobowiązania finansowe w module Accounts Receivable. Łączy wszystkie późniejsze działania, takie jak korekty, reklamacje i płatności, z pierwotną transakcją sprzedaży.

W analizie process mining atrybut ten pełni funkcję identyfikatora sprawy (Case ID). Pozwala prześledzić cały cykl życia należności, od jej utworzenia do pełnego rozliczenia lub odpisania. Ułatwia też obliczanie czasu cyklu i analizę wariantów procesu.

Dlaczego to ważne

To podstawowa jednostka analizy cyklu od udzielenia kredytu kupieckiego do otrzymania płatności.

Skąd pobrać

Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.TRX_NUMBER

Przykłady
INV-2023-00110056789AR-99887755002211
Znacznik czasu zdarzenia
EventStartDateTime
Data i godzina wykonania działania.
Opis

Ten atrybut zapisuje dokładny moment wykonania działania w systemie. Służy do uporządkowania zdarzeń chronologicznie i stanowi podstawę wszystkich obliczeń czasu w process mining.

Analiza znaczników czasu pozwala obliczyć czas między działaniami, na przykład od utworzenia faktury do jej wysłania. Jest niezbędna do pomiaru KPI, takich jak okres spływu należności (DSO), oraz wykrywania zależności czasowych w zachowaniach płatniczych.

Dlaczego to ważne

Podstawa obliczania czasu trwania, czasu realizacji i czasu cyklu.

Skąd pobrać

Oracle Fusion Financials: kolumny CREATION_DATE lub LAST_UPDATE_DATE w różnych tabelach transakcji.

Przykłady
2023-10-15T08:30:00Z2023-10-16T14:45:12Z2023-11-01T09:00:00Z
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu ostatniego odświeżenia danych w narzędziu process mining.
Opis

Ten atrybut wskazuje, kiedy dane zostały ostatnio zsynchronizowane z systemem źródłowym Oracle. Pomaga ocenić aktualność analizy i sprawdzić, czy wyniki odzwierciedlają bieżący stan operacji.

Warto monitorować to pole, aby dashboardy prezentowały aktualne informacje, zwłaszcza podczas bieżącego monitorowania otwartych reklamacji lub nierozliczonych wpłat.

Dlaczego to ważne

Informuje o aktualności i wiarygodności danych.

Skąd pobrać

Czas systemowy w chwili pobrania danych.

Przykłady
2023-11-15T23:59:59Z2023-11-16T00:00:00Z
System źródłowy
SourceSystem
System, w którym pierwotnie zapisano dane.
Opis

Ten atrybut wskazuje środowisko oprogramowania, z którego pobrano dane o procesie. W tym przypadku potwierdza, że pochodzą one ze środowiska Oracle Fusion Financials.

Przy pobieraniu danych z jednego systemu jego wartość często się nie zmienia. Atrybut staje się jednak istotny przy łączeniu danych z wielu instancji ERP lub integracji z zewnętrznymi narzędziami windykacyjnymi. Pozwala zachować pochodzenie i identyfikowalność danych w krajobrazie procesów obejmującym wiele systemów.

Dlaczego to ważne

Pozwala śledzić pochodzenie danych i odróżniać poszczególne instancje ERP.

Skąd pobrać

Wartość wpisana na stałe podczas pobierania danych lub skonfigurowana w potoku danych.

Przykłady
Oracle Fusion FinancialsOracle Cloud ERP - USAOracle Cloud ERP - EMEA
Czy zautomatyzowano
IsAutomated
Informacja, czy czynność wykonano bez udziału człowieka.
Opis

Ten atrybut logiczny określa, czy czynność wykonał proces systemowy, na przykład AutoInvoice lub AutoLockbox, czy użytkownik. Jest podstawą wskaźnika KPI „Poziom automatyzacji rozliczania płatności”.

Śledzenie udziału czynności zautomatyzowanych i ręcznych w czasie pozwala ocenić efekty inicjatyw transformacji cyfrowej oraz wskazać etapy procesu, które nadal wymagają pracy ręcznej.

Dlaczego to ważne

Podstawowa miara postępów transformacji cyfrowej i efektywności.

Skąd pobrać

Logika obliczeniowa oparta na UserName, np. jeśli User == 'BATCH_USER', to true.

Przykłady
truefalse
Data płatności
DueDate
Data, do której należy otrzymać płatność.
Opis

Ten atrybut określa termin płatności obliczony na podstawie daty faktury i warunków płatności. Jest punktem odniesienia przy ustalaniu, czy płatność jest opóźniona.

Wskaźnik KPI „Odchylenie terminu wysłania przypomnienia o płatności” wykorzystuje tę datę do pomiaru, jak wcześnie zespół podejmuje działania przed upływem terminu. Data ta służy również do klasyfikowania należności jako bieżących lub przeterminowanych w raportach wiekowania.

Dlaczego to ważne

Podstawowy punkt odniesienia przy ocenie opóźnień i terminowości płatności.

Skąd pobrać

Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DUE_DATE

Przykłady
2023-11-302023-12-152024-01-01
Imię i nazwisko pracownika windykacji
CollectorName
Imię i nazwisko pracownika lub nazwa zespołu przypisanego do obsługi faktury.
Opis

Ten atrybut wskazuje pracownika lub członka zespołu odpowiedzialnego za odzyskanie należności z faktury. Jest głównym wymiarem dashboardu „Wyniki pracy pracowników windykacji”.

Dane z tego pola pozwalają mierzyć produktywność poszczególnych pracowników, określać potrzeby szkoleniowe i równoważyć obciążenie pracą. Ułatwiają rozliczanie odpowiedzialności i ujednolicanie działań windykacyjnych w zespole finansowym.

Dlaczego to ważne

Przydatne do analizy wyników pracy i równoważenia obciążenia zespołu.

Skąd pobrać

Oracle Fusion Financials: AR_COLLECTORS.NAME powiązane z profilem klienta.

Przykłady
John SmithZespół windykacji AJane Doe
Jednostka biznesowa
BusinessUnit
Jednostka organizacji odpowiedzialna za fakturę.
Opis

Ten atrybut odpowiada identyfikatorowi organizacji w Oracle Fusion i wskazuje jednostkę biznesową lub dział, do którego należy należność. Umożliwia porównywanie wyników procesu w różnych częściach organizacji.

Porównanie KPI, takich jak czas rozpatrywania reklamacji czy DSO, między jednostkami biznesowymi pomaga kierownictwu wskazać zespoły osiągające dobre wyniki i ujednolicić sprawdzone praktyki. Pokazuje też, które jednostki mogą potrzebować dodatkowych zasobów lub zmian w procesie.

Dlaczego to ważne

Ważny wymiar porównywania wyników i oceny jednostek organizacji.

Skąd pobrać

Oracle Fusion Financials: HR_ORGANIZATION_UNITS.NAME powiązane przez ORG_ID.

Przykłady
Sprzedaż, wschodnie USAUsługi, EMEAProdukcja, APAC
Kwota faktury
InvoiceAmount
Łączna wartość faktury.
Opis

Ten atrybut określa pierwotną kwotę należną z faktury. W wielu analizach służy jako główny czynnik wagowy, dzięki czemu można nadać większy priorytet transakcjom o wysokiej wartości niż dużej liczbie transakcji o niskiej wartości.

W widoku „Nierozliczone kredyty i utrata przychodów” pole to pomaga określić finansowy wpływ nierozwiązanych spraw. Służy również do obliczania ważonej średniej DSO, która pokazuje efektywność procesu z perspektywy wartości finansowej.

Dlaczego to ważne

Uwzględnia wartość finansową w analizie i ułatwia ustalanie priorytetów według kwoty.

Skąd pobrać

Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.AMOUNT_DUE_ORIGINAL

Przykłady
1500.00250.5010000.00
Nazwa klienta
CustomerName
Nazwa podmiotu, na który wystawiono fakturę.
Opis

Ten atrybut wskazuje klienta powiązanego z fakturą. Jest podstawą analizy zachowań płatniczych, częstotliwości reklamacji i skuteczności windykacji na poziomie klienta.

Analitycy wykorzystują to pole do wskazywania klientów, którzy często płacą po terminie lub składają reklamacje. Informacje te wspierają dashboard „Analiza zachowań płatniczych klientów” i pomagają dostosować warunki kredytowe oraz strategie windykacyjne do profilu poszczególnych klientów.

Dlaczego to ważne

Niezbędne do analizy z perspektywy klienta i oceny ryzyka.

Skąd pobrać

Oracle Fusion Financials: HZ_PARTIES.PARTY_NAME powiązane przez BILL_TO_CUSTOMER_ID.

Przykłady
Acme CorpGlobex CorporationSoylent Corp
Nazwa użytkownika
UserName
Użytkownik systemu, który wykonał daną czynność.
Opis

Ten atrybut zapisuje identyfikator logowania lub nazwę osoby, która wykonała daną czynność, na przykład zaksięgowała fakturę lub uzgodniła wyciąg bankowy. Odpowiada ogólnemu polu „Użytkownik”.

Dane te są niezbędne podczas audytów zgodności oraz w dashboardzie „Wydajność pracowników windykacji”. Pozwalają oddzielić działania wykonywane automatycznie, często przez użytkownika „System”, od czynności wykonywanych przez ludzi, co ułatwia analizę automatyzacji.

Dlaczego to ważne

Umożliwia śledzenie wyników na poziomie użytkownika i analizę rozdziału obowiązków.

Skąd pobrać

Oracle Fusion Financials: kolumny CREATED_BY lub LAST_UPDATED_BY połączone z tabelami użytkowników.

Przykłady
sysadminjsmithfinance_batch_job
Segment klienta
CustomerSegment
Klasyfikacja klienta według wielkości, branży lub poziomu ryzyka.
Opis

Ten atrybut dzieli klientów na grupy, takie jak strategiczni, duże przedsiębiorstwa, małe i średnie firmy oraz klienci wysokiego ryzyka. Często wynika z klasy klienta lub klasy profilu w Oracle Fusion.

Atrybut ten pozwala analizować warianty procesu w różnych segmentach rynku. Można na przykład sprawdzić, czy klienci strategiczni otrzymują zaplanowaną obsługę o podwyższonym standardzie oraz czy klienci wysokiego ryzyka są odpowiednio monitorowani pod kątem terminowych płatności.

Dlaczego to ważne

Umożliwia analizę strategii windykacyjnych i ryzyka w poszczególnych segmentach.

Skąd pobrać

Oracle Fusion Financials: HZ_CUSTOMER_PROFILES.PROFILE_CLASS_ID.

Przykłady
Duże przedsiębiorstwoMała firmaAdministracja publicznaWysokie ryzyko
Typ transakcji
TransactionType
Klasyfikacja dokumentu należności, na przykład faktura, nota kredytowa lub nota debetowa.
Opis

Ten atrybut rozróżnia typy dokumentów finansowych. Typowe wartości to faktura, nota kredytowa i nota debetowa. To rozróżnienie jest istotne dla dashboardu „Liczba not kredytowych i poprawki”.

Filtrowanie według tego atrybutu pozwala analitykom wyodrębnić pętle poprawek związane z notami kredytowymi lub skupić się na głównym procesie fakturowania. Ułatwia też zrozumienie struktury pracy związanej z obsługą należności.

Dlaczego to ważne

Pozwala odróżnić standardowe faktury od korekt i poprawek.

Skąd pobrać

Oracle Fusion Financials: RA_CUST_TRX_TYPES_ALL.NAME

Przykłady
FakturaNota kredytowaNota debetowaObciążenie zwrotne
Czy wystąpiła poprawka
IsRework
Informacja, czy faktura wymagała korekty lub przechodziła przez kolejne etapy obsługi sporu.
Opis

Ten atrybut logiczny wskazuje, czy w przypadku faktury wystąpiły czynności związane z poprawianiem błędów, takie jak „Wystawiono notę uznaniową” lub „Skorygowano fakturę”. Wspiera dashboard „Wolumen not uznaniowych i ponowne wykonywanie pracy”.

Wskazanie przypadków wymagających poprawek pozwala oddzielić standardowy przebieg procesu od problematycznych spraw. Wysoki odsetek poprawek często sygnalizuje problemy z jakością danych podstawowych lub wprowadzaniem zamówień sprzedaży na wcześniejszych etapach.

Dlaczego to ważne

Pomaga wykryć straty i nieefektywne działania w przebiegu procesu.

Skąd pobrać

Obliczane: true, jeśli sprawa zawiera zdarzenie „Wystawiono notę uznaniową” lub „Otwarto sprawę sporną”.

Przykłady
truefalse
Kod waluty
CurrencyCode
Waluta, w której wyrażono kwotę faktury.
Opis

Ten atrybut określa walutę, na przykład USD lub EUR, w której podano kwoty finansowe. Jest niezbędny do prawidłowej interpretacji kwoty faktury i przeliczania walut, jeśli raporty mają być prezentowane w jednej walucie.

W organizacjach działających globalnie atrybut ten pomaga analizować skuteczność windykacji w różnych regionach gospodarczych i oddzielać wpływ kursów walut od wyników operacyjnych procesu.

Dlaczego to ważne

Pozwala prawidłowo interpretować wartości finansowe w środowisku wielowalutowym.

Skąd pobrać

Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.INVOICE_CURRENCY_CODE

Przykłady
USDEURGBPJPY
Ostatni dzień uprawniający do rabatu
DiscountEligibilityDate
Ostatni dzień, w którym klient może zapłacić, aby skorzystać z rabatu za wcześniejszą płatność.
Opis

Ten atrybut wskazuje termin skorzystania przez klienta z warunków takich jak „2/10, 30 dni netto”, czyli 2% rabatu przy płatności w ciągu 10 dni. Jest potrzebny w dashboardzie „Analiza rabatów za wcześniejszą płatność”.

Porównanie płatności z tą datą pozwala obliczyć „Wskaźnik wykorzystania rabatów za wcześniejszą płatność”. Dzięki temu można ocenić, czy rabaty skutecznie przyspieszają przepływ środków, czy klienci z nich nie korzystają.

Dlaczego to ważne

Umożliwia ocenę skuteczności zachęt i ich wpływu na przyspieszenie przepływu środków.

Skąd pobrać

Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DISCOUNT_DATE

Przykłady
2023-11-102023-12-05
Powód sporu
DisputeReason
Kategoria lub kod przyczyny przypisany przy otwarciu sporu.
Opis

Ten atrybut zapisuje uzasadnienie podane przy zdarzeniu „Otwarto sprawę sporną”. Typowe wartości to „Błąd cenowy”, „Niezgodność ilości” lub „Uszkodzony towar”.

Analiza tego atrybutu w dashboardzie „Cykl życia sporów i wąskie gardła” pomaga ustalić przyczyny opóźnień w płatnościach. Jeśli często pojawia się „Błąd cenowy”, warto sprawdzić wcześniejszy etap procesu, czyli przygotowywanie ofert sprzedażowych, zamiast skupiać się wyłącznie na windykacji.

Dlaczego to ważne

Pomaga ustalić przyczyny opóźnień w płatnościach i ponownego wykonywania pracy.

Skąd pobrać

Oracle Fusion Financials: RA_CM_REQUESTS.REASON_CODE lub AR_DISPUTE_HISTORY.

Przykłady
Spór dotyczący cenyBłąd podatkowyNie otrzymano towaruPodwójne fakturowanie
Region
Region
Region geograficzny przypisany do jednostki biznesowej lub klienta.
Opis

Ten atrybut przypisuje transakcję do większego obszaru geograficznego, takiego jak Ameryka Północna, EMEA lub APAC. Przydaje się w raportach dla kadry kierowniczej oraz w dashboardzie „Trendy DSO i cyklu gotówkowego”.

Analiza regionalna uwzględnia różnice w zwyczajach płatniczych, na przykład dłuższe standardowe terminy płatności w Europie Południowej niż w USA. Dzięki temu globalne wskaźniki KPI można interpretować z uwzględnieniem lokalnego kontekstu.

Dlaczego to ważne

Umożliwia ogólną segmentację geograficzną na potrzeby raportowania globalnego.

Skąd pobrać

Oracle Fusion Financials: wartość wyznaczana na podstawie jednostki biznesowej lub adresu klienta.

Przykłady
Ameryka PółnocnaEMEAAPACAmeryka Łacińska
Warunki płatności
PaymentTerms
Uzgodnione warunki dotyczące terminu płatności, np. 30 dni netto.
Opis

Ten atrybut określa uzgodniony w umowie termin płatności. Służy do obliczania daty płatności i jest niezbędny w dashboardzie „Skuteczność strategii windykacji”.

Różnice w warunkach płatności poszczególnych klientów mogą wyjaśniać rozbieżności w DSO. Dzięki temu atrybutowi analitycy mogą porównywać wyniki na równych zasadach. Klient z terminem 60 dni netto nie zostanie niesłusznie uznany za opóźniającego płatności w porównaniu z klientem, który ma termin 30 dni netto.

Dlaczego to ważne

Pozwala ocenić terminowość płatności w kontekście warunków umownych.

Skąd pobrać

Oracle Fusion Financials: RA_TERMS.NAME

Przykłady
30 dni nettoNatychmiast2/10, 30 dni netto60 dni netto
Źródło utworzenia
CreationSource
Źródło faktury, wskazujące, czy została wprowadzona ręcznie, czy zaimportowana.
Opis

Ten atrybut pokazuje, w jaki sposób faktura trafiła do systemu Oracle, na przykład przez „Manual Entry”, „AutoInvoice” lub określone zewnętrzne źródła danych. Jest odpowiednikiem ogólnego mapowania „Kanał”.

Ma to istotne znaczenie dla dashboardu „Monitor automatyzacji rozliczania płatności”. Pozwala odróżnić procesy w pełni cyfrowe od tych, które wymagają ręcznej konfiguracji. Duża liczba faktur wprowadzonych przez „Manual Entry” może wskazywać na brak integracji z systemami źródłowymi lub problemy z systemem.

Dlaczego to ważne

Określa poziom automatyzacji po stronie systemów źródłowych i pochodzenie danych.

Skąd pobrać

Oracle Fusion Financials: RA_BATCH_SOURCES_ALL.NAME

Przykłady
AutoInvoiceRęcznieWdrożenie projektówZarządzanie zamówieniami
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi należności

To najważniejsze kroki i etapy procesu, które należy zapisać w dzienniku zdarzeń, aby dokładnie odtworzyć cykl życia faktury.
6 Zalecane 9 Opcjonalne
Działanie Opis
Otrzymanie pełnej płatności
Zdarzenie występuje, gdy przypisanie wpłaty zmniejsza saldo faktury do zera. To podstawowe zdarzenie potwierdzające powodzenie windykacji.
Dlaczego to ważne

Niezbędne do analizy rabatów za wcześniejszą płatność. Data tego zdarzenia pozwala ustalić, czy należność wpłynęła w okresie uprawniającym do rabatu.

Skąd pobrać

Dane pochodzą z AR_RECEIVABLE_APPLICATIONS_ALL, gdzie STATUS = 'APP', a wynikowa wartość AMOUNT_DUE_REMAINING wynosi 0.

Rejestrowanie

Ustalane przez porównanie pola X z polem Y

Typ zdarzenia calculated
Utworzenie faktury
To zdarzenie oznacza utworzenie rekordu faktury w systemie. Rejestruje znacznik czasu pierwszego zapisania nagłówka transakcji w tabelach Oracle Receivables.
Dlaczego to ważne

Wyznacza początek cyklu życia procesu i punkt odniesienia do obliczania wieku należności. Jest niezbędne do obliczenia całkowitego czasu cyklu oraz czasu od utworzenia faktury do jej wysłania.

Skąd pobrać

Dane pochodzą z tabeli RA_CUSTOMER_TRX_ALL, z kolumny CREATION_DATE lub TRX_DATE.

Rejestrowanie

Rejestrowane przy dodaniu wiersza transakcji

Typ zdarzenia explicit
Wysłanie faktury
Oznacza przekazanie faktury klientowi w formie wydruku, wiadomości e-mail lub pliku XML. To moment przekazania dokumentu z organizacji do klienta.
Dlaczego to ważne

Niezbędne do pomiaru sprawności wysyłania faktur. Czas między utworzeniem a wysłaniem faktury bezpośrednio opóźnia odzyskanie należności.

Skąd pobrać

Ustalane na podstawie PRINTING_ORIGINAL_DATE w tabeli RA_CUSTOMER_TRX_ALL lub odpowiednich logów w Oracle Collaboration Messaging Framework, jeśli używany jest format XML.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej

Typ zdarzenia inferred
Zakończenie tworzenia faktury
Oznacza zakończenie tworzenia faktury i jej gotowość do dalszej obsługi, wydruku i zaksięgowania. Zdarzenie występuje, gdy status transakcji zmienia się z niekompletnego na kompletny.
Dlaczego to ważne

Pozwala odróżnić czas przygotowania faktury od czasu jej obsługi. Opóźnienia na tym etapie wskazują na wąskie gardła w wewnętrznym procesie wystawiania faktur.

Skąd pobrać

Wykrywane, gdy COMPLETE_FLAG w tabeli RA_CUSTOMER_TRX_ALL zmienia wartość na 'Y'.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej

Typ zdarzenia inferred
Zaksięgowanie częściowej płatności
Zdarzenie występuje, gdy wpłata zostaje przypisana do faktury, ale jej kwota jest niższa od całego salda do zapłaty. Faktura pozostaje otwarta, a saldo ulega zmniejszeniu.
Dlaczego to ważne

Częste częściowe płatności wskazują na rozdrobniony sposób regulowania należności (KPI: częstotliwość częściowych płatności), co zwiększa nakład pracy przy uzgadnianiu.

Skąd pobrać

Dane pochodzą z AR_RECEIVABLE_APPLICATIONS_ALL, gdzie STATUS = 'APP', a AMOUNT_APPLIED < AMOUNT_DUE_REMAINING.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X

Typ zdarzenia explicit
Zamknięcie faktury
Końcowy stan, w którym faktura zostaje zamknięta w systemie, zwykle dlatego, że saldo wynosi zero po płatności, wystawieniu noty kredytowej lub korekcie.
Dlaczego to ważne

Znacznik czasu tego zdarzenia służy do obliczania okresu spływu należności (DSO). Oznacza koniec danej instancji procesu.

Skąd pobrać

Wykrywane, gdy STATUS w AR_PAYMENT_SCHEDULES_ALL zmienia się na 'CL' (Closed).

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej

Typ zdarzenia inferred
Korekta faktury
Rejestruje ręczne korekty salda faktury, na przykład odpisy niewielkich kwot lub korekty walutowe, odrębne od not kredytowych.
Dlaczego to ważne

Pomaga wykrywać utratę przychodów i niestandardowe ścieżki procesu, w których saldo zostaje rozliczone bez płatności.

Skąd pobrać

Dane pochodzą z tabeli AR_ADJUSTMENTS_ALL powiązanej z fakturą.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X

Typ zdarzenia explicit
Odpisanie faktury
Szczególny rodzaj korekty, w którym pozostałe saldo uznaje się za nieściągalne i odpisuje jako stratę z tytułu nieściągalnych należności. To niekorzystny stan końcowy procesu.
Dlaczego to ważne

Niezbędne do monitorowania kondycji finansowej. Pozwala odróżnić sprawność operacyjną, czyli szybkość płatności, od problemów z jakością kredytową.

Skąd pobrać

Dane pochodzą z AR_ADJUSTMENTS_ALL, gdzie typ korekty jest oznaczony jako 'Write-off' lub powiązany z kontem nieściągalnych należności.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X

Typ zdarzenia explicit
Otrzymanie deklaracji zapłaty
Rejestruje zobowiązanie klienta do zapłaty określonej kwoty w wyznaczonym terminie. Zazwyczaj pracownik windykacji wprowadza tę informację ręcznie podczas kontaktu z klientem.
Dlaczego to ważne

Przydatne do analizy zachowań płatniczych klientów. Niedotrzymane deklaracje wskazują na wysokie ryzyko kredytowe i możliwość powstania nieściągalnych należności.

Skąd pobrać

Dane pochodzą z tabeli IEX_PROMISE_DETAILS w module Collections.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X

Typ zdarzenia explicit
Otwarcie sprawy reklamacyjnej
Oznacza rozpoczęcie formalnego postępowania dotyczącego reklamacji faktury. Na czas wyjaśniania sprawy standardowe działania windykacyjne zostają wstrzymane.
Dlaczego to ważne

Ważny wskaźnik wąskich gardeł. Duża liczba reklamacji może świadczyć o problemach z realizacją zamówień lub poprawnością faktur.

Skąd pobrać

Wykrywane na podstawie rekordów w RA_CM_REQUESTS_ALL lub powiązanych z fakturą workflow wniosków o notę kredytową.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X

Typ zdarzenia explicit
Rozstrzygnięcie reklamacji
Oznacza zakończenie postępowania wyjaśniającego. Reklamacja może zostać uznana, co prowadzi do zatwierdzenia noty kredytowej, albo odrzucona.
Dlaczego to ważne

Niezbędne do obliczenia średniego czasu rozpatrywania reklamacji. Długi czas oczekiwania obniża zadowolenie klientów i pogarsza DSO.

Skąd pobrać

Ustalane na podstawie zmiany statusu na 'APPROVED' lub 'REJECTED' w tabeli RA_CM_REQUESTS_ALL.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej

Typ zdarzenia inferred
Uzgodnienie z wyciągiem bankowym
Oznacza uzgodnienie wpłaty przypisanej do faktury z pozycją na wyciągu bankowym. Potwierdza, że środki rzeczywiście wpłynęły na rachunek.
Dlaczego to ważne

Pozwala mierzyć automatyzację rozliczania wpłat. Czas między zaksięgowaniem płatności a jej uzgodnieniem z bankiem oznacza okres, w którym wpływ nie jest jeszcze potwierdzony.

Skąd pobrać

Dane łączone z AR_CASH_RECEIPTS_ALL do CE_STATEMENT_LINES (Cash Management) za pomocą identyfikatora uzgodnienia.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej

Typ zdarzenia inferred
Wysłanie przypomnienia o płatności
Rejestruje wysłanie do klienta wezwania do zapłaty lub przypomnienia o należności. Zdarzenie generuje moduł Advanced Collections.
Dlaczego to ważne

Niezbędne do analizy skuteczności strategii windykacyjnej. Zestawienie tego zdarzenia z płatnościami pozwala ustalić, które przypomnienia najszybciej prowadzą do odzyskania należności.

Skąd pobrać

Dane znajdują się w tabelach IEX_DUNNING lub IEX_STRATEGY_WORK_ITEMS powiązanych z kontem klienta.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X

Typ zdarzenia explicit
Wystawienie noty kredytowej
Rejestruje utworzenie transakcji noty kredytowej przypisanej do faktury. Zmniejsza ona należną kwotę, często w związku z reklamacją lub zwrotem.
Dlaczego to ważne

Pozwala śledzić odsetek poprawek związanych z notami kredytowymi i utratę przychodów. Częste wystawianie takich not może wskazywać na systemowe błędy w fakturowaniu.

Skąd pobrać

Dane pochodzą z RA_CUSTOMER_TRX_ALL, gdzie TRX_TYPE ma wartość Credit Memo, a RELATED_CUSTOMER_TRX_ID odpowiada identyfikatorowi faktury.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X

Typ zdarzenia explicit
Zaksięgowanie faktury w GL
Rejestruje zakończenie księgowania faktury i przekazanie zapisów do księgi głównej. Potwierdza zgodność finansową i gotowość do zamknięcia okresu.
Dlaczego to ważne

Opóźnienia na tym etapie nie wpływają na informacje widoczne dla klienta, ale wydłużają zamknięcie finansowe i opóźniają raportowanie.

Skąd pobrać

Dane pochodzą z GL_DATE w tabeli RA_CUST_TRX_LINE_GL_DIST_ALL.

Rejestrowanie

Rejestrowane po wykonaniu transakcji X

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Oracle Fusion Financials

Gotowi do rozpoczęcia?

Zastosujcie ten szablon w środowisku Oracle Fusion, aby przekształcić dane finansowe w informacje przydatne w działaniu. Nasz zespół pomoże dopasować specyfikę procesów biznesowych do tych standardów.

Przyspieszcie windykację należności

Skróćcie DSO o 15–20 dni i ograniczcie luki w przepływach pieniężnych.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje 5 minut.