Adatsablon a beszerzéstől a fizetésig tartó folyamat kérelmeihez
Adatsablon a beszerzéstől a fizetésig tartó folyamat kérelmeihez
- Javasolt attribútumok a részletes elemzéshez
- A követendő fő folyamattevékenységek
- Gyakorlati útmutató az adatok kinyeréséhez
A beszerzéstől a fizetésig tartó folyamat kérelmi szakaszának attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Beszerzési igénylés azonosítója
PurchaseRequisitionId
|
Az egyes beszerzési igénylések egyedi azonosítója, amely a folyamat elsődleges esetazonosítójaként szolgál. | ||
|
Leírás
A beszerzési igénylés azonosítója kapcsolja össze az egyetlen árura vagy szolgáltatásra vonatkozó kéréssel kapcsolatos összes tevékenységet. Minden igénylés létrehozásakor egyedi azonosítót kap, amely az életciklusa során nem változik. Ennek segítségével az igénylés a létrehozástól és beküldéstől kezdve a jóváhagyási vagy elutasítási lépéseken át a beszerzési eljárásig és a lezárásig végig követhető. A process mining során az eseménynapló minden bejegyzése ehhez az azonosítóhoz kapcsolódik, így rekonstruálható az egyes esetek teljes folyamata.
Miért fontos?
Ez az elsődleges esetazonosító kapcsolja össze a folyamat összes lépését, így az igénylés életciklusa az elejétől a végéig elemezhető.
Hol szerezhető be?
Ez a Coupa Requisitions moduljában és a kapcsolódó adatexportokban található elsődleges kulcsmező.
Példák
PR-102934PR-102935PR-102936
|
|||
|
Esemény időpontja
EventTime
|
A tevékenység pontos dátuma és időpontja. | ||
|
Leírás
Az esemény időpontja, vagyis az időbélyeg rögzíti, hogy pontosan mikor jegyezték fel a beszerzési igényléshez kapcsolódó tevékenységet. Ez az adat szükséges az események időrendi sorrendbe állításához és a folyamatmenet felépítéséhez. Minden időalapú elemzés erre épül: az átfutási idők kiszámítása, a tevékenységek közötti idő mérésével a szűk keresztmetszetek azonosítása, valamint a folyamat teljesítményének vizsgálata különböző időszakokban. Érdemi folyamatelemzéshez pontos, részletes időbélyegekre van szükség.
Miért fontos?
Ez az időbélyeg szükséges 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?
Az adat az egyes igénylések Coupa-beli auditnaplójában vagy előzményeiben található, gyakran az egyes műveletek „created_at” vagy „updated_at” mezőjében.
Példák
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
|
|||
|
Tevékenység neve
ActivityName
|
Az igényléssel kapcsolatban egy adott időpontban végrehajtott üzleti tevékenység vagy bekövetkezett esemény neve. | ||
|
Leírás
Ez az attribútum rögzíti a beszerzési igénylés életciklusának egyes lépéseit. Ilyen például az „Igénylés létrehozva”, a „Jóváhagyási lépés jóváhagyva” és az „Igénylés beszerzési eljárásba irányítva”. Minden tevékenység egy konkrét mérföldkövet vagy az igénylésen végrehajtott műveletet jelöl. Ezek sorrendjének és gyakoriságának elemzése a process mining alapja: megjeleníthetők a folyamattérképek, azonosíthatók a gyakori útvonalak és feltárhatók a standard eljárástól való eltérések.
Miért fontos?
Meghatározza a folyamattérkép lépéseit, így megjeleníthető és elemezhető az igénylések folyamata.
Hol szerezhető be?
Az adat jellemzően a Coupa rendszer eseménynaplóiból, állapotváltozási rekordjaiból vagy auditnaplóiból származik. Előfordulhat, hogy az állapotmezőket vagy műveletkódokat hozzá kell rendelni a tevékenységekhez.
Példák
Igénylés létrehozvaIgénylés benyújtvaJóváhagyási lépés jóváhagyvaIgénylés elutasítvaMegrendelés létrehozva
|
|||
|
Forrásrendszer
SourceSystem
|
Megadja, melyik forrásrendszerből származnak a kinyert adatok. | ||
|
Leírás
Ez az attribútum jelöli azt a nyilvántartó rendszert, amelyből a folyamatadatok származnak. Ebben az elemzésben az értéke mindig „Coupa”. A mező felvétele bevett gyakorlat, különösen akkor, ha több rendszer adatait egyesítik. Fontos információt ad az adatok eredetéről, és segít az adatirányítási és -minőségi szabályok kezelésében.
Miért fontos?
Egyértelműen jelzi az adatok eredetét, ami fontos az adatirányításhoz és több vállalati rendszer adatainak egyesítéséhez.
Hol szerezhető be?
Ez általában egy rögzített érték, amelyet az adatok kinyerése és átalakítása során adnak hozzá az adathalmaz forrásának megjelölésére.
Példák
Coupa
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az időbélyeg azt mutatja, mikor frissítették utoljára az adatokat a forrásrendszerből. | ||
|
Leírás
Ez az attribútum rögzíti a Coupa-adatok legutóbbi kinyerésének dátumát és időpontját. Megmutatja, mennyire frissek az elemzett adatok. A felhasználók így láthatják, hogy az eredmények a jelenlegi működést vagy egy korábbi időszakot tükröznek-e. Ez különösen fontos a folyamatban lévő működést figyelő dashboardoknál.
Miért fontos?
Jelzi az adatok frissességét, így a felhasználók tisztában vannak az elemzés időszakával, és naprakész információk alapján hozhatnak döntéseket.
Hol szerezhető be?
Ezt az időbélyeget az adatfolyamat vagy az ETL-eszköz hozza létre és adja hozzá a sikeres adatkinyerés végén.
Példák
2024-05-21T02:00:00Z
|
|||
|
Igénylés állapota
RequisitionStatus
|
A beszerzési igénylés aktuális vagy végső állapota. | ||
|
Leírás
Ez az attribútum az igénylés teljes állapotát mutatja az adatok kinyerésekor, illetve a folyamat végeredményét. Gyakori értékei: „Jóváhagyásra vár”, „Jóváhagyva”, „Elutasítva”, „Visszavonva” és „Lezárva”. Fontos szempont az adatok szűréséhez és elemzéséhez. Segítségével kiszámítható a jóváhagyási és elutasítási arány, nyomon követhető a nyitott igénylések aktuális mennyisége, és megérthető a kérések végső kimenetele.
Miért fontos?
Segít megérteni az igénylések kimenetelét, kiszámítani a jóváhagyási és elutasítási arányt, valamint nyomon követni a folyamatban lévő igénylések aktuális állapotát.
Hol szerezhető be?
Ez a Coupa beszerzési igénylés objektumának standard mezője, neve gyakran „status” vagy „state”.
Példák
Jóváhagyásra várJóváhagyvaElutasítvaVisszavonvaLezárva
|
|||
|
Igénylő
Requester
|
Az a munkavállaló, aki létrehozta és beküldte a beszerzési igénylést. | ||
|
Leírás
Ez az attribútum azonosítja a kérést kezdeményező személyt. Az igénylő szerinti elemzés feltárhatja az egyes felhasználókhoz kapcsolódó mintákat, például a gyakori módosításokat vagy elutasításokat, amelyek további képzési igényt jelezhetnek. Az igénylések mennyisége és a folyamat alakulása felhasználónként vagy felhasználói csoportonként is elemezhető.
Miért fontos?
Lehetővé teszi a folyamat felhasználónkénti elemzését, így feltárhatók a képzési igények, és megérthető, hogyan vesznek részt az egyes felhasználók a folyamatban.
Hol szerezhető be?
A Coupa Requisition objektumának standard mezőjeként érhető el, gyakran a User objektumhoz kapcsolódik, és neve „requester” vagy „created_by”.
Példák
Alice JohnsonBob SmithCharlie Brown
|
|||
|
Jóváhagyó
Approver
|
A jóváhagyási tevékenységért felelős felhasználó vagy csoport. | ||
|
Leírás
Ez az attribútum azonosítja az adott jóváhagyási lépéshez rendelt személyt vagy jóváhagyói csoportot. A „Jóváhagyási lépés elindítva”, „Jóváhagyási lépés jóváhagyva” és „Jóváhagyási lépés elutasítva” tevékenységeknél kap értéket. A jóváhagyók szerinti elemzés alapot ad a „Jóváhagyói teljesítmény és terhelés” dashboardhoz. Segít mérni az egyes jóváhagyók döntési idejét, azonosítani az általuk okozott szűk keresztmetszeteket, és felmérni a munkaterhelés eloszlását.
Miért fontos?
Fontos a jóváhagyók teljesítményének és terhelésének elemzéséhez, valamint az egyes személyekhez vagy jóváhagyói csoportokhoz kapcsolódó szűk keresztmetszetek feltárásához.
Hol szerezhető be?
Ez az adat a Coupa egyes igényléseihez tartozó jóváhagyási lánc részleteiben található. Előfordulhat, hogy össze kell kapcsolni a User adataival.
Példák
David MillerPénzügyi jóváhagyók, 2. szintSusan Chen
|
|||
|
Szervezeti egység
Department
|
Az a szervezeti egység vagy költséghely, amelynek terhére az igénylést elszámolják. | ||
|
Leírás
A szervezeti egység attribútum minden igénylést egy adott szervezeti egységhez vagy költséghelyhez kapcsol. Ez fontos szempont az összehasonlító elemzéshez. A dashboardok és KPI-k szervezeti egység szerint szűrhetők és csoportosíthatók, így a vezetők összehasonlíthatják a jóváhagyási ciklusidőt, az elutasítási arányt és a megfelelést a szervezet különböző részein. Ezzel feltárhatók az egyes egységekre jellemző problémák és bevált gyakorlatok.
Miért fontos?
Lehetővé teszi a folyamat KPI-jainak, például az átfutási időnek és az elutasítási aránynak az összehasonlítását a különböző szervezeti egységek között, és megmutatja, hol érdemes fejleszteni.
Hol szerezhető be?
Ez a Coupa Requisition objektumának standard mezője. Kapcsolódhat az igénylő felhasználói profiljához, vagy megadható az igénylés tételeinél.
Példák
MarketingInformatikai működésLétesítménygazdálkodásKutatás és fejlesztés
|
|||
|
Teljes összeg
TotalAmount
|
A beszerzési igénylés teljes pénzértéke. | ||
|
Leírás
Ez az attribútum az igénylésben szereplő áruk és szolgáltatások teljes költségét jelöli. Az összeg fontos tényező a folyamatelemzésben, mert gyakran befolyásolja a jóváhagyási munkafolyamat összetettségét. A nagyobb értékű igénylésekhez általában több jóváhagyási lépés szükséges. Az értéksávok szerinti elemzés, például 1 000 USD alatt vagy 1 000 és 10 000 USD között, megmutathatja, hogyan kezeli a folyamat a különböző pénzügyi jelentőségű igényléseket.
Miért fontos?
Segít összehasonlítani, hogyan alakul a folyamat a különböző értékű igényléseknél, mivel a nagyobb összegek gyakran összetettebb jóváhagyási munkafolyamatot indítanak el.
Hol szerezhető be?
Ez a Coupa Requisition objektumának fejlécében található standard mező, neve általában „total” vagy „total_amount”.
Példák
500.0012550.7599.99
|
|||
|
Árucsoport
Commodity
|
A kért áruk vagy szolgáltatások fő kategóriája. | ||
|
Leírás
Az árucsoport attribútum az igénylés tételeinek egységes besorolását adja meg, például „Irodaszerek”, „Számítógépes hardver” vagy „Marketing-szolgáltatások”. Segítségével elemezhetők a beszerzési minták és a folyamat eltérései a beszerzett termékek szerint. Egyes árucsoportokhoz külön jóváhagyási követelmények vagy beszerzési stratégiák tartozhatnak. Az árucsoport szerinti elemzés segíthet a különböző kiadási kategóriák beszerzésének fejlesztésében.
Miért fontos?
Segít elemezni a kiadási kategóriákat, és megérteni, hogy a folyamat, például a jóváhagyási idő, eltér-e a beszerzett áruk vagy szolgáltatások típusa szerint.
Hol szerezhető be?
Ez a Coupa standard mezője, amely jellemzően az igénylés tételsorainál érhető el. Előfordulhat, hogy az igénylés fejlécének szintjére kell összesíteni.
Példák
IrodaszerekSzámítógépes hardverMarketing-szolgáltatásokUtazás
|
|||
|
Beszállító neve
SupplierName
|
Az igényléshez kiválasztott beszállító neve. | ||
|
Leírás
Ez az attribútum azonosítja az igényelt áruk vagy szolgáltatások tervezett beszállítóját. A beszállítót az igénylő is megadhatja, vagy később, a beszerzési eljárás során is kiválaszthatják. A beszállító szerinti folyamatelemzés segít értékelni a beszállítói teljesítményt, és feltárni, hogy egyes beszállítókkal hosszabb-e az átfutási idő, vagy más működési problémák merülnek-e fel. Fontos szempontot ad a beszerzési stratégia és a beszállítói kapcsolatok kezeléséhez.
Miért fontos?
Lehetővé teszi a folyamat teljesítményének elemzését a kiválasztott beszállító szerint, ami segítheti a beszerzési stratégia és a beszállítói kapcsolatok kezelését.
Hol szerezhető be?
Ez az adat a Coupa Requisition Line objektumában érhető el, gyakran „supplier” vagy „vendor” mezőként.
Példák
StaplesDell TechnologiesAccentureCDW
|
|||
|
Elutasítás oka
RejectionReason
|
A jóváhagyó által megadott indok, amikor elutasít egy igénylést vagy egy jóváhagyási lépést. | ||
|
Leírás
Az igénylés elutasításakor a jóváhagyó gyakran megadja a döntés okát. Ez az attribútum rögzíti a szöveges indoklást. Az elutasítási okok elemzése közvetlen, minőségi visszajelzést ad arról, miért hiúsulnak meg az igénylések. Ez segíti a kiváltó okok feltárását, például a hibás kódolás, a költségkeret hiánya vagy az elégtelen indoklás azonosítását. A problémák képzéssel vagy a folyamat fejlesztésével kezelhetők.
Miért fontos?
Közvetlenül segít feltárni a folyamat sikertelenségének okait, és megmutatja, hol van szükség felhasználói képzésre vagy a folyamat pontosítására.
Hol szerezhető be?
Ez az adat jellemzően az igénylés jóváhagyási előzményeiben, az „Elutasítva” állapotváltozáshoz kapcsolódó megjegyzések vagy kommentek mezőjében található.
Példák
Hibás költséghelyMeghaladja a negyedéves költségkeretetDuplikált igénylésNem megfelelő indoklás
|
|||
|
Igénylés típusa
RequisitionType
|
Az igénylés kategóriája vagy típusa, például „Beruházási kiadás”, „Működési kiadás” vagy „Szoftver”. | ||
|
Leírás
Az igénylés típusa az üzleti cél vagy a beszerzés jellege szerint csoportosítja az igényléseket. Ez az attribútum hasznos a megfelelés elemzéséhez és annak megértéséhez, hogyan haladnak végig a különböző kérések a folyamaton. A beruházási igénylések például szigorúbb és hosszabb jóváhagyási útvonalat követhetnek, mint a szokásos működési igénylések. Az igénylés típusa szerinti elemzés értékes információkat adhat a folyamat fejlesztéséhez.
Miért fontos?
Lehetővé teszi az elemzés üzleti cél szerinti bontását, mivel a különböző igénytípusok eltérő folyamatot és szabályokat követhetnek.
Hol szerezhető be?
Ez valószínűleg a Coupa Requisition objektumának egyedi vagy standard besorolási mezője.
Példák
Beruházási kiadásMűködési kiadásInformatikai hardverSzakmai szolgáltatások
|
|||
|
Jóváhagyási lépés időtartama
ApprovalStepDuration
|
Az az idő, amelyet az igénylés egyetlen jóváhagyási lépésnél várakozva tölt. | ||
|
Leírás
Ez a számított mutató a „Jóváhagyási lépés elindítva” tevékenység és a hozzá tartozó „Jóváhagyási lépés jóváhagyva” vagy „Jóváhagyási lépés elutasítva” tevékenység közötti időt méri. Elkülönítve mutatja a jóváhagyási lánc egyes szakaszainál töltött várakozási időt. Ez szükséges a „Kritikus szűk keresztmetszetek a jóváhagyási lépésekben” dashboardhoz, mert pontosan megmutatja, mely jóváhagyók vagy szakaszok okozzák a legnagyobb késedelmet a teljes folyamatban.
Miért fontos?
Az egyes jóváhagyási lépések várakozási idejét méri, így nemcsak a teljes átfutási időt, hanem a munkafolyamat konkrét szűk keresztmetszeteit is megmutatja.
Hol szerezhető be?
A process mining eszköz az „Approval Step Started” és az azt követő végső jóváhagyási esemény (Approved/Rejected) közötti időtartam alapján számítja ki.
Példák
1,2 nap4 óra3,8 nap
|
|||
|
Jóváhagyási lépések száma
ApprovalStepCount
|
A kérelemhez tartozó jóváhagyási lépések teljes száma. | ||
|
Leírás
Ez a számított attribútum kérelmenként összeszámolja az egyedi „Approval Step Approved” tevékenységeket. Segítségével mérhető, mennyire összetett az egyes esetek jóváhagyási munkafolyamata. Ez adja az „Átlagos jóváhagyási lépésszám” KPI alapját, és segít azonosítani a szokatlanul hosszú vagy összetett jóváhagyási útvonalon haladó kérelmeket. Ezeknél érdemes lehet egyszerűsíteni a munkafolyamatot.
Miért fontos?
Megmutatja, mennyire összetett az egyes kérelmek jóváhagyási munkafolyamata, és segít kiszűrni az egyszerűsítésre szoruló, túl bonyolult útvonalakat.
Hol szerezhető be?
A process mining eszköz a „Approval Step Approved” események előfordulásainak megszámolásával, Case ID-nként számítja ki ezt a mutatót.
Példák
253
|
|||
|
Jóváhagyási munkafolyamat útvonala
ApprovalWorkflowPath
|
Az igényléshez rendelt jóváhagyási lánc vagy munkafolyamat-sablon azonosítója. | ||
|
Leírás
Ez az attribútum azonosítja az igényléshez előírt jóváhagyói sorrendet. Az útvonalat üzleti szabályok határozzák meg, gyakran az összeg, a szervezeti egység és az igénylés típusa alapján. Az attribútum elemzése a „Beszerzési igénylések szabályzati megfelelése” dashboard alapja. A tényleges jóváhagyói sorrend és az előírt munkafolyamat összevetésével feltárhatók az eltérések, mérhető a megfelelési arány, és azonosíthatók a nem kezelt kivételek.
Miért fontos?
Lehetővé teszi az előírt és a tényleges jóváhagyási lépések összevetését, így feltárhatók a folyamat eltérései és elemezhető a megfelelés.
Hol szerezhető be?
Tekintse meg a Coupa dokumentációját. Az érték az igényléshez aktivált jóváhagyási lánc vagy munkafolyamat-szabály nevéből is származhat.
Példák
Normál jóváhagyás 5 000 USD alattInformatikai hardver jóváhagyása 10 000 USD felettBeruházási kiadás, pénzügyi igazgatói felülvizsgálat
|
|||
|
Megrendelés-azonosító
PurchaseOrderId
|
A jóváhagyott igénylésből létrehozott megrendelés azonosítója. | ||
|
Leírás
A teljes körűen jóváhagyott és beszerzési eljárásba irányított igénylésből általában megrendelés készül. Ez az attribútum tárolja a létrejött PO azonosítóját. Összekapcsolja a beszerzési igénylés folyamatát a következő megrendelési folyamattal. Segítségével kiszámítható az „igénylés jóváhagyásától a PO létrehozásáig eltelt idő” KPI, és elemezhető a teljes Purchase-to-Pay ciklus az elejétől a végéig.
Miért fontos?
Összekapcsolja az igénylést az azt követő megrendeléssel, így elemezhető az átadás ideje, és a teljes P2P-folyamat is vizsgálható.
Hol szerezhető be?
Ez a Coupa Requisition objektumának standard mezője, amely a PO létrehozása után kap értéket.
Példák
PO-45000123PO-45000124PO-45000125
|
|||
|
Módosítva
IsAmended
|
Logikai jelző, amely igaz értéket kap, ha az igénylést az első beküldés után legalább egyszer módosították. | ||
|
Leírás
Ez a számított attribútum egyszerű, igaz/hamis jelzőként mutatja, hogy az adott esetben történt-e „Igénylés módosítva” tevékenység. Megkönnyíti az elemzést és a szűrést, mert egyszerűen elkülöníthetők a módosítást igénylő igénylések. Ezzel számítható ki az igénymódosítási arány KPI, és ez szolgálja az „Igénymódosítások száma” dashboardot. Segít feltárni az újramunka okait és javítani az elsőre megfelelő teljesítés arányát.
Miért fontos?
Egyszerűsíti a módosítási arány KPI kiszámítását, és lehetővé teszi a módosítást igénylő esetek elkülönítését azoktól, amelyeknél nem volt szükség újramunkára.
Hol szerezhető be?
A process mining eszköz minden eset eseménynaplójában ellenőrzi, hogy szerepel-e „Igénylés módosítva” tevékenység, és ez alapján számítja ki az értéket.
Példák
truefalse
|
|||
|
Pénznem
Currency
|
Az igénylés teljes összegének pénznemkódja. | ||
|
Leírás
Ez az attribútum jelöli, milyen pénznemben szerepel az igénylés teljes összege, például USD, EUR vagy GBP. Pénzügyi elemzéshez elengedhetetlen, különösen több pénznemben működő nemzetközi szervezeteknél. Segít helyesen értelmezni az összegeket, és lehetővé teszi azok megfelelő átváltását és összesítését a pénzügyi jelentésekben és dashboardokon.
Miért fontos?
Megadja a „Teljes összeg” értelmezéséhez szükséges pénznemet, így több pénznem használata esetén is pontos pénzügyi elemzés végezhető.
Hol szerezhető be?
Ez a Coupa Requisition objektumának standard mezője, neve általában „currency_code” vagy hasonló.
Példák
USDEURGBP
|
|||
|
Sürgősségi szint
UrgencyLevel
|
Az igénylés sürgősségét jelölő besorolás, például „Magas”, „Közepes” vagy „Alacsony”. | ||
|
Leírás
A sürgősségi szint, amely gyakran egy prioritási mezőhöz kapcsolódik, lehetővé teszi az igénylőknek, hogy jelezzék, mely kérések gyorsított feldolgozást igényelnek. Ez az attribútum szükséges a „Sürgős igénylések feldolgozási ideje” dashboardhoz. A sürgős igénylések átfutási idejének összevetése a szokásos igénylésekével megmutatja, mennyire hatékony a prioritási rendszer, és időben teljesülnek-e a sürgős üzleti igények.
Miért fontos?
Megmutatja, hogy a sürgős kérések feldolgozása gyorsabb-e a szokásosakénál, így ellenőrizhető a prioritási szabályok hatékonysága.
Hol szerezhető be?
Ez a Coupa Requisition objektumának standard vagy egyedi mezője lehet. A részletekért tekintse meg a Coupa dokumentációját vagy a rendszer beállításait.
Példák
MagasKözepesAlacsony
|
|||
A beszerzéstől a fizetésig tartó folyamat kérelmi szakaszának tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Igénylés benyújtva
|
Az igénylő benyújtja a kitöltött igénylést a jóváhagyási munkafolyamatba. Az esemény a rendszer auditnaplóiban vagy előzménytábláiban rögzített állapotváltozásból állapítható meg, amikor az igénylés állapota 'draft' értékről 'pending_approval' értékre vált. | ||
|
Miért fontos?
A benyújtással elindul a jóváhagyás, ezért ez fontos mérföldkő az „Átlagos igénylés-jóváhagyási idő” KPI mérésében. Az ezt megelőző késések a felhasználóhoz, az utána következők pedig a folyamathoz kapcsolódnak.
Hol szerezhető be?
A 'requisition_headers' tábla állapotváltozásából állapítható meg, különösen akkor, amikor a 'status' mező értéke 'pending_approval' lesz. A változás időbélyege a kapcsolódó auditnaplóban található.
Rögzítés
Keresse meg azt az időbélyeget, amikor az igénylés állapota először 'pending_approval' értékre vált.
Eseménytípus
inferred
|
|||
|
Igénylés elutasítva
|
Az igénylést a jóváhagyási folyamat során véglegesen elutasítják, ezért abból nem lesz megrendelés. Erre abból lehet következtetni, hogy az igénylés fejlécének állapota „rejected” értékre változik. | ||
|
Miért fontos?
Ez a tevékenység a folyamat sikertelen lezárását jelzi. Az események elemzése segít javítani az „igénylések elutasítási arányát”, és feltárni az okokat, például a szabályzat megsértését vagy a költségkeret problémáit.
Hol szerezhető be?
Az esemény a „requisition_headers” tábla állapotváltozásából következtethető ki, amikor a „status” mező értéke „rejected” lesz. Az időpontot a kapcsolódó auditnapló rögzíti.
Rögzítés
Keresse meg azt az időpontot, amikor az igénylés teljes állapota „rejected” értékre változik.
Eseménytípus
inferred
|
|||
|
Igénylés jóváhagyva
|
Az igénylés sikeresen végigment a jóváhagyási munkafolyamat valamennyi kötelező lépésén. Erre abból lehet következtetni, hogy az igénylés fejlécének állapota „approved” értékre változik. | ||
|
Miért fontos?
Ez a jóváhagyási ciklus sikeres lezárását jelző mérföldkő. Az eseményig eltelt idő fontos KPI, és ez indítja el a beszerzési folyamat következő lépéseit.
Hol szerezhető be?
Az esemény a „requisition_headers” tábla állapotváltozásából következtethető ki, amikor a „status” mező értéke „approved” lesz. Az időpontot a kapcsolódó auditnapló rögzíti.
Rögzítés
Keresse meg azt az időpontot, amikor az igénylés teljes állapota „approved” értékre változik.
Eseménytípus
inferred
|
|||
|
Igénylés létrehozva
|
A felhasználó új beszerzési igénylést indít, és piszkozatként menti. Minden igénylési eset ezzel kezdődik. Az esemény időpontja általában magából az igénylési rekord létrehozási időbélyegéből állapítható meg. | ||
|
Miért fontos?
Ez a tevékenység jelöli az igénylés életciklusának kezdetét. A létrehozás és a benyújtás közötti idő elemzésével feltárhatók a felhasználói bizonytalanság vagy a rendszer összetettsége miatt kialakuló késések.
Hol szerezhető be?
Az esemény időpontja az adott Purchase Requisition ID-hez tartozó 'requisition_headers' tábla 'created-at' időbélyegéből nyerhető ki.
Rögzítés
Használja az igénylés fejlécrekordjának létrehozási időbélyegét.
Eseménytípus
inferred
|
|||
|
Igénylés lezárva
|
Az igénylést hivatalosan lezárják, vagyis nem történik vele további intézkedés. Erre sor kerülhet a PO létrehozása és teljesítése után, illetve akkor is, ha az igénylést a jóváhagyás után, de a megrendelés előtt visszavonják. | ||
|
Miért fontos?
Ez a tevékenység egyértelműen lezárja az igénylés életciklusát. Így az esetek nem jelennek meg határozatlan ideig aktívként a folyamatelemzésben.
Hol szerezhető be?
Az esemény a „requisition_headers” tábla állapotváltozásából következtethető ki, amikor a „status” mező értéke „closed” lesz. Az időpontot a kapcsolódó auditnapló rögzíti.
Rögzítés
Keresse meg azt az időpontot, amikor az igénylés teljes állapota „closed” értékre változik.
Eseménytípus
inferred
|
|||
|
Megrendelés létrehozva
|
A jóváhagyott igénylés adatai alapján létrejön a megrendelés (PO). Az esemény abból következtethető ki, hogy létrejön egy PO-rekord, amely az eredeti igénylés azonosítójára hivatkozik. | ||
|
Miért fontos?
Ez az igénylési folyamat elsődleges sikeres kimenetele, és itt kerül át a folyamat a Purchase-to-Pay következő szakaszába. A „Igénylés jóváhagyva” eseménytől eddig eltelt idő elemzése megmutatja a végrehajtás késedelmeit.
Hol szerezhető be?
Az esemény a „purchase_orders” táblában létrejött rekordból következtethető ki, amely az eredeti „requisition_headers” vagy „requisition_lines” azonosítóra hivatkozik.
Rögzítés
Használja az igénylés azonosítójához kapcsolódó PO-rekord „created-at” időbélyegét.
Eseménytípus
inferred
|
|||
|
Igénylés beszerzési eljárásba irányítva
|
A jóváhagyott igénylést beszerzési eljárásba, például ajánlatkérésbe vagy aukcióba küldik, nem alakítják át azonnal megrendeléssé. Az esemény abból következtethető ki, hogy az igényléshez beszerzési eljárás tartozik. | ||
|
Miért fontos?
Ez a tevékenység a beszerzési folyamat egyik fontos alternatív útját mutatja. Elkülöníti az egyszerű beszerzéseket az összetettebb, stratégiai beszerzési eljárásoktól, így részletesebben elemezhető az átfutási idő.
Hol szerezhető be?
Az esemény a „sourcing” állapotra váltás észlelésével, vagy a „requisition_lines” tábla és egy beszerzési eljárásokat tartalmazó tábla közötti kapcsolat létrejöttével azonosítható.
Rögzítés
Ellenőrizze, hogy az állapot „sourcing” értékre változott-e, vagy létrejött-e kapcsolat egy beszerzési eljárás azonosítójával.
Eseménytípus
inferred
|
|||
|
Igénylés módosítva
|
Az igénylő vagy egy másik jogosult felhasználó a benyújtás után módosítja az igénylést. A Coupa ezt új verzióként vagy auditbejegyzésként rögzíti, és gyakran részben vagy teljesen újraindítja a jóváhagyási munkafolyamatot. | ||
|
Miért fontos?
A módosítások követése segít megérteni a folyamatban keletkező többletmunkát és a hatékonysági problémákat. A gyakori módosítások nem egyértelmű kezdeti követelményekre vagy bonyolult beszerzési szabályokra utalhatnak, és hatással vannak az „Igénymódosítási arány” KPI-ra.
Hol szerezhető be?
Az esemény a 'requisition_headers' táblához kapcsolódó auditnaplókban található, amelyek a verzióváltozásokat és a konkrét 'edit' műveleteket rögzítik.
Rögzítés
A benyújtás után keresse az igénylés előzménynaplójában a kifejezett 'edit' vagy 'update' eseményeket.
Eseménytípus
explicit
|
|||
|
Igénylés visszavonva
|
Az igénylő a végső jóváhagyás előtt visszavonja az igénylést. Ez a felhasználó által kezdeményezett, kifejezett művelet lezárja az adott igénylés folyamatát. | ||
|
Miért fontos?
A visszavonás jelezheti, hogy megváltoztak az üzleti igények, duplikált igénylés készült, vagy a felhasználók megkerülik a folyamatot. A visszavonások követése segít megérteni az igények változását és a folyamat betartásával kapcsolatos problémákat.
Hol szerezhető be?
Az esemény a „requisition_headers” tábla állapotának „withdrawn” vagy hasonló értékre változásából következtethető ki. A változást a rendszer a felhasználó kifejezett művelete alapján rögzíti az auditnaplóban.
Rögzítés
Keresse meg azt az időpontot, amikor az igénylés állapota „withdrawn” értékre változik.
Eseménytípus
inferred
|
|||
|
Jóváhagyási lépés elindult
|
Egy jóváhagyási feladatot egy adott jóváhagyóhoz vagy jóváhagyói csoporthoz rendelnek, az igénylés pedig az ő intézkedésükre vár. Ez abból állapítható meg, hogy az igényléshez kapcsolódó jóváhagyási rekord 'pending' állapottal jön létre. | ||
|
Miért fontos?
Ez jelöli az adott jóváhagyásra várakozás kezdetét. Az ekkor és a megfelelő „Jóváhagyási lépés jóváhagyva/elutasítva” esemény között eltelt idő mérésével azonosíthatók a jóváhagyási lánc szűk keresztmetszetei.
Hol szerezhető be?
Az igényléshez kapcsolódó 'approvals' tábla rekordjának létrehozási időbélyegéből állapítható meg, ha a jóváhagyó műveletének állapota 'pending' vagy ennek megfelelő érték.
Rögzítés
Használja a jóváhagyási láncban szereplő, egy adott személyhez tartozó függőben lévő jóváhagyási rekord létrehozási időbélyegét.
Eseménytípus
inferred
|
|||
|
Jóváhagyási lépés elutasítva
|
A munkafolyamat adott szakaszában a jóváhagyó elutasítja az igénylést, amelyet rendszerint javításra visszaküld az igénylőnek. A Coupa ezt kifejezett műveletként rögzíti. | ||
|
Miért fontos?
Az elutasítások bármelyik lépésnél újramunkát okoznak és meghosszabbítják az átfutási időt. A folyamat fejlesztéséhez és a felhasználók képzéséhez fontos feltárni, hol és miért történnek elutasítások.
Hol szerezhető be?
Az adat az „approvals” táblában vagy annak auditnaplójában rögzített, kifejezett „reject” műveletből származik. A művelet az adott igényléshez és jóváhagyóhoz kapcsolódik.
Rögzítés
Keresse meg az igénylés jóváhagyási előzményeiben a „reject” eseményeket.
Eseménytípus
explicit
|
|||
|
Jóváhagyási lépés jóváhagyva
|
A munkafolyamat egyik jóváhagyója jóváhagyja az igénylést. A rendszer ezt a konkrét időponttal és a felhasználó adataival együtt rögzíti. | ||
|
Miért fontos?
Ez a tevékenység részletes képet ad a jóváhagyási folyamat lépéseiről. Az egyes lépések összesítésével kiszámítható az „átlagos várakozási idő jóváhagyási lépésenként”, és elemezhető a jóváhagyók teljesítménye.
Hol szerezhető be?
Az adat az „approvals” táblában vagy annak auditnaplójában rögzített, kifejezett „approve” műveletből származik. A művelet az adott igényléshez és jóváhagyóhoz kapcsolódik.
Rögzítés
Keresse meg az igénylés jóváhagyási előzményeiben az „approve” eseményeket.
Eseménytípus
explicit
|
|||
Adatkinyerési útmutatók
Kezdje el most?
Kezdje el még ma optimalizálni a Coupa beszerzéstől a fizetésig tartó folyamatának kérelmi szakaszát ezzel a sablonnal. Tárja fel az értékes összefüggéseket, és javítsa a beszerzés hatékonyságát.
Optimalizálja a Coupa kérelmi folyamatát, és csökkentse az átfutási időt még ma
Tárja fel a hatékonysági problémákat, és csökkentse 30%-kal a kérelmek átfutási idejét.
Nincs szükség bankkártyára. Kezdje meg az optimalizálást percek alatt.