Adatsablon a beszerzéstől a fizetésig folyamat rendeléseihez
Adatsablon a beszerzéstől a fizetésig folyamat rendeléseihez
- Javasolt attribútumok
- A folyamattérképezéshez nyomon követendő tevékenységek
- Gyakorlati útmutató az adatok kinyeréséhez
A beszerzéstől a fizetésig folyamat rendelési attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Esemény időpontja
EventTime
|
Az adott tevékenység vagy esemény pontos dátuma és időpontja. | ||
|
Leírás
Ez az időbélyeg rögzíti, mikor történt a megrendelési folyamat egyes tevékenysége. Ez adja a folyamat időrendi alapját, és lehetővé teszi az események helyes sorrendbe rendezését. A folyamatelemzésben az események időbélyegei szükségesek a ciklusidők, a tevékenységek közötti időtartamok és az esetek teljes időtartamának kiszámításához. Segítségükkel feltárhatók a szűk keresztmetszetek, mérhető az SLA-k teljesülése, és megérthető a folyamat időbeli alakulása. Például kiszámítható a „Megrendelés létrehozva” és a „Megrendelés jóváhagyva” közötti idő.
Miért fontos?
Az időbélyegek szükségesek minden időalapú teljesítménymutató, például a ciklusidők és időtartamok kiszámításához. Ezek alapján azonosíthatók a folyamat szűk keresztmetszetei.
Hol szerezhető be?
Több tábla különböző dátum- és időmezőiből nyerhető ki, például a PurchTable CreatedDateTime mezőjéből vagy a kapcsolódó naplótáblák könyvelési dátumaiból.
Példák
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
|
|||
|
Megrendelés
PurchaseOrderNumber
|
A megrendelés egyedi azonosítója, amely az elemzés elsődleges esetazonosítójaként szolgál. | ||
|
Leírás
A megrendelés száma az a központi azonosító, amely összekapcsolja a kapcsolódó tevékenységeket a tervezet elkészítésétől a végleges lezárásig vagy törlésig. Minden egyedi szám egyetlen megrendelési folyamatpéldányt jelöl. A process mining során ez az attribútum teszi lehetővé az egyes megrendelések teljes folyamatának rekonstruálását. Az azonosító szerinti elemzés részletes képet ad a teljes életciklusról, és segít feltárni az egyes megrendelések jellemző útvonalait, eltéréseit és szűk keresztmetszeteit.
Miért fontos?
Ez a folyamat rekonstruálásának alapvető kulcsa, amely lehetővé teszi az egyes megrendelések útjának elemzését a kezdetektől a lezárásig.
Hol szerezhető be?
Ez a megrendelés-fejléc tábla elsődleges kulcsa. A Microsoft Dynamics 365 rendszerben ez általában a PurchTable tábla PurchId mezője.
Példák
PO-001245PO-001246PO-001247
|
|||
|
Tevékenység neve
ActivityName
|
A megrendelés életciklusa során bekövetkezett üzleti esemény vagy lépés neve. | ||
|
Leírás
Ez az attribútum a megrendelési folyamat egy-egy lépését írja le, például: „Megrendelés létrehozva”, „Megrendelés jóváhagyva” vagy „Áruátvétel könyvelve”. Ezek a tevékenységek alkotják az egyes megrendelések folyamatát. A tevékenységek elemzése a process mining alapja. Segítségével megjeleníthető a folyamattérkép, feltárhatók a folyamatváltozatok, és azonosíthatók a gyakran ismétlődő vagy késést okozó tevékenységek. A folyamat fejlesztéséhez ismerni kell a tevékenységek sorrendjét és gyakoriságát.
Miért fontos?
Ez az attribútum szükséges a folyamattérkép elkészítéséhez és a megrendelés életciklusát alkotó események sorrendjének megértéséhez.
Hol szerezhető be?
A PurchTable és PurchReqTable táblák állapotváltozásaira, valamint a kapcsolódó könyvelési naplókra, például a VendPackingSlipJour vagy a VendInvoiceJour táblára épülő üzleti logikából származik.
Példák
Megrendelés létrehozvaMegrendelés jóváhagyvaÁruátvétel könyvelveMegrendelés számlázva
|
|||
|
Forrásrendszer
SourceSystem
|
Azt jelzi, melyik rendszerből származnak a kinyert adatok. | ||
|
Leírás
Ez az attribútum azonosítja azt a forrásalkalmazást, ahonnan a megrendelési adatok származnak. Ebben az adatmodellben az értéke jellemzően „Microsoft Dynamics 365”. A nagyobb szervezetek beszerzési folyamatai több rendszeren is áthaladhatnak. Ez az attribútum támogatja az adatirányítást, és egyértelművé teszi az adatok eredetét, ami különösen fontos különböző források adatainak egyesítésekor.
Miért fontos?
Fontos információt ad az adatok eredetéről, ami szükséges az adatirányításhoz, az ellenőrzéshez és a folyamatot támogató technológiai környezet megértéséhez.
Hol szerezhető be?
Ez egy statikus érték, amelyet az adatok kinyerése és átalakítása során adnak hozzá az adathalmaz megjelölésére.
Példák
Microsoft Dynamics 365 F&OD365
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az időbélyeg azt jelzi, mikor frissítették utoljára a folyamathoz tartozó adatokat. | ||
|
Leírás
Ez az attribútum rögzíti a forrásrendszerből végzett legutóbbi adatkinyerés dátumát és időpontját. Jelzi, mennyire frissek az elemzett adatok. Az utolsó frissítés időpontjából a felhasználók megtudhatják, hogy a folyamatadatok naprakészek-e. Ez segít megítélni az elemzés aktualitását és megtervezni a rendszeres adatfrissítéseket.
Miért fontos?
Átláthatóvá teszi az adatok frissességét, így a felhasználók láthatják, mennyire naprakész a folyamatelemzés.
Hol szerezhető be?
Ez egy metaadat-attribútum, amely az adatok betöltésekor jön létre és kerül tárolásra.
Példák
2024-05-21T05:00:00Z
|
|||
|
Felhasználó neve
UserName
|
Az adott tevékenységet végrehajtó felhasználó neve. | ||
|
Leírás
Ez az attribútum azonosítja az eseményért felelős személyt, például azt, aki létrehozta, jóváhagyta vagy módosította a megrendelést. Az érték lehet rendszerbeli felhasználói azonosító vagy teljes név. A felhasználói tevékenységek elemzésével megérthető a munkaterhelés eloszlása, feltárhatók a képzési igények, és azonosíthatók a folyamateltérésekben érintett személyek vagy csapatok. Az attribútum szükséges a jóváhagyói teljesítményt bemutató dashboardokhoz, és segítségével leszűrhetők az egyes felhasználók által végzett tevékenységek.
Miért fontos?
Lehetővé teszi a felhasználónkénti teljesítményelemzést, segít azonosítani az egyes személyekhez kapcsolódó szűk keresztmetszeteket, és megmutatja, ki felel az egyes folyamatlépésekért.
Hol szerezhető be?
A PurchTable táblában például a CreatedBy vagy ModifiedBy mezőben található. A felhasználói adatokat jellemzően a UserInfo tábla tárolja.
Példák
Alice JohnsonBob WilliamsRendszergazda
|
|||
|
Kért szállítási dátum
RequestedDeliveryDate
|
Az a dátum, amikor a vállalat kérte a szállítótól az áru vagy szolgáltatás leszállítását. | ||
|
Leírás
Ezt a dátumot a megrendelés tartalmazza, és a szállító számára jelzi a kívánt szállítási határidőt. Kiindulópontként szolgál a szállítói teljesítmény méréséhez. Ez az attribútum szükséges a „Szállítói határidő-tartás” dashboardhoz és a „Határidőre történő szállítás aránya” KPI-hoz. A RequestedDeliveryDate és a tényleges áruátvételi dátum összevetésével mérhető a szállítók megbízhatósága, és feltárhatók az ellátási láncban rendszeresen előforduló késések.
Miért fontos?
Ez az alapja a határidőre történő szállítás mérésének, amely fontos KPI a szállítói megbízhatóság és az ellátási lánc hatékonyságának értékeléséhez.
Hol szerezhető be?
A DeliveryDate mező jellemzően a PurchTable táblában (fejlécszinten) vagy a PurchLine táblában (tételszinten) található.
Példák
2023-11-152023-12-012024-01-20
|
|||
|
Megrendelés állapota
PurchaseOrderStatus
|
A megrendelés aktuális állapota az életciklusa során. | ||
|
Leírás
Ez az attribútum a megrendelés adott időpontban érvényes állapotát jelzi, például „Nyitott”, „Átvéve”, „Számlázva” vagy „Törölve”. Az érték a legutóbbi tevékenység eredményét mutatja. Az állapot követésével áttekinthető az összes nyitott megrendelés aktuális helyzete. A process mining során az esetek kimenetelének elemzésére is használható. Például leszűrhetők a „Törölve” állapotban végződő megrendelések, és megvizsgálhatók a törlés okai.
Miért fontos?
Pillanatképet ad a megrendelés aktuális állapotáról. Ezzel leszűrhetők az esetek, és elemezhetők a folyamat eredményei, például a teljesítési és törlési arányok.
Hol szerezhető be?
A PurchTable táblában található. Az elsődleges állapotmezők a DocumentState és a PurchStatus.
Példák
Nyitott megrendelésÁtvéveSzámlázvaTörölve
|
|||
|
Megrendelés teljes összege
PurchaseOrderTotalAmount
|
A megrendelés teljes pénzértéke. | ||
|
Leírás
Ez az attribútum a megrendelésben szereplő összes termék és szolgáltatás teljes költségét mutatja. A beszerzési folyamat egyik fontos pénzügyi mutatója. A folyamat teljes összeg szerinti elemzése hasznos összefüggéseket tárhat fel. A nagyobb értékű megrendelések például szigorúbb jóváhagyási folyamaton mehetnek keresztül, vagy hosszabb lehet a ciklusidejük. Az attribútum pénzügyi jelentésekhez és a megrendelések értéksávok szerinti elemzéséhez is használható.
Miért fontos?
Lehetővé teszi a beszerzési folyamat pénzügyi elemzését, és segít feltárni, hogyan befolyásolja a megrendelés értéke a folyamatot, például a jóváhagyási időt és az útvonalat.
Hol szerezhető be?
Az érték a PurchLine táblából számítható ki az adott PurchId LineAmount értékeinek összegzésével, vagy lekérdezhető a PurchTable fejlécszintű összegmezőiből.
Példák
5250.00120.50150000.00
|
|||
|
Szállító neve
VendorName
|
Annak a beszállítónak vagy szállítónak a neve, akinek a részére a megrendelés készül. | ||
|
Leírás
Ez az attribútum az árukat vagy szolgáltatásokat biztosító külső szállító nevét tartalmazza. A beszerzési tevékenységek elemzésének fontos szempontja. A folyamat szállító neve szerinti bontása segít értékelni a szállítói teljesítményt. Szállítónként elemezhető a határidőre történő szállítás, az áru-visszaküldések aránya és a minőségellenőrzések eredménye. Így azonosíthatók a megbízható partnerek, valamint azok, akik késéseket vagy minőségi problémákat okozhatnak.
Miért fontos?
Ez az attribútum szükséges a szállítói teljesítmény kezeléséhez. Segítségével szállítónként elemezhetők a szállítási idők, a visszaküldési arányok és az általános megbízhatóság.
Hol szerezhető be?
A szállítói számlaszámot a PurchTable OrderAccount mezője tárolja. A név a VendTable táblával való összekapcsolással kérdezhető le.
Példák
Contoso irodaszerekFabrikam robotikaNorthwind kereskedelmi vállalat
|
|||
|
Beszerzési igény
PurchaseRequisitionNumber
|
A megrendelést megelőző beszerzési igény azonosítója. | ||
|
Leírás
Ez az attribútum összekapcsolja a megrendelést az eredeti belső kéréssel, vagyis a beszerzési igénnyel. Nem minden megrendelés indul beszerzési igényből. Ez a kapcsolat szükséges az „Igénytől a megrendelésig” folyamat teljes elemzéséhez. Segítségével mérhető az „Igényből megrendelés” KPI, és megérthető, milyen gyorsan alakul át a belső igény külső megrendeléssé. A megfelelés elemzését is támogatja, például feltárhatók a hivatalos igény nélkül létrehozott megrendelések.
Miért fontos?
Összekapcsolja a megrendelést az eredeti igénnyel, így elemezhető az igénytől a megrendelésig tartó ciklusidő, és ellenőrizhető a folyamat megfelelése.
Hol szerezhető be?
A PurchLine tábla PurchReqId mezőjében található, amely a PurchReqTable táblára hivatkozik.
Példák
PR-000871PR-000872PR-000873
|
|||
|
Beszerzési kategória
PurchaseCategory
|
A beszerzett termék vagy szolgáltatás besorolása, például „informatikai eszközök” vagy „irodaszerek”. | ||
|
Leírás
Ez az attribútum lehetővé teszi, hogy a beszerzési rendelés tételeit logikai kategóriákba sorolja. A besorolás segít elemezni a kiadási mintákat és a folyamat eltéréseit a különböző beszerzéstípusok között. A beszerzési kategória szerinti szűrés eltérő folyamatmeneteket tárhat fel. Például a beruházási célú beszerzések folyamata hosszabb és összetettebb lehet, mint az üzemeltetési kellékeké. A dashboardokon kategóriánként elemezheti a módosítások alakulását és a visszaküldések arányát.
Miért fontos?
A beszerzett termékek vagy szolgáltatások típusa szerint bonthatja le a folyamatot, így láthatóvá válnak az egyes kiadási kategóriákra jellemző eltérések.
Hol szerezhető be?
A termékkategóriák a kiadott termékekhez (InventTable) kapcsolódnak, amelyeket a PurchLine használ. Magát a kategóriainformációt a kategóriakezelési táblák tárolják.
Példák
Informatikai eszközökIrodaszerekSzakmai szolgáltatásokAlapanyagok
|
|||
|
Időben érkezett a szállítmány
IsOnTimeDelivery
|
Logikai jelző, amely azt mutatja, hogy az árut a kért szállítási napon vagy korábban vették-e át. | ||
|
Leírás
Ez a számított attribútum összeveti a „Áruátvétel rögzítése” tevékenység időbélyegét a RequestedDeliveryDate értékével. „true” értéket kap, ha az átvétel a kért napon vagy korábban történt. Ez a jelző közvetlenül támogatja az „Időben történő szállítási arány” KPI kiszámítását. Egyszerűbbé teszi a beszállítói teljesítmény elemzését, és lehetővé teszi a pontos, illetve késedelmes szállítások egyszerű szűrését és megjelenítését a „Beszállítói szállítási határidők betartása” dashboardon.
Miért fontos?
Egyértelműen jelzi, hogy időben érkezett-e a szállítmány. Így egyszerűbb kiszámítani az időben történő szállítás KPI-jait és összeállítani a beszállítói értékeléseket.
Hol szerezhető be?
Ez a számított attribútum a RequestedDeliveryDate és a „Áruátvétel rögzítése” tevékenység EventTime értékének összevetéséből származik.
Példák
truefalse
|
|||
|
Jóváhagyó neve
ApproverName
|
A beszerzési rendelést vagy a jóváhagyási munkafolyamat egy lépését jóváhagyó felhasználó neve. | ||
|
Leírás
Ez az attribútum azonosítja azt a vezetőt vagy felhasználót, aki hivatalosan jóváhagyta a beszerzési rendelést, így az továbbléphet. Többszintű jóváhagyási munkafolyamat esetén egy beszerzési rendeléshez több jóváhagyó is tartozhat. A jóváhagyók nyomon követése alapvető a „Beszerzési rendelések jóváhagyási idejének elemzése” és a „Jóváhagyói teljesítménymutatók” dashboardhoz. Megmutatja, mennyi idő alatt hagyja jóvá az egyes jóváhagyók a rendeléseket, feltárja a jóváhagyási lánc szűk keresztmetszeteit, és segít felmérni a munkaterhelés eloszlását és a folyamat hatékonyságát.
Miért fontos?
Lehetővé teszi a jóváhagyási folyamat elemzését, segít feltárni a szűk keresztmetszeteket, valamint mérni a jóváhagyók teljesítményét és munkaterhelését.
Hol szerezhető be?
A jóváhagyási adatokat jellemzően a munkafolyamatot nyomon követő táblák tárolják, nem közvetlenül a PurchTable. Az adatok lekéréséhez le kell kérdezni a beszerzési rendeléshez tartozó munkafolyamat-előzményeket.
Példák
Charles GreenDiana PrinceEdward Nigma
|
|||
|
Módosult a beszerzési rendelés
IsPurchaseOrderChanged
|
Logikai jelző, amely azt mutatja, hogy módosították-e a beszerzési rendelést az első jóváhagyása után. | ||
|
Leírás
Ez a számított attribútum „true” értéket kap, ha az adott esetben a „Beszerzési rendelés módosítása” tevékenység a „Beszerzési rendelés jóváhagyása” után következik. Egyszerűbbé teszi az utómunka és a módosítások elemzését. Ez a jelző szükséges a „Jóváhagyás utáni rendelésmódosítási arány” KPI kiszámításához és a „Beszerzési rendelés módosításainak alakulása” dashboardhoz. Segítségével könnyen elkülönítheti és elemezheti az utómunkát igénylő beszerzési rendeléseket, így feltárhatja a módosítások kiváltó okait.
Miért fontos?
Egyszerűbbé teszi az utómunka és a módosítások gyakoriságának mérését. Ezek a folyamat instabilitásának és hatékonysági problémáinak fontos mutatói.
Hol szerezhető be?
Ez egy számított attribútum, amely az eseménynaplóban szereplő tevékenységek sorrendjéből származik.
Példák
truefalse
|
|||
|
Részleg
DepartmentName
|
Annak a részlegnek a neve, amely elindította a beszerzési igényt vagy megrendelést. | ||
|
Leírás
Ez az attribútum azonosítja a beszerzésért felelős belső üzleti egységet vagy részleget. Gyakran a beszerzési igényt létrehozó személy alapján határozható meg. A folyamat részlegenkénti elemzésével megérthető, hogyan használják a szervezet különböző egységei a beszerzési folyamatot. Feltárhatók azok a részlegek, ahol hosszabb a jóváhagyási ciklus, gyakoribbak a megrendelés-módosítások, vagy sajátos beszerzési szokások jellemzők. Ez lehetővé teszi a célzott folyamatfejlesztést.
Miért fontos?
Lehetővé teszi a folyamat teljesítményének összehasonlítását az üzleti egységek között, és segít feltárni a részlegspecifikus működést, a szűk keresztmetszeteket és a hatékonysági problémákat.
Hol szerezhető be?
Az információ gyakran a beszerzési igény (PurchReqTable) vagy a megrendelés (PurchTable) igénylőjéhez vagy létrehozójához kapcsolódik, majd a HR-modulban tárolt részlegadatból származik.
Példák
PénzügyInformatikaGyártásMarketing
|
|||
|
Szállítási hely
DeliveryLocation
|
Az a konkrét telephely, raktár vagy cím, ahová az árut szállítani kell. | ||
|
Leírás
Ez az attribútum határozza meg a beszerzési rendelés tételeinek fizikai átvételi helyét. Ez lehet raktár, iroda vagy projekttelephely. A folyamat szállítási hely szerinti elemzésével feltárhatók a régióhoz vagy telephelyhez kötődő szűk keresztmetszetek, különösen az áruátvételnél. Az „Áruátvétel feldolgozási ideje” dashboard ezen attribútum alapján hasonlíthatja össze a különböző helyszínek hatékonyságát.
Miért fontos?
Segít feltárni a helyszínenként eltérő folyamatokat és késéseket, különösen az áruátvétel és a minőségellenőrzés során.
Hol szerezhető be?
A szállítási cím és a helyszín adatait a PurchTable tárolja. Ezek alapértelmezett értéke a vállalat vagy a beszállító beállításaiból is származhat.
Példák
A fő raktárC épület, irodaNyugati parti elosztóközpont
|
|||
|
Vállalati kód
CompanyCode
|
A beszerzési rendelést feladó jogi személy vagy vállalat azonosítója. | ||
|
Leírás
Több vállalatot kezelő környezetben ez az attribútum jelzi, melyik jogi személy végzi a beszerzést. Ez alapvető szervezeti adat. Segítségével összehasonlíthatja a P2P-folyamatot a szervezeten belüli különböző jogi személyeknél. Láthatóvá teheti a folyamat hatékonyságának, a megfelelésnek és a beszállítók kezelésének eltéréseit, ezzel támogatva a szabványosítást.
Miért fontos?
Több jogi személlyel működő szervezeteknél elengedhetetlen a beszerzési folyamatok összehasonlításához és egységesítéséhez.
Hol szerezhető be?
Ez a DataAreaId mező, amely a Dynamics 365 szinte minden táblájában, így a PurchTable táblában is megtalálható.
Példák
USMFDEMFGBSI
|
|||
|
Visszaküldés oka
ReturnReason
|
A beszerzési rendelés alapján átvett áru beszállítónak történő visszaküldésének indoka. | ||
|
Leírás
Ez az attribútum a „Áru visszaküldése a beszállítónak” tevékenységnél rögzíti a visszaküldés indokát, például „sérült áru”, „téves termék” vagy „nem megfelelő minőség”. Ez az adat nélkülözhetetlen a „Beszerzési rendelések visszaküldési aránya” dashboardhoz. Az okok elemzésével feltárhatja a visszaküldések kiváltó okait, legyen szó a beszállítói minőségről, belső rendelési hibákról vagy szállítási problémákról. Az eredmények alapján célzott intézkedésekkel csökkentheti a visszaküldések arányát.
Miért fontos?
Megmutatja, miért küldik vissza az árut, és segít feltárni a beszállítói minőséggel, a rendelések pontosságával vagy a logisztikával kapcsolatos problémákat.
Hol szerezhető be?
A visszaküldés okát jellemzően a visszáru-tranzakcióknál vagy a negatív áruátvételi naplókhoz rendelt okkódokkal rögzítik.
Példák
Szállítás közben megsérültNem a megrendelt terméket szállították kiNem felelt meg a minőségellenőrzésen
|
|||
A beszerzéstől a fizetésig folyamat rendelési tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Áruátvétel könyvelve
|
Azt jelzi, hogy a rendszer hivatalosan rögzítette a megrendeléshez tartozó áru átvételét. Az esemény az áruátvételi napló könyvelésekor rögzíthető. | ||
|
Miért fontos?
Ez fontos mérföldkő, amely frissíti a készletet, és jelzi a számlaegyeztetés kezdetét. A „Határidőre történő szállítás aránya” és a szállítói átfutási idő mérésének végpontja.
Hol szerezhető be?
Az esemény a VendPackingSlipJour táblában tárolt áruátvételi napló létrehozásából rögzíthető. A tábla createdDateTime vagy PackingSlipDate mezője jelzi, mikor vették át hivatalosan az árut.
Rögzítés
Használja a megrendeléshez kapcsolódó VendPackingSlipJour rekord létrehozási vagy könyvelési időbélyegét.
Eseménytípus
explicit
|
|||
|
Beszerzési igény létrehozva
|
Ez a tevékenység jelzi a beszerzési igény, vagyis az árukra vagy szolgáltatásokra vonatkozó hivatalos kérés létrehozását. Akkor rögzíthető, amikor új rekord jön létre a beszerzési igényeket tároló táblában, jelezve a beszerzési igény kezdetét. | ||
|
Miért fontos?
Ez indítja el a megrendelési folyamatot. Az esemény és a megrendelés létrehozása közötti idő elemzésével mérhető a belső folyamat hatékonysága és a keresletre adott válasz gyorsasága.
Hol szerezhető be?
Az esemény a PurchReqTable táblában létrejövő rekordnak felel meg. Az esemény időpontját a rekord létrehozási időbélyege (createdDateTime) adja meg.
Rögzítés
Nyerje ki minden beszerzési igény létrehozási időbélyegét a PurchReqTable táblából.
Eseménytípus
explicit
|
|||
|
Megrendelés elküldve a szállítónak
|
Ez a tevékenység azt jelzi, hogy a jóváhagyott megrendelést közölték a szállítóval. Akkor rögzíthető, amikor a megrendelést visszaigazolják. Ekkor létrejön egy visszaigazolási napló, és rendszerint elküldik a dokumentumot. | ||
|
Miért fontos?
Ez az első, külső féllel kapcsolatos lépés, és innen indul a szállítói átfutási idő mérése. Fontos a szállítói teljesítmény követéséhez és a „Határidőre történő szállítás aránya” KPI méréséhez.
Hol szerezhető be?
Az eseményt a PurchPurchaseOrderJour táblában létrejövő rekord jelzi, amely a megrendelés-visszaigazolási napló. A napló létrehozási dátuma adja meg a tevékenység időbélyegét.
Rögzítés
Használja a megrendeléshez tartozó első PurchPurchaseOrderJour rekord létrehozási időbélyegét.
Eseménytípus
explicit
|
|||
|
Megrendelés jóváhagyva
|
A megrendelés végső jóváhagyását jelzi, amely után a dokumentum elküldhető a szállítónak. Az esemény általában a megrendelés állapotváltozásából állapítható meg, vagy közvetlenül a workflow-előzményekből rögzíthető. | ||
|
Miért fontos?
Ez fontos mérföldkő, mert a megrendelés jóváhagyásáig nem lehet továbblépni. Az esemény elemzésével feltárhatók a jóváhagyási szűk keresztmetszetek, és mérhető a „Megrendelés jóváhagyási ciklusideje” KPI.
Hol szerezhető be?
A PurchTable DocumentState mezőjének „Approved” értékre változásából állapítható meg. Másik lehetőségként a WorkflowTrackingStatusTable táblában szereplő utolsó jóváhagyási lépés befejezési időbélyege használható.
Rögzítés
Keresse meg azt az időbélyeget, amikor a PurchTable DocumentState mezője „Approved” értékre változik.
Eseménytípus
inferred
|
|||
|
Megrendelés létrehozva
|
Ez a tevékenység a rendszerben létrehozott megrendeléstervezetet jelzi. A megrendelés fejlécrekordjának létrehozási időbélyegéből rögzíthető, jellemzően egy jóváhagyott igény után. | ||
|
Miért fontos?
Ezzel válik a belső igény hivatalos beszerzési dokumentummá. Ez fontos kiindulópont a megrendelés feldolgozási és jóváhagyási ciklusidejének méréséhez.
Hol szerezhető be?
Az esemény a PurchTable táblában létrejövő rekord. A tevékenység időbélyegét a tábla createdDateTime mezője adja meg.
Rögzítés
Nyerje ki minden megrendelés létrehozási időbélyegét a PurchTable táblából.
Eseménytípus
explicit
|
|||
|
Megrendelés teljesítve
|
A megrendelés sikeres lezárását jelzi, amikor minden árut átvettek és számláztak. Az esemény általában abból állapítható meg, hogy a megrendelés állapota végleges, lezárt értékre változik. | ||
|
Miért fontos?
Ez a tevékenység jelzi a sikeres folyamatpéldány végét. A „Teljes megrendelési ciklusidő” mérésével, a létrehozástól a lezárásig, átfogó képet kaphat a folyamat hatékonyságáról.
Hol szerezhető be?
Az esemény a PurchTable állapotmezőiből állapítható meg, például akkor, ha a DocumentState értéke „Invoiced”, a tételsorok állapota pedig teljes átvételt és számlázást jelez.
Rögzítés
Keresse meg azt az időbélyeget, amikor a megrendelés fejléce és tételsorai végleges, lezárt állapotba kerülnek, például „Invoiced” értékre.
Eseménytípus
inferred
|
|||
|
Áru visszaküldve a szállítónak
|
Azt jelzi, hogy a korábban átvett árut például sérülés vagy téves szállítás miatt visszaküldték a szállítónak. Az eseményt a visszáru-tranzakció könyvelése rögzíti. | ||
|
Miért fontos?
A visszaküldés folyamatbeli hibára és többletköltségre utal. Az esemény követésével kiszámítható a „Megrendelés-visszaküldési arány”, és feltárhatók a szállítókkal vagy termékekkel kapcsolatos problémák.
Hol szerezhető be?
Az esemény negatív mennyiségű megrendelés vagy az eredeti megrendelésre hivatkozó külön visszáru-dokumentum létrehozásából állapítható meg. Az esemény időpontja a visszáru könyvelési dátuma.
Rögzítés
Keresse meg az eredeti megrendeléshez kapcsolódó visszáru-megrendelés vagy terhelési értesítő könyvelését.
Eseménytípus
explicit
|
|||
|
Beszerzési igény jóváhagyva
|
Azt jelzi, hogy egy jogosult vezető hivatalosan jóváhagyta a beszerzési igényt. Az esemény általában a workflow előzményeiből rögzíthető, vagy az igényrekord állapotváltozásának követésével állapítható meg. | ||
|
Miért fontos?
A jóváhagyás fontos mérföldkő, mert ez teszi lehetővé, hogy az igényből megrendelés legyen. Az itt jelentkező késések a teljes beszerzési folyamat időtartamára hatással vannak.
Hol szerezhető be?
Az esemény rögzíthető a beszerzési igényhez tartozó WorkflowTrackingStatusTable táblából, vagy megállapítható abból, hogy a PurchReqTable állapotmezője „Approved” értékre változik.
Rögzítés
Használja az igény workflow-előzményeiben szereplő utolsó jóváhagyási lépés befejezési időbélyegét.
Eseménytípus
explicit
|
|||
|
Megrendelés jóváhagyásra benyújtva
|
Azt jelzi, amikor a megrendeléstervezet hivatalosan bekerül a jóváhagyási workflow-ba. Ez általában a felhasználó által végrehajtott külön művelet, amely a workflow-naplókból rögzíthető. | ||
|
Miért fontos?
Ezzel hivatalosan megkezdődik a megrendelés jóváhagyási ciklusa. Az esemény követésével pontosan mérhető, mennyi ideig várnak a megrendelések jóváhagyásra, és mennyi a teljes jóváhagyási idő.
Hol szerezhető be?
A megrendeléshez tartozó WorkflowTrackingStatusTable táblából rögzíthető, amely naplózza a benyújtás eseményét és időbélyegét.
Rögzítés
Keresse meg a PurchTable rekordhoz tartozó workflow-előzményekben a „Submitted” eseményt.
Eseménytípus
explicit
|
|||
|
Megrendelés módosítva
|
Ez a tevékenység a megrendelés jóváhagyása utáni módosításokat rögzíti. A Dynamics 365 megőrzi a megrendelés verzióit, így a változások azonosíthatók. | ||
|
Miért fontos?
A módosítások követése segít feltárni az ismételt munkát és a folyamat instabilitását, valamint mérni a „Megrendelés-módosítási arány” KPI-t. A változások késéseket és költségingadozást okozhatnak.
Hol szerezhető be?
Az esemény a megrendelés archivált vagy verziózott táblákban tárolt különböző verzióinak összehasonlításával állapítható meg, például a PurchTableHistory táblából. A verziószám növekedése módosítást jelez.
Rögzítés
Keresse meg azokat a rekordokat, amelyeknél a PurchTable verziószáma a jóváhagyás után növekedett.
Eseménytípus
inferred
|
|||
|
Megrendelés számlázva
|
Ez a tevékenység azt jelzi, hogy a szállítói számla megérkezett, és a megrendeléshez könyvelték. Az esemény összekapcsolja a beszerzési és a fizetési folyamatot. | ||
|
Miért fontos?
Ez a fizetés előtti utolsó lépés, és fontos a beszerzés végső költségének kiszámításához. A háromoldalú egyeztetés elemzésének végpontja.
Hol szerezhető be?
Az esemény a megrendeléshez egyeztetett szállítói számlanapló (VendInvoiceJour) könyveléséből rögzíthető. Az időbélyeget a rekord InvoiceDate vagy könyvelési dátuma adja meg.
Rögzítés
Használja a PurchTable rekordhoz kapcsolódó VendInvoiceJour tábla könyvelési időbélyegét.
Eseménytípus
explicit
|
|||
|
Megrendelés törölve
|
Azt jelzi, hogy a megrendelést a teljesítés előtt megszüntették. Az eseményt a megrendelés dokumentumának meghatározott állapotváltozása rögzíti. | ||
|
Miért fontos?
A törlés fontos kivételes folyamatág. Gyakoriságának és okainak elemzése feltárhatja a tervezési problémákat vagy a szállítók megbízhatóságával kapcsolatos gondokat.
Hol szerezhető be?
Az esemény abból állapítható meg, hogy a PurchTable DocumentState mezője „Canceled” értékre változik. Az állapotváltozás időbélyege jelzi az esemény időpontját.
Rögzítés
Keresse meg azt az időbélyeget, amikor a PurchTable DocumentState mezője „Canceled” értéket kap.
Eseménytípus
inferred
|
|||
|
Megrendelés visszaigazolva a szállító által
|
Azt jelzi, hogy a szállító tudomásul vette és visszaigazolta a megrendelés részleteit. Ez gyakran manuális adatrögzítéssel történik a szállítóval folytatott egyeztetés alapján. | ||
|
Miért fontos?
A szállítói visszaigazolás megerősíti, hogy a megrendelés feldolgozása megkezdődött. Az ebben a szakaszban jelentkező késések vagy eltérések a teljesítés lehetséges problémáira utalhatnak.
Hol szerezhető be?
Az esemény általában a PurchTable visszaigazoláshoz kapcsolódó dátum- vagy állapotmezőinek kitöltéséből állapítható meg, például a szállítás visszaigazolásának dátumából. Előfordulhat, hogy ez nem különálló eseményként szerepel.
Rögzítés
Az eseményt a PurchTable vagy a PurchLine egy adott visszaigazolási dátummezőjének kitöltéséből állapítsa meg.
Eseménytípus
inferred
|
|||
|
Minőségellenőrzés elvégezve
|
Azt jelzi, hogy befejeződött az átvett áru minőségellenőrzése. Az eseményt gyakran a Quality Management modulban kezelik, vagy állapotfrissítés jelzi. | ||
|
Miért fontos?
Ez a tevékenység jelentős szűk keresztmetszetet okozhat az áru átvétele és felhasználhatóvá tétele között. Az időtartam elemzésével javítható a „Minőségellenőrzési ciklusidő” KPI.
Hol szerezhető be?
Az esemény a megrendelés átvételéhez kapcsolódó Quality Order (InventQualityOrderTable) lezárásából állapítható meg. Az eseményt a „Passed” vagy „Failed” állapotra váltás időbélyege jelzi.
Rögzítés
Kövesse a megrendelési sorhoz tartozó InventQualityOrderTable állapotának lezárási időbélyegét.
Eseménytípus
inferred
|
|||
Útmutatók az adatok kinyeréséhez
Készen áll a kezdésre?
Ezzel a sablonnal minden szükséges adat rendelkezésére áll ahhoz, hogy megkezdje a beszerzéstől a fizetésig tartó folyamat rendeléseinek fejlesztését. Kezdje el még ma korszerűsíteni a beszerzési működést.
Növelje most a beszerzéstől a fizetésig tartó folyamat rendelési hatékonyságát
Tárja fel a hatékonysági problémákat, és csökkentse akár 30%-kal a P2P-ciklusidőt.
Nincs szükség bankkártyára, a beállítás néhány percet vesz igénybe