Szablon danych dla procesu od zakupu do płatności: zapotrzebowania

NetSuite
Szablon danych dla procesu od zakupu do płatności: zapotrzebowania

Szablon danych dla procesu od zakupu do płatności: zapotrzebowania

Ten szablon wskazuje, jakie dane zebrać do analizy procesu obsługi zapotrzebowań w ramach procesu od zakupu do płatności. Zawiera listę potrzebnych atrybutów, opis najważniejszych działań do śledzenia oraz praktyczne wskazówki dotyczące pobierania danych z systemu źródłowego. Skorzystaj z niego, aby przygotować dziennik zdarzeń do analizy process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia podczas odkrywania procesu
  • Wskazówki dotyczące ekstrakcji danych
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu od zakupu do płatności: zapotrzebowania

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie analizować proces obsługi zapotrzebowań w ramach procesu od zakupu do płatności.
3 Wymagane 4 Zalecane 12 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Dokładna data i godzina wystąpienia czynności.
Opis

Czas zdarzenia, czyli znacznik czasu, wskazuje dokładny moment wykonania czynności. Te dane pozwalają zrozumieć przebieg procesu obsługi zapotrzebowania, w tym jego czas trwania, kolejność zdarzeń i ich rozłożenie w czasie.

W analizie procesu znaczniki czasu służą do obliczania czasu cyklu, czasu oczekiwania między czynnościami i zgodności z umowami SLA. Stanowią podstawę wszystkich analiz czasowych, a także dashboardów, takich jak „Czas cyklu zatwierdzania zapotrzebowania”, i wskaźników KPI, takich jak „Średni czas cyklu zapotrzebowania”. Dokładne znaczniki czasu są niezbędne do utworzenia wiarygodnego modelu procesu.

Dlaczego to ważne

Ten znacznik czasu stanowi podstawę analizy efektywności, na przykład obliczania czasu cyklu, wykrywania opóźnień i mierzenia sprawności procesu.

Skąd pobrać

Informacje te są zapisywane w polach generowanych przez system, takich jak „Date Created”, lub w znacznikach czasu dostępnych w System Notes albo dziennikach wykonania workflow dla każdej transakcji.

Przykłady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Identyfikator zapotrzebowania zakupowego
PurchaseRequisitionId
Unikalny identyfikator każdego zapotrzebowania zakupowego, używany jako główny identyfikator sprawy w analizie procesu.
Opis

Purchase Requisition ID to główny identyfikator łączący wszystkie czynności i zdarzenia związane z konkretnym zapotrzebowaniem na towary lub usługi. Każde zapotrzebowanie otrzymuje unikalny identyfikator podczas tworzenia w NetSuite, który pozostaje niezmienny przez cały cykl jego obsługi.

W process mining ten atrybut służy do łączenia zdarzeń w sprawy. Pozwala odtworzyć pełny przebieg każdego zapotrzebowania, od utworzenia przez kolejne etapy zatwierdzania i zmiany aż po wynik końcowy, taki jak zatwierdzenie, odrzucenie lub przekształcenie w zamówienie zakupu. Analiza według tego identyfikatora umożliwia obliczanie czasu obsługi, śledzenie zmian statusu i wykrywanie różnic w przebiegu procesu.

Dlaczego to ważne

To podstawowy identyfikator pozwalający prześledzić cały cykl życia pojedynczego zapotrzebowania zakupowego, analizować przebieg procesu i obliczać wskaźniki dla poszczególnych spraw.

Skąd pobrać

To wewnętrzny identyfikator lub numer transakcji rekordu Purchase Requisition w NetSuite. Zazwyczaj znajduje się w polu „tranid” transakcji.

Przykłady
PR-001254PR-001255PR-001256
Nazwa czynności
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub zadania, które wystąpiło w cyklu życia zapotrzebowania zakupowego.
Opis

Nazwa czynności opisuje konkretny etap procesu obsługi zapotrzebowania, na przykład „Utworzenie zapotrzebowania”, „Zatwierdzenie etapu” lub „Utworzenie zamówienia zakupu”. Czynności te tworzą mapę procesu i pokazują wykonywaną pracę.

Analiza czynności pozwala zobrazować przebieg procesu, wykryć wąskie gardła i zmierzyć czas spędzony na poszczególnych etapach. Sekwencja czynności przypisana do danego Purchase Requisition ID pokazuje przebieg sprawy. Można ją porównać ze standardową procedurą, aby wykryć odstępstwa i nieefektywne działania.

Dlaczego to ważne

Określa etapy procesu, co pozwala tworzyć mapy procesów, analizować warianty przebiegu i wykrywać wąskie gardła.

Skąd pobrać

Informację tę zwykle ustala się na podstawie statusu transakcji, wpisów w dzienniku systemowym, historii workflow lub niestandardowego śledzenia zdarzeń w NetSuite.

Przykłady
Utworzenie zapotrzebowaniaZatwierdzenie etapuZmiana zapotrzebowaniaUtworzenie zamówienia zakupu
Dział
Department
Dział firmy, do którego należy zapotrzebowanie lub wnioskodawca.
Opis

Atrybut Department wskazuje jednostkę organizacyjną powiązaną z zapotrzebowaniem zakupowym, zwykle dział wnioskodawcy. Pozwala analizować proces z perspektywy struktury organizacyjnej.

To ważny wymiar wielu analiz, na przykład porównywania czasu zatwierdzania między działami, badania wzorców wydatków czy ustalania, które działy mają najwięcej odrzuceń. Taki podział pomaga kierownictwu przydzielać zasoby, dobierać szkolenia i usprawniać workflow w poszczególnych jednostkach.

Dlaczego to ważne

Pozwala dzielić dane o procesie, aby porównywać wyniki, koszty i zgodność w różnych jednostkach firmy.

Skąd pobrać

Informacja ta jest często powiązana z rekordem pracownika będącego wnioskodawcą. Można ją też ustawić bezpośrednio w nagłówku transakcji Purchase Requisition.

Przykłady
MarketingITFinanseOperacje
Łączna kwota
TotalAmount
Łączna wartość pieniężna zapotrzebowania zakupowego.
Opis

Ten atrybut określa łączny koszt wszystkich pozycji wymienionych w zapotrzebowaniu zakupowym. To ważna informacja finansowa, która często wpływa na przebieg procesu, na przykład uruchamiając różne workflow zatwierdzania zależnie od progów kwotowych.

Analiza łącznej kwoty pomaga zrozumieć wzorce wydatków i ich wpływ na finanse. Umożliwia filtrowanie zapotrzebowań według wartości, sprawdzanie związku między odstępstwami w procesie a wnioskami o wysokiej wartości oraz ustalanie priorytetów analizy. To podstawowy atrybut w analizie procesów finansowych i zgodności.

Dlaczego to ważne

Zapewnia kontekst finansowy i umożliwia analizę według wartości, która często wpływa na ścieżkę zatwierdzania i priorytet biznesowy.

Skąd pobrać

To standardowe pole w rekordzie Purchase Requisition, zwykle nazwane „Total” lub podobnie.

Przykłady
500.001250.7525000.00
Status zapotrzebowania
RequisitionStatus
Określa bieżący stan zapotrzebowania w cyklu jego obsługi.
Opis

Status zapotrzebowania pokazuje, na jakim etapie procesu znajduje się ono w danym momencie. Typowe statusy to „Pending Approval”, „Fully Approved”, „Rejected” i „Closed”.

Atrybut ten jest przydatny przy tworzeniu dashboardów, takich jak „Status i czas oczekiwania zapotrzebowań”, które pokazują aktywne zapotrzebowania i czas spędzony przez nie w bieżącym stanie. Analiza zmian statusu pomaga odkrywać przebieg procesu, zarówno typowe ścieżki, jak i wyjątki. Umożliwia też ustalenie końcowego wyniku sprawy.

Dlaczego to ważne

Pokazuje postęp sprawy, ułatwia analizę długo oczekujących zapotrzebowań i wskazuje miejsca, w których sprawy utknęły.

Skąd pobrać

To pole „Status” lub „Approval Status” w nagłówku transakcji Purchase Requisition.

Przykłady
Oczekuje na zatwierdzenieW pełni zatwierdzoneOdrzuconeZamknięte
Wnioskodawca
Requester
Pracownik, który utworzył i złożył zapotrzebowanie zakupowe.
Opis

Wnioskodawca rozpoczyna proces zakupowy, tworząc zapotrzebowanie. Zazwyczaj jest to pracownik, który potrzebuje określonych towarów lub usług do wykonywania swoich obowiązków.

Analiza danych według wnioskodawcy pomaga wykrywać wzorce w sposobie korzystania z procesu. Dashboard, taki jak „Wyniki wnioskodawców i potrzeby szkoleniowe”, może wskazać osoby, których zapotrzebowania są często odrzucane lub zmieniane. Dzięki temu można ustalić, gdzie dodatkowe szkolenia lub jaśniejsze wytyczne poprawią jakość zgłoszeń za pierwszym razem i sprawność całego procesu.

Dlaczego to ważne

Wskazuje osobę rozpoczynającą proces, co pomaga analizować zachowania użytkowników, odsetek odrzuceń według wnioskodawcy i potrzeby szkoleniowe.

Skąd pobrać

Zazwyczaj jest to pole „Employee” lub „Created By” w rekordzie transakcji Purchase Requisition.

Przykłady
John SmithJane DoePeter Jones
Czas realizacji
CycleTime
Łączny czas od utworzenia zapotrzebowania do jego ostatecznego rozstrzygnięcia.
Opis

Czas realizacji to obliczana miara łącznego czasu trwania procesu obsługi pojedynczego zapotrzebowania zakupu. Zwykle oblicza się go jako różnicę między pierwszym działaniem, na przykład „Utworzono zapotrzebowanie”, a ostatnim działaniem końcowym, na przykład „Zapotrzebowanie w pełni zatwierdzone” lub „Zapotrzebowanie ostatecznie odrzucone”.

To podstawowy KPI służący do oceny ogólnej sprawności procesu. Wykorzystuje się go do obliczania KPI „Średni czas realizacji zapotrzebowania”. Pomaga też wykrywać trendy, wartości odstające i wpływ działań usprawniających. Analiza rozkładu czasu realizacji może ujawnić zapotrzebowania o wyjątkowo długim czasie obsługi, które znacząco zaniżają średni wynik.

Dlaczego to ważne

Bezpośrednio mierzy sprawność procesu od początku do końca. To podstawowa miara przy wykrywaniu opóźnień i ocenie ogólnych wyników.

Skąd pobrać

To obliczany atrybut, wyznaczany dla każdego „PurchaseRequisitionId” przez odjęcie znacznika czasu pierwszego zdarzenia od znacznika czasu ostatniego zdarzenia.

Przykłady
25920060480086400
Czy wymagało poprawek
IsRework
Wartość logiczna wskazująca, czy zapotrzebowanie zostało odrzucone, a następnie ponownie przesłane.
Opis

„Czy wymagało poprawek” to pochodny atrybut logiczny, któremu przypisuje się wartość true, jeśli zapotrzebowanie zakupu zostało odrzucone, a następnie zmienione lub ponownie przesłane do zatwierdzenia. Wskazuje sprawy wymagające dodatkowej pracy i obsługi poza standardową ścieżką.

Atrybut ten ułatwia analizę nieefektywności procesu. Służy do obliczania KPI „Liczba cykli odrzucenia w procesie zatwierdzania” i pomaga określić wpływ odrzuceń na cały proces. Filtrowanie spraw, dla których „Czy wymagało poprawek” ma wartość true, pozwala wyodrębnić problematyczne warianty procesu i zbadać przyczyny pierwotnych odrzuceń, takie jak niska jakość danych lub niejasne zasady.

Dlaczego to ważne

Pomaga określić częstotliwość i wpływ ponownych cykli pracy, które często powodują nieefektywność procesu i opóźnienia.

Skąd pobrać

To obliczany atrybut. Logika sprawdza, czy w tej samej sprawie po działaniu „Przesłano zapotrzebowanie do zatwierdzenia” występuje działanie „Odrzucono etap zatwierdzania”.

Przykłady
truefalse
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane zostały ostatnio wyodrębnione z systemu źródłowego lub odświeżone.
Opis

Ten atrybut zapisuje datę i godzinę ostatniego pobrania danych z NetSuite. To ważne metadane dla każdego dashboardu lub analizy process mining.

Znacznik czasu informuje, jak aktualne są dane. Użytkownicy mogą sprawdzić, czy widzą informacje bieżące, czy migawkę z określonego momentu. Jest też niezbędny do weryfikacji danych i przekazywania interesariuszom informacji o aktualności wniosków z analizy procesu.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, dzięki czemu wiedzą, jak bieżące są wnioski dotyczące procesu.

Skąd pobrać

Ten znacznik czasu jest generowany i dodawany podczas procesu wyodrębniania, przekształcania i ładowania danych (ETL).

Przykłady
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
Identyfikator zamówienia zakupu
PurchaseOrderId
Identyfikator zamówienia zakupu utworzonego na podstawie zatwierdzonego zapotrzebowania.
Opis

Identyfikator zamówienia zakupu to unikalny numer zamówienia utworzonego po zatwierdzeniu zapotrzebowania. Łączy proces obsługi zapotrzebowania z kolejnymi etapami zakupów.

W analizie procesu ten identyfikator umożliwia analizę P2P od początku do końca. Pozwala obliczyć KPI „Czas od zatwierdzenia zapotrzebowania do utworzenia zamówienia”, mierząc czas między zatwierdzeniem zapotrzebowania a utworzeniem zamówienia zakupu. Ułatwia też obliczenie „Wskaźnika konwersji zapotrzebowań na zamówienia zakupu”, który pokazuje, jak skutecznie zapotrzebowania są przekształcane w zamówienia.

Dlaczego to ważne

Łączy zapotrzebowanie z utworzonym na jego podstawie zamówieniem zakupu, umożliwiając pomiar czasu tworzenia zamówienia i analizę procesu P2P od początku do końca.

Skąd pobrać

Informację tę można znaleźć w rekordzie zapotrzebowania zakupu, często na karcie powiązanych rekordów, albo w polu „Utworzono z” w samym zamówieniu zakupu.

Przykłady
PO-005432PO-005433PO-005434
Kategoria pozycji
ItemCategory
Kategoria towarów lub usług wskazanych w zapotrzebowaniu.
Opis

Kategoria pozycji przypisuje pozycje z zapotrzebowania zakupu do grup, takich jak „Sprzęt IT”, „Materiały biurowe” czy „Usługi profesjonalne”. Można ją ustalić na podstawie rekordów pozycji powiązanych z wierszami zapotrzebowania.

Atrybut ten pozwala dokładniej analizować proces obsługi zapotrzebowań. Pomaga odpowiedzieć na pytania, na przykład: „Czy zapotrzebowania na sprzęt IT zatwierdza się dłużej niż zapotrzebowania na materiały biurowe?”. Podział procesu według kategorii pozycji pozwala wykrywać wąskie gardła charakterystyczne dla poszczególnych obszarów, analizować wydatki według kategorii i odpowiednio dostosowywać strategie zakupowe.

Dlaczego to ważne

Pozwala analizować proces w zależności od rodzaju zakupu oraz wykrywać wąskie gardła i problemy ze zgodnością dotyczące konkretnych kategorii.

Skąd pobrać

Informacja pochodzi z rekordów „Pozycja” powiązanych z poszczególnymi wierszami zapotrzebowania zakupu. Kategoria może być standardowym lub niestandardowym polem rekordu pozycji.

Przykłady
Sprzęt ITLicencje na oprogramowanieMateriały biuroweUsługi marketingowe
Nazwa dostawcy
VendorName
Nazwa proponowanego lub preferowanego dostawcy dla zapotrzebowania.
Opis

Atrybut „Nazwa dostawcy” wskazuje dostawcę, od którego mają zostać zakupione towary lub usługi. Zapotrzebowanie jest dokumentem wewnętrznym, ale często wskazuje się w nim preferowanego dostawcę.

Analiza tego atrybutu pozwala wykrywać wzorce związane z zarządzaniem dostawcami. Można sprawdzić, o których dostawców najczęściej wnioskują pracownicy, czy zapotrzebowania dotyczące określonych dostawców są zatwierdzane dłużej oraz czy zakupy są zgodne z umowami z preferowanymi dostawcami. Informacje te mogą wspierać strategiczne zakupy i zarządzanie relacjami z dostawcami.

Dlaczego to ważne

Ułatwia analizę zakupów według dostawcy, kontrolę zgodności z listą preferowanych dostawców i wykrywanie różnic w przebiegu procesu dotyczących konkretnych dostawców.

Skąd pobrać

Może to być pole „Dostawca” na poziomie nagłówka albo pole w wierszach rekordu zapotrzebowania zakupu.

Przykłady
Dell Inc.StaplesMcKinsey & Company
Powód odrzucenia
RejectionReason
Wyjaśnienie podane przez osobę zatwierdzającą, gdy zapotrzebowanie zostaje odrzucone.
Opis

Powód odrzucenia to pole tekstowe, w którym osoba zatwierdzająca może wyjaśnić, dlaczego zapotrzebowanie zakupu nie spełniało wymagań do zatwierdzenia. Informacja ta uzupełnia kontekst działania „Odrzucono etap zatwierdzania”.

Jest bardzo przydatna w analizie przyczyn źródłowych. Pozwala tworzyć dashboardy, takie jak „Analiza wskaźnika odrzuconych zapotrzebowań”, które pokazują nie tylko, co odrzucono, ale też dlaczego. Typowe powody to „Nieprawidłowe konto księgi głównej”, „Przekroczony budżet” lub „Brak szczegółowych informacji”. Analiza tych przyczyn pomaga wykrywać problemy systemowe, usprawniać szkolenia użytkowników i doprecyzowywać wytyczne dotyczące składania zapotrzebowań, aby ograniczyć poprawki i odrzucenia.

Dlaczego to ważne

Wyjaśnia przyczyny odrzuceń, co pozwala analizować ich źródła, ograniczać liczbę przyszłych odrzuceń i poprawiać jakość za pierwszym razem.

Skąd pobrać

Informacja ta jest często zapisywana w polu „Notatka” podczas odrzucania albo w polu niestandardowym dodanym do workflow zatwierdzania. Można ją też znaleźć w notatkach systemowych.

Przykłady
Przekroczony budżetWybrano niewłaściwego dostawcęBrak szczegółowych informacji o pozycjiZduplikowane zapotrzebowanie
Poziom pilności
UrgencyLevel
Klasyfikacja priorytetu zapotrzebowania, na przykład standardowy lub pilny.
Opis

Poziom pilności to atrybut kategoryczny określający priorytet biznesowy zapotrzebowania zakupu. Umożliwia pracownikom oznaczanie wniosków wymagających szybszej obsługi ze względu na pilne potrzeby biznesowe.

Atrybut ten służy do analizy dashboardu „Skuteczność obsługi pilnych zapotrzebowań” oraz KPI „Czas obsługi pilnego zapotrzebowania”. Analitycy mogą filtrować dane procesu według poziomu pilności i porównywać czas realizacji oraz przebieg obsługi pilnych i standardowych zapotrzebowań. Dzięki temu można ocenić, czy obsługa priorytetowa działa skutecznie i czy opóźnień nadal nie powodują wąskie gardła.

Dlaczego to ważne

Umożliwia porównanie przebiegu procesu dla zapotrzebowań o wysokim i standardowym priorytecie, aby pilne potrzeby były realizowane sprawnie.

Skąd pobrać

Zazwyczaj jest to niestandardowe pole nagłówka transakcji w formularzu zapotrzebowania zakupu.

Przykłady
WysokiŚredniNiski
Ścieżka zatwierdzania
ApprovalWorkflowPath
Kolejność etapów zatwierdzania, przez które przeszło zapotrzebowanie.
Opis

Ścieżka zatwierdzania to atrybut pochodny, który łączy kolejne działania lub statusy zatwierdzania danego zapotrzebowania, na przykład „Przesłano -> Zatwierdzenie przez kierownika -> Zatwierdzenie przez dział finansów”. W ten sposób powstaje unikalny zapis ścieżki dla każdej sprawy.

Atrybut ten stanowi podstawę kontroli zgodności i analizy wariantów. Ułatwia filtrowanie i grupowanie spraw według dokładnego przebiegu procesu, wspierając dashboardy „Niezgodne ścieżki zapotrzebowań” i „Zgodność ścieżek zatwierdzania”. Porównanie rzeczywistych ścieżek ze zdefiniowanymi standardami pozwala określić poziom zgodności i zbadać przyczyny odstępstw.

Dlaczego to ważne

Ułatwia analizę wariantów i kontrolę zgodności, ponieważ pokazuje dokładną kolejność etapów zatwierdzania dla każdej sprawy.

Skąd pobrać

To atrybut pochodny, obliczany przez połączenie wartości „ActivityName” w porządku chronologicznym dla każdego „PurchaseRequisitionId”.

Przykłady
Utworzono > Przesłano > ZatwierdzonoUtworzono > Przesłano > Odrzucono > Zmieniono > Przesłano > ZatwierdzonoUtworzono > Przesłano > Zatwierdzono > Wycofano
System źródłowy
SourceSystem
Wskazuje system źródłowy, z którego wyodrębniono dane.
Opis

Ten atrybut określa system źródłowy danych o procesie, w tym przypadku NetSuite. Jest szczególnie przydatny, gdy w celu uzyskania pełnego obrazu procesu łączy się dane z wielu systemów.

Nawet jeśli analiza obejmuje jeden system i wartość wydaje się niezmienna, atrybut ten zapewnia ważny kontekst oraz wspiera zarządzanie danymi i możliwość prześledzenia ich pochodzenia. Pomaga potwierdzić źródło danych i prawidłowo interpretować logikę oraz przekształcenia właściwe dla danego systemu.

Dlaczego to ważne

Zapewnia kontekst dotyczący pochodzenia danych i ułatwia ich prawidłowe zarządzanie, szczególnie w środowiskach korzystających z wielu systemów.

Skąd pobrać

To stała wartość „NetSuite”, którą należy dodać podczas wyodrębniania i przekształcania danych.

Przykłady
NetSuiteNetSuite SuitePeopleNetSuite ERP
Waluta
Currency
Kod waluty, w której podano łączną kwotę zapotrzebowania.
Opis

Atrybut Currency określa walutę, w której podano wartości finansowe zapotrzebowania, na przykład USD, EUR lub GBP. Ma to szczególne znaczenie w międzynarodowych organizacjach korzystających z wielu walut.

Pole to pozwala prawidłowo interpretować dane finansowe. W process mining umożliwia poprawne sumowanie i porównywanie kwot, na przykład po przeliczeniu ich na jedną walutę bazową lub podziale analizy według waluty. Zapobiega błędom w raportach finansowych i ułatwia analizę operacji prowadzonych w różnych krajach.

Dlaczego to ważne

Niezbędna do prawidłowej analizy finansowej w organizacjach międzynarodowych, ponieważ pozwala właściwie interpretować i sumować wartości pieniężne.

Skąd pobrać

To standardowe pole „Currency” w rekordzie transakcji Purchase Requisition, szczególnie w instancjach NetSuite obsługujących wiele walut.

Przykłady
USDEURGBP
Zatwierdzający
Approver
Pracownik lub użytkownik odpowiedzialny za zatwierdzenie albo odrzucenie etapu.
Opis

Zatwierdzający to osoba wyznaczona do sprawdzenia zapotrzebowania zakupowego i podjęcia działania na określonym etapie workflow zatwierdzania. Jedno zapotrzebowanie może mieć kilku zatwierdzających, z których każdy odpowiada za inną czynność zatwierdzającą.

Atrybut ten pomaga analizować sprawność procesu zatwierdzania. Dashboard, taki jak „Rozkład czasu zatwierdzania poszczególnych etapów”, może wskazać wąskie gardła związane z konkretnymi osobami lub grupami. Śledzenie osób zatwierdzających wspiera rozliczalność, równomierny podział pracy i wykrywanie opóźnień.

Dlaczego to ważne

Wskazuje użytkownika wykonującego czynności zatwierdzania, co pozwala analizować jego wyniki i obciążenie oraz wykrywać wąskie gardła.

Skąd pobrać

Informacje te często znajdują się w dzienniku wykonania workflow lub w System Notes powiązanych ze zmianami statusu zatwierdzania. Mogą też być zapisane w niestandardowych polach rekordu związanych z workflow zatwierdzania.

Przykłady
Sarah JenkinsDavid ChenGrupa zatwierdzająca z działu finansów
Wymagane Zalecane Opcjonalne

Działania w procesie od zakupu do płatności: zapotrzebowania

Poniżej przedstawiono najważniejsze etapy i kamienie milowe procesu, które należy uwzględnić w dzienniku zdarzeń, aby prawidłowo odkryć przebieg procesu i wykryć wąskie gardła.
5 Zalecane 6 Opcjonalne
Działanie Opis
Ostateczne odrzucenie zapotrzebowania
Zapotrzebowanie zakupowe zostaje ostatecznie odrzucone i nie będzie dalej przetwarzane. Zdarzenie można rozpoznać po zmianie końcowego statusu „Approval Status” na „Rejected”.
Dlaczego to ważne

To zdarzenie kończy obsługę zapotrzebowania, które nie zostało zaakceptowane. Ustalenie przyczyn i momentu ostatecznego odrzucenia pozwala lepiej zrozumieć problemy ze zgodnością z zasadami i ograniczeniami budżetowymi.

Skąd pobrać

Zdarzenie można ustalić na podstawie zakładki System Notes, znajdując znacznik czasu, w którym pole „Approval Status” przyjmuje końcową wartość „Rejected”.

Rejestrowanie

Znacznik czasu zmiany pola „Approval Status” na „Rejected”.

Typ zdarzenia inferred
Ostateczne zatwierdzenie zapotrzebowania
Zapotrzebowanie zakupowe przechodzi wszystkie wymagane etapy workflow zatwierdzania. Zdarzenie można rozpoznać po zmianie końcowego statusu „Approval Status” na „Approved”.
Dlaczego to ważne

To ważny etap, który oznacza, że zapotrzebowanie można przekształcić w zamówienie zakupu. Kończy cykl zatwierdzania i rozpoczyna realizację zakupu.

Skąd pobrać

Zdarzenie można ustalić na podstawie zakładki System Notes, znajdując znacznik czasu, w którym pole „Approval Status” przyjmuje końcową wartość „Approved”.

Rejestrowanie

Znacznik czasu zmiany pola „Approval Status” na „Approved”.

Typ zdarzenia inferred
Utworzenie zamówienia zakupu
Na podstawie w pełni zatwierdzonego zapotrzebowania tworzone jest zamówienie zakupu (PO), które formalnie zobowiązuje firmę do zakupu u dostawcy. To jawne zdarzenie, oznaczane utworzeniem nowej transakcji PO powiązanej z zapotrzebowaniem źródłowym.
Dlaczego to ważne

To główny rezultat prawidłowo obsłużonego zapotrzebowania i ważny punkt przekazania w procesie Purchase to Pay. Czas od zatwierdzenia do utworzenia zamówienia zakupu to istotny KPI efektywności zakupów.

Skąd pobrać

Znajdź rekord Purchase Order, w którym pole „Created From” lub podobne pole powiązania wskazuje identyfikator Purchase Requisition. Data utworzenia tego zamówienia jest znacznikiem czasu zdarzenia.

Rejestrowanie

Znajdź PO, w którym pole „Created From” jest równe identyfikatorowi zapotrzebowania, i użyj wartości „Date Created” z PO.

Typ zdarzenia explicit
Utworzenie zapotrzebowania
Użytkownik rozpoczyna proces zakupowy, tworząc i zapisując nowe zapotrzebowanie zakupowe. To pierwsze zdarzenie w cyklu życia zapotrzebowania. Jest rejestrowane przy pierwszym zapisaniu transakcji w NetSuite.
Dlaczego to ważne

To zdarzenie oznacza formalne rozpoczęcie procesu zakupowego dla konkretnej potrzeby. Analiza czasu od utworzenia do złożenia zapotrzebowania może ujawnić opóźnienia przy wprowadzaniu danych lub formułowaniu wniosku.

Skąd pobrać

Zdarzenie można odczytać ze znacznika czasu utworzenia transakcji Purchase Requisition. Informacja ta znajduje się w nagłówku rekordu lub w zakładce System Notes, która rejestruje działanie „Create”.

Rejestrowanie

Użyj pola „Date Created” w rekordzie Purchase Requisition.

Typ zdarzenia explicit
Zamknięcie zapotrzebowania
Zapotrzebowanie zostaje formalnie zamknięte, co oznacza, że nie oczekuje się już dalszych działań. Często dzieje się to automatycznie po zamówieniu wszystkich pozycji z zapotrzebowania za pomocą powiązanych zamówień zakupu.
Dlaczego to ważne

To zdarzenie oznacza definitywny koniec cyklu życia zapotrzebowania. Potwierdza, że potrzeba biznesowa została zaspokojona, a rekord zamknięty.

Skąd pobrać

Zdarzenie można ustalić na podstawie zakładki System Notes, znajdując znacznik czasu zmiany pola „Status” na poziomie pozycji lub nagłówka na „Closed”.

Rejestrowanie

Znacznik czasu zmiany pola „Status” na „Closed”.

Typ zdarzenia inferred
Odrzucenie etapu zatwierdzania
Zatwierdzający odrzuca przypisany mu etap, zwykle odsyłając zapotrzebowanie do wnioskodawcy w celu poprawy. Silnik workflow SuiteApprovals rejestruje tę czynność.
Dlaczego to ważne

To zdarzenie wskazuje na konieczność ponownej pracy i nieefektywność procesu. Analiza miejsc odrzucenia pomaga ustalić częste przyczyny, takie jak naruszenie zasad lub nieprawidłowe dane.

Skąd pobrać

Informacje pochodzą z dziennika SuiteApprovals lub zakładki System Notes, w której zapisywane są odrzucenie, osoba odrzucająca i znacznik czasu.

Rejestrowanie

Znajdź czynności odrzucenia w dzienniku SuiteApprovals lub System Notes.

Typ zdarzenia explicit
Rozpoczęcie etapu zatwierdzania
Zapotrzebowanie przechodzi do określonego etapu workflow zatwierdzania i oczekuje na działanie wyznaczonej osoby lub grupy. Zwykle można to rozpoznać po przypisaniu zapotrzebowania kolejnemu zatwierdzającemu w sekwencji.
Dlaczego to ważne

To zdarzenie rozpoczyna czas oczekiwania na każdym etapie zatwierdzania. Pomaga wskazać wąskie gardła w hierarchii zatwierdzania i ustalić, które osoby zatwierdzają najwolniej.

Skąd pobrać

Zdarzenie można ustalić na podstawie dzienników wykonania workflow lub zmian w polu „Current Approver” albo w polu stanu workflow. Platforma SuiteApprovals śledzi aktywny etap zatwierdzania.

Rejestrowanie

Ustal zdarzenie na podstawie dzienników workflow lub momentu przypisania rekordu nowemu zatwierdzającemu.

Typ zdarzenia inferred
Wycofanie zapotrzebowania
Wnioskodawca lub administrator anuluje zapotrzebowanie, zanim zostanie ono w pełni zatwierdzone lub przekształcone w zamówienie zakupu. Zdarzenie można zwykle rozpoznać po zmianie statusu na „Cancelled” lub „Withdrawn”.
Dlaczego to ważne

To zdarzenie oznacza wyjątek lub zakończenie procesu zainicjowane przez wnioskodawcę. Analiza wycofanych zapotrzebowań może ujawnić zmiany potrzeb biznesowych lub wnioski, które straciły aktualność.

Skąd pobrać

Zdarzenie można ustalić na podstawie zakładki System Notes, śledząc znacznik czasu zmiany pola „Approval Status” na wartość taką jak „Cancelled” lub niestandardowy status wycofania.

Rejestrowanie

Znacznik czasu zmiany pola „Approval Status” na „Cancelled” lub „Withdrawn”.

Typ zdarzenia inferred
Zatwierdzenie etapu
Uprawniony użytkownik zatwierdza przypisany mu etap workflow, przybliżając zapotrzebowanie do ostatecznego zatwierdzenia. Platforma SuiteApprovals w NetSuite rejestruje tę czynność wraz z użytkownikiem i znacznikiem czasu.
Dlaczego to ważne

To zdarzenie oznacza postęp w procesie zatwierdzania. Analiza czasu między kolejnymi etapami pozwala ocenić sprawność workflow i pracę poszczególnych zatwierdzających.

Skąd pobrać

Informacje pochodzą z dziennika SuiteApprovals lub zakładki System Notes, w której zapisywane są czynność zatwierdzenia, osoba zatwierdzająca i dokładny znacznik czasu zdarzenia.

Rejestrowanie

Znajdź czynności zatwierdzania w dzienniku SuiteApprovals lub System Notes.

Typ zdarzenia explicit
Złożenie zapotrzebowania do zatwierdzenia
Wnioskodawca formalnie przekazuje wypełnione zapotrzebowanie do wyznaczonego workflow zatwierdzania. Zdarzenie to często można rozpoznać po zmianie statusu rekordu, na przykład z „Draft” lub „Pending Submission” na „Pending Approval”.
Dlaczego to ważne

To zdarzenie rozpoczyna cykl zatwierdzania i stanowi punkt wyjścia do pomiaru czasu zatwierdzania. Pozwala ustalić, jak długo zapotrzebowania czekają na rozpoczęcie formalnej procedury.

Skąd pobrać

Zdarzenie można ustalić na podstawie zakładki System Notes, znajdując znacznik czasu pierwszej zmiany pola „Approval Status” na wartość taką jak „Pending Approval”.

Rejestrowanie

Znajdź pierwszy znacznik czasu, w którym pole „Approval Status” zmienia wartość na „Pending Approval”.

Typ zdarzenia inferred
Zmiana zapotrzebowania
Po utworzeniu zapotrzebowania użytkownik zmienia jedno z jego pól, często w odpowiedzi na odrzucenie lub zmianę wymagań. Zdarzenie to można odczytać bezpośrednio z funkcji ścieżki audytu w NetSuite.
Dlaczego to ważne

Śledzenie zmian jest niezbędne do wykrywania ponownych prac i problemów z jakością danych. Częste zmiany mogą wskazywać na niejasne wymagania początkowe lub potrzebę przeszkolenia wnioskodawców.

Skąd pobrać

Informacje pochodzą z zakładki System Notes w rekordzie Purchase Requisition. Każdy wpis z typem „Change” lub „Edit” dotyczący odpowiedniego pola oznacza zmianę zapotrzebowania.

Rejestrowanie

Zarejestruj zdarzenie dla każdego wpisu typu „Change” w dzienniku System Notes.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z NetSuite

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu, aby rozpocząć analizę process mining i uzyskać przydatne informacje o procesie obsługi zapotrzebowań w NetSuite. Już dziś zacznij usprawniać proces i skracać czas zatwierdzania.

Usprawnij proces od zakupu do płatności: zapotrzebowania. Zacznij już dziś!

Skróć czas zatwierdzania zapotrzebowań o 30% i wyeliminuj wąskie gardła.

Rozpocznij okres próbny

Nie trzeba podawać danych karty kredytowej. Już dziś zacznij usprawniać proces.