Šablona dat pro váš proces Purchase to Pay - Purchase Order
Šablona dat pro váš proces Purchase to Pay - Purchase Order
- 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
Atributy procesu Purchase to Pay - Purchase Order
| 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
|
|||
Aktivity procesu Purchase to Pay - Purchase Order
| 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
|
|||
Návody k získání dat
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 %.
Kreditní kartu nepotřebujete. Začněte s optimalizací ještě dnes.