Adatsablon a beszerzési igénylések folyamatához
Adatsablon a beszerzési igénylések folyamatához
Ez a(z) Beszerzéstől a fizetésig: kérelmek folyamathoz készült általános process mining adatsablonunk. Részletesebb útmutatásért használja a rendszerspecifikus sablonokat.
Válasszon egy konkrét rendszert- Egységes adatmezők, amelyekkel több rendszer adatai is következetesen elemezhetők.
- A folyamat teljes áttekintéséhez követendő fontos tevékenységek részletes listája.
- Rugalmas kiindulópont, amely az Ön beszerzési igénylési munkafolyamatához igazítható.
A beszerzési igénylések attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Beszerzési igény azonosítója PurchaseRequisitionId | Az egyes beszerzési igénylések egyedi azonosítója. Ez a folyamat elsődleges esetazonosítója. | ||
| Leírás A beszerzési igény azonosítója egyedi kulcs, amelyet minden igénylési dokumentum létrehozásakor rendelnek hozzá. Ez az alapvető hivatkozási pont az egyetlen igényléshez kapcsolódó összes tevékenység, módosítás és jóváhagyás követéséhez, a kezdeményezéstől a lezárásig. A process mining során ez az azonosító elengedhetetlen az esetek összekapcsolásához. Segítségével a rendszer rekonstruálja az egyes igénylések teljes útját, és egyetlen folyamatba rendezi az olyan különálló eseményeket, mint az „Igénylés létrehozva”, a „Jóváhagyási lépés jóváhagyva” és a „Megrendelés létrehozva”. Egységes és egyedi esetazonosító nélkül nem elemezhetők a folyamatváltozatok, az átfutási idők és az eredmények. Miért fontos? Ez az igénylés teljes életciklusának követéséhez szükséges alapvető kulcs, amely az összes kapcsolódó eseményt egyetlen folyamatpéldányba rendezi. Hol szerezhető be? Általában a beszerzési igény tranzakciójának fejlécadataiban vagy a dokumentumtáblában található. Példák PR-100567REQ00043218000123987 | |||
| Esemény időpontja EventTime | A tevékenység pontos dátuma és időpontja. Ez az események sorrendbe rendezésének elsődleges időbélyege. | ||
| Leírás Az esemény időpontja, más néven időbélyege, rögzíti, hogy pontosan mikor történt egy tevékenység. Ez az adat elengedhetetlen az események helyes sorrendbe rendezéséhez és minden időalapú folyamatelemzéshez, beleértve az átfutási idő számítását, a szűk keresztmetszetek azonosítását és a teljesítmény nyomon követését. A process mining az időbélyegek alapján rendezi sorrendbe az egyes esetek tevékenységeit, és méri a lépések közötti időt. Az időtartamok elemzése feltárja a késedelmeket, segít megérteni a hosszú átfutási idők okait, és megmutatja, hogy teljesülnek-e a szolgáltatási szintre vonatkozó megállapodások. Érdemi teljesítményelemzéshez pontos és teljes időbélyeg-adatokra van szükség. Miért fontos? Ez az időbélyeg szükséges az események sorrendbe rendezéséhez, az átfutási idők kiszámításához, valamint a folyamat teljesítményének és szűk keresztmetszeteinek elemzéséhez. Hol szerezhető be? Általában a rendszer naplóiban, az eseménynaplókban vagy a tranzakciós rekordok létrehozási, illetve módosítási dátumaként szerepel. Példák 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| Tevékenység neve ActivityName | Az adott időpontban az igényléshez kapcsolódó konkrét üzleti tevékenység vagy esemény neve. | ||
| Leírás A tevékenység neve a beszerzési igény életciklusának egyetlen lépését vagy állapotváltozását jelöli. Közérthető címkét ad az olyan eseményeknek, mint az „Igénylés beküldve”, a „Jóváhagyási lépés elindítva” vagy az „Igénylés elutasítva”. Ezekből épül fel a folyamattérkép. Ez az attribútum alapvető a folyamat feltárásához és elemzéséhez. A tevékenységek sorrendbe rendezésével a process mining eszközök megjelenítik a tényleges folyamatot, feltárják a szabályos eljárástól való eltéréseket, és azonosítják a szűk keresztmetszeteket vagy az ismétlődő utómunkát. Az érthető és következetes tevékenységnevek segítenek használható folyamatmodellt készíteni. Miért fontos? Meghatározza a folyamat egyes lépéseit, amelyek a folyamattérkép megjelenítéséhez és a folyamat elemzéséhez szükségesek. Hol szerezhető be? Gyakran az eseménynaplókból, az állapotváltozásokat rögzítő táblákból vagy az igénylési dokumentumhoz kapcsolódó tranzakciókódokból származik. Példák Igénylés létrehozásaJóváhagyási lépés jóváhagyásaMegrendelés létrehozva | |||
| Forrásrendszer SourceSystem | Megadja, melyik információs rendszerből származik a kinyert adat, például egy ERP-rendszerből vagy beszerzési platformról. | ||
| Leírás A forrásrendszer attribútum megadja, honnan származnak a folyamatadatok. Több rendszer használatakor, például egy központi ERP-rendszer és egy speciális e-beszerzési eszköz esetén, ez a mező segít megkülönböztetni az egyes forrásokból származó adatokat. Ez az információ hasznos az adatok ellenőrzéséhez, a hibakereséshez és a rendszertől függő folyamateltérések megértéséhez. Előfordulhat például, hogy az egyik rendszerben létrehozott igénylések más jóváhagyási útvonalat követnek, vagy rövidebb idő alatt futnak végig, mint a másik rendszerből származók. A forrásrendszer szerinti elemzés feltárhatja az integrációs problémákat vagy a rendszerek összevonásának lehetőségeit. Miért fontos? Megadja az adatok eredetét, ami elengedhetetlen az adatok ellenőrzéséhez és a több rendszer közötti folyamatkülönbségek elemzéséhez. Hol szerezhető be? Gyakran az adatkinyerés során hozzáadott statikus érték, de műszaki metaadatmezőkben is megtalálható. Példák SAP S/4HANAOracle FusionCoupa | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg azt mutatja, mikor frissítették vagy nyerték ki utoljára a rekord adatait a forrásrendszerből. | ||
| Leírás Az utolsó adatfrissítés időbélyege megmutatja, mennyire frissek az elemzett adatok. Jelzi, mikor nyerték ki utoljára a rekordot a forrásrendszerből, és mikor töltötték be a process mining környezetbe. Ez az attribútum szükséges a működés nyomon követéséhez és annak biztosításához, hogy az elemzések aktuális adatokon alapuljanak. Segít megérteni, mennyi idő telhet el a valós események és azok folyamatmodellbeli megjelenése között. A dashboardok és a működést követő KPI-k ezt az információt használják arra, hogy időben releváns betekintést adjanak. Miért fontos? Tájékoztatja a felhasználókat az adatok aktualitásáról, ami elengedhetetlen ahhoz, hogy az elemzések relevánsak és naprakészek legyenek. Hol szerezhető be? Az adatbetöltés során általában az adatintegrációs vagy ETL (Extract, Transform, Load) eszköz adja hozzá. Példák 2024-05-20T02:00:00Z2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Igénylés állapota RequisitionStatus | A beszerzési igény aktuális vagy végleges állapota az életciklusa során. | ||
| Leírás Az igénylés állapota megmutatja, hogy az igénylés egy adott időpontban milyen állapotban van, vagy mi lett a végső kimenetele. Gyakori állapotok: „Folyamatban”, „Jóváhagyásra vár”, „Jóváhagyva”, „Elutasítva” és „Lezárva”. Ez az attribútum elengedhetetlen az eredmények elemzéséhez és a működés nyomon követéséhez. A végleges állapot szerinti szűréssel olyan mutatók számíthatók ki, mint az elutasítási arány vagy a megrendeléssé alakítás aránya. A működés során az állapot segít felmérni az aktuális munkaterhelést, például a jóváhagyásra váró igénylések számát, így a csapatok rangsorolhatják a feladatokat és hatékonyan oszthatják el az erőforrásokat. Miért fontos? Átláthatóvá teszi az igénylések kimenetelét, így kiszámíthatók például az elutasítási arányok, és kezelhető a működéshez kapcsolódó munkaterhelés. Hol szerezhető be? Általában a beszerzési igény dokumentumának fejlécében, az állapotmezőben található. Példák JóváhagyvaElutasítvaJóváhagyásra várVisszavonva | |||
| Igénylés összege RequisitionAmount | A beszerzési igény teljes pénzértéke. | ||
| Leírás Az igénylés összege a beszerzési igényben szereplő összes termék és szolgáltatás teljes pénzértéke. Ez a beszerzési folyamat egyik fontos pénzügyi mutatója. A folyamatelemzésben ez az attribútum érték szerinti szűrést és elemzést tesz lehetővé. Az igénylések például magas és alacsony értékű kategóriákra bonthatók, amelyekhez gyakran eltérő jóváhagyási munkafolyamat és kockázati profil tartozik. Az összeg szerinti átfutásiidő- vagy elutasításiarány-elemzésből kiderülhet, hogy a nagy értékű igénylések jóváhagyása lényegesen tovább tart, vagy gyakrabban utasítják el őket. Ez kiindulópontot adhat a folyamat fejlesztéséhez. Miért fontos? Lehetővé teszi az érték szerinti elemzést, így előnyben részesíthetők a nagy értékű igénylések, és megérthető, hogyan befolyásolja a pénzügyi érték a folyamat működését. Hol szerezhető be? Általában a beszerzési igény tranzakciójának fejlécadataiban vagy a dokumentumtáblában található. Példák 500.0012500.7599.95 | |||
| Igénylés típusa RequisitionType | Az igénylés kategóriája vagy típusa, például áru-, szolgáltatás- vagy beruházási igény. | ||
| Leírás Az igénylés típusa annak jellege vagy célja szerint sorolja kategóriákba a beszerzési igényeket. Ilyen lehet például a szokásos anyagok, szolgáltatások, beruházások vagy egy adott katalógusból származó termékek igénylése. A besorolás gyakran meghatározza a jóváhagyási munkafolyamatot és a könyvelési kezelést. Az igénylés típusa szerinti elemzés megmutatja, hogy az egyes igénytípusok eltérő útvonalon haladnak-e végig, vagy más hatékonysággal dolgozzák fel őket. A beruházási igények átfutási ideje például hosszabb lehet a további jóváhagyási szintek miatt, míg a katalógusból rendelt szokásos termékek igénylése nagyrészt automatizált lehet. Az elemzés segít az egyes típusokhoz illeszkedő folyamatváltozatok kialakításában és fejlesztésében. Miért fontos? Lehetővé teszi a különböző folyamatútvonalak elemzését, mivel az igénylés típusa gyakran meghatározza a szükséges jóváhagyási munkafolyamatot és annak összetettségét. Hol szerezhető be? Ezt az adatot általában dokumentumtípusként vagy kategóriakódként tárolják az igénylés fejlécadataiban. Példák Beruházási kiadásMűködési kiadásSzolgáltatási igényAnyagigény | |||
| Igénylő neve RequesterName | A beszerzési igényt létrehozó és beküldő alkalmazott vagy felhasználó neve. | ||
| Leírás Az igénylő neve azonosítja azt a személyt, aki elindította a beszerzési igényt. Ő általában az a munkatárs, akinek szüksége van az árura vagy szolgáltatásra. Az igénylő szerinti elemzés feltárhatja az egyes személyekhez vagy csoportokhoz kapcsolódó mintákat. Kiderülhet például, hogy bizonyos igénylők gyakran hiányos vagy az előírásoknak nem megfelelő igényléseket küldenek be, amelyek javításra szorulnak. Az eredmények alapján célzott képzés szervezhető, vagy egyszerűsíthető az igénylési folyamat a gyakori felhasználói csoportok számára, javítva a hatékonyságot és a megfelelést. Miért fontos? Segít feltárni az egyes felhasználókra jellemző működést, így célzott képzés és folyamatfejlesztés végezhető az érintett személyeknél vagy csapatoknál. Hol szerezhető be? A beszerzési igény fejlécadataiban található, gyakran az alkalmazotti törzsadatokhoz kapcsolva. Példák John SmithJane DoeMaria Garcia | |||
| Megrendelés azonosítója PurchaseOrderId | A jóváhagyott igénylésből létrehozott megrendelés azonosítója. | ||
| Leírás A megrendelés azonosítója a jóváhagyott beszerzési igényből létrehozott megrendelési dokumentum egyedi száma. Ez a mező kapcsolja össze az igénylési folyamatot az azt követő beszerzési és fizetési folyamatokkal. Ez az attribútum elengedhetetlen az igénylésből megrendeléssé alakítás hatékonyságának elemzéséhez. Megerősíti, hogy az igénylésből sikeresen megrendelés lett, és lehetővé teszi az átalakításhoz szükséges idő mérését. Ha megvizsgálják, mely igénylésekhez tartozik megrendelés, felmérhető a beszerzést megelőző szakasz hatékonysága, és azonosíthatók azok a jóváhagyott igénylések, amelyeket végül nem teljesítettek. Miért fontos? Összekapcsolja az igénylést az azt követő beszerzési folyamattal, így elemezhető az igénylésből megrendeléssé alakítás aránya és ideje. Hol szerezhető be? Gyakran az igénylési dokumentum adatai között található meg a megrendelés létrehozása után, esetenként a kapcsolódó dokumentumok vagy a dokumentumfolyam táblájában. Példák PO-4500012345ORD7890016000054321 | |||
| Pénznem Currency | Az igénylés teljes összegének pénznemkódja, például USD vagy EUR. | ||
| Leírás A pénznem attribútum adja meg, milyen pénznemben szerepel az igénylés összege. A nemzetközi szervezeteknél az igénylések az igénylő vagy a szállító helyétől függően különböző pénznemekben készülhetnek. Ez a mező elengedhetetlen a pontos pénzügyi jelentésekhez és elemzésekhez. Segít helyesen értelmezni a pénzösszegeket, és lehetővé teszi az adatok megfelelő átváltását, ha több régió adatait összesítik. Az igénylés értékét vizsgáló elemzéseknél figyelembe kell venni a pénznemet, hogy ne hasonlítsanak össze közvetlenül eltérő pénznemű összegeket. Miért fontos? Megadja a pénzügyi adatok értelmezéséhez szükséges hátteret, így az igénylések értéke pontosan értelmezhető és összesíthető a különböző régiók között. Hol szerezhető be? Általában a beszerzési igény tranzakciójának fejlécadataiban, az összegmezők mellett található. Példák USDEURGBP | |||
| Részleg Department | Az a szervezeti egység, költséghely vagy üzleti részleg, amelynek terhére az igénylést elszámolják. | ||
| Leírás A részleg attribútum a beszerzésért felelős szervezeti egységet jelöli, például a marketinget, az informatikát vagy a pénzügyet. A költségvetés és a költségek felosztásának fontos pénzügyi és szervezeti adata. A process mining során gyakori elemzési módszer a részleg szerinti bontás. Így összehasonlítható a különböző üzleti egységek teljesítménye, és azonosíthatók azok a részlegek, amelyek hatékonyan működnek, illetve támogatásra szorulnak. Az elemzés feltárhatja a részleg beszerzési szokásaihoz vagy belső folyamataihoz kötődő eltéréseket az átfutási időben, a jóváhagyási arányban vagy a megfelelésben. Miért fontos? Lehetővé teszi a különböző üzleti egységek teljesítményének összehasonlítását és költségeik elemzését, feltárva a részlegspecifikus folyamatokat. Hol szerezhető be? Általában a beszerzési igény fejléc- vagy tételadataiban található, a vállalat szervezeti felépítéséhez kapcsolva. Példák MarketingInformatikaPénzügyMűködés | |||
| 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 elutasítás oka szöveges mező vagy kód, amely megmagyarázza, miért utasították el az igénylést. A jóváhagyók itt adnak visszajelzést az igénylőnek, akinek esetleg módosítania és újra be kell küldenie az igénylést. Ez az attribútum felbecsülhetetlen értékű a folyamat hibáinak okfeltárásához. Az elutasítási okok kategorizálásával és elemzésével a szervezet azonosíthatja a visszatérő problémákat, például a „Hibás főkönyvi kód”, a „Keret túllépve” vagy a „Nem megfelelő szállító” esetét. Az eredmények célzott fejlesztéseket tehetnek lehetővé, például az igénylők jobb képzését, az irányelvek egyértelműbb kommunikációját vagy a gyakori hibákat megelőző rendszerfejlesztéseket. Miért fontos? Közvetlenül megmutatja, miért hiúsulnak meg az igénylések, így feltárhatók a kiváltó okok, csökkenthető az utómunka, és javítható az elsőre jóváhagyott igénylések aránya. Hol szerezhető be? Általában az „Elutasítva” tevékenységhez vagy állapotváltozáshoz kapcsolódó megjegyzésmezőben rögzítik. Példák Keret túllépveHibás költséghelyDuplikált igénylésIrányelv megsértése | |||
| Felhasználónév UserName | Az adott tevékenységet, például létrehozást, szerkesztést vagy jóváhagyást végző felhasználó neve. | ||
| Leírás A User Name azonosítja, hogy az eseménynaplóban melyik felhasználó felel az adott tevékenységért. Ez az általános attribútum rögzítheti a kérelmezőt, a módosítót, a jóváhagyót vagy bárki mást, aki részt vesz az igénylés folyamatában. Ez az attribútum alapvető az erőforrások és az automatizálás elemzéséhez. Segít megérteni a „négy szem elvét”, vagyis a különböző felhasználók közötti átadásokat, és azonosíthatók vele a rendszer- vagy kötegelt felhasználók által végzett tevékenységek, így kiszámítható az automatizálás aránya. A felhasználók szerinti elemzés megmutatja, hogyan működnek együtt a különböző szerepkörök a folyamatban. Miért fontos? Ez az attribútum nélkülözhetetlen a felhasználók közötti átadások és az automatizálás elemzéséhez, valamint ahhoz, hogy az egyes folyamatlépések a megfelelő szereplőhöz legyenek rendelve. Hol szerezhető be? Az egyes tranzakciók auditnaplójában vagy eseménynaplójában található, gyakran User ID-ként tárolják. Példák kovacsjnagyjKÖTEGELT_FELHASZNÁLÓ | |||
| Jóváhagyó neve ApproverName | A jóváhagyási vagy elutasítási tevékenységért felelős felhasználó vagy csoport neve. | ||
| Leírás A jóváhagyó neve azonosítja azt a személyt, szerepkört vagy csoportot, amely a munkafolyamatban jóváhagyási vagy elutasítási lépést végzett. Ez nem azonos az igénylővel vagy az egyéb tevékenységeket végző általános felhasználóval. Ez az attribútum elengedhetetlen magának a jóváhagyási folyamatnak az elemzéséhez. Segítségével mérhető a jóváhagyók teljesítménye, például az, hogy átlagosan mennyi idő alatt hoznak döntést. A munkaterhelés megoszlása is feltárható, így kiderülhet, ha egyes jóváhagyók szűk keresztmetszetet okoznak. Az elemzés támogatja az erőforrások jobb elosztását és a jóváhagyási lánc teljesítményének kezelését. Miért fontos? Lehetővé teszi a jóváhagyási munkafolyamat részletes elemzését, beleértve a jóváhagyók munkaterhelését és teljesítményét, valamint a szűk keresztmetszetek azonosítását. Hol szerezhető be? A jóváhagyással kapcsolatos tevékenységek eseménynaplójában vagy auditnaplójában rögzítik. Az alkalmazotti törzsadatokkal való összekapcsolásra is szükség lehet. Példák Alice JohnsonBob WilliamsPénzügyi jóváhagyási csoport | |||
| Sürgősségi szint UrgencyLevel | Az igénylés prioritását vagy sürgősségét jelző besorolás, például „Magas”, „Közepes” vagy „Alacsony”. | ||
| Leírás A sürgősségi szint, más néven prioritás, azt jelzi, hogy az igénylőnek milyen gyorsan van szüksége a kért árura vagy szolgáltatásra. Ez a besorolás befolyásolhatja, hogyan irányítja és rangsorolja az igénylést a beszerzési csapat és a jóváhagyók. A sürgősségi szint szerinti teljesítményelemzésből kiderül, hogy a folyamat mennyire reagál az üzleti igényekre. Ellenőrizhető például, hogy a „Magas” sürgősségű igényléseket valóban gyorsabban dolgozzák-e fel, mint az „Alacsony” sürgősségűeket. Ha nem, az szűk keresztmetszetre vagy a prioritási rendszer hibájára utalhat, amelyet kezelni kell. Miért fontos? Segít felmérni, hogy a folyamat megfelelően előre sorolja-e a sürgős igényléseket, és hogy a megadott sürgősség összhangban van-e a tényleges feldolgozási sebességgel. Hol szerezhető be? Általában az igénylési űrlap opcionális vagy kötelező mezője, amelyet az igénylés fejlécében tárolnak. Példák MagasKözepesAlacsonySürgős | |||
| Szükséges dátum RequiredByDate | Az a dátum, ameddig a kérelmezőnek szüksége van az áruk vagy szolgáltatások leszállítására. | ||
| Leírás A szükséges dátumot a kérelmező adja meg, ezzel jelölve a teljesítés határidejét. Ez a dátum a teljes beszerzési folyamat célidőpontja, az igénylés jóváhagyásától a végső szállításig. Ez az attribútum segít felmérni, hogy a folyamat mennyire tartja az ütemezést, és megfelel-e az üzleti igényeknek. Ha összeveti a szükséges dátumot a megrendelés tényleges létrehozási vagy szállítási dátumával, megállapíthatja, hogy a szervezet mennyire tudja betartani a belső szolgáltatási határidőket. Azt is megmutatja, hogy a beszerzési folyamat elég gyors-e az üzleti határidők teljesítéséhez. Miért fontos? Viszonyítási alapot ad a folyamat teljesítményének üzleti határidőkhöz méréséhez és a határidőre történő teljesítés értékeléséhez. Hol szerezhető be? A felhasználó általában az igénylés létrehozásakor adja meg, az adatot pedig az igénylés fejlécében vagy a tétel részleteinél tárolják. Példák 2024-06-302024-07-152024-08-01 | |||
A beszerzési igénylések tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Igénylés benyújtása | Az igénylő hivatalosan benyújtja a kitöltött igénylést a jóváhagyási munkafolyamatba. Ezzel az igénylés piszkozatból aktív állapotba kerül, és megkezdődik az ellenőrzés, illetve a jóváhagyás. | ||
| Miért fontos? Ez az esemény indítja el a hivatalos jóváhagyási folyamatot. A benyújtás és a végső jóváhagyás közötti idő az átfutási idő fontos része. Hol szerezhető be? Általában állapotváltozási eseményből, felhasználói műveleti naplóból vagy a jóváhagyási folyamat indulását jelző workflow-naplóból nyerhető ki. Rögzítés Rögzítse azt az időbélyeget, amikor az igénylés állapota piszkozatból jóváhagyásra váró állapotra változik. Eseménytípus explicit | |||
| Igénylés elutasítva | Az igénylést a jóváhagyási folyamat során véglegesen elutasítják, így abból nem lesz megrendelés. Ez az igénylés végleges, sikertelen kimenetele. | ||
| Miért fontos? Ez a folyamat egyik fontos sikertelenségi pontja. A végleges elutasítások okainak elemzése segíthet javítani az előkészítő folyamatokon és az igénylők képzésén. Hol szerezhető be? Arra utal, ha az igénylés fejlécének általános állapota „Elutasítva”, „Megtagadva” vagy egy hasonló, végleges elutasítási állapotra változik. Rögzítés Rögzítse az időbélyeget, amikor az igénylés általános állapota először „Elutasítva”, „Megtagadva” vagy annak megfelelőjére 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 minden előírt lépésén. Ettől kezdve az igénylés beszerzésre vagy megrendeléssé alakításra várhat. | ||
| Miért fontos? Ez a folyamat egyik fontos sikerkritériuma. Az igénylés jóváhagyásához szükséges idő az igénylési folyamat hatékonyságának egyik fő mérőszáma. Hol szerezhető be? A workflow naplóiból következtethető ki, ha az igénylés fejlécének általános állapota „Jóváhagyva” vagy egy hasonló, végleges jóváhagyási állapotra változik. Rögzítés Rögzítse az időbélyeget, amikor az igénylés általános állapota először „Jóváhagyva” értékre vagy annak megfelelőjére változik. Eseménytípus inferred | |||
| Igénylés létrehozása | A felhasználó új beszerzési igénylés létrehozásával kezdeményezi termékek vagy szolgáltatások beszerzését. Ez az esemény jelöli az igénylés életciklusának kezdetét. Az igénylés ilyenkor általában piszkozat vagy hiányos állapotban van, még a hivatalos benyújtás előtt. | ||
| Miért fontos? Ez a 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énylés előkészítésének késedelmét vagy a felhasználók bizonytalanságát. Hol szerezhető be? Ezt általában a beszerzési igénylés fő rekordjának vagy táblájának létrehozási időbélyege rögzíti. Rögzítés Keresse meg a beszerzési igénylés fő rekordjának kezdeti létrehozási időbélyegét. Eseménytípus explicit | |||
| Igénylés lezárva | Az igénylést adminisztratív úton lezárják, vagyis nem történik vele további intézkedés. Ez jellemzően akkor történik, ha minden tétele teljes egészében megrendeléssé alakult vagy törölték. | ||
| Miért fontos? Ez a folyamat végső lezáró eseménye, amely megerősíti az igénylés életciklusának végét. Így a régi igénylések nem maradnak korlátlan ideig nyitva. Hol szerezhető be? A fejléc végleges állapotának módosulásából, illetve abból állapítható meg, ha minden kapcsolódó tétel teljes egészében megrendelt vagy lezárt állapotba kerül. Rögzítés Rögzítse az időbélyeget, amikor az igénylés végleges állapota „Lezárva” vagy „Befejezve” értékre változik. Eseménytípus inferred | |||
| Igénylés módosítása | A felhasználó a benyújtás után módosítja az igénylést, gyakran azért, hogy javítson egy adatot vagy reagáljon az elutasításra. Ilyenkor például a mennyiség, az ár vagy a tételek változhatnak, és előfordulhat, hogy újra kell indítani a jóváhagyást. | ||
| Miért fontos? A módosítások nyomon követése segít feltárni az újramunkához vezető folyamatköröket, a hatékonysági problémákat és a kezdeti követelmények hiányosságait. A gyakori módosítások jelentősen meghosszabbíthatják az átfutási időt. Hol szerezhető be? A rendszer auditnaplóiból vagy változásnaplóiból nyerhető ki, illetve az igénylési dokumentum új verziójának létrehozásával azonosítható. Rögzítés Keresse meg a változás- vagy auditnaplókban azokat az eseményeket, amelyek a fontos igénylési mezők kezdeti benyújtás utáni módosítását jelzik. Eseménytípus explicit | |||
| Megrendelés létrehozva | Egy vagy több jóváhagyott igénylési tétel adatai alapján hivatalos megrendelési dokumentum készül. Ez az esemény jelzi az átadást a belső igénylési folyamatból a külső beszerzési folyamatba. | ||
| Miért fontos? Ez az igénylési folyamat elsődleges sikeres kimenetele. A végső jóváhagyás és a megrendelés létrehozása közötti idő a beszerzési osztály hatékonyságát méri. Hol szerezhető be? Az esemény az igényléshez úgy állapítható meg, hogy megkeresi azt a megrendelési dokumentumot, amely hivatkozik az igénylés azonosítójára. Rögzítés Azonosítsa az igénylés azonosítójára hivatkozó megrendelés létrehozásának időbélyegét. Eseménytípus inferred | |||
| Beszerzési forrás hozzárendelve | A beszerző vagy a beszerzési szakértő konkrét szállítót, szerződést vagy ármegállapodást rendel a jóváhagyott igénylés egyik tételéhez. Ez a megrendelés létrehozását előkészítő lépés. | ||
| Miért fontos? Ez a tevékenység a beszerzési csapat operatív hatékonyságát méri. Az itt jelentkező késedelem szűk keresztmetszetet okozhat az igénylés jóváhagyása és a megrendelés között. Hol szerezhető be? Az igénylés jóváhagyása után a tétel szállítói vagy beszerzési forrásra vonatkozó adatainak módosításából állapítható meg. Rögzítés Azonosítsa azt az időpontot, amikor először kerül szállító- vagy szerződésazonosító egy jóváhagyott igénylési tételhez. Eseménytípus explicit | |||
| Igénylés visszavonva | Az igénylő vagy egy erre jogosult felhasználó visszavonja az igénylést, mielőtt az megkapná a végső jóváhagyást vagy megrendeléssé alakulna. Ezzel az adott igénylés folyamata véget ér. | ||
| Miért fontos? Ez egy lezáró esemény: véget vet a folyamatnak anélkül, hogy egyértelműen sikeres vagy sikertelen lenne az eredmény. A gyakori visszavonás változó üzleti igényekre vagy túl korán benyújtott igénylésekre utalhat. Hol szerezhető be? Általában kifejezett felhasználói műveletként rögzítik, amely az állapotot „Visszavonva” vagy „Törölve” értékre módosítja, vagy törlési jelzőt állít be. Rögzítés Rögzítse az időbélyeget, amikor az igénylés állapota „Visszavonva” vagy „Törölve” értékre változik, illetve amikor beállítják a törlési jelzőt. Eseménytípus explicit | |||
| Jóváhagyás visszaállítása | Az igénylés teljes jóváhagyási munkafolyamata visszaáll, ezért a folyamatot elölről kell kezdeni. Ez jellemzően akkor történik, ha egy már folyamatban lévő igénylést jelentősen módosítanak. | ||
| Miért fontos? A jóváhagyás visszaállítása jelentősen meghosszabbíthatja az átfutási időt. Gyakoriságának és kiváltó okainak feltárása rámutathat az irányelvekkel vagy a módosítási folyamattal kapcsolatos problémákra. Hol szerezhető be? Arra utal, ha a jóváhagyási állapot törlődik vagy visszaáll a kezdeti lépésre, miután korábban már egy későbbi jóváhagyóhoz került. Rögzítés Azonosítsa, mikor áll vissza a jóváhagyási munkafolyamat kezdeti állapotba, miután már további lépésekre jutott. Eseménytípus inferred | |||
| Jóváhagyási lépés elutasítva | A kijelölt szakaszban az egyik jóváhagyó elutasítja az igénylést, és általában javításra visszaküldi az igénylőnek. Ezzel megáll a jóváhagyási munkafolyamat további haladása. | ||
| Miért fontos? Ez a tevékenység gyakran vezet utómunkához. Az elutasítások követésével feltárhatók a visszatérő hibák okai, a képzési igények és a problémás jóváhagyási szakaszok. Hol szerezhető be? A jóváhagyási előzményekben vagy a workflow tranzakciós adataiban rögzített, kifejezett felhasználói műveletből származik. Rögzítés Nyerje ki az elutasítási eseményeket a jóváhagyási előzményekből vagy a workflow naplójából, a jóváhagyó és az időbélyeg megadásával. Eseménytípus explicit | |||
| Jóváhagyási lépés indítása | Az igénylést egy többlépéses munkafolyamat részeként egy adott jóváhagyóhoz vagy jóváhagyói csoporthoz rendelik. Ezzel a tevékenységgel kezdődik az adott jóváhagyásra való várakozás. | ||
| Miért fontos? Ez az esemény lehetővé teszi a jóváhagyási lánc szűk keresztmetszeteinek részletes elemzését, és megmutatja, mely jóváhagyók vagy szakaszok okoznak késedelmet. Hol szerezhető be? A workflow-naplókból következtethető ki, amikor új jóváhagyási feladat jön létre, és azt egy felhasználóhoz vagy szerepkörhöz rendelik. Rögzítés Rögzítse azt az időbélyeget, amikor létrejön a jóváhagyási feladat, vagy az igénylés állapota azt jelzi, hogy egy adott jóváhagyóra vár. Eseménytípus inferred | |||
| Jóváhagyási lépés jóváhagyása | Az adott jóváhagyó a munkafolyamat kijelölt szakaszában jóváhagyja az igénylést. Ezzel az igénylés a következő lépésre vagy a végső jóváhagyáshoz közelebb kerül. | ||
| Miért fontos? A jóváhagyási lépés kezdetétől a befejezéséig eltelt idő elemzésével mérhető az egyes jóváhagyók teljesítménye és a munkaterhelés megoszlása. Hol szerezhető be? A jóváhagyási előzményekben vagy a workflow tranzakciós adataiban rögzített, kifejezett felhasználói műveletből származik. Rögzítés Nyerje ki a jóváhagyási eseményeket a jóváhagyási előzményekből vagy a workflow naplójából, a jóváhagyó és az időbélyeg megadásával. Eseménytípus explicit | |||
Adatkinyerési útmutatók
Az adatkinyerési módszerek rendszerenként eltérnek. Részletes útmutatásért
olvassa el az ETL-útmutatónkat vagy válasszon ki egy konkrét folyamatot és rendszert.
Kezdje el most?
Válasszon egy rendszerspecifikus adatkinyerési útmutatót, és igazítsa hozzá az adatgyűjtést, vagy használja ezt az általános sablont rugalmas kiindulópontként a beszerzési igénylések folyamatának elemzéséhez.
Fejlessze a beszerzési igénylési folyamatot, és növelje a hatékonyságot
Azonosítsa a szűk keresztmetszeteket, javítsa a megfelelést, és csökkentse a beszerzési költségeket.
Nincs szükség bankkártyára, a beállítás csak néhány percet vesz igénybe.