Purchase to Pay - Requisition adatsablon

NetSuite
Purchase to Pay - Requisition adatsablon

Purchase to Pay - Requisition adatsablon

Ez a sablon útmutatást ad a Purchase to Pay, Requisition folyamat elemzéséhez szükséges alapvető adatok összegyűjtéséhez. Felsorolja a fontos attribútumokat, meghatározza a követendő tevékenységeket, és gyakorlati tanácsokat ad az adatok forrásrendszerből történő kinyeréséhez. Használja az eseménynapló előkészítéséhez, hogy érdemi process mining elemzést végezhessen.
  • Javasolt attribútumok
  • A folyamat feltárásához követendő fő tevékenységek
  • Útmutató az adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Purchase to Pay - Requisition attribútumok

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba a Purchase to Pay - Requisition folyamat részletes elemzéséhez.
3 Kötelező 4 Javasolt 12 Nem kötelező
Név Leírás
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 történt egy tevékenység. Ez az időadat segít megérteni az igénylési folyamat működését, többek között annak időtartamát, az események sorrendjét és időzítését.

A folyamat elemzésekor az időbélyegek alapján számítható ki a ciklusidő és a tevékenységek közötti várakozási idő, valamint ellenőrizhető a szolgáltatási szintre vonatkozó megállapodások betartása. Minden időalapú elemzés ezekre épül. Segítségükkel olyan dashboardok készíthetők, mint az „Requisition Approval Cycle Time”, és olyan KPI-k számíthatók, mint az „Average Requisition Cycle Time”. A megbízható folyamatmodellhez pontos időbélyegekre van szükség.

Miért fontos?

Ez az időbélyeg alapozza meg a teljesítmény elemzését: segítségével kiszámítható a ciklusidő, feltárhatók a késések, és mérhető a folyamat hatékonysága.

Hol szerezhető be?

Az adatot a rendszer által létrehozott mezők, például a „Date Created”, illetve az egyes tranzakciók System Notes naplójában vagy a munkafolyamat végrehajtási naplóiban található időbélyegek rögzítik.

Példák
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Purchase Requisition ID
PurchaseRequisitionId
Az egyes beszerzési igénylések egyedi azonosítója, amely az elemzés elsődleges esetazonosítójaként szolgál.
Leírás

A Purchase Requisition ID az azonosító, amely összekapcsolja az adott termék- vagy szolgáltatásigényhez tartozó összes tevékenységet és eseményt. A NetSuite minden igénylés létrehozásakor egyedi azonosítót rendel hozzá, amely az életciklusa során változatlan marad.

A process miningben ez az attribútum alapvető az esetek összekapcsolásához. Segítségével rekonstruálható az egyes igénylések teljes útja a létrehozástól a jóváhagyási lépéseken és módosításokon át a végső eredményig, legyen az jóváhagyás, elutasítás vagy megrendeléssé alakítás. Az azonosító szerinti elemzés nélkülözhetetlen az életciklus időtartamának kiszámításához, az állapotváltozások nyomon követéséhez és a folyamatváltozatok feltárásához.

Miért fontos?

Ez az azonosító teszi lehetővé egy beszerzési igénylés teljes életciklusának nyomon követését, a folyamatútvonalak elemzését és az esetszintű mutatók kiszámítását.

Hol szerezhető be?

Ez a NetSuite Purchase Requisition rekordjának belső azonosítója vagy tranzakciószáma. Általában a tranzakció „tranid” mezőjében található.

Példák
PR-001254PR-001255PR-001256
Tevékenység neve
ActivityName
Az igénylés életciklusa során bekövetkezett konkrét üzleti esemény vagy elvégzett feladat neve.
Leírás

A tevékenység neve az igénylési folyamat egy-egy lépését jelöli, például „Requisition Created”, „Approval Step Approved” vagy „Purchase Order Created”. Ezek a tevékenységek alkotják a folyamattérképet, és megmutatják, milyen munka történt.

A tevékenységek elemzésével megjeleníthető a folyamat menete, feltárhatók a szűk keresztmetszetek, és mérhető az egyes szakaszok időtartama. Egy adott Purchase Requisition ID-hez tartozó tevékenységek sorrendje mutatja meg az igénylés útját. Ez összevethető a szokásos eljárással, így azonosíthatók az eltérések és a hatékonytalanságok.

Miért fontos?

Meghatározza a folyamat lépéseit, így megjeleníthetők a folyamattérképek, elemezhetők a folyamatváltozatok, és feltárhatók a szűk keresztmetszetek.

Hol szerezhető be?

Az érték általában a tranzakció állapotából, a rendszer naplóbejegyzéseiből, a munkafolyamat előzményeiből vagy a NetSuite egyedi eseménykövetéséből állítható elő.

Példák
Igénylés létrehozvaJóváhagyási lépés jóváhagyvaIgénylés módosítvaMegrendelés létrehozva
Igénylés állapota
RequisitionStatus
Megmutatja, hol tart az igénylés az életciklusában.
Leírás

A Requisition Status megmutatja, hogy egy adott időpontban hol tart a beszerzési igénylés a folyamatban. Gyakori értékei például a „Pending Approval”, „Fully Approved”, „Rejected” és „Closed”.

Ez az attribútum fontos az olyan dashboardokhoz, mint a „Requisition Status and Aging”, amely az aktív igényléseket és az aktuális állapotukban eltöltött időt követi nyomon. Az állapotváltozások elemzése a folyamat feltárásának fontos része: segít megérteni a szokásos útvonalakat és a kivételeket is. Az eset végső kimenetelének meghatározására szintén használható.

Miért fontos?

Megmutatja, hol tart egy eset, így elemezhetők a régóta nyitott igénylések, és feltárhatók azok a pontok, ahol elakadnak.

Hol szerezhető be?

Ez a Purchase Requisition tranzakciós rekord fejlécének „Status” vagy „Approval Status” mezője.

Példák
Jóváhagyásra várTeljes körűen jóváhagyvaElutasítvaLezárva
Igénylő
Requester
Az a munkavállaló, aki létrehozta és benyújtotta a beszerzési igénylést.
Leírás

Az igénylő az a személy, aki az igénylés létrehozásával elindítja a beszerzési folyamatot. Általában olyan munkavállaló, akinek a feladatához meghatározott termékekre vagy szolgáltatásokra van szüksége.

Az igénylő szerinti elemzés segít feltárni a felhasználói viselkedés mintázatait. Az „Requester Performance and Training Needs” dashboard például megmutathatja, kiknél magas az elutasítások vagy a módosítások aránya. Az eredmények alapján eldönthető, hol segítene a képzés vagy az egyértelműbb útmutatás az elsőre megfelelő igénylések arányának és a folyamat hatékonyságának javításában.

Miért fontos?

Azonosítja a folyamat kezdeményezőjét, ami segít elemezni a felhasználói viselkedést, az igénylőnkénti elutasítási arányt és a képzési igényeket.

Hol szerezhető be?

Ez általában a Purchase Requisition tranzakciós rekord „Employee” vagy „Created By” mezője.

Példák
John SmithJane DoePeter Jones
Részleg
Department
Az a szervezeti egység, amelyhez az igénylés vagy az igénylő tartozik.
Leírás

A Department attribútum a beszerzési igényléshez kapcsolódó szervezeti egységet jelöli, amely rendszerint az igénylő részlege. Segítségével szervezeti egységenként vizsgálható a folyamat.

Számos elemzésben fontos szempont: összehasonlíthatók a jóváhagyási idők, feltárhatók a költési minták, és megállapítható, mely részlegeknél a legmagasabb az elutasítások aránya. Az ilyen bontás segít a vezetőknek az erőforrások elosztásában, a képzések célzott kialakításában és az egyes üzleti egységek munkafolyamatainak egyszerűsítésében.

Miért fontos?

Lehetővé teszi a folyamatadatok üzleti egységek szerinti bontását, így összehasonlítható a teljesítmény, a költség és a megfelelés.

Hol szerezhető be?

Ez az adat gyakran az igénylő munkavállalói rekordjához kapcsolódik, de közvetlenül a Purchase Requisition fejlécében is megadható.

Példák
MarketingInformatikaPénzügyMűködés
Teljes összeg
TotalAmount
A beszerzési igénylés teljes pénzértéke.
Leírás

Ez az attribútum rögzíti a beszerzési igénylésben szereplő összes tétel teljes költségét. Fontos pénzügyi adat, amely a folyamatot is befolyásolhatja: például az összegküszöbök eltérő jóváhagyási munkafolyamatokat indíthatnak el.

A teljes összeg elemzésével megérthetők a költési minták és a pénzügyi hatások. Az igénylések érték szerint szűrhetők, a folyamateltérések összevethetők a nagy értékű igénylésekkel, és előtérbe helyezhetők a jelentős pénzügyi hatású esetek. Ez az attribútum minden pénzügyi vagy megfelelési elemzéshez alapvető.

Miért fontos?

Pénzügyi kontextust ad az érték szerinti elemzéshez, mivel az összeg gyakran meghatározza a jóváhagyási útvonalat és az üzleti prioritást.

Hol szerezhető be?

Ez a Purchase Requisition rekord szabványos mezője, amelynek neve gyakran „Total” vagy ehhez hasonló.

Példák
500.001250.7525000.00
Átfutási idő
CycleTime
Az igénylés létrehozásától a végleges lezárásáig eltelt teljes idő.
Leírás

Az Átfutási idő számított mutató, amely egyetlen esetben méri a beszerzési igénylés folyamatának teljes időtartamát. Általában az első tevékenység, például az „Igénylés létrehozva”, és az utolsó lezáró tevékenység, például az „Igénylés teljesen jóváhagyva” vagy az „Igénylés véglegesen elutasítva” közötti időtartamként számítják ki.

Ez a folyamat általános hatékonyságának egyik fő KPI-ja. Az „Igénylés átlagos átfutási ideje” KPI kiszámításához használható, és segít feltárni a trendeket, a kiugró értékeket, valamint a folyamatfejlesztési kezdeményezések hatását. Az átfutási idők eloszlásának elemzése megmutathatja azokat a különösen lassú igényléseket, amelyek jelentősen rontják az átlagos teljesítményt.

Miért fontos?

Közvetlenül méri a folyamat teljes körű hatékonyságát. Ez alapvető mutató a késedelmek feltárásához és az általános teljesítmény értékeléséhez.

Hol szerezhető be?

Számított attribútum: az egyes „PurchaseRequisitionId” értékekhez tartozó első és utolsó esemény időbélyegének különbsége.

Példák
25920060480086400
Beszállító neve
VendorName
Az igénylésben megjelölt javasolt vagy előnyben részesített beszállító neve.
Leírás

A Beszállító neve attribútum azonosítja azt a szállítót, akitől az árukat vagy szolgáltatásokat meg kívánják vásárolni. Bár az igénylés belső dokumentum, gyakran megjelölnek benne egy előnyben részesített beszállítót.

Az attribútum elemzésével feltárhatók a beszállítói kapcsolatokra jellemző minták. Megmutatja, mely beszállítókat kérik leggyakrabban, tovább tart-e bizonyos beszállítók igényléseinek jóváhagyása, és betartják-e az előnyben részesített beszállítókra vonatkozó megállapodásokat. Az információ a stratégiai beszerzést és a beszállítói kapcsolatok kezelését is segítheti.

Miért fontos?

Segít beszállítónként elemezni a beszerzési mintákat, ellenőrizni az előnyben részesített beszállítók listájának betartását, és feltárni a beszállítónként eltérő folyamatokat.

Hol szerezhető be?

Ez lehet a rekord fejlécében szereplő „Vendor” mező, vagy megadható a Purchase Requisition rekord tételeinél is.

Példák
Dell Inc.StaplesMcKinsey & Company
Elutasítás indoka
RejectionReason
Az indoklás, amelyet a jóváhagyó az igénylés elutasításakor ad meg.
Leírás

Az Elutasítás indoka szöveges attribútum, amelyben a jóváhagyó megadhatja, miért nem felelt meg a beszerzési igénylés a jóváhagyás feltételeinek. Ez kiegészítő információt ad az „Jóváhagyási lépés elutasítva” tevékenységhez.

Ez az adat nélkülözhetetlen a kiváltó okok feltárásához. A „Beszerzési igénylések elutasítási arányának elemzése” dashboard például nemcsak azt mutatja meg, mit utasítottak el, hanem azt is, hogy miért. Gyakori indok lehet a „Hibás főkönyvi számla”, a „Keret túllépése” vagy a „Hiányos adatok”. Az indokok elemzésével feltárhatók a rendszerszintű problémák, javítható a felhasználók képzése, és pontosíthatók a benyújtási útmutatók, így csökkenthető az utómunka és az elutasítások száma.

Miért fontos?

Megmutatja, miért utasítják el az igényléseket, így feltárhatók a kiváltó okok, csökkenthető a későbbi elutasítások száma, és javítható az elsőre megfelelő benyújtások aránya.

Hol szerezhető be?

Ezt gyakran az elutasításkor kitöltött „Memo” mezőben vagy a jóváhagyási munkafolyamathoz hozzáadott egyéni mezőben rögzítik. A System Notes között is megtalálható.

Példák
A költségkeret túllépéseHibás beszállító kiválasztásaHiányzó tételadatokDuplikált igénylés
Forrásrendszer
SourceSystem
Megadja, melyik rendszerből származnak a kinyert adatok.
Leírás

Ez az attribútum jelzi, melyik rendszerből származnak a folyamatadatok, jelen esetben a NetSuite-ból. Különösen hasznos, ha több rendszer adatait egyesítik a folyamat teljesebb áttekintéséhez.

Egyetlen rendszer elemzésekor állandónak tűnhet, mégis fontos kontextust ad, és segíti az adatok irányítását és nyomon követhetőségét. Megerősíti az adatok eredetét, és segít helyesen értelmezni a rendszerspecifikus logikát és átalakításokat az elemzés során.

Miért fontos?

Fontos kontextust ad az adatok eredetéről, és segíti az egyértelmű értelmezést, valamint a megfelelő adatkezelést, különösen több rendszer használatakor.

Hol szerezhető be?

Ez egy állandó „NetSuite” érték, amelyet az adatok kinyerése és átalakítása során kell hozzáadni.

Példák
NetSuiteNetSuite SuitePeopleNetSuite ERP
Jóváhagyási munkafolyamat útvonala
ApprovalWorkflowPath
Az igénylés által bejárt jóváhagyási lépések sorrendje.
Leírás

A Jóváhagyási munkafolyamat útvonala származtatott attribútum, amely összefűzi az adott igénylés jóváhagyási tevékenységeit vagy állapotait, például: „Benyújtva -> Vezetői jóváhagyás -> Pénzügyi jóváhagyás”. Így minden esethez egyedi útvonal tartozik.

Ez az attribútum a megfelelőség ellenőrzésének és a változatelemzésnek az alapja. A „Nem megfelelő igénylési útvonalak” és a „Jóváhagyási munkafolyamat útvonalának megfelelősége” dashboardon könnyen szűrhetők és csoportosíthatók az esetek a pontos folyamatútvonaluk szerint. A tényleges útvonalak előre meghatározott szabványos útvonalakkal való összevetésével mérhető a megfelelés, és feltárhatók az eltérések kiváltó okai.

Miért fontos?

A jóváhagyási lépések pontos sorrendjének összefoglalásával lehetővé teszi a folyamatváltozatok részletes elemzését és a megfelelőség ellenőrzését.

Hol szerezhető be?

Ez származtatott attribútum, amely az egyes „PurchaseRequisitionId” értékekhez tartozó „ActivityName” értékek időrendi összefűzésével számítható ki.

Példák
Létrehozva > Benyújtva > JóváhagyvaLétrehozva > Benyújtva > Elutasítva > Módosítva > Benyújtva > JóváhagyvaLétrehozva > Benyújtva > Jóváhagyva > Visszavonva
Jóváhagyó
Approver
Az a munkavállaló vagy felhasználó, aki egy jóváhagyási lépés jóváhagyásáért vagy elutasításáért felel.
Leírás

A jóváhagyó az a személy, akit a jóváhagyási munkafolyamat egy adott szakaszában kijelölnek a beszerzési igénylés áttekintésére és elbírálására. Egy igényléshez több jóváhagyó is tartozhat, akik különböző jóváhagyási tevékenységeket végeznek.

Ez az attribútum segít elemezni magának a jóváhagyási folyamatnak a teljesítményét. Az „Approval Step Cycle Time Distribution” dashboard például megmutathatja az egyéni vagy csoportszintű szűk keresztmetszeteket. A jóváhagyók tevékenységének nyomon követésével számonkérhetővé tehetők a feladatok, kiegyensúlyozható a munkaterhelés, és feltárhatók az egyes jóváhagyókhoz köthető késések.

Miért fontos?

Azonosítja a jóváhagyási feladatokat végző felhasználót, így elemezhető a jóváhagyók teljesítménye és munkaterhelése, valamint feltárhatók a szűk keresztmetszetek.

Hol szerezhető be?

Ez az adat gyakran a munkafolyamat végrehajtási naplójában vagy a jóváhagyási állapotváltozásokhoz kapcsolódó System Notes bejegyzésekben található. A jóváhagyási munkafolyamathoz tartozó egyedi rekordmezőkben is tárolható.

Példák
Sarah JenkinsDavid ChenPénzügyi jóváhagyói csoport
Pénznem
Currency
Az igénylés teljes összegének pénznemkódja.
Leírás

A Currency attribútum jelzi, milyen pénznemben szerepelnek az igénylés pénzügyi értékei, például USD-ben, EUR-ban vagy GBP-ben. Ez különösen fontos a több pénznemben működő nemzetközi szervezeteknél.

A mező biztosítja a pénzügyi adatok helyes értelmezését. A process miningben lehetővé teszi az összegek megfelelő összesítését és összehasonlítását: az értékek átválthatók egy közös alapvalutára, vagy pénznem szerint külön elemezhetők. Így elkerülhetők a pontatlan pénzügyi jelentések, és egyértelműbbé válik a nemzetközi működés elemzése.

Miért fontos?

A több országban működő szervezetek pontos pénzügyi elemzéséhez szükséges, mert biztosítja az összegek helyes értelmezését és összesítését.

Hol szerezhető be?

Ez a Purchase Requisition tranzakciós rekord szabványos „Currency” mezője, különösen a több pénznemet kezelő NetSuite-példányokban.

Példák
USDEURGBP
Purchase Order ID
PurchaseOrderId
A jóváhagyott igénylésből létrehozott megrendelés azonosítója.
Leírás

A Purchase Order ID a jóváhagyott igénylés alapján létrehozott megrendelés egyedi azonosítója. Ez az attribútum köti össze az igénylési folyamatot az azt követő beszerzési tevékenységekkel.

A folyamat teljes körű, P2P-elemzéséhez elengedhetetlen ez a kapcsolat. Segítségével kiszámítható a „PO létrehozásának átfutási ideje” KPI, amely az igénylés jóváhagyása és a megrendelés létrehozása közötti időt méri. Az „igényléstől a megrendelésig történő átalakítási arány” kiszámításához is felhasználható, így láthatóvá válik, milyen hatékonyan lesznek az igénylésekből végrehajtható megrendelések.

Miért fontos?

Összekapcsolja az igénylést az abból létrejött megrendeléssel, így mérhető a megrendelés létrehozásának átfutási ideje, és elemezhető a teljes folyamat.

Hol szerezhető be?

A Purchase Requisition rekordban található, gyakran a kapcsolódó rekordok lapfülön vagy magán a Purchase Order rekord „Created From” hivatkozásánál.

Példák
PO-005432PO-005433PO-005434
Sürgősségi szint
UrgencyLevel
Az igénylés prioritási besorolása, például normál vagy sürgős.
Leírás

A Sürgősségi szint kategóriaattribútum, amely a beszerzési igénylés üzleti prioritását jelzi. Segítségével a munkatársak megjelölhetik azokat az igényléseket, amelyek sürgős üzleti szükséglet miatt gyorsabb ügyintézést igényelnek.

Ez az attribútum az „Sürgős igénylések kezelésének teljesítménye” dashboardot és a „Sürgős beszerzési igénylések kezelési ideje” KPI-t támogatja. Az elemzők az attribútum alapján szűrhetik a folyamatadatokat, majd összehasonlíthatják a sürgős és a normál igénylések átfutási idejét és folyamatútvonalait. Így megállapítható, hogy eredményes-e a kiemelt kezelés, vagy a szűk keresztmetszetek továbbra is késedelmet okoznak.

Miért fontos?

Lehetővé teszi a kiemelt és a normál igénylések folyamatának összehasonlítását, így ellenőrizhető, hogy a sürgős igények hatékonyan teljesülnek-e.

Hol szerezhető be?

Ez jellemzően a Purchase Requisition űrlap egyéni tranzakciós törzsmezője.

Példák
MagasKözepesAlacsony
Tételkategória
ItemCategory
Az igénylésben szereplő áruk vagy szolgáltatások kategóriája.
Leírás

A Tételkategória logikai csoportokba sorolja a beszerzési igénylés tételeit, például „IT-eszközök”, „Irodaszerek” vagy „Szakmai szolgáltatások” szerint. Az érték az igénylés tételeihez kapcsolódó termékrekordokból származtatható.

Ez az attribútum részletesebb elemzést tesz lehetővé. Segítségével olyan kérdések válaszolhatók meg, mint például: „Az IT-eszközökre vonatkozó igénylések jóváhagyása tovább tart, mint az irodaszereké?” A folyamat Tételkategória szerinti bontásával feltárhatók az adott területre jellemző szűk keresztmetszetek, elemezhető a kategóriánkénti költés, és ennek megfelelően alakítható a beszerzési stratégia.

Miért fontos?

Lehetővé teszi a folyamat elemzését a beszerzett termékek és szolgáltatások szerint, így feltárhatók a kategóriaspecifikus szűk keresztmetszetek és megfelelési problémák.

Hol szerezhető be?

Az adat a Purchase Requisition tételsoraihoz kapcsolódó „Item” rekordokból származik. Maga a kategória az Item rekord szabványos vagy egyéni mezője lehet.

Példák
IT-eszközökSzoftverlicencekIrodaszerekMarketing-szolgáltatások
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg azt mutatja, mikor nyerték ki vagy frissítették utoljára az adatokat a forrásrendszerből.
Leírás

Ez az attribútum rögzíti a NetSuite-ból történő legutóbbi adatkinyerés dátumát és időpontját. Minden process mining dashboard vagy elemzés fontos metaadata.

Az időbélyeg megmutatja, mennyire frissek az adatok, így a felhasználók tudják, hogy valós idejű információkat vagy egy adott időpontban készült pillanatképet látnak. Az adatellenőrzéshez is fontos, és segít a résztvevőknek megítélni, mennyire aktuálisak a folyamatelemzés eredményei.

Miért fontos?

Tájékoztatja a felhasználókat az adatok frissességéről, így megítélhetik, mennyire aktuálisak a folyamat elemzéséből származó eredmények.

Hol szerezhető be?

Ezt az időbélyeget az adatok kinyerése, átalakítása és betöltése (ETL) során hozza létre és adja hozzá a rendszer.

Példák
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
Utómunkát igényelt
IsRework
Logikai jelző, amely megmutatja, hogy az igénylést elutasították-e, majd újra benyújtották-e.
Leírás

Az Utómunkát igényelt származtatott logikai attribútum értéke igaz, ha a beszerzési igénylést bármikor elutasították, majd módosították vagy ismét jóváhagyásra benyújtották. Azonosítja azokat az eseteket, amelyek a szokásos, problémamentes folyamathoz képest további munkát és ügyintézést igényeltek.

Ez az attribútum egyszerűbbé teszi a folyamat hatékonysági problémáinak elemzését. Az „Elutasítási és újrabenyújtási ciklusok száma” KPI kiszámításához használható, és segít számszerűsíteni az elutasítások folyamatra gyakorolt hatását. Ha az elemzők az Utómunkát igényelt attribútum igaz értékére szűrnek, elkülöníthetik a problémás folyamatváltozatokat, és feltárhatják az első elutasítások kiváltó okait, például az adatok gyenge minőségét vagy az irányelvek félreértését.

Miért fontos?

Segít mérni az utómunka-ciklusok gyakoriságát és hatását, amelyek jelentős késedelmet és hatékonyságvesztést okozhatnak a folyamatban.

Hol szerezhető be?

Számított attribútum. A logika azt ellenőrzi, hogy ugyanabban az esetben előfordul-e „Jóváhagyásra benyújtott igénylés” tevékenység a „Jóváhagyási lépés elutasítva” tevékenység után.

Példák
truefalse
Kötelező Javasolt Nem kötelező

Purchase to Pay - Requisition tevékenységek

Ezeket a fő folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához és a szűk keresztmetszetek azonosításához.
5 Javasolt 6 Nem kötelező
Tevékenység Leírás
Igénylés létrehozva
A felhasználó létrehoz és elment egy új beszerzési igénylést, ezzel elindítva a beszerzési folyamatot. Ez az igénylés életciklusának első eseménye, amelyet a rendszer akkor rögzít, amikor a tranzakciós rekordot először elmentik a NetSuite-ban.
Miért fontos?

Ez a tevékenység jelzi az adott igényhez kapcsolódó beszerzési folyamat hivatalos kezdetét. A létrehozás és a benyújtás közötti idő elemzésével feltárhatók az adatbevitel vagy a kezdeti igény megfogalmazásának késései.

Hol szerezhető be?

Az esemény időpontja a Purchase Requisition tranzakciós rekord létrehozási időbélyegéből olvasható ki. Ez a rekord fő fejlécében vagy a „Create” műveletet naplózó System Notes alfülön található.

Rögzítés

Használja a Purchase Requisition rekord „Date Created” mezőjét.

Eseménytípus explicit
Igénylés lezárva
Az igénylést hivatalosan lezárják, vagyis nincs vele további teendő. Ez gyakran automatikusan történik, miután az igénylés minden mennyiségét megrendelték a hozzá kapcsolódó megrendelésekkel.
Miért fontos?

Ez a tevékenység jelzi az igénylés életciklusának végleges lezárását. Megerősíti, hogy az üzleti igényt teljesítették, és a rekordot véglegesítették.

Hol szerezhető be?

A System Notes alfülön keresse meg azt az időbélyeget, amikor a tételszintű vagy fejlécszintű „Status” mező „Closed” értékre változik.

Rögzítés

Az az időbélyeg, amikor a „Status” mező „Closed” értékre változik.

Eseménytípus inferred
Igénylés teljes körűen jóváhagyva
A Purchase Requisition sikeresen végigmegy a jóváhagyási munkafolyamat minden előírt lépésén. Ez abból állapítható meg, hogy a rekord végső „Approval Status” értéke „Approved” lesz.
Miért fontos?

Ez fontos mérföldkő: az igénylés készen áll arra, hogy megrendeléssé alakítsák. Ezzel lezárul a jóváhagyási ciklus, és megkezdődik a beszerzés teljesítése.

Hol szerezhető be?

A System Notes alfülön keresse meg azt az időbélyeget, amikor az „Approval Status” mező végső értéke „Approved” lesz.

Rögzítés

Az az időbélyeg, amikor az „Approval Status” mező „Approved” értékre változik.

Eseménytípus inferred
Igénylés véglegesen elutasítva
A Purchase Requisitiont véglegesen elutasítják, és nem dolgozzák fel tovább. Ez abból állapítható meg, hogy az igénylés végső „Approval Status” értéke „Rejected” lesz.
Miért fontos?

Ez a tevékenység a sikertelen igénylések végpontját jelzi. Ha megérti, miért és mikor utasítják el véglegesen az igényléseket, képet kaphat a szabályok betartásáról és a költségkerettel kapcsolatos problémákról.

Hol szerezhető be?

A System Notes alfülön keresse meg azt az időbélyeget, amikor az „Approval Status” mező végső értéke „Rejected” lesz.

Rögzítés

Az az időbélyeg, amikor az „Approval Status” mező „Rejected” értékre változik.

Eseménytípus inferred
Megrendelés létrehozva
A teljes körűen jóváhagyott igénylésből megrendelés (PO) készül, amellyel a szervezet hivatalosan kötelezettséget vállal a beszállító felé. Ez egyértelmű esemény: létrejön egy új PO-tranzakció, amely az eredeti igényléshez kapcsolódik.
Miért fontos?

Ez a sikeres igénylés elsődleges eredménye, és fontos átadási pont a Purchase to Pay folyamatban. A jóváhagyás és a PO létrehozása közötti idő a beszerzés hatékonyságának fontos KPI-ja.

Hol szerezhető be?

Keresse meg azt a Purchase Order rekordot, amelynek „Created From” vagy hasonló hivatkozó mezője a Purchase Requisition ID-re mutat. A PO létrehozási dátuma adja meg a tevékenység időbélyegét.

Rögzítés

Keresse meg azt a PO-t, amelynek „Created From” mezője megegyezik a Requisition ID-vel, majd használja a PO „Date Created” mezőjét.

Eseménytípus explicit
Igénylés jóváhagyásra benyújtva
Az igénylő a kitöltött igénylést hivatalosan benyújtja a kijelölt jóváhagyási munkafolyamatba. Ez gyakran az igénylés rekordjának állapotváltozásából állapítható meg, például a „Draft” vagy „Pending Submission” állapot „Pending Approval” állapotra váltásából.
Miért fontos?

Ez a tevékenység indítja el a jóváhagyási ciklust, és kiindulópontként szolgál a jóváhagyás átfutási idejének méréséhez. Segít megállapítani, mennyi ideig várakoznak az igénylések a hivatalos jóváhagyási folyamat megkezdése előtt.

Hol szerezhető be?

A System Notes alfülön keresse meg azt az időbélyeget, amikor az „Approval Status” mező először „Pending Approval” értékre változik.

Rögzítés

Keresse meg az első időbélyeget, amikor az „Approval Status” mező „Pending Approval” értékre változik.

Eseménytípus inferred
Igénylés módosítva
A felhasználó az igénylés kezdeti létrehozása után módosít egy vagy több mezőt, gyakran elutasítás vagy megváltozott igény miatt. Ezt az eseményt a NetSuite auditnaplója közvetlenül rögzíti.
Miért fontos?

A módosítások nyomon követése segít feltárni az ismétlődő munkaköröket és az adatminőségi problémákat. A gyakori módosítás arra utalhat, hogy a kezdeti igény nem volt egyértelmű, vagy az igénylőknek képzésre van szükségük.

Hol szerezhető be?

Az esemény a Purchase Requisition rekord System Notes alfüléről olvasható ki. A releváns mezőknél minden „Change” vagy „Edit” típusú bejegyzés egy módosítást jelez.

Rögzítés

Rögzítsen egy eseményt a System Notes napló minden „Change” típusú bejegyzéséhez.

Eseménytípus explicit
Igénylés visszavonva
Az eredeti igénylő vagy egy adminisztrátor visszavonja az igénylést, mielőtt azt teljesen jóváhagynák vagy megrendeléssé alakítanák. Ez általában a „Cancelled” vagy „Withdrawn” állapotra váltásból állapítható meg.
Miért fontos?

Ez a tevékenység az igénylő által kezdeményezett folyamat kivételes lezárását jelzi. A visszavonások elemzése rávilágíthat a megváltozott üzleti igényekre vagy az érvényüket vesztett igénylésekre.

Hol szerezhető be?

A System Notes alfülön kövesse nyomon azt az időbélyeget, amikor az „Approval Status” mező „Cancelled” vagy egy egyedi visszavont állapotra változik.

Rögzítés

Az az időbélyeg, amikor az „Approval Status” mező „Cancelled” vagy „Withdrawn” értékre változik.

Eseménytípus inferred
Jóváhagyási lépés elindult
Az igénylés a jóváhagyási munkafolyamat egy adott szakaszába lép, ahol a kijelölt jóváhagyó vagy csoport intézkedésére vár. Ez általában abból állapítható meg, hogy a munkafolyamat a következő jóváhagyóhoz rendeli az igénylést.
Miért fontos?

Ez a tevékenység jelzi az adott jóváhagyási lépés várakozási idejének kezdetét. Segít feltárni a jóváhagyási hierarchia szűk keresztmetszeteit és azonosítani a lassan intézkedő jóváhagyókat.

Hol szerezhető be?

A munkafolyamat végrehajtási naplóiból, illetve a „Current Approver” vagy a munkafolyamat állapotát jelző mező változásából állapítható meg. A SuiteApprovals platform nyomon követi az aktív jóváhagyási lépést.

Rögzítés

A munkafolyamat naplóiból, vagy abból állapítsa meg, hogy mikor rendelik a rekordot egy új jóváhagyóhoz.

Eseménytípus inferred
Jóváhagyási lépés elutasítva
A jóváhagyó elutasítja a hozzá rendelt lépést, és az igénylés rendszerint javításra visszakerül az igénylőhöz. Ezt a műveletet a SuiteApprovals munkafolyamat-motorja kifejezetten naplózza.
Miért fontos?

Ez az esemény az ismételt munka és a folyamat hatékonytalanságának fontos jelzője. Az elutasítások helyének elemzése segít feltárni a gyakori okokat, például a szabályok megsértését vagy a hibás adatokat.

Hol szerezhető be?

Az esemény a SuiteApprovals naplójából vagy a System Notes alfülről olvasható ki. Ezek rögzítik az elutasítást, az elutasító felhasználót és az időbélyeget.

Rögzítés

Keresse meg az elutasítási műveleteket a SuiteApprovals naplójában vagy a System Notes alfülön.

Eseménytípus explicit
Jóváhagyási lépés jóváhagyva
A jogosult felhasználó jóváhagyja a munkafolyamatban hozzá rendelt lépést, így az igénylés közelebb kerül a végső jóváhagyáshoz. A NetSuite SuiteApprovals platformja rögzíti a műveletet, a felhasználóval és az időbélyeggel együtt.
Miért fontos?

Ez a tevékenység előrelépést jelent a jóváhagyási folyamatban. A jóváhagyási lépések közötti idő elemzésével felmérhető a munkafolyamat és az egyes jóváhagyók hatékonysága.

Hol szerezhető be?

Az esemény a SuiteApprovals naplójából vagy a System Notes alfülről olvasható ki. Ezek rögzítik a jóváhagyási műveletet, a jóváhagyót és az esemény pontos időbélyegét.

Rögzítés

Keresse meg a jóváhagyási műveleteket a SuiteApprovals naplójában vagy a System Notes alfülön.

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

Adatkinyerési útmutatók

Adatok kinyerése a NetSuite-ból

Kezdje el most?

Ezzel a sablonnal elindíthatja process mining elemzését, és értékes információkat nyerhet a NetSuite Purchase to Pay, Requisition folyamatáról. Már ma elkezdheti a hatékonyság javítását és a jóváhagyások felgyorsítását.

Fejlessze Purchase to Pay - Requisition folyamatát, kezdje el még ma!

Érjen el 30%-kal gyorsabb igénylés-jóváhagyást, és szüntesse meg a szűk keresztmetszeteket.

Próbálja ki ingyen

Nincs szükség bankkártyára. Kezdje el még ma a folyamat fejlesztését.