Šablona dat pro váš proces Purchase to Pay - Purchase Order

Oracle Fusion Financials
Šablona dat pro váš proces Purchase to Pay - Purchase Order

Šablona dat pro váš proces Purchase to Pay - Purchase Order

Tato šablona vám pomůže shromáždit potřebná data pro analýzu procesu Purchase to Pay - Purchase Order. Uvádí základní datové atributy, důležité aktivity ke sledování a praktický postup, jak tyto informace získat. Využijte ji k zachycení všech údajů potřebných pro účinný process mining.
  • Doporučené atributy pro úplný sběr dat
  • Důležité aktivity procesu ke sledování a analýze
  • Postup získání dat z Oracle Fusion Financials krok za krokem
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy procesu Purchase to Pay - Purchase Order

Níže jsou doporučená datová pole, která zahrňte do záznamu událostí pro úplnou analýzu procesu Purchase to Pay - Purchase Order.
3 Povinné 7 Doporučené 11 Volitelné
Název Popis
Aktivita
ActivityName
Název konkrétní obchodní události nebo kroku, který nastal během životního cyklu objednávky.
Popis

Tento atribut popisuje konkrétní úkol nebo změnu stavu v procesu, například „Vytvoření objednávky“ nebo „Přijetí zboží“. Činnosti tvoří posloupnost událostí, z nichž se skládá průběh procesu.

Analýza pořadí a načasování těchto činností je základem process mining. Pomáhá zobrazit mapu procesu, odhalit úzká místa, najít odchylky od standardního postupu a měřit dobu jednotlivých kroků.

Proč je to důležité

Činnosti tvoří základní prvky mapy procesu. Jejich sledování umožňuje zobrazit a analyzovat průběh procesu, úzká místa i odchylky.

Kde data získat

Odvozuje se ze změn stavů v tabulkách, jako jsou PO_HEADERS_ALL a PO_ACTION_HISTORY, nebo z konkrétních transakčních tabulek, například RCV_TRANSACTIONS pro příjem zboží.

Příklady
Vytvoření objednávkySchválení objednávkyPřijetí zboží
Čas zahájení
EventTime
Časové razítko udávající, kdy došlo ke konkrétní činnosti nebo události.
Popis

Tento atribut zaznamenává přesné datum a čas každé činnosti v procesu. Je nezbytný pro chronologické seřazení událostí a veškeré časové analýzy.

V process mining se čas zahájení používá k sestavení záznamu událostí, výpočtu průběžné doby mezi činnostmi, měření čekání a analýze výkonu procesu v různých obdobích. Je nezbytný pro dashboardy zaměřené na průběžnou dobu a výkon.

Proč je to důležité

Toto časové razítko je zásadní pro správné seřazení událostí a výpočet všech časových ukazatelů, například průběžné doby a úzkých míst.

Kde data získat

Pole s časovým razítkem, například CREATION_DATE a LAST_UPDATE_DATE, z různých tabulek včetně PO_HEADERS_ALL, PO_ACTION_HISTORY a RCV_SHIPMENT_LINES.

Příklady
2023-04-15T10:05:00Z2023-04-16T14:30:00Z2023-05-01T09:00:00Z
Objednávka
PurchaseOrder
Jedinečný identifikátor dokumentu objednávky, který slouží jako hlavní ID případu pro sledování životního cyklu nákupu.
Popis

Číslo objednávky je hlavní identifikátor, který propojuje všechny související činnosti od vytvoření až po konečné uzavření. Umožňuje analyzovat celý průběh jednotlivého nákupního případu.

V process mining představuje každé jedinečné číslo objednávky jednu instanci procesu. Analýza dat seskupených podle tohoto identifikátoru pomáhá porozumět odchylkám v procesu, průběžné době a shodě u jednotlivých objednávek.

Proč je to důležité

Jde o hlavní ID případu, které propojuje všechny související události a umožňuje rekonstruovat a analyzovat celý životní cyklus objednávky.

Kde data získat

Oracle Fusion Cloud SCM, modul Procurement, tabulka PO_HEADERS_ALL, sloupec SEGMENT1.

Příklady
100234510023461002347
Čas ukončení
EndTime
Časové razítko okamžiku dokončení činnosti. U jednotlivých okamžitých událostí bývá stejné jako čas zahájení.
Popis

U činností, které nějakou dobu trvají, označuje čas ukončení jejich dokončení. U okamžitých událostí se obvykle shoduje s časem zahájení. Je nezbytný pro výpočet doby zpracování jednotlivých činností.

Samostatný čas ukončení umožňuje přesněji analyzovat dobu trvání činností, která se může lišit od čekání mezi nimi. Pomáhá rozlišit aktivní práci od nečinnosti a analyzovat vytížení zdrojů i efektivitu.

Proč je to důležité

Umožňuje přesně vypočítat dobu zpracování činností, což je důležité při analýze efektivity zdrojů a hledání časově náročných úkolů.

Kde data získat

U okamžitých událostí může být stejný jako čas zahájení, případně se odvodí z časových razítek následujících událostí. U některých činností může být k dispozici samostatné časové razítko dokončení.

Příklady
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
Celková částka objednávky
PurchaseOrderTotalAmount
Celková peněžní hodnota objednávky.
Popis

Tento atribut představuje celkovou cenu všech položek objednávky v určené měně. Jde o důležitý finanční ukazatel, který vyjadřuje hodnotu transakcí v procesu.

Analýza celkové částky objednávky pomáhá určit priority při zlepšování procesů. Například objednávky s vysokou hodnotou mohou podléhat přísnějšímu schvalování. Umožňuje také vyhodnotit finanční dopad, například hodnotu objednávek, které se často mění nebo zpožďují.

Proč je to důležité

Doplňuje proces o finanční kontext. Umožňuje analyzovat objednávky podle hodnoty, zaměřit se na objednávky s vysokou částkou nebo vyhodnotit finanční dopad zpoždění.

Kde data získat

Vypočítá se součtem částek z PO_LINES_ALL pro danou hlavičku objednávky, případně se převezme celková částka z hlavičky, pokud je k dispozici.

Příklady
5250.00120000.50750.99
Jméno schvalovatele
ApproverName
Jméno uživatele, který objednávku schválil nebo zamítl.
Popis

Tento atribut zaznamenává osobu odpovědnou za schvalovací krok ve workflow. Údaj se obvykle ukládá do tabulky historie akcí nebo záznamu workflow spojeného s objednávkou.

Analýza podle schvalovatele je důležitá pro dashboardy 'PO Approval Cycle Time Analysis' a 'Approval Resource Workload'. Pomáhá zjistit, u kterých schvalovatelů nebo schvalovacích skupin vznikají úzká místa, spravedlivě posoudit pracovní zátěž a najít možnosti delegování nebo úpravy procesu.

Proč je to důležité

Určuje osoby ve schvalovacím řetězci a umožňuje analyzovat úzká místa, pracovní zátěž a průběžnou dobu schvalování podle schvalovatele.

Kde data získat

Uživatel, který akci provedl, je uveden v PO_ACTION_HISTORY.ACTION_PERFORMED_BY. Celé jméno získáte propojením s tabulkou uživatelů.

Příklady
susan.managerdavid.directoremily.finance
Název dodavatele
VendorName
Název dodavatele, od kterého se nakupuje zboží nebo služby.
Popis

Tento atribut určuje externího dodavatele objednávky. Jde o důležitý kmenový údaj propojený s hlavičkou objednávky.

Analýza dodavatelů je důležitou součástí process mining v P2P. Filtrováním nebo členěním podle dodavatele mohou firmy analyzovat včasnost dodávek, porovnávat podíl včasných dodávek a sledovat míru vráceného zboží. Tak lze najít dodavatele s lepšími i horšími výsledky. Tato data jsou důležitá pro řízení vztahů s dodavateli a strategického nákupu.

Proč je to důležité

Nezbytný údaj pro analýzu výkonu dodavatelů. Umožňuje porovnávat dobu dodání, míru vratek a celkovou spolehlivost jednotlivých dodavatelů.

Kde data získat

Propojeno z PO_HEADERS_ALL.VENDOR_ID na POZ_SUPPLIERS.VENDOR_NAME.

Příklady
Global Office SuppliesTech Solutions Inc.Advanced Logistics Co.
Oddělení
DepartmentName
Název oddělení, které objednávku zadalo nebo za ni odpovídá.
Popis

Tento atribut určuje organizační jednotku spojenou s nákupem, například 'Finance', 'IT' nebo 'Výroba'. Používá se pro přiřazení nákladů a organizační výkaznictví.

V process mining je členění procesu podle oddělení důležité pro porovnání výkonu, odhalení úzkých míst v jednotlivých odděleních a pochopení rozdílů v průběhu procesu napříč organizací. Podporuje například dashboardy 'PO Approval Cycle Time Analysis' a 'Purchase Order Modification Trends'.

Proč je to důležité

Umožňuje filtrovat a porovnávat výkon procesu v různých organizačních jednotkách a odhalit problémy nebo osvědčené postupy konkrétních oddělení.

Kde data získat

Odvozuje se z údajů o nákladových střediscích v tabulkách, jako je PO_DISTRIBUTIONS_ALL, která odkazuje na kmenová data oddělení.

Příklady
Provoz ITMarketingVýzkum a vývoj
Požadované datum dodání
RequestedDeliveryDate
Datum, do kterého žadatel očekává dodání zboží nebo poskytnutí služeb.
Popis

Toto datum se uvádí na řádku objednávky a sděluje dodavateli požadovaný termín dodání. Slouží jako základ pro měření včasnosti dodávek.

Tento atribut je nezbytný pro výpočet KPI „Podíl včasných dodávek“. Porovnáním skutečného data příjmu zboží s požadovaným datem dodání mohou organizace měřit a sledovat spolehlivost dodavatelů a odhalovat opakovaná zpoždění v dodavatelském řetězci.

Proč je to důležité

Slouží jako základ pro měření včasnosti dodávek. Jde o důležitý KPI pro hodnocení spolehlivosti dodavatelů a efektivity dodavatelského řetězce.

Kde data získat

Nachází se na úrovni umístění řádku v tabulce PO_LINE_LOCATIONS_ALL, ve sloupci NEED_BY_DATE.

Příklady
2023-05-202023-06-152023-07-01
Uživatel
UserName
ID nebo jméno uživatele, který činnost provedl.
Popis

Tento atribut určuje zaměstnance nebo systémového uživatele odpovědného za konkrétní událost, například vytvoření požadavku, schválení objednávky nebo zaúčtování příjmu zboží. Obvykle se získává z polí jako 'Created By' nebo 'Last Updated By'.

Analýza procesu podle uživatelů pomáhá porozumět rozložení pracovní zátěže, výkonu jednotlivců a potřebám školení. Je nezbytná pro dashboard 'Approval Resource Workload' i pro prověřování problémů se shodou souvisejících s činnostmi uživatelů.

Proč je to důležité

Přiřazuje činnosti konkrétním uživatelům a umožňuje analyzovat pracovní zátěž, hodnotit výkon a hledat možnosti školení.

Kde data získat

Propojte data s tabulkami uživatelů podle ID v polích, jako jsou CREATED_BY nebo LAST_UPDATED_BY, v tabulkách PO_HEADERS_ALL a PO_ACTION_HISTORY.

Příklady
john.doejane.smithsystem.batch
Je dodávka opožděná
IsLateDelivery
Příznak označující, zda bylo konečné potvrzení příjmu zboží zaznamenáno po požadovaném datu dodání.
Popis

Tento vypočítávaný booleovský atribut má hodnotu true, pokud časové razítko aktivity „Goods Received“ následuje po datu uvedeném v atributu „Requested Delivery Date“ dané objednávky.

Tento příznak je základem KPI „On-Time Delivery Rate“. Umožňuje snadno rozdělit a analyzovat opožděné a včasné objednávky a zkoumat příčiny zpoždění, ať už souvisejí s konkrétními dodavateli, lokalitami nebo kategoriemi produktů.

Proč je to důležité

Přímo podporuje KPI „On-Time Delivery Rate“ a umožňuje přehledně analyzovat výkonnost dodavatelů a spolehlivost dodávek.

Kde data získat

Vypočítávané pole. Má hodnotu „true“, pokud časové razítko aktivity „Goods Received“ následuje po hodnotě atributu „RequestedDeliveryDate“.

Příklady
truefalse
Je přepracováno
IsRework
Příznak označující, zda byla objednávka po svém vytvoření upravena.
Popis

Jde o vypočítávaný booleovský atribut, který má hodnotu true, pokud případ objednávky obsahuje aktivitu „Purchase Order Changed“. Pomáhá rychle určit objednávky, u kterých bylo nutné provést opravy nebo změny.

Tento příznak zjednodušuje výpočet KPI „PO Modification Rate“ a usnadňuje filtrování a analýzu přepracovaných objednávek. Znalost jejich charakteristik, například zapojených dodavatelů nebo oddělení, může pomoci odhalit příčiny nepřesných dat nebo měnících se požadavků.

Proč je to důležité

Přímo podporuje KPI „PO Modification Rate“ a usnadňuje analýzu nestability procesu tím, že označí všechny změněné objednávky.

Kde data získat

Vypočítávané pole. Má hodnotu „true“, pokud záznam událostí případu obsahuje aktivitu „Purchase Order Changed“, jinak má hodnotu „false“.

Příklady
truefalse
Je schválení v souladu s pravidly
IsApprovalCompliant
Příznak označující, zda byla objednávka schválena před odesláním dodavateli.
Popis

Jde o vypočítávaný booleovský atribut, který ověřuje dodržení důležité interní kontroly: objednávka musí být schválena před odesláním dodavateli. Hodnotu true má tehdy, pokud aktivita „Purchase Order Approved“ nastane před aktivitou „Purchase Order Sent to Vendor“.

Tento atribut je nezbytný pro dashboard „PO Process Compliance Audit“ a KPI „PO Approval Compliance Rate“. Umožňuje snadno určit a vyčíslit porušení pravidel, podporuje dodržování zásad nákupu a pomáhá omezit rizika spojená s neoprávněnými výdaji.

Proč je to důležité

Přímo měří KPI „PO Approval Compliance Rate“ a upozorňuje na závažná porušení interních kontrol, kdy jsou objednávky odeslány dodavatelům před schválením.

Kde data získat

Vypočítávané pole. Má hodnotu „true“, pokud je časové razítko „Purchase Order Approved“ menší nebo rovno časovému razítku „Purchase Order Sent to Vendor“.

Příklady
truefalse
Kategorie nákupu
PurchaseCategory
Zařazení nakupovaného zboží nebo služeb, například „IT hardware“ nebo „kancelářské potřeby“.
Popis

Tento atribut zařazuje položky objednávky do hierarchie nákupu. Toto členění se používá pro analýzu výdajů a řízení dodavatelů.

Členění procesu podle kategorie nákupu může v process mining odhalit rozdíly v průběhu nebo výkonu. Například schvalování investičních výdajů může trvat déle než schvalování provozních potřeb. Atribut přímo podporuje dashboard 'Goods Return Rate & Reasons', který umožňuje zjistit, které kategorie se vracejí nejčastěji.

Proč je to důležité

Umožňuje analyzovat proces podle typu výdajů a odhalit rozdílné průběhy, úzká místa nebo míru vratek u jednotlivých kategorií zboží.

Kde data získat

Propojeno z PO_LINES_ALL.CATEGORY_ID na pohled EGP_CATEGORIES_VL.

Příklady
IT.Hardware.NotebookyKancelářské.Potřeby.PapírnictvíOdborné.Služby.Poradenství
Místo dodání
DeliveryLocation
Fyzické místo nebo adresa, kam má být zboží dodáno.
Popis

Tento atribut určuje dodací adresu položek objednávky. Jde o důležitý logistický údaj.

Analýza podle místa dodání podporuje dashboard 'Goods Receipt Processing Efficiency'. Pomáhá zjistit, zda je příjem zboží v některých skladech nebo provozovnách pomalejší, a upozornit na možné problémy se zdroji nebo procesem v konkrétním místě.

Proč je to důležité

Umožňuje analyzovat výkon podle zeměpisné polohy a odhalit úzká místa při příjmu zboží v konkrétních regionech nebo provozovnách.

Kde data získat

Propojeno z PO_LINE_LOCATIONS_ALL.SHIP_TO_LOCATION_ID na pohled HR_LOCATIONS_ALL.

Příklady
Hlavní sklad, rampa ABudova 3, recepceKancelář v San Franciscu, 10. patro
Obchodní jednotka
BusinessUnitName
Konkrétní obchodní jednotka organizace, která nákup provádí.
Popis

Obchodní jednotka představuje samostatnou část podniku, často s vlastní účetní knihou a finančním výkaznictvím. V Oracle Fusion slouží jako hlavní způsob oddělení dat.

Analýza výkonu procesu podle obchodní jednotky je důležitá ve velkých mezinárodních společnostech. Umožňuje porovnávat efektivitu nákupu, shodu a náklady v různých částech organizace a odhalit osvědčené postupy i oblasti ke zlepšení.

Proč je to důležité

Ve velkých organizacích umožňuje porovnávat efektivitu procesu a shodu v různých provozních útvarech.

Kde data získat

Údaj o obchodní jednotce se obvykle nachází v hlavičce objednávky, v PO_HEADERS_ALL.PRC_BU_ID, které odkazuje na pohled FUN_ALL_BUSINESS_UNITS_V.

Příklady
Obchodní jednotka v USAEMEA VisionAPAC Services
Poslední aktualizace dat
LastDataUpdate
Časové razítko poslední extrakce nebo aktualizace dat ze zdrojového systému.
Popis

Tento atribut ukazuje, jak aktuální jsou analyzovaná data. Zaznamenává datum a čas posledního načtení dat z Oracle Fusion Financials.

Díky této informaci uživatelé vědí, jak aktuální jsou analýza a dashboardy. Mohou tak lépe posoudit, zda jsou v přehledech zahrnuty i nejnovější transakce.

Proč je to důležité

Ukazuje aktuálnost dat, takže uživatelé vědí, jak současný stav procesu analýza zachycuje.

Kde data získat

Jde o časové razítko vytvořené a přidané při extrakci a transformaci dat (ETL).

Příklady
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Požadavek na nákup
PurchaseRequisitionNumber
Identifikátor požadavku na nákup, který předcházel objednávce a schválil ji.
Popis

Požadavek na nákup je interní dokument, kterým se žádá o nákup zboží nebo služeb. Tento atribut propojuje objednávku s původním požadavkem.

Číslo požadavku umožňuje analyzovat širší část nákupního procesu, od prvotní žádosti, nejen od vytvoření objednávky. Pomáhá měřit dobu od požadavku po objednávku a pochopit, jak údaje v požadavku ovlivňují navazující proces objednávky.

Proč je to důležité

Propojuje objednávku s původním požadavkem a umožňuje sledovat celý proces od požadavku až po platbu.

Kde data získat

Propojeno prostřednictvím tabulky PO_DISTRIBUTIONS_ALL, která obsahuje REQ_DISTRIBUTION_ID a odkazuje zpět na tabulku POR_REQUISITION_LINES_ALL.

Příklady
PR-2023-05-001PR-2023-05-002PR-2023-05-003
Stav objednávky
PurchaseOrderStatus
Aktuální stav dokumentu objednávky.
Popis

Tento atribut označuje aktuální stav objednávky v jejím životním cyklu, například 'Open', 'Approved', 'Finally Closed' nebo 'Canceled'. Poskytuje přehled o průběhu objednávky.

Process mining se zaměřuje na posloupnost činností, ale aktuální stav je užitečný pro filtrování případů. Analýzu lze například omezit na otevřené objednávky a sledovat aktuální rozpracovanost nebo na uzavřené objednávky a analyzovat dokončené instance procesu. Tento údaj je nezbytný pro dashboard 'Purchase Order Flow & Status'.

Proč je to důležité

Poskytuje aktuální přehled o stavu objednávky a umožňuje filtrovat aktivní, dokončené nebo zrušené objednávky.

Kde data získat

Oracle Fusion Cloud SCM, tabulka PO_HEADERS_ALL, sloupce AUTHORIZATION_STATUS nebo DOCUMENT_STATUS.

Příklady
OTEVŘENOSCHVÁLENOKONEČNĚ_UZAVŘENOZRUŠENO
Typ objednávky
PurchaseOrderType
Typ objednávky, například „standardní“, „rámcová“ nebo „smluvní“.
Popis

Tento atribut klasifikuje objednávku podle účelu nákupu. Různé typy objednávek se často řídí odlišnými pravidly a mají odlišný životní cyklus.

Standardní objednávka se týká jednorázového nákupu, zatímco rámcová objednávka představuje dlouhodobější dohodu s dodavatelem. Analýza podle typu objednávky poskytuje přesnější pohled na výkon procesu. Srovnávat průběžnou dobu standardní objednávky s rámcovou dohodou by totiž bylo zavádějící. Díky tomuto členění můžete porovnávat podobné případy.

Proč je to důležité

Rozlišuje různé scénáře nákupu a umožňuje přesněji porovnávat výkon procesu u podobných typů objednávek.

Kde data získat

Oracle Fusion Cloud SCM, tabulka PO_HEADERS_ALL, sloupec TYPE_LOOKUP_CODE.

Příklady
STANDARDNÍRÁMCOVÁSMLUVNÍ
Zdrojový systém
SourceSystem
Informační systém, ze kterého byla tato data získána.
Popis

Tento atribut určuje původ dat, což je užitečné zejména v prostředí s více propojenými systémy. U tohoto procesu by jeho hodnota obvykle byla 'Oracle Fusion Financials'.

U konkrétní datové sady jde často o neměnnou hodnotu. Přesto je důležitá pro správu dat, řešení problémů a sledování původu dat. Při analýze kombinující více zdrojů umožňuje filtrovat a členit data podle zdrojového systému.

Proč je to důležité

Určuje původ dat, což je důležité pro správu dat, jejich kontext a propojení s dalšími systémy.

Kde data získat

Obvykle jde o konstantní hodnotu, která se definuje a přidává při extrakci a transformaci dat (ETL).

Příklady
Oracle Fusion FinancialsOracle Cloud SCMOracle Fusion P2P
Povinné Doporučené Volitelné

Aktivity procesu Purchase to Pay - Purchase Order

Níže jsou důležité kroky a milníky procesu, které zachyťte v záznamu událostí, abyste mohli přesně analyzovat proces Purchase to Pay - Purchase Order.
6 Doporučené 10 Volitelné
Aktivita Popis
Konečné uzavření objednávky
Objednávka se považuje za dokončenou, pokud bylo zboží plně přijato nebo byly zpracovány všechny faktury a neočekávají se žádné další činnosti. Jde o explicitní akci, která nastaví konečný stav objednávky.
Proč je to důležité

Tato činnost označuje úspěšné dokončení životního cyklu objednávky. Jde o hlavní pozitivní konečný stav. Jeho sledování je nezbytné pro měření celkové průchodnosti procesu a míry dokončení.

Kde data získat

Tato událost se zaznamenává v tabulce PO_ACTION_HISTORY s hodnotou ACTION_CODE 'FINALLY CLOSE'. Stav objednávky v PO_HEADERS_ALL se také změní na 'Finally Closed'.

Zachycení

V tabulce PO_ACTION_HISTORY vyfiltrujte ACTION_CODE = 'FINALLY CLOSE'.

Typ události explicit
Odeslání objednávky dodavateli
Schválená objednávka se oficiálně odešle dodavateli, například e-mailem nebo prostřednictvím EDI. Tuto událost lze často odvodit ze změny stavu nebo časového razítka v záznamu komunikace o objednávce.
Proč je to důležité

Tím začíná dodací lhůta dodavatele. Jde o důležitý bod pro měření jeho výkonnosti od potvrzení objednávky až po dodání.

Kde data získat

Událost lze odvodit ze změny stavu dokumentu objednávky na 'Open' a vyplnění data komunikace. Konkrétním polem bývá PO_HEADERS_ALL.communicated_date nebo související stav.

Zachycení

Odvoďte událost z časového razítka, kdy se stav komunikace objednávky změní na 'Communicated'.

Typ události inferred
Přijetí zboží
Zboží bylo fyzicky přijato, spočítáno a zaevidováno k objednávce. Tato transakční událost aktualizuje zásoby i stav objednávky.
Proč je to důležité

Jde o důležitý milník pro měření včasnosti dodávek dodavatelů a celkové průběžné doby. Zároveň spouští navazující činnosti, například kontrolu kvality a párování faktur.

Kde data získat

Tato explicitní událost se zaznamenává v tabulce RCV_TRANSACTIONS. Příslušnou transakci poznáte podle hodnoty TRANSACTION_TYPE 'RECEIVE'.

Zachycení

Použijte TRANSACTION_DATE z tabulky RCV_TRANSACTIONS, kde je TRANSACTION_TYPE 'RECEIVE'.

Typ události explicit
Schválení objednávky
Objednávka získala všechna potřebná schválení a lze ji odeslat dodavateli. Jde o důležitý milník, který je výslovně zaznamenán v historii akcí dokumentu.
Proč je to důležité

Tento důležitý milník podmiňuje odeslání objednávky dodavateli. Je nezbytný pro měření doby schvalování a kontrolu dodržování pravidel pro výdaje.

Kde data získat

Událost se zaznamenává v tabulce PO_ACTION_HISTORY, obvykle s hodnotou ACTION_CODE 'APPROVE', případně při změně stavu dokumentu v PO_HEADERS_ALL na schválený.

Zachycení

V tabulce PO_ACTION_HISTORY vyfiltrujte závěrečnou akci 'APPROVE'.

Typ události explicit
Vytvoření objednávky
Tímto začíná životní cyklus objednávky. V systému se vytvoří dokument objednávky ve stavu konceptu nebo neúplném stavu. Událost se zaznamená časovým razítkem vytvoření nového záznamu hlavičky objednávky.
Proč je to důležité

Jako hlavní počáteční událost případu objednávky je tato aktivita základem pro výpočet doby průchodu. Poskytuje výchozí bod pro měření efektivity následujících kroků, například schvalování a komunikace s dodavatelem.

Kde data získat

Jde o výslovnou událost založenou na poli CREATION_DATE v tabulce PO_HEADERS_ALL pro dané ID objednávky (PO_HEADER_ID).

Zachycení

Použijte časové razítko vytvoření z tabulky PO_HEADERS_ALL.

Typ události explicit
Zrušení objednávky
Objednávka byla trvale zrušena a neočekávají se žádné další transakce. Jde o explicitní akci, která změní konečný stav dokumentu.
Proč je to důležité

Tato činnost představuje nepříznivý konečný stav procesu. Analýza zrušených objednávek může odhalit například duplicitní objednávky, změny rozpočtu nebo změny požadavků projektu.

Kde data získat

Tato akce se zaznamenává v tabulce PO_ACTION_HISTORY s hodnotou ACTION_CODE 'CANCEL'. Stav objednávky v PO_HEADERS_ALL se odpovídajícím způsobem aktualizuje.

Zachycení

V tabulce PO_ACTION_HISTORY vyfiltrujte ACTION_CODE = 'CANCEL'.

Typ události explicit
Odeslání objednávky ke schválení
Vytvořená objednávka se odešle do schvalovacího workflow. Oracle Fusion tuto akci výslovně zaznamená včetně uživatele a časového razítka odeslání.
Proč je to důležité

Tato aktivita označuje začátek schvalovacího cyklu. Analýza doby mezi odesláním a schválením pomáhá najít úzká místa v interním schvalování.

Kde data získat

Tato akce se zaznamenává v tabulce PO_ACTION_HISTORY s hodnotou ACTION_CODE 'SUBMIT' pro příslušné PO_HEADER_ID.

Zachycení

V tabulce PO_ACTION_HISTORY vyfiltrujte záznamy s ACTION_CODE = 'SUBMIT'.

Typ události explicit
Potvrzení objednávky dodavatelem
Dodavatel potvrdil přijetí objednávky a souhlas s jejími podmínkami. Tuto událost často zaznamená ručně pracovník nákupu na základě komunikace s dodavatelem nebo ji systém zachytí elektronicky.
Proč je to důležité

Potvrzení dodavatele dává jistotu, že objednávku obdržel a zpracovává ji. Sledování této události usnadňuje řízení komunikace s dodavateli a včasné odhalení možných problémů s plněním.

Kde data získat

Událost se obvykle odvozuje ze změny polí stavu potvrzení v hlavičce nebo řádcích objednávky, například když se PO_HEADERS_ALL.acceptance_status změní na 'Accepted'.

Zachycení

Odvoďte událost z aktualizací polí stavu potvrzení objednávky.

Typ události inferred
Potvrzení poskytnutí služeb
U objednávek služeb tato činnost potvrzuje, že služby byly poskytnuty podle dohody. Potvrzení se často zadává ručně nebo prostřednictvím výkazu o poskytnutých službách.
Proč je to důležité

U služeb jde o obdobu příjmu zboží a o nezbytný krok před zaplacením faktury. Zpoždění potvrzení služeb může vést k pozdním platbám a zhoršení vztahů s dodavateli.

Kde data získat

Tato událost se obvykle zaznamená jako příjem na řádku objednávky služeb. Může využívat konkrétní pole nebo složitější příjem, který sleduje průběh či dokončení služeb.

Zachycení

Najděte příjmové transakce (RCV_TRANSACTIONS) propojené s řádky objednávek služeb.

Typ události explicit
Provedení kontroly kvality
Zboží, které podléhá kontrole kvality, bylo zkontrolováno a přijato nebo zamítnuto. Tato činnost následuje po prvotním příjmu a zaznamenává se jako samostatná transakce.
Proč je to důležité

Tato činnost je důležitá pro řízení kvality. Analýza délky kontrol pomáhá zefektivnit kontrolu kvality a zkrátit dobu, než bude zboží k dispozici k použití.

Kde data získat

Záznam se nachází v tabulce RCV_TRANSACTIONS. Jde o transakce s hodnotou TRANSACTION_TYPE 'ACCEPT' nebo 'REJECT', které následují po příjmu.

Zachycení

Použijte TRANSACTION_DATE z tabulky RCV_TRANSACTIONS, kde je TRANSACTION_TYPE 'ACCEPT' nebo 'REJECT'.

Typ události explicit
Schválení požadavku na nákup
Určená osoba schválila požadavek na nákup a povolila nákupnímu oddělení vytvořit objednávku. Tato událost je výslovně zaznamenána v historii akcí požadavku.
Proč je to důležité

Tento milník označuje konec interního schvalování požadavku. Zpoždění v této fázi může přímo ovlivnit celý časový plán nákupu, proto je důležité sledovat její délku.

Kde data získat

Událost se zaznamenává v historii akcí spojené s požadavkem. Obvykle ji lze sledovat v tabulkách workflow nebo v konkrétních polích stavu schválení dokumentu požadavku.

Zachycení

Zaznamenáno jako schvalovací akce v historii workflow příslušného dokumentu požadavku.

Typ události explicit
Vrácení zboží dodavateli
Dříve přijaté zboží se odešle zpět dodavateli, obvykle kvůli vadám, poškození nebo nesprávné dodávce. V modulu příjmu se tato událost zaznamená jako samostatná vratková transakce.
Proč je to důležité

Sledování vratek je důležité pro hodnocení kvality dodavatelů a přesnosti objednávek. Vysoký podíl vratek u konkrétního dodavatele může upozornit na systémové problémy, které je třeba řešit.

Kde data získat

Jde o explicitní událost zaznamenanou v tabulce RCV_TRANSACTIONS s hodnotou TRANSACTION_TYPE 'RETURN TO VENDOR'.

Zachycení

Použijte TRANSACTION_DATE z tabulky RCV_TRANSACTIONS, kde je TRANSACTION_TYPE 'RETURN TO VENDOR'.

Typ události explicit
Vytvoření požadavku na nákup
Tato aktivita označuje vytvoření požadavku na nákup, tedy formální žádosti o zboží nebo služby, která předchází objednávce. V Oracle Fusion se zaznamená při vytvoření nového záznamu v tabulce hlaviček požadavků.
Proč je to důležité

Analýza této aktivity pomáhá porozumět tomu, jak vzniká poptávka. Sledováním doby od vytvoření požadavku po vytvoření objednávky odhalíte možná zpoždění při převodu interní poptávky na konkrétní nákupní objednávku.

Kde data získat

Jde o výslovně zaznamenanou událost, která nastane při uložení nového požadavku. Najdete ji sledováním časového razítka vytvoření v tabulce POR_REQUISITION_HEADERS_ALL.

Zachycení

Událost vychází z data vytvoření záznamu v tabulce POR_REQUISITION_HEADERS_ALL.

Typ události explicit
Vytvoření příjemky zboží
V systému se založí příjemka, která připravuje proces na fyzické doručení zboží. Tím začíná interní proces příjmu.
Proč je to důležité

Tímto okamžikem přechází proces od nákupu k logistice. Analýza doby od tohoto bodu po zaúčtování konečného příjmu pomáhá odhalit neefektivitu ve skladu nebo na příjmu.

Kde data získat

Jde o explicitní událost, kterou zachycuje čas vytvoření nového záznamu v tabulce RCV_SHIPMENT_HEADERS propojeného s objednávkou.

Zachycení

Použijte datum vytvoření odpovídajícího záznamu v tabulce RCV_SHIPMENT_HEADERS.

Typ události explicit
Zamítnutí objednávky
Schvalující osoba objednávku zamítla a vrátila ji tvůrci k úpravě. Jde o výslovně zaznamenanou událost v historii akcí, která ukazuje na odchylku od standardního průběhu procesu.
Proč je to důležité

Zamítnutí vede k opakovanému zpracování a zpoždění. Sledováním této aktivity můžete zjistit časté důvody zamítnutí, potřebu školení nebo nejasné požadavky na schválení.

Kde data získat

Tato akce se zaznamenává v tabulce PO_ACTION_HISTORY s hodnotou ACTION_CODE 'REJECT' pro příslušné PO_HEADER_ID.

Zachycení

V tabulce PO_ACTION_HISTORY vyfiltrujte záznamy s ACTION_CODE = 'REJECT'.

Typ události explicit
Změna objednávky
Počáteční schválená objednávka byla následně upravena, například se změnilo množství, cena nebo datum dodání. Oracle Fusion tuto změnu zaznamená vytvořením nové revize dokumentu.
Proč je to důležité

Změny objednávky představují přepracování a mohou upozornit na nepřesnosti v původní objednávce nebo na změnu obchodních potřeb. Analýza četnosti a povahy těchto změn pomáhá najít možnosti, jak proces zefektivnit.

Kde data získat

Tato událost se zaznamená při vytvoření nové revize dokumentu. Poznáte ji podle zvýšení hodnoty pole REVISION_NUM v tabulce PO_HEADERS_ALL.

Zachycení

Najděte každý případ, kdy se hodnota REVISION_NUM pro PO_HEADER_ID zvýší.

Typ události explicit
Doporučené Volitelné

Návody k získání dat

Jak získat data z Oracle Fusion Financials

Chcete začít?

Využijte tuto šablonu ke zjednodušení sběru dat a začněte získávat poznatky o procesu Purchase to Pay - Purchase Order. Začněte zlepšovat svůj provoz ještě dnes.

Optimalizujte proces Purchase to Pay - Purchase Order ještě dnes

Snadno odhalte nákladná úzká místa a zkraťte dobu průchodu o 30 %.

Začněte zkušební verzi zdarma

Kreditní kartu nepotřebujete. Začněte s optimalizací ještě dnes.