Adatsablon a beszerzéstől a fizetésig tartó igénylési folyamathoz

Oracle Fusion Financials
Adatsablon a beszerzéstől a fizetésig tartó igénylési folyamathoz

Adatsablon a beszerzéstől a fizetésig tartó igénylési folyamathoz

Ez a sablon útmutatást ad a beszerzéstől a fizetésig tartó igénylési folyamat elemzéséhez szükséges adatok összegyűjtéséhez. Bemutatja, mely fontos attribútumokat érdemes rögzíteni, mely tevékenységeket kell nyomon követni, és hogyan nyerheti ki ezeket az adatokat az Oracle Fusion Financials rendszerből. Az útmutató segítségével előkészítheti az eseménynaplót a folyamatok érdemi process mining elemzéséhez.
  • Javasolt attribútumok
  • Követendő fontos tevékenységek
  • Útmutató az adatok kinyeréséhez az Oracle Fusion Financials rendszerből
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A beszerzéstől a fizetésig tartó igénylési folyamat attribútumai

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba a beszerzéstől a fizetésig tartó igénylési folyamat részletes elemzéséhez.
5 Kötelező 7 Javasolt 10 Nem kötelező
Név Leírás
Beszerzési igénylés azonosítója
PurchaseRequisitionId
A beszerzési igénylés egyedi azonosítója, amely a folyamat ügyazonosítójaként szolgál.
Leírás

A beszerzési igény azonosítója kapcsolja össze az adott termék- vagy szolgáltatásigényléshez tartozó összes tevékenységet. Minden igénylés létrehozásakor egyedi azonosítót kap, amely az igénylés teljes életciklusa alatt változatlan marad.

A process mining során ez az attribútum szolgál az összetartozó események csoportosítására. Ilyen esemény például az igénylés létrehozása, benyújtása, jóváhagyási lépései és lezárása. Így az összes esemény egyetlen esethez rendelhető. Az igénylés teljes útja elemezhető, folyamattérképek készíthetők, kiszámítható az átfutási idő, és összehasonlíthatók az egyes igénylések változatai.

Miért fontos?

Ez az alapvető attribútum követi végig az igénylés életciklusát a kezdetétől a lezárásáig, és lehetővé teszi az esetek szintjén végzett elemzéseket, valamint a KPI-k kiszámítását.

Hol szerezhető be?

Ez jellemzően az igénylés fejlécét tartalmazó tábla elsődleges kulcsa, például az Oracle Fusion Financials rendszerben a POR_REQUISITION_HEADERS_ALL.REQUISITION_HEADER_ID.

Példák
100234810023491002350
Esemény időpontja
EventTime
Az időbélyeg, amely megmutatja, mikor történt a tevékenység.
Leírás

Az esemény időpontja rögzíti, hogy egy adott tevékenység pontosan mikor történt. Ez az időbélyeg teszi lehetővé az események időrendi sorrendbe rendezését az egyes eseteken belül. Forrása lehet a létrehozás vagy az utolsó frissítés dátuma, illetve a rendszerben rögzített konkrét művelet időpontja.

Az elemzés során ebből számíthatók ki az időtartamhoz kötött mutatók, például a tevékenységek közötti átfutási és várakozási idők, valamint az eset teljes időtartama. Az időpont ismerete elengedhetetlen a szűk keresztmetszetek feltárásához, az SLA-k teljesülésének méréséhez és az igénylési folyamat időbeli alakulásának megértéséhez.

Miért fontos?

Ez az attribútum szükséges az időalapú KPI-k kiszámításához, az események helyes sorrendbe rendezéséhez, valamint a folyamat teljesítményének és szűk keresztmetszeteinek elemzéséhez.

Hol szerezhető be?

Ez jellemzően a tranzakcióhoz vagy állapotváltozáshoz tartozó LAST_UPDATE_DATE vagy CREATION_DATE oszlopból származik. Ilyen oszlop található például a POR_REQUISITION_HEADERS_ALL táblában vagy a munkafolyamat előzményeit tároló táblákban.

Példák
2023-04-15T10:30:00Z2023-04-15T11:05:21Z2023-04-16T09:00:15Z
Tevékenység
ActivityName
Az igénylési folyamat egy adott pontján bekövetkezett üzleti esemény neve.
Leírás

A tevékenység a beszerzési igény életciklusának egy jól elkülöníthető lépését vagy mérföldkövét jelöli. Ilyen például az „Igénylés létrehozva”, a „Jóváhagyási lépés jóváhagyva” vagy a „Beszerzési rendelés létrehozva”. A tevékenységek a forrásrendszer naplóiban vagy tranzakciós tábláiban rögzített állapotváltozásokból, felhasználói műveletekből és rendszereseményekből származnak.

Ez az attribútum szükséges a folyamattérkép elkészítéséhez, amely megmutatja az igénylések menetét. A tevékenységek sorrendjének és gyakoriságának elemzésével feltárhatók a jellemző folyamatutak, a szűk keresztmetszetek, az ismétlődő javítási körök és a standard eljárástól való eltérések.

Miért fontos?

Ez adja a folyamattérkép alapját, amelyen megjeleníthető és elemezhető az igénylés munkafolyamata.

Hol szerezhető be?

A POR_REQUISITION_HEADERS_ALL táblához hasonló táblák állapotváltozásokat rögzítő adataiból, tranzakciós előzményekből vagy a FA_FUSION_SOAINFRA.WFTASK-hoz hasonló munkafolyamat-naplókból származik.

Példák
Igénylés létrehozvaJóváhagyási lépés jóváhagyvaIgénylés elutasítvaMegrendelés létrehozva
Forrásrendszer
SourceSystem
Az az informatikai rendszer, amelyből az adatokat kinyerték.
Leírás

Ez az attribútum azonosítja a folyamatadatok forrását. Ebben az adatmodellben az értéke mindig „Oracle Fusion Financials”.

Több ERP-rendszert vagy integrált rendszereket használó környezetben ez a mező segít az adatok eredetének nyomon követésében, a hibakeresésben és az adatminőség biztosításában. Megmutatja, melyik rendszerből származnak az elemzett folyamat eseményei.

Miért fontos?

Fontos információt ad az adatok eredetéről, ami nélkülözhetetlen az adatirányításhoz és a több rendszerből származó adatok összekapcsolásához.

Hol szerezhető be?

Az adatkinyerés és -átalakítás során hozzáadott állandó érték, amely azonosítja az adathalmaz forrását.

Példák
Oracle Fusion Financials
Utolsó adatfrissítés
LastDataUpdate
A forrásrendszerből érkező legutóbbi adatfrissítés időbélyege.
Leírás

Ez az attribútum mutatja meg, mikor nyerték ki utoljára az adatokat az Oracle Fusion Financials rendszerből. A teljes adathalmazra vonatkozik, nem az egyes eseményekre.

Az elemzők ebből látják, mennyire frissek az adatok, és ellenőrizhetik, hogy a legutóbbi tranzakciók is bekerültek-e. Ez fontos metaadat a dashboardokhoz készülő jelentésekben, és segít biztosítani, hogy az elemzések naprakész információkra épüljenek.

Miért fontos?

Tájékoztatja a felhasználókat az adatok frissességéről, így az elemzések a legújabb elérhető információkra épülhetnek.

Hol szerezhető be?

Ez az időbélyeg az adatkinyerés során jön létre és kerül tárolásra, jellemzően az ETL-eszköz vagy az adatfolyam részeként.

Példák
2023-10-27T02:00:00Z
Elutasítás oka
RejectionReason
Az indok, amelyet a jóváhagyó az igénylés vagy egy jóváhagyási lépés elutasításakor megad.
Leírás

Elutasításkor a jóváhagyó általában megadja az okot, vagy egy előre meghatározott listából választ, vagy szabad szöveget ír be. Ez az attribútum rögzíti az indoklást.

A folyamatproblémák kiváltó okainak feltárásához nélkülözhetetlen. Az „Igénylésmódosítási és -elutasítási trendek” dashboardon megmutatja, miért utasították el az igényléseket. Az okok elemzésével feltárhatók a visszatérő problémák, például a hibás könyvelési kód, a költségkeret túllépése vagy az előírások megsértése. Ezek képzéssel vagy rendszerbe épített ellenőrzésekkel kezelhetők.

Miért fontos?

Közvetlenül megmutatja, miért utasítják el az igényléseket. Így célzott fejlesztésekkel csökkenthető az ismételt munka, és növelhető az egyenes feldolgozás aránya.

Hol szerezhető be?

A munkafolyamat megjegyzéseiből vagy a naplóban tárolt elutasítási kódokból származik. Ezek a FA_FUSION_SOAINFRA.WFTASK-hoz kapcsolódó táblákban vagy a megjegyzéseket tároló táblákban lehetnek.

Példák
Hibás főkönyvi számlaA költséghely keretének túllépéseNem preferált beszállító kiválasztásaDuplikált igénylés
Igénylés állapota
RequisitionStatus
A beszerzési igény aktuális vagy végleges állapota.
Leírás

Ez az attribútum az igénylés adott időpontban érvényes állapotát vagy végső eredményét mutatja, például: „Jóváhagyva”, „Elutasítva”, „Folyamatban” vagy „Lezárva”. Gyakran ebből az adatból származik az eseménynapló számos tevékenysége.

Ez az attribútum a „Beszerzési igények állapotának áttekintése” dashboard alapja, amely megmutatja az aktuális munkaterhelést és a hátralékot. Eredményalapú KPI-k, például az igénylések elutasítási arányának kiszámítására is használható, ha az adott állapottal végződő esetekre szűr.

Miért fontos?

Pillanatképet ad az igénylések aktuális állapotáról, és segít meghatározni a KPI-k kiszámításához szükséges végső eredményeket.

Hol szerezhető be?

Az igénylés fejlécét tartalmazó táblában található, jellemzően a POR_REQUISITION_HEADERS_ALL DOCUMENT_STATUS vagy APPROVAL_STATUS mezőjében.

Példák
JÓVÁHAGYVAFOLYAMATBANELUTASÍTVAVISSZAVONVA
Igénylés teljes összege
RequisitionTotalAmount
A beszerzési igény teljes pénzértéke.
Leírás

Ez az attribútum a beszerzési igény egyes tételeinek összértékét mutatja. Segít megérteni az igénylés pénzügyi jelentőségét.

A process mining során az összeg sokféle elemzéshez használható. Például kiszűrhetők a nagy értékű igénylések, amelyek jóváhagyási útja gyakran eltér, vagy alaposabb ellenőrzést igényelnek. A dashboardokon az is vizsgálható, hogyan függnek össze a folyamatmutatók, például az átfutási idő vagy az elutasítási arány az igénylés értékével.

Miért fontos?

Pénzügyi szempontból is értelmezhetővé teszi az adatokat. Az érték szerinti elemzés segít rangsorolni a folyamatfejlesztési lehetőségeket, és megmutatja, hogyan befolyásolja az igénylés összege a folyamat alakulását.

Hol szerezhető be?

Az igénylés fejlécében található, gyakran a POR_REQUISITION_HEADERS_ALL táblában, például a REQUISITION_TOTAL mezőben. A POR_REQUISITION_LINES_ALL táblában szereplő tételek összeadásával is kiszámítható.

Példák
550.0012500.7599.99
Igénylő neve
RequesterName
A beszerzési igényt létrehozó és benyújtó munkatárs neve.
Leírás

Ez az attribútum azonosítja azt a személyt, aki elindította a termék- vagy szolgáltatásigénylést. Az adatot jellemzően a folyamat elején, az igénylés létrehozásakor rögzítik.

Az igénylő szerinti elemzés fontos része az „Igénylői teljesítménymutatók” dashboardnak. Segít feltárni, mely felhasználóknak vagy csoportoknak lehet szükségük további képzésre, például ha gyakran módosítják vagy elutasítják az igényléseiket, illetve ha azok átfutási ideje hosszú. Az attribútum emberi nézőpontból mutatja be a folyamatot.

Miért fontos?

Lehetővé teszi a teljesítmény igénylő szerinti elemzését, segít feltárni a képzési igényeket, és megmutatja a hatékonyan dolgozó felhasználókat vagy részlegeket.

Hol szerezhető be?

Az igénylés fejlécadataiból származik. Az igénylő azonosítóját gyakran egy munkatársi vagy felhasználói törzsadattáblához kell kapcsolni. Keresse a POR_REQUISITION_HEADERS_ALL táblában a PREPARER_ID-hez hasonló mezőket, majd kapcsolja össze az adatokat a PER_ALL_PEOPLE_F táblával.

Példák
John SmithJane DoeEmily Jones
Részleg
DepartmentName
Az üzleti részleg, amelyhez az igénylő tartozik.
Leírás

Ez az attribútum az igénylést létrehozó személy szervezeti egységét jelöli, például a pénzügyet, az informatikát vagy a marketinget. Az adat jellemzően a munkatárs HR-rendszerben tárolt profiljából származik.

A folyamatadatok részleg szerinti elemzése bevett módszer a folyamatok összehasonlítására. Segít feltárni a részlegspecifikus mintákat, például a magasabb elutasítási arányt vagy a hosszabb átfutási időt. Ezek alapján célzott folyamatfejlesztés indítható. Ez az „Igénylői teljesítménymutatók” dashboard egyik fontos dimenziója.

Miért fontos?

Lehetővé teszi a folyamat üzleti egység szerinti elemzését, és feltárja a részlegspecifikus mintákat, teljesítménybeli különbségeket és megfelelési problémákat.

Hol szerezhető be?

Az adat jellemzően az igénylő profiljából származik. Ehhez az igényléseket tartalmazó táblát gyakran össze kell kapcsolni egy HR- vagy felhasználói címtártáblával, amely a részleg adatait tartalmazza.

Példák
InformatikaPénzügyMűködésMarketing
Szükséges dátum
RequiredByDate
Az a dátum, ameddig az igénylőnek szüksége van a termékre vagy szolgáltatásra.
Leírás

Az igénylő ezt a dátumot adja meg, hogy jelezze, mikorra kell megérkezniük a kért tételeknek. Ez a beszerzési folyamat belső szolgáltatási szintű célértékeként (SLA) szolgál.

Ez az attribútum a „Teljesítmény a szükséges dátumhoz képest” dashboard és a „Szükséges dátum betartási aránya” KPI alapja. Ha összeveti a tényleges beszerzésirendelés-létrehozási vagy áruátvételi dátummal, láthatóvá válik, mennyire teljesíti a beszerzési folyamat a belső ügyfelek igényeit, és feltárhatók a rendszeres késések.

Miért fontos?

Segít mérni, hogy a folyamat teljesíti-e a belső határidőket, és időben kiszolgálja-e az üzleti igényeket.

Hol szerezhető be?

Általában az igénylés tételsorának szintjén tárolják, például a POR_REQUISITION_LINES_ALL táblában, a NEED_BY_DATE mezőben.

Példák
2023-11-012023-12-152024-01-31
Üzleti egység
BusinessUnit
A szervezeten belüli üzleti egység, amelyhez az igénylés tartozik.
Leírás

Az üzleti egység a vállalat egy meghatározott jogi vagy funkcionális egysége, amely számára az igénylés készül. Magasabb szintű szervezeti egység, mint a részleg.

Az üzleti egység szerinti elemzés lehetővé teszi a szervezet különböző részeinek magas szintű összehasonlítását. A vezetők így megérthetik, hogy a folyamat hatékonytalanságai egy-egy területre korlátozódnak-e, vagy az egész szervezetet érintik, és hol érdemes fejlesztésre összpontosítani. Szinte minden dashboard és KPI esetében fontos szűrési szempont.

Miért fontos?

Magas szintű szervezeti nézőpontot ad, így összehasonlítható a teljesítmény, és elemezhetők a vállalat különböző részei.

Hol szerezhető be?

Az Oracle Fusion alapvető szervezeti mezője, amely jellemzően az igénylés fejlécében, például a POR_REQUISITION_HEADERS_ALL táblában található.

Példák
Észak-amerikai üzleti egységEurópai üzleti egységVállalati központ
Automatizált
IsAutomated
Jelző, amely megmutatja, hogy a tevékenységet automatikusan a rendszer hajtotta-e végre.
Leírás

Ez az attribútum azonosítja azokat a folyamatbeli eseményeket, amelyeket ember helyett rendszerfelhasználó vagy automatizált ügynök hajtott végre. Ilyen lehet például a rendszer által végrehajtott állapotváltozás vagy az alacsony értékű tételek automatikus jóváhagyása.

Az attribútum elemzésével mérhető a folyamat automatizáltsága. Összehasonlítható az automatizált és a manuális lépések sebessége és hatékonysága, valamint feltárhatók a további automatizálási lehetőségek.

Miért fontos?

Segít mérni a folyamat automatizáltságát, és feltárni a manuális feladatok automatizálásának lehetőségeit.

Hol szerezhető be?

Annak ellenőrzésével állapítható meg, hogy a tevékenységhez tartozó felhasználó rendszer- vagy szolgáltatásfiók-e. Ehhez szükség van az ismert rendszerfelhasználói azonosítók listájára.

Példák
truefalse
Beszállító neve
SupplierName
A termékhez vagy szolgáltatáshoz javasolt vagy előre kiválasztott beszállító neve.
Leírás

Ez az attribútum azonosítja a beszállítót, akitől a terméket vagy szolgáltatást meg kívánják vásárolni. A beszállítót az igénylő is javasolhatja, de a rendszer katalógusok vagy korábbi megállapodások alapján is kiválaszthatja.

A beszállító szerinti elemzés fontos beszerzési mintákat tárhat fel. Például kiderülhet, hogy bizonyos beszállítók igényléseinek jóváhagyása tovább tart, vagy gyakrabban utasítják el őket. Ez az információ hasznos lehet a beszállítói kapcsolatok kezeléséhez és a beszerzési stratégia kialakításához.

Miért fontos?

Lehetővé teszi a folyamat teljesítményének beszállító szerinti elemzését, ami segítheti a beszerzési stratégia kialakítását és a beszállítói kapcsolatok kezelését.

Hol szerezhető be?

Az igénylés tételeit tartalmazó POR_REQUISITION_LINES_ALL táblában található. Gyakran a VENDOR_ID mező kapcsolja össze egy beszállítói törzstáblával, például a POZ_SUPPLIERS táblával.

Példák
Office Supplies Inc.Global Tech SolutionsCreative Marketing Agency
Beszerzési rendelés száma
PurchaseOrderNumber
A jóváhagyott igénylésből létrehozott beszerzési rendelés azonosítója.
Leírás

Ez az attribútum kapcsolja össze a beszerzési igényt az abból létrejövő beszerzési rendeléssel. A teljes jóváhagyás után az igénylésből jellemzően egy vagy több, a beszállítónak elküldendő beszerzési rendelés készül.

Az elemzés során ezzel az azonosítóval követhető az igénylés utáni folyamat. Segítségével kiszámítható az „Igényléstől a beszerzési rendelésig eltelt idő” KPI, és támogatható az „Igényléstől a beszerzési rendelésig tartó átfutási idő” dashboard. Az igénylés adatai összekapcsolhatók a későbbi beszerzésirendelés- és számlázási folyamatokkal is, így a Purchase-to-Pay folyamat elejétől a végéig elemezhető.

Miért fontos?

Összekapcsolja az igénylést az azt követő beszerzési rendeléssel, így mérhető az igényléstől a rendelésig tartó átfutási idő, és elemezhető a teljes folyamat.

Hol szerezhető be?

Az adat a beszerzési rendelés létrehozásakor kerül tárolásra. A PO elosztási tábláiban található, például a PO_DISTRIBUTIONS_ALL táblában, amely az igénylés tételsorára hivatkozik.

Példák
PO-2023-5832PO-2023-5833PO-2023-5834
Egyenes feldolgozású
IsStraightThrough
Jelző, amely megmutatja, hogy az igénylést módosítás és elutasítás nélkül hagyták-e jóvá.
Leírás

Ez a számított jelző azokat az igényléseket azonosítja, amelyek az ismételt munkával járó körök, például módosítás vagy elutasítás nélkül jutottak el a benyújtástól a jóváhagyásig. Azt jelzi, hogy az adott eset folyamata fennakadás nélkül zajlott le.

Ez az attribútum az „Egyenes feldolgozású igénylések aránya” KPI alapja. Az ilyen igénylések jellemzőinek, például a gyakori részlegeknek, igénylőknek vagy igénytípusoknak az elemzése bevált gyakorlatokat és automatizálási lehetőségeket tárhat fel. A nem egyenes feldolgozású esetek elemzésével pedig azonosíthatók a hatékonytalanság fő okai.

Miért fontos?

Közvetlenül méri a folyamat hatékonyságát, és az „Egyenes feldolgozású igénylések aránya” KPI alapja. Segít feltárni az ismételt munka okait.

Hol szerezhető be?

Ezt az attribútumot az adatátalakítás során számítják ki. Az eset értéke igaz, ha nem szerepel benne „Igénylés módosítva” vagy „Jóváhagyási lépés elutasítva” tevékenység.

Példák
truefalse
Felhasználó neve
UserName
Az adott tevékenységet végrehajtó felhasználó neve, például a jóváhagyóé vagy a szerkesztőé.
Leírás

Míg az igénylő neve azt mutatja meg, ki indította el a folyamatot, a felhasználó neve azt, hogy ki hajtott végre egy adott eseményt, például ki hagyta jóvá vagy utasította el az igénylést. Ez különösen fontos a több lépésből álló jóváhagyási munkafolyamatoknál, amelyekben több személy is részt vesz.

Ez az attribútum segít elemezni a jóváhagyási szűk keresztmetszeteket, valamint az egyes jóváhagyók és csapatok teljesítményét. Közvetlenül támogatja a „Jóváhagyási munkafolyamat szűk keresztmetszetei” dashboardot, mert megmutatja, mennyi időt vesz igénybe a feldolgozás a jóváhagyási lánc egyes résztvevőinél.

Miért fontos?

Megmutatja, ki hajtotta végre az egyes eseményeket. Ez fontos az átadási idők, a jóváhagyók teljesítményének és az erőforrások elosztásának elemzéséhez.

Hol szerezhető be?

A munkafolyamat előzményeit vagy naplóit tároló táblákból származik, például a FA_FUSION_SOAINFRA.WFTASK táblából, amely rögzíti az egyes feladatokat elvégző felhasználót.

Példák
David LeeSusan ChenMichael Brown
Igénylés típusa
RequisitionType
Az igénylés kategóriája, például termék- vagy szolgáltatásigénylés.
Leírás

Ez az attribútum a kért termék vagy szolgáltatás szerint sorolja be az igénylést. Gyakori típus a termék, a szolgáltatás és a beruházási kiadás. Az igénylés típusa befolyásolhatja a szükséges jóváhagyási munkafolyamatot és a beszerzési stratégiát.

Az elemzés során az igénylés típusa szűrési és összehasonlítási szempontként használható. Például megvizsgálható, hogy a szolgáltatásigénylések jóváhagyása tovább tart-e, mint a termékigényléseké. Segít megérteni, hogy az egyes igénytípusok folyamata eltérően működik-e, és hol alakulnak ki szűk keresztmetszetek.

Miért fontos?

Lehetővé teszi az elemzés igénytípus szerinti bontását, így összehasonlítható például a termékek és a szolgáltatások beszerzési folyamata.

Hol szerezhető be?

Az igénylés létrehozásakor kiválasztott tételtípus vagy kategória határozza meg. Az adat az igénylés tételeit tartalmazó POR_REQUISITION_LINES_ALL táblában lehet.

Példák
TermékSzolgáltatásBeruházási kiadás
Jóváhagyási munkafolyamat útvonala
ApprovalWorkflowPath
Az igényléshez szükséges jóváhagyók vagy jóváhagyói csoportok előre meghatározott sorrendje.
Leírás

Ez az attribútum határozza meg az adott igényléshez elvárt, standard jóváhagyási folyamatot. A vállalati szabályzat mellett olyan tényezőket is figyelembe vesz, mint az igénylés összege, típusa és a részleg. Ez a tervezett folyamatot írja le.

A jóváhagyási munkafolyamat útvonala a megfelelés és a folyamatkövetés elemzésének alapja. Közvetlenül támogatja a „Megfelelőségi és eltéréselemzés” dashboardot, valamint az „Igénylés megfelelőségi indexe” KPI-t, mert összevethető vele a tényleges jóváhagyási folyamat az előírt útvonallal. Az eltérések szabályzatsértésre vagy a folyamat hatékonytalanságára utalhatnak.

Miért fontos?

Lehetővé teszi a folyamatkövetést: a tényleges folyamat összevethető az előírt jóváhagyási hierarchiával, így azonosíthatók az előírásoknak nem megfelelő igénylések.

Hol szerezhető be?

Ezt az információt az Oracle Fusion BPM Worklist vagy az Approval Management Engine (AMX) tartalmazza. Az egyes igénylésekhez tartozó útvonal kinyerése összetett lehet, és konfigurációs táblák lekérdezését igényelheti.

Példák
Vezető > igazgató > pénzügyi alelnökKöltséghely felelőse > informatikai biztonságVezető > részlegvezető
Módosították
IsAmendedFlag
Logikai jelző, amelynek értéke igaz, ha az igénylést legalább egyszer módosították.
Leírás

Ez a számított attribútum jelzi, hogy az igénylést módosították-e az első benyújtása után. Az eset előzményeiben szereplő „Igénylés módosítva” tevékenység alapján állapítható meg.

A jelző egyszerűsíti az elemzést és a KPI-k kiszámítását. Közvetlenül használható az „Igénymódosítási arány” KPI kiszámításához, valamint az egyenes feldolgozástól eltérő esetek azonosításához. Segítségével könnyen szűrhetők és összehasonlíthatók a módosított és a nem módosított igénylések folyamati mutatói.

Miért fontos?

Egyszerűsíti a módosítási arány kiszámítását, és megkönnyíti a módosított és nem módosított igénylések összehasonlítását.

Hol szerezhető be?

Ez az attribútum nem szerepel a forrásrendszerben. Az adatátalakítás során számítják ki az eseménynaplóban található, módosításhoz kapcsolódó tevékenységek alapján.

Példák
truefalse
Pénznem
CurrencyCode
Az igénylés összegének pénznemkódja, például USD vagy EUR.
Leírás

Ez az attribútum jelöli, milyen pénznemben van megadva az igénylés teljes összege. A nemzetközi szervezeteknél az igénylések többféle pénznemben készülhetnek.

A pénzügyi adatok helyes értelmezéséhez és összesítéséhez elengedhetetlen. Pénzösszegek elemzésekor a pontos összehasonlítás érdekében a pénznemkódot is figyelembe kell venni. Ehhez egyetlen pénznemre szűrhet, vagy az összegeket közös pénznemre válthatja.

Miért fontos?

Pontos pénzügyi elemzést és jelentéskészítést tesz lehetővé, különösen a több pénznemmel dolgozó nemzetközi szervezeteknél.

Hol szerezhető be?

Jellemzően az igénylés fejlécét tartalmazó táblában, az összeg mezői mellett található, például a POR_REQUISITION_HEADERS_ALL táblában.

Példák
USDEURGBPJPY
Tétel leírása
ItemDescription
Az igénylés egyik tételsorában kért termék vagy szolgáltatás leírása.
Leírás

Ez az attribútum a beszerzendő tétel szöveges leírását tartalmazza, részletezve a kért terméket vagy szolgáltatást.

A tétel leírása gyakran strukturálatlan adat, de hasznos háttér-információt ad az elemzéshez. Szűrésre is használható, ha olyan konkrét beszerzéseket szeretne elkülöníteni, amelyeket az igénylés típusa nem azonosít. Például rákereshet a „Szoftverlicenc” kifejezést tartalmazó igénylésekre, és megvizsgálhatja azok folyamatát és átfutási idejét.

Miért fontos?

Részletesen megmutatja, mit szereznek be, így pontosabban szűrhetők és elemezhetők az egyes termékek és szolgáltatások.

Hol szerezhető be?

Az igénylés tételeit tartalmazó POR_REQUISITION_LINES_ALL táblában található, például az ITEM_DESCRIPTION mezőben.

Példák
15 hüvelykes laptop, 16 GB RAMTanácsadási szolgáltatások, negyedik negyedévi projektÉves szoftverkarbantartás megújítása
Kötelező Javasolt Nem kötelező

A beszerzéstől a fizetésig tartó igénylési folyamat tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban, hogy pontosan feltárhassa a beszerzéstől a fizetésig tartó igénylési folyamatot.
6 Javasolt 6 Nem kötelező
Tevékenység Leírás
Igénylés benyújtva
A felhasználó benyújtja a kitöltött igénylést a jóváhagyási munkafolyamatba. Ez akkor rögzíthető, amikor az igénylés állapota „Incomplete” vagy „Draft” értékről jóváhagyásra váró állapotra változik.
Miért fontos?

Ez a tevékenység indítja el a jóváhagyási ciklust. Fontos mérföldkő az igénylés jóváhagyási idejének és a teljes átfutási időnek a méréséhez.

Hol szerezhető be?

A POR_REQUISITION_HEADERS_ALL táblában rögzített állapotváltozásból állapítható meg, például amikor az állapot „PENDING APPROVAL” értékre változik. A benyújtás dátuma gyakran külön mezőben is szerepel.

Rögzítés

Keresse meg azt az időbélyeget, amikor a dokumentum állapota először „Pending Approval” értékre változik.

Eseménytípus inferred
Igénylés elutasítva
Az igénylés végleges elutasítását jelzi, amely lezárja az adott kérelmet. Az esemény akkor állapítható meg, amikor az igénylés általános állapota „Rejected” értékre változik.
Miért fontos?

Ez a sikertelen kérelmek végpontja. Elemzése elengedhetetlen az igényléselutasítási arány KPI és a sikertelenség okainak megértéséhez.

Hol szerezhető be?

A POR_REQUISITION_HEADERS_ALL táblában a dokumentum állapotának „REJECTED” értékre változásából állapítható meg.

Rögzítés

Keresse meg azt az időbélyeget, amikor a dokumentum állapota először „Rejected” értékre változik.

Eseménytípus inferred
Igénylés jóváhagyva
A beszerzési igénylés végső jóváhagyását jelzi, miután az sikeresen végighaladt a munkafolyamat összes lépésén. Az esemény az igénylés általános állapotának „Approved” értékre változásából állapítható meg.
Miért fontos?

Ez fontos mérföldkő: azt jelzi, hogy az igénylés készen áll a beszerzési intézkedésre. Ez a teljes jóváhagyási idő mérésének végpontja.

Hol szerezhető be?

A POR_REQUISITION_HEADERS_ALL táblában a dokumentum állapotának „APPROVED” értékre változásából állapítható meg. Az állapotváltozás dátuma az esemény időpontja.

Rögzítés

Keresse meg azt az időbélyeget, amikor a dokumentum állapota először „Approved” értékre változik.

Eseménytípus inferred
Igénylés létrehozva
A beszerzési folyamat akkor indul, amikor a felhasználó először menti az új beszerzési igénylést. A rendszer ezt az eseményt jellemzően külön rekord létrehozásaként, időbélyeggel rögzíti.
Miért fontos?

Ez az igénylési folyamat elsődleges kezdőeseménye. A létrehozás és a benyújtás közötti idő elemzése feltárhatja az igény hivatalos rögzítésének késedelmeit.

Hol szerezhető be?

Az esemény a POR_REQUISITION_HEADERS_ALL táblában szerepel. A rendszer a creation_date oszlopból rögzíti, amikor létrejön egy új Requisition ID.

Rögzítés

Használja az igénylés fejlécrekordjának létrehozási időbélyegét.

Eseménytípus explicit
Igénylés lezárva
Az igénylés életciklusának végleges lezárását jelzi. Ez azt jelenti, hogy minden sora teljesült, például megrendeléssé alakult, vagy törölték. Az esemény a végső állapotváltozásból állapítható meg.
Miért fontos?

Ez a folyamat elsődleges sikeres végpontja. Megerősíti, hogy az igénylés feldolgozása befejeződött, és nincs további teendő.

Hol szerezhető be?

A POR_REQUISITION_HEADERS_ALL táblában az igénylés fejlécének „CLOSED” állapotra változásából állapítható meg.

Rögzítés

Keresse meg azt az időbélyeget, amikor az igénylés dokumentumának állapota „Closed” értékre változik.

Eseménytípus inferred
Megrendelés létrehozva
Ez az esemény akkor történik, amikor egy jóváhagyott igénylési sorból megrendelés készül. Összekapcsolja az igénylési folyamatot a következő beszerzési folyamattal.
Miért fontos?

Ez fontos mérföldkő az igényléstől a megrendelésig tartó átfutási idő méréséhez. Az itt jelentkező késedelem a jóváhagyás és a beszerzés közötti átadás szűk keresztmetszetére utal.

Hol szerezhető be?

Ez kifejezetten rögzített esemény. Az igénylés és a megrendelés közötti kapcsolatot például a PO_LINE_LOCATIONS_ALL táblák tárolják, amelyek hivatkoznak a forrásigénylés sorának azonosítójára.

Rögzítés

Keresse meg az adott Requisition ID-re hivatkozó megrendelés létrehozási dátumát.

Eseménytípus explicit
Igénylés módosítva
Ez az esemény azt jelzi, hogy a felhasználó az első benyújtás után módosította az igénylést, ami gyakran a jóváhagyási folyamat újraindítását igényli. Az esemény a fontos adatmezők változásából vagy az igénylés új verziójának létrehozásából állapítható meg.
Miért fontos?

A gyakori módosítások adatminőségi problémákra vagy változó követelményekre utalnak, és többletmunkát, valamint késedelmet okoznak. Ez közvetlenül támogatja az igénymódosítási arány KPI mérését.

Hol szerezhető be?

Az esemény az igénylés verziószámainak követésével vagy a benyújtás után „Incomplete” állapotra történő visszaváltás azonosításával állapítható meg. A módosításokat a változásnaplók vagy az auditnaplók táblái is rögzíthetik.

Rögzítés

Keresse meg az ugyanahhoz a Requisition ID-hez tartozó új verziók létrehozási időbélyegeit a benyújtás után.

Eseménytípus inferred
Igénylés visszavonva
Akkor történik, amikor az igénylő a teljes jóváhagyás előtt visszavonja vagy lemondja a benyújtott igénylést. Ez általában kifejezett felhasználói művelet, amely állapotváltozást eredményez.
Miért fontos?

A visszavonások követése segít feltárni a folyamat idő előtti megszakításának okait, például a megváltozott üzleti igényeket vagy a benyújtás után javított hibákat.

Hol szerezhető be?

A POR_REQUISITION_HEADERS_ALL táblában a „WITHDRAWN” állapotra történő változásból állapítható meg. A művelet az igénylés műveleti előzményeiben is szerepel.

Rögzítés

Keresse meg azt az időbélyeget, amikor az igénylés állapota „Withdrawn” értékre változik.

Eseménytípus inferred
Jóváhagyási lépés elindult
Azt jelzi, amikor az igénylést a munkafolyamat egy adott jóváhagyóhoz vagy jóváhagyói csoporthoz rendeli. Az esemény a munkafolyamat-motor tranzakciós naplójából nyerhető ki.
Miért fontos?

Ez a tevékenység elengedhetetlen az egyes jóváhagyási lépések várakozási idejének kiszámításához. Segít azonosítani az egyes jóváhagyók vagy jóváhagyási szintek okozta szűk keresztmetszeteket.

Hol szerezhető be?

Az Oracle Fusion munkafolyamat-tábláiból nyerhető ki, amelyek rögzítik a felhasználókhoz rendelt feladatokat. A jóváhagyási feladat hozzárendelésének időbélyegét kell használni.

Rögzítés

Használja az adott igényléshez tartozó feladat munkafolyamat-előzményeiben rögzített létrehozási időbélyeget.

Eseménytípus explicit
Jóváhagyási lépés elutasítva
A jóváhagyó elutasítja az igénylést, amely így rendszerint javításra visszakerül az előkészítőhöz, vagy a kérelem lezárul. A műveletet a munkafolyamat előzményei kifejezetten rögzítik.
Miért fontos?

Ez a tevékenység a többletmunka és a késedelmek egyik fő oka. Az elutasítások elemzése segít feltárni a megfelelési problémákat, a költségkeret gondjait és az indoklás hiányosságait.

Hol szerezhető be?

Az igénylés jóváhagyási műveleteinek előzményeiből nyerhető ki. A munkafolyamat-rendszer időbélyeggel rögzíti a „REJECT” műveletet.

Rögzítés

Használja a munkafolyamat-műveleti előzmények naplójában szereplő „REJECT” művelet időbélyegét.

Eseménytípus explicit
Jóváhagyási lépés jóváhagyva
A jóváhagyó a munkafolyamat kijelölt lépésében jóváhagyja az igénylést. Az esemény kifejezetten szerepel a jóváhagyási előzményekben.
Miért fontos?

Az egyes jóváhagyási lépések követésével feltérképezhető a tényleges jóváhagyási útvonal, és mérhető a feldolgozási idő a hierarchia minden szintjén.

Hol szerezhető be?

Az igénylés jóváhagyási műveleteinek előzményeiből nyerhető ki. Ezeket jellemzően a jóváhagyási hierarchiát kezelő workflow (WF) vagy Human Capital Management (HCM) táblák tárolják.

Rögzítés

Használja a munkafolyamat-műveleti előzmények naplójában szereplő „APPROVE” művelet időbélyegét.

Eseménytípus explicit
Jóváhagyási lépés visszaküldve
A jóváhagyó további információ vagy kisebb javítások kérése miatt visszaküldi az igénylést az előkészítőnek, de hivatalosan nem utasítja el. Ez általában kifejezett műveletként szerepel a munkafolyamat-rendszerben.
Miért fontos?

Ez pontosítási igényt jelez, és olyan javítási kört indít el, amely meghosszabbítja az átfutási időt. Ha külön kezeli a visszaküldéseket és az elutasításokat, pontosabban feltárhatók a folyamat akadályai.

Hol szerezhető be?

Az igénylés jóváhagyási műveleteinek előzményeiből nyerhető ki. A munkafolyamat-rendszer időbélyeggel rögzíti a „RETURN” vagy hasonló műveletet.

Rögzítés

Használja a munkafolyamat-előzményekben szereplő „RETURN” vagy „Request for Information” művelet időbélyegét.

Eseménytípus explicit
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése az Oracle Fusion Financials rendszerből

Készen áll a kezdésre?

Ezzel a sablonnal elindulhat a beszerzéstől a fizetésig tartó igénylési folyamat optimalizálásában, és új hatékonyságnövelési lehetőségeket tárhat fel. Készüljön fel beszerzési működése fejlesztésére.

30%-kal gyorsabb beszerzéstől a fizetésig tartó igénylési folyamat

Egyszerűsítse az Oracle P2P igénylési folyamatát, és csökkentse a ciklusidőt 30%-kal.

Kezdje el az ingyenes próbaverziót

Bankkártya nem szükséges, a beállítás percek alatt elvégezhető.