Szablon danych dla procesu Purchase to Pay: zamówienia zakupu
Szablon danych dla procesu Purchase to Pay: zamówienia zakupu
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Wskazówki dotyczące ekstrakcji danych
Atrybuty procesu Purchase to Pay: zamówienia zakupu
| Nazwa | Opis | ||
|---|---|---|---|
|
Czas zdarzenia
EventTime
|
Dokładna data i godzina wystąpienia konkretnego działania lub zdarzenia. | ||
|
Opis
Czas zdarzenia to znacznik czasu przypisany do każdego działania, wskazujący, kiedy się ono rozpoczęło. Dane te są niezbędne do chronologicznego uporządkowania zdarzeń oraz obliczania czasu trwania i czasu cyklu między etapami procesu. Ten atrybut jest potrzebny w niemal każdej analizie opartej na czasie, w tym w dashboardach dotyczących pełnego czasu cyklu zamówienia zakupu i czasu cyklu zatwierdzania zamówienia. Umożliwia obliczanie wskaźników KPI, takich jak „Średni czas cyklu zatwierdzania zamówienia zakupu”, przez pomiar różnicy między znacznikami czasu działań „Utworzono zamówienie zakupu” i „Zatwierdzono zamówienie zakupu”.
Dlaczego to ważne
Ten znacznik czasu pozwala prawidłowo uporządkować zdarzenia i obliczyć wszystkie miary czasu, takie jak czas cyklu i czas oczekiwania.
Skąd pobrać
Zwykle znajduje się w ścieżce audytu lub dzienniku zmian dokumentów zamówienia zakupu w SAP Ariba.
Przykłady
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
|
|||
|
Nazwa działania
ActivityName
|
Nazwa konkretnego zdarzenia lub zadania, które wystąpiło w danym momencie procesu obsługi zamówienia zakupu. | ||
|
Opis
Nazwa działania opisuje etap cyklu życia zamówienia zakupu, na przykład „Utworzono zamówienie zakupu”, „Zatwierdzono zamówienie zakupu” lub „Zarejestrowano przyjęcie towaru”. Kolejność działań stanowi podstawę mapy procesu. Analiza tych działań jest podstawą process mining. Pozwala zobrazować przebieg procesu, rozpoznać częste i rzadkie warianty oraz zmierzyć czas między poszczególnymi etapami. Znajomość kolejności i częstotliwości działań, takich jak „Zmieniono zamówienie zakupu”, jest niezbędna przy tworzeniu dashboardów, na przykład analizy wskaźnika zmian zamówień zakupu.
Dlaczego to ważne
Ten atrybut określa etapy procesu, umożliwiając zobrazowanie jego przebiegu oraz wykrywanie wąskich gardeł, ponownej pracy i odstępstw.
Skąd pobrać
Dane powstają przez mapowanie zmian statusu, kodów transakcji lub dzienników zdarzeń z tabel SAP Ariba dotyczących historii dokumentu i workflow.
Przykłady
Zatwierdzono zamówienie zakupuZmieniono zamówienie zakupuZaksięgowano przyjęcie towarówOtrzymano fakturę do zamówienia zakupu
|
|||
|
Zamówienie zakupu
PurchaseOrderNumber
|
Unikalny identyfikator każdego dokumentu zamówienia zakupu, używany jako główny identyfikator sprawy w procesie. | ||
|
Opis
Numer zamówienia zakupu to klucz główny, który łączy wszystkie powiązane działania i zdarzenia w całym cyklu zakupowym. Każdy numer odpowiada jednej transakcji zakupowej, od utworzenia zamówienia po jego realizację lub anulowanie. W process mining ten atrybut ma podstawowe znaczenie dla analizy na poziomie sprawy. Pozwala odtworzyć pełny przebieg każdego zamówienia zakupu, obliczyć czasy cyklu, rozpoznać warianty procesu i śledzić status poszczególnych zamówień. Analiza według numeru zamówienia zakupu pomaga zrozumieć cały przebieg procesu oraz wykryć wąskie gardła i odstępstwa w konkretnych transakcjach.
Dlaczego to ważne
To podstawowy identyfikator sprawy, który łączy wszystkie etapy procesu i pozwala analizować pełny cykl życia każdego zamówienia zakupu.
Skąd pobrać
To podstawowe pole dokumentu zamówienia zakupu w SAP Ariba Buying and Invoicing lub SAP Ariba Sourcing.
Przykłady
PO7000123456PO7000123457PO7000123458
|
|||
|
Data przyjęcia towaru
GoodsReceiptDate
|
Data, w której przyjęcie towaru lub wykonanie usługi zostało oficjalnie zarejestrowane w systemie. | ||
|
Opis
Ten atrybut wskazuje znacznik czasu działania „Zarejestrowano przyjęcie towaru” lub „Wprowadzono potwierdzenie wykonania usługi”. Jest to oficjalne potwierdzenie otrzymania zamówionych produktów. Data ta jest niezbędna do pomiaru rzeczywistego czasu dostawy. W zestawieniu z oczekiwaną datą dostawy służy do obliczania różnic w terminach i wskaźników KPI dotyczących terminowości. Dashboard terminowości rejestrowania przyjęcia towaru wykorzystuje ten atrybut do oceny, jak szybko rejestrowane są przyjęcia po dostawie. Ma to znaczenie dla dokładności stanów magazynowych i terminowej płatności faktur.
Dlaczego to ważne
Wskazuje rzeczywistą datę dostawy, niezbędną do oceny jej terminowości i wykrywania opóźnień w łańcuchu dostaw.
Skąd pobrać
To znacznik czasu dokumentu przyjęcia towaru lub karty wprowadzenia usługi powiązanej z zamówieniem zakupu.
Przykłady
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
|
|||
|
Kwota zamówienia zakupu
PurchaseOrderAmount
|
Łączna wartość zamówienia zakupu. | ||
|
Opis
Ten atrybut oznacza łączny koszt wszystkich towarów i usług ujętych w zamówieniu zakupu. Nie obejmuje podatków ani innych opłat, chyba że wskazano inaczej. To ważna miara finansowa, która pokazuje wartość transakcji obsługiwanych w procesie. W analizie wartość zamówienia zakupu często służy do podziału danych na segmenty. Na przykład zamówienia o wysokiej wartości mogą wymagać innej, bardziej rygorystycznej ścieżki zatwierdzania niż zamówienia o niskiej wartości. Atrybut ten pomaga ustalać priorytety usprawnień dla transakcji o największym znaczeniu finansowym oraz analizować wydatki według działu lub dostawcy.
Dlaczego to ważne
Pokazuje wartość finansową każdej sprawy, co pozwala ustalać priorytety usprawnień według wartości i sprawdzać, jak kwota zamówienia wpływa na przebieg procesu.
Skąd pobrać
To standardowe pole obliczane w nagłówku dokumentu zamówienia zakupu. Zawiera sumę wartości wszystkich pozycji.
Przykłady
1500.0025000.50500.75
|
|||
|
Nazwa dostawcy
VendorName
|
Nazwa dostawcy, od którego kupowane są towary lub usługi. | ||
|
Opis
Ten atrybut wskazuje zewnętrznego partnera powiązanego z zamówieniem zakupu. Dostawca ma istotny wpływ na sprawność całego procesu od zakupu do płatności. Nazwa dostawcy to podstawowy wymiar analizy wyników. Jest potrzebna w dashboardzie oceny terminowości dostaw, który porównuje daty dostaw poszczególnych dostawców. Analiza procesu według dostawcy może ujawnić, którzy partnerzy regularnie się spóźniają, powodują więcej ponownej pracy lub mają skomplikowany proces fakturowania. Takie informacje pomagają zarządzać relacjami z dostawcami.
Dlaczego to ważne
Umożliwia analizę wyników dostawców, wskazanie rzetelnych partnerów oraz wykrycie tych, którzy powodują opóźnienia lub inne problemy.
Skąd pobrać
To standardowe pole w nagłówku dokumentu zamówienia zakupu w SAP Ariba.
Przykłady
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
|
|||
|
Nazwa działu
DepartmentName
|
Dział lub centrum kosztów powiązane z zamówieniem zakupu. | ||
|
Opis
Ten atrybut wskazuje jednostkę organizacyjną, która złożyła zapotrzebowanie na zakup lub na rzecz której realizowany jest zakup. Często ustala się go na podstawie informacji o centrum kosztów w zamówieniu zakupu. Wymiar ten jest potrzebny w dashboardzie efektywności obsługi zamówień zakupu w działach. Umożliwia bezpośrednie porównanie czasu cyklu i wariantów procesu między działami. Pomaga wskazać działy stosujące dobre praktyki oraz te, które mogą potrzebować dodatkowych szkoleń lub usprawnień procesu. Jest też potrzebny do obliczania wskaźnika KPI dotyczącego różnic w czasie cyklu zamówień zakupu między działami.
Dlaczego to ważne
Umożliwia porównywanie wyników różnych jednostek biznesowych, wykrywanie wąskich gardeł w działach i wymianę dobrych praktyk.
Skąd pobrać
Informacje te można znaleźć w nagłówku lub pozycji zamówienia zakupu. Często są powiązane z centrum kosztów lub profilem osoby zgłaszającej zapotrzebowanie.
Przykłady
MarketingOperacje ITZarządzanie obiektamiBadania i rozwój
|
|||
|
Nazwa użytkownika
UserName
|
Nazwa lub identyfikator użytkownika, który wykonał działanie. | ||
|
Opis
Ten atrybut wskazuje osobę odpowiedzialną za wykonanie konkretnego etapu procesu, na przykład zatwierdzenie zamówienia zakupu lub zarejestrowanie przyjęcia towaru. Może zawierać unikatowy identyfikator użytkownika albo imię i nazwisko. Analiza wyników według użytkownika pomaga rozpoznać potrzeby szkoleniowe i docenić osoby osiągające dobre wyniki. Jest też niezbędna przy analizie zgodności, na przykład w dashboardzie dotyczącym odstępstw od zasad zatwierdzania zamówień zakupu. Pozwala ustalić, kto pominął wymagane etapy zatwierdzania. Można jej również użyć do oceny obciążenia pracą i przydziału zasobów.
Dlaczego to ważne
Pozwala przypisać odpowiedzialność oraz analizować wyniki, obciążenie pracą i zgodność na poziomie użytkownika. Pomaga też rozpoznać potrzeby szkoleniowe i odstępstwa od procesu.
Skąd pobrać
Informacje te są zwykle dostępne w dziennikach workflow i historii dokumentu w SAP Ariba, często przy każdym zdarzeniu.
Przykłady
john.smithLROSSIjane.doe
|
|||
|
Oczekiwana data dostawy
RequestedDeliveryDate
|
Data, w której osoba zgłaszająca zapotrzebowanie oczekuje dostawy towarów lub usług. | ||
|
Opis
To planowana data dostawy określona przez firmę podczas tworzenia zapotrzebowania lub zamówienia zakupu. Stanowi punkt odniesienia przy ocenie rzeczywistej terminowości dostaw. Ten atrybut jest potrzebny w dashboardzie oceny terminowości dostaw i wskaźniku KPI terminowości przyjęcia towaru. Porównanie oczekiwanej daty dostawy z rzeczywistą datą przyjęcia towaru pozwala ocenić terminowość dostawców, obliczyć różnicę w terminach i wskazać partnerów, którzy regularnie nie dotrzymują ustalonych terminów. Analiza ta pomaga zarządzać relacjami z dostawcami i ograniczać ryzyko w łańcuchu dostaw.
Dlaczego to ważne
Stanowi punkt odniesienia przy pomiarze terminowości dostaw, niezbędny do oceny rzetelności dostawców i sprawności łańcucha dostaw.
Skąd pobrać
To standardowe pole daty na poziomie pozycji dokumentu zamówienia zakupu.
Przykłady
2023-06-012023-07-152023-08-20
|
|||
|
Czas zakończenia zdarzenia
EventEndTime
|
Znacznik czasu wskazujący, kiedy działanie zostało zakończone. Służy do obliczania czasu realizacji zadań wykonywanych ręcznie. | ||
|
Opis
StartTime wskazuje początek działania, a EventEndTime jego zakończenie. W przypadku wielu zdarzeń generowanych przez system oba czasy są takie same. Przy zadaniach ręcznych lub długo trwających zadaniach automatycznych różnica między nimi oznacza czas realizacji działania. Ten atrybut służy do obliczania miary „ProcessingTime”, która jest potrzebna w dashboardzie analizy czasu trwania działań przy obsłudze zamówień zakupu. Pomaga wskazać zadania, których realizacja zajmuje najwięcej czasu, i ocenić, czy warto zapewnić szkolenia, inaczej rozdzielić zasoby lub wdrożyć automatyzację.
Dlaczego to ważne
Umożliwia dokładne obliczenie czasu realizacji poszczególnych działań i wskazanie zadań, które zajmują najwięcej czasu.
Skąd pobrać
Należy sprawdzić dokumentację SAP Ariba. Jeśli czas zakończenia nie jest dostępny, może być konieczne wyznaczenie go na podstawie czasu rozpoczęcia kolejnego działania.
Przykłady
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
|
|||
|
Czy wystąpiła ponowna praca
IsRework
|
Obliczana flaga wskazująca, czy zamówienie zakupu przeszło ponownie przez część procesu, na przykład zostało odrzucone i przesłane ponownie. | ||
|
Opis
Ten atrybut logiczny wynika z kolejności działań. Przyjmuje wartość „true”, jeśli zamówienie zakupu cofa się w procesie, na przykład gdy po działaniu „Zatwierdź zamówienie zakupu” następuje „Zmień zamówienie zakupu”, a potem ponowne zatwierdzenie. Oznacza to odstępstwo od procesu przebiegającego bez cofania. Ta flaga jest potrzebna do obliczania wskaźnika KPI dotyczącego ponownej pracy przy zamówieniach zakupu oraz filtrowania mapy procesu w celu wskazania nieefektywnych ścieżek. Po wykryciu spraw wymagających ponownej pracy analitycy mogą zbadać przyczyny, takie jak błędne dane lub niejasne wymagania, i podjąć działania zwiększające odsetek zatwierdzeń za pierwszym razem.
Dlaczego to ważne
Bezpośrednio wskazuje sprawy, w których występują nieefektywności i ponowna praca. Pozwala zmierzyć wpływ powtarzających się ścieżek i określić, które z nich należy wyeliminować.
Skąd pobrać
Tego atrybutu nie ma w systemie źródłowym. Jest obliczany podczas transformacji danych na podstawie sekwencji działań w każdej sprawie.
Przykłady
truefalse
|
|||
|
Czy zmieniono zamówienie zakupu
IsPurchaseOrderChanged
|
Flaga logiczna wskazująca, czy zamówienie zakupu zmieniono po jego utworzeniu. | ||
|
Opis
To atrybut pochodny, który przyjmuje wartość „true”, jeśli w danej sprawie występuje działanie „Zmieniono zamówienie zakupu”. Ułatwia analizę częstotliwości zmian, ponieważ wskazuje je na poziomie sprawy. Flaga służy do obliczania wskaźnika KPI dotyczącego odsetka zmienionych zamówień zakupu. Ułatwia szybkie porównanie procesów dla zamówień zmienionych i niezmienionych. Można dzięki temu wykryć skutki zmian na dalszych etapach, takie jak dłuższy czas cyklu lub więcej rozbieżności na fakturach. Dashboard analizy zmian zamówień zakupu wykorzystuje tę flagę do określenia częstotliwości zmian.
Dlaczego to ważne
Prosta flaga wskazuje wszystkie zmienione zamówienia zakupu, ułatwiając obliczenie częstotliwości zmian i analizę ich wpływu.
Skąd pobrać
Flaga jest wyznaczana podczas transformacji danych przez sprawdzenie, czy dla danego numeru zamówienia zakupu wystąpiło zdarzenie „Zmieniono zamówienie zakupu”.
Przykłady
truefalse
|
|||
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Znacznik czasu wskazujący, kiedy dane tego zdarzenia zostały ostatnio odświeżone lub pobrane z systemu źródłowego. | ||
|
Opis
Ten atrybut zawiera datę i godzinę ostatniego pobrania danych z SAP Ariba. Pozwala ocenić, jak aktualne są analizowane dane. W analizie process mining aktualność danych ma znaczenie dla raportowania i podejmowania decyzji. Dzięki temu znacznikowi można sprawdzić, czy dashboardy i wskaźniki KPI, takie jak trend przepustowości zamówień zakupu, opierają się na aktualnych informacjach.
Dlaczego to ważne
Informuje o aktualności danych, dzięki czemu można ocenić, na ile bieżąca jest analiza i zaufać uzyskanym wynikom.
Skąd pobrać
Ten znacznik czasu jest zwykle generowany i dodawany do zbioru danych podczas procesu ekstrakcji, transformacji i ładowania (ETL).
Przykłady
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Grupa materiałowa
MaterialGroup
|
Klasyfikacja służąca do grupowania materiałów lub usług o podobnych cechach. | ||
|
Opis
Grupa materiałowa, określana w terminologii Ariba jako kod towarowy, służy do kategoryzowania kupowanych produktów. Ułatwia analizę wydatków i dobór strategii zakupowych do poszczególnych rodzajów towarów lub usług. W process mining ten atrybut pozwala analizować proces zakupowy w zależności od tego, co jest kupowane. Na przykład zatwierdzanie zakupu sprzętu IT może przebiegać inaczej niż zakup artykułów biurowych. Dzięki temu można uzyskać dokładniejszy obraz procesu i dostosować usprawnienia do konkretnych kategorii zakupów.
Dlaczego to ważne
Umożliwia analizę procesu według kategorii kupowanych towarów lub usług i pokazuje, jak różni się sposób realizacji zakupów.
Skąd pobrać
To standardowe pole na poziomie pozycji zamówienia zakupu, często oznaczone jako „Kod towarowy”.
Przykłady
IT.HardwareOffice.SuppliesProfessional.Services
|
|||
|
Numer zapotrzebowania zakupu.
PurchaseRequisitionNumber
|
Unikatowy identyfikator zapotrzebowania zakupu, które poprzedziło zamówienie zakupu. | ||
|
Opis
Ten atrybut łączy zamówienie zakupu z zapotrzebowaniem, od którego rozpoczął się proces. Nie każde zamówienie zakupu ma wcześniejsze zapotrzebowanie, na przykład gdy utworzono je bezpośrednio. To powiązanie jest niezbędne do analizy całego procesu zakupowego, od złożenia pierwszego zapotrzebowania. Jest potrzebne w dashboardzie lejka konwersji zapotrzebowań na zamówienia zakupu oraz we wskaźniku KPI czasu konwersji zapotrzebowania na zamówienie. Analiza tego powiązania pomaga wykryć opóźnienia między zatwierdzeniem zapotrzebowania a formalnym złożeniem zamówienia u dostawcy.
Dlaczego to ważne
Łączy zamówienie zakupu z pierwotnym zapotrzebowaniem i umożliwia analizę całego procesu, od utworzenia zapotrzebowania po realizację zamówienia.
Skąd pobrać
Informacja ta jest zwykle dostępna jako pole referencyjne w pozycji zamówienia zakupu.
Przykłady
PR10004567PR10004568PR10004569
|
|||
|
Organizacja zakupowa
PurchasingOrganization
|
Jednostka organizacyjna odpowiedzialna za zakup materiałów i usług oraz negocjacje z dostawcami. | ||
|
Opis
Organizacja zakupowa odpowiada za strategiczne aspekty zakupów. W firmie może działać kilka takich jednostek, na przykład dla różnych regionów lub jednostek biznesowych. Analiza procesu według organizacji zakupowej może ujawnić różnice w efektywności, zgodności i sposobie zarządzania dostawcami w poszczególnych częściach firmy. Pomaga ujednolicać dobre praktyki oraz wykrywać wąskie gardła i źródła nieefektywności na poziomie organizacji.
Dlaczego to ważne
Umożliwia ocenę efektywności procesu i zgodności na wysokim poziomie, z podziałem na strategiczne jednostki zakupowe.
Skąd pobrać
To standardowe pole danych organizacyjnych w nagłówku dokumentu zamówienia zakupu.
Przykłady
PO_US01PO_EMEAPO_GLOBAL
|
|||
|
Pełny czas cyklu zamówienia zakupu
POEndToEndCycleTime
|
Łączny czas od utworzenia pierwszego zapotrzebowania zakupu do ostatecznego zakończenia zamówienia zakupu. | ||
|
Opis
Ten obliczany atrybut mierzy łączny czas trwania całego procesu obsługi zamówienia zakupu. Zwykle zaczyna się od zdarzenia „Utworzono zapotrzebowanie zakupu”, a kończy na zdarzeniu „Zakończono zamówienie zakupu” lub ostatnim „Zarejestrowano przyjęcie towaru”. Pokazuje ogólną sprawność procesu. To podstawowa miara dla wskaźnika KPI pełnego czasu cyklu zamówienia zakupu i dashboardu dotyczącego pełnego czasu cyklu zamówienia zakupu. Pozwala śledzić ogólne wyniki i oceniać wpływ usprawnień procesu. Podział całkowitego czasu cyklu według dostawcy, działu lub grupy materiałowej może wskazać główne przyczyny długiego czasu realizacji.
Dlaczego to ważne
Pokazuje łączny czas obsługi zamówienia zakupu, dając ogólną miarę sprawności procesu i jakości obsługi klienta.
Skąd pobrać
Obliczany podczas transformacji danych jako różnica między najwcześniejszym i najpóźniejszym znacznikiem czasu w danej sprawie.
Przykłady
P15DP30D12HP7D
|
|||
|
Różnica w terminie dostawy
DeliveryVariance
|
Obliczona różnica czasu między oczekiwaną datą dostawy a rzeczywistą datą przyjęcia towaru. | ||
|
Opis
Ta miara określa terminowość dostaw, wskazując, o ile dostawa była wcześniejsza lub późniejsza od planu. Oblicza się ją przez odjęcie oczekiwanej daty dostawy od daty przyjęcia towaru. Wartość dodatnia oznacza opóźnienie, ujemna wcześniejszą dostawę, a zero dostawę w terminie. To podstawowe obliczenie w dashboardzie oceny terminowości dostaw i wskaźniku KPI różnicy w terminowości dostaw. Analiza różnic dla poszczególnych dostawców pozwala wskazać rzetelnych i nierzetelnych partnerów, co pomaga w negocjacjach z dostawcami i zarządzaniu ryzykiem. Zamiast prostego podziału na dostawy terminowe i opóźnione można dzięki temu ocenić skalę odchyleń.
Dlaczego to ważne
Określa punktualność dostawców, mierząc dokładną liczbę dni opóźnienia lub przyspieszenia dostawy. Pomaga oceniać wyniki dostawców.
Skąd pobrać
Obliczany podczas transformacji danych przez odjęcie oczekiwanej daty dostawy od daty przyjęcia towaru.
Przykłady
P2D-P1DP0D
|
|||
|
Status zamówienia zakupu
PurchaseOrderStatus
|
Bieżący status zamówienia zakupu w jego cyklu życia. | ||
|
Opis
Ten atrybut wskazuje bieżący stan zamówienia zakupu, na przykład „W trakcie składania”, „Odbiór”, „Zafakturowano” lub „Zakończono”. Pokazuje, na jakim etapie całego procesu znajduje się zamówienie. Process mining odtwarza przebieg procesu na podstawie działań, ale bieżący status ułatwia filtrowanie spraw i ocenę aktualnego obciążenia pracą. Analityk może na przykład skupić się na zamówieniach w toku, które nie zostały jeszcze zakończone. Status może też służyć do weryfikacji ostatniego działania w śladzie procesu.
Dlaczego to ważne
Pokazuje, na jakim etapie cyklu życia jest zamówienie zakupu, co ułatwia filtrowanie i analizę spraw aktywnych lub zakończonych.
Skąd pobrać
To standardowe pole statusu w nagłówku dokumentu zamówienia zakupu w SAP Ariba.
Przykłady
W trakcie składaniaOdbiórZakończonoAnulowano
|
|||
|
System źródłowy
SourceSystem
|
Wskazuje system, z którego pobrano dane, w tym przypadku SAP Ariba. | ||
|
Opis
Ten atrybut określa źródło danych o procesie. W środowiskach z wieloma zintegrowanymi systemami pozwala rozróżniać dane z poszczególnych źródeł i śledzić ich pochodzenie. W analizie umożliwia filtrowanie danych według systemu lub badanie interakcji między procesami obsługiwanymi na różnych platformach. To ważne metadane na potrzeby zarządzania danymi i ich walidacji. Pomagają upewnić się, że analiza opiera się na właściwym zbiorze danych.
Dlaczego to ważne
Dostarcza informacji o pochodzeniu danych, niezbędnych do zarządzania nimi, ich walidacji i analizy w środowisku obejmującym wiele systemów.
Skąd pobrać
To stała wartość („SAP Ariba”), zwykle dodawana podczas ekstrakcji i transformacji danych.
Przykłady
SAP AribaSAP-Ariba-USAribaCloud
|
|||
|
Typ zamówienia zakupu
PurchaseOrderType
|
Klasyfikacja zamówienia zakupu, na przykład standardowe, ramowe lub podwykonawcze. | ||
|
Opis
Typ zamówienia zakupu określa jego przeznaczenie biznesowe. Poszczególne typy mogą podlegać innym ścieżkom procesu oraz zasadom zatwierdzania i realizacji. Ten atrybut pozwala podzielić proces na segmenty i uzyskać bardziej miarodajne wyniki analizy. Na przykład osobna analiza czasu cyklu standardowych zamówień zakupu i zamówień na usługi może ujawnić różne wąskie gardła. Podział na bardziej jednorodne grupy danych ułatwia ocenę konkretnych scenariuszy zakupowych.
Dlaczego to ważne
Umożliwia podział analizy według typu zamówienia, co zwiększa jej dokładność, ponieważ różne typy często mają odmienny przebieg procesu.
Skąd pobrać
Należy sprawdzić dokumentację SAP Ariba. To pole można zwykle skonfigurować w nagłówku zamówienia zakupu.
Przykłady
Standardowe zamówienie zakupuZamówienie zakupu na usługiZamówienie ramowe
|
|||
|
Waluta.
DocumentCurrency
|
Kod waluty, w której podano kwoty w zamówieniu zakupu. | ||
|
Opis
Ten atrybut określa walutę, na przykład USD, EUR lub GBP, w której wyrażono kwotę zamówienia zakupu. Jest niezbędnym kontekstem dla danych finansowych. Przy analizie procesu obejmującego wiele krajów lub regionów waluta dokumentu pozwala prawidłowo interpretować i porównywać kwoty. Wszystkie finansowe wskaźniki KPI i dashboardy powinny korzystać z tego pola, aby filtrować dane do jednej waluty lub stosować odpowiednie kursy wymiany przy agregowaniu i porównywaniu wartości.
Dlaczego to ważne
Zapewnia niezbędny kontekst dla wszystkich pól kwotowych, umożliwia rzetelną analizę finansową i zapobiega nieprawidłowemu sumowaniu kwot w różnych walutach.
Skąd pobrać
To standardowe pole w nagłówku dokumentu zamówienia zakupu w SAP Ariba.
Przykłady
USDEURGBPJPY
|
|||
Działania w procesie Purchase to Pay: zamówienia zakupu
| Działanie | Opis | ||
|---|---|---|---|
|
Utworzono zamówienie zakupu
|
To zdarzenie oznacza utworzenie w SAP Ariba oficjalnego dokumentu zamówienia zakupu, na podstawie zatwierdzonego zapotrzebowania lub bezpośrednio. Jest rejestrowane na podstawie znacznika czasu utworzenia dokumentu zamówienia i wyznacza formalny początek jego cyklu życia. | ||
|
Dlaczego to ważne
W przypadku zamówień bezpośrednich jest to początek procesu. To ważny etap przy pomiarze czasu przekształcenia zapotrzebowania w zamówienie oraz całego czasu obsługi zamówienia.
Skąd pobrać
Rejestrowane na podstawie znacznika czasu utworzenia obiektu dokumentu PurchaseOrder w SAP Ariba Buying. Na tym etapie status to zwykle „Composing” lub „Submitted”.
Rejestrowanie
Na podstawie znacznika czasu utworzenia dokumentu zamówienia zakupu.
Typ zdarzenia
explicit
|
|||
|
Utworzono zapotrzebowanie zakupowe
|
To zdarzenie oznacza utworzenie zapotrzebowania zakupowego, czyli formalnego wniosku o towary lub usługi, który poprzedza zamówienie zakupu. W SAP Ariba jest zwykle rejestrowane, gdy użytkownik zapisuje i przesyła nowe zapotrzebowanie. Powstaje wtedy zapis ze znacznikiem czasu utworzenia. | ||
|
Dlaczego to ważne
To podstawowy punkt rozpoczęcia procesu zakupowego. Analiza czasu od tego zdarzenia do utworzenia zamówienia zakupu pozwala określić czas cyklu od zapotrzebowania do zamówienia i wykryć wąskie gardła na wczesnym etapie.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie daty utworzenia dokumentu zapotrzebowania w module SAP Ariba Buying. Formalny początek procesu często wyznacza zmiana statusu na „Przesłano”.
Rejestrowanie
Na podstawie znacznika czasu utworzenia dokumentu zapotrzebowania zakupowego.
Typ zdarzenia
explicit
|
|||
|
Wysłano zamówienie zakupu do dostawcy
|
Oznacza moment oficjalnego wysłania zatwierdzonego zamówienia zakupu do dostawcy, zwykle za pośrednictwem Ariba Network. Zdarzenie jest rejestrowane, gdy status zamówienia zmienia się na „Sent” lub „Ordered”. | ||
|
Dlaczego to ważne
Oznacza przejście od obsługi wewnętrznej do realizacji przez dostawcę. Jest to punkt początkowy pomiaru czasu realizacji zamówienia przez dostawcę i jego terminowości.
Skąd pobrać
Ustalane na podstawie znacznika czasu zmiany statusu dokumentu PurchaseOrder na „Sent” lub „Ordered”. To standardowa zmiana statusu w Ariba.
Rejestrowanie
Ustalane na podstawie znacznika czasu zmiany statusu na „Sent” lub podobny.
Typ zdarzenia
inferred
|
|||
|
Zakończono obsługę zamówienia zakupu
|
To zdarzenie oznacza pomyślne zakończenie cyklu życia zamówienia zakupu, gdy wszystkie towary lub usługi zostały odebrane i zafakturowane. Jest ustalane na podstawie zmiany statusu zamówienia na „Received”, „Invoiced” lub podobny status końcowy. | ||
|
Dlaczego to ważne
To główny punkt końcowy oznaczający pomyślne zakończenie procesu. Pomiar czasu do osiągnięcia tego stanu pozwala określić całkowity czas cyklu, który jest ważnym miernikiem sprawności procesu.
Skąd pobrać
Ustalane na podstawie znacznika czasu zmiany statusu PurchaseOrder na stan końcowy, na przykład „Received”. Zamówienie uznaje się za zakończone, gdy wszystkie jego pozycje zostały w pełni przyjęte.
Rejestrowanie
Ustalane na podstawie zmiany statusu zamówienia zakupu na „Received” lub podobny status oznaczający zakończenie.
Typ zdarzenia
inferred
|
|||
|
Zaksięgowano przyjęcie towarów
|
Oznacza fizyczne przyjęcie towarów zarejestrowane w SAP Ariba. Jest to jawne zdarzenie, rejestrowane, gdy użytkownik tworzy i przesyła dokument Receipt dla pozycji zamówienia zakupu. | ||
|
Dlaczego to ważne
To ważny etap potwierdzający dostawę i końcowy punkt pomiaru terminowości dostawcy. W przypadku dopasowania trójstronnego pozwala również zatwierdzić fakturę do płatności.
Skąd pobrać
Rejestrowane na podstawie znacznika czasu utworzenia lub przesłania dokumentu Receipt powiązanego z PurchaseOrder.
Rejestrowanie
Na podstawie znacznika czasu przesłania dokumentu Goods Receipt.
Typ zdarzenia
explicit
|
|||
|
Zatwierdzono zamówienie zakupu
|
Oznacza, że zamówienie zakupu uzyskało wszystkie wymagane zatwierdzenia wewnętrzne i można je wysłać do dostawcy. Zdarzenie jest ustalane na podstawie zmiany statusu dokumentu zamówienia na „Zatwierdzono” po zakończeniu wyznaczonego workflow. | ||
|
Dlaczego to ważne
To ważny etap przy pomiarze czasu zatwierdzania i wykrywaniu wąskich gardeł podczas przeglądu przez kierownictwo. Opóźnienia na tym etapie bezpośrednio wpływają na czas realizacji zamówienia przez dostawcę i sprawność zakupów.
Skąd pobrać
Ustalane na podstawie znacznika czasu zmiany statusu dokumentu PurchaseOrder lub pola „ApprovedState” na „Approved”. Szczegółowe dane zawiera historia zatwierdzania.
Rejestrowanie
Ustalane na podstawie znacznika czasu ostatniego zatwierdzenia w workflow zamówienia zakupu.
Typ zdarzenia
inferred
|
|||
|
Anulowano zamówienie zakupu
|
Oznacza zakończenie zamówienia zakupu przed jego realizacją. Decyzję może podjąć organizacja kupująca, a w rzadkich przypadkach także dostawca. | ||
|
Dlaczego to ważne
To ważny wyjątek i punkt końcowy procesu. Analiza przyczyn anulowania zamówień może ujawnić problemy z planowaniem, budżetem lub wiarygodnością dostawców.
Skąd pobrać
Ustalane na podstawie znacznika czasu zmiany statusu dokumentu PurchaseOrder na „Cancelled” lub „Closed”.
Rejestrowanie
Ustalane na podstawie znacznika czasu zmiany statusu na „Cancelled”.
Typ zdarzenia
inferred
|
|||
|
Dostawca potwierdził zamówienie zakupu
|
Oznacza, że dostawca otrzymał i potwierdził zamówienie zakupu, deklarując jego realizację. Zdarzenie jest rejestrowane, gdy dostawca przesyła dokument Order Confirmation za pośrednictwem Ariba Network, co aktualizuje status zamówienia. | ||
|
Dlaczego to ważne
To zdarzenie potwierdza, że dostawca rozpoczął obsługę zamówienia. Pomaga śledzić szybkość reakcji dostawcy i poprawność pierwotnego zamówienia.
Skąd pobrać
Ustalane na podstawie znacznika czasu aktualizacji statusu PurchaseOrder na „Confirmed” po otrzymaniu od dostawcy dokumentu Order Confirmation.
Rejestrowanie
Na podstawie daty utworzenia powiązanego dokumentu Order Confirmation lub zmiany statusu zamówienia zakupu.
Typ zdarzenia
inferred
|
|||
|
Otrzymano awizo wysyłki
|
To zdarzenie jest rejestrowane, gdy dostawca przesyła za pośrednictwem Ariba Network awizo wysyłki (ASN), informując o wysłaniu towarów. ASN zawiera szczegóły przesyłki, takie jak pozycje, ilości i informacje o śledzeniu. | ||
|
Dlaczego to ważne
ASN zapewnia wgląd w łańcuch dostaw i pozwala działowi przyjęć przygotować się na dostawę. Jest ważnym źródłem informacji przy śledzeniu towarów w drodze i przewidywaniu terminów dostawy.
Skąd pobrać
Rejestrowane na podstawie daty utworzenia dokumentu ShipNotice powiązanego z pozycjami zamówienia zakupu.
Rejestrowanie
Na podstawie znacznika czasu utworzenia dokumentu awiza wysyłki (ASN).
Typ zdarzenia
explicit
|
|||
|
Otrzymano fakturę do zamówienia zakupu
|
Oznacza otrzymanie i wprowadzenie do SAP Ariba faktury od dostawcy powiązanej z zamówieniem zakupu. To zdarzenie łączy proces zakupowy z późniejszym procesem płatności. | ||
|
Dlaczego to ważne
To ważny punkt połączenia zakupów z finansami. Termin ma znaczenie dla zarządzania kapitałem obrotowym i zapewnienia terminowych płatności dostawcom.
Skąd pobrać
Rejestrowane na podstawie znacznika czasu utworzenia dokumentu Invoice w Ariba Invoicing, zawierającego odwołanie do PurchaseOrder.
Rejestrowanie
Na podstawie znacznika czasu utworzenia dokumentu faktury powiązanego z zamówieniem zakupu.
Typ zdarzenia
explicit
|
|||
|
Wprowadzono potwierdzenie wykonania usług
|
Oznacza potwierdzenie wykonania usług i jest odpowiednikiem przyjęcia towarów w przypadku usług. Zdarzenie jest rejestrowane, gdy dokument Service Sheet zostaje utworzony i zatwierdzony dla zamówienia zakupu dotyczącego usług. | ||
|
Dlaczego to ważne
To zdarzenie ma istotne znaczenie przy śledzeniu realizacji zamówień na usługi i umożliwia płatność. Analiza terminowości pomaga zarządzać realizacją usług i związanymi z nią wydatkami.
Skąd pobrać
Rejestrowane na podstawie znacznika czasu zatwierdzenia dokumentu ServiceSheet powiązanego z PurchaseOrder.
Rejestrowanie
Na podstawie znacznika czasu zatwierdzenia dokumentu Service Sheet.
Typ zdarzenia
explicit
|
|||
|
Zatwierdzono zapotrzebowanie zakupowe
|
Oznacza ostateczne zatwierdzenie zapotrzebowania zakupowego przez wszystkie wymagane osoby, co pozwala przekształcić je w zamówienie zakupu. Zdarzenie jest zwykle ustalane na podstawie zmiany statusu dokumentu zapotrzebowania na „Zatwierdzono” oraz znacznika czasu tej końcowej decyzji. | ||
|
Dlaczego to ważne
Ten etap kończy wewnętrzne zatwierdzanie zapotrzebowania. Śledzenie go pozwala ocenić sprawność kontroli wewnętrznych i workflow zatwierdzania przed utworzeniem zamówienia zakupu.
Skąd pobrać
Ustalane na podstawie historii zatwierdzania lub pola statusu dokumentu zapotrzebowania. Znacznik czasu zdarzenia odpowiada dacie zmiany statusu na „Zatwierdzono”.
Rejestrowanie
Ustalane na podstawie znacznika czasu zmiany pola „ApprovedState” zapotrzebowania na „Approved”.
Typ zdarzenia
inferred
|
|||
|
Zmieniono zamówienie zakupu
|
To zdarzenie obejmuje każdą zmianę zamówienia zakupu po jego utworzeniu, na przykład korektę ilości, ceny lub terminu dostawy. Powstaje nowa wersja dokumentu zamówienia, co często uruchamia ponowny workflow zatwierdzania. | ||
|
Dlaczego to ważne
Śledzenie zmian pomaga wykrywać nieefektywność procesu, pętle poprawek i przyczyny błędów zakupowych. Duży odsetek zmian może wskazywać, że początkowe wymagania zostały niewłaściwie zebrane.
Skąd pobrać
Rejestrowane przez wykrycie wielu wersji tego samego dokumentu PurchaseOrder. Znacznik czasu utworzenia każdej nowej wersji może posłużyć do zarejestrowania tego zdarzenia.
Rejestrowanie
Rejestrowane po utworzeniu i zapisaniu nowej wersji dokumentu zamówienia zakupu.
Typ zdarzenia
explicit
|
|||
|
Zwrócono towary dostawcy
|
To zdarzenie obejmuje zwrot towarów dostawcy, zwykle z powodu uszkodzenia, wad lub dostarczenia niewłaściwych produktów. Jest rejestrowane po utworzeniu dokumentu przyjęcia zwrotu lub noty debetowej powiązanej z pierwotnym przyjęciem towarów. | ||
|
Dlaczego to ważne
Śledzenie zwrotów pomaga wykrywać problemy z jakością dostawców i poprawnością dostaw. Analiza częstotliwości i przyczyn zwrotów może usprawnić wybór dostawców i zarządzanie nimi.
Skąd pobrać
Zdarzenie można ustalić na podstawie utworzenia dokumentu przyjęcia zwrotu lub ujemnej ilości w dokumencie przyjęcia. Konkretna metoda zależy od konfiguracji.
Rejestrowanie
Ustalane na podstawie utworzenia dokumentu przyjęcia z ujemną ilością lub określonym typem „Return”.
Typ zdarzenia
inferred
|
|||
Instrukcje pobierania danych
Gotowi do rozpoczęcia?
Skorzystaj z tego szablonu, aby usprawnić przygotowanie danych i z większą pewnością rozpocząć optymalizację procesu Purchase to Pay: zamówienia zakupu. Pierwszy krok do sprawniejszego procesu można zrobić już teraz.
Już dziś usprawnij proces Purchase to Pay: zamówienia zakupu!
Skróć czas cyklu o 30% i wyeliminuj wąskie gardła w SAP Ariba.
Karta kredytowa nie jest potrzebna. Konfiguracja bezpłatnego okresu próbnego zajmuje kilka minut.