Szablon danych dla procesu od zakupu do płatności: zamówienia zakupu

Coupa
Szablon danych dla procesu od zakupu do płatności: zamówienia zakupu

Szablon danych dla procesu od zakupu do płatności: zamówienia zakupu

Ten szablon pomaga prawidłowo zebrać i uporządkować dane potrzebne do analizy process mining procesu obsługi zamówień zakupu w Coupa. Zawiera listę wymaganych atrybutów i działań do monitorowania oraz instrukcje eksportu danych, dzięki którym można przygotować kompletny dziennik zdarzeń.
  • Zalecane atrybuty danych
  • Najważniejsze działania w procesie
  • Instrukcje eksportu danych z Coupa
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu obsługi zamówień zakupu

Poniżej wymieniono podstawowe pola danych zalecane w dzienniku zdarzeń. Umożliwiają one szczegółową analizę procesu obsługi zamówień zakupu.
5 Wymagane 5 Zalecane 11 Opcjonalne
Nazwa Opis
Czas rozpoczęcia
EventTime
Dokładny znacznik czasu wskazujący, kiedy wystąpiła czynność lub zdarzenie.
Opis

Czas zdarzenia określa datę i godzinę wykonania konkretnej czynności. Każdej czynności w procesie odpowiada znacznik czasu jej wystąpienia.

Ten atrybut jest niezbędny do analiz czasowych w process mining. Służy do obliczania czasu między czynnościami, mierzenia czasu trwania procesu i wykrywania opóźnień. Na przykład różnica między znacznikami czasu „Przygotowano projekt zamówienia zakupu” i „Zatwierdzono zamówienie zakupu” pozwala obliczyć KPI czasu zatwierdzania zamówienia zakupu.

Dlaczego to ważne

Określa czas każdego zdarzenia, co jest niezbędne do obliczania czasu cyklu, analizy wyników i wykrywania wąskich gardeł.

Skąd pobrać

Dostępne w dziennikach zdarzeń lub ścieżkach audytu Coupa, zwykle przy każdej zmianie statusu lub czynności dotyczącej zamówienia zakupu.

Przykłady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Czynność
ActivityName
Nazwa konkretnego zdarzenia lub zadania, które wystąpiło na danym etapie cyklu życia zamówienia zakupu.
Opis

Nazwa czynności opisuje pojedynczy etap procesu od zakupu do płatności, na przykład „Zatwierdzono zamówienie zakupu” lub „Zaksięgowano przyjęcie towaru”. Kolejne czynności tworzą przebieg procesu dla każdego zamówienia zakupu.

Ten atrybut jest podstawą process mining. Służy do tworzenia mapy procesu, wykrywania wariantów oraz analizy częstotliwości i kolejności zdarzeń. Pomaga wykrywać wąskie gardła, pętle poprawek i odstępstwa od standardowego przebiegu procesu. Na przykład analiza kolejnych czynności „Zmieniono zamówienie zakupu” może ujawnić problemy z dokładnością zamówień.

Dlaczego to ważne

Określa etapy procesu, dzięki czemu można zobrazować jego przebieg oraz wykrywać wąskie gardła, poprawki i odstępstwa.

Skąd pobrać

Pobierane z dzienników zdarzeń, ścieżek audytu lub zapisów zmian statusu powiązanych z obiektami Purchase Order w Coupa.

Przykłady
Zatwierdzono zgłoszenie zapotrzebowaniaPrzesłano zamówienie zakupuZaksięgowano przyjęcie towaruOtrzymano fakturę do zamówienia zakupu
Zamówienie zakupu
PurchaseOrderNumber
Unikalny identyfikator zamówienia zakupu, który pełni funkcję głównego identyfikatora sprawy w procesie.
Opis

Numer zamówienia zakupu jest głównym identyfikatorem sprawy, który łączy wszystkie czynności, od początkowego zgłoszenia po ostateczne potwierdzenie przyjęcia towarów lub usług. Każdy unikalny numer zamówienia zakupu odpowiada jednej instancji procesu zakupowego.

W analizie process mining ten atrybut ma zasadnicze znaczenie dla śledzenia całego przebiegu każdego zakupu. Pozwala analitykom wizualizować mapy procesów, wykrywać warianty i obliczać KPI dla poszczególnych spraw, takie jak łączny czas cyklu zamówienia. Wszystkie zdarzenia i powiązane dane są grupowane według tego identyfikatora, co daje spójny obraz procesu.

Dlaczego to ważne

Ten atrybut jest niezbędny do śledzenia pełnego cyklu życia każdego zakupu i odtworzenia poszczególnych instancji procesu na potrzeby szczegółowej analizy.

Skąd pobrać

To standardowe pole klucza głównego obiektu Purchase Order w Coupa.

Przykłady
ZK-2023-00123ZK-2023-00456ZK-2023-00789
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy ostatnio odświeżono dane dotyczące procesu.
Opis

Ten atrybut określa, kiedy dane zostały ostatnio zaktualizowane z systemu źródłowego. Jest to pole metadanych dotyczące całego zbioru danych, a nie poszczególnych zdarzeń.

W każdym dashboardzie analitycznym ten znacznik czasu pomaga użytkownikom ocenić aktualność wyświetlanych danych. Pokazuje, że wnioski opierają się na niedawnych informacjach, i pozwala określić, jak świeżych danych można oczekiwać. Zwykle jest wyraźnie widoczny na dashboardach.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, dzięki czemu wiedzą, jak aktualna jest analiza procesu i wartości KPI.

Skąd pobrać

Ten znacznik czasu jest generowany i zapisywany podczas uruchomienia potoku ETL do wyodrębniania i ładowania danych.

Przykłady
2023-11-01T05:00:00Z
System źródłowy
SourceSystem
System, z którego wyodrębniono dane o procesie.
Opis

Ten atrybut wskazuje system informatyczny, w którym zarejestrowano dane o zdarzeniu. W tym procesie jego wartością będzie zawsze „Coupa”.

W firmach, w których dane pochodzą z wielu systemów, na przykład z Coupa do obsługi zakupów i innego systemu ERP do fakturowania, ten atrybut pomaga rozróżniać źródła danych. Ułatwia śledzenie ich pochodzenia i filtrowanie analizy, aby pokazać przebieg procesu w konkretnym systemie.

Dlaczego to ważne

Informuje o pochodzeniu danych, ułatwia ich śledzenie i wspiera właściwe zarządzanie danymi, zwłaszcza gdy proces obejmuje wiele systemów.

Skąd pobrać

To stała wartość dodawana zwykle podczas wyodrębniania i przekształcania danych w celu oznaczenia zbioru danych.

Przykłady
Coupa
Dział
Department
Dział firmy lub centrum kosztów, na które przypisano zamówienie zakupu.
Opis

Atrybut „Dział” określa jednostkę organizacyjną, która zainicjowała zakup lub poniesie jego koszt. Często jest powiązany z osobą wnioskującą albo z centrum kosztów wskazanym w pozycjach zamówienia zakupu.

Ten wymiar pozwala dzielić analizę procesu i KPI na segmenty. Dzięki niemu można porównywać efektywność procesu, zgodność i strukturę wydatków w różnych częściach organizacji. Na przykład dashboard „Analiza wydatków według kategorii zakupów” wykorzystuje ten atrybut, aby pokazać, jak poszczególne jednostki biznesowe wydają swoje budżety.

Dlaczego to ważne

Umożliwia filtrowanie i porównywanie danych o procesie i wydatkach w różnych jednostkach biznesowych, co pozwala wykryć różnice w efektywności i zgodności.

Skąd pobrać

Dostępny w nagłówku zamówienia zakupu lub w jego pozycjach w Coupa, często powiązany z centrum kosztów albo jednostką organizacyjną.

Przykłady
MarketingTechnologie informatyczneOperacjeFinanse
Kategoria zakupów
PurchaseCategory
Klasyfikacja kupowanych towarów lub usług, na przykład sprzęt IT albo usługi profesjonalne.
Opis

Kategoria zakupów, określana również jako grupa towarowa lub grupa materiałowa, służy do grupowania podobnych zakupów. Tak uporządkowane dane pozwalają systematycznie analizować wydatki i procesy zakupowe.

W process mining atrybut ten jest przydatny do filtrowania i dzielenia danych na segmenty. Korzysta z niego dashboard „Analiza wydatków według kategorii zakupów”, który pokazuje strukturę wydatków. Atrybut może też ujawnić, czy niektóre kategorie, na przykład złożone usługi, wiążą się z dłuższym czasem cyklu lub częstszymi zmianami niż inne, takie jak standardowe artykuły biurowe.

Dlaczego to ważne

Umożliwia analizę wydatków i procesu według kategorii, pomagając rozpoznawać wzorce zakupowe, negocjować z dostawcami i dostosowywać mechanizmy kontroli procesu.

Skąd pobrać

Zwykle znajduje się na poziomie pozycji zamówienia zakupu w Coupa i jest powiązany z kodem towarowym lub katalogiem zakupowym.

Przykłady
Sprzęt ITArtykuły biuroweUsługi profesjonalneMateriały marketingowe
Łączna wartość zamówienia
TotalOrderAmount
Łączna wartość pieniężna zamówienia zakupu.
Opis

Atrybut ten określa łączny koszt wszystkich towarów i usług ujętych w zamówieniu zakupu, wyrażony w określonej walucie. Dotyczy całego zamówienia.

Dane finansowe są niezbędne do analizy wydatków i ustalania priorytetów działań usprawniających proces. Zamówienia o wysokiej wartości mogą wymagać dokładniejszej kontroli lub innej ścieżki akceptacji. Atrybut jest bezpośrednio wykorzystywany w dashboardzie „Analiza wydatków według kategorii zakupów” oraz przy obliczaniu KPI „Udział wydatków u dostawców spoza listy preferowanych”.

Dlaczego to ważne

Pokazuje kontekst finansowy każdego zakupu, umożliwiając analizę wydatków, ustalanie priorytetów dla zamówień o wysokiej wartości i ocenę skutków finansowych.

Skąd pobrać

Dostępny w nagłówku zamówienia zakupu w Coupa, zwykle jako „Suma” lub „Suma całkowita”.

Przykłady
1500.00250.7512500.50
Nazwa dostawcy
VendorName
Nazwa dostawcy, od którego kupowane są towary lub usługi.
Opis

Nazwa dostawcy wskazuje podmiot zewnętrzny dostarczający towary lub usługi wymienione w zamówieniu zakupu. To podstawowa informacja w analizie zakupów.

Analiza przebiegu procesu dla poszczególnych dostawców ma duże znaczenie w zarządzaniu relacjami z dostawcami. Pomaga ocenić „Terminowość dostaw dostawcy”, wykryć „Opóźnienia w procesie przyjęcia towaru” i sprawdzić jakość dostawcy za pomocą wskaźnika „Odsetek zwrotów towarów”. Atrybut ten jest również potrzebny do obliczenia KPI „Udział wydatków u dostawców spoza listy preferowanych”.

Dlaczego to ważne

Umożliwia analizę wyników dostawców, co pomaga lepiej dobierać dostawców, negocjować korzystniejsze warunki i rozpoznawać tych osiągających najlepsze lub najsłabsze wyniki.

Skąd pobrać

Standardowe pole w nagłówku zamówienia zakupu w Coupa, powiązane z danymi podstawowymi dostawcy.

Przykłady
Global Office SuppliesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
Użytkownik
User
Identyfikator lub imię i nazwisko osoby, która wykonała czynność, na przykład osoby zatwierdzającej lub wnioskującej.
Opis

Ten atrybut wskazuje osobę odpowiedzialną za wykonanie konkretnego zdarzenia w procesie. Może to być osoba, która przygotowała projekt zamówienia, kierownik, który je zatwierdził, lub pracownik, który zaksięgował przyjęcie towaru.

Analiza wyników według użytkownika pomaga określić potrzeby szkoleniowe, wskazać osoby osiągające dobre wyniki i ocenić rozkład obciążenia pracą. Na przykład dashboard „Wyniki w zakresie czasu zatwierdzania zamówień zakupu” wykorzystuje ten atrybut do porównania czasu zatwierdzania przez poszczególne osoby. Pozwala to wykryć, kto może tworzyć wąskie gardło w procesie.

Dlaczego to ważne

Umożliwia analizę wyników procesu według osoby lub roli, co pomaga wykrywać wąskie gardła, określać potrzeby szkoleniowe i rozwiązywać problemy z przydziałem zasobów.

Skąd pobrać

Powiązany z każdym zdarzeniem w ścieżce audytu lub historii zamówienia zakupu w Coupa. Typowe źródła to pola „Created By”, „Approved By” i „Updated By”.

Przykłady
j.kowalskia.smithm.jones
Czy dostawa była terminowa
IsDeliveryOnTime
Obliczana wartość wskazująca, czy towary przyjęto w wymaganym terminie lub wcześniej.
Opis

Ten atrybut logiczny jest obliczany przez porównanie znacznika czasu zdarzenia „Zaksięgowano przyjęcie towaru” z wartością „RequestedDeliveryDate”. Przyjmuje wartość true, jeśli data przyjęcia przypada na wymagany termin lub wcześniej.

Wartość ta bezpośrednio wspiera KPI „Terminowość dostaw dostawcy” oraz dashboard „Odchylenia od terminu dostawy i zwroty”. Pokazuje jednoznacznie, czy dostawa była terminowa, co ułatwia agregowanie i wizualizację danych oraz szybkie wykrywanie problemów z dostawcami lub wewnętrznym procesem przyjęcia towaru.

Dlaczego to ważne

Zapewnia prosty, jednoznaczny miernik terminowości dostaw, ułatwiając obliczanie KPI dotyczących dostaw na czas i analizę trendów.

Skąd pobrać

Obliczany podczas transformacji danych przez porównanie wartości „RequestedDeliveryDate” ze znacznikiem czasu zdarzenia „Zaksięgowano przyjęcie towaru”.

Przykłady
truefalse
Czy dostawca jest preferowany
IsPreferredVendor
Wartość logiczna wskazująca, czy zakup został dokonany u preferowanego lub strategicznego dostawcy.
Opis

Wartość ta wskazuje, czy dostawca z zamówienia zakupu należy do wstępnie zatwierdzonej listy dostawców strategicznych. Zwykle ustala się ją przez porównanie nazwy lub identyfikatora dostawcy z główną listą preferowanych dostawców.

Atrybut ten jest niezbędny w działaniach związanych z zaopatrzeniem strategicznym i zarządzaniem wydatkami. Służy do obliczania KPI „Udział wydatków u dostawców spoza listy preferowanych”. Wskaźnik pomaga monitorować i ograniczać zakupy poza ustalonymi zasadami oraz skupiać wydatki u głównych partnerów, aby uzyskać rabaty za wolumen i korzystniejsze warunki.

Dlaczego to ważne

Pomaga monitorować zgodność zakupów z polityką firmy i realizację celów zaopatrzenia strategicznego, pokazując wydatki u dostawców preferowanych i pozostałych.

Skąd pobrać

Często nie jest to standardowe pole w Coupa. Wartość można wyznaczyć, porównując identyfikator dostawcy z zamówienia zakupu z zewnętrzną listą preferowanych dostawców.

Przykłady
truefalse
Czy wystąpiły poprawki
IsRework
Obliczana wartość wskazująca, czy w zamówieniu zakupu wystąpiło zdarzenie zmiany.
Opis

Ta wartość logiczna przyjmuje wartość true dla każdego zamówienia zakupu, w którego historii występuje co najmniej jedno zdarzenie „Zmieniono zamówienie zakupu”. Jest to atrybut na poziomie sprawy, wyznaczany na podstawie dziennika zdarzeń.

Atrybut ten upraszcza obliczanie KPI, takich jak „Wskaźnik zmian zamówień zakupu”. Ułatwia filtrowanie i dzielenie danych na segmenty, dzięki czemu można porównywać zamówienia wymagające poprawek z tymi, które ich nie wymagały, oraz ocenić wpływ zmian na czas cyklu i koszty. Jest też jednym z podstawowych elementów dashboardu „Analiza zmian zamówień zakupu”.

Dlaczego to ważne

Ułatwia analizę poprawek, ponieważ pozwala szybko filtrować i agregować dane dla wszystkich zamówień zakupu zmienionych co najmniej raz.

Skąd pobrać

Obliczany podczas transformacji danych przez sprawdzenie, czy dla każdego PurchaseOrderNumber występuje zdarzenie „Zmieniono zamówienie zakupu”.

Przykłady
truefalse
Czy zatwierdzono za pierwszym razem
IsFirstPassApproval
Obliczana wartość przyjmująca true, jeśli zamówienie zakupu zatwierdzono bez zmian po jego przygotowaniu.
Opis

Ta wartość logiczna przyjmuje true, jeśli między zdarzeniami „Przygotowano zamówienie zakupu” i „Zatwierdzono zamówienie zakupu” nie występują zdarzenia „Zmieniono zamówienie zakupu” ani „Odrzucono zamówienie zakupu”.

Atrybut ten bezpośrednio mierzy KPI „Odsetek zamówień zakupu zatwierdzonych za pierwszym razem”. Wysoki wynik oznacza sprawny i poprawny proces początkowy. Analiza przypadków, w których wartość jest false, może pomóc ustalić przyczyny poprawek i poprawić jakość danych w zamówieniach zakupu już na początku procesu.

Dlaczego to ważne

Bezpośrednio mierzy sprawność tworzenia i zatwierdzania zamówień, pokazując, ile z nich przechodzi przez proces bez poprawek.

Skąd pobrać

Obliczany podczas transformacji danych przez analizę kolejności zdarzeń dla każdego PurchaseOrderNumber.

Przykłady
truefalse
Imię i nazwisko osoby wnioskującej
RequesterName
Imię i nazwisko osoby, która jako pierwsza zgłosiła zapotrzebowanie na towary lub usługi.
Opis

Atrybut ten wskazuje pracownika, który utworzył zapotrzebowanie zakupowe prowadzące do powstania zamówienia zakupu. Osoba wnioskująca zgłasza potrzebę biznesową i może być kimś innym niż kupujący lub osoba zatwierdzająca.

Analiza przebiegu procesu według osób wnioskujących pomaga wykrywać wzorce związane z konkretnymi użytkownikami lub działami. Dashboard „Analiza zmian zamówień zakupu” pozwala sprawdzić, czy niektóre osoby częściej zmieniają zamówienia. Może to wskazywać na potrzebę lepszego przeszkolenia w zakresie określania wymagań.

Dlaczego to ważne

Pomaga ustalić, skąd w firmie pochodzi zakup, oraz analizować zachowania zakupowe i poprawność danych na poziomie osoby wnioskującej.

Skąd pobrać

Informacja ta jest zwykle zapisana w źródłowym zapotrzebowaniu zakupowym i przenoszona do zamówienia zakupu w Coupa.

Przykłady
Alice CooperBob DylanCharlie Parker
Miejsce dostawy
ReceivingLocation
Fizyczne miejsce, na przykład magazyn lub biuro, do którego mają zostać dostarczone towary.
Opis

Miejsce dostawy określa, dokąd mają trafić towary zamówione w zamówieniu zakupu. Może to być konkretny magazyn, zakład lub adres biura.

Atrybut ten służy do analizy logistyki i sprawności przyjęć w różnych lokalizacjach. Dashboard „Opóźnienia w procesie przyjęcia towaru” można filtrować według tego atrybutu, aby sprawdzić, czy w niektórych lokalizacjach przyjęcie dostaw trwa dłużej. Pomaga to wykryć problemy z efektywnością operacyjną lub niedobór zasobów w konkretnych miejscach.

Dlaczego to ważne

Umożliwia analizę procesu przyjęcia towaru według lokalizacji i pokazuje różnice w wynikach między magazynami, zakładami i biurami.

Skąd pobrać

Informacja ta jest częścią adresu „Dostawa do” w zamówieniu zakupu w Coupa.

Przykłady
Magazyn A, ChicagoBudynek 5, biuro w LondynieZakład we Frankfurcie
Numer zapotrzebowania zakupowego
PurchaseRequisitionNumber
Unikalny identyfikator zapotrzebowania zakupowego, które poprzedziło zamówienie zakupu.
Opis

Atrybut ten łączy zamówienie zakupu z zapotrzebowaniem, na podstawie którego je utworzono. Jedno zapotrzebowanie może prowadzić do utworzenia jednego lub kilku zamówień zakupu.

To powiązanie jest niezbędne do analizy pełnego czasu cyklu „Od zapotrzebowania do zamówienia”. Łącząc zdarzenie utworzenia zapotrzebowania ze zdarzeniami utworzenia i wysłania zamówienia zakupu, można mierzyć efektywność całego procesu inicjowania zakupów, od zgłoszenia potrzeby po realizację.

Dlaczego to ważne

Łączy etapy zgłoszenia potrzeby i składania zamówienia, umożliwiając analizę czasu cyklu od zapotrzebowania do zamówienia oraz współczynnika konwersji.

Skąd pobrać

Zwykle jest to pole referencyjne w pozycjach zamówienia zakupu w Coupa, wskazujące zapotrzebowanie źródłowe.

Przykłady
PR-2023-00098PR-2023-00152PR-2023-00341
Powód odrzucenia
RejectionReason
Powód podany przy odrzuceniu zapotrzebowania zakupowego lub zamówienia zakupu na etapie akceptacji.
Opis

Osoba zatwierdzająca często podaje powód odrzucenia zamówienia zakupu. Atrybut ten przechowuje takie wyjaśnienie, na przykład „Nieprawidłowy kod budżetowy” lub „Przekroczono limit wydatków”.

Analiza powodów odrzucenia pozwala bezpośrednio ustalić źródła poprawek i problemów w procesie. Te dane jakościowe pomagają wykrywać częste błędy przy składaniu zapotrzebowań, a następnie kierować szkolenia do odpowiednich osób lub wprowadzać zmiany w systemie. Dzięki temu można ograniczyć liczbę odrzuceń i zwiększyć odsetek zamówień zatwierdzanych za pierwszym razem.

Dlaczego to ważne

Pokazuje konkretne przyczyny odrzucania zamówień zakupu, co pomaga ograniczyć poprawki i opóźnienia u źródła.

Skąd pobrać

Zwykle zapisywany w polu komentarza lub notatki powiązanym ze zdarzeniem „Odrzucono zamówienie zakupu” albo „Odrzucono zapotrzebowanie zakupowe” w workflow akceptacji Coupa.

Przykłady
Zduplikowane zapotrzebowanieBudżet nie został zatwierdzonyWybrano nieprawidłowego dostawcę
Powód zmiany
ChangeReason
Powód zmiany wprowadzonej w zamówieniu zakupu po jego utworzeniu.
Opis

Atrybut ten określa przyczynę zmiany zamówienia zakupu, na przykład „Zaktualizowano ilość” lub „Skorygowano cenę”. Informacja jest często zapisywana w ścieżce audytu podczas zdarzenia „Zmieniono zamówienie zakupu”.

Zrozumienie przyczyn zmian zamówień jest niezbędne do analizy w dashboardzie „Analiza zmian zamówień zakupu”. Pozwala odróżnić zmiany, których nie dało się uniknąć, na przykład brak towaru u dostawcy, od tych, którym można zapobiec, takich jak błędne dane wprowadzone na początku. Dzięki temu można poprawić dokładność zamówień i obniżyć KPI „Wskaźnik zmian zamówień zakupu”.

Dlaczego to ważne

Wyjaśnia przyczyny zmian zamówień zakupu, co pozwala podjąć ukierunkowane działania, poprawić poprawność zamówień za pierwszym razem i ograniczyć poprawki w procesie.

Skąd pobrać

Często znajduje się w dziennikach audytowych lub komentarzach powiązanych ze zdarzeniami zmiany zamówienia zakupu w Coupa.

Przykłady
Aktualizacja ceny przez dostawcęZmiana terminu dostawyPoprawiony kod towaru
Waluta
Currency
Kod waluty, w której podano wartości pieniężne w zamówieniu zakupu.
Opis

Atrybut ten określa walutę, na przykład USD, EUR lub GBP, w której podano łączną wartość zamówienia. Jest niezbędny do prawidłowej interpretacji danych finansowych w organizacji działającej na wielu rynkach.

W przypadku firm międzynarodowych analiza wydatków bez uwzględnienia waluty może prowadzić do błędnych wniosków. Atrybut umożliwia prawidłowe przeliczanie walut i spójne raportowanie finansowe w dashboardach, dzięki czemu można porównywać wartości na tych samych zasadach.

Dlaczego to ważne

Umożliwia rzetelną analizę i raportowanie finansowe w firmach międzynarodowych, dostarczając informacji potrzebnych do przeliczania walut.

Skąd pobrać

Standardowe pole w nagłówku zamówienia zakupu w Coupa.

Przykłady
USDEURGBPJPY
Wymagana data dostawy
RequestedDeliveryDate
Data, na którą osoba wnioskująca zamówiła dostawę towarów lub usług.
Opis

Atrybut ten określa docelową datę dostawy podaną przez użytkownika biznesowego podczas składania zapotrzebowania. Odzwierciedla oczekiwania firmy co do terminu realizacji zamówienia.

Data ta stanowi punkt odniesienia przy ocenie wyników dostawcy i sprawności procesów wewnętrznych. Służy bezpośrednio do obliczania KPI „Terminowość dostaw dostawcy” przez porównanie jej z faktyczną datą zdarzenia „Zaksięgowano przyjęcie towaru”. Dashboard „Odchylenia od terminu dostawy i zwroty” pokazuje różnicę między wymaganą a faktyczną datą dostawy, co pomaga zarządzać oczekiwaniami i poprawiać prognozy.

Dlaczego to ważne

Stanowi punkt odniesienia do pomiaru terminowości dostaw od dostawców i sprawności wewnętrznego procesu przyjęcia towaru.

Skąd pobrać

Standardowe pole w pozycji zamówienia zakupu w Coupa.

Przykłady
2023-11-152023-12-012024-01-10
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi zamówień zakupu

Poniżej wymieniono najważniejsze kroki i etapy procesu, które warto uwzględnić w dzienniku zdarzeń, aby rzetelnie odtworzyć i analizować operacje P2P.
6 Zalecane 11 Opcjonalne
Działanie Opis
Anulowano zamówienie zakupu
Ta czynność oznacza anulowanie zamówienia zakupu przed zakończeniem jego realizacji. Może do niego dojść na różnych etapach, na przykład gdy zgłoszenie przestaje być aktualne lub zamówienie utworzono przez pomyłkę.
Dlaczego to ważne

Anulowanie stanowi alternatywne zakończenie procesu. Śledzenie takich przypadków pomaga zrozumieć, dlaczego proces nie został ukończony, i ustalić przyczyny porzucenia zgłoszeń zakupowych.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany statusu obiektu zamówienia zakupu na „Canceled”. Czas zdarzenia określa znacznik czasu tej zmiany.

Rejestrowanie

Ustalane na podstawie znacznika czasu zmiany statusu na „Canceled”.

Typ zdarzenia inferred
Utworzono zgłoszenie zapotrzebowania
To zdarzenie oznacza utworzenie zgłoszenia zapotrzebowania, czyli formalnego wniosku o towary lub usługi, który poprzedza zamówienie zakupu. W Coupa jest rejestrowane, gdy użytkownik zapisuje i przesyła nowe zgłoszenie.
Dlaczego to ważne

Jako typowy początek procesu zakupowego, ta czynność pozwala mierzyć cały czas od zgłoszenia zapotrzebowania do zamówienia oraz ocenić sprawność wcześniejszych etapów procesu.

Skąd pobrać

Zdarzenie odpowiada rekordowi utworzenia w obiekcie lub tabeli Purchase Requisitions w Coupa. Znacznik czasu można znaleźć w polu „created_at” lub w równoważnym, automatycznie uzupełnianym polu daty utworzenia.

Rejestrowanie

Rejestrowane bezpośrednio po utworzeniu nowego rekordu zgłoszenia zapotrzebowania.

Typ zdarzenia explicit
Wysłano zamówienie zakupu do dostawcy
Ta czynność oznacza moment oficjalnego przekazania zatwierdzonego zamówienia zakupu dostawcy, na przykład e-mailem lub przez Coupa Supplier Portal. Wtedy zamówienie przestaje być dokumentem wewnętrznym i staje się zobowiązaniem wobec dostawcy.
Dlaczego to ważne

To ważny etap, który kończy wewnętrzny proces od zgłoszenia zapotrzebowania do zamówienia i rozpoczyna czas realizacji po stronie dostawcy. Jest niezbędny do pomiaru sprawności wewnętrznej i oceny dostawców.

Skąd pobrać

Zdarzenie często można wywnioskować ze zmiany statusu zamówienia zakupu na „Ordered” lub „Sent”. Rekord zamówienia w Coupa może też zawierać znacznik czasu „last_exported_at” lub „sent_to_supplier_at”.

Rejestrowanie

Ustalane na podstawie znacznika czasu zmiany statusu na „Ordered” lub pola zawierającego czas wysłania.

Typ zdarzenia inferred
Zaksięgowano przyjęcie towaru
To formalne potwierdzenie, że towary zostały przyjęte, sprawdzone i zaakceptowane. Zdarzenie aktualizuje dane o zapasach i oznacza, że dostawca wywiązał się z obowiązku dostarczenia towarów.
Dlaczego to ważne

Ten ważny etap kończy czas realizacji po stronie dostawcy i służy do pomiaru terminowości dostaw. Opóźnienia w księgowaniu przyjęć mogą utrudniać ocenę rzeczywistego stanu zapasów.

Skąd pobrać

To podstawowa transakcja w Coupa, zapisywana w obiekcie Receipt. Zdarzenie jest rejestrowane w chwili zmiany statusu przyjęcia na „Posted” lub „Received”.

Rejestrowanie

Zapisywane po sfinalizowaniu transakcji przyjęcia towaru w systemie.

Typ zdarzenia explicit
Zamknięto zamówienie zakupu
To ostatnia czynność, oznaczająca zakończenie realizacji zamówienia zakupu. Zamówienie uznaje się za zamknięte, gdy wszystkie towary zostały przyjęte, wszystkie faktury rozliczone i nie oczekuje się kolejnych transakcji.
Dlaczego to ważne

Ta czynność formalnie kończy cykl życia zamówienia zakupu. Analiza czasu do zamknięcia może ujawnić nieefektywności w końcowym uzgadnianiu danych i prowadzeniu dokumentacji.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany statusu obiektu zamówienia zakupu na „Closed”. Coupa często ustawia ten status automatycznie na podstawie reguł biznesowych dotyczących tolerancji przyjęć i fakturowania.

Rejestrowanie

Ustalane na podstawie znacznika czasu zmiany statusu na „Closed”.

Typ zdarzenia inferred
Zatwierdzono zamówienie zakupu
Ten etap oznacza zakończenie wewnętrznego workflow zatwierdzania zamówienia zakupu i zgodę na jego wysłanie do dostawcy. Zwykle jest to ostatni etap wieloetapowego procesu zatwierdzania.
Dlaczego to ważne

To ważny etap przy obliczaniu czasu zatwierdzania zamówienia zakupu i wykrywaniu wąskich gardeł. Stanowi również istotny punkt kontroli zgodności.

Skąd pobrać

Zdarzenie pobierane z historii zatwierdzania zamówienia zakupu w Coupa. Czas zdarzenia określa znacznik czasu ostatecznego zatwierdzenia.

Rejestrowanie

Zapisywane w historii zatwierdzania po zakończeniu działania przez osobę zatwierdzającą jako ostatnia.

Typ zdarzenia explicit
Dostawca potwierdził zamówienie
To zdarzenie oznacza, że dostawca otrzymał i potwierdził zamówienie zakupu. Potwierdzenie jest często rejestrowane elektronicznie w portalu dostawcy, takim jak Coupa Supplier Portal (CSP).
Dlaczego to ważne

Potwierdzenie dostawcy daje pewność, że zamówienie jest realizowane. Ułatwia dokładniejsze prognozowanie dostaw i ogranicza niepewność w łańcuchu dostaw.

Skąd pobrać

Informacje te są zwykle dostępne w zamówieniu zakupu, jeśli dostawca używa Coupa Supplier Portal i wybiera działanie „Acknowledge”. Wykorzystuje się znacznik czasu tego działania.

Rejestrowanie

Zapisywane, gdy dostawca wybiera działanie „Acknowledge” w portalu dostawcy.

Typ zdarzenia explicit
Odrzucono zamówienie zakupu
To zdarzenie występuje, gdy osoba zatwierdzająca odrzuca zamówienie zakupu w trakcie workflow zatwierdzania. Zamówienie jest zwykle odsyłane do autora w celu poprawienia lub anulowania.
Dlaczego to ważne

Analiza odrzuceń pomaga wykrywać problemy z jakością danych, naruszenia zasad lub braki w szkoleniach. Ujawnia też pętle poprawek, które znacznie wydłużają proces.

Skąd pobrać

To jawne zdarzenie zapisane w historii zatwierdzania zamówienia zakupu w Coupa. Historia zawiera działanie „Reject” wraz z odpowiadającym mu znacznikiem czasu.

Rejestrowanie

Zapisywane w historii zatwierdzania ze statusem „Reject”.

Typ zdarzenia explicit
Otrzymano fakturę do zamówienia zakupu
To zdarzenie oznacza otrzymanie i zarejestrowanie faktury dostawcy powiązanej z zamówieniem zakupu. Rozpoczyna etap obsługi faktury i płatności w cyklu P2P.
Dlaczego to ważne

Choć obsługa faktury należy do procesu AP, powiązanie jej otrzymania z zamówieniem zakupu daje pełny obraz cyklu transakcji i pomaga analizować odstęp między dostawą a fakturą.

Skąd pobrać

Zdarzenie pobierane ze znacznika czasu utworzenia dokumentu Invoice w Coupa, gdzie faktura jest dopasowywana do odpowiedniego numeru zamówienia zakupu.

Rejestrowanie

Zapisywane po utworzeniu rekordu faktury powiązanego z zamówieniem zakupu.

Typ zdarzenia explicit
Przeprowadzono kontrolę jakości
To zdarzenie oznacza, że dostarczony towar przeszedł kontrolę jakości z wynikiem pozytywnym. W zależności od procesu firmy kontrola może być osobnym etapem po zaksięgowaniu przyjęcia towaru.
Dlaczego to ważne

Ta czynność pozwala mierzyć sprawność kontroli jakości. Opóźnienia mogą tworzyć wąskie gardło między przyjęciem towaru a udostępnieniem go do użycia.

Skąd pobrać

Zdarzenie może być zapisane jako zmiana statusu pozycji przyjęcia lub w osobnym obiekcie kontroli w Coupa. Dostępność danych zależy od tego, czy używany jest moduł jakości lub niestandardowy workflow.

Rejestrowanie

Ustalane na podstawie zmiany statusu przyjęcia lub znacznika czasu w powiązanym rekordzie kontroli.

Typ zdarzenia inferred
Przesłano zamówienie zakupu
Po przygotowaniu projektu zamówienie zakupu jest formalnie przesyłane do workflow zatwierdzania. To odrębne działanie użytkownika, które zmienia status zamówienia z projektu na oczekujące na zatwierdzenie.
Dlaczego to ważne

To zdarzenie pozwala odróżnić czas przygotowania projektu od czasu, gdy zamówienie faktycznie oczekuje na zatwierdzenie. Dzięki temu można lepiej zrozumieć działania użytkowników i przekazywanie zadań.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany statusu obiektu zamówienia zakupu, na przykład z „draft” na „pending approval”. Wykorzystuje się znacznik czasu tej konkretnej zmiany.

Rejestrowanie

Ustalane na podstawie znacznika czasu zmiany statusu na „pending approval”.

Typ zdarzenia inferred
Przygotowano projekt zamówienia zakupu
To zdarzenie oznacza początkowe utworzenie dokumentu zamówienia zakupu w systemie, często na podstawie zatwierdzonego zgłoszenia zapotrzebowania. Na tym etapie zamówienie jest wewnętrznym projektem, który nie został jeszcze przesłany do zatwierdzenia ani wysłany do dostawcy.
Dlaczego to ważne

Od tej czynności rozpoczyna się pomiar KPI czasu zatwierdzania zamówienia zakupu. To pierwszy formalny etap cyklu życia samego zamówienia.

Skąd pobrać

Zdarzenie odpowiada znacznikowi czasu utworzenia rekordu zamówienia zakupu w Coupa, zwykle zapisanemu w polu takim jak „created_at”.

Rejestrowanie

Pobierane z automatycznie wygenerowanego znacznika czasu utworzenia rekordu zamówienia zakupu.

Typ zdarzenia explicit
Rozpoczęto przyjęcie towaru
Ta czynność oznacza początek procesu przyjęcia towaru, na przykład utworzenie dokumentu przyjęcia w Coupa po fizycznym dostarczeniu towarów. Towary nie zostały jeszcze formalnie wprowadzone do ewidencji magazynowej ani potwierdzone jako przyjęte.
Dlaczego to ważne

To zdarzenie rozpoczyna pomiar KPI czasu obsługi przyjęcia towaru. Pozwala odróżnić czas oczekiwania towarów przy rampie od czasu poświęconego na obsługę w systemie.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu utworzenia dokumentu przyjęcia ze statusem „Draft” lub „Pending”. Poprzedza ono ostateczne zaksięgowanie przyjęcia.

Rejestrowanie

Ustalane na podstawie znacznika czasu utworzenia rekordu przyjęcia, który nie został jeszcze zaksięgowany.

Typ zdarzenia inferred
Wprowadzono potwierdzenie wykonania usługi
W przypadku zamówień zakupu dotyczących usług ta czynność odpowiada przyjęciu towaru. Potwierdza, że usługa została wykonana zgodnie z warunkami zamówienia.
Dlaczego to ważne

Śledzenie potwierdzeń wykonania usług pomaga kontrolować wydatki na usługi i upewnić się, że płatności dotyczą wyłącznie prac, których wykonanie zostało potwierdzone.

Skąd pobrać

Zdarzenie jest rejestrowane przy utworzeniu lub zatwierdzeniu potwierdzenia wykonania usługi albo karty wykonania usługi powiązanej z zamówieniem zakupu w Coupa.

Rejestrowanie

Zapisywane po utworzeniu i zatwierdzeniu karty wykonania usługi.

Typ zdarzenia explicit
Zatwierdzono zgłoszenie zapotrzebowania
Zgłoszenie zapotrzebowania przechodzi workflow zatwierdzania, zanim zostanie przekształcone w zamówienie zakupu. To zdarzenie oznacza ostateczne zatwierdzenie zgłoszenia, po którym można złożyć zamówienie.
Dlaczego to ważne

Śledzenie zatwierdzania zgłoszeń pomaga wykrywać wąskie gardła na etapie poprzedzającym złożenie zamówienia. Opóźnienia na tym etapie bezpośrednio wpływają na termin wystawienia zamówienia zakupu.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane w historii zatwierdzania obiektu zgłoszenia zapotrzebowania w Coupa. Przy ostatecznym zatwierdzeniu zapisywany jest znacznik czasu i użytkownik.

Rejestrowanie

Zapisywane w historii zatwierdzania w chwili podjęcia działania przez osobę zatwierdzającą zgłoszenie jako ostatnia.

Typ zdarzenia explicit
Zmieniono zamówienie zakupu
To zdarzenie oznacza każdą modyfikację zamówienia zakupu po przygotowaniu jego pierwszego projektu. W Coupa zmiany są często śledzone przez kolejne wersje dokumentu zamówienia.
Dlaczego to ważne

Śledzenie zmian jest istotne przy analizie takich KPI jak wskaźnik zmian zamówień zakupu i wskaźnik zamówień niezgodnych z zasadami. Częste zmiany mogą świadczyć o niestabilności procesu lub nieprecyzyjnych zgłoszeniach.

Skąd pobrać

Zdarzenie można wywnioskować, śledząc kolejne wersje zamówienia zakupu. Każdy numer wersji większy od pierwszego oznacza zmianę, a czas utworzenia nowej wersji jest znacznikiem czasu zdarzenia.

Rejestrowanie

Ustalane na podstawie znacznika czasu utworzenia nowej wersji zamówienia zakupu.

Typ zdarzenia inferred
Zwrócono towary
Ta czynność jest rejestrowana, gdy wcześniej przyjęte towary zostają odesłane do dostawcy. Zwykle przyczyną są problemy z jakością, uszkodzenia lub nieprawidłowa dostawa.
Dlaczego to ważne

Śledzenie zwrotów jest niezbędne do obliczania wskaźnika zwrotów towarów i wykrywania problemów z jakością dostawców lub zgodnością dostawy z zamówieniem. Wysoki odsetek zwrotów często wskazuje na kosztowne błędy w procesie.

Skąd pobrać

Zdarzenie jest rejestrowane na podstawie transakcji „Return to Supplier” lub ujemnej transakcji przyjęcia w Coupa. Znacznik czasu transakcji określa czas zdarzenia.

Rejestrowanie

Zapisywane po utworzeniu transakcji zwrotu powiązanej z pierwotnym zamówieniem zakupu lub przyjęciem.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje eksportu danych

Jak pobrać dane z Coupa

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu, aby przygotować dane do analizy process mining i uzyskać konkretne informacje o procesie. Już dziś zacznij usprawniać obsługę zamówień zakupu.

Usprawnij obsługę zamówień P2P i zwiększ efektywność

Skróć czas cyklu P2P o 30% i szybko zobacz efekty.

Rozpocznij bezpłatny okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.