Szablon danych do analizy procesu Order-to-Cash: obsługa zamówień sprzedaży

NetSuite
Szablon danych do analizy procesu Order-to-Cash: obsługa zamówień sprzedaży

Szablon danych do analizy procesu Order-to-Cash: obsługa zamówień sprzedaży

Szablon zawiera wskazówki dotyczące gromadzenia danych potrzebnych do analizy procesu Order-to-Cash, czyli obsługi zamówień sprzedaży w NetSuite. Wymienia najważniejsze atrybuty i działania, które należy wyodrębnić z systemu. Zawiera też praktyczne porady, jak sprawnie pobrać te dane i przygotować je do analizy procesu.
  • Zalecane atrybuty do szczegółowej analizy
  • Działania, które warto śledzić w procesie
  • Praktyczne wskazówki dotyczące pobierania danych z NetSuite
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu Order-to-Cash: obsługa zamówień sprzedaży

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby szczegółowo analizować proces Order-to-Cash, czyli obsługę zamówień sprzedaży.
3 Wymagane 8 Zalecane 10 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Znacznik czasu wskazujący, kiedy wystąpiło działanie.
Opis

Ten atrybut zawiera dokładną datę i godzinę każdego działania w procesie. Stanowi chronologiczną podstawę dziennika zdarzeń i umożliwia obliczanie czasu realizacji, czasu trwania oraz oczekiwania między poszczególnymi krokami.

Dokładne znaczniki czasu są niezbędne do analizy wyników, na przykład pomiaru czasu od utworzenia zamówienia do wysyłki lub wykrywania opóźnień w zatwierdzaniu zdolności kredytowej. Pozwalają szczegółowo ocenić sprawność procesu i zgodność z umowami dotyczącymi poziomu usług.

Dlaczego to ważne

Znaczniki czasu są niezbędne do obliczania wszystkich miar opartych na czasie, w tym czasu realizacji i czasu trwania. Miary te pomagają wykrywać wąskie gardła procesu.

Skąd pobrać

Odpowiada to polom daty w rekordach transakcji NetSuite, takim jak „Date Created” dla zamówienia sprzedaży, „Actual Ship Date” dla realizacji towaru lub „Date” dla faktur i płatności.

Przykłady
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
Nazwa działania
ActivityName
Nazwa zdarzenia biznesowego lub działania, które wystąpiło w określonym momencie.
Opis

Ten atrybut opisuje konkretny krok lub zmianę statusu w cyklu życia zamówienia sprzedaży, na przykład „Utworzenie zamówienia sprzedaży”, „Wysłanie towarów” lub „Otrzymanie płatności”. Kolejność działań stanowi podstawę mapy procesu.

Analiza przepływu działań pomaga wykryć typowe ścieżki procesu, odstępstwa i wąskie gardła. Częstotliwość i kolejność działań pozwalają wskazać możliwości uproszczenia operacji i ograniczenia pracy ręcznej.

Dlaczego to ważne

Określa kroki procesu, dzięki czemu można przedstawić i analizować jego przebieg.

Skąd pobrać

Zwykle dane pochodzą ze zmian statusu w systemie, typów transakcji lub dzienników zdarzeń w NetSuite. Często trzeba przypisać pola statusu lub zdarzenia utworzenia transakcji do standardowych nazw działań.

Przykłady
Utworzenie zamówienia sprzedażyZatwierdzenie zamówienia sprzedażyWysłanie towarówUtworzenie fakturyOtrzymanie płatności
Zamówienie sprzedaży
SalesOrder
Unikalny identyfikator każdego dokumentu zamówienia sprzedaży.
Opis

Sales Order pełni funkcję głównego identyfikatora case i łączy wszystkie kolejne działania, od złożenia zamówienia przez klienta, przez dostawę towarów, aż po otrzymanie płatności. Każde zamówienie sprzedaży odpowiada jednej instancji procesu od początku do końca.

W process mining ten atrybut jest podstawą odtworzenia przebiegu każdego zamówienia. Umożliwia analizę wariantów procesu, czasu realizacji i wąskich gardeł dla poszczególnych zamówień, dając pełny obraz cyklu życia każdego zgłoszenia klienta.

Dlaczego to ważne

To podstawowy identyfikator, który łączy wszystkie powiązane zdarzenia w jedną instancję procesu i umożliwia analizę od początku do końca.

Skąd pobrać

To wewnętrzny identyfikator rekordu transakcji Sales Order w NetSuite. Zwykle można go znaleźć jako „Internal ID” na formularzu Sales Order lub w wynikach wyszukiwania.

Przykłady
SO-100521SO-100522SO-100523
Kategoria produktu
ProductCategory
Kategoria głównego produktu lub usługi w zamówieniu sprzedaży.
Opis

Ten atrybut przypisuje produkty z zamówienia sprzedaży do szerszych kategorii, takich jak „sprzęt”, „oprogramowanie” lub „usługi”. Jeśli zamówienie obejmuje kilka kategorii, można przypisać kategorię główną na podstawie wartości lub liczby produktów.

Analiza procesu według kategorii produktów może ujawnić różnice w sposobie realizacji zamówień. Na przykład realizacja usług może być znacznie prostsza niż obsługa sprzętu, który trzeba skompletować, zapakować i wysłać. Taki podział pomaga projektować usprawnienia dopasowane do poszczególnych kategorii.

Dlaczego to ważne

Podział procesu według kategorii produktów pomaga wykryć różne ścieżki realizacji i wąskie gardła charakterystyczne dla poszczególnych kategorii.

Skąd pobrać

Informacje te pochodzą z rekordów „Item” powiązanych z pozycjami zamówienia sprzedaży. Aby uzyskać kategorię, może być konieczne połączenie ich z danymi podstawowymi pozycji.

Przykłady
ElektronikaLicencja na oprogramowanieUsługi konsultingowe
Łączna wartość zamówienia
TotalOrderAmount
Łączna wartość pieniężna zamówienia sprzedaży.
Opis

Ten atrybut określa łączną wartość finansową zamówienia sprzedaży, obejmującą wszystkie produkty, podatki i koszty wysyłki. Pokazuje znaczenie ekonomiczne każdej instancji procesu.

Analiza procesu według wartości zamówienia może ujawnić istotne zależności. Na przykład zamówienia o wysokiej wartości mogą wymagać dodatkowej, ręcznej akceptacji, podczas gdy zamówienia o niskiej wartości mogą być w dużym stopniu zautomatyzowane. Dzięki temu można skupić działania usprawniające na zamówieniach o największym wpływie.

Dlaczego to ważne

Umożliwia analizę według wartości, pomaga ustalać priorytety dla zamówień o wysokiej wartości i ocenić wpływ sprawności procesu na przychody.

Skąd pobrać

To pole „Total” w rekordzie transakcji Sales Order w NetSuite.

Przykłady
1500.00250.5012500.75
Nazwa klienta
CustomerName
Nazwa klienta, który złożył zamówienie sprzedaży.
Opis

Ten atrybut zawiera nazwę podmiotu prawnego lub osoby, która kupiła towary lub usługi. Łączy proces obsługi zamówienia sprzedaży z konkretnym kontem klienta.

Filtrowanie lub grupowanie analizy według klienta pomaga zrozumieć zachowania poszczególnych klientów, wykrywać problemy dotyczące ważnych kont i oceniać poziom obsługi. Pozwala spojrzeć na proces z perspektywy klienta i wskazać tych, którzy najczęściej doświadczają opóźnień lub poprawek.

Dlaczego to ważne

Pozwala podzielić proces według klientów, co ułatwia analizę ich zadowolenia, wykrywanie problemów dotyczących ważnych kont i dopasowanie usług do potrzeb.

Skąd pobrać

To pole „Customer” lub „Entity” w rekordzie transakcji Sales Order w NetSuite.

Przykłady
Global Corp Inc.Innovate Solutions Ltd.Dynamic Tech
Numer faktury
InvoiceNumber
Unikatowy identyfikator faktury klienta.
Opis

Atrybut ten zawiera numer referencyjny faktury wystawionej na podstawie zamówienia sprzedaży. Łączy realizację sprzedaży z procesem obsługi należności.

Śledzenie numeru faktury ułatwia uzgadnianie danych finansowych i analizę całej ścieżki od zamówienia do płatności. Łączy działania operacyjne związane z wysyłką towaru z finansowym procesem pobierania należności.

Dlaczego to ważne

Łączy zamówienie sprzedaży z konkretną transakcją rozliczeniową, umożliwiając analizę Order-to-Cash od początku do końca.

Skąd pobrać

To pole „Invoice #” lub „Transaction ID” rekordu Invoice utworzonego na podstawie Sales Order.

Przykłady
INV-2001INV-2002INV-2003
Status zamówienia sprzedaży
SalesOrderStatus
Bieżący status zamówienia sprzedaży w jego cyklu życia.
Opis

Ten atrybut wskazuje bieżący stan zamówienia sprzedaży, na przykład „Pending Approval”, „Pending Fulfillment” lub „Billed”. Pokazuje, na jakim etapie procesu znajduje się zamówienie.

Dziennik działań przedstawia przebieg historyczny, a bieżący status ułatwia filtrowanie i wyszukiwanie zamówień, które są aktywne lub utknęły w procesie. Analiza case według statusu końcowego pomaga ocenić wyniki procesu, na przykład ustalić, czy zamówienie zostało zamknięte, anulowane czy nadal jest realizowane.

Dlaczego to ważne

Pozwala filtrować case według bieżącego stanu, co ułatwia analizę otwartych zamówień i wykrywanie tych zablokowanych lub opóźnionych.

Skąd pobrać

To pole „Status” w rekordzie transakcji Sales Order w NetSuite.

Przykłady
Oczekuje na realizacjęOczekuje na fakturowanieZafakturowaneZamknięte
Użytkownik
User
Użytkownik lub pracownik, który wykonał dane działanie.
Opis

Ten atrybut wskazuje osobę odpowiedzialną za wykonanie konkretnego kroku procesu, na przykład przedstawiciela handlowego, który utworzył zamówienie, lub pracownika magazynu, który zapakował towar. Może zawierać nazwę użytkownika lub jego unikalny identyfikator.

Analiza według użytkownika pomaga ocenić rozkład obciążenia pracą, wskazać potrzeby szkoleniowe i porównać wyniki poszczególnych osób lub zespołów. Jest też przydatna przy ustalaniu przyczyn odstępstw lub opóźnień związanych z działaniami konkretnych użytkowników.

Dlaczego to ważne

Umożliwia analizę wyników według pracownika lub roli, co pomaga wskazać osoby osiągające najlepsze wyniki, zadania nadające się do automatyzacji i potrzeby szkoleniowe.

Skąd pobrać

Informacje te można znaleźć w polach takich jak „Created By”, „Modified By” lub „Owner” w różnych rekordach transakcji NetSuite.

Przykłady
Jan KowalskiAnna NowakUżytkownik magazynu 1
Warunki płatności
PaymentTerms
Uzgodnione warunki płatności za fakturę.
Opis

Atrybut ten określa warunki, na jakich klient ma zapłacić za towary lub usługi, na przykład „Net 30” lub „Due on Receipt”. Na ich podstawie oblicza się termin płatności faktury.

Analiza według warunków płatności pozwala ustalić, które z nich wiążą się z opóźnieniami, oraz ocenić finansowy wpływ polityki kredytowej firmy. Dane te są niezbędne do analizy dashboardu „Payment Terms Adherence Rate” i przepływów pieniężnych.

Dlaczego to ważne

Stanowi podstawę do obliczania terminów płatności oraz analizy zachowań klientów i terminowości ich płatności.

Skąd pobrać

To pole „Terms” w rekordzie transakcji Sales Order lub Invoice w NetSuite.

Przykłady
Płatność w ciągu 30 dniPłatność w ciągu 60 dniPłatność przy odbiorze
Żądana data dostawy
RequestedDeliveryDate
Data dostawy wskazana przez klienta.
Opis

Atrybut ten określa datę, w której klient chce otrzymać zamówiony towar. Stanowi punkt odniesienia do pomiaru terminowości dostaw.

Datę tę porównuje się z faktyczną datą wysyłki („Goods Shipped”), aby obliczyć KPI „On-Time Delivery Rate”. Analiza różnicy między żądaną a faktyczną datą dostawy pomaga wykryć problemy z prognozowaniem, zarządzaniem zapasami lub logistyką, które utrudniają spełnienie oczekiwań klientów.

Dlaczego to ważne

To punkt odniesienia przy pomiarze terminowości dostaw i satysfakcji klientów.

Skąd pobrać

Może to być standardowe lub niestandardowe pole rekordu Sales Order, często nazwane „Requested Delivery Date” lub podobnie.

Przykłady
2023-05-202023-06-012023-06-15
Dostawa w terminie
IsOnTimeDelivery
Wskaźnik informujący, czy zamówienie dostarczono najpóźniej w żądanym terminie.
Opis

Ten obliczany atrybut logiczny porównuje znacznik czasu „Goods Shipped” lub faktycznej dostawy z wartością „RequestedDeliveryDate”. Przyjmuje wartość prawda, jeśli dostawa nastąpiła w terminie lub wcześniej, a fałsz, jeśli była opóźniona.

Wskaźnik ten jest niezbędny do obliczenia KPI „On-Time Delivery Rate” i zasilania dashboardu „Delivery Promise vs. Reality Gap”. Ułatwia analizę terminowości dostaw. Można filtrować i agregować dane, aby ustalić przyczyny opóźnień, takie jak konkretne produkty, regiony lub wąskie gardła procesu.

Dlaczego to ważne

Zapewnia jednoznaczny wynik oceny terminowości dostawy, ułatwiając obliczanie KPI i analizę przyczyn opóźnień zamówień.

Skąd pobrać

Wartość oblicza się podczas transformacji danych, porównując znacznik czasu działania „Goods Shipped” z atrybutem „RequestedDeliveryDate”.

Przykłady
truefalse
Kraj dostawy
ShippingCountry
Kraj, do którego wysyłana jest przesyłka.
Opis

Atrybut ten zawiera kraj, do którego wysyłane są towary z zamówienia. Pochodzi z adresu dostawy przypisanego do zamówienia sprzedaży.

Analiza geograficzna według kraju dostawy może ujawnić różnice w wynikach procesu wynikające z logistyki, odpraw celnych lub sprawności regionalnych oddziałów. Umożliwia porównanie czasu wysyłki, terminowości dostaw i kosztów procesu w różnych krajach lub regionach.

Dlaczego to ważne

Umożliwia analizę geograficzną, która pomaga wykrywać regionalne wąskie gardła, porównywać wyniki logistyki i lepiej rozumieć złożoność dostaw międzynarodowych.

Skąd pobrać

To część pola „Shipping Address” w rekordzie transakcji Sales Order.

Przykłady
USANiemcyJaponia
Liczba zmian w zamówieniu sprzedaży
SalesOrderChangeCount
Liczba zmian wprowadzonych w zamówieniu sprzedaży po jego utworzeniu.
Opis

Ta miara obliczana zlicza wystąpienia działań „Sales Order Changed” dla każdego przypadku. Duża liczba zmian wskazuje na konieczność ponownej pracy, która może wynikać z próśb klientów, błędów przy wprowadzaniu danych lub korekt cen.

Atrybut ten jest bezpośrednim źródłem danych dla KPI „Sales Order Rework Rate” i dashboardu „Sales Order Rework Variants”. Analiza zamówień z dużą liczbą zmian pomaga ustalić przyczyny ponownej pracy, takie jak problemy z konkretnymi produktami, klientami lub przedstawicielami handlowymi.

Dlaczego to ważne

Bezpośrednio mierzy zakres ponownej pracy i pomaga wskazać źródła nieefektywności, problemy z jakością danych oraz niestabilność procesu.

Skąd pobrać

Wartość oblicza się podczas transformacji danych, zliczając zdarzenia „Sales Order Changed” dla każdego identyfikatora przypadku „SalesOrder”.

Przykłady
013
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu ostatniego odświeżenia danych lub pobrania ich z systemu źródłowego.
Opis

Ten atrybut wskazuje, kiedy zbiór danych został ostatnio zaktualizowany. Informuje użytkowników biznesowych, jak aktualne są analizowane dane i jaki okres obejmują dashboardy oraz analizy process mining.

Nie służy do analizy przebiegu procesu, ale jest ważnym elementem metadanych wspierającym zarządzanie danymi i zaufanie użytkowników. Pomaga ocenić aktualność wniosków i ustalić, kiedy pojawią się nowe dane.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, co ma znaczenie przy podejmowaniu decyzji na podstawie analizy.

Skąd pobrać

Ten znacznik czasu jest generowany i zapisywany w zbiorze danych podczas ich pobierania z NetSuite.

Przykłady
2023-10-27T02:00:00Z
Płatność w terminie
IsOnTimePayment
Wskaźnik informujący, czy faktura została opłacona najpóźniej w terminie płatności.
Opis

Ten obliczany atrybut logiczny porównuje znacznik czasu „Payment Received” z wartością „PaymentDueDate”. Przyjmuje wartość prawda, jeśli płatność nastąpiła najpóźniej w terminie, a fałsz w pozostałych przypadkach.

Atrybut ten stanowi podstawę KPI „On-Time Payment Rate” i dashboardu „Payment Terms Adherence Rate”. Mierzy zachowania płatnicze klientów i pozwala sprawdzić, którzy klienci, regiony lub warunki płatności najczęściej wiążą się z opóźnieniami.

Dlaczego to ważne

Bezpośrednio mierzy terminowość płatności klientów, co ma znaczenie dla zarządzania przepływami pieniężnymi i oceny ryzyka kredytowego.

Skąd pobrać

Wartość oblicza się podczas transformacji danych, porównując znacznik czasu działania „Payment Received” z atrybutem „PaymentDueDate”.

Przykłady
truefalse
Status blokady kredytowej
CreditStatus
Informuje, czy zamówienie sprzedaży jest objęte blokadą kredytową.
Opis

Atrybut ten odzwierciedla status kredytowy klienta w chwili przetwarzania zamówienia, na przykład „On Hold” lub „Released”. Ma znaczenie na wczesnych etapach cyklu życia zamówienia.

Analiza tego atrybutu pokazuje, jak weryfikacja kredytowa wpływa na całkowity czas realizacji zamówienia. Dashboard „Credit Check Cycle Time Analysis” wykorzystuje te dane, aby wskazać liczbę zamówień objętych blokadą i czas potrzebny na jej zdjęcie. Pozwala to wykryć wąskie gardła w procesie zarządzania kredytem.

Dlaczego to ważne

Bezpośrednio wpływa na KPI „Credit Check Cycle Time” i pomaga wyjaśnić opóźnienia na wczesnym etapie procesu obsługi zamówienia.

Skąd pobrać

Może to być standardowe pole statusu lub niestandardowe pole wyboru, na przykład „Credit Hold”, w rekordzie Sales Order. Status można też ustalić na podstawie wystąpienia działań „Credit Hold Applied” i „Credit Hold Released”.

Przykłady
DobryWstrzymaneZwolnione
System źródłowy
SourceSystem
Wskazuje system, z którego pochodzą dane.
Opis

Ten atrybut określa aplikację źródłową, w której wygenerowano dane zdarzenia. W tym procesie będzie to zwykle „NetSuite”. W bardziej złożonym środowisku pozwala odróżnić dane z różnych zintegrowanych systemów, na przykład osobnego CRM lub WMS.

W analizie pomaga potwierdzić pochodzenie danych i ma znaczenie przy łączeniu danych z wielu źródeł w jeden spójny obraz procesu. Ułatwia przypisanie danych do właściwego źródła, co jest ważne dla zarządzania danymi i rozwiązywania problemów.

Dlaczego to ważne

Dostarcza ważnych informacji o pochodzeniu danych, zwłaszcza w środowiskach zintegrowanych z wieloma systemami.

Skąd pobrać

To stała wartość („NetSuite”) dodawana podczas pobierania i przekształcania danych.

Przykłady
NetSuite
Termin płatności faktury
PaymentDueDate
Data, do której należy opłacić fakturę.
Opis

Atrybut ten określa obliczoną datę, do której klient ma zapłacić, na podstawie daty faktury i warunków płatności. Na przykład dla faktury z 1 kwietnia i warunków „Net 30” termin płatności przypada 1 maja.

Data ta ma znaczenie w analizie finansowej. Porównuje się ją bezpośrednio z datą otrzymania płatności („Payment Received”), aby ustalić, czy płatność wpłynęła w terminie. Jest też podstawą do obliczenia KPI „On-Time Payment Rate” i zarządzania należnościami.

Dlaczego to ważne

To punkt odniesienia przy pomiarze terminowości płatności, istotny dla zarządzania przepływami pieniężnymi i należnościami.

Skąd pobrać

To pole „Due Date” w rekordzie transakcji Invoice. NetSuite oblicza je automatycznie na podstawie daty faktury i warunków płatności.

Przykłady
2023-05-302023-06-152023-07-01
Typ zamówienia sprzedaży
SalesOrderType
Klasyfikacja zamówienia sprzedaży, na przykład standardowe, pilne lub specjalne.
Opis

Atrybut ten klasyfikuje zamówienia sprzedaży według typu, który często określa przebieg i priorytet procesu. Na przykład zamówienie pilne („Rush Order”) może pomijać niektóre etapy lub podlegać bardziej rygorystycznym SLA niż zamówienie standardowe („Standard Order”).

Analiza procesu według typu zamówienia pomaga ocenić, czy różne warianty procesu są celowe i skuteczne. Pozwala sprawdzić, czy specjalna obsługa wybranych typów zamówień rzeczywiście przyspiesza realizację lub poprawia jej wyniki, a także jaki jest jej koszt.

Dlaczego to ważne

Umożliwia porównanie planowanych przebiegów procesu, na przykład dla zamówień standardowych i pilnych, oraz sprawdzenie, czy osiągają oczekiwane wyniki.

Skąd pobrać

Zwykle jest to niestandardowe pole „Order Type” w formularzu Sales Order. Domyślnie NetSuite korzysta z różnych formularzy transakcji, takich jak Standard Sales Order czy Standard Sales Order - Cash Sale, zamiast z jednego pola typu.

Przykłady
Zamówienie standardoweZamówienie pilneZamówienie projektowe
Zespół sprzedaży
SalesTeam
Zespół lub grupa sprzedażowa, której przypisano zamówienie sprzedaży.
Opis

Atrybut ten wskazuje zespół lub dział odpowiedzialny za sprzedaż. Służy do organizowania pracy przedstawicieli handlowych oraz zarządzania regionami sprzedaży lub liniami produktów.

W process mining analiza wyników poszczególnych zespołów sprzedaży może ujawnić dobre praktyki zespołów osiągających najlepsze wyniki lub problemy systemowe dotyczące konkretnego zespołu. Może też wskazać różnice w jakości wprowadzanych danych, zatwierdzaniu rabatów i innych wcześniejszych etapach, które wpływają na późniejszą realizację zamówienia.

Dlaczego to ważne

Umożliwia porównanie wyników zespołów sprzedaży i pomaga wskazać dobre praktyki oraz obszary wymagające wsparcia.

Skąd pobrać

Może to być standardowe lub niestandardowe pole rekordu Sales Order, często powiązane z rekordem pracownika będącego przedstawicielem handlowym.

Przykłady
Sprzedaż w Ameryce PółnocnejKlienci korporacyjni w regionie EMEAKanał sprzedaży w regionie APAC
Wymagane Zalecane Opcjonalne

Działania w procesie Order-to-Cash: obsługa zamówień sprzedaży

Poniżej przedstawiono najważniejsze kroki procesu i kamienie milowe, które warto rejestrować w dzienniku zdarzeń, aby prawidłowo odkrywać i analizować proces.
7 Zalecane 7 Opcjonalne
Działanie Opis
Otrzymanie płatności
To działanie oznacza otrzymanie od klienta płatności za fakturę. Jest rejestrowane w chwili utworzenia transakcji „Customer Payment” i przypisania jej do faktury powiązanej z zamówieniem sprzedaży.
Dlaczego to ważne

Jako jedno z końcowych zdarzeń procesu, działanie to ma znaczenie przy analizie cyklu konwersji gotówki i terminowości płatności. Oznacza pomyślne zakończenie transakcji sprzedaży od strony finansowej.

Skąd pobrać

Jest to jawne zdarzenie. Znacznik czasu odpowiada dacie utworzenia transakcji „Customer Payment” (tabela Transaction, Type='CustPymt') przypisanej do odpowiedniej faktury.

Rejestrowanie

Należy użyć daty transakcji z rekordu Customer Payment przypisanego do faktury Invoice.

Typ zdarzenia explicit
Utworzenie dokumentu realizacji zamówienia
To działanie oznacza rozpoczęcie fizycznej realizacji zamówienia w magazynie. Występuje, gdy na podstawie Sales Order zostaje utworzona transakcja „Item Fulfillment”.
Dlaczego to ważne

To ważny etap łączący proces sprzedaży z operacjami magazynowymi. Czas między zatwierdzeniem zamówienia a utworzeniem dokumentu realizacji wskazuje, czy organizacja jest gotowa do jego obsługi.

Skąd pobrać

Jest to jawne zdarzenie. Znacznik czasu odpowiada dacie utworzenia rekordu „Item Fulfillment”, powiązanego z źródłowym Sales Order.

Rejestrowanie

Należy użyć daty utworzenia powiązanego rekordu Item Fulfillment.

Typ zdarzenia explicit
Utworzenie faktury
To zdarzenie oznacza wystawienie faktury za wysłane towary lub usługi. Jest jawnie rejestrowane w chwili utworzenia transakcji „Invoice” powiązanej z zamówieniem sprzedaży.
Dlaczego to ważne

To działanie jest ważnym etapem rozpoznania przychodu i rozpoczyna cykl płatności. Czas między wysyłką a wystawieniem faktury bezpośrednio wpływa na przepływy pieniężne.

Skąd pobrać

Jest to jawne zdarzenie odczytywane z pola „Date Created” w rekordzie transakcji Invoice (tabela Transaction, Type='CustInvc'), powiązanym z Sales Order.

Rejestrowanie

Należy użyć daty utworzenia powiązanej faktury Invoice.

Typ zdarzenia explicit
Utworzenie zamówienia sprzedaży
To zdarzenie oznacza formalne rozpoczęcie procesu obsługi zamówienia sprzedaży. Występuje, gdy nowe zamówienie zostaje po raz pierwszy zapisane w NetSuite. Zawiera ono pierwotne zgłoszenie klienta.
Dlaczego to ważne

To główne zdarzenie rozpoczynające proces Order to Cash. Analiza czasu od tego momentu do kolejnych działań pozwala mierzyć ogólną sprawność obsługi zamówień i czas realizacji.

Skąd pobrać

Jest to jawne zdarzenie odczytywane z pola „Date Created” w rekordzie transakcji Sales Order (tabela Transaction, Type='SalesOrd').

Rejestrowanie

Należy użyć daty utworzenia transakcji Sales Order.

Typ zdarzenia explicit
Wysłanie towarów
Ten etap oznacza, że produkty opuściły magazyn i są w drodze do klienta. Można go wywnioskować ze zmiany statusu rekordu „Item Fulfillment” na „Shipped”.
Dlaczego to ważne

Wysyłka oznacza przekazanie przesyłki przewoźnikowi i klientowi. To zdarzenie jest niezbędne do monitorowania terminowości dostaw i pomiaru całkowitego czasu realizacji zamówienia.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany pola „Status” w powiązanej transakcji „Item Fulfillment” na „Shipped”. Znacznik czasu odpowiada dacie tej zmiany.

Rejestrowanie

Znacznik czasu zmiany statusu na „Shipped” w rekordzie Item Fulfillment.

Typ zdarzenia inferred
Zamknięcie zamówienia sprzedaży
To ostatnie działanie oznacza, że zamówienie sprzedaży zostało w pełni zrealizowane i zafakturowane, a proces uznaje się za zakończony. Można je wywnioskować ze zmiany statusu zamówienia na „Closed”.
Dlaczego to ważne

To zdarzenie oznacza operacyjne zakończenie cyklu życia zamówienia. Czas od utworzenia do zamknięcia pokazuje pełny czas realizacji procesu.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany pola „Status” w transakcji Sales Order na „Closed”. Znacznik czasu tej końcowej zmiany statusu odczytuje się z notatek systemowych.

Rejestrowanie

Znacznik czasu zmiany statusu na „Closed” w notatkach systemowych Sales Order.

Typ zdarzenia inferred
Zatwierdzenie zamówienia sprzedaży
Ten etap oznacza, że zamówienie sprzedaży przeszło wszystkie kontrole wewnętrzne, na przykład weryfikację zdolności kredytowej i dostępności zapasów, i jest gotowe do realizacji. Zwykle można go rozpoznać po zmianie statusu zamówienia na „Pending Fulfillment”.
Dlaczego to ważne

Zatwierdzenie jest ważnym etapem procesu. Pomiar czasu do zatwierdzenia pomaga wykryć opóźnienia w wewnętrznych kontrolach i podejmowaniu decyzji.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany statusu rekordu Sales Order. Znacznik czasu zapisuje się, gdy pole „Order Status” przyjmuje wartość „Pending Fulfillment” lub podobny, niestandardowy status zatwierdzenia.

Rejestrowanie

Znacznik czasu zmiany statusu na „Pending Fulfillment” w notatkach systemowych Sales Order.

Typ zdarzenia inferred
Rezerwacja zapasów
To zdarzenie oznacza oficjalną rezerwację zapasów na potrzeby zamówienia sprzedaży, co potwierdza ich dostępność do realizacji. Można je wywnioskować ze zmian pola „Committed Quantity” w pozycjach zamówienia.
Dlaczego to ważne

To działanie ma znaczenie przy analizie sprawności przydzielania zapasów. Opóźnienie między zatwierdzeniem zamówienia a rezerwacją zapasów może prowadzić do ich braku i utrudniać dotrzymanie obiecanego terminu dostawy.

Skąd pobrać

Zdarzenie można wywnioskować z notatek systemowych dotyczących pozycji Sales Order. Znacznik czasu odpowiada zmianie pola „Quantity Committed” z zera na wartość dodatnią.

Rejestrowanie

Znacznik czasu zmiany pola „Quantity Committed” w pozycjach zamówienia.

Typ zdarzenia inferred
Skompletowanie towarów
To zdarzenie oznacza, że produkty z zamówienia zostały pobrane z lokalizacji magazynowych. Można je wywnioskować ze zmiany statusu powiązanego rekordu „Item Fulfillment”.
Dlaczego to ważne

Analiza czasu kompletacji towarów jest niezbędna do usprawnienia pracy magazynu. Pozwala mierzyć czas kompletacji i wykrywać wąskie gardła.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany pola „Status” w powiązanej transakcji „Item Fulfillment” na „Picked”. Znacznik czasu zmiany odczytuje się z notatek systemowych.

Rejestrowanie

Znacznik czasu zmiany statusu na „Picked” w rekordzie Item Fulfillment.

Typ zdarzenia inferred
Utworzenie noty kredytowej
To zdarzenie występuje, gdy do zamówienia sprzedaży lub faktury wystawiana jest nota kredytowa, zwykle z powodu zwrotu, korekty ceny lub innego ustępstwa. Jest rejestrowane w chwili utworzenia transakcji „Credit Memo”.
Dlaczego to ważne

Noty kredytowe często wskazują na problemy w procesie, takie jak błędy wysyłki lub wady produktów. Analiza ich liczby i czasu wystawienia pomaga ustalić przyczyny problemów i poprawić jakość.

Skąd pobrać

Jest to jawne zdarzenie rejestrowane przy utworzeniu transakcji „Credit Memo” (tabela Transaction, Type='CredMemo'). Można ją powiązać z pierwotną fakturą lub zamówieniem sprzedaży.

Rejestrowanie

Należy użyć daty utworzenia powiązanej noty Credit Memo.

Typ zdarzenia explicit
Wstrzymanie zamówienia z powodu limitu kredytowego
To zdarzenie występuje, gdy zamówienie sprzedaży zostaje automatycznie lub ręcznie wstrzymane z powodu limitu kredytowego, co zatrzymuje jego realizację. Zwykle można je rozpoznać po zmianie statusu zamówienia na „Pending Approval” lub określony status „Credit Hold”.
Dlaczego to ważne

Ustalenie, kiedy i dlaczego zamówienia są wstrzymywane, pomaga zrozumieć opóźnienia w cyklu realizacji. To działanie wskazuje wąskie gardła związane z problemami kredytowymi klientów.

Skąd pobrać

Zdarzenie można wywnioskować z notatek systemowych lub śladu audytowego rekordu Sales Order, sprawdzając, czy pole „Order Status” zmieniło się na status wstrzymania.

Rejestrowanie

Należy ustalić znacznik czasu zmiany statusu zamówienia na status wstrzymania z powodu limitu kredytowego.

Typ zdarzenia inferred
Zapakowanie towarów
To zdarzenie oznacza, że skompletowane produkty zostały zapakowane i są gotowe do wysyłki. Można je śledzić na podstawie zmiany statusu rekordu „Item Fulfillment” na „Packed”.
Dlaczego to ważne

To działanie pozwala ocenić sprawność pakowania. Czas między kompletacją a pakowaniem może ujawnić ograniczenia przepustowości lub nieefektywności procesu.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany pola „Status” w powiązanej transakcji „Item Fulfillment” na „Packed”. Znacznik czasu tej zmiany znajduje się w notatkach systemowych.

Rejestrowanie

Znacznik czasu zmiany statusu na „Packed” w rekordzie Item Fulfillment.

Typ zdarzenia inferred
Zmiana zamówienia sprzedaży
To działanie obejmuje każdą istotną zmianę zamówienia sprzedaży po jego utworzeniu, na przykład zmianę ilości, produktów lub cen. Zmiany można śledzić w notatkach systemowych lub śladzie audytowym.
Dlaczego to ważne

Częste zmiany mogą świadczyć o błędach przy wprowadzaniu danych lub zmiennym popycie klientów, co prowadzi do poprawek i obniża sprawność procesu. Śledzenie zmian pomaga ustalić przyczyny modyfikacji zamówień.

Skąd pobrać

Dane pochodzą z notatek systemowych lub śladu audytowego powiązanego z transakcją Sales Order. Każdą zarejestrowaną zmianę odpowiedniego pola można potraktować jako wystąpienie tego działania.

Rejestrowanie

Należy wykryć zmiany pól w notatkach systemowych Sales Order wprowadzone po utworzeniu zamówienia.

Typ zdarzenia inferred
Zwolnienie blokady kredytowej
To moment, w którym zamówienie sprzedaży zostaje zwolnione z blokady kredytowej i może przejść do realizacji. Zdarzenie można rozpoznać po zmianie statusu ze statusu wstrzymania na otwarty lub zatwierdzony.
Dlaczego to ważne

Czas trwania blokady kredytowej to istotny KPI. To zdarzenie pozwala zmierzyć czas potrzebny na rozwiązanie problemów kredytowych i ocenić ich wpływ na cały cykl Order to Cash.

Skąd pobrać

Zdarzenie można wywnioskować z notatek systemowych lub śladu audytowego rekordu Sales Order. Znacznik czasu odpowiada zmianie pola „Order Status” ze statusu wstrzymania.

Rejestrowanie

Należy ustalić znacznik czasu zmiany statusu zamówienia z blokady kredytowej na status aktywny.

Typ zdarzenia inferred
Zalecane Opcjonalne

Przewodniki po ekstrakcji danych

Jak pobrać dane z NetSuite

Gotowi, aby zacząć?

Skorzystaj z tego szablonu, aby usprawnić zbieranie danych i szybciej uzyskać wgląd w proces Order to Cash, czyli obsługę zamówień sprzedaży w NetSuite. Zacznij analizować i ulepszać procesy już dziś.

Szybszy wpływ należności: usprawnij obsługę zamówień sprzedaży

Dołącz do firm, które skróciły cykl Order to Cash o 30%.

Rozpocznij bezpłatny okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.