Szablon danych Purchase to Pay - Purchase Order
Szablon danych Purchase to Pay - Purchase Order
- Zalecane atrybuty do zebrania
- Działania do śledzenia
- Wskazówki dotyczące eksportu danych z NetSuite
Atrybuty procesu Purchase to Pay - Purchase Order
| Nazwa | Opis | ||
|---|---|---|---|
|
Czas zdarzenia
EventTime
|
Dokładna data i godzina wystąpienia działania. | ||
|
Opis
Ten znacznik czasu wskazuje dokładny moment wykonania danego działania. Stanowi podstawę analizy wydajności i czasu trwania w process mining. Czasy zdarzeń służą do chronologicznego porządkowania działań w obrębie case, obliczania odstępów między krokami i mierzenia całkowitego czasu realizacji case. Dane te pomagają wykrywać wąskie gardła, mierzyć czas oczekiwania i oceniać wyniki względem umów o gwarantowanym poziomie usług.
Dlaczego to ważne
Ten atrybut jest niezbędny do obliczania miar czasu, takich jak czas cyklu i czas trwania, które pomagają wykrywać opóźnienia w procesie.
Skąd pobrać
To znacznik czasu przypisany do każdej transakcji lub zmiany statusu. Można go znaleźć między innymi w polach „Date Created” lub w dziennikach audytowych systemu NetSuite.
Przykłady
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
Nazwa działania
ActivityName
|
Nazwa konkretnego zdarzenia biznesowego lub kroku, który wystąpił w procesie obsługi zamówienia zakupu. | ||
|
Opis
Ten atrybut opisuje konkretne działanie lub zmianę statusu w cyklu życia zamówienia zakupu, na przykład „Utworzono zamówienie zakupu”, „Zatwierdzono zamówienie zakupu” lub „Opłacono fakturę”. Działania te tworzą węzły mapy procesu. Analiza kolejności i częstotliwości działań stanowi podstawę process mining. Pozwala zobrazować przebieg procesu, rozpoznać częste i rzadkie ścieżki (warianty) oraz wskazać wąskie gardła i odstępstwa od standardowej procedury.
Dlaczego to ważne
Określa kroki na mapie procesu, dzięki czemu można zobrazować i analizować jego przebieg, warianty oraz zgodność.
Skąd pobrać
Wartość ta jest zwykle wyznaczana na podstawie typu transakcji i pola statusu, na przykład „Order Status”, albo dzienników audytowych systemu NetSuite.
Przykłady
Utworzenie zamówienia zakupuAkceptacja zamówienia zakupuUtworzenie przyjęcia towaruUtworzenie faktury dostawcy na podstawie zamówienia zakupu
|
|||
|
Zamówienie zakupu
PurchaseOrder
|
Unikalny identyfikator zamówienia zakupu, używany jako główny identyfikator case do śledzenia całego cyklu zakupowego. | ||
|
Opis
Numer zamówienia zakupu to główny identyfikator łączący wszystkie powiązane działania, od utworzenia zamówienia po płatność i jego zamknięcie. Każdy odrębny numer zamówienia zakupu odpowiada jednej instancji procesu zakupowego. W process mining ten atrybut służy do grupowania powiązanych zdarzeń w jeden case. Analiza przebiegu każdego zamówienia zakupu pozwala zobaczyć cały proces, rozpoznać jego warianty i obliczyć miary dla poszczególnych case, takie jak łączny czas realizacji.
Dlaczego to ważne
To podstawowy identyfikator case, który pozwala odtworzyć i przeanalizować pełny cykl życia każdego zamówienia zakupu.
Skąd pobrać
Zwykle jest to główny identyfikator transakcji w rekordzie zamówienia zakupu w NetSuite. Często występuje pod nazwą „Transaction ID” lub „PO #”.
Przykłady
PO-001254PO-001299PO-001357
|
|||
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Znacznik czasu wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio odświeżone z systemu źródłowego. | ||
|
Opis
Ten atrybut zapisuje datę i godzinę ostatniego pobrania lub aktualizacji danych. Informuje, jak aktualne są analizowane dane. Znajomość czasu ostatniej aktualizacji pozwala ocenić, czy uzyskane wnioski są aktualne. Analitycy i użytkownicy biznesowi mogą sprawdzić, czy widzą najnowsze dane o procesie. Ma to szczególne znaczenie w dashboardach do monitorowania operacji.
Dlaczego to ważne
Informuje o aktualności danych, dzięki czemu można sprawdzić, czy analiza i dashboardy opierają się na bieżących informacjach.
Skąd pobrać
To znacznik czasu generowany i dodawany podczas procesu pobierania, przekształcania i ładowania danych (ETL).
Przykłady
2024-05-21T02:00:00Z
|
|||
|
System źródłowy
SourceSystem
|
System, z którego pobrano dane. | ||
|
Opis
Ten atrybut wskazuje źródło danych o procesie. W tym widoku jego wartością będzie zawsze „NetSuite”. W większych inicjatywach process mining, które łączą dane z wielu systemów, pole to pomaga śledzić pochodzenie danych, rozwiązywać problemy i rozumieć zachowanie poszczególnych systemów. Dzięki niemu wiadomo, skąd pochodzi każdy element danych.
Dlaczego to ważne
Pozwala ustalić pochodzenie danych o procesie, co jest szczególnie przydatne w środowiskach z wieloma zintegrowanymi systemami.
Skąd pobrać
To stała wartość („NetSuite”), dodawana podczas pobierania i przekształcania danych.
Przykłady
NetSuite
|
|||
|
Kategoria zakupu
PurchaseCategory
|
Klasyfikacja kupowanych towarów lub usług, na przykład sprzęt IT, usługi marketingowe lub artykuły biurowe. | ||
|
Opis
Ten atrybut przypisuje pozycje zamówienia zakupu do kategorii, co pozwala grupować analizę według rodzaju wydatków. W systemie NetSuite zwykle służy do tego niestandardowe pole klasyfikacji lub segment. Analiza procesu według kategorii zakupu jest potrzebna w dashboardzie „Efektywność według kategorii zakupów”. Pomaga ustalić, czy określone rodzaje zakupów wiążą się z dłuższym czasem realizacji, częstszymi zmianami lub większą liczbą problemów ze zgodnością. Dzięki temu można usprawniać procesy w konkretnych obszarach wydatków.
Dlaczego to ważne
Pozwala analizować efektywność procesu według kategorii wydatków i wskazywać rodzaje zakupów, które przebiegają najmniej sprawnie lub nie są zgodne z wymaganiami.
Skąd pobrać
Może to być pole niestandardowe albo standardowy segment klasyfikacji, taki jak „Class”, lub segment niestandardowy przypisany do nagłówka albo pozycji zamówienia zakupu. Szczegóły można znaleźć w dokumentacji NetSuite.
Przykłady
Sprzęt ITUsługi profesjonalneArtykuły biuroweLicencje na oprogramowanie
|
|||
|
Łączna kwota
TotalAmount
|
Łączna wartość zamówienia zakupu. | ||
|
Opis
Ten atrybut przedstawia łączny koszt wszystkich towarów i usług ujętych w zamówieniu zakupu. To podstawowa miara finansowa w analizie zakupów. Analiza miar procesu według łącznej kwoty może ujawnić istotne zależności, na przykład czy zamówienia o wyższej wartości wymagają dłuższego zatwierdzania lub częściej są zmieniane. Pomaga ocenić finansowe skutki nieefektywności procesu i ustalić priorytety działań usprawniających.
Dlaczego to ważne
Pozwala analizować finansową stronę procesu zakupowego i sprawdzać, jak wartość zamówienia wpływa na czas realizacji, ścieżki zatwierdzania i zgodność.
Skąd pobrać
Odpowiada polu „Total” w sekcji podsumowania rekordu zamówienia zakupu w systemie NetSuite.
Przykłady
500.001250.7515000.00
|
|||
|
Nazwa dostawcy
VendorName
|
Nazwa dostawcy, od którego kupowane są towary lub usługi. | ||
|
Opis
Ten atrybut wskazuje zewnętrznego dostawcę zamówienia zakupu. Jest ważny przy analizie relacji z dostawcami i ich wyników. Nazwa dostawcy jest niezbędna w dashboardzie „Terminowość dostaw” i powiązanych KPI. Pozwala porównywać czas realizacji, terminowość dostaw i wyniki kontroli jakości u różnych dostawców, a także wskazywać tych, którzy wywiązują się z ustaleń, i tych, którzy mają z tym trudności.
Dlaczego to ważne
Pozwala analizować wyniki poszczególnych dostawców, w tym czas i terminowość dostaw, co pomaga usprawniać łańcuch dostaw.
Skąd pobrać
Odpowiada polu „Vendor” lub „Supplier” na głównej karcie rekordu zamówienia zakupu w systemie NetSuite.
Przykłady
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Nazwa działu
DepartmentName
|
Nazwa działu powiązanego z zamówieniem zakupu. | ||
|
Opis
Ten atrybut wskazuje dział lub centrum kosztów, które zainicjowało zakup albo odpowiada za niego finansowo. Umożliwia filtrowanie i segmentowanie danych o procesie według struktury organizacyjnej. Analiza procesu według działu pomaga wykrywać wąskie gardła, porównywać efektywność jednostek biznesowych i rozumieć strukturę wydatków. Wspiera też dashboardy, takie jak „Analiza wąskich gardeł według działu”.
Dlaczego to ważne
Umożliwia analizę procesu według działu, co pomaga wykrywać wąskie gardła, nieefektywność i wzorce wydatków charakterystyczne dla poszczególnych działów.
Skąd pobrać
To standardowe pole w nagłówku rekordu zamówienia zakupu lub przy jego pozycjach w systemie NetSuite.
Przykłady
FinanseUsługi ITMarketingOperacje
|
|||
|
Nazwa użytkownika
UserName
|
Nazwa użytkownika, który wykonał działanie. | ||
|
Opis
Ten atrybut wskazuje pracownika lub użytkownika systemu odpowiedzialnego za wykonanie konkretnego kroku procesu, na przykład zatwierdzenie zamówienia zakupu lub utworzenie faktury. Pozwala analizować proces z uwzględnieniem zasobów ludzkich i systemowych. Analiza działań według użytkownika pomaga ocenić rozkład obciążenia, określić potrzeby szkoleniowe i wykrywać nieprawidłowości. Jest też ważna przy monitorowaniu zgodności, ponieważ pozwala ustalić, kto wykonał istotne działania, takie jak zmiana lub zatwierdzenie zamówienia zakupu.
Dlaczego to ważne
Przypisuje działania do konkretnych użytkowników, co pozwala analizować obciążenie, wyniki pracy i zgodność z zasadami uprawnień.
Skąd pobrać
Informację tę można znaleźć w sekcji „System Notes” lub na karcie dziennika audytowego rekordu transakcji. Wskazuje ona użytkownika, który wprowadził zmianę.
Przykłady
Alice JohnsonBob WilliamsAutomatyzacja systemowa
|
|||
|
Status zamówienia zakupu
PurchaseOrderStatus
|
Bieżący lub końcowy status zamówienia zakupu. | ||
|
Opis
Ten atrybut wskazuje stan zamówienia zakupu w danym momencie, na przykład „Oczekuje na zatwierdzenie”, „W pełni zafakturowane” lub „Zamknięte”. Na jego podstawie często wyznacza się wartości „ActivityName”. Analiza według statusu pozwala ocenić wyniki obsługi zamówień, na przykład sprawdzić, ile zamówień odrzucono, a ile zatwierdzono, oraz ile pozostaje otwartych. Status jest potrzebny do obliczania KPI, takich jak „Odsetek niezatwierdzonych zamówień zakupu”, i filtrowania case według stanu realizacji.
Dlaczego to ważne
Pokazuje stan zamówienia zakupu, co pozwala analizować jego wynik, na przykład odrzucenie lub zamknięcie, oraz obliczać KPI dotyczące niezatwierdzonych zamówień.
Skąd pobrać
To pole „Status” w rekordzie transakcji zamówienia zakupu w systemie NetSuite.
Przykłady
Oczekuje na zatwierdzenie przez przełożonegoOczekuje na przyjęcieW pełni zafakturowaneZamknięteOdrzucone
|
|||
|
Czas zakończenia zdarzenia
EventEndTime
|
Dokładna data i godzina zakończenia działania. | ||
|
Opis
Ten znacznik czasu wskazuje zakończenie działania. W połączeniu z czasem rozpoczęcia określa czas przetwarzania zdarzenia. W przypadku zdarzeń chwilowych czas zakończenia może być taki sam jak czas rozpoczęcia. Atrybut ten pozwala dokładnie obliczyć czas wykonywania poszczególnych zadań. Pomaga odróżnić czas aktywnej pracy od oczekiwania na kolejny krok, co ułatwia szczegółową analizę wąskich gardeł.
Dlaczego to ważne
Pozwala dokładnie obliczyć czas wykonywania działań i odróżnić aktywną pracę od oczekiwania.
Skąd pobrać
W przypadku działań o mierzalnym czasie trwania wartość może być zapisana w osobnym polu lub wyznaczona na podstawie dzienników audytowych. Często trzeba ją oszacować albo przyjąć, że jest taka sama jak czas rozpoczęcia.
Przykłady
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
|
|||
|
Czy dostawa jest opóźniona
IsLateDelivery
|
Flaga wskazująca, czy towary przyjęto po wymaganej dacie dostawy. | ||
|
Opis
To obliczany atrybut logiczny. Przyjmuje wartość prawda, jeśli działanie „Utworzono dokument przyjęcia towaru” nastąpiło po wymaganej dacie dostawy podanej w zamówieniu zakupu. W prosty sposób wskazuje, czy dostawa była terminowa. Atrybut ten ułatwia tworzenie dashboardów i KPI dotyczących wyników dostawców. Pozwala filtrować i agregować dane, aby obliczyć „Odsetek dostaw od dostawcy na czas” i wskazać dostawców, którzy regularnie nie dotrzymują terminów.
Dlaczego to ważne
Prosta flaga tak/nie wskazuje, czy dostawa była terminowa, co ułatwia analizę wyników dostawców i obliczanie KPI.
Skąd pobrać
To pole obliczane według reguły: (znacznik czasu „Utworzono dokument przyjęcia towaru”) > („RequestedDeliveryDate”).
Przykłady
truefalse
|
|||
|
Czy wystąpiła ponowna praca
IsRework
|
Flaga wskazująca, czy działanie oznacza ponowną pracę, na przykład ponowne zatwierdzenie po odrzuceniu. | ||
|
Opis
Ten obliczany atrybut logiczny przyjmuje wartość prawda dla działań wskazujących na pętlę procesu lub powtórzenie kroku. Na przykład działanie „Zatwierdzono zamówienie zakupu” zostanie oznaczone jako ponowna praca, jeśli w tym samym case poprzedziło je działanie „Odrzucono zamówienie zakupu”. Atrybut ten pozwala mierzyć tarcia i nieefektywność w procesie. Ułatwia analizę pętli ponownej pracy, pomiar „Odsetka odrzuconych i ponownie przesłanych zamówień zakupu” oraz wskazywanie procesów, które nie przebiegają prawidłowo za pierwszym razem.
Dlaczego to ważne
Pomaga mierzyć nieefektywność procesu, oznaczając działania należące do pętli ponownej pracy, co ułatwia ich analizę i ograniczanie.
Skąd pobrać
Flaga jest obliczana podczas przekształcania danych na podstawie kolejności działań w obrębie case.
Przykłady
truefalse
|
|||
|
Czy zakup z pominięciem procedury
IsMaverickBuy
|
Flaga wskazująca, czy zamówienie zakupu utworzono bez wcześniejszego wniosku zakupowego. | ||
|
Opis
To obliczany atrybut logiczny ustawiany na poziomie case. Przyjmuje wartość prawda, jeśli pierwszym działaniem w procesie jest „Utworzono zamówienie zakupu”, a nie „Utworzono wniosek zakupowy”. Wskazuje zakupy realizowane poza standardową procedurą. Atrybut służy do obliczania KPI „Odsetek zamówień bezpośrednich” w dashboardzie „Monitor zgodności zakupów”. Pomaga szybko wykrywać i mierzyć zakupy poza procedurą, które mogą zwiększać koszty i ryzyko.
Dlaczego to ważne
Bezpośrednio wskazuje zakupy niezgodne z procedurą, dzięki czemu można je monitorować i ograniczać.
Skąd pobrać
To atrybut obliczany według reguły: (pierwsze działanie w case = „Utworzono zamówienie zakupu”) ORAZ (brak powiązanego „Wniosku zakupowego”).
Przykłady
truefalse
|
|||
|
Miejsce dostawy
DeliveryLocation
|
Fizyczne miejsce lub adres, pod który należy dostarczyć towary. | ||
|
Opis
Ten atrybut określa miejsce dostawy towarów zamówionych w zamówieniu zakupu, na przykład konkretny magazyn, biuro lub zakład. Pozwala analizować proces według lokalizacji lub regionu. To ważny wymiar dashboardu „Czas obsługi przyjęcia towaru”. Analiza czasu przyjęcia według lokalizacji może wskazać miejsca z niedoborem personelu lub nieefektywnym procesem odbioru, co ułatwia zaplanowanie odpowiednich usprawnień operacyjnych.
Dlaczego to ważne
Pozwala analizować wyniki procesu według lokalizacji i wykrywać wąskie gardła związane z przyjęciem towaru lub innymi działaniami w konkretnych placówkach.
Skąd pobrać
Odpowiada polu adresu „Ship To” lub polu „Location” w rekordzie zamówienia zakupu w systemie NetSuite.
Przykłady
Magazyn główny, dok ASiedziba główna, 15. piętroCentrum dystrybucyjne na zachodnim wybrzeżu
|
|||
|
Powód odrzucenia
RejectionReason
|
Powód odrzucenia zamówienia zakupu podczas procesu zatwierdzania. | ||
|
Opis
Gdy zamówienie zakupu zostaje odrzucone, ten atrybut podaje konkretny powód, na przykład „Przekroczony budżet”, „Nieprawidłowy dostawca” lub „Naruszenie zasad”. Informacja ta pomaga zrozumieć przyczyny niepowodzeń w procesie zatwierdzania. Atrybut ten wspiera dashboard „Odsetek odrzuconych i ponownie przesłanych zamówień zakupu”. Analiza powodów odrzucenia pozwala wykryć częste błędy przy tworzeniu zamówień, na przykład niewystarczające przeszkolenie lub niejasne zasady, i podjąć działania naprawcze ograniczające ponowną pracę.
Dlaczego to ważne
Wyjaśnia, dlaczego zamówienia zakupu nie uzyskały zatwierdzenia, i pomaga ograniczyć liczbę odrzuceń oraz zwiększyć odsetek zamówień zatwierdzanych za pierwszym razem.
Skąd pobrać
Informacja ta często znajduje się w polu memo zdarzenia odrzucenia lub w niestandardowym polu „Rejection Reason” w workflow zatwierdzania. Szczegóły można znaleźć w dokumentacji NetSuite.
Przykłady
Przekroczony budżet działuWybrano dostawcę spoza listy preferowanychNiepełny opis pozycji
|
|||
|
Powód zmiany
ChangeReason
|
Powód zmiany zamówienia zakupu po jego utworzeniu. | ||
|
Opis
Ten atrybut zapisuje uzasadnienie zmian wprowadzonych do zamówienia zakupu, na przykład „Zmiana ceny”, „Zmiana ilości” lub „Zmiana daty dostawy”. Pozwala zrozumieć przyczyny ponownej pracy. Atrybut ten jest potrzebny w dashboardzie „Analiza zmian zamówień zakupu”. Analiza częstotliwości poszczególnych powodów zmian pomaga ustalić źródła niestabilności procesu, takie jak nieprecyzyjne wymagania początkowe lub zmienne ceny dostawców.
Dlaczego to ważne
Wyjaśnia, dlaczego zmieniono zamówienia zakupu, i pozwala ustalić przyczyny zmian, aby ograniczyć ich częstotliwość.
Skąd pobrać
Prawdopodobnie jest to pole niestandardowe, które użytkownik musi wypełnić podczas edycji zatwierdzonego zamówienia zakupu. Informacja może też znajdować się w polu „Memo” zdarzenia zmiany. Szczegóły można znaleźć w dokumentacji NetSuite.
Przykłady
Nieprawidłowa ilość towaruZmiana ceny przez dostawcęZmiana wymagań dotyczących dostawy
|
|||
|
Waluta
Currency
|
Kod waluty, w której podano kwotę transakcji. | ||
|
Opis
Ten atrybut określa walutę, w której wyrażono łączną kwotę zamówienia zakupu, na przykład USD, EUR lub GBP. Jest niezbędnym kontekstem przy analizie wartości pieniężnych. W organizacjach działających na rynkach międzynarodowych atrybut ten jest potrzebny do rzetelnego raportowania i analizy finansowej. Umożliwia prawidłowe sumowanie i porównywanie wartości zamówień z różnych regionów oraz właściwą interpretację pieniężnych KPI.
Dlaczego to ważne
Dostarcza kontekstu potrzebnego do analizy i raportowania finansowego w środowiskach, w których używa się wielu walut.
Skąd pobrać
Odpowiada polu „Currency” w rekordzie zamówienia zakupu. Jego wartość często zależy od ustawień wybranego dostawcy.
Przykłady
USDEURGBP
|
|||
|
Wniosek zakupowy
PurchaseRequisition
|
Identyfikator wniosku zakupowego, który poprzedził zamówienie zakupu. | ||
|
Opis
Ten atrybut łączy zamówienie zakupu z wnioskiem zakupowym, od którego rozpoczął się proces. Brak takiego powiązania może wskazywać na odstępstwo od standardowej procedury. Pole to jest ważne przy monitorowaniu zgodności i wykrywaniu zakupów poza standardowym trybem. KPI „Odsetek zamówień bezpośrednich” oblicza się, sprawdzając, czy zamówienie zakupu ma powiązany wniosek. Wskaźnik pokazuje zakupy realizowane poza standardowym workflow zatwierdzania.
Dlaczego to ważne
Pomaga analizować zgodność i wykrywać zakupy poza standardowym trybem, czyli zamówienia zakupu utworzone bez zatwierdzonego wniosku.
Skąd pobrać
W rekordzie zamówienia zakupu informacja ta znajduje się zwykle na karcie „Related Records” lub w polu „Created From”.
Przykłady
PR-00582PR-00610PR-00715
|
|||
|
Wymagana data dostawy
RequestedDeliveryDate
|
Data, na którą firma poprosiła dostawcę o dostarczenie towarów lub usług. | ||
|
Opis
Ten atrybut określa planowaną datę dostawy ustaloną w procesie zakupowym. Stanowi punkt odniesienia przy ocenie rzeczywistej terminowości dostaw. Data ta jest potrzebna do obliczenia KPI „Odsetek dostaw od dostawcy na czas”. Porównanie wymaganej daty dostawy ze znacznikiem czasu utworzenia dokumentu przyjęcia towaru pozwala sprawdzić, czy dostawcy dotrzymują terminów. Wynik ten jest jednym z elementów dashboardu „Terminowość dostaw”.
Dlaczego to ważne
Stanowi punkt odniesienia przy ocenie terminowości dostaw, która jest ważnym KPI w zarządzaniu łańcuchem dostaw.
Skąd pobrać
Może to być pole niestandardowe lub pole „Expected Receipt Date” przy pozycjach zamówienia zakupu. Szczegóły można znaleźć w dokumentacji NetSuite.
Przykłady
2023-11-152023-12-012024-01-10
|
|||
Działania w procesie Purchase to Pay - Purchase Order
| Działanie | Opis | ||
|---|---|---|---|
|
Akceptacja zamówienia zakupu
|
Oznacza ostateczną, formalną akceptację zamówienia zakupu, która pozwala wysłać je do dostawcy. To ważny etap, rejestrowany w chwili zmiany pola „Approval Status” zamówienia zakupu na „Approved”. | ||
|
Dlaczego to ważne
To ważny etap przy obliczaniu czasu akceptacji i wykrywaniu wąskich gardeł w łańcuchu akceptacji. Opóźnienia na tym etapie bezpośrednio wydłużają czas realizacji zakupów.
Skąd pobrać
Zdarzenie jest wnioskowane na podstawie notatek systemowych lub historii workflow, które rejestrują zmianę pola „Approval Status” w rekordzie Purchase Order na „Approved”.
Rejestrowanie
Wykryj zmianę pola „Approval Status” w Purchase Order na „Approved”.
Typ zdarzenia
inferred
|
|||
|
Utworzenie faktury dostawcy na podstawie zamówienia zakupu
|
Faktura od dostawcy została otrzymana, wprowadzona do NetSuite i powiązana z Purchase Order. Ta jawna transakcja formalnie rejestruje zobowiązanie za otrzymane towary lub usługi. | ||
|
Dlaczego to ważne
To zdarzenie oznacza przejście od zakupów do procesu obsługi zobowiązań. Analiza czasu między przyjęciem towaru a wystawieniem faktury pozwala wykryć opóźnienia w rozliczeniach.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie daty utworzenia rekordu transakcji Vendor Bill. Faktura jest bezpośrednio powiązana z pierwotnym Purchase Order.
Rejestrowanie
Śledź znacznik czasu utworzenia transakcji Vendor Bill.
Typ zdarzenia
explicit
|
|||
|
Utworzenie przyjęcia towaru
|
To zdarzenie oznacza fizyczne przyjęcie towarów zamówionych w Purchase Order. W NetSuite jest rejestrowane jako jawne zdarzenie w chwili utworzenia transakcji „Item Receipt” powiązanej z konkretną pozycją zamówienia zakupu. | ||
|
Dlaczego to ważne
To ważny etap, który oznacza koniec cyklu dostawy od dostawcy. Jest niezbędny do obliczania terminowości dostaw i całkowitego czasu realizacji.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie daty utworzenia rekordu transakcji Item Receipt. Rekord zawiera odnośnik do źródłowego Purchase Order.
Rejestrowanie
Śledź znacznik czasu utworzenia transakcji Item Receipt.
Typ zdarzenia
explicit
|
|||
|
Utworzenie zamówienia zakupu
|
To zdarzenie oznacza utworzenie formalnego dokumentu Purchase Order, który stanowi główny case w tej analizie. W NetSuite jest rejestrowane w chwili utworzenia rekordu transakcji Purchase Order, ręcznie lub na podstawie zaakceptowanego zapotrzebowania. | ||
|
Dlaczego to ważne
Na tym etapie zgłoszenie staje się formalnym zobowiązaniem do zakupu. To ważny punkt procesu, a w przypadku zamówień bezpośrednich może być również jego początkiem. Ma to znaczenie przy monitorowaniu zgodności.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie systemowego pola „Date Created” w rekordzie transakcji Purchase Order.
Rejestrowanie
Użyj znacznika czasu utworzenia transakcji Purchase Order.
Typ zdarzenia
explicit
|
|||
|
Utworzenie zapotrzebowania zakupowego
|
To zdarzenie oznacza formalne zgłoszenie zapotrzebowania na towary lub usługi i rozpoczyna proces zakupowy. W NetSuite jest rejestrowane w chwili utworzenia i zapisania nowego rekordu transakcji Purchase Requisition. | ||
|
Dlaczego to ważne
Jako typowy początek procesu zdarzenie to ma znaczenie przy analizie całkowitego czasu realizacji. Pomaga też wykryć zakupy poza procedurami, gdy zostaje pominięte.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie daty utworzenia rekordu transakcji Purchase Requisition. Rekord jest powiązany z późniejszym zamówieniem zakupu.
Rejestrowanie
Śledź znacznik czasu utworzenia transakcji Purchase Requisition.
Typ zdarzenia
explicit
|
|||
|
Zamknięcie zamówienia zakupu
|
Zamówienie zakupu zostało formalnie zamknięte, co oznacza, że nie oczekuje się już kolejnych przyjęć towarów ani faktur. Zdarzenie jest wnioskowane, gdy status Purchase Order zmieni się na „Closed”. Może to nastąpić automatycznie po pełnym przyjęciu i zafakturowaniu zamówienia lub ręcznie. | ||
|
Dlaczego to ważne
To zdarzenie oznacza operacyjny koniec cyklu życia zamówienia zakupu. Potwierdza, że zamówienie zostało w pełni zrealizowane i obsłużone, wyznaczając jednoznaczny koniec do analizy czasu realizacji.
Skąd pobrać
Zdarzenie jest wnioskowane na podstawie zmiany pola „Status” w rekordzie Purchase Order na „Closed”.
Rejestrowanie
Wykryj zmianę pola „Status” w Purchase Order na „Closed”.
Typ zdarzenia
inferred
|
|||
|
Akceptacja faktury dostawcy
|
Faktura od dostawcy została sprawdzona i zaakceptowana do płatności. Podobnie jak w przypadku Purchase Order, zdarzenie jest rejestrowane na podstawie zmiany pola „Approval Status” w rekordzie Vendor Bill. | ||
|
Dlaczego to ważne
Akceptacja faktury to ważny etap procesu płatności. Pomiar czasu jej trwania pomaga wykrywać wąskie gardła w obsłudze zobowiązań, które mogą prowadzić do opóźnionych płatności lub utraty rabatów za wcześniejszą płatność.
Skąd pobrać
Zdarzenie jest wnioskowane na podstawie notatek systemowych lub historii workflow, które rejestrują zmianę pola „Approval Status” w rekordzie Vendor Bill na „Approved”.
Rejestrowanie
Wykryj zmianę pola „Approval Status” w Vendor Bill na „Approved”.
Typ zdarzenia
inferred
|
|||
|
Akceptacja zapotrzebowania zakupowego
|
Oznacza formalną akceptację zapotrzebowania na towary lub usługi, która upoważnia do utworzenia zamówienia zakupu. Zdarzenie jest wnioskowane na podstawie zmiany pola „Approval Status” w rekordzie Purchase Requisition z „Pending Approval” na „Approved”. | ||
|
Dlaczego to ważne
Śledzenie akceptacji zapotrzebowań pomaga wykrywać wąskie gardła przed rozpoczęciem zakupów i oceniać sprawność wewnętrznej weryfikacji zgłoszeń.
Skąd pobrać
Zdarzenie jest wnioskowane na podstawie notatek systemowych lub historii workflow, które rejestrują zmianę pola „Approval Status” w rekordzie Purchase Requisition.
Rejestrowanie
Wykryj zmianę pola „Approval Status” w Purchase Requisition na „Approved”.
Typ zdarzenia
inferred
|
|||
|
Odrzucenie zamówienia zakupu
|
Osoba akceptująca odrzuciła zamówienie zakupu, które trzeba poprawić i ponownie przesłać. Zdarzenie jest wnioskowane, gdy pole „Approval Status” w Purchase Order zmieni się na „Rejected”. | ||
|
Dlaczego to ważne
Śledzenie odrzuceń pomaga wykrywać pętle poprawek, ustalać przyczyny nieudanej akceptacji i poprawiać jakość pierwszego zgłoszenia zamówienia.
Skąd pobrać
Zdarzenie jest wnioskowane na podstawie notatek systemowych lub historii workflow, które rejestrują zmianę pola „Approval Status” w rekordzie Purchase Order na „Rejected”.
Rejestrowanie
Wykryj zmianę pola „Approval Status” w Purchase Order na „Rejected”.
Typ zdarzenia
inferred
|
|||
|
Opłacenie faktury dostawcy
|
Dostawcy została wysłana płatność za zafakturowaną kwotę. Zdarzenie jest rejestrowane w chwili utworzenia transakcji „Vendor Payment” i przypisania jej do Vendor Bill. | ||
|
Dlaczego to ważne
To zdarzenie oznacza uregulowanie zobowiązania finansowego związanego z Purchase Order. Jest ważne przy analizie terminowości płatności i przepływów pieniężnych.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie daty utworzenia transakcji Vendor Payment przypisanej do Vendor Bill.
Rejestrowanie
Śledź znacznik czasu utworzenia transakcji Vendor Payment przypisanej do faktury.
Typ zdarzenia
explicit
|
|||
|
Przekazanie zamówienia zakupu do akceptacji
|
Zamówienie zakupu zostało sfinalizowane i przekazane do workflow akceptacji. Zdarzenie jest zwykle rejestrowane jako zmiana statusu rekordu Purchase Order ze stanu roboczego, takiego jak „Pending Supervisor Approval”, na status oznaczający rozpoczęcie weryfikacji. | ||
|
Dlaczego to ważne
To zdarzenie rozpoczyna cykl akceptacji. Pomiar czasu od tego momentu do „Purchase Order Approved” pozwala ocenić sprawność akceptacji i wykryć opóźnienia.
Skąd pobrać
Zdarzenie jest wnioskowane na podstawie zmiany pola „Approval Status” w rekordzie Purchase Order, na przykład z „Pending Approval” lub niestandardowego statusu roboczego.
Rejestrowanie
Wykryj zmianę pola „Approval Status” w PO na status oznaczający rozpoczęcie weryfikacji.
Typ zdarzenia
inferred
|
|||
|
Przeprowadzenie kontroli jakości
|
Przyjęte towary przeszły kontrolę jakości. Nie jest to standardowa transakcja NetSuite. Zdarzenie jest zwykle rejestrowane przez aktualizację pola niestandardowego lub rekordu niestandardowego albo wnioskowane na podstawie zmiany statusu Item Receipt. | ||
|
Dlaczego to ważne
To zdarzenie pozwala mierzyć czas trwania kontroli jakości. Opóźnienia mogą tworzyć wąskie gardła między przyjęciem towarów a udostępnieniem ich do użytku.
Skąd pobrać
Sposób rejestracji zależy w dużej mierze od konfiguracji. Zdarzenie może być rejestrowane na podstawie niestandardowego pola „QA Status” w Item Receipt lub osobnego rekordu niestandardowego „Quality Inspection”.
Rejestrowanie
Śledź aktualizację pola niestandardowego lub utworzenie rekordu niestandardowego dotyczącego kontroli jakości.
Typ zdarzenia
inferred
|
|||
|
Wysłanie zamówienia zakupu do dostawcy
|
Zaakceptowane zamówienie zakupu zostało wysłane do dostawcy. W NetSuite zdarzenie jest często wnioskowane na podstawie zmiany flagi komunikacji, takiej jak pole wyboru „To Be Emailed”, lub zmiany statusu wskazującej, że zamówienie zostało wysłane. | ||
|
Dlaczego to ważne
To zdarzenie rozpoczyna czas realizacji po stronie dostawcy. Pomiar czasu od tego momentu do przyjęcia towaru jest niezbędny do oceny terminowości dostaw.
Skąd pobrać
Zdarzenie jest wnioskowane na podstawie znacznika czasu wyczyszczenia flagi „To Be Emailed” lub „To Be Faxed” albo wpisu w historii komunikacji powiązanej z Purchase Order.
Rejestrowanie
Śledź znaczniki czasu zdarzeń komunikacyjnych, na przykład wysłania wiadomości e-mail, powiązanych z PO.
Typ zdarzenia
inferred
|
|||
|
Zmiana zamówienia zakupu
|
Oznacza zmianę zamówienia zakupu po jego utworzeniu lub akceptacji. Można ją wykryć, porównując pole „Last Modified Date” z polem „Date Created” lub osobną datą akceptacji. | ||
|
Dlaczego to ważne
Częste zmiany mogą wskazywać na nieefektywność, niedostateczne planowanie początkowe lub rozszerzanie zakresu. Analiza tego, kiedy i dlaczego są wprowadzane, pomaga usprawnić proces i ograniczyć błędy.
Skąd pobrać
Zdarzenie jest wnioskowane przez porównanie pola „Last Modified Date” w rekordzie Purchase Order z datą utworzenia lub znacznikiem czasu akceptacji. Notatki systemowe zawierają szczegółowe informacje o zmienionych polach.
Rejestrowanie
Porównaj „Last Modified Date” z datą utworzenia lub akceptacji. Odfiltruj aktualizacje systemowe.
Typ zdarzenia
inferred
|
|||
Instrukcje eksportu danych
Gotowi do rozpoczęcia?
Ten szablon to pierwszy krok do lepszego poznania procesu Purchase to Pay - Purchase Order. Przygotowanie danych można rozpocząć już dziś, aby znaleźć możliwości usprawnień i wprowadzić zmiany.
Usprawnij zamówienia zakupu i zwiększ efektywność NetSuite
Skróć cykl realizacji zamówień zakupu o 30% i wyeliminuj wąskie gardła dzięki naszej platformie.
Nie trzeba podawać danych karty kredytowej. Już dziś można rozpocząć optymalizację.