Naplóbejegyzésekhez készült főkönyvi zárási adatsablon
Naplóbejegyzésekhez készült főkönyvi zárási adatsablon
- Javasolt attribútumok
- Követendő tevékenységek
- Adatkinyerési útmutató a Microsoft Dynamics 365 rendszerhez
Főkönyvi naplóbejegyzések attribútumai a rögzítéstől a jelentéskészítésig tartó folyamatban
| Név | Leírás | ||
|---|---|---|---|
|
Esemény időpontja
EventTime
|
Az esemény vagy tevékenység pontos időpontját jelző időbélyeg. | ||
|
Leírás
Az esemény időpontja azt rögzíti, hogy mikor történt a naplóbejegyzési folyamat egy adott tevékenysége. Ez az időrendi adat szükséges az események sorrendjének meghatározásához és a közöttük eltelt idő kiszámításához. Az elemzés során ez az időbélyeg adja az egyes esetek idővonalát. Erre épül az összes időalapú mutató, például az átfutási, feldolgozási és várakozási idő kiszámítása. Segítségével feltárhatók a lépések közötti késedelmek, és a szűk keresztmetszeteket, valamint az SLA-k teljesülését bemutató dashboardok is készíthetők.
Miért fontos?
Ez az időbélyeg szükséges az események helyes sorrendbe állításához és az időtartam-alapú KPI-k, például az átfutási idő és a feldolgozási késedelmek kiszámításához.
Hol szerezhető be?
Az események időbélyegei általában a workflow-előzmények naplóiban, az auditnaplókat tároló táblákban, például a SysDatabaseLog táblában, vagy a kapcsolódó rekordok, például a LedgerJournalTable és LedgerJournalTrans létrehozási vagy módosítási időbélyegeként találhatók.
Példák
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:10Z
|
|||
|
Naplóbejegyzés azonosítója
JournalEntryId
|
A naplóbejegyzés egyedi azonosítója, amely az eset elsődleges azonosítójaként szolgál. | ||
|
Leírás
A Journal Entry ID egyedileg összekapcsolja az egyetlen naplóbejegyzéshez tartozó összes tevékenységet és adatot. Segítségével a napló teljes életciklusa nyomon követhető a létrehozástól és ellenőrzéstől a főkönyvi könyvelésig. A process mining elemzésben ez az attribútum alapvető a folyamatmenet rekonstruálásához. Minden egyedi Journal Entry ID egy folyamatpéldányt jelöl, így részletesen vizsgálhatók az egyes pénzügyi tranzakciók folyamatváltozatai, átfutási ideje és megfelelése.
Miért fontos?
Ez az alapvető azonosító teszi lehetővé a naplóbejegyzés teljes folyamatának nyomon követését, az elejétől a végéig.
Hol szerezhető be?
Ez az azonosító általában a naplófejlécet tároló táblában, például a LedgerJournalTable táblában található, gyakran JournalNum nevű mezőben.
Példák
JRN-0012345JV-2023-08-156GENJ0000891
|
|||
|
Tevékenység neve
ActivityName
|
A megtörtént üzleti folyamatlépés vagy esemény neve. | ||
|
Leírás
Ez az attribútum a naplóbejegyzés életciklusának egy eseményét vagy feladatát írja le, például: 'Naplóbejegyzés létrehozva', 'Napló jóváhagyásra beküldve' vagy 'Naplóbejegyzés könyvelve'. Ezek a tevékenységek alkotják a feltárt folyamattérkép csomópontjait. A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Megmutatja a tényleges folyamatmenetet, segít feltárni a szabványos eljárástól való eltéréseket, és jelzi azokat a szűk keresztmetszeteket, ahol egy tevékenység a vártnál tovább tart vagy ismétlődik.
Miért fontos?
Ez az attribútum határozza meg a folyamat lépéseit. A folyamattérkép alapját adja, és lehetővé teszi a folyamatmenet, valamint az eltérések elemzését.
Hol szerezhető be?
Ez a Microsoft Dynamics 365 rendszereseményeiből, állapotváltozásaiból vagy workflow-naplóiból származtatott fogalmi attribútum.
Példák
Naplóbejegyzés létrehozvaNapló jóváhagyásra beküldveNapló jóváhagyvaNaplóbejegyzés könyvelve
|
|||
|
Elutasítás oka
RejectionReason
|
Az elutasítási folyamat során megadott indok, ha elutasítanak egy naplóbejegyzést. | ||
|
Leírás
Elutasításkor a jóváhagyó gyakran megindokolja a döntését. Ez az attribútum rögzíti az indokot, ami nélkülözhetetlen a kiváltó okok elemzéséhez. Ez az elsődleges attribútum a „Naplóbejegyzések elutasítási arányának elemzése” dashboardhoz. Az elutasítási okok csoportosításával és elemzésével a szervezet feltárhatja a gyakori problémákat, például a hiányos dokumentációt, az irányelvek megsértését vagy az adatbeviteli hibákat. Ezek alapján célzott képzéseket vagy folyamatfejlesztést indíthat.
Miért fontos?
Megmutatja, miért kell újra elvégezni a munkát, így közvetlenül csökkenthető az elutasítások aránya, és növelhető az elsőre jóváhagyott bejegyzések száma.
Hol szerezhető be?
Ez az információ általában a workflow előzményeiben vagy az elutasítási lépéshez tartozó megjegyzések között található.
Példák
Nem elegendő alátámasztó dokumentációHelytelen főkönyvi számlaTúllépi a jóváhagyási értékhatártDuplikált bejegyzés
|
|||
|
Esemény befejezési időpontja
EventEndTime
|
Az időbélyeg, amely azt mutatja, mikor fejeződött be egy tevékenység vagy esemény. | ||
|
Leírás
Az esemény befejezési időpontja jelzi, mikor ért véget egy adott tevékenység. A StartTime az esemény kezdetét, az EndTime pedig a végét mutatja, így pontosan kiszámítható az egyes feladatok időtartama. A process mining során a kezdési és befejezési idő alapján külön számítható ki a tevékenység feldolgozási ideje és a várakozási idő. Ez fontos a felhasználói teljesítményt elemző dashboardokhoz, valamint annak feltárásához, hogy mely feladatok, nem csupán a köztük lévő várakozások, veszik igénybe a legtöbb időt.
Miért fontos?
Lehetővé teszi az egyes tevékenységek időtartamának pontos kiszámítását, ami fontos a felhasználói teljesítmény elemzéséhez és a sok erőforrást igénylő feladatok feltárásához.
Hol szerezhető be?
Ezek az adatok szerepelhetnek közvetlenül a workflow-naplókban, vagy a soron következő tevékenység StartTime értékéből kell kiszámítani őket.
Példák
2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
|
|||
|
Felhasználó neve
UserName
|
A tevékenységet végző felhasználó neve. | ||
|
Leírás
Ez az attribútum azonosítja azt a munkatársat vagy rendszerfelhasználót, aki egy adott tevékenységet, például naplóbejegyzés létrehozását, jóváhagyását vagy könyvelését végezte. A folyamatlépéseket az emberi erőforrásokhoz kapcsolja. A felhasználónkénti teljesítmény elemzése a process mining egyik fontos lehetősége. Segítségével létrehozható a 'Naplóbejegyzések felhasználói teljesítménye' dashboard, amely összehasonlítja a tevékenységek időtartamát és áteresztőképességét a különböző felhasználók vagy csapatok között. Az elemzés megmutathatja a kiemelkedő teljesítményt, a képzési igényeket és a munkaterhelés kiegyensúlyozásának lehetőségeit.
Miért fontos?
Az egyes folyamattevékenységeket konkrét személyekhez kapcsolja, így elemezhető a felhasználói teljesítmény, a munkaterhelés eloszlása és az erőforrások elosztása.
Hol szerezhető be?
A felhasználói adatok általában a LedgerJournalTable táblához hasonló táblák createdBy vagy modifiedBy mezőiben, illetve a kapcsolódó workflow-előzmények naplóiban találhatók.
Példák
Alice SmithBob Johnsonsystem.batch
|
|||
|
Jogi személy
LegalEntity
|
Az a jogi személy vagy vállalati kód, amelynek könyvelésében a naplóbejegyzést rögzítik. | ||
|
Leírás
A jogi személy a szervezeten belüli konkrét vállalatot vagy üzleti egységet jelöli, amelynek pénzügyi tranzakcióját rögzítik. A pénzügyi rendszerek egyik alapvető szervezeti dimenziója. A process mining során ez az attribútum lehetővé teszi a naplóbejegyzési folyamat összehasonlítását a szervezet különböző részei között. Kiderülhet, hogy egyes jogi személyeknél hatékonyabb a folyamat, magasabb az elutasítási arány vagy hosszabb az átfutási idő. Az eredmények segítenek a bevált gyakorlatok azonosításában és megosztásában.
Miért fontos?
Lehetővé teszi a folyamat teljesítményének összehasonlítását a különböző vállalatok és üzleti egységek között, feltárva az eltéréseket és a fejlesztési lehetőségeket.
Hol szerezhető be?
A Dynamics 365 alapvető mezője. Gyakran megtalálható a tranzakciós táblákban, például a LedgerJournalTable táblában, jellemzően a DataAreaId mezőhöz kapcsolva.
Példák
USMFDEMFGBSI
|
|||
|
Napló állapota
JournalStatus
|
A naplóbejegyzés aktuális vagy végleges állapota. | ||
|
Leírás
Ez az attribútum a naplóbejegyzés adott időpontban érvényes állapotát jelzi, például: „Piszkozat”, „Ellenőrzés alatt”, „Jóváhagyva”, „Elutasítva” vagy „Könyvelve”. Megmutatja, hol tart a bejegyzés az életciklusa során. Az állapot elemzésével megérthetők az esetek kimenetelei. Szűrhet például az összes elutasított naplóbejegyzésre, vagy nyomon követheti, hány bejegyzés van egy adott szakaszban. Ez az attribútum több dashboard számára is kontextust ad az átfutási idő és az állapot elemzéséhez.
Miért fontos?
Egyértelmű kimenetelt rendel minden naplóbejegyzéshez, így elemezhető a sikeres és elutasított bejegyzések aránya, valamint az egyes szakaszokban lévő munka mennyisége.
Hol szerezhető be?
Az állapot általában a napló fejlécét tároló LedgerJournalTable táblában található, vagy a workflow állapotából származtatható.
Példák
PiszkozatBeküldveJóváhagyvaKönyvelveElutasítva
|
|||
|
Naplóbejegyzés teljes összege
JournalTotalAmount
|
A naplóbejegyzés teljes pénzösszege, jellemzően a tartozik tételek összege. | ||
|
Leírás
Ez az attribútum a naplóbejegyzés teljes pénzügyi értékét mutatja. Az értékek alapján a bejegyzések kategóriákba sorolhatók, például alacsony, közepes és magas értékűekre. A folyamat pénzügyi érték szerinti elemzése fontos mintázatokat tárhat fel. A nagy értékű naplóbejegyzések például szigorúbb jóváhagyási folyamaton mehetnek keresztül, több lépéssel és hosszabb átfutási idővel. Ez az attribútum elengedhetetlen a lényegesség elemzéséhez és a folyamatbeli hatékonysági problémák pénzügyi hatásának megértéséhez.
Miért fontos?
Lehetővé teszi a folyamat pénzügyi érték szerinti szegmentálását, amely gyakran összefügg a folyamat összetettségével, kockázatával és jóváhagyási munkafolyamataival.
Hol szerezhető be?
Ezt az értéket esetenként úgy kell kiszámítani, hogy a naplóbejegyzés minden tételéhez összeadja a LedgerJournalTrans naplósortáblában szereplő tartozik összegeket.
Példák
1500.75125000.0050.25
|
|||
|
Naplótípus
JournalType
|
A naplóbejegyzés besorolása, például általános napló vagy elhatárolás. | ||
|
Leírás
A naplótípus az üzleti céljuk szerint csoportosítja a bejegyzéseket, például napi könyvelések, elhatárolások, felosztások vagy kivezetések szerint. Ez a bontás segít megérteni a különböző folyamatmeneteket és működési sajátosságokat. Az attribútummal szűrheti és összehasonlíthatja a különböző naplótípusok folyamatait. A 'Naplóbejegyzések áteresztési volumene típusonként' dashboardhoz is szükséges, amely megmutatja, hogy bizonyos naplótípusoknál gyakoribbak-e a késedelmek, az elutasítások vagy az ismételt munkák.
Miért fontos?
Lehetővé teszi az elemzés üzleti cél szerinti bontását. Így összehasonlíthatók az eltérő folyamatmenetű, átfutási idejű és jóváhagyási követelményű naplók.
Hol szerezhető be?
Ez az adat általában a naplófejlécet tároló LedgerJournalTable táblában található, a napló nevéhez vagy típusához kapcsolódó mezőben, például a JournalName mezőben.
Példák
Főkönyvi naplóElhatárolás módosításaVállalatközi átvezetésBérszámfejtés
|
|||
|
Automatikus könyvelés
IsAutomatedPosting
|
Jelzi, hogy a naplóbejegyzést automatikusan hozták-e létre vagy könyvelték-e. | ||
|
Leírás
Ez a logikai attribútum megkülönbözteti a felhasználó által manuálisan létrehozott naplóbejegyzéseket a rendszer vagy valamely alrendszer által automatikusan generáltaktól. Ilyen lehet például a rendszerintegráció vagy az automatikus felosztási folyamat. Az attribútum elemzésével összehasonlítható az automatizált és a manuális folyamatok hatékonysága, illetve hibaaránya. További automatizálási lehetőségeket is feltárhat, ha megmutatja, hogy a manuális bejegyzéseknél gyakoribbak-e a hibák, az ismételt munkavégzés vagy a késések.
Miért fontos?
Elkülöníti a manuális és az automatizált folyamatokat, így összehasonlítható azok hatékonysága, pontossága és megfelelése.
Hol szerezhető be?
Ezt jelezheti a „Létrehozta” mezőben szereplő felhasználó, például egy rendszer- vagy kötegelt felhasználó, illetve a napló fejlécében vagy a típus beállításainál megadott jelző.
Példák
truefalse
|
|||
|
Elsőre helyes
IsFirstTimeRight
|
Jelzi, hogy a naplóbejegyzést korábbi elutasítás nélkül jóváhagyták-e. | ||
|
Leírás
Ez az eset szintjén értelmezett logikai attribútum akkor igaz, ha a naplóbejegyzés a beküldéstől a jóváhagyásig úgy jut el, hogy közben nem történik „Naplóbejegyzés elutasítva” vagy „Naplóbejegyzés javítva” tevékenység. A folyamat minőségének fontos mérőszáma. Az „Elsőre jóváhagyott bejegyzések aránya” KPI közvetlenül ebből az attribútumból számítható. A magas érték hatékony és jó minőségű folyamatot jelez. Az alacsony érték a kezdeti adatok minőségével, a követelmények egyértelműségével vagy a beküldési eljárásokkal kapcsolatos rendszerszintű problémákra utal.
Miért fontos?
A folyamat minőségének fontos mérőszáma. Megmutatja, hány naplóbejegyzés halad végig zökkenőmentesen a jóváhagyáson, ismételt munka nélkül.
Hol szerezhető be?
Ez az eset szintjén számított attribútum, amely minden naplóbejegyzés-azonosítóhoz tartozó tevékenységek sorrendjének elemzéséből származik.
Példák
truefalse
|
|||
|
Forrásrendszer
SourceSystem
|
Az a nyilvántartó rendszer, amelyből az adatokat kinyerték. | ||
|
Leírás
Ez az attribútum azonosítja azt a forrásalkalmazást, amelyből a naplóbejegyzési adatok származnak. Ennél a folyamatnál az érték jellemzően állandó, például 'Microsoft Dynamics 365'. Több ERP-rendszert vagy integrált rendszert használó környezetben ez a mező segít megkülönböztetni a folyamatokat és az adatforrásokat. Egyértelművé teszi az adatok eredetét, és fontos az adatirányítás, valamint az ellenőrzés szempontjából.
Miért fontos?
Azonosítja az adatok forrását, ami fontos az adatirányításhoz és a több vállalati rendszert átfogó elemzésekhez.
Hol szerezhető be?
Ez egy statikus érték, amelyet az adatok kinyerése, átalakítása és betöltése (ETL) során adnak hozzá az adatkészlet forrásának megjelölésére.
Példák
Microsoft Dynamics 365D365 F&O
|
|||
|
Ismételt munka
IsRework
|
Jelzi, hogy egy tevékenység az ismételt munkavégzés vagy a javítási ciklus része-e. | ||
|
Leírás
Ez a számított logikai attribútum igaz értéket kap az elutasítást követő tevékenységeknél, például a „Naplóbejegyzés javítva” vagy az ismételt „Naplóbejegyzés jóváhagyásra beküldve” eseménynél. Segítségével elkülöníthető és számszerűsíthető az ismételt munka. Ez az attribútum elengedhetetlen az „Ismételt naplóbejegyzések és javítási ciklusok” dashboardhoz, valamint az „Ismételt munka aránya” KPI-hoz. Az ismételt munka megjelölésével könnyen megjeleníthető és mérhető a javítási ciklusok gyakorisága és hatása. Ezek a folyamat hatékonyságvesztésének egyik fő forrásai.
Miért fontos?
Közvetlenül megjelöli a nem hatékony javítási ciklusokat, így számszerűsíthető, hogyan hatnak az elutasítások és javítások a teljes átfutási időre és költségre.
Hol szerezhető be?
Ez az attribútum számított érték, amely az adatátalakítás során, az eset tevékenységeinek sorrendje alapján jön létre.
Példák
truefalse
|
|||
|
Jóváhagyási SLA állapota
ApprovalSlaState
|
Jelzi, hogy a naplóbejegyzés jóváhagyása megfelelt-e a szolgáltatási szintre vonatkozó megállapodásnak. | ||
|
Leírás
Ez az attribútum aszerint sorolja kategóriákba a naplóbejegyzések jóváhagyási ciklusát, hogy a folyamat a szolgáltatási szintre vonatkozó megállapodásban (SLA) meghatározott célidőn belül befejeződött-e. Jellemző értékei: „Teljesült” vagy „Nem teljesült”. Ez az „Naplóbejegyzések jóváhagyási SLA-megfelelése” dashboard alapmutatója. Üzleti szempontból egyértelműen megmutatja a célértékekhez viszonyított teljesítményt. Segít nyomon követni és kezelni a jóváhagyások időzítését, valamint fejlesztéseket indítani ott, ahol gyakran nem teljesülnek az SLA-k.
Miért fontos?
A nyers átfutásiidő-adatokat egyértelmű üzleti eredménnyé alakítja, vagyis megmutatja, hogy a cél teljesült-e. Így könnyen nyomon követhető a teljesítmény a célértékekhez képest.
Hol szerezhető be?
Ez számított attribútum. Kiszámításához össze kell vetni a jóváhagyási ciklusidő KPI értékét az előre meghatározott SLA-célértékkel.
Példák
TeljesültNem teljesült
|
|||
|
Jóváhagyási szint
ApprovalLevel
|
Többszintű jóváhagyási munkafolyamat esetén az aktuális vagy befejezett szakaszt jelzi. | ||
|
Leírás
Több jóváhagyást igénylő naplóbejegyzéseknél ez az attribútum követi, hogy a bejegyzés meddig jutott a hierarchiában, például „Vezetői jóváhagyás” vagy „Igazgatói jóváhagyás”. Az attribútum részletesebben elemzi a jóváhagyási folyamat szűk keresztmetszeteit. Segít megállapítani, hogy rendszeresen egy adott szinten jelentkeznek-e késések, ami az adott szakasz átalakítását vagy az erőforrások átcsoportosítását teheti szükségessé.
Miért fontos?
Átláthatóvá teszi a többlépcsős jóváhagyási munkafolyamatokat, és segít azonosítani az egyes jóváhagyási szintek szűk keresztmetszeteit.
Hol szerezhető be?
Ez az információ a workflow előzménynaplójából származtatható, amely rögzíti az egyes jóváhagyási lépések befejezését.
Példák
1. szint: vezető2. szint: igazgató3. szint: pénzügyi alelnök
|
|||
|
Könyvelés dátuma
PostingDate
|
Az a dátum, amikor a naplóbejegyzést a főkönyvbe könyvelik. | ||
|
Leírás
A könyvelés dátuma az a hivatalos dátum, amikor a tranzakció módosítja a főkönyvi egyenlegeket. Ez a dátum elengedhetetlen a pénzügyi jelentésekhez és a zárási időszakok kezeléséhez. Ez az attribútum a jóváhagyás és a könyvelés közötti késés elemzésére szolgál. Ezt méri a „Naplóbejegyzés könyvelési átfutási ideje” KPI is. A késés csökkentése gyakran fontos cél a pénzügyi zárás felgyorsításához. Az attribútummal a könyvelések időbeli mennyisége is elemezhető.
Miért fontos?
A könyvelési átfutási idő KPI kiszámításához és a jóváhagyás, valamint a tranzakció főkönyvi rögzítése közötti késések feltárásához szükséges.
Hol szerezhető be?
Ez a dátum általában a napló fejlécét tároló LedgerJournalTable táblában vagy a kapcsolódó, könyvelt tranzakciókat tartalmazó táblákban található.
Példák
2023-10-282023-11-012023-10-31
|
|||
|
Pénznemkód
CurrencyCode
|
A naplóbejegyzés összegének pénzneme. | ||
|
Leírás
Ez az attribútum megadja, hogy milyen pénznemben szerepel a naplóbejegyzés összege, például USD, EUR vagy GBP. Fontos kontextust ad a naplóbejegyzés teljes összegének értelmezéséhez. Bár a pénznem nem mindig szükséges magának a folyamatnak az elemzéséhez, a naplóösszegeken alapuló pénzügyi jelentésekhez és elemzésekhez elengedhetetlen. Lehetővé teszi az értékek helyes összesítését és összehasonlítását, különösen a több országban működő szervezeteknél.
Miért fontos?
Megadja a pénzügyi elemzéshez szükséges kontextust, így az összegek helyesen értelmezhetők, különösen több pénznem használata esetén.
Hol szerezhető be?
A pénznemkód általában a naplósorokat tároló LedgerJournalTrans táblában található.
Példák
USDEURGBPJPY
|
|||
|
Részleg
DepartmentName
|
A naplóbejegyzéshez tartozó részleg vagy költséghely. | ||
|
Leírás
A részleg vagy költséghely azonosítja azt a belső üzleti egységet, amely felelős a pénzügyi tranzakcióért, vagy amelyre az hatással van. Ez a belső vezetői jelentések egyik fontos dimenziója. Az attribútum segítségével részlegenként elemezhető a naplóbejegyzési folyamat. Választ adhat például arra, hogy mely részlegek küldik be a legtöbb naplóbejegyzést, illetve hogy egyes részlegeknél magasabb-e az elutasítási arány vagy hosszabb-e a jóváhagyási idő. Az eredmények célzott folyamatfejlesztést tesznek lehetővé.
Miért fontos?
Lehetővé teszi a folyamat teljesítményének üzleti funkciók szerinti elemzését, így azonosíthatók a részlegspecifikus szűk keresztmetszetek és képzési igények.
Hol szerezhető be?
Ez az információ általában a naplósor szintjén, a LedgerJournalTrans táblában található pénzügyi dimenzióként.
Példák
ÉrtékesítésPénzügyMarketingMűködés
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az időbélyeg, amely azt mutatja, mikor frissítették utoljára az adatokat a forrásrendszerből. | ||
|
Leírás
Ez az attribútum a forrásrendszerből történő legutóbbi adatkinyerés dátumát és időpontját jelzi. Segít megítélni, mennyire frissek az elemzés adatai. Ha ez az információ megjelenik a dashboardokon, a felhasználók látják, mennyire naprakészek az adatok, és milyen időszakot fed le az aktuális folyamatelemzés. Minden process mining projekt fontos metaadata.
Miért fontos?
Jelzi, mennyire frissek az adatok, így a felhasználók meg tudják ítélni, mennyire naprakész a folyamatelemzés.
Hol szerezhető be?
Ez az időbélyeg az adatok kinyerése, átalakítása és betöltése (ETL) során jön létre és kerül tárolásra.
Példák
2023-10-27T02:00:00Z
|
|||
Főkönyvi naplóbejegyzések tevékenységei a rögzítéstől a jelentéskészítésig tartó folyamatban
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Napló elutasítva
|
Az ellenőr vagy a jóváhagyó elutasította a naplóbejegyzést, ezért javításra van szükség. Az esemény a napló állapotának változásából rögzíthető, például amikor az 'Rejected' vagy 'Needs Correction' értékre vált. | ||
|
Miért fontos?
Az elutasítások nyomon követése alapvető az elutasítási arány kiszámításához és az ismételt munka kiváltó okainak feltárásához. Rámutathat az adatok minőségével, a megfeleléssel vagy a felhasználók képzésével kapcsolatos problémákra.
Hol szerezhető be?
A LedgerJournalTable állapotmezőjének változásából állapítható meg, például ha az ApprovalStatus értéke 'Rejected' lesz, vagy a workflow-előzmények naplójából.
Rögzítés
Keresse meg azt az időbélyeget, amikor a napló állapota 'Rejected' értékre vált.
Eseménytípus
inferred
|
|||
|
Napló jóváhagyásra beküldve
|
A kész naplóbejegyzés hivatalos beküldése ellenőrzésre és jóváhagyásra. Ez általában a naplófejléc állapotának változásából állapítható meg, például a 'Draft' állapot 'In Review' vagy 'Submitted' értékre váltásából. | ||
|
Miért fontos?
Ez a jóváhagyási ciklus kezdő mérföldköve. A beküldés és a végső jóváhagyás közötti idő mérése segít feltárni az ellenőrzési folyamat szűk keresztmetszeteit és nyomon követni az SLA-k teljesülését.
Hol szerezhető be?
A LedgerJournalTable állapotmezőjének változásából állapítható meg, például ha az ApprovalStatus értéke 'InReview' lesz, vagy a naplóhoz kapcsolódó workflow-előzményekből.
Rögzítés
Keresse meg azt az időbélyeget, amikor a napló állapota 'submitted' vagy 'in review' értékre vált.
Eseménytípus
inferred
|
|||
|
Napló jóváhagyva
|
Az illetékes jóváhagyta a naplóbejegyzést, ezzel lezárva a jóváhagyási munkafolyamat utolsó lépését. Az esemény általában a naplófejléc állapotának változásából rögzíthető, például amikor az 'Approved' értékre vált. | ||
|
Miért fontos?
Ez a jóváhagyási folyamat záró mérföldköve, amely lehetővé teszi a könyvelést. Az esemény szükséges a jóváhagyási ciklusidő, a könyvelés átfutási ideje és az elsőre helyesen teljesített bejegyzések arányának kiszámításához.
Hol szerezhető be?
A LedgerJournalTable állapotmezőjének változásából állapítható meg, például ha az ApprovalStatus értéke 'Approved' lesz, vagy a workflow-előzmények végső jóváhagyást jelző bejegyzéséből.
Rögzítés
Keresse meg azt az időbélyeget, amikor a napló állapota 'Approved' értékre vált.
Eseménytípus
inferred
|
|||
|
Naplóbejegyzés könyvelve
|
Ez a tevékenység jelzi, hogy a naplóbejegyzés sikeresen bekerült a főkönyvbe, és hivatalos pénzügyi rekord lett belőle. Az esemény akkor rögzíthető, amikor a naplófejléc állapota 'Posted' értékre vált. | ||
|
Miért fontos?
Ez a folyamat elsődleges sikeres záró eseménye. Segítségével kiszámítható a teljes átfutási idő és a könyvelés átfutási ideje, amelyek a pénzügyi zárás hatékonyságát jelzik.
Hol szerezhető be?
A LedgerJournalTable állapotmezőjének változásából állapítható meg, például ha a JournalStatus értéke 'Posted' lesz, valamint a GeneralJournalAccountEntry táblában létrejövő kapcsolódó rekordokból.
Rögzítés
Keresse meg azt az időbélyeget, amikor a napló állapota 'Posted' értékre vált.
Eseménytípus
inferred
|
|||
|
Naplóbejegyzés létrehozva
|
Ez a tevékenység jelzi egy új naplóbejegyzés létrehozását. Akkor rögzül, amikor egy felhasználó új naplófejléc-rekordot hoz létre a rendszerben. Ekkor jön létre az egyedi Journal Entry ID, amely az elemzés során az eset azonosítója. | ||
|
Miért fontos?
Ez a folyamat elsődleges kezdő eseménye. A kezdőpont és a könyvelés közötti idő mérése alapvető a teljes átfutási idő meghatározásához és az adatbevitel kezdeti késedelmeinek feltárásához.
Hol szerezhető be?
Az esemény a naplófejléc GeneralJournalEntry vagy LedgerJournalTable entitásban rögzített létrehozási időbélyegéből állapítható meg. Jellemzően kifejezett rekordlétrehozási esemény.
Rögzítés
Használja a GeneralJournalEntry vagy LedgerJournalTable tábla 'createdDateTime' mezőjét.
Eseménytípus
explicit
|
|||
|
Könyvelési kísérlet indult
|
Ez a tevékenység azt jelzi, hogy egy felhasználó elindította a jóváhagyott napló könyvelését. Az esemény külön rögzíthető, ha a rendszer naplózza a könyvelési feladat indítását. | ||
|
Miért fontos?
Ha külön kezeli a könyvelési kísérletet és a sikeres könyvelést, könnyebben feltárhatók a pénzügyi zárást befolyásoló rendszerproblémák és kötegelt feladatok miatti késedelmek.
Hol szerezhető be?
Az esemény szerepelhet a kötegelt feladatok előzményeit tároló táblában, vagy a LedgerJournalTable állapotának 'Posting in progress' értékre váltásából állapítható meg.
Rögzítés
Az elemzéshez a főkönyvi könyvelési folyamathoz kapcsolódó kötegelt feladatok vagy rendszer naplói szükségesek.
Eseménytípus
explicit
|
|||
|
Napló ellenőrzése megkezdődött
|
Ez a tevékenység azt jelzi, amikor az ellenőr megkezdi a beküldött napló tényleges vizsgálatát. Az esemény abból állapítható meg, hogy a naplót hozzárendelik egy ellenőrhöz, vagy hogy az ellenőr először megnyitja a rekordot. | ||
|
Miért fontos?
Ezzel mérhető az ellenőrnek történő átadás ideje, vagyis a beküldés és az ellenőrzés kezdete közötti késedelem. Az adat az erőforrások elosztásával vagy az értesítésekkel kapcsolatos problémákra is rámutathat.
Hol szerezhető be?
Ezt az eseményt gyakran nem naplózzák külön. A workflow-hozzárendelési naplókból következtethet rá, vagy összehasonlíthatja a beküldés időbélyegét az ellenőr felhasználó első módosításának időpontjával.
Rögzítés
Az elemzéshez a workflow felhasználó-hozzárendelési naplói vagy a felhasználói tevékenységnaplók szükségesek, amelyek nem feltétlenül állnak rendelkezésre alapértelmezés szerint.
Eseménytípus
inferred
|
|||
|
Napló ismételten jóváhagyásra beküldve
|
A javított naplóbejegyzés új ellenőrzési ciklusra visszakerül a jóváhagyási munkafolyamatba. Ez abból állapítható meg, hogy az állapot 'Rejected' vagy 'Draft' értékről ismét 'In Review' vagy 'Submitted' értékre vált. | ||
|
Miért fontos?
Ez a tevékenység jelzi az ismételt munkával járó ciklus kezdetét. Az események számlálásával mérhető az ismételt munka aránya és az egy naplóbejegyzésre jutó jóváhagyási ciklusok átlagos száma.
Hol szerezhető be?
A workflow-előzményekből vagy a LedgerJournalTable állapotváltozásainak nyomon követésével állapítható meg, amikor az állapot az elutasított értékről ismét beküldött értékre vált.
Rögzítés
Keressen olyan 'Submitted' állapotú eseményt, amely ugyanahhoz a naplóhoz tartozó 'Rejected' esemény után következik.
Eseménytípus
inferred
|
|||
|
Naplóbejegyzés javítva
|
Ez a tevékenység azt jelzi, hogy egy felhasználó módosította a korábban elutasított naplóbejegyzést. Általában abból állapítható meg, hogy a 'Rejected' állapot rögzítése után módosul a naplófejléc vagy valamelyik sora. | ||
|
Miért fontos?
Ez a tevékenység egyértelműen jelzi az ismételt munkát. A javítási ciklusok gyakoriságának és időtartamának elemzése segít egyszerűsíteni a folyamatot és csökkenteni a kézi munkát.
Hol szerezhető be?
A LedgerJournalTable vagy LedgerJournalTrans táblák 'modifiedDateTime' és 'modifiedBy' mezőinek nyomon követésével állapítható meg, miután megtörtént a 'Journal Rejected' esemény.
Rögzítés
Hasonlítsa össze az 'Rejected' állapot időbélyegét a létrehozó későbbi módosításainak időbélyegével.
Eseménytípus
inferred
|
|||
|
Naplóbejegyzés visszafordítása elindítva
|
Ez az esemény egy korábban könyvelt naplóbejegyzés visszafordításának kezdetét jelzi. Akkor rögzíthető, amikor a felhasználó elindítja a visszafordítást a rendszerben. | ||
|
Miért fontos?
A visszafordítások nyomon követése segít feltárni, milyen gyakran és miért kell javítani a már könyvelt bejegyzéseket. Ez rámutathat az adatbevitel vagy a jóváhagyás korábbi szakaszaiban jelentkező problémákra.
Hol szerezhető be?
Ez általában kifejezett felhasználói művelet, amely az auditnyomvonalból vagy az eredetihez kapcsolódó új, visszafordító naplóbejegyzés létrehozásából állapítható meg.
Rögzítés
Használja annak az új naplóbejegyzésnek a létrehozási eseményét, amelyet egy könyvelt napló visszafordításaként jelöltek meg.
Eseménytípus
explicit
|
|||
|
Naplóbejegyzés visszafordítva
|
A naplóbejegyzés visszafordítási folyamatának végét jelzi, amikor a visszafordító bejegyzést sikeresen lekönyvelik. Ez a hibás napló életciklusának alternatív végpontja. | ||
|
Miért fontos?
Ez a tevékenység lezárja a javított bejegyzés folyamatát, és segít elemezni a könyvelés utáni módosításokra fordított teljes munkát, amely befolyásolja a folyamat hatékonyságát.
Hol szerezhető be?
Akkor rögzíthető, amikor az új, visszafordító naplóbejegyzés állapota 'Posted' értékre vált. Az eredeti naplóhoz való kapcsolatot egy hivatkozási mező őrzi meg.
Rögzítés
Keresse meg a kapcsolódó visszafordító naplóbejegyzés 'Posted' állapotú eseményét.
Eseménytípus
inferred
|
|||
|
Naplósor hozzáadva
|
Ez az esemény azt jelzi, hogy terhelési vagy jóváírási sor került a naplóbejegyzésbe. Minden alkalommal rögzül, amikor új tranzakciósor jön létre, és a rendszer a naplófejléchez kapcsolja. | ||
|
Miért fontos?
A sorok létrehozásának nyomon követésével felmérhető, mennyire összetettek a különböző naplótípusok, és mennyi adatbeviteli munkát igényelnek. Az is láthatóvá válhat, mennyi idő telik el a fejléc létrehozása és a sorok kitöltése között.
Hol szerezhető be?
A LedgerJournalTrans entitás rekordjainak létrehozási időbélyegéből állapítható meg, a naplófejléchez kapcsolva. Minden sor létrehozása külön esemény.
Rögzítés
Használja a LedgerJournalTrans tábla egyes rekordjainak 'createdDateTime' mezőjét.
Eseménytípus
explicit
|
|||
Adatkinyerési útmutatók
Kezdje el most?
A sablon segítségével minden szükséges információ rendelkezésére áll ahhoz, hogy megkezdje a főkönyvi naplóbejegyzések rögzítéstől a jelentéskészítésig tartó folyamatának fejlesztését. Használja ki adatait a hatékonyság növelésére és a pénzügyi zárási ciklusok felgyorsítására még ma.
Gyorsítsa fel a naplóbejegyzéseket a Dynamics 365 rendszerben, készítsen jelentést hamarabb
Szüntesse meg a szűk keresztmetszeteket, és csökkentse 30%-kal a főkönyvi naplóbejegyzések R2R-ciklusidejét.
Nincs szükség bankkártyára, percek alatt elkezdheti.