Szablon danych Order-to-Cash: fakturowanie i wystawianie faktur

Oracle E-Business Suite
Szablon danych Order-to-Cash: fakturowanie i wystawianie faktur

Szablon danych Order-to-Cash: fakturowanie i wystawianie faktur

Ten szablon ułatwia zebranie danych potrzebnych do analizy procesu Order-to-Cash: fakturowania i wystawiania faktur. Zawiera listę pól, które warto uwzględnić w dzienniku zdarzeń, najważniejsze etapy procesu do śledzenia oraz praktyczne wskazówki dotyczące pozyskiwania danych. Dzięki niemu można zgromadzić dane potrzebne do rzetelnej analizy i usprawnienia procesu.
  • Zalecane atrybuty do zebrania
  • Działania do śledzenia
  • Wskazówki dotyczące pobierania danych z Oracle E-Business Suite
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu Order-to-Cash: fakturowanie i wystawianie faktur

Oto zalecane pola danych do uwzględnienia w dzienniku zdarzeń, aby przeprowadzić pełną analizę procesu Order-to-Cash: fakturowania i wystawiania faktur.
3 Wymagane 6 Zalecane 11 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Dokładna data i godzina wystąpienia czynności.
Opis

Czas zdarzenia to znacznik czasu przypisany do każdej czynności, który określa kolejność zdarzeń w ramach sprawy. To surowe dane wykorzystywane w analizach czasowych process mining.

Atrybut ten jest niezbędny do obliczania wskaźników efektywności, takich jak czas cyklu, czas między czynnościami i czas realizacji procesu. Na przykład różnica między czasem zdarzenia „Wystawiono fakturę” a „Zatwierdzono fakturę” pokazuje czas zatwierdzania. Dokładne i kompletne znaczniki czasu są warunkiem wiarygodnej analizy procesu.

Dlaczego to ważne

Określa czas każdego zdarzenia, dzięki czemu można obliczać czasy trwania, analizować sprawność procesu i wykrywać wąskie gardła.

Skąd pobrać

Pobierany z różnych pól daty w tabelach Oracle EBS, takich jak CREATION_DATE lub LAST_UPDATE_DATE w tabelach RA_CUSTOMER_TRX_ALL i AR_CASH_RECEIPTS_ALL.

Przykłady
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
Numer faktury
InvoiceNumber
Unikalny identyfikator dokumentu faktury, który pełni funkcję głównego identyfikatora sprawy w procesie fakturowania.
Opis

Numer faktury jest podstawą analizy procesu od zamówienia do płatności, ponieważ jednoznacznie identyfikuje każdą transakcję fakturowania. Łączy wszystkie powiązane czynności, takie jak wystawienie, zatwierdzenie, wysłanie, płatność i zamknięcie, w jeden spójny przebieg procesu. Dzięki temu można prześledzić cały cykl życia faktury.

W process mining analiza według numeru faktury pozwala mierzyć całkowity czas cyklu, wykrywać różnice w sposobie obsługi faktur i wskazywać wąskie gardła opóźniające płatność. Numer jest niezbędny do śledzenia każdej faktury od utworzenia do rozliczenia.

Dlaczego to ważne

To podstawowy identyfikator sprawy, który łączy wszystkie powiązane zdarzenia i umożliwia odtworzenie oraz analizę całego procesu fakturowania dla każdej faktury.

Skąd pobrać

Zwykle jest to numer transakcji z tabeli RA_CUSTOMER_TRX_ALL w Oracle Receivables.

Przykłady
INV-9234501788144US-2023-001293
Nazwa czynności
ActivityName
Nazwa konkretnego zdarzenia biznesowego, które wystąpiło w danym momencie cyklu życia faktury.
Opis

Nazwa czynności opisuje etap lub punkt kontrolny w procesie fakturowania, na przykład „Wystawiono fakturę”, „Zatwierdzono fakturę” lub „Otrzymano płatność od klienta”. Chronologiczny ciąg tych czynności dla danego numeru faktury tworzy przebieg procesu.

Ten atrybut jest podstawą process mining. Służy do tworzenia mapy procesu, analizy wariantów oraz wykrywania odstępstw i ponownej pracy. Jasne i spójne nazwy czynności są niezbędne do miarodajnej analizy, na przykład pomiaru czasu między etapami lub oceny zgodności procesu.

Dlaczego to ważne

Ten atrybut służy do odkrywania i wizualizacji przebiegu procesu oraz analizy jego wariantów, wąskich gardeł i ponownej pracy.

Skąd pobrać

Zwykle powstaje przez przypisanie zmian statusu, typów zdarzeń lub utworzenia i aktualizacji rekordów z różnych tabel Oracle EBS, na przykład AR_PAYMENT_SCHEDULES_ALL i RA_CUSTOMER_TRX_ALL, do ustandaryzowanych nazw czynności.

Przykłady
Wystawiono fakturęZatwierdzono fakturęNadszedł termin płatnościOtrzymano płatność od klienta
Dział
Department
Dział lub zespół funkcjonalny, z którym jest powiązany użytkownik wykonujący daną czynność.
Opis

Atrybut „Dział” określa kontekst organizacyjny użytkownika, który wykonał czynność, na przykład „Accounts Receivable” lub „Sales Operations”. Pozwala agregować wyniki na poziomie zespołu lub działu.

Jest to ważne przy analizie współpracy różnych części organizacji i ich wpływu na proces fakturowania. Atrybut pomaga wykrywać problemy systemowe w działach, porównywać wyniki zespołów i analizować przydział zasobów. Umożliwia na przykład podział dashboardu „Czas cyklu zatwierdzania faktury” według działu.

Dlaczego to ważne

Umożliwia analizę wyników procesu według struktury organizacyjnej, pokazuje różnice między zespołami i pomaga wskazać wąskie gardła charakterystyczne dla poszczególnych działów.

Skąd pobrać

Zwykle wyznaczany przez połączenie informacji o użytkowniku z danymi o strukturze HR organizacji, często z tabeli PER_ALL_ASSIGNMENTS_F lub podobnej tabeli kadrowej.

Przykłady
NależnościOperacje finansoweObsługa fakturowania
Identyfikator klienta
CustomerId
Unikalny identyfikator klienta, któremu wystawiono fakturę.
Opis

Identyfikator klienta łączy fakturę z konkretnym kontem klienta w danych podstawowych. Pozwala agregować i porównywać wyniki procesu dla różnych klientów.

Analitycy mogą wykorzystać ten atrybut do tworzenia dashboardów pokazujących zachowania płatnicze klientów, wskazywania klientów najczęściej zgłaszających spory lub wymagających poprawek oraz porównywania czasu obsługi faktur w różnych segmentach klientów. Umożliwia przejście od analizy samego procesu do analizy z perspektywy klienta.

Dlaczego to ważne

Umożliwia analizę z perspektywy klienta, pomagając wykrywać wzorce płatności, częste spory i różnice w procesie dotyczące konkretnych klientów.

Skąd pobrać

Znajduje się w tabeli RA_CUSTOMER_TRX_ALL w polu SOLD_TO_CUSTOMER_ID lub BILL_TO_CUSTOMER_ID.

Przykłady
CUST-100239845ACME-US-01
Łączna kwota faktury
TotalInvoiceAmount
Łączna wartość pieniężna faktury, obejmująca wszystkie pozycje, podatki i opłaty.
Opis

Ten atrybut określa łączną wartość finansową faktury wysłanej do klienta. Jest podstawowym miernikiem w analizie finansowej procesu fakturowania.

W process mining łączna kwota faktury służy do segmentowania i filtrowania spraw. Analitycy mogą na przykład porównać przebieg procesu dla faktur o wysokiej i niskiej wartości, aby sprawdzić, czy są obsługiwane inaczej. Atrybut jest też niezbędny do analizy wpływu finansowego, na przykład obliczenia wartości faktur zatrzymanych na etapie zatwierdzania.

Dlaczego to ważne

Umożliwia analizę wpływu finansowego, dzięki czemu można ustalać priorytety na podstawie wartości pieniężnej i sprawdzać, jak kwota faktury wpływa na przebieg procesu.

Skąd pobrać

Prawdopodobnie pobierany z tabeli AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) lub obliczany na podstawie danych z RA_CUSTOMER_TRX_LINES_ALL dla danej faktury.

Przykłady
1500.0012550.75500.50
Status faktury
InvoiceStatus
Bieżący status faktury w jej cyklu życia.
Opis

Status faktury określa jej bieżący stan, na przykład „Otwarta”, „Zamknięta” lub „Zakwestionowana”. Pokazuje aktualny etap obsługi faktury.

Atrybut ten jest niezbędny do tworzenia dashboardów, takich jak „Wiek i status faktur”. Użytkownicy mogą szybko sprawdzić liczbę i wartość faktur w poszczególnych stanach. Ułatwia to ustalanie priorytetów działań windykacyjnych dotyczących otwartych faktur i ocenę ogólnego stanu portfela należności.

Dlaczego to ważne

Pokazuje bieżący stan faktur, co jest ważne przy tworzeniu dashboardów operacyjnych, zarządzaniu obciążeniem pracą i ustalaniu priorytetów działań windykacyjnych.

Skąd pobrać

Dostępny w kolumnie STATUS tabeli AR_PAYMENT_SCHEDULES_ALL („OP” oznacza otwartą, a „CL” zamkniętą fakturę).

Przykłady
OtwartaZamkniętaW sporze
Termin płatności
DueDate
Data, do której klient powinien opłacić fakturę.
Opis

Termin płatności to ważny atrybut daty, który określa, do kiedy należy opłacić fakturę zgodnie z warunkami płatności. Stanowi punkt odniesienia przy ocenie rzeczywistego przebiegu płatności.

Atrybut ten jest niezbędny do obliczania KPI, takich jak wskaźnik płatności w terminie, oraz tworzenia raportów o przeterminowanych fakturach. W process mining pozwala analizować zachowania płatnicze, na przykład wskazywać klientów regularnie płacących po terminie lub oceniać wpływ opóźnień w procesie na terminowe odzyskiwanie należności.

Dlaczego to ważne

Stanowi punkt odniesienia przy ocenie terminowości płatności, obliczaniu wieku faktur i szacowaniu ryzyka opóźnień lub nieściągalnych należności.

Skąd pobrać

Dostępny w kolumnie DUE_DATE tabeli AR_PAYMENT_SCHEDULES_ALL.

Przykłady
2023-05-152023-06-302023-07-01
Użytkownik
User
Identyfikator użytkownika, który wykonał daną czynność.
Opis

Ten atrybut wskazuje pracownika lub użytkownika systemu odpowiedzialnego za wykonanie danego etapu procesu, na przykład zatwierdzenie faktury lub przypisanie płatności. Pomaga uwzględnić rolę ludzi w procesie.

Analiza według użytkownika pozwala wskazać potrzeby szkoleniowe, nierównomierne obciążenie pracą i różnice w wynikach poszczególnych osób. Może na przykład pokazać, którzy użytkownicy najczęściej wykonują poprawki lub najdłużej zatwierdzają faktury, co ułatwia planowanie działań usprawniających.

Dlaczego to ważne

Umożliwia analizę wyników poszczególnych osób oraz wskazanie użytkowników osiągających dobre wyniki, potrzeb szkoleniowych i potencjalnych nierówności w obciążeniu pracą.

Skąd pobrać

Pobierany z pól identyfikatora użytkownika, takich jak CREATED_BY lub LAST_UPDATED_BY, w różnych tabelach transakcji. Następnie identyfikator jest łączony z tabelą FND_USER, aby uzyskać nazwę użytkownika.

Przykłady
JSMITHBWILLIAMSCDAVIS
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio odświeżone lub pobrane z systemu źródłowego.
Opis

Ten atrybut zawiera znacznik czasu ostatniego pobrania danych. Pozwala ocenić, jak aktualne są analizowane dane.

Użytkownicy mogą sprawdzić, czy dashboardy i analizy pokazują najnowszy stan procesu. Pole pomaga uwzględnić opóźnienie w aktualizacji danych i stanowi ważny element metadanych wiarygodnego modelu danych.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, dzięki czemu wiedzą, jak bieżący obraz procesu przedstawia analiza.

Skąd pobrać

Pole metadanych generowane i zapisywane w każdym rekordzie podczas procesu ekstrakcji, transformacji i ładowania danych (ETL).

Przykłady
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Jednostka biznesowa
BusinessUnit
Jednostka biznesowa lub operacyjna firmy, która wystawiła fakturę.
Opis

Jednostka biznesowa oznacza część organizacji odpowiedzialną za transakcję. W Oracle EBS często odpowiada jej jednostka operacyjna.

Ten atrybut pozwala porównywać wyniki procesów w różnych częściach firmy. Pomaga ustalić, które jednostki biznesowe działają sprawniej, mają wyższy odsetek płatności na czas lub częściej mierzą się ze sporami. Dzięki temu można dzielić się dobrymi praktykami i podejmować ukierunkowane działania.

Dlaczego to ważne

Umożliwia porównanie wyników w różnych częściach organizacji oraz wskazanie dobrych praktyk i problemów charakterystycznych dla poszczególnych obszarów.

Skąd pobrać

Informacja o jednostce operacyjnej jest zwykle dostępna pośrednio w polu ORG_ID większości tabel transakcyjnych, takich jak RA_CUSTOMER_TRX_ALL.

Przykłady
Operacje w USAUsługi w regionie EMEAProdukcja globalna
Kraj klienta
Country
Kraj adresu rozliczeniowego klienta.
Opis

Ten atrybut określa kraj przypisany do adresu rozliczeniowego klienta. Umożliwia analizę procesu z uwzględnieniem lokalizacji.

Analiza według kraju może ujawnić regionalne różnice w zachowaniach płatniczych, sprawności procesu lub zgodności z lokalnymi przepisami. Można go na przykład użyć w dashboardzie „Analiza zachowań płatniczych klientów”, aby sprawdzić, czy średnie opóźnienia w płatnościach znacznie różnią się między krajami.

Dlaczego to ważne

Umożliwia analizę procesu z podziałem na lokalizacje i wskazuje regionalne różnice w zachowaniach klientów, wpływie przepisów i sprawności operacyjnej.

Skąd pobrać

Dane są pobierane z informacji o lokalizacji rozliczeniowej klienta w tabelach HZ_LOCATIONS i FND_TERRITORIES, połączonych przez tabele kont klientów.

Przykłady
USANiemcyWielka Brytania
Liczba dni należności
DaysSalesOutstanding
Liczba dni od wystawienia faktury do otrzymania płatności.
Opis

Liczba dni należności (DSO) to wskaźnik finansowy pokazujący średni czas oczekiwania na płatność od momentu wystawienia faktury. Wartość tego atrybutu oblicza się dla każdej faktury.

Średnia DSO jest KPI dla całego procesu, ale wartość dla każdej faktury umożliwia dokładniejszą analizę. Można na jej podstawie tworzyć rozkłady, wykrywać wartości odstające i śledzić zmiany sprawności windykacji w czasie. Dashboard „Trend DSO” pokazuje średnią wartość tego atrybutu w kolejnych okresach.

Dlaczego to ważne

Mierzy sprawność windykacji dla każdej faktury i dostarcza danych do analizy trendów oraz czynników powiązanych z wysokim DSO.

Skąd pobrać

Obliczany podczas transformacji danych. Logika: Timestamp('Customer Payment Received') - Timestamp('Invoice Generated').

Przykłady
304592
Nazwa klienta
CustomerName
Pełna nazwa prawna klienta, któremu wystawiono fakturę.
Opis

Nazwa klienta to czytelny dla użytkownika identyfikator. Identyfikator klienta służy do łączenia danych i jednoznacznego wskazywania klienta, a nazwa jest wyświetlana w raportach i dashboardach.

Dzięki temu analiza jest bardziej intuicyjna, ponieważ użytkownicy widzą nazwy klientów zamiast identyfikatorów, które musieliby sprawdzać osobno. Atrybut ułatwia tworzenie czytelnych wizualizacji, na przykład wykresu słupkowego pokazującego średnie opóźnienie płatności dla poszczególnych klientów.

Dlaczego to ważne

Ułatwia korzystanie z dashboardów i raportów, ponieważ zapewnia czytelną nazwę do filtrowania i grupowania danych, a tym samym uprzystępnia analizę.

Skąd pobrać

Pobierana przez połączenie tabel HZ_PARTIES i HZ_CUST_ACCOUNTS z użyciem identyfikatora klienta z nagłówka faktury.

Przykłady
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
Numer zamówienia sprzedaży
SalesOrderNumber
Identyfikator pierwotnego zamówienia sprzedaży, na podstawie którego wystawiono fakturę.
Opis

Numer zamówienia sprzedaży bezpośrednio łączy fakturę z wcześniejszym etapem cyklu Order-to-Cash, czyli zarządzaniem zamówieniami. Wiąże proces fakturowania z pierwotnym zamówieniem klienta.

Ten atrybut umożliwia analizę obejmującą kilka procesów. Można na przykład sprawdzić, czy określone rodzaje zamówień sprzedaży regularnie prowadzą do sporów dotyczących faktur lub opóźnień w płatnościach. Dostarcza kontekstu, który często umyka przy analizie samego procesu fakturowania.

Dlaczego to ważne

Łączy proces fakturowania z wcześniejszym procesem sprzedaży, umożliwiając szerszą analizę cyklu Order-to-Cash i badanie przyczyn problemów.

Skąd pobrać

Zwykle znajduje się w polu atrybutu referencyjnego lub interfejsowego w tabeli pozycji faktury RA_CUSTOMER_TRX_LINES_ALL, na przykład INTERFACE_LINE_ATTRIBUTE1 lub w podobnym polu flexfield.

Przykłady
SO-54321601882ORD-2023-9910
Płatność w terminie
IsPaidOnTime
Obliczany wskaźnik informujący, czy fakturę opłacono najpóźniej w terminie płatności.
Opis

Ten atrybut logiczny powstaje przez porównanie znacznika czasu zdarzenia „Otrzymano płatność od klienta” z terminem płatności faktury. Przyjmuje wartość true, jeśli płatność nastąpiła w terminie lub wcześniej, i false, jeśli była spóźniona.

Wskaźnik ułatwia tworzenie KPI i dashboardów dotyczących terminowości płatności. Służy bezpośrednio do obliczania KPI „Odsetek płatności w terminie” oraz pozwala łatwo filtrować i dzielić faktury na opłacone w terminie i po terminie, aby dokładniej zbadać przyczyny opóźnień.

Dlaczego to ważne

Bezpośrednio wspiera KPI „Odsetek płatności w terminie” i ułatwia analizę dzięki podziałowi faktur na opłacone w terminie i po terminie.

Skąd pobrać

Obliczany podczas transformacji danych. Logika: IF (Timestamp('Customer Payment Received') <= Date('DueDate')) THEN true ELSE false.

Przykłady
truefalse
System źródłowy
SourceSystem
System, z którego wyodrębniono dane.
Opis

Ten atrybut wskazuje aplikację źródłową, z której pochodzą dane o zdarzeniach. W tym procesie będzie to zawsze Oracle E-Business Suite.

W środowisku z wieloma systemami pole to ma zasadnicze znaczenie dla śledzenia pochodzenia danych i rozwiązywania problemów. Nawet w przypadku jednego systemu jest wymagane w ramach zarządzania danymi, ponieważ potwierdza, że dane pochodzą z oczekiwanego źródła.

Dlaczego to ważne

Zapewnia możliwość śledzenia pochodzenia danych i określa ich kontekst. Jest to ważne dla zarządzania danymi oraz integracji danych z wielu systemów firmowych.

Skąd pobrać

Wartość statyczna ustawiana podczas wyodrębniania danych w celu wskazania źródłowego systemu ERP.

Przykłady
Oracle E-Business SuiteOracle EBS R12
Waluta
Currency
Kod waluty, w której podano kwoty na fakturze.
Opis

Ten atrybut określa walutę, na przykład USD lub EUR, w której podano kwoty na fakturze. Jest niezbędnym kontekstem dla wszystkich wskaźników finansowych.

Podczas analizy danych z działalności międzynarodowej atrybut „Waluta” pozwala prawidłowo interpretować i porównywać wartości finansowe. Dashboardy mogą służyć do filtrowania danych według waluty lub przeliczania kwot po kursach wymiany na potrzeby raportów skonsolidowanych.

Dlaczego to ważne

Zapewnia niezbędny kontekst dla wszystkich atrybutów finansowych, co pozwala prawidłowo interpretować i analizować dane w środowisku wielowalutowym.

Skąd pobrać

Zwykle znajduje się w kolumnie INVOICE_CURRENCY_CODE tabeli RA_CUSTOMER_TRX_ALL.

Przykłady
USDEURGBP
Warunki płatności
PaymentTerms
Uzgodnione warunki określające termin, w którym klient musi opłacić fakturę.
Opis

Warunki płatności określają zasady płatności, na przykład „30 dni” lub „60 dni”, i służą do wyznaczania terminu płatności faktury. To ważne dane podstawowe, które bezpośrednio wpływają na przepływy pieniężne.

Analiza według warunków płatności pozwala sprawdzić, jak różne terminy wpływają na zachowania płatnicze i liczbę dni należności (DSO). Może pokazać, czy klienci z krótszym terminem płacą szybciej, i pomóc w podejmowaniu decyzji o warunkach oferowanych poszczególnym segmentom klientów.

Dlaczego to ważne

Bezpośrednio wpływa na termin płatności faktury i prognozowanie przepływów pieniężnych. Analiza tego atrybutu pomaga ocenić skuteczność różnych polityk kredytowych.

Skąd pobrać

Dane pochodzą z tabeli RA_TERMS_B, połączonej przez TERM_ID w tabeli RA_CUSTOMER_TRX_ALL.

Przykłady
30 dni60 dniPłatność przy odbiorze
Wymagało poprawek
IsRework
Obliczany wskaźnik informujący, czy faktura wymagała dodatkowych działań, takich jak modyfikacja lub ponowne zatwierdzenie.
Opis

Ten wskaźnik logiczny przyjmuje wartość true, jeśli przebieg procesu faktury obejmuje działania wskazujące na poprawki, takie jak „Zmodyfikowano fakturę” lub drugie zdarzenie „Zatwierdzono fakturę”. Ułatwia szybkie wskazanie faktur, których obsługa odbiegała od standardowej, sprawnej ścieżki.

Atrybut ten jest przydatny przy obliczaniu KPI, takich jak „Odsetek błędów na fakturach” i „Odsetek ręcznych poprawek”. Pozwala łatwo określić częstotliwość poprawek, filtrować przypadki wymagające dodatkowej pracy i badać ich przyczyny, na przykład wskazać użytkowników lub działy najczęściej zaangażowane w poprawki.

Dlaczego to ważne

Pokazuje nieefektywność procesu, oznaczając faktury wymagające dodatkowych, niestandardowych działań. Umożliwia analizę przyczyn i skutków poprawek.

Skąd pobrać

Obliczany podczas transformacji danych przez wykrywanie określonych sekwencji działań w ramach danego przypadku, na przykład zdarzenia „Zatwierdzono fakturę”, po którym następuje „Zmodyfikowano fakturę”.

Przykłady
truefalse
Wymagane Zalecane Opcjonalne

Działania w procesie Order-to-Cash: fakturowanie i wystawianie faktur

Oto etapy procesu i kamienie milowe, które warto uwzględnić w dzienniku zdarzeń, aby rzetelnie odkrywać i analizować operacje związane z fakturowaniem.
5 Zalecane 8 Opcjonalne
Działanie Opis
Otrzymano płatność od klienta
Płatność od klienta została wprowadzona do systemu jako wpływ gotówkowy. Na tym etapie może jeszcze nie być przypisana do konkretnej faktury.
Dlaczego to ważne

To ważny punkt pomiaru okresu spływu należności (DSO). Czas od wystawienia faktury do otrzymania płatności jest podstawowym miernikiem skuteczności windykacji.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane ze znacznikiem czasu w chwili utworzenia rekordu w tabeli AR_CASH_RECEIPTS_ALL.

Rejestrowanie

Zdarzeniem jest znacznik czasu utworzenia rekordu w tabeli AR_CASH_RECEIPTS_ALL.

Typ zdarzenia explicit
Przypisano lub uzgodniono płatność
Otrzymana płatność klienta została przypisana do co najmniej jednej konkretnej faktury, zmniejszając saldo należności. Oznacza to uzgodnienie płatności z zadłużeniem.
Dlaczego to ważne

To ostatni etap obsługi płatności i ważny element pomiaru czasu cyklu przypisywania płatności. Opóźnienia mogą zniekształcać saldo konta klienta i wpływać na zarządzanie kredytem.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane ze znacznikiem czasu w chwili utworzenia rekordu w tabeli AR_RECEIVABLE_APPLICATIONS_ALL, który łączy wpływ gotówkowy z transakcją.

Rejestrowanie

Zdarzeniem jest znacznik czasu utworzenia rekordu w AR_RECEIVABLE_APPLICATIONS_ALL, zapisany w polu GL_DATE lub APPLY_DATE.

Typ zdarzenia explicit
Wysłano fakturę do klienta
Oznacza oficjalne przekazanie faktury klientowi, w formie wydruku lub elektronicznie. Od tego momentu zaczyna biec termin płatności klienta.
Dlaczego to ważne

To ważny punkt pomiaru czasu dostarczenia faktury i okresu do otrzymania płatności. Pozwala odróżnić opóźnienia w obsłudze wewnętrznej od zachowań płatniczych klienta.

Skąd pobrać

Oracle EBS nie zawsze zapisuje to zdarzenie w standardowym polu. Można je wywnioskować ze znacznika czasu programu współbieżnego „Invoice Print” lub z niestandardowej flagi ustawianej po dostarczeniu faktury elektronicznie.

Rejestrowanie

Wnioskowane na podstawie daty zakończenia programu drukującego faktury lub niestandardowej logiki obsługującej wysyłkę elektroniczną.

Typ zdarzenia inferred
Wystawiono fakturę
Oznacza utworzenie nowej transakcji faktury w systemie. Zdarzenie jest zwykle wywoływane przez program „Autoinvoice Import Program”, który przetwarza zrealizowane pozycje zamówień sprzedaży, albo przez ręczne wprowadzenie faktury w module Receivables.
Dlaczego to ważne

To początek procesu fakturowania. Analiza czasu od tego zdarzenia do kolejnych zdarzeń pokazuje całkowity czas obsługi faktury i pomaga wykryć wąskie gardła na wczesnym etapie.

Skąd pobrać

Zdarzenie jest rejestrowane jako data utworzenia transakcji w tabeli Oracle Receivables RA_CUSTOMER_TRX_ALL. Jako znacznik czasu zdarzenia można wykorzystać TRX_DATE lub CREATION_DATE.

Rejestrowanie

Zdarzeniem jest znacznik czasu utworzenia rekordu w tabeli RA_CUSTOMER_TRX_ALL.

Typ zdarzenia explicit
Zamknięto fakturę
Faktura zostaje oficjalnie zamknięta, co oznacza, że jej saldo wynosi zero dzięki płatnościom, notom kredytowym lub korektom. To pomyślne zakończenie cyklu życia faktury.
Dlaczego to ważne

To główny punkt końcowy procesu. Całkowity czas od „Wystawiono fakturę” do „Zamknięto fakturę” jest ważnym miernikiem sprawności całego cyklu fakturowania od zamówienia do płatności.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany pola STATUS w tabeli AR_PAYMENT_SCHEDULES_ALL na „CL” (Closed). Znacznikiem czasu może być data ostatniej transakcji, która spowodowała zamknięcie.

Rejestrowanie

Wnioskowane na podstawie zmiany statusu na „CL” w AR_PAYMENT_SCHEDULES_ALL. Znacznikiem czasu jest data ostatniego powiązanego rozliczenia.

Typ zdarzenia inferred
Cofnięto płatność
Oznacza cofnięcie wcześniej otrzymanej płatności od klienta. Zwykle dzieje się tak z powodu braku środków (NSF) lub innych błędów w przetwarzaniu przez bank.
Dlaczego to ważne

Cofnięcie płatności utrudnia prognozowanie przepływów pieniężnych i wymaga dodatkowej pracy administracyjnej. Śledzenie takich zdarzeń pomaga wskazać problematycznych klientów lub metody płatności.

Skąd pobrać

Jest to jawna czynność w Oracle Receivables. Cofnięcie płatności tworzy wpisy w AR_CASH_RECEIPT_HISTORY_ALL ze statusem wskazującym na cofnięcie, na przykład „REVERSED”.

Rejestrowanie

Rozpoznawane po zmianie statusu na „REVERSED” w tabeli AR_CASH_RECEIPT_HISTORY_ALL.

Typ zdarzenia explicit
Nadszedł termin płatności
Zdarzenie wyliczane, które oznacza dzień, w którym zgodnie z warunkami płatności faktura staje się wymagalna. Nie odpowiada ono działaniu użytkownika ani systemu, ale jest ważnym punktem odniesienia w czasie.
Dlaczego to ważne

To zdarzenie jest niezbędne do obliczania wskaźnika płatności w terminie i analizy zachowań płatniczych klientów. Stanowi punkt odniesienia przy ustalaniu, czy płatność nastąpiła przed terminem, w terminie czy po terminie.

Skąd pobrać

Zdarzenie nie jest rejestrowane. Wylicza się je, porównując datę systemową z polem TERM_DUE_DATE w tabeli AR_PAYMENT_SCHEDULES_ALL dla danej faktury.

Rejestrowanie

Wyznaczane przez porównanie bieżącego znacznika czasu z wartością AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.

Typ zdarzenia calculated
Utworzono notę kredytową
Tworzona jest transakcja noty kredytowej, którą często przypisuje się do istniejącej faktury, aby skorygować błąd w rozliczeniu lub obsłużyć zwrot. Jest to odrębna, powiązana transakcja w module Accounts Receivable.
Dlaczego to ważne

Duża liczba not kredytowych wskazuje na problemy na wcześniejszych etapach, na przykład z realizacją zamówień, cenami lub poprawnością pierwotnego fakturowania. Analiza tych zdarzeń pomaga ustalić źródła utraty przychodów i niezadowolenia klientów.

Skąd pobrać

Zdarzenie jest rejestrowane jako nowa transakcja w RA_CUSTOMER_TRX_ALL, gdzie CUST_TRX_TYPE_ID wskazuje typ klasy „CM” (Credit Memo). Pole PREVIOUS_CUSTOMER_TRX_ID łączy ją z pierwotną fakturą.

Rejestrowanie

Zdarzeniem jest utworzenie rekordu w RA_CUSTOMER_TRX_ALL z typem transakcji noty kredytowej.

Typ zdarzenia explicit
Utworzono odpis
Dokonuje się korekty, aby odpisać całość lub część pozostałego salda faktury jako należność nieściągalną. Zwykle następuje to po wyczerpaniu możliwości windykacji.
Dlaczego to ważne

Odpisy oznaczają bezpośrednią utratę przychodów. Analiza ich częstotliwości i wartości pomaga dopracować politykę kredytową i ocenić finansowe skutki nieściągalnych należności.

Skąd pobrać

Zdarzenie jest rejestrowane jako określony typ korekty dotyczącej faktury. Można je znaleźć w tabeli AR_ADJUSTMENTS_ALL, gdzie jest powiązane z typem czynności dotyczącej należności zdefiniowanym dla odpisów.

Rejestrowanie

Zdarzeniem jest utworzenie rekordu w AR_ADJUSTMENTS_ALL z typem czynności „Write-Off”.

Typ zdarzenia explicit
Wysłano przypomnienie o płatności
Do klienta wysłano monit lub przypomnienie dotyczące zaległej faktury. To ważna czynność w procesie windykacji.
Dlaczego to ważne

Śledzenie tej czynności jest niezbędne do oceny skuteczności strategii windykacyjnych. Pozwala porównać wskaźniki płatności przed wysłaniem przypomnień i po nim.

Skąd pobrać

Jeśli używany jest Oracle Advanced Collections, wysłanie monitu jest rejestrowane jako jawne zdarzenie. Bez tego modułu czynność często odbywa się poza systemem i może nie być wiarygodnie śledzona.

Rejestrowanie

Rejestrowane jako zdarzenie Dunning Correspondence w module Oracle Advanced Collections.

Typ zdarzenia explicit
Zatwierdzono fakturę
Oznacza formalne zatwierdzenie wewnętrzne faktury wprowadzonej ręcznie lub sprawdzonej przed wysłaniem jej do klienta. Czynność może być częścią skonfigurowanego Oracle Workflow albo wynikać z ręcznej zmiany statusu.
Dlaczego to ważne

Pomiar czasu zatwierdzania jest niezbędny do obliczenia KPI „Czas cyklu zatwierdzania faktury”. Opóźnienia na tym etapie wstrzymują fakturowanie klienta i wydłużają cały cykl konwersji gotówki.

Skąd pobrać

Sposób rejestrowania zależy często od konfiguracji. Zdarzenie można wywnioskować ze zmian statusu w tabelach workflow, na przykład WF_ITEM_ACTIVITY_STATUSES, lub z pola opisowego flexfield na fakturze w tabeli RA_CUSTOMER_TRX_ALL.

Rejestrowanie

Wnioskowane na podstawie zmian statusu w tabelach workflow lub niestandardowych pól statusu.

Typ zdarzenia inferred
Zgłoszono spór
Klient formalnie zakwestionował fakturę, co wstrzymuje działania windykacyjne do czasu rozstrzygnięcia sprawy. Spór jest często obsługiwany w Oracle Advanced Collections lub rejestrowany przez ręczną zmianę statusu.
Dlaczego to ważne

Spory bezpośrednio wpływają na przepływy pieniężne, ponieważ opóźniają płatności. Śledzenie ich częstotliwości i czasu rozstrzygania pomaga wykryć powtarzające się problemy z produktami, usługami lub poprawnością faktur.

Skąd pobrać

Jeśli używany jest Oracle Advanced Collections, spór jest rejestrowany jako jawna transakcja. W przeciwnym razie można go wywnioskować z określonego statusu „dispute” lub blokady nałożonej na fakturę w AR.

Rejestrowanie

Rejestrowane jako transakcja w Oracle Advanced Collections lub wnioskowane na podstawie zmiany statusu faktury.

Typ zdarzenia explicit
Zmieniono fakturę
Oznacza aktualizację lub korektę istniejącej, nieukończonej faktury. Może obejmować zmianę pozycji, kwot lub danych do fakturowania przed ukończeniem faktury albo jej wysłaniem.
Dlaczego to ważne

Częste zmiany mogą wskazywać na nieefektywność procesu, problemy z jakością danych lub błędy użytkowników. Analiza tej czynności pozwala zmierzyć zakres ponownej pracy i jej wpływ na czas cyklu oraz monitorować KPI, takie jak „Wskaźnik błędów faktur”.

Skąd pobrać

Można ją wywnioskować, porównując CREATION_DATE z LAST_UPDATE_DATE w tabeli RA_CUSTOMER_TRX_ALL dla nieukończonych faktur. Jeśli włączono audyt, zmiany można śledzić dokładniej.

Rejestrowanie

Wnioskowane na podstawie aktualizacji rejestrowanych w polu LAST_UPDATE_DATE tabeli RA_CUSTOMER_TRX_ALL.

Typ zdarzenia inferred
Zalecane Opcjonalne

Przewodniki dotyczące pobierania danych

Jak pobrać dane z Oracle E-Business Suite

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu, aby rozpocząć process mining dla procesu Order-to-Cash: fakturowania i wystawiania faktur. Już dziś zacznij odkrywać możliwości usprawnień i zwiększać sprawność operacji.

Przyspiesz fakturowanie w procesie od zamówienia do płatności

Skróć cykl fakturowania o 30% i szybciej zamieniaj sprzedaż na gotówkę.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.