Adatsablon a beszerzéstől a fizetésig tartó folyamat beszerzésirendelés-kezelési szakaszához
Adatsablon a beszerzéstől a fizetésig tartó folyamat beszerzésirendelés-kezelési szakaszához
- Ajánlott attribútumok az adatok teljes körű összegyűjtéséhez
- Követendő és elemzendő fő folyamattevékenységek
- Lépésről lépésre bemutatjuk az adatok kinyerését az Oracle Fusion Financials rendszerből
A beszerzéstől a fizetésig tartó folyamat beszerzésirendelés-attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Kezdési idő
EventTime
|
Az időbélyeg, amely megadja, mikor történt egy adott tevékenység vagy esemény. | ||
|
Leírás
Ez az attribútum rögzíti a folyamat minden tevékenységének pontos dátumát és időpontját. Alapvető fontosságú az események időrendi sorrendjének meghatározásához és minden időalapú elemzéshez. A process mining során a kezdési idő alapján állítható össze az eseménynapló, számítható ki a tevékenységek közötti átfutási idő és a várakozási idő, valamint elemezhető a folyamat teljesítménye különböző időszakokban. Az átfutási időt és a teljesítményt bemutató dashboardokhoz is elengedhetetlen.
Miért fontos?
Ez az időbélyeg elengedhetetlen az események helyes sorrendbe állításához és az időtartam-alapú mutatók, például az átfutási idők és a szűk keresztmetszetek kiszámításához.
Hol szerezhető be?
Különböző táblák időbélyegmezői, például a PO_HEADERS_ALL, a PO_ACTION_HISTORY és a RCV_SHIPMENT_LINES táblák CREATION_DATE és LAST_UPDATE_DATE mezői.
Példák
2023-04-15T10:05:00Z2023-04-16T14:30:00Z2023-05-01T09:00:00Z
|
|||
|
Megrendelés
PurchaseOrder
|
A megrendelés dokumentum egyedi azonosítója, amely a beszerzési folyamat nyomon követésének elsődleges esetazonosítója. | ||
|
Leírás
A megrendelés száma az a központi azonosító, amely összekapcsolja a megrendeléshez tartozó összes tevékenységet a létrehozástól a végleges lezárásig. Segítségével egyetlen beszerzési eset elejétől a végéig elemezhető. A process mining során minden egyedi megrendelésszám egy folyamatpéldányt jelöl. Az azonosító szerint csoportosított adatok elemzésével megérthetők a folyamat eltérései, átfutási ideje és az egyes megrendelések megfelelése.
Miért fontos?
Ez az alapvető esetazonosító kapcsolja össze az összes kapcsolódó eseményt, így rekonstruálható és elemezhető a megrendelés teljes életciklusa.
Hol szerezhető be?
Oracle Fusion Cloud SCM, Procurement modul, PO_HEADERS_ALL tábla, SEGMENT1 oszlop.
Példák
100234510023461002347
|
|||
|
Tevékenység
ActivityName
|
A megrendelés életciklusa során bekövetkezett konkrét üzleti esemény vagy lépés neve. | ||
|
Leírás
Ez az attribútum a folyamat egy konkrét feladatát vagy állapotváltozását írja le, például a „Megrendelés létrehozva” vagy az „Áru átvéve” eseményt. Ezek a tevékenységek alkotják a folyamat menetét. A tevékenységek sorrendjének és időzítésének elemzése a process mining alapja. Segít megjeleníteni a folyamattérképet, azonosítani a szűk keresztmetszeteket, feltárni a standard eljárástól való eltéréseket, és mérni az egyes lépések időtartamát.
Miért fontos?
A tevékenységek alkotják a folyamattérkép építőelemeit. Nyomon követésükkel megjeleníthető és elemezhető a folyamat menete, feltárhatók a szűk keresztmetszetek és az eltérések.
Hol szerezhető be?
A PO_HEADERS_ALL és a PO_ACTION_HISTORY táblák állapotváltozásaiból, illetve az áruátvételhez használt RCV_TRANSACTIONS táblához hasonló tranzakciós táblákból származtatható.
Példák
Beszerzési megrendelés létrehozvaBeszerzési megrendelés jóváhagyvaÁru átvéve
|
|||
|
Befejezési idő
EndTime
|
Az időbélyeg, amely megadja, mikor fejeződött be egy tevékenység. Azonnali eseményeknél gyakran megegyezik a kezdési idővel. | ||
|
Leírás
Az időtartammal rendelkező tevékenységeknél ez jelzi a befejezés időpontját. Azonnali eseményeknél általában megegyezik a kezdési idővel. Az egyes tevékenységek feldolgozási idejének kiszámításához szükséges. A külön rögzített befejezési idő pontosabbá teszi a tevékenységek időtartamának elemzését, amely eltérhet a tevékenységek közötti várakozási időtől. Így elkülöníthető a tényleges munkavégzés és a tétlen idő, ami segíti az erőforrások terhelésének és hatékonyságának elemzését.
Miért fontos?
Lehetővé teszi a tevékenységek pontos feldolgozási idejének kiszámítását, ami segít az erőforrások hatékonyságának elemzésében és az időigényes feladatok azonosításában.
Hol szerezhető be?
Azonnali eseményeknél megegyezhet a kezdési idővel, vagy a későbbi események időbélyegeiből származtatható. Egyes tevékenységekhez külön befejezési időbélyeg is tartozhat.
Példák
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
|
|||
|
Beszállító neve
VendorName
|
Annak a beszállítónak a neve, akitől az árut vagy a szolgáltatást beszerzik. | ||
|
Leírás
Ez az attribútum azonosítja a megrendelés külső beszállítóját. A PO fejlécéhez kapcsolódó fontos törzsadat. A beszállítók elemzése a P2P-folyamatok process mining elemzésének fontos része. A beszállító szerinti szűrés vagy csoportosítás lehetővé teszi a szállítási teljesítmény elemzését, a határidőre történő szállítási arányok összehasonlítását, valamint a visszaküldési arány vizsgálatát. Ezek az adatok segítik a beszállítói kapcsolatok kezelését és a stratégiai beszerzést.
Miért fontos?
Elengedhetetlen a beszállítói teljesítmény elemzéséhez: összehasonlíthatók vele a szállítási idők, a visszaküldési arányok és a beszállítók megbízhatósága.
Hol szerezhető be?
A PO_HEADERS_ALL.VENDOR_ID mezőből a POZ_SUPPLIERS.VENDOR_NAME mezőhöz kapcsolódik.
Példák
Global Office SuppliesTech Solutions Inc.Advanced Logistics Co.
|
|||
|
Felhasználó
UserName
|
A tevékenységet végző személy felhasználói azonosítója vagy neve. | ||
|
Leírás
Ez az attribútum azonosítja azt a munkatársat vagy rendszerfelhasználót, aki az adott eseményért felelős, például aki létrehozott egy beszerzési igényt, jóváhagyott egy PO-t vagy könyvelte az áruátvételt. Az adat jellemzően a „Created By” vagy a „Last Updated By” mezőből származik. A felhasználó szerinti elemzés segít megérteni a munkaterhelés eloszlását és az egyéni teljesítményt, valamint feltárni a képzési igényeket. Az „Approval Resource Workload” dashboard alapja, és a felhasználói műveletekkel kapcsolatos megfelelési problémák vizsgálatában is fontos.
Miért fontos?
Az egyes műveleteket konkrét személyekhez rendeli, így elemezhető a munkaterhelés és a teljesítmény, valamint feltárhatók a képzési lehetőségek.
Hol szerezhető be?
Kapcsolja össze a felhasználói táblákkal az olyan mezőkben szereplő azonosítók alapján, mint a CREATED_BY vagy a LAST_UPDATED_BY, például a PO_HEADERS_ALL és a PO_ACTION_HISTORY táblákban.
Példák
john.doejane.smithsystem.batch
|
|||
|
Jóváhagyó neve
ApproverName
|
Annak a felhasználónak a neve, aki jóváhagyta vagy elutasította a megrendelést. | ||
|
Leírás
Ez az attribútum azonosítja a munkafolyamat jóváhagyási lépéséért felelős személyt. Az adatot jellemzően a megrendeléshez kapcsolódó műveleti előzményeket vagy munkafolyamat-naplót tartalmazó táblában tárolják. A jóváhagyó szerinti elemzés fontos a „PO Approval Cycle Time Analysis” és az „Approval Resource Workload” dashboardokhoz. Segít azonosítani a szűk keresztmetszetet jelentő jóváhagyókat vagy jóváhagyói csoportokat, méltányosan felmérni a munkaterhelést, és feltárni a feladatok átruházásának vagy a folyamat átalakításának lehetőségeit.
Miért fontos?
Azonosítja a jóváhagyási lánc résztvevőit, így jóváhagyónként elemezhető a jóváhagyás szűk keresztmetszete, a munkaterhelés és az átfutási idő.
Hol szerezhető be?
A műveletet végző felhasználó a PO_ACTION_HISTORY.ACTION_PERFORMED_BY mezőben található. A teljes név felhasználói táblához kapcsolva kérdezhető le.
Példák
susan.managerdavid.directoremily.finance
|
|||
|
Kért szállítási dátum
RequestedDeliveryDate
|
Az a dátum, ameddig a megrendelő fél az áru vagy a szolgáltatás leszállítását várja. | ||
|
Leírás
Ezt a dátumot a megrendelés sorában adják meg, és ezzel közlik a beszállítóval a kívánt szállítási határidőt. Ez az alap a határidőre történő szállítás méréséhez. Ez az attribútum szükséges a „Határidőre történő szállítási arány” KPI kiszámításához. A tényleges áruátvételi dátum és a kért szállítási dátum összevetésével számszerűen mérhető és nyomon követhető a beszállítók megbízhatósága, valamint feltárhatók az ellátási lánc rendszerszintű késedelmei.
Miért fontos?
Alapul szolgál a határidőre történő szállítás méréséhez, amely fontos KPI a beszállítók megbízhatóságának és az ellátási lánc hatékonyságának értékeléséhez.
Hol szerezhető be?
A PO_LINE_LOCATIONS_ALL tábla sorhelyszintjén található, a NEED_BY_DATE oszlopban.
Példák
2023-05-202023-06-152023-07-01
|
|||
|
PO teljes összege
PurchaseOrderTotalAmount
|
A megrendelés teljes pénzértéke. | ||
|
Leírás
Ez az attribútum a megrendelés összes tételének teljes költségét mutatja a megadott pénznemben. Fontos pénzügyi mutató, amely segít megérteni a folyamaton áthaladó tranzakciók értékét. A PO teljes összegének elemzése segít rangsorolni a folyamatfejlesztési feladatokat. A nagy értékű megrendelések például szigorúbb jóváhagyási folyamatba kerülhetnek. Az elemzés a pénzügyi hatások felmérését is lehetővé teszi, például a gyakran módosított vagy késedelmes PO-k értékének kiszámítását.
Miért fontos?
Pénzügyi összefüggést ad a folyamatelemzéshez. Lehetővé teszi például a nagy értékű megrendelések kiemelt vizsgálatát vagy a késedelmek pénzügyi hatásának felmérését.
Hol szerezhető be?
Az adott PO fejlécéhez tartozó PO_LINES_ALL rekordok összegeként számítható ki, vagy a fejlécben szereplő teljes összegből vehető át, ha rendelkezésre áll.
Példák
5250.00120000.50750.99
|
|||
|
Részleg
DepartmentName
|
Annak a részlegnek a neve, amely elindította a megrendelést, vagy amelyik felelős érte. | ||
|
Leírás
Ez az attribútum a vásárláshoz kapcsolódó szervezeti egységet jelöli, például a pénzügyet, az informatikát vagy a gyártást. A költségek felosztására és a szervezeti jelentések készítésére használják. A folyamat részleg szerinti csoportosítása segít összehasonlítani a teljesítményt, feltárni a részlegspecifikus szűk keresztmetszeteket, és megérteni a folyamat szervezeten belüli eltéréseit. Közvetlenül támogatja például a „PO Approval Cycle Time Analysis” és a „Purchase Order Modification Trends” dashboardokat.
Miért fontos?
Lehetővé teszi a folyamat teljesítményének szűrését és összehasonlítását az üzleti egységek között, így feltárhatók a részlegspecifikus problémák és bevált gyakorlatok.
Hol szerezhető be?
A PO_DISTRIBUTIONS_ALL táblában szereplő költséghelyadatokból származtatható, amelyek a részlegek törzsadataihoz kapcsolódnak.
Példák
Informatikai működésMarketingKutatás és fejlesztés
|
|||
|
Beszerzési igény
PurchaseRequisitionNumber
|
A megrendelést megelőző és annak kiadását engedélyező beszerzési igény azonosítója. | ||
|
Leírás
A beszerzési igény az azonosítója annak a belső dokumentumnak, amellyel árut vagy szolgáltatást igényelnek. Ez az attribútum összekapcsolja a megrendelést az eredeti igénnyel. A beszerzési igény számával a beszerzési folyamat az első igénytől kezdve elemezhető, nem csak a PO-tól. Segítségével mérhető az igénytől a megrendelésig tartó átfutási idő, és megérthető, hogyan befolyásolják az igény részletei a megrendelés további menetét.
Miért fontos?
Összekapcsolja a PO-t az eredeti igénnyel, így a folyamat az igény benyújtásától a fizetésig, elejétől a végéig áttekinthető.
Hol szerezhető be?
A PO_DISTRIBUTIONS_ALL táblán keresztül kapcsolódik. Ez a tábla tartalmazza a REQ_DISTRIBUTION_ID mezőt, amely visszavezet a POR_REQUISITION_LINES_ALL táblához.
Példák
PR-2023-05-001PR-2023-05-002PR-2023-05-003
|
|||
|
Beszerzési kategória
PurchaseCategory
|
A beszerzett áru vagy szolgáltatás besorolása, például „informatikai eszközök” vagy „irodaszerek”. | ||
|
Leírás
Ez az attribútum beszerzési hierarchiába sorolja a megrendelés tételeit. A besorolást a kiadások elemzésére és a beszállítók kezelésére használják. A folyamat beszerzési kategória szerinti csoportosítása eltérő működést vagy teljesítményt tárhat fel. Például a beruházási javak jóváhagyása tovább tarthat, mint a működéshez szükséges kellékeké. A „Goods Return Rate & Reasons” dashboardot is támogatja, mert megmutatja, mely kategóriákból küldenek vissza leggyakrabban árut.
Miért fontos?
Lehetővé teszi a folyamat kiadástípus szerinti elemzését, így feltárhatók az egyes árukategóriák eltérő folyamatai, szűk keresztmetszetei és visszaküldési arányai.
Hol szerezhető be?
A PO_LINES_ALL.CATEGORY_ID mezőből az EGP_CATEGORIES_VL nézethez kapcsolódik.
Példák
IT.Hardware.LaptopsOffice.Supplies.StationeryProfessional.Services.Consulting
|
|||
|
Forrásrendszer
SourceSystem
|
Az az informatikai rendszer, amelyből az adatokat kinyerték. | ||
|
Leírás
Ez az attribútum azonosítja az adatok forrását, ami különösen hasznos több integrált rendszer használatakor. Ennél a folyamatnál ez jellemzően az „Oracle Fusion Financials”. Egy adott adatkészletben gyakran állandó érték, de az adatirányítás, a hibaelhárítás és az adatok eredetének nyomon követése szempontjából fontos. Több forrásból származó adatok együttes elemzésekor lehetővé teszi a forrásrendszer szerinti szűrést és csoportosítást.
Miért fontos?
Azonosítja az adatok forrását, ami fontos az adatirányítás, az összefüggések megértése és a más rendszerekkel való integráció szempontjából.
Hol szerezhető be?
Ez jellemzően állandó érték, amelyet az adatkinyerés és -átalakítás (ETL) során határoznak meg és adnak hozzá.
Példák
Oracle Fusion FinancialsOracle Cloud SCMOracle Fusion P2P
|
|||
|
Késedelmes szállítás
IsLateDelivery
|
Jelzi, hogy a végső áruátvétel a kért szállítási dátum után történt-e. | ||
|
Leírás
Ennek a számított logikai attribútumnak az értéke true, ha a „Goods Received” tevékenység időbélyege későbbi, mint az adott beszerzési rendelés „Requested Delivery Date” attribútumának értéke. Ez a jelző az „On-Time Delivery Rate” KPI alapja. Segítségével könnyen csoportosíthatók és elemezhetők a késve, illetve időben teljesített rendelések, így feltárhatók a késések okai, legyen szó egyes beszállítókról, helyszínekről vagy termékkategóriákról.
Miért fontos?
Közvetlenül támogatja az „On-Time Delivery Rate” KPI-t, és világos képet ad a beszállítók teljesítményéről, valamint a szállítások megbízhatóságáról.
Hol szerezhető be?
Számított mező. Értéke „true”, ha a „Goods Received” tevékenység időbélyege későbbi, mint a „RequestedDeliveryDate” attribútum értéke.
Példák
truefalse
|
|||
|
Megfelel-e a jóváhagyás
IsApprovalCompliant
|
Jelzi, hogy a beszerzési rendelést jóváhagyták-e, mielőtt elküldték a beszállítónak. | ||
|
Leírás
Ez a számított logikai attribútum azt ellenőrzi, hogy teljesül-e egy fontos belső kontroll: a beszerzési rendelést a beszállítónak történő elküldés előtt jóvá kell hagyni. Értéke true, ha a „Purchase Order Approved” tevékenység megelőzi a „Purchase Order Sent to Vendor” tevékenységet. Ez az attribútum elengedhetetlen a „PO Process Compliance Audit” dashboardhoz és a „PO Approval Compliance Rate” KPI-hoz. Egyszerű módot ad a megfelelési hiányosságok azonosítására és számszerűsítésére, segít betartatni a beszerzési szabályokat, és mérsékelni a jogosulatlan költés kockázatát.
Miért fontos?
Közvetlenül méri a „PO Approval Compliance Rate” KPI-t, és kiemeli azokat a súlyos belsőkontroll-sértéseket, amikor a rendelést jóváhagyás előtt küldik el a beszállítónak.
Hol szerezhető be?
Számított mező. Értéke „true”, ha a „Purchase Order Approved” időbélyege kisebb vagy egyenlő a „Purchase Order Sent to Vendor” időbélyegével.
Példák
truefalse
|
|||
|
PO állapota
PurchaseOrderStatus
|
A megrendelés dokumentum aktuális állapota. | ||
|
Leírás
Ez az attribútum a megrendelés aktuális állapotát jelzi az életciklusa során, például „Open”, „Approved”, „Finally Closed” vagy „Canceled”. Pillanatképet ad a PO előrehaladásáról. A process mining a tevékenységek sorrendjére összpontosít, az aktuális állapot viszont az esetek szűréséhez hasznos. Az elemzés például csak a nyitott PO-kra korlátozható az aktuális folyamatban lévő ügyek áttekintéséhez, vagy a lezárt PO-kra a befejezett folyamatpéldányok vizsgálatához. A „Purchase Order Flow & Status” dashboardhoz is elengedhetetlen.
Miért fontos?
Pillanatképet ad a megrendelés aktuális állapotáról, így az elemzés az aktív, teljesített vagy törölt megrendelésekre szűkíthető.
Hol szerezhető be?
Oracle Fusion Cloud SCM, PO_HEADERS_ALL tábla, AUTHORIZATION_STATUS vagy DOCUMENT_STATUS oszlop.
Példák
OPENAPPROVEDFINALLY_CLOSEDCANCELED
|
|||
|
PO típusa
PurchaseOrderType
|
A megrendelés típusa, például „standard”, „keretmegállapodás” vagy „szerződés”. | ||
|
Leírás
Ez az attribútum a beszerzés célja szerint sorolja be a megrendelést. A különböző PO-típusokra gyakran eltérő folyamatok és életciklusok vonatkoznak. A standard PO egyszeri beszerzésre szolgál, a keretmegállapodás pedig hosszabb távú beszállítói megállapodás. A PO típusa szerinti elemzés pontosabb képet ad a folyamat teljesítményéről, mert félrevezető lenne egy standard PO átfutási idejét egy keretmegállapodáséval összehasonlítani. Az azonos típusú megrendelések így egymással vethetők össze.
Miért fontos?
Megkülönbözteti a beszerzési helyzeteket, így azonos típusú megrendelések folyamatainak teljesítménye pontosabban hasonlítható össze.
Hol szerezhető be?
Oracle Fusion Cloud SCM, PO_HEADERS_ALL tábla, TYPE_LOOKUP_CODE oszlop.
Példák
STANDARDBLANKETCONTRACT
|
|||
|
Szállítási hely
DeliveryLocation
|
Az a fizikai hely vagy cím, ahová az árut szállítani kell. | ||
|
Leírás
Ez az attribútum adja meg a megrendelés tételeinek szállítási címét. Fontos logisztikai adat. A szállítási hely szerinti process mining elemzés támogatja a „Goods Receipt Processing Efficiency” dashboardot. Segít feltárni, ha egyes raktárakban vagy telephelyeken lassabb az áruátvétel, ami az adott helyszín erőforrás- vagy folyamatproblémáira utalhat.
Miért fontos?
Lehetővé teszi a teljesítmény földrajzi hely szerinti elemzését, így feltárhatók az áruátvételi folyamat regionális vagy telephelyspecifikus szűk keresztmetszetei.
Hol szerezhető be?
A PO_LINE_LOCATIONS_ALL.SHIP_TO_LOCATION_ID mezőből a HR_LOCATIONS_ALL nézethez kapcsolódik.
Példák
Központi raktár, A rakodókapu3. épület, recepcióSan Franciscó-i iroda, 10. emelet
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az időbélyeg, amely megmutatja, mikor nyerték ki vagy frissítették utoljára az adatokat a forrásrendszerből. | ||
|
Leírás
Ez az attribútum jelzi az elemzett adatok frissességét. Rögzíti az Oracle Fusion Financials rendszerből történő legutóbbi adatlekérés dátumát és időpontját. Ez az információ segít a felhasználóknak megérteni, mennyire aktuális az elemzés és a dashboardok adata. Egyértelművé teszi, hogy a folyamatra vonatkozó megállapítások mennyire frissek, és reális elvárásokat teremt a legutóbbi tranzakciók megjelenésével kapcsolatban.
Miért fontos?
Átláthatóvá teszi az adatok frissességét, így a felhasználók tudják, mennyire aktuális a folyamatelemzés.
Hol szerezhető be?
Az adatkinyerés és -átalakítás (ETL) során létrehozott és hozzáadott időbélyeg.
Példák
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Üzleti egység
BusinessUnitName
|
A szervezeten belüli üzleti egység, amely a beszerzést végzi. | ||
|
Leírás
Az üzleti egység a vállalaton belüli önálló üzleti egységet jelöli, amely gyakran saját főkönyvvel és pénzügyi jelentésekkel rendelkezik. Az Oracle Fusion rendszerben ez az adatok elkülönítésének egyik elsődleges módja. A folyamat teljesítményének üzleti egység szerinti elemzése fontos a nagy, nemzetközi vállalatoknál. Lehetővé teszi a beszerzés hatékonyságának, a megfelelésnek és a költségeknek az összehasonlítását a szervezet különböző részei között, így feltárhatók a bevált gyakorlatok és a fejlesztendő területek.
Miért fontos?
A nagy szervezetek összehasonlíthatják vele a folyamatok hatékonyságát és megfelelését a különböző működési egységek között.
Hol szerezhető be?
Az üzleti egység adata jellemzően a PO fejlécében, a PO_HEADERS_ALL.PRC_BU_ID mezőben található. Ez a FUN_ALL_BUSINESS_UNITS_V nézethez kapcsolódik.
Példák
Egyesült államokbeli üzleti egységEMEA VisionAPAC Services
|
|||
|
Van-e újramunka
IsRework
|
Jelzi, hogy a beszerzési rendelést módosították-e a létrehozása után. | ||
|
Leírás
Ez egy számított logikai attribútum, amelynek értéke true, ha a beszerzési rendelés eseménynaplója tartalmazza a „Purchase Order Changed” tevékenységet. Segítségével gyorsan azonosíthatók a javítást vagy módosítást igénylő rendelések. Ez a jelző egyszerűsíti a „PO Modification Rate” KPI kiszámítását, és megkönnyíti az újramunkát igénylő rendelések szűrését és elemzését. Az újramunkát igénylő rendelések jellemzőinek, például az érintett beszállítóknak vagy részlegeknek az ismerete segíthet feltárni az adatok pontatlanságának vagy a változó igényeknek az okait.
Miért fontos?
Közvetlenül támogatja a „PO Modification Rate” KPI-t, és az összes módosított rendelés megjelölésével egyszerűsíti a folyamat instabilitásának elemzését.
Hol szerezhető be?
Számított mező. Értéke „true”, ha az eset eseménynaplója tartalmazza a „Purchase Order Changed” tevékenységet, egyébként „false”.
Példák
truefalse
|
|||
A beszerzéstől a fizetésig tartó folyamat beszerzésirendelés-tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Áru átvéve
|
Az árut fizikailag átvették, megszámolták, és rögzítették a megrendeléshez. Ez a tranzakció frissíti a készletet és a megrendelés állapotát. | ||
|
Miért fontos?
Ez fontos mérföldkő a beszállítók határidőre történő szállításának és a teljes átfutási időnek a mérésében. Emellett elindíthatja a következő tevékenységeket, például a minőségellenőrzést és a számlaegyeztetést.
Hol szerezhető be?
Az eseményt a rendszer kifejezetten rögzíti a RCV_TRANSACTIONS táblában. A megfelelő tranzakciót a 'RECEIVE' TRANSACTION_TYPE érték azonosítja.
Rögzítés
Használja a RCV_TRANSACTIONS táblában szereplő TRANSACTION_DATE értéket, ahol a TRANSACTION_TYPE értéke 'RECEIVE'.
Eseménytípus
explicit
|
|||
|
Beszerzési megrendelés elküldve a beszállítónak
|
A jóváhagyott beszerzési megrendelést hivatalosan elküldik a beszállítónak, például e-mailben vagy EDI-n keresztül. Az esemény gyakran az állapotváltozásból vagy a PO-kommunikációs rekord időbélyegéből következtethető ki. | ||
|
Miért fontos?
Ezzel kezdődik a beszállítói átfutási idő. Fontos kiindulópont a beszállítói teljesítmény méréséhez, a visszaigazolástól a végső szállításig.
Hol szerezhető be?
Az eseményre abból lehet következtetni, ha a PO-dokumentum állapota 'Open' értékre változik, és kitöltik a kommunikáció dátumát. A megfelelő mező gyakran a PO_HEADERS_ALL.communicated_date vagy egy kapcsolódó állapotmező.
Rögzítés
Az esemény időpontját abból az időbélyegből állapítsa meg, amikor a PO kommunikációs állapota 'Communicated' értékre változik.
Eseménytípus
inferred
|
|||
|
Beszerzési megrendelés jóváhagyva
|
A beszerzési megrendelés megkapta az összes szükséges jóváhagyást, így elküldhető a beszállítónak. Ez fontos mérföldkő, amelyet a rendszer kifejezetten rögzít a dokumentum műveleti előzményeiben. | ||
|
Miért fontos?
Ez a kritikus mérföldkő feltétele annak, hogy a PO-t elküldjék a beszállítónak. A jóváhagyási ciklusidő méréséhez és a költési szabályok betartásának ellenőrzéséhez is elengedhetetlen.
Hol szerezhető be?
Az esemény a PO_ACTION_HISTORY táblában rögzül, jellemzően 'APPROVE' ACTION_CODE értékkel. Az is jelezheti, ha a PO_HEADERS_ALL táblában a dokumentum állapota jóváhagyottra változik.
Rögzítés
Szűrje a PO_ACTION_HISTORY táblát a végső 'APPROVE' műveletre.
Eseménytípus
explicit
|
|||
|
Beszerzési megrendelés létrehozva
|
Ezzel hivatalosan megkezdődik a beszerzési megrendelés életciklusa: létrejön egy PO-dokumentum piszkozat vagy hiányos állapotban. A rendszer az új PO-fejléc rekord létrehozási időbélyegének rögzítésével jelzi az eseményt. | ||
|
Miért fontos?
A PO-eset elsődleges kezdő eseményeként ez a tevékenység minden ciklusidő-számítás alapja. Kiindulópontot ad a későbbi lépések, például a jóváhagyás és a beszállítóval folytatott kommunikáció hatékonyságának méréséhez.
Hol szerezhető be?
Ez egy kifejezett esemény, amelyet a PO_HEADERS_ALL tábla CREATION_DATE mezője alapján lehet azonosítani az adott Purchase Order ID (PO_HEADER_ID) esetében.
Rögzítés
Használja a PO_HEADERS_ALL táblában szereplő létrehozási időbélyeget.
Eseménytípus
explicit
|
|||
|
Megrendelés törölve
|
A megrendelést véglegesen törölték, ezért további tranzakció nem várható. Ez a kifejezett művelet módosítja a dokumentum végállapotát. | ||
|
Miért fontos?
Ez a tevékenység a folyamat kedvezőtlen végállapotát jelzi. A törlések elemzése olyan problémákat tárhat fel, mint a duplikált megrendelések, a költségkeret módosulása vagy a projektkövetelmények változása.
Hol szerezhető be?
A rendszer a PO_ACTION_HISTORY táblában rögzíti ezt a műveletet 'CANCEL' ACTION_CODE értékkel, és ennek megfelelően frissíti a PO_HEADERS_ALL táblában a megrendelés állapotát.
Rögzítés
Szűrje a PO_ACTION_HISTORY táblát az ACTION_CODE = 'CANCEL' feltételre.
Eseménytípus
explicit
|
|||
|
Megrendelés véglegesen lezárva
|
A megrendelés teljesítettnek minősül: az árut teljes egészében átvették és/vagy a számlázás megtörtént, további tevékenység pedig nem várható. Ez a kifejezett művelet végleges állapotot állít be a megrendeléshez. | ||
|
Miért fontos?
Ez a tevékenység jelzi a megrendelés életciklusának sikeres lezárását. Ez a folyamat elsődleges kedvező végállapota. Nyomon követése elengedhetetlen a folyamat teljesítményének és lezárási arányának méréséhez.
Hol szerezhető be?
Az eseményt a PO_ACTION_HISTORY táblában rögzítik 'FINALLY CLOSE' ACTION_CODE értékkel. A PO_HEADERS_ALL táblában a megrendelés állapota szintén 'Finally Closed' értékre változik.
Rögzítés
Szűrje a PO_ACTION_HISTORY táblát az ACTION_CODE = 'FINALLY CLOSE' feltételre.
Eseménytípus
explicit
|
|||
|
Áru visszaküldve a beszállítónak
|
A korábban átvett árut visszaküldik a beszállítónak, jellemzően hiba, sérülés vagy téves szállítás miatt. Az áruátvételi modul ezt külön visszaküldési tranzakcióként rögzíti. | ||
|
Miért fontos?
A visszaküldések nyomon követése elengedhetetlen a beszállítói minőség és a megrendelések pontosságának értékeléséhez. Ha egy beszállítónál magas a visszaküldések aránya, az megoldandó, rendszerszintű problémákra utalhat.
Hol szerezhető be?
Az eseményt a rendszer kifejezetten rögzíti a RCV_TRANSACTIONS táblában, 'RETURN TO VENDOR' TRANSACTION_TYPE értékkel.
Rögzítés
Használja a RCV_TRANSACTIONS táblában szereplő TRANSACTION_DATE értéket, ahol a TRANSACTION_TYPE értéke 'RETURN TO VENDOR'.
Eseménytípus
explicit
|
|||
|
Áruátvételi bizonylat létrehozva
|
A rendszerben létrejön az áruátvételi bizonylat, előkészítve az áruk fizikai beérkezését. Ezzel kezdetét veszi a belső áruátvételi folyamat. | ||
|
Miért fontos?
Ezzel a beszerzés átadja a helyét a logisztikának. Az ettől a ponttól a végleges átvétel rögzítéséig eltelt idő elemzése segít feltárni a raktári vagy áruátvételi folyamatok hatékonysági problémáit.
Hol szerezhető be?
Az eseményt a rendszer kifejezetten rögzíti: a megrendeléshez kapcsolódó új rekord létrehozási időbélyege szerepel a RCV_SHIPMENT_HEADERS táblában.
Rögzítés
Használja a RCV_SHIPMENT_HEADERS táblában szereplő megfelelő rekord létrehozási dátumát.
Eseménytípus
explicit
|
|||
|
Beszerzési igénylés jóváhagyva
|
Az illetékes jóváhagyta a beszerzési igénylést, így a beszerzési részleg létrehozhatja a beszerzési megrendelést. A rendszer ezt az eseményt kifejezetten rögzíti az igénylés műveleti előzményeiben. | ||
|
Miért fontos?
Ez a mérföldkő jelzi az igénylés belső jóváhagyási folyamatának végét. Az itt jelentkező késedelem az egész beszerzési ütemezést befolyásolhatja, ezért fontos nyomon követni az időtartamát.
Hol szerezhető be?
Az esemény az igényléshez kapcsolódó műveleti előzményekben rögzül. Általában workflow-táblák vagy az igénylési dokumentum jóváhagyási állapotát jelző mezők alapján követhető nyomon.
Rögzítés
Az adott igénylési dokumentum workflow-előzményeiben jóváhagyási műveletként rögzül.
Eseménytípus
explicit
|
|||
|
Beszerzési igénylés létrehozva
|
Ez a tevékenység jelzi a beszerzési igénylés létrehozását. Az igénylés az árukra vagy szolgáltatásokra vonatkozó hivatalos kérés, amely megelőzi a beszerzési megrendelést. Az esemény akkor rögzül, amikor új bejegyzés jön létre az Oracle Fusion igénylésfejléc-táblájában. | ||
|
Miért fontos?
A tevékenység elemzésével megérthető, hogyan keletkezik a beszerzési igény. Az igénylés és a beszerzési megrendelés létrehozása közötti idő nyomon követése feltárja, ha késik a belső igény tényleges beszerzési megrendeléssé alakítása.
Hol szerezhető be?
Ez egy új igénylés mentésekor rögzített, kifejezett esemény. A POR_REQUISITION_HEADERS_ALL táblában a létrehozás időbélyegének követésével azonosítható.
Rögzítés
Az esemény alapja a POR_REQUISITION_HEADERS_ALL táblában szereplő rekord létrehozási dátuma.
Eseménytípus
explicit
|
|||
|
Beszerzési megrendelés elutasítva
|
A jóváhagyó elutasította a beszerzési megrendelést, ezért az visszakerül a létrehozójához módosításra. A rendszer ezt az eseményt kifejezetten rögzíti a műveleti előzményekben, jelezve, hogy a folyamat eltért a szokásos menetétől. | ||
|
Miért fontos?
Az elutasítások ismételt munkavégzést és késedelmet okoznak. A tevékenység nyomon követése segít feltárni az elutasítások gyakori okait, a képzési igényeket és a nem egyértelmű jóváhagyási követelményeket.
Hol szerezhető be?
A művelet a PO_ACTION_HISTORY táblában rögzül, a megfelelő PO_HEADER_ID-hez tartozó 'REJECT' ACTION_CODE értékkel.
Rögzítés
Szűrje a PO_ACTION_HISTORY táblát az ACTION_CODE = 'REJECT' feltételre.
Eseménytípus
explicit
|
|||
|
Beszerzési megrendelés jóváhagyásra beküldve
|
A létrehozott beszerzési megrendelés bekerül a jóváhagyási munkafolyamatba. Az Oracle Fusion kifejezetten rögzíti ezt a műveletet, a beküldő felhasználóval és az időbélyeggel együtt. | ||
|
Miért fontos?
Ez a tevékenység jelzi a jóváhagyási ciklus kezdetét. A beküldés és a jóváhagyás közötti idő elemzése segít azonosítani a belső jóváhagyási folyamat szűk keresztmetszeteit.
Hol szerezhető be?
A művelet a PO_ACTION_HISTORY táblában rögzül, a megfelelő PO_HEADER_ID-hez tartozó 'SUBMIT' ACTION_CODE értékkel.
Rögzítés
Szűrje a PO_ACTION_HISTORY táblát az ACTION_CODE = 'SUBMIT' feltételre.
Eseménytípus
explicit
|
|||
|
Beszerzési megrendelés módosítva
|
A megrendelés kezdeti jóváhagyása után módosítás történt, például megváltozott a mennyiség, az ár vagy a szállítási dátum. Az Oracle Fusion ezt a dokumentum új verziójának létrehozásával követi nyomon. | ||
|
Miért fontos?
A megrendelés módosítása utómunkát jelenthet, és arra utalhat, hogy a kezdeti megrendelés pontatlan volt, vagy időközben megváltoztak az üzleti igények. A módosítások gyakoriságának és jellegének elemzésével feltárhatók a folyamat hatékonyabbá tételének lehetőségei.
Hol szerezhető be?
Az esemény rögzítése egy új dokumentumverzió létrehozásakor történik. A PO_HEADERS_ALL táblában a REVISION_NUM mező értékének növekedése jelzi.
Rögzítés
Azonosítsa az összes olyan esetet, amikor egy PO_HEADER_ID-hez tartozó REVISION_NUM értéke növekszik.
Eseménytípus
explicit
|
|||
|
Beszerzési megrendelés visszaigazolva
|
A beszállító visszaigazolta a beszerzési megrendelés kézhezvételét és elfogadta a feltételeket. Az eseményt gyakran a beszerzési munkatársak rögzítik manuálisan a beszállítói kommunikáció alapján, vagy elektronikus visszaigazolás útján kerül be a rendszerbe. | ||
|
Miért fontos?
A beszállítói visszaigazolás megerősíti, hogy a megrendelés megérkezett, és feldolgozása folyamatban van. Nyomon követése segít kezelni a beszállítóval folytatott kommunikációt, és időben felismerni a teljesítési problémákat.
Hol szerezhető be?
Az esemény általában a PO-fejlécek vagy -sorok visszaigazolási állapotmezőinek változásából következtethető ki, például amikor a PO_HEADERS_ALL.acceptance_status értéke 'Accepted' lesz.
Rögzítés
Az eseményre a PO-visszaigazolás állapotmezőinek frissítéséből következtessen.
Eseménytípus
inferred
|
|||
|
Minőségellenőrzés elvégezve
|
A minőségellenőrzést igénylő árukat megvizsgálták, majd elfogadták vagy elutasították. Ez a tevékenység az első átvétel után történik, és külön tranzakcióként szerepel a rendszerben. | ||
|
Miért fontos?
Ez a tevékenység elengedhetetlen a minőségirányításhoz. Az ellenőrzések időtartamának elemzése segít egyszerűsíteni a minőségellenőrzést, és csökkenteni az áruk felhasználhatóvá tételének késedelmét.
Hol szerezhető be?
A rendszer a RCV_TRANSACTIONS táblában rögzíti. Az átvételi tranzakciót követő, 'ACCEPT' vagy 'REJECT' TRANSACTION_TYPE értékű tranzakciók jelzik.
Rögzítés
Használja a RCV_TRANSACTIONS táblában szereplő TRANSACTION_DATE értéket, ahol a TRANSACTION_TYPE értéke 'ACCEPT' vagy 'REJECT'.
Eseménytípus
explicit
|
|||
|
Szolgáltatás teljesítése visszaigazolva
|
Szolgáltatás megrendelése esetén ez a tevékenység jelzi, hogy a szolgáltatást a megállapodás szerint teljesítették. A teljesítést gyakran manuálisan vagy szolgáltatási teljesítésigazolással rögzítik. | ||
|
Miért fontos?
Ez a szolgáltatások áruátvételének felel meg, és a számla kifizetése előtt szükséges. A teljesítés visszaigazolásának késedelme késedelmes fizetéshez és a beszállítói kapcsolat megromlásához vezethet.
Hol szerezhető be?
Ezt általában a megrendelés szolgáltatási sorához kapcsolódó átvételként rögzítik. A szolgáltatás előrehaladását vagy befejezését nyomon követő mezők, illetve összetett átvételi adatok is tartozhatnak hozzá.
Rögzítés
Azonosítsa a szolgáltatás megrendelési soraihoz kapcsolódó átvételi tranzakciókat a RCV_TRANSACTIONS táblában.
Eseménytípus
explicit
|
|||
Adatkinyerési útmutatók
Kezdje el most?
Használja ezt a sablont az adatgyűjtés egyszerűsítésére, és tárja fel a beszerzéstől a fizetésig tartó folyamat beszerzésirendelés-kezelési szakaszának működését. Kezdje el még ma optimalizálni a működését.
Optimalizálja még ma a beszerzéstől a fizetésig tartó folyamat beszerzésirendelés-kezelési szakaszát
Találja meg a költséges szűk keresztmetszeteket, és csökkentse könnyedén 30%-kal a ciklusidőt.
Nincs szükség bankkártyára, kezdje el még ma az optimalizálást.