Adatsablon a beszerzéstől a fizetésig folyamat rendeléseihez

Microsoft Dynamics 365
Adatsablon a beszerzéstől a fizetésig folyamat rendeléseihez

Adatsablon a beszerzéstől a fizetésig folyamat rendeléseihez

Ez a sablon útmutatást ad a beszerzéstől a fizetésig tartó folyamat rendelési adatainak összegyűjtéséhez és elemzéséhez. Bemutatja a rögzítendő attribútumokat és nyomon követendő tevékenységeket, valamint gyakorlati tanácsokat ad az adatok forrásrendszerből történő kinyeréséhez. Használja a sablont, hogy adatai készen álljanak a folyamat részletes elemzésére.
  • Javasolt attribútumok
  • A folyamattérképezéshez nyomon követendő tevékenységek
  • Gyakorlati útmutató az adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A beszerzéstől a fizetésig folyamat rendelési attribútumai

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba a beszerzéstől a fizetésig tartó folyamat rendeléseinek részletes elemzéséhez.
5 Kötelező 5 Javasolt 9 Nem kötelező
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
Kötelező Javasolt Nem kötelező

A beszerzéstől a fizetésig folyamat rendelési tevékenységei

Ezeket a folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a pontos feltáráshoz és fejlesztéshez.
6 Javasolt 8 Nem kötelező
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
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése a Microsoft Dynamics 365 rendszerből

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.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára, a beállítás néhány percet vesz igénybe