Record to Report naplókönyvelési adatmintája
Record to Report naplókönyvelési adatmintája
Ez a(z) Record to Report – naplóbejegyzés folyamathoz készült általános process mining adatsablonunk. Részletesebb útmutatásért használja a rendszerspecifikus sablonokat.
Válasszon egy konkrét rendszert- Egységesített adatmezők a különböző rendszerekből származó adatok következetes elemzéséhez.
- Javasolt tevékenységek a naplókönyvelési folyamat fontos lépéseinek rögzítéséhez.
- Rugalmas keret, amellyel gyorsan és hatékonyan elindíthatja a process mining használatát.
Record to Report naplókönyvelés: attribútumok
| Név | Leírás | ||
|---|---|---|---|
| Esemény időpontja EventTime | A pontos időbélyeg, amely megmutatja, mikor történt egy adott tevékenység vagy esemény a könyvelési tétel folyamatában. | ||
| Leírás Az esemény időpontja, vagyis az időbélyeg rögzíti a tevékenység pontos dátumát és időpontját. Ebből állapítható meg az események sorrendje az egyes ügyekben, ami elengedhetetlen a folyamatmenet pontos rekonstruálásához. Az elemzés során az időbélyegek alapján számítható ki a tevékenységek közötti idő, mérhető a folyamat teljes átfutási ideje, és azonosíthatók a késedelmek vagy a szűk keresztmetszetek. Például a „Könyvelési tétel beküldve jóváhagyásra” és a „Könyvelési tétel jóváhagyva” közötti idő mutatja a jóváhagyás időtartamát. A pontos időbélyegek nélkülözhetetlenek az időalapú folyamatelemzéshez és a teljesítmény méréséhez. Miért fontos? Az időbélyeg szükséges az események sorrendjének megállapításához, az átfutási idők és időtartamok kiszámításához, valamint a folyamat késedelmeinek feltárásához. Hol szerezhető be? Eseménynaplókban, tranzakciós előzményeket tartalmazó táblákban vagy bizonylatmódosítási rekordokban található. A mezők neve gyakran „Létrehozás dátuma”, „Módosítás dátuma” vagy „Időbélyeg”. Példák 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| Könyvelési tétel azonosítója JournalEntryId | Egy könyvelési tétel egyedi azonosítója. Ez az elsődleges ügyazonosító, amellyel a tétel teljes életútja, a létrehozástól a könyvelésig vagy a sztornózásig nyomon követhető. | ||
| Leírás A könyvelési tétel azonosítója minden pénzügyi tranzakció egyedi azonosítására szolgál. Egyetlen ügybe kapcsolja össze a kapcsolódó tevékenységeket, például a létrehozást, a jóváhagyást és a könyvelést. A process mining elemzésben ez az azonosító teszi lehetővé az egyes könyvelési tételek teljes folyamatának rekonstruálását. Segítségével ügyenkénti mutatók, például az átfutási idő számítható, feltárhatók a folyamatváltozatok, és ellenőrizhető, mennyire követik a tételek az elvárt folyamatmodellt. Egyedi ügyazonosító nélkül nem követhető nyomon egy adott tranzakció eseményeinek sorrendje. Miért fontos? Ez az azonosító szükséges a könyvelési tétel teljes életútjának követéséhez, valamint a folyamatmenetek, időtartamok és eltérések elemzéséhez. Hol szerezhető be? Általában a pénzügyi vagy számviteli bizonylatok fejlécét tartalmazó táblában található. Összetett kulcs is lehet, amely a bizonylatszámból, a vállalatkódból és az üzleti évből áll. Példák JE001234561000-98765432-2023ACC_DOC_45000189 | |||
| Tevékenység neve ActivityName | A könyvelési folyamat egy adott időpontban bekövetkezett üzleti eseményének vagy feladatának neve. | ||
| Leírás A tevékenység neve a könyvelési tétel életútjának egy-egy lépését jelöli, például: „Könyvelési tétel létrehozva”, „Könyvelési tétel beküldve jóváhagyásra” vagy „Könyvelési tétel könyvelve”. Minden tevékenység a tétel állapotának változását vagy a rajta végrehajtott műveletet jelzi. Ez az attribútum alapvető a process mining szempontjából, mert meghatározza a folyamattérkép csomópontjait. A tevékenységek sorrendjének és gyakoriságának elemzésével feltárható a tényleges folyamatmenet, azonosíthatók a lépések közötti szűk keresztmetszetek, észrevehetők a standard eljárástól való eltérések, valamint mérhető az egyes szakaszok időigénye. Miért fontos? Meghatározza a folyamattérkép lépéseit, így láthatóvá tehető a folyamatmenet, feltárhatók a szűk keresztmetszetek és elemezhetők az eltérések. Hol szerezhető be? Gyakran az állapotváltozásokat rögzítő naplókból, eseménytáblákból, tranzakciókódokból vagy a könyvelési bizonylathoz tartozó munkafolyamat-előzményekből származik. Példák Naplóbejegyzés létrehozvaNaplóbejegyzés jóváhagyásra benyújtvaNaplóbejegyzés jóváhagyvaNaplóbejegyzés lekönyvelve | |||
| Forrásrendszer SourceSystem | Az a nyilvántartó rendszer, amelyből a könyvelési tétel adatait kinyerték. Több rendszer adatainak egyesítésekor hasznos. | ||
| Leírás A forrásrendszer attribútum megadja, melyik alkalmazásban vagy modulban keletkeztek a könyvelési tétel adatai. A vállalatok pénzügyi adatai több ERP-rendszerből, analitikából vagy külső alkalmazásból is származhatnak. Ez az attribútum többféle elemzést tesz lehetővé. Segítségével összehasonlítható a folyamatok hatékonysága és a szabályoknak való megfelelése a különböző forrásrendszerekben. Megvizsgálható például, hogy az automatizált analitikából származó naplók feldolgozása gyorsabb-e a kézzel létrehozottakénál. Az attribútum az adatirányítás és a hibaelhárítás szempontjából is fontos, mert visszakövethetővé teszi az adatok eredetét. Miért fontos? Megmutatja az adatok eredetét, így összehasonlíthatók a különböző rendszerek folyamatai, és támogatható az adatirányítás. Hol szerezhető be? Általában az adatkinyerés beállításakor adják meg, vagy a több rendszer adatait egyesítő adattárházak szabványos mezőjeként érhető el. Példák SAP S/4HANAOracle Fusion FinancialsBlackLineKézi | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg azt mutatja, mikor frissítették vagy nyerték ki utoljára az adatokat a forrásrendszerből. | ||
| Leírás Ez az attribútum rögzíti a legutóbbi adatkinyerés vagy frissítés dátumát és időpontját. Segít megítélni, mennyire frissek az elemzett adatok. Az eredmények helyes értelmezéséhez tudni kell, mikoriak az adatok. Az időbélyegből kiderül, hogy valós idejű információt vagy egy adott időpontban készült pillanatképet lát-e a felhasználó. Ez befolyásolja a dashboardok és a KPI-k relevanciáját, különösen az aktuális hátralék vagy a folyamat teljesítményének vizsgálatakor. Miért fontos? Megmutatja az adatok frissességét, így a felhasználók tudják, mennyire aktuális a folyamatelemzés. Hol szerezhető be? Ezt általában az adatkinyerő eszköz vagy az integrációs platform hozza létre és tárolja az adatok betöltésekor. Példák 2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z | |||
| Felhasználónév UserName | Annak a felhasználónak a neve vagy azonosítója, aki egy adott tevékenységet végzett, például létrehozta, jóváhagyta vagy lekönyvelte a könyvelési tételt. | ||
| Leírás A felhasználónév attribútum azonosítja, ki hajtotta végre a folyamat adott lépését. Ez lehet a könyvelési tétel létrehozója vagy beküldője, a jóváhagyó vezető, illetve a könyvelést végző munkatárs. A felhasználónkénti folyamatelemzés képet ad a munkaterhelés eloszlásáról, a csapat teljesítményéről és az egyéni képzési igényekről. Segít azonosítani a kiemelkedő teljesítményt nyújtókat, a további támogatásra szoruló felhasználókat, valamint azokat a tevékenységeket, amelyeket rendszeresen ugyanazok végeznek. Ez az információ hasznos az erőforrások kezeléséhez és a teljesítmény javításához. Miért fontos? Segít elemezni a munkaterhelés eloszlását és a csapat teljesítményét, valamint feltárni a képzési lehetőségeket. Hol szerezhető be? Általában a bizonylatok módosítási naplóiban vagy a munkafolyamat előzményeit tartalmazó táblákban található. Gyakran a „Létrehozta”, „Módosította” vagy „Felhasználói azonosító” mezőhöz kapcsolódik. Példák j.doeasmithFIN_USER_123Robert Johnson | |||
| Könyvelési tétel állapota JournalEntryStatus | A könyvelési tétel aktuális vagy végső állapota az életútja során, például „Függőben”, „Jóváhagyva” vagy „Könyvelve”. | ||
| Leírás A könyvelési tétel állapota megmutatja a tranzakció adott időpontbeli helyzetét vagy végső kimenetelét. Az állapotok általában a folyamat fontos mérföldköveit jelzik, például „Folyamatban”, „Beküldve jóváhagyásra”, „Könyvelve” vagy „Sztornózva”. Ez az attribútum segít felmérni az aktuális munkaterhelést és a hátralékot. A „Folyamatban” vagy „Jóváhagyásra vár” állapotú naplókra szűrve a vezetők nyomon követhetik az elvégzetlen munkát. A végső állapot elemzésével a folyamat eredményei is megérthetők, például kiszámítható a könyvelt, illetve a törölt vagy sztornózott tételek aránya. Miért fontos? A könyvelési tételek állapotának, például a „Jóváhagyásra vár” vagy „Könyvelve” értéknek a követésével láthatóvá teszi az aktuális munkaterhelést és a hátralékot. Hol szerezhető be? A könyvelési tétel fejlécadatai között érhető el. A mező neve gyakran „Bizonylat állapota” vagy „Könyvelési állapot”. Példák FolyamatbanJóváhagyásra várJóváhagyvaKönyvelveSztornózva | |||
| Könyvelési tétel összege JournalEntryAmount | A könyvelési tétel teljes pénzértéke, amely általában a tartozik összegek összegét jelenti. | ||
| Leírás Ez az attribútum a könyvelési tétel pénzügyi értékét rögzíti. A rendszertől és az adatmodelltől függően a teljes tartozik összeget, a teljes követel összeget vagy ezek abszolút értékét jelölheti. A pénzérték szerinti folyamatelemzés fontos összefüggéseket tárhat fel. Segít a nagy értékű tranzakciókra összpontosítani a fejlesztési erőfeszítéseket. Megvizsgálható például, hogy a nagy értékű naplók jóváhagyása tovább tart-e, vagy gyakrabban utasítják-e el őket. Az attribútum a lényegességi elemzéshez és a nagyobb pénzügyi kockázatot jelentő tranzakciók azonosításához is szükséges. Miért fontos? A lényegességi elemzéshez is szükséges: segít a nagy értékű tranzakciók folyamatfejlesztésének rangsorolásában és a pénzügyi hatás felmérésében. Hol szerezhető be? Általában a könyvelési tétel fejlécét tartalmazó táblában érhető el. Előfordulhat, hogy a sorok összegeinek összesítésével kell kiszámítani. Példák 5000.00125000.75250.501000000.00 | |||
| Könyvelési tétel típusa JournalEntryType | A könyvelési tétel besorolása, például normál, ismétlődő, elhatárolás vagy sztornó. | ||
| Leírás A könyvelési tétel típusa az ügylet célja vagy jellege szerint csoportosítja a tranzakciókat. Gyakori típus a normál kézi tétel, az analitikából automatikusan létrejövő tétel, az elhatárolás, az átsorolás és a sztornótétel. Ez az attribútum jól használható az elemzés szűrésére és szegmensekre bontására. A különböző típusú könyvelési tételek folyamatmenetének és teljesítménymutatóinak összehasonlításával hasznos összefüggések tárhatók fel. Kiderülhet például, hogy az elhatárolások jóváhagyása jóval tovább tart, vagy az ismétlődő tételek nagyobb arányban automatizáltak. Így a folyamatfejlesztés az egyes tranzakciótípusokra szabható. Miért fontos? Lehetővé teszi a különböző tranzakciótípusok, például az elhatárolások és a normál tételek folyamatainak összehasonlítását, és segít megtalálni a célzott fejlesztési lehetőségeket. Hol szerezhető be? Általában a könyvelési tétel fejlécadatai között található. A mező neve gyakran „Bizonylattípus”, „Naplókategória” vagy „Naplótípus”. Példák NormálElhatárolásIsmétlődőSztornó | |||
| Pénznem Currency | A könyvelési tétel összegének pénznemkódja, például USD vagy EUR. | ||
| Leírás A pénznem attribútum megadja, milyen pénznemben értendő a könyvelési tétel összege. A pénzügyi értékek helyes értelmezéséhez és összehasonlításához elengedhetetlen, különösen a nemzetközi szervezeteknél. Elemzéskor ez az attribútum adja meg a könyvelési tétel összegének értelmezéséhez szükséges hátteret. Lehetővé teszi a tranzakciók pénznem szerinti szűrését, és szükséges a különböző régiók összegeinek összesítéséhez vagy összehasonlításához. A globális elemzéshez előfordulhat, hogy az összegeket egyetlen beszámolási pénznemre kell átváltani. Miért fontos? Megadja a könyvelési tétel összegének értelmezéséhez szükséges pénznemet, így pontos pénzügyi elemzés és összehasonlítás végezhető. Hol szerezhető be? A pénzügyi bizonylatok fejlécének szabványos mezője, gyakran „Pénznemkód” vagy „Pénznemkulcs” néven. Példák USDEURGBPJPY | |||
| Vállalatkód CompanyCode | Annak a jogi személynek vagy vállalatnak az egyedi azonosítója, amelynek nevében a könyvelési tétel készül. | ||
| Leírás A vállalatkód a szervezeten belüli különálló jogi vagy üzleti egységet jelöli. A pénzügyi tranzakciókat vállalatkódonként rögzítik, így külön pénzügyi beszámolók készíthetők. A process mining elemzésben a vállalatkód fontos szervezeti attribútum. Lehetővé teszi a folyamatok teljesítményének összehasonlítását a különböző jogi személyek, régiók és leányvállalatok között. Az elemző például összevetheti az amerikai és a német egység elutasítási arányát vagy jóváhagyási idejét, hogy feltárja a bevált gyakorlatokat és a fejlesztendő területeket. Ez segít egységesíteni a folyamatokat és biztosítani a megfelelést a szervezet egészében. Miért fontos? Lehetővé teszi a teljesítmény összehasonlítását és a folyamatok értékelését a különböző jogi személyek, leányvállalatok és régiók között. Hol szerezhető be? Szinte minden ERP-rendszerben használt pénzügyi bizonylat fejlécének szabványos mezője. Példák 1000US01DE01ACME_CORP | |||
| Automatizált IsAutomated | Jelző, amely megmutatja, hogy a tevékenységet rendszer vagy felhasználó végezte-e. | ||
| Leírás Az automatizált attribútum logikai jelzőként különbözteti meg az automatizált rendszerek, például botok vagy integrált analitikák által végrehajtott tevékenységeket a felhasználók által kézzel végzettektől. Ez az attribútum szükséges a könyvelési folyamat automatizáltsági szintjének méréséhez. Segítségével kiszámítható az automatizálási arány KPI, és feltárhatók a további automatizálás lehetőségei. Az automatizált és a kézi tevékenységek átfutási idejének és hibaarányának összehasonlításával megalapozható az automatizálási technológiákba történő beruházás, amely javíthatja a hatékonyságot és csökkentheti az emberi hibák számát. Miért fontos? Segít mérni a folyamat automatizáltsági arányát, és feltárni a kézi feladatok automatizálásának lehetőségeit, növelve a hatékonyságot és csökkentve a hibákat. Hol szerezhető be? Gyakran úgy határozzák meg, hogy ellenőrzik, a „Felhasználónév” rendszer- vagy szolgáltatásfiókhoz tartozik-e, illetve hogy a tranzakció automatizált forrásrendszerből érkezett-e. Példák truefalse | |||
| Elutasítás oka RejectionReason | A felülvizsgáló által megadott indok, amikor a jóváhagyási folyamat során elutasít egy könyvelési tételt. | ||
| Leírás Az elutasítás oka olyan kód vagy szöveges leírás, amely megmagyarázza, miért nem hagyták jóvá a könyvelési tételt. Gyakori ok a hibás számlaszám-hozzárendelés, a hiányos dokumentáció vagy a szabályzat megsértése. Ez az attribútum az újramunka és a folyamat hatékonysági problémáinak okfeltáró elemzéséhez szükséges. Az elutasítási okok gyakoriságának vizsgálatával azonosíthatók a leggyakoribb hibaforrások. Ez az információ segít célzott intézkedéseket kidolgozni, például javítani a képzési anyagokat, pontosítani a szabályzatokat vagy rendszerbeli ellenőrzéseket bevezetni a hibák megelőzésére. Közvetlenül támogatja az olyan KPI-k mérését, mint az elutasítási arány és az újramunka aránya. Miért fontos? Az újramunka okainak feltárásához szükséges: segít azonosítani a gyakori hibákat, és célzott képzéseket vagy rendszerfejlesztéseket kidolgozni. Hol szerezhető be? Általában a munkafolyamat naplójában vagy a könyvelési tétel jóváhagyási előzményeiben található. Lehet szabad szöveges mező vagy előre megadott listából választható érték. Példák Hibás főkönyvi számlaHiányzó alátámasztó dokumentációÉrtékhatár túllépéseDuplikált tétel | |||
| Könyvelési dátum PostingDate | Az a dátum, amikor a könyvelési tételt hivatalosan rögzítik a főkönyvben, meghatározva ezzel a pénzügyi időszakot. | ||
| Leírás A könyvelési dátum a tranzakció hivatalos számviteli dátuma. Meghatározza, melyik üzleti időszak pénzügyi kimutatásaiban jelenik meg a könyvelési tétel. Ez eltérhet a tétel létrehozásának vagy a tranzakció megtörténtének dátumától. A könyvelési dátum elemzése fontos a pénzügyi kontrollokhoz és a határidők vizsgálatához. A létrehozás vagy a jóváhagyás és a könyvelés közötti idő fontos teljesítménymutató lehet, amely rávilágít a folyamat utolsó lépésének késedelmeire. A dátum alapján mérhető a határidőre könyvelt tételek aránya, és azonosíthatók a visszadátumozott vagy nem megfelelő időszakra könyvelt tételek, amelyek megfelelési kockázatot jelenthetnek. Miért fontos? Ez a dátum szükséges a könyvelési késedelmek kiszámításához és annak ellenőrzéséhez, hogy a tételek a megfelelő pénzügyi időszakban szerepelnek-e. Hol szerezhető be? Minden ERP-rendszerben használt pénzügyi bizonylat fejlécének szabványos, kötelező mezője. Példák 2023-10-312023-11-302024-01-02 | |||
| Részleg Department | A könyvelési tételhez tartozó üzleti részleg vagy költséghely, például pénzügy, értékesítés vagy IT. | ||
| Leírás A részleg attribútum a könyvelési tételt egy adott üzleti egységhez, funkcióhoz vagy költséghelyhez kapcsolja. Ez a szervezeti adat segít a pénzügyi tevékenységeket a vállalaton belül felelős területhez rendelni. A vállalatkódhoz hasonlóan a részleg attribútum is lehetővé teszi a folyamatadatok részletesebb elemzését. Segítségével összehasonlítható a folyamatok hatékonysága, az újramunka aránya és a jóváhagyási idő a különböző részlegek között. Így feltárhatók a részlegek bevált gyakorlatai, illetve azok a területek, ahol egyes csapatoknak több támogatásra vagy folyamatirányításra van szükségük. Miért fontos? Lehetővé teszi a folyamatok és a teljesítmény összehasonlítását az üzleti egységek között, így feltárhatók a részlegspecifikus problémák és a bevált gyakorlatok. Hol szerezhető be? A könyvelési tétel fejléc- vagy soradatai között található. Meghatározható a tételt létrehozó felhasználó vagy a tranzakcióhoz rendelt költséghely alapján is. Példák PénzügyÉrtékesítés és marketingIT-szolgáltatásokCC-10120 | |||
Record to Report naplókönyvelés: tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
| Naplóbejegyzés elutasítva | Az ellenőrző vagy jóváhagyó elutasítja a naplóbejegyzést, így az nem haladhat tovább. A bejegyzést általában visszaküldik a létrehozónak javításra, ami újramunkát indít el. | ||
| Miért fontos? Ez a tevékenység fontos az újramunka azonosításához, amely közvetlenül befolyásolja a folyamat hatékonyságát és költségét. A magas elutasítási arány képzési, szabályzati vagy adatminőségi problémákra utalhat. Hol szerezhető be? Az esemény a munkafolyamat- vagy auditnaplóba kerül, amikor a jóváhagyó az „Elutasítás” vagy „Visszaküldés” műveletet választja. Rögzítés Rögzítse azt az időbélyeget, amikor az állapot „Elutasítva”, „Javítás szükséges” vagy hasonló értékre változik. Eseménytípus explicit | |||
| Naplóbejegyzés jóváhagyásra benyújtva | A létrehozó hivatalosan benyújtja a kész naplóbejegyzést a jóváhagyási munkafolyamatba. Ezzel a naplóbejegyzés az előkészítési szakaszból ellenőrzésre váró állapotba kerül. | ||
| Miért fontos? Ez jelzi az előkészítési szakasz végét és a jóváhagyási ciklus kezdetét. A benyújtás és a jóváhagyás közötti idő fontos KPI a munkafolyamat hatékonyságának méréséhez. Hol szerezhető be? Ezt általában a rendszer auditnyomvonalában vagy munkafolyamat-naplójában rögzített állapotváltozás jelzi, például a „Folyamatban” állapot „Benyújtva” értékre váltása. Rögzítés Keresse meg azt az időbélyeget, amikor a naplóbejegyzés állapota „Jóváhagyásra benyújtva” vagy hasonló értékre változik. Eseménytípus explicit | |||
| Naplóbejegyzés jóváhagyva | A naplóbejegyzést egy erre felhatalmazott vezető véglegesen jóváhagyja. Ez az utolsó ellenőrzési pont, mielőtt a dokumentum bekerülhet a főkönyvbe. | ||
| Miért fontos? Ez a jóváhagyási ciklus végét jelző fontos mérföldkő. A jóváhagyás és a könyvelés közötti idő a folyamat hatékonyságának méréséhez és a szűk keresztmetszetek azonosításához is fontos. Hol szerezhető be? Ezt az eseményt a munkafolyamat- vagy auditnapló rögzíti, amikor az utolsó jóváhagyási lépést az arra felhatalmazott felhasználó elvégzi. Rögzítés Rögzítse a végső jóváhagyási állapot időbélyegét, például a „Jóváhagyva” vagy „Könyvelésre engedélyezve” állapotét. Eseménytípus explicit | |||
| Naplóbejegyzés lekönyvelve | A naplóbejegyzés hivatalosan bekerül a főkönyvbe. Ettől a ponttól a dokumentum végleges pénzügyi nyilvántartássá válik, és hatással van a vállalat pénzügyi kimutatásaira. | ||
| Miért fontos? Ez a folyamat elsődleges sikeres kimenetele és végpontja. Alapvető fontosságú a teljes ciklusidő és a naplóbejegyzés teljes életútja hatékonyságának méréséhez. Hol szerezhető be? Ezt a fontos eseményt a naplóbejegyzés fejlécrekordjából lehet rögzíteni, a „Lekönyvelve” állapot és a hozzá tartozó könyvelési dátum alapján. Rögzítés Használja a naplóbejegyzés fejlécét tartalmazó táblából vagy a kapcsolódó pénzügyi dokumentumok tábláiból származó könyvelési dátumot és időpontot. Eseménytípus explicit | |||
| Naplóbejegyzés létrehozva | Ez a tevékenység jelzi egy új naplóbejegyzés létrehozását. Ekkor rögzíti a felhasználó az első adatokat a rendszerben, és ezzel elindul a teljes folyamat. | ||
| Miért fontos? Ez a folyamat elsődleges kezdőtevékenysége. Az ettől a ponttól a könyvelésig eltelt időből mérhető a teljes ciklusidő. Hol szerezhető be? Ezt az eseményt általában a naplóbejegyzési modul fejlécét tartalmazó táblából rögzítik, a rekord létrehozásának időbélyegével. Rögzítés Keresse meg a rendszer tranzakciós naplóiban vagy a fejlécet tartalmazó táblában a naplóbejegyzés-azonosítóhoz tartozó legkorábbi időbélyeget. Eseménytípus explicit | |||
| Naplóbejegyzés sztornózva | Egy korábban lekönyvelt naplóbejegyzést egy új, ellentétes előjelű könyveléseket tartalmazó dokumentummal sztornóznak. Ezt a már lekönyvelt dokumentumok hibáinak javítására használják. A tranzakció kifejezetten rögzített és auditálható. | ||
| Miért fontos? A sztornók a lekönyvelt bejegyzések hibáinak fontos jelzői. Ez a tevékenység egy nem kívánatos alternatív végpontot jelent, és fontos mutatója annak, hogy a bejegyzések milyen arányban készülnek el elsőre helyesen. Hol szerezhető be? Ezt általában külön tranzakciótípusként rögzítik, vagy az eredeti és a sztornó könyvelési tétel adataiban is jelölik. Rögzítés Keresse meg az új könyvelési bizonylat könyvelési dátumát. A bizonylatnak kifejezetten az eredeti tétel sztornójaként kell kapcsolódnia ahhoz. Eseménytípus explicit | |||
| Dokumentáció csatolva | A felhasználó egy vagy több alátámasztó dokumentumot csatol a naplóbejegyzéshez. Ezek a dokumentumok biztosítják a tranzakció ellenőrzéséhez és auditálásához szükséges bizonyítékokat és háttérinformációkat. | ||
| Miért fontos? Ennek a tevékenységnek a követése segít megállapítani, hogy a késéseket hiányzó dokumentáció okozza-e. A naplóbejegyzés előkészítésének teljességéről és a megfelelésről is információt ad. Hol szerezhető be? Ezeket az adatokat általában a mellékleteket vagy dokumentumkezelést nyilvántartó külön táblában tárolják, a naplóbejegyzés-azonosítóhoz kapcsolva. Rögzítés Használja az adott naplóbejegyzés-azonosítóhoz tartozó dokumentumcsatolási napló vagy tábla létrehozási időbélyegét. Eseménytípus explicit | |||
| Kézi könyvelés azonosítva | Ez a számított esemény azt jelzi, hogy a naplóbejegyzést felhasználó hozta létre kézi, interaktív munkamenetben. Ez eltér az automatizált kapcsolaton vagy kötegelt feladatban létrehozott bejegyzésektől. | ||
| Miért fontos? Az automatizált és a kézi bejegyzések megkülönböztetése elengedhetetlen az automatizálás elemzéséhez. Segít a fejlesztési erőfeszítéseket a megfelelő területekre összpontosítani, és felmérni a kézi beavatkozások kockázatát. Hol szerezhető be? Ez nem időponthoz kötött esemény, hanem a forrásrendszer mezőiből, például a tranzakciókódból, a beviteli módból vagy a forrásrendszer jelölőiből képzett besorolás. Rögzítés A naplóbejegyzéseket a beviteli módot jelző forrásmező alapján sorolja be. Időbélyegként használható a könyvelés időpontja. Eseménytípus calculated | |||
| Könyvelési tétel kiegyenlítve | A könyvelési tétel nyitott sorát egy másik könyvelés egyenlíti ki, például egy pénzbeérkezés egy elhatárolást. Ez a tevékenység jelöli az adott sorok egyeztetését és lezárását. | ||
| Miért fontos? Ez a könyvelés utáni tevékenység fontos azokban a folyamatokban, amelyekben kiegyenlítési számlákat használnak. A kiegyenlítés késedelme ronthatja a mérleg pontosságát, és lassíthatja az időszak végi zárást. Hol szerezhető be? Az eseményt a könyvelési tétel sorának adatai között rögzítik. Ilyenkor általában kitöltik a kiegyenlítés dátumát és bizonylatszámát. Rögzítés Használja a könyvelési tétel adott sorához tartozó kiegyenlítési dátumot. Eseménytípus explicit | |||
| Naplóbejegyzés félretéve | A felhasználó elment egy hiányos naplóbejegyzést, de nem könyveli le, így később kiegészítheti vagy ellenőrizheti. Ezzel létrejön egy előzetes dokumentum, amely még nincs hatással a főkönyvre. | ||
| Miért fontos? A félretett bejegyzés késésre vagy a benyújtás előtt szükséges további információra utalhat. A félretett bejegyzések nagy száma a folyamat hiányosságait vagy az adatok elérhetőségével kapcsolatos problémákat jelezheti. Hol szerezhető be? Ez gyakran a naplóbejegyzés fejlécadataiban vagy egy kapcsolódó állapotváltozási naplóban szereplő, kifejezett állapot vagy dokumentumtípus. Rögzítés Rögzítse azt az időbélyeget, amikor a naplóbejegyzés állapota „Félretéve”, „Mentve” vagy „Hiányos” értékre változik. Eseménytípus explicit | |||
| Naplóbejegyzés ismételten jóváhagyásra benyújtva | A javított naplóbejegyzés visszakerül a jóváhagyási munkafolyamatba egy újabb ellenőrzési ciklusra. Ezzel a javítások után újraindul a jóváhagyási folyamat. | ||
| Miért fontos? Ez jelzi az adott naplóbejegyzés új jóváhagyási ciklusának kezdetét. Az ismételt benyújtások elemzése segít megérteni az újramunka teljes mértékét. Hol szerezhető be? Ezt a munkafolyamat-napló rögzíti, amikor a naplóbejegyzés állapota „Elutasítva” vagy „Folyamatban” értékről ismét „Jóváhagyásra benyújtva” értékre változik. Rögzítés Keresse meg az adott esetben a „Naplóbejegyzés elutasítva” tevékenység után bekövetkező „Jóváhagyásra benyújtva” állapotváltozást. Eseménytípus inferred | |||
| Naplóbejegyzés javítva | A felhasználó módosítja a naplóbejegyzést, miután azt elutasították vagy javításra visszaküldték. Ez jelzi az ellenőrzés során feltárt problémák megoldásához szükséges újramunkát. | ||
| Miért fontos? A javításra fordított idő mérése számszerűsíti az újramunka hatását. Rávilágít a folyamat hiányosságaira, valamint a fejlesztési és felhasználói képzési lehetőségekre. Hol szerezhető be? Ez gyakran úgy állapítható meg, hogy a „Elutasítva” állapot rögzítése után változást észlelnek a naplóbejegyzés fontos adatmezőiben. Rögzítés Észlelje a naplóbejegyzés adatainak vagy utolsó módosítási időbélyegének változását, amely az „Elutasítva” és az „Újra benyújtva” tevékenység között történik. Eseménytípus inferred | |||
| Naplóbejegyzés módosítva a könyvelés után | A felhasználó módosítja a naplóbejegyzés egyes mezőit a könyvelés után. Bár a legtöbb pénzügyi adat a könyvelést követően nem módosítható, egyes leíró mezők gyakran továbbra is szerkeszthetők. | ||
| Miért fontos? Ezek a módosítások adatminőségi problémára vagy a hivatalos sztornózási folyamaton kívüli javítási kísérletre utalhatnak. Követésük fontos az audit és a megfelelés elemzéséhez. Hol szerezhető be? Ezt a tevékenységet általában a könyvelés után a pénzügyi rekordok módosításait követő változásnaplók rögzítik. Rögzítés Keresse meg azokat a változásnapló-bejegyzéseket, amelyek a naplóbejegyzés-azonosítóhoz kapcsolódnak, és időbélyegük későbbi a könyvelés dátumánál. Eseménytípus explicit | |||
| Naplóbejegyzés törölve | A félretett vagy le nem könyvelt naplóbejegyzést törlik a rendszerből. Ez általában akkor történik, ha a bejegyzés tévedésből jött létre, vagy már nincs rá szükség, mielőtt pénzügyi rekorddá válna. | ||
| Miért fontos? Ez a végkimenetel azokra a naplóbejegyzésekre vonatkozik, amelyeket soha nem könyvelnek le. A törlések elemzése feltárhatja a folyamat hibáit vagy a szükségtelenül létrehozott munkát. Hol szerezhető be? Az esemény rögzíthető az auditnaplóból, vagy úgy azonosítható, hogy megkeresik azokat a rekordokat, amelyek korábban szerepeltek a naplóbejegyzési táblákban, de azóta törölték őket. Rögzítés Rögzítse a naplóbejegyzés rekordjának törlését nyilvántartó auditnapló időbélyegét. Eseménytípus explicit | |||
Adatkinyerési útmutatók
Az adatkinyerési módszerek rendszerenként eltérnek. Részletes útmutatásért
olvassa el az ETL-útmutatónkat vagy válasszon ki egy konkrét folyamatot és rendszert.
Kezdheti?
Indítsa el a folyamatelemzést az általános mintával, vagy válassza közvetlenül az adott rendszerhez készült adatkinyerési útmutatót az adatok előkészítéséhez.
Alakítsa át naplókönyvelési folyamatait, kezdje el az optimalizálást még ma
Növelje a hatékonyságot, csökkentse a hibák számát, és gyorsítsa fel a zárási ciklust.
Nincs szükség bankkártyára • Azonnal láthatja az eredményeket