Szablon danych dla procesu od zakupu do płatności: zapotrzebowania
Szablon danych dla procesu od zakupu do płatności: zapotrzebowania
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia podczas odkrywania procesu
- Wskazówki dotyczące ekstrakcji danych
Atrybuty procesu od zakupu do płatności: zapotrzebowania
| 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
|
|||
Działania w procesie od zakupu do płatności: zapotrzebowania
| 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
|
|||
Instrukcje ekstrakcji danych
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.
Nie trzeba podawać danych karty kredytowej. Już dziś zacznij usprawniać proces.