Szablon danych dla procesu Order to Cash, obsługi zamówień sprzedaży

Numer zamówienia sprzedaży jednoznacznie identyfikuje każde zamówienie klienta przez cały cykl jego obsługi. Łączy wszystkie powiązane zdarzenia, od utworzenia i potwierdzenia zamówienia po jego realizację, fakturowanie i otrzymanie płatności.

W process mining ten atrybut służy do grupowania powiązanych zdarzeń w jeden case. Analiza według numeru zamówienia sprzedaży daje pełny obraz procesu od początku do końca. Umożliwia obliczanie całkowitego czasu cyklu, identyfikowanie wariantów procesu dla poszczególnych zamówień i śledzenie ich obsługi w różnych działach i systemach.

To identyfikator case. Łączy wszystkie zdarzenia procesu, dzięki czemu można prześledzić obsługę pojedynczego zamówienia klienta od początku do końca.

Ten identyfikator znajduje się zwykle w tabeli nagłówków zamówień sprzedaży w Oracle Fusion, na przykład DOO_HEADERS_ALL. Więcej informacji można znaleźć w dokumentacji Oracle Fusion Financials.

Ten atrybut zawiera datę i godzinę każdego działania w procesie, dzięki czemu można ustalić chronologiczną kolejność zdarzeń. Stanowi podstawę czasowej analizy procesu i wskazuje dokładnie, kiedy wykonano każdy krok.

W process mining atrybut EventTime jest niezbędny do obliczania czasu cyklu, czasu między działaniami i całkowitego czasu obsługi case. Umożliwia analizę wydajności, wykrywanie wąskich gardeł na podstawie czasu oczekiwania oraz monitorowanie zgodności z umowami SLA dotyczącymi terminowości. Dokładność tego atrybutu wpływa na wszystkie KPI i dashboardy oparte na czasie.

Ten znacznik czasu jest niezbędny do chronologicznego uporządkowania zdarzeń i obliczania wszystkich miar czasu, takich jak czas cyklu i czas trwania.

To atrybut pochodny, pobierany z różnych pól znaczników czasu w tabelach Oracle Fusion, takich jak data utworzenia zamówienia, wysyłki, faktury i płatności.

Ten atrybut opisuje krok wykonany w określonym momencie obsługi zamówienia sprzedaży, na przykład „Utworzono zamówienie sprzedaży”, „Wysłano towary” lub „Otrzymano płatność”. Kolejność działań tworzy przebieg procesu dla każdego case.

Analiza atrybutu ActivityName jest podstawą process mining. Umożliwia wizualizację mapy procesu, odkrywanie różnych wariantów procesu i wykrywanie wąskich gardeł, w których gromadzą się case. Pozwala obliczać czas między kolejnymi krokami i zrozumieć przebieg operacyjny procesu od zamówienia do otrzymania płatności.

Ten atrybut określa kroki na mapie procesu i umożliwia wizualizację oraz analizę jego przebiegu.

To atrybut pochodny. Powstaje przez przypisanie statusów transakcji lub typów zdarzeń z różnych tabel Oracle Fusion, na przykład statusu zamówienia, wysyłki lub faktury, do ustandaryzowanej listy nazw działań.

Ten atrybut logiczny odróżnia zdarzenia wywołane przez system, na przykład automatyczną kontrolę kredytową lub fakturę wygenerowaną przez system, od działań użytkownika. Zwykle ustala się go na podstawie nazwy użytkownika przypisanej do działania. Ogólny identyfikator systemowy oznacza automatyzację.

Analiza tego atrybutu pozwala zmierzyć poziom automatyzacji procesu i stanowi bezpośrednią podstawę KPI „Odsetek zamówień wymagających ręcznych poprawek”. Może wskazać możliwości dalszej automatyzacji, pokazując, które ręczne kroki zajmują najwięcej czasu lub najczęściej prowadzą do błędów.

Pomaga zmierzyć poziom automatyzacji procesu i wskazać możliwości ograniczenia kosztownych działań ręcznych.

To pole pochodne, zwykle wyznaczane na podstawie reguły dotyczącej atrybutu UserName. Na przykład jeśli użytkownikiem jest „SYSTEM” lub „BATCH”, temu polu przypisuje się wartość true.

Ten atrybut określa źródło zamówienia sprzedaży, na przykład „Sprzedaż internetowa”, „Sprzedaż bezpośrednia”, „Partner” lub „EDI”. Informuje, w jaki sposób zamówienie trafiło do organizacji.

Podział procesu według kanału sprzedaży jest ważny dla dashboardu „Przegląd wyników kanałów sprzedaży”. Ułatwia porównanie wydajności, czasu cyklu i liczby błędów w poszczególnych kanałach oraz wskazanie tych, które działają najskuteczniej lub wymagają ulepszenia procesów albo dalszej automatyzacji.

Umożliwia analizę wyników według kanału i wskazanie kanałów, w których obsługa zamówień jest najbardziej i najmniej wydajna.

Informacja może być przechowywana w osobnym polu nagłówka zamówienia sprzedaży. Więcej informacji można znaleźć w dokumentacji Oracle Fusion Financials.

Ten atrybut określa łączną kwotę należną od klienta za całe zamówienie sprzedaży. Obejmuje sumę wszystkich pozycji, podatków i innych opłat przed uwzględnieniem rabatów.

W analizie procesu atrybut ten umożliwia process mining według wartości zamówienia. Pozwala podzielić zamówienia na grupy, na przykład o wysokiej i niskiej wartości, i sprawdzić, czy przebiegają innymi ścieżkami lub mają różny czas cyklu. Pomaga też ustalać priorytety ulepszania procesów, koncentrując się na przypadkach o największym znaczeniu finansowym.

Umożliwia analizę wpływu finansowego, ustalanie priorytetów ulepszania procesów dla zamówień o wysokiej wartości i rozpoznawanie czynników kosztowych.

Dane znajdują się zwykle w tabelach nagłówków zamówień sprzedaży w Oracle Fusion. Więcej informacji można znaleźć w dokumentacji Oracle Fusion Financials.

Ten atrybut wskazuje nazwę prawną klienta powiązanego z zamówieniem sprzedaży. Umożliwia analizę procesu z perspektywy klienta i podział danych na grupy.

Analiza według klienta pomaga ustalić, czy obsługa zamówień niektórych klientów trwa dłużej, wymaga częstszych poprawek lub odbiega od standardowego przebiegu. Te informacje można wykorzystać do poprawy obsługi klienta, dostosowania procesów do potrzeb najważniejszych klientów i zbadania problemów wpływających na ich zadowolenie.

Umożliwia analizę procesu z perspektywy klienta, wykrywanie problemów dotyczących konkretnych klientów i poprawę ich zadowolenia.

Dane pochodzą z tabel głównych danych klientów, na przykład HZ_PARTIES, i są łączone z zamówieniem sprzedaży za pomocą identyfikatora klienta.

Ten atrybut wskazuje pracownika lub użytkownika systemu odpowiedzialnego za wykonanie konkretnego kroku procesu. Można go wykorzystać do analizy wydajności poszczególnych użytkowników, rozkładu obciążenia pracą i przestrzegania standardowych procedur.

Analiza według użytkownika pomaga rozpoznać potrzeby szkoleniowe, wskazać osoby lub zespoły osiągające dobre wyniki oraz zbadać odstępstwa związane z działaniami konkretnych użytkowników. Atrybut jest również przydatny przy kontroli zgodności i audycie, ponieważ pozwala ustalić, kto wykonał poszczególne działania.

Umożliwia analizę wydajności użytkowników i rozkładu obciążenia pracą oraz wykrywanie powtarzających się ręcznych poprawek związanych z konkretnymi osobami.

Dane pochodzą zwykle z pól takich jak CREATED_BY lub LAST_UPDATED_BY w tabelach transakcyjnych Oracle Fusion. Pola te są często powiązane z tabelą użytkowników, na przykład FND_USER.

Ten atrybut zawiera datę, w której klient chce otrzymać towary. Jest to ważny cel do pomiaru realizacji zamówienia w procesie od zamówienia do otrzymania płatności.

Data ta jest niezbędna do obliczania KPI „Odsetek dostaw na czas” i obsługi dashboardu „Poziom usług dostawy (SLA)”. Porównanie jej z atrybutem ActualDeliveryDate pozwala ocenić, czy organizacja spełnia oczekiwania klientów, i ustalić przyczyny opóźnień.

Stanowi punkt odniesienia przy pomiarze terminowości dostaw i zgodności z umową SLA dotyczącą poziomu obsługi klienta.

Dane znajdują się zwykle w tabelach pozycji zamówień sprzedaży w Oracle Fusion. Więcej informacji można znaleźć w dokumentacji Oracle Fusion Financials.

Ten atrybut zapisuje końcową datę dostawy, która oznacza zakończenie realizacji zamówienia. Jest to rzeczywisty wynik, z którym porównuje się daty planowane lub wskazane przez klienta.

Porównanie tej daty z RequestedDeliveryDate pozwala obliczyć terminowość dostaw. Atrybut jest niezbędny do obliczania KPI „Odsetek dostaw na czas” i obsługi dashboardu „SLA dostaw”. Umożliwia ocenę skuteczności logistyki i łańcucha dostaw.

To rzeczywista data dostawy, używana do obliczania terminowości i oceny realizacji zamówienia względem oczekiwań klienta.

Dane pochodzą z tabel transakcyjnych dotyczących wysyłki i dostawy w Oracle Fusion. Więcej informacji można znaleźć w dokumentacji Oracle Fusion Financials.

Termin płatności oblicza się na podstawie daty faktury i warunków płatności uzgodnionych z klientem. Wyznacza on datę, do której należy otrzymać płatność.

Atrybut ten jest niezbędny do obliczania KPI „Odsetek płatności otrzymanych w terminie”. Porównanie PaymentDueDate z datą faktycznego otrzymania płatności pozwala ustalić, czy płatność wpłynęła na czas. Ułatwia to monitorowanie należności i zarządzanie przepływami pieniężnymi.

Wyznacza termin używany do obliczania odsetka płatności otrzymanych na czas, który mierzy efektywność przepływów pieniężnych.

Dane znajdują się w tabelach należności lub faktur w Oracle Fusion, na przykład AR_PAYMENT_SCHEDULES_ALL.

Ten atrybut logiczny jest wyznaczany przez porównanie ActualDeliveryDate z RequestedDeliveryDate. W prosty sposób wskazuje wynik dostawy dla danego case.

Wskaźnik ten stanowi podstawę do obliczania zbiorczego KPI „Odsetek dostaw na czas”. Ułatwia filtrowanie i analizę, pozwalając szybko wyodrębnić wszystkie opóźnione zamówienia i zbadać przyczyny opóźnień.

Bezpośrednio mierzy, czy realizacja zamówienia spełnia oczekiwania klienta, i ułatwia analizę opóźnionych zamówień.

To pole obliczane według reguły: ActualDeliveryDate <= RequestedDeliveryDate.

Ten atrybut logiczny ma wartość true, jeśli faktura przeszła pętlę korekty, co wskazuje obecność aktywności „Skorygowano fakturę”. Oznacza przypadki, w których na etapie fakturowania konieczne były dodatkowe prace.

To ważna dana wejściowa dla dashboardu „Analiza poprawności faktur i dodatkowych prac” oraz KPI „Wskaźnik korekt faktur”. Pozwala określić skalę błędów w fakturowaniu i przeanalizować ich przyczyny, aby ograniczyć pracę ręczną i opóźnienia w płatnościach.

Wykrywa dodatkowe prace związane z fakturami, które mogą wskazywać na nieefektywność procesu, problemy z jakością danych i ryzyko opóźnień w płatnościach.

To pole obliczane. Zwykle ma wartość true dla danego przypadku, jeśli w jego dzienniku zdarzeń występuje aktywność „Skorygowano fakturę”.

Ten atrybut logiczny jest wyznaczany przez porównanie faktycznej daty otrzymania płatności z PaymentDueDate. Wskazuje, czy faktura została opłacona w terminie.

Atrybut służy do obliczania KPI „Odsetek płatności otrzymanych w terminie”. Ułatwia podział płatności na terminowe i opóźnione oraz analizę cech klientów płacących po terminie, częstych przyczyn opóźnień i ich wpływu na kapitał obrotowy.

Bezpośrednio mierzy skuteczność ściągania należności i ułatwia analizę płatności przeterminowanych.

To pole obliczane. Zastosowana logika: PaymentReceivedDate > PaymentDueDate.

Ten atrybut wskazuje konkretny dział lub jednostkę operacyjną firmy odpowiedzialną za transakcję. Umożliwia porównywanie wyników różnych części organizacji.

Podział procesu według jednostki biznesowej pomaga wykrywać różnice w wydajności, kosztach i zgodności w całej firmie. Analiza może wskazać dobre praktyki stosowane w jednostkach osiągających lepsze wyniki, które warto upowszechnić, oraz jednostki wymagające ukierunkowanego ulepszenia procesów.

Umożliwia porównywanie wyników i analizę spójności procesów w różnych jednostkach organizacji.

Informacja jest zwykle dostępna w nagłówku zamówienia sprzedaży i powiązana ze strukturą organizacyjną zdefiniowaną w Oracle Fusion.

Ten atrybut określa kraj na podstawie adresu dostawy lub adresu rozliczeniowego klienta. Umożliwia analizę geograficzną.

Podział procesu według kraju może ujawnić regionalne różnice w wynikach, czasie cyklu lub terminowości płatności. Pomaga zrozumieć, jak lokalne przepisy, wyzwania logistyczne i warunki rynkowe wpływają na proces od zamówienia do otrzymania płatności.

Umożliwia analizę geograficzną i wykrywanie regionalnych różnic w wydajności procesu, zgodności i zachowaniach klientów.

Dane pochodzą z tabel głównych danych klientów, takich jak HZ_LOCATIONS i HZ_PARTY_SITES, powiązanych z zamówieniem sprzedaży.

Ten atrybut określa przewoźnika lub poziom usługi dostawy, na przykład „Transport drogowy”, „Ekspres lotniczy” lub „Kurier lokalny”.

Informacja ta jest niezbędna do obsługi dashboardu „Terminowość dostaw według metody wysyłki”. Umożliwia porównanie terminowości dostaw i kosztów wysyłki dla różnych metod i przewoźników, co pomaga optymalizować logistykę i wybór dostawców.

Ułatwia analizę logistyki przez porównanie wyników różnych przewoźników i metod wysyłki.

Dane są dostępne w tabelach wysyłki i realizacji w Oracle Fusion. Więcej informacji można znaleźć w dokumentacji Oracle Fusion Financials.

Ten atrybut określa produkt lub usługę w pozycji zamówienia sprzedaży. Jeśli zamówienie zawiera kilka pozycji, case można analizować na poziomie pozycji albo agregować ten atrybut na poziomie nagłówka.

Analiza według produktu pomaga ustalić, czy niektóre produkty wiążą się z bardziej złożonym lub problematycznym przebiegiem procesu, na przykład częstymi opóźnieniami dostaw lub problemami z płatnościami. Te informacje mogą pomóc w zarządzaniu produktami i planowaniu łańcucha dostaw.

Umożliwia analizę wyników procesu dla różnych produktów i wskazuje te, których realizacja lub fakturowanie może przebiegać bardziej złożoną ścieżką.

Dane pochodzą z tabel pozycji zamówień sprzedaży połączonych z tabelą głównych danych produktów. Więcej informacji można znaleźć w dokumentacji Oracle Fusion Financials.

Ten atrybut to unikatowy numer nadany fakturze wystawionej na podstawie zamówienia sprzedaży. Łączy działania związane ze sprzedażą i realizacją z finansowym rozliczeniem transakcji.

Głównym identyfikatorem case jest numer zamówienia sprzedaży, ale numer faktury jest niezbędny do analizy fakturowania i płatności. Ułatwia śledzenie korekt faktur, sporów i statusu płatności oraz obsługę dashboardów, takich jak „Dokładność faktur i analiza poprawek”.

Łączy proces z obsługą należności i jest niezbędny do analizy poprawek faktur oraz cykli płatności.

Dane są dostępne w tabelach transakcyjnych należności w Oracle Fusion, takich jak RA_CUSTOMER_TRX_ALL.

Ten atrybut zapisuje, kiedy dane zostały ostatnio wyodrębnione lub zaktualizowane w zbiorze danych do process mining. Informuje, jak aktualne są analizowane dane.

Dzięki tej informacji użytkownicy wiedzą, na jak świeżych danych opiera się analiza procesu. Ułatwia to określenie oczekiwań dotyczących aktualności danych oraz planowanie i monitorowanie harmonogramu ich odświeżania.

Informuje o aktualności danych, dzięki czemu wiadomo, jak aktualna jest analiza procesu.

Ta wartość jest generowana i zapisywana w zbiorze danych podczas każdego cyklu wyodrębniania i przekształcania danych.

Ten atrybut wskazuje pochodzenie danych. Jest szczególnie przydatny, gdy w procesie od zamówienia do otrzymania płatności uczestniczy kilka systemów. Na przykład dane o zamówieniach mogą pochodzić z Oracle Fusion, a dane o wysyłce z systemu zewnętrznego operatora logistycznego.

W analizie atrybut pomaga ustalić pochodzenie danych i filtrować widok procesu według zdarzeń z wybranych systemów. Jest też przydatny przy weryfikacji danych i wykrywaniu fragmentacji procesu między różnymi środowiskami IT.

Informuje o pochodzeniu danych, co ułatwia zarządzanie danymi i rozwiązywanie problemów w środowiskach korzystających z wielu systemów.

Zwykle jest to stała wartość dodawana podczas wyodrębniania i przekształcania danych, która oznacza źródło zbioru danych.

Typ zamówienia służy do klasyfikowania zamówień sprzedaży według ich celu biznesowego. Typowe kategorie to standardowa sprzedaż, zamówienia serwisowe, autoryzacje zwrotu materiałów (RMA) i zamówienia wewnętrzne.

Analiza procesu według typu zamówienia jest ważna, ponieważ poszczególne typy często mają odrębny przebieg i cele dotyczące wyników. Podział ten pomaga rozpoznać zamierzone i oczekiwane różnice w procesie, aby nie uznać ich błędnie za odstępstwa.

Umożliwia oddzielną analizę prawidłowych przebiegów procesu, na przykład zamówień standardowych i zwrotów, co pozwala rzetelnie porównywać wyniki.

Informacja jest zwykle dostępna jako pole w tabeli nagłówków zamówień sprzedaży w Oracle Fusion. Więcej informacji można znaleźć w dokumentacji Oracle Fusion Financials.

Ten atrybut określa warunki, na jakich klient powinien opłacić fakturę, na przykład „30 dni” lub „60 dni”. Na ich podstawie oblicza się PaymentDueDate.

Podział analizy według warunków płatności pomaga wyjaśnić różnice w czasie od faktury do płatności. Dostarcza kontekstu dla KPI „Odsetek płatności otrzymanych w terminie”, ponieważ różne warunki naturalnie wiążą się z innymi zachowaniami płatniczymi. Informacje te mogą pomóc w ustalaniu polityki kredytowej i prognozowaniu przepływów pieniężnych.

Dostarcza kontekstu do analizy zachowań płatniczych i pomaga wyjaśnić różnice w czasie od wystawienia faktury do otrzymania płatności.

Dane są dostępne na poziomie zamówienia sprzedaży lub konta klienta w Oracle Fusion. Więcej informacji można znaleźć w dokumentacji Oracle Fusion Financials.