Record to Report könyvelésitétel-adatsablon
Record to Report könyvelésitétel-adatsablon
- Javasolt attribútumok
- Követendő fő tevékenységek
- Gyakorlati útmutató az adatok kinyeréséhez
Record to Report könyvelésitétel-attribútumok
| Név | Leírás | ||
|---|---|---|---|
|
Kezdési idő
EventTime
|
Az adott tevékenység vagy esemény bekövetkezésének időpontját jelző időbélyeg. | ||
|
Leírás
Az esemény időpontja pontos dátum- és időadat, amely rögzíti, mikor történt egy tevékenység. Ez az adat elengedhetetlen az események helyes sorrendbe állításához és minden időalapú elemzéshez. A process mining során ebből számítható ki a tevékenységek közötti időtartam, az esetek teljes ciklusideje és a várakozási idő. Nélkülözhetetlen a ciklusidőket elemző dashboardokhoz, például a „Journal Entry Approval Cycle Time” és a „Document Attachment Lag Time” dashboardhoz. Az adatok alapján azonosíthatók a folyamat késedelmei és hatékonysági problémái is.
Miért fontos?
Ez az időbélyeg szükséges az időtartamok kiszámításához, az események helyes sorrendbe állításához és a folyamat teljesítményének időbeli elemzéséhez.
Hol szerezhető be?
A Workiva tranzakciós vagy naplótábláiban ezt az adatot rendszerint minden esemény vagy állapotváltozás mellett tárolják.
Példák
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Naplóbejegyzés-azonosító
JournalEntryId
|
Egyetlen naplóbejegyzés egyedi azonosítója, amely a folyamatelemzés elsődleges esetazonosítójaként szolgál. | ||
|
Leírás
A naplóbejegyzés azonosítója egyedileg követi az adott pénzügyi tranzakciókhoz kapcsolódó összes tevékenységet és eseményt a létrehozástól a végső könyvelésig és egyeztetésig. Az azonosító egyetlen folyamatpéldányba kapcsolja össze a lépéseket, például a létrehozást, a beküldést, az ellenőrzést, a jóváhagyást és a könyvelést. A process mining során ez az attribútum alapvető az egyes naplóbejegyzések teljes folyamatának rekonstruálásához. Segítségével bejegyzésenként elemezhetők a folyamatváltozatok, a ciklusidők és az újramunkálási ciklusok, így jól látható, hogyan haladnak végig az egyes bejegyzések a rendszeren.
Miért fontos?
Ez az alapvető azonosító a naplóbejegyzés teljes életútjának követéséhez, valamint a folyamatmenet, az időtartam és az eltérések elemzéséhez.
Hol szerezhető be?
Ez a naplóbejegyzés Workiva-rekordjának elsődleges kulcsa. A konkrét tábláról vagy API-végpontról a Workiva dokumentációjában tájékozódhat.
Példák
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
|
|||
|
Tevékenység
ActivityName
|
A naplóbejegyzéshez kapcsolódó konkrét folyamatlépés vagy esemény neve. | ||
|
Leírás
Ez az attribútum a naplóbejegyzés életútjának egy adott pontján végrehajtott tevékenységet írja le. Olyan fontos mérföldköveket rögzít, mint a „Journal Entry Created”, a „Journal Entry Submitted for Review”, a „Journal Entry Approved” és a „Journal Entry Posted to GL”. Ezeknek a tevékenységeknek a sorrendje és gyakorisága a process mining alapja. Segítségével megjeleníthető a folyamatmenet, azonosíthatók a gyakori és ritka útvonalak (változatok), valamint feltárhatók azok a szűk keresztmetszetek, ahol a bejegyzések a legtöbb időt töltik. Az attribútum a KPI-k, például a jóváhagyási ciklusidő kezdő- és végpontjának meghatározására is használható.
Miért fontos?
Meghatározza a folyamat lépéseit, így megjeleníthető és elemezhető a naplóbejegyzések munkafolyamata, valamint azonosíthatók a szűk keresztmetszetek.
Hol szerezhető be?
Általában a Workiva eseménynaplóiból vagy állapotváltozási rekordjaiból származik. Előfordulhat, hogy a rendszer állapotkódjait vagy eseményleírásait kell megfeleltetni a megfelelő mezőnek.
Példák
Naplóbejegyzés létrehozvaNaplóbejegyzés ellenőrzésre benyújtvaNaplóbejegyzés jóváhagyvaNaplóbejegyzés főkönyvbe könyvelve
|
|||
|
Forrásrendszer
SourceSystem
|
Az a nyilvántartó rendszer, amelyből a naplóbejegyzés adatait kinyerték. | ||
|
Leírás
Ez az attribútum azonosítja azt a forrásalkalmazást, ahonnan a folyamatadatok származnak. Ebben az elemzésben az értéke mindig „Workiva”. Egyetlen rendszer elemzésekor ez az adat állandónak tűnhet, de fontos metaadat az adatirányítás és a nyomon követhetőség szempontjából. Nagyobb vállalatoknál a folyamatok gyakran több rendszeren ívelnek át. Ilyenkor ez a mező segít megérteni az adatok teljes útját, és pontosan összekapcsolni a különböző forrásokból származó adatokat.
Miért fontos?
Segít nyomon követni az adatok eredetét, és megmutatja, honnan származnak a folyamatadatok, különösen több rendszert használó környezetben.
Hol szerezhető be?
Ez rendszerint az adatkinyerés és -átalakítás során hozzáadott, állandó érték, amely az adatok forrását jelöli.
Példák
Workiva
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az időbélyeg azt jelzi, mikor frissítették utoljára az adatokat a forrásrendszerből. | ||
|
Leírás
Ez az attribútum rögzíti a Workiva rendszerből végzett legutóbbi adatkinyerés dátumát és időpontját. Megmutatja, mennyire frissek az elemzett adatok. A folyamatokat elemző dashboardokon ez az információ segít a felhasználóknak megérteni, mennyire aktuálisak az eredmények. Láthatóvá teszi, hogy valós idejű adatokat vagy egy adott időpontban készült pillanatképet néznek-e, ami fontos a megalapozott működési döntésekhez.
Miért fontos?
Tájékoztatja a felhasználókat az adatok aktualitásáról, így megítélhetik, hogy az elemzés a folyamat legfrissebb állapotát mutatja-e.
Hol szerezhető be?
Ez az időbélyeg az adatkinyerés, -átalakítás és -betöltés (ETL) során jön létre és kerül tárolásra.
Példák
2023-10-27T02:00:00Z
|
|||
|
Felhasználó
User
|
A tevékenységet végző személy felhasználói azonosítója vagy neve. | ||
|
Leírás
Ez az attribútum azonosítja az adott tevékenységért felelős személyt, például a naplóbejegyzés készítőjét, ellenőrét vagy jóváhagyóját. Értéke lehet egyedi felhasználói azonosító, név vagy e-mail-cím. A felhasználók szerinti elemzés segít megérteni a munkaterhelés eloszlását, a teljesítményt és a megfelelést. A „Journal Entry Workload Distribution” és a „Journal Entry Rejection Analysis” dashboard például a tevékenységeket felhasználónként bontja le, így feltárhatók a képzési igények és az erőforrások egyenlőtlen eloszlása.
Miért fontos?
Segítségével elemezhető a munkaterhelés eloszlása, azonosíthatók a kiemelkedően teljesítők, és feltárhatók az egyes felhasználókhoz kötődő problémák vagy szűk keresztmetszetek.
Hol szerezhető be?
Ez az adat rendszerint a Workiva eseménynaplóiban vagy tranzakciós naplóiban érhető el, az egyes rögzített tevékenységekhez kapcsolva.
Példák
asmithbjonescchen
|
|||
|
Naplóbejegyzés állapota
JournalEntryStatus
|
A naplóbejegyzés aktuális állapota az életútja során. | ||
|
Leírás
Ez az attribútum a naplóbejegyzés aktuális állapotát jelzi, például „Draft”, „Submitted for Approval”, „Approved”, „Posted” vagy „Rejected”. Az adatkinyerés időpontjában mutatja a bejegyzés állapotát. Ez az adat elengedhetetlen a működés nyomon követéséhez, és a „Current Journal Entry Status Overview” dashboard alapja. Segítségével a vezetők áttekinthetik az aktuális munkaterhelést és a folyamat egyes szakaszaiban felhalmozódott hátralékot, ami támogatja az erőforrások elosztását és a feladatok rangsorolását.
Miért fontos?
Megmutatja a naplóbejegyzések aktuális helyét a folyamatban, ami segíti a működés nyomon követését és a hátralék kezelését.
Hol szerezhető be?
Ez a Workiva naplóbejegyzés-fejlécének szabványos mezője, amely az aktuális állapotot mutatja.
Példák
PiszkozatJóváhagyásra várKönyvelveElutasítva
|
|||
|
Naplóbejegyzés összege
JournalEntryAmount
|
A naplóbejegyzés teljes pénzösszege, rendszerint a tartozik vagy a követel összesített értéke. | ||
|
Leírás
Ez az attribútum a naplóbejegyzéshez kapcsolódó elsődleges pénzügyi értéket jelöli. Lehet a tartozik oldal összege, amelynek meg kell egyeznie a követel oldal összegével. A folyamat pénzügyi érték szerinti elemzése fontos mintázatokat tárhat fel. A nagy összegű naplóbejegyzéseket például alaposabban ellenőrizhetik, és szigorúbb jóváhagyási útvonalon kezelhetik. Az attribútum a dashboardok szűrésére is használható, így megvizsgálható, hogy az összeg összefügg-e a feldolgozási idővel, az újramunkálási aránnyal vagy a jóváhagyás késedelmével.
Miért fontos?
Lehetővé teszi a pénzügyi hatás szerinti elemzést, és segít megállapítani, hogy a nagy összegű bejegyzéseket másként dolgozzák-e fel, illetve gyakrabban késnek-e.
Hol szerezhető be?
Ez a Workiva naplóbejegyzés-fejlécének alapvető mezője.
Példák
15000.00250.50125000.75
|
|||
|
Naplóbejegyzés típusa
JournalEntryType
|
A naplóbejegyzés besorolása, például normál, elhatárolás vagy helyesbítés. | ||
|
Leírás
Ez az attribútum üzleti céljuk szerint sorolja kategóriákba a naplóbejegyzéseket. A gyakori típusok közé tartoznak a szokásos tranzakciók normál bejegyzései, a bevételek és ráfordítások elszámolására szolgáló elhatárolások, az átsorolások és a helyesbítések. Ez a dimenzió fontos az összehasonlító elemzéshez. Segítségével típus szerint szűrheti a folyamatot, és megvizsgálhatja, hogy bizonyos bejegyzések feldolgozása tovább tart-e, gyakrabban utasítják-e el őket, vagy más útvonalon haladnak-e. A „Journal Entry Reversal Rate Trend” dashboard például típusonként elemzi a sztornókat, így feltárhatók az egyes könyvelési gyakorlatokhoz kötődő problémák.
Miért fontos?
Lehetővé teszi a folyamat típus szerinti bontását, így megállapítható, hogy egyes bejegyzéstípusok több késedelmet, újramunkálást vagy eltérést okoznak-e.
Hol szerezhető be?
Ez valószínűleg a Workiva naplóbejegyzés-fejlécének szabványos mezője.
Példák
NormálElhatárolásÁtsorolásHelyesbítés
|
|||
|
Szervezeti egység
Department
|
Az a szervezeti egység vagy költséghely, amely kezdeményezte a naplóbejegyzést. | ||
|
Leírás
Ez az attribútum azonosítja a naplóbejegyzéshez kapcsolódó szervezeti egységet, például a pénzügyet, az értékesítést vagy a marketinget. Az egységet gyakran a költséghely vagy a bejegyzést készítő felhasználó alapján határozzák meg. A folyamat szervezeti egység szerinti elemzésével összehasonlítható a teljesítmény a szervezet különböző részei között. Kiderülhet, mely egységek folyamatai a leghatékonyabbak, hol a legmagasabb az újramunkálási arány, illetve hol tartanak legtovább a jóváhagyások. Az eredmények segítenek a bevált gyakorlatok megosztásában és a célzott támogatásban.
Miért fontos?
Lehetővé teszi a különböző üzleti egységek teljesítményének összehasonlítását, és segít feltárni az egyes szervezeti egységekre jellemző problémákat vagy bevált gyakorlatokat.
Hol szerezhető be?
Ez az adat valószínűleg a naplóbejegyzés fejlécében található, esetleg a készítő felhasználói profiljához kapcsolva vagy költséghelyként megadva.
Példák
PénzügyÉszak-amerikai értékesítésEU-s működés
|
|||
|
Automatikus végrehajtás
IsAutomated
|
Jelző, amely megmutatja, hogy a tevékenységet a rendszer vagy egy felhasználó végezte-e. | ||
|
Leírás
Ez a logikai attribútum megkülönbözteti a rendszer által automatikusan végrehajtott tevékenységeket, például az „Automated Validation Run” eseményt, a felhasználó által végzett műveletektől, például a „Journal Entry Reviewed” tevékenységtől. Ez a különbségtétel fontos a folyamat hatékonyságának és az automatizálási lehetőségeknek a pontos méréséhez. Segítségével elkülöníthetők az emberi munkához és a rendszerhez kapcsolódó szűk keresztmetszetek, valamint kiszámítható a folyamat tényleges kézi munkaigénye. Az attribútum az automatizálás növelését és a kézi beavatkozások csökkentését célzó kezdeményezésekhez is hasznos.
Miért fontos?
Segít elkülöníteni a rendszer és az emberek tevékenységeit, ami szükséges az automatizáltság elemzéséhez és a kézi munka szűk keresztmetszeteinek feltárásához.
Hol szerezhető be?
Ez gyakran származtatott attribútum. Meghatározható például úgy, hogy ellenőrzi, a tevékenységhez tartozó „User” rendszer- vagy szolgáltatásfiók-e, illetve hogy a tevékenység neve utal-e automatizálásra.
Példák
truefalse
|
|||
|
Befejezési idő
EndTime
|
Az időbélyeg azt jelzi, mikor fejeződött be az adott tevékenység vagy esemény. | ||
|
Leírás
A befejezési idő a tevékenység lezárásának pontos időpontját rögzíti. Sok folyamatesemény azonnali, ezért csak kezdési idő tartozik hozzá. Más tevékenységeknek mérhető időtartamuk van, például az ellenőrzésnek, amely akkor kezdődik, amikor a felhasználó megnyitja a feladatot, és akkor ér véget, amikor beküldi. Ez az attribútum elsősorban a tevékenység feldolgozási idejének, vagyis az aktív munkával töltött időnek a kiszámítására szolgál, elkülönítve azt a tétlen vagy várakozási időtől. Segítségével megállapítható, mennyi időt töltenek a felhasználók tényleges munkával az egyes feladatokon, például a „Journal Entry Reviewed” tevékenységen.
Miért fontos?
Lehetővé teszi a tevékenység tényleges feldolgozási idejének kiszámítását, és elkülöníti az aktív munkát a várakozástól, így pontosabban elemezhető a hatékonyság.
Hol szerezhető be?
Tájékozódjon a Workiva dokumentációjában. Az adatot úgy kellhet meghatározni, hogy egy tevékenység kezdő- és befejező eseményét is rögzíti.
Példák
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
|
|||
|
Elutasítás oka
RejectionReason
|
Az elutasítás okát megadó kód vagy szöveg, ha a naplóbejegyzést az ellenőrzés vagy a jóváhagyás során elutasították. | ||
|
Leírás
Ha elutasítanak egy naplóbejegyzést, ez az attribútum rögzíti az ellenőr vagy a jóváhagyó által megadott okot. Ilyen lehet például a „Hibás főkönyvi számla”, a „Hiányzó dokumentáció”, a „Számítási hiba” vagy a „Szabályszegés”. Ez az adat nélkülözhetetlen az újramunkálás kiváltó okainak feltárásához. A leggyakoribb elutasítási okok elemzésével a szervezet azonosíthatja a fejlesztendő területeket, például a célzott felhasználói képzés, az egyértelműbb útmutatás vagy a rendszerellenőrzések javításának szükségességét. Ez az attribútum fontos a „Journal Entry Rework Analysis” és a „Journal Entry Rejection Analysis” dashboardhoz.
Miért fontos?
Közvetlenül megmutatja az újramunkálás kiváltó okait, így célzottan fejleszthető a képzés, a dokumentáció és a folyamatellenőrzés.
Hol szerezhető be?
Az adat külön mezőben vagy a Workiva „Journal Entry Rejected” tevékenységéhez kapcsolódó megjegyzésmezőben tárolható.
Példák
Hiányzó alátámasztó dokumentációHibás főkönyvi számla használataAz összeg meghaladja a küszöbértéket
|
|||
|
Jóváhagyási ciklusidő
ApprovalCycleTime
|
A naplóbejegyzés ellenőrzésre való beküldésétől a végső jóváhagyásig eltelt teljes idő. | ||
|
Leírás
Ez a számított mutató a teljes jóváhagyási szakasz időtartamát méri. Általában az egyes naplóbejegyzéseknél az első „Journal Entry Submitted for Review” esemény és a végső „Journal Entry Approved” esemény időpontja közötti különbségként számítják ki. Közvetlenül méri az ellenőrzési és jóváhagyási munkafolyamat hatékonyságát, ezért számos pénzügyi részleg számára elsődleges KPI. A „Journal Entry Approval Cycle Time” dashboard ezt a mutatót jeleníti meg, így feltárhatók a szűk keresztmetszetek, és nyomon követhető, hogyan hatnak a jóváhagyás gyorsítását célzó folyamatfejlesztések.
Miért fontos?
Ez a KPI közvetlenül méri a jóváhagyási folyamat hatékonyságát, és segít pontosan meghatározni a késedelmeket.
Hol szerezhető be?
Ez a számított mutató az eseménynapló „Journal Entry Submitted for Review” és „Journal Entry Approved” tevékenységeinek időbélyegeiből származik.
Példák
25920086400604800
|
|||
|
Könyvelés dátuma
PostingDate
|
Az a dátum, amikor a naplóbejegyzést hivatalosan rögzítik a főkönyvben. | ||
|
Leírás
A könyvelés dátuma a tranzakció pénzügyi jelentésekben alkalmazott hatálybalépési dátuma. Ez határozza meg, hogy a bejegyzés melyik pénzügyi időszak kimutatásaiban jelenik meg. Eltérhet a bejegyzés létrehozásának vagy jóváhagyásának dátumától. Ez az attribútum fontos a pénzügyi elemzés és a megfelelés szempontjából. Segítségével vizsgálható, hogy a könyvelések időben megtörténnek-e a pénzügyi időszakok zárásához képest. A jóváhagyás és a könyvelés közötti késedelem rendszer- vagy folyamathibára, illetve szűk keresztmetszetre utalhat, ami hátráltathatja a pénzügyi zárást.
Miért fontos?
A pénzügyi jelentések szempontjából fontos dátum, amely segít elemezni a könyvelések időszerűségét és a pénzügyi zárási ciklusra gyakorolt hatásukat.
Hol szerezhető be?
Ez a Workiva naplóbejegyzés-fejlécének szabványos dátummezője.
Példák
2023-10-312023-11-302023-12-31
|
|||
|
Vállalati kód
CompanyCode
|
Az adott jogi személy azonosítója, amelynek nevében a naplóbejegyzést rögzítik. | ||
|
Leírás
A vállalati kód egy vállalatcsoporton belüli különálló jogi személyt jelöl. A pénzügyi tranzakciókat ezen a szinten rögzítik a jogszabályi jelentésekhez és a konszolidációhoz. Több jogi személyből álló szervezetnél fontos a naplóbejegyzések folyamatának vállalati kód szerinti elemzése. Feltárhatók vele az egyes jogi személyekre vagy földrajzi régiókra jellemző eltérések a folyamat teljesítményében, a megfelelésben és a hatékonyságban. Ez célzottabb folyamatfejlesztést tesz lehetővé.
Miért fontos?
Segít elemezni és összehasonlítani a folyamat teljesítményét a szervezet különböző jogi személyei között.
Hol szerezhető be?
Ez minden vállalati könyvelési rendszerben, így a Workiva rendszerben is, a naplóbejegyzés fejlécének alapvető és kötelező mezője.
Példák
1000US01DE01
|
|||
|
Van dokumentáció
HasSupportingDocumentation
|
Jelző, amely megmutatja, hogy csatoltak-e alátámasztó dokumentációt az ellenőrzésre való beküldés előtt. | ||
|
Leírás
Ez a logikai attribútum azt ellenőrzi, hogy az adott naplóbejegyzésnél a „Supporting Documentation Attached” tevékenység megelőzte-e a „Journal Entry Submitted for Review” tevékenységet. Ez az attribútum közvetlenül támogatja a „Journal Entry Documentation Compliance” dashboardot és a „JE Documentation Attachment Rate” KPI-t. Fontos a megfelelés és az auditálhatóság szempontjából, mert a megfelelő dokumentáció nélküli bejegyzések elutasítást, késedelmet és auditmegállapítást eredményezhetnek. Az adat elemzése segít betartatni az előírásokat és egyszerűsíteni az ellenőrzést.
Miért fontos?
Közvetlenül méri a dokumentációs előírások betartását, és segít csökkenteni a hiányzó adatok miatt szükséges újramunkálást és késedelmeket.
Hol szerezhető be?
Ez származtatott attribútum, amelyet az egyes esetek folyamatadataiban szereplő tevékenységek sorrendje alapján számítanak ki.
Példák
truefalse
|
|||
|
Volt újramunkálás
IsRework
|
Jelző, amely megmutatja, hogy a naplóbejegyzést az életútja során bármikor elutasították vagy javították-e. | ||
|
Leírás
Ez az egyes esetekhez kiszámított logikai attribútum. Értéke „true”, ha a naplóbejegyzés tevékenységsorozata olyan eseményt tartalmaz, mint a „Journal Entry Rejected” vagy a „Journal Entry Corrected”. Az attribútum egyértelmű igen/nem jelzővel egyszerűsíti az újramunkálás elemzését, és megkönnyíti a szűrést, illetve az összesítést. Alapja a „Journal Entry Rework Rate” KPI számításának és a „Journal Entry Rework Analysis” dashboardnak. Segítségével gyorsan azonosíthatók azok az esetek, amelyek eltérnek a szokásos folyamattól, és további munkát igényelnek.
Miért fontos?
Egyszerű jelzővel azonosíthatók és elemezhetők a javítást igénylő naplóbejegyzések. Ez fontos a folyamatminőség és az elsőre helyesen elkészített bejegyzések arányának méréséhez.
Hol szerezhető be?
Ez származtatott attribútum, amelyet az egyes esetek eseménynaplójában szereplő, újramunkáláshoz kapcsolódó tevékenységek, például a „Journal Entry Rejected” keresésével számítanak ki.
Példák
truefalse
|
|||
Record to Report könyvelésitétel-tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Naplóbejegyzés ellenőrzésre benyújtva
|
Azt a pillanatot jelzi, amikor a felhasználó a kidolgozott naplóbejegyzést a dokumentációval együtt benyújtja a hivatalos ellenőrzési és jóváhagyási munkafolyamatba. Ezt a Workiva platformon általában kifejezett állapotváltozás rögzíti, amikor a bejegyzés „Draft” vagy „New” állapotból „In Review” állapotba kerül. | ||
|
Miért fontos?
Ez a tevékenység fontos mérföldkő, mert elindítja a jóváhagyási ciklust. A kezdőpont é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 szükséges a jóváhagyási ciklusidő kiszámításához.
Hol szerezhető be?
A naplóbejegyzés állapotának változásából következtethető ki, például amikor a „Draft” érték „Submitted for Review” értékre változik. A módosítást és annak időbélyegét a rendszer a változástörténetben vagy az állapotnapló táblájában rögzíti.
Rögzítés
A naplóbejegyzés állapotmezőjének „Submitted” vagy hasonló értékre történő változásából, a módosítás időbélyegét használva állapítható meg.
Eseménytípus
inferred
|
|||
|
Naplóbejegyzés elutasítva
|
Az ellenőr vagy a jóváhagyó hiba, hiányzó adat vagy szabályszegés miatt elutasítja a naplóbejegyzést. A bejegyzés így javításra visszakerül a készítőhöz. Ezt a „Rejected” vagy „Needs Rework” állapot rögzíti. | ||
|
Miért fontos?
Ez a tevékenység indítja el leggyakrabban az újramunkálási ciklusokat, amelyek jelentősen rontják a folyamat hatékonyságát. Az elutasítások elemzése feltárja a képzési igényeket, a gyakori hibákat és a nem egyértelmű folyamatleírásokat.
Hol szerezhető be?
A naplóbejegyzés előzménynaplójában rögzített állapotváltozásból állapítható meg. Az állapot „Rejected” értékre vált, az eseményt pedig időbélyeggel és a műveletet végző felhasználó azonosítójával rögzítik.
Rögzítés
Az időpont, amikor az állapotmező „Rejected” vagy „Sent Back” értékre változik.
Eseménytípus
inferred
|
|||
|
Naplóbejegyzés főkönyvbe könyvelve
|
Ez a tevékenység azt jelzi, hogy a jóváhagyott naplóbejegyzést hivatalosan könyvelték a főkönyvbe. A fő folyamat sikeres lezárását jelenti, és rendszerint végső állapotváltozásként vagy könyvelési tranzakciós naplóbejegyzésként rögzítik. | ||
|
Miért fontos?
A legtöbb naplóbejegyzésnél ez a folyamat elsődleges záróeseménye, ezért fontos az elejétől a végéig tartó ciklusidő és az átbocsátás számításához. Ekkor kerül be a bejegyzés a pénzügyi kimutatásokba.
Hol szerezhető be?
A főkönyvi könyveléseket rögzítő tranzakciós naplóban vagy a naplóbejegyzés „Posted” állapotváltozásaként található meg. Ilyenkor rendszerint a könyvelés dátumát is rögzítik.
Rögzítés
A főkönyvi könyvelési táblából olvasható ki az időbélyeggel és a naplóbejegyzés azonosítójára mutató hivatkozással, vagy a „Posted” állapotváltozásból.
Eseménytípus
explicit
|
|||
|
Naplóbejegyzés jóváhagyva
|
Ez a tevékenység a naplóbejegyzés felhatalmazott felhasználó általi végső jóváhagyását jelzi, amely után a bejegyzés könyvelhető. Fontos mérföldkő, amelyet a Workiva rendszerint az „Approved” állapotra váltással rögzít. | ||
|
Miért fontos?
A teljes ellenőrzési és jóváhagyási folyamat sikeres lezárását jelzi. Fontos esemény a jóváhagyási ciklusidő és az elsőre jóváhagyott bejegyzések arányának méréséhez, és közvetlenül hat a folyamat hatékonyságára.
Hol szerezhető be?
A naplóbejegyzés állapottörténetéből olvasható ki. A rekord állapotmezője „Approved” értékre frissül, a változást pedig időbélyeggel és a jóváhagyó felhasználói azonosítójával rögzítik.
Rögzítés
Az időpont, amikor a naplóbejegyzés állapotmezője „Approved” értékre frissül.
Eseménytípus
inferred
|
|||
|
Naplóbejegyzés létrehozva
|
Ez a tevékenység jelzi egy új naplóbejegyzés létrehozását a Workivában. Akkor rögzül, amikor egy felhasználó új naplóbejegyzést hoz létre. Ekkor egyedi Journal Entry ID keletkezik, amely a folyamat esetazonosítójaként szolgál. | ||
|
Miért fontos?
A folyamat kezdőpontjaként ez az esemény elengedhetetlen az egyes naplóbejegyzések teljes ciklusidejének méréséhez. Elemzése segít megérteni a munkaterhelés kezdetét és megtervezni az erőforrásokat.
Hol szerezhető be?
Az esemény jellemzően a Workiva auditnaplójából vagy tranzakciós táblájából nyerhető ki. Ezek rögzítik az új naplóbejegyzések létrehozását, az időbélyeggel és a felhasználói azonosítóval együtt.
Rögzítés
Az új naplóbejegyzés létrehozásakor az auditnyomvonalban vagy egy táblában rögzül, a „Created On” időbélyeggel együtt.
Eseménytípus
explicit
|
|||
|
Naplóbejegyzés sztornózva
|
Egy korábban könyvelt naplóbejegyzést sztornóznak, és új bejegyzést hoznak létre az eredeti ellentételezésére. Ez külön tranzakciótípus, amelyet a rendszer kifejezetten rögzít. | ||
|
Miért fontos?
Ez a tevékenység erősen utal a már könyvelt bejegyzések hibáira. A magas sztornózási arány problémát jelezhet az első ellenőrzési és jóváhagyási folyamatban, ami rontja a pénzügyi adatok pontosságát és további munkát igényel.
Hol szerezhető be?
A tranzakciós adatokból olvasható ki, ahol egy adott tranzakciótípus vagy jelző sztornózást jelez. A sztornóbejegyzés rendszerint hivatkozik az eredeti naplóbejegyzés azonosítójára.
Rögzítés
Új naplóbejegyzés jön létre „Reversal” típussal, az eredeti bejegyzés azonosítójára mutató hivatkozással.
Eseménytípus
explicit
|
|||
|
Alátámasztó dokumentumok csatolva
|
Ez a tevékenység akkor történik, amikor a felhasználó egy vagy több alátámasztó dokumentumot, például számlát vagy szerződést csatol a naplóbejegyzéshez. Általában a Workiva dokumentumkezelési vagy csatolási funkciójának figyelésével rögzíthető. | ||
|
Miért fontos?
A tevékenység követése elengedhetetlen a megfelelés ellenőrzéséhez és a késések feltárásához. A bejegyzés létrehozása és a dokumentum csatolása közötti idő jelentős szűk keresztmetszetet okozhat, és késleltetheti az ellenőrzést, illetve a jóváhagyást.
Hol szerezhető be?
A Workiva dokumentumkezelési funkcióihoz kapcsolódó naplókból nyerhető ki. Ezek rögzítik, mikor kapcsolnak egy fájlt egy adott Journal Entry ID-hoz. Az adat származhat külön eseménynaplóból, vagy következtethető a csatolási hivatkozás létrehozási dátumából.
Rögzítés
A rendszer akkor rögzíti az eseményt, amikor a felhasználó sikeresen feltölt vagy a naplóbejegyzéshez kapcsol egy dokumentumot.
Eseménytípus
explicit
|
|||
|
Automatikus ellenőrzés lefuttatva
|
A benyújtás után a rendszer automatikusan ellenőrzi a naplóbejegyzés mezőit, összegeit vagy a megfelelési szabályokat. Ezt gyakran a rendszer által naplózott háttérfolyamat végzi. | ||
|
Miért fontos?
Az esemény korán feltárja az adatminőségi problémákat, így később kevesebb kézi javításra van szükség. A sikertelen ellenőrzések elemzése megmutathatja a gyakori felhasználói hibákat, illetve azokat a területeket, ahol javítani kell a rendszer útmutatásain.
Hol szerezhető be?
Az esemény a rendszer naplóiban vagy a naplóbejegyzési munkafolyamathoz kapcsolódó tranzakciós naplóban található meg. A bejegyzés rögzíti az ellenőrzési szabályok lefutását.
Rögzítés
A rendszer akkor naplózza, amikor az ellenőrző motor lefuttatja az ellenőrzést a naplóbejegyzés adatain.
Eseménytípus
explicit
|
|||
|
Automatikus ellenőrzés sikertelen
|
A rendszer automatikus ellenőrzése hibát talál, ezért a naplóbejegyzés nem haladhat tovább a munkafolyamatban. A rendszer ilyenkor automatikusan sikertelen vagy javításra váró állapotba állítja a bejegyzést. | ||
|
Miért fontos?
Ez a tevékenység az automatikus minőségellenőrzést mutatja. A gyakori hibák rendszerszintű adatbeviteli problémára vagy maguknak az ellenőrzési szabályoknak a hibájára utalhatnak, és szükségtelen újramunkálást okozhatnak.
Hol szerezhető be?
A rendszer naplójából vagy az automatikus ellenőrzési folyamat által kiváltott állapotváltozásból olvasható ki. A bejegyzés állapota például „Validation Error” értékre változhat.
Rögzítés
A rendszer által rögzített esemény vagy automatikus állapotváltozás hibás állapotra, amikor egy ellenőrzési szabály nem teljesül.
Eseménytípus
explicit
|
|||
|
Naplóbejegyzés egyeztetve
|
Ez a könyvelés utáni tevékenység akkor történik, amikor a naplóbejegyzést az egyeztetés során párosítják és lezárják. A Workiva egyeztetési vagy számlahitelesítési eszközei rögzítik. | ||
|
Miért fontos?
A könyvelés és az egyeztetés közötti idő elemzése segít megérteni a pénzügyi zárás hatékonyságát. Az itt jelentkező késedelmek ronthatják a pénzügyi jelentések időszerűségét és pontosságát.
Hol szerezhető be?
Az adat valószínűleg a Workiva külön egyeztetési moduljából vagy táblájából származik, amely az egyeztetett tételeket az eredeti naplóbejegyzés-azonosítóhoz kapcsolja. Az egyeztetési állapot változásának időpontját kell használni.
Rögzítés
Az egyeztetési modulban rögzített esemény vagy állapotváltozás időpontja, amely a naplóbejegyzést „Reconciled” állapotúként jelöli.
Eseménytípus
explicit
|
|||
|
Naplóbejegyzés ellenőrizve
|
Ez az esemény azt jelzi, hogy az ellenőr befejezte a naplóbejegyzés vizsgálatát, és intézkedett, például továbbküldte jóváhagyásra vagy elutasította. Az esemény általában a következő állapotváltozásból állapítható meg. | ||
|
Miért fontos?
Egy fontos minőségellenőrzés lezárását jelzi. Az ellenőrzési szakasz időtartamának elemzése segít a csapat terhelésének kezelésében, valamint a felülvizsgálók képzési igényeinek és az egyszerűsítési lehetőségeknek a feltárásában.
Hol szerezhető be?
Az esemény időpontja abból állapítható meg, amikor a naplóbejegyzés állapota „In Review” értékről egy későbbi állapotra, például „Pending Approval” vagy „Rejected” értékre változik.
Rögzítés
Az időpont, amikor az állapot „Review” értékről bármely későbbi állapotra változik.
Eseménytípus
inferred
|
|||
|
Naplóbejegyzés ellenőrzése megkezdődött
|
Ez a tevékenység azt jelzi, amikor az ellenőr megkezdi a benyújtott naplóbejegyzés vizsgálatát. Az esemény abból is megállapítható, ha az ellenőr megnyitja vagy magához rendeli a feladatot a Workiva feladatlistájában. | ||
|
Miért fontos?
A tevékenység segít elkülöníteni a feladat várakozási idejét az aktív ellenőrzésre fordított időtől. Ez elengedhetetlen az ellenőrök munkaterhelésének pontos méréséhez és a várakozási szakaszok szűk keresztmetszeteinek feltárásához.
Hol szerezhető be?
Ez gyakran nem külön eseményként rögzül. Az eseményre abból lehet következtetni, hogy a rendszer egy adott felhasználóhoz rendeli a feladatot, vagy hogy a felhasználó a benyújtás után először nyitja meg a naplóbejegyzést.
Rögzítés
Az esemény abból állapítható meg, hogy a feladat állapota „In Progress” értékre változik, vagy hogy a kijelölt ellenőr a benyújtás után először nyitja meg a bejegyzést.
Eseménytípus
inferred
|
|||
|
Naplóbejegyzés javítva
|
Az elutasítás után a készítő vagy egy másik felhasználó módosítja a naplóbejegyzést a jelzett problémák megoldásához. Ezt általában nem rögzítik külön eseményként, hanem a „Rejected” állapot után a rekordban történt adatváltozásokból lehet következtetni rá. | ||
|
Miért fontos?
Ez a tevékenység az újramunkálási ciklus része. A javítási idő mérése megmutatja, milyen gyorsan kezelik a hibákat, illetve hogy bizonyos felhasználók vagy bejegyzéstípusok javítása több időt vesz-e igénybe.
Hol szerezhető be?
A tevékenység az auditnaplók elemzésével állapítható meg. A „Rejected” állapot és az azt követő újbóli beküldés között a naplóbejegyzésen végrehajtott mezőmódosításokat kell keresni.
Rögzítés
A „Rejected” esemény időpontja után a naplóbejegyzés adatain végrehajtott módosításokat rögzítő változásnaplók vagy auditnaplók alapján azonosítható.
Eseménytípus
inferred
|
|||
|
Naplóbejegyzés jóváhagyásra küldve
|
A sikeres első ellenőrzés után a naplóbejegyzést hivatalosan továbbítják a kijelölt jóváhagyónak vagy jóváhagyói csoportnak. Ezt állapotváltozás jelzi, például a „Reviewed” állapot „Pending Approval” értékre váltása. | ||
|
Miért fontos?
Ez a tevékenység elkülöníti az első ellenőrzést a végső jóváhagyástól, amelyet más-más szerepkörök végezhetnek. Így külön vizsgálhatók a magasabb szintű jóváhagyási szakasz késedelmei.
Hol szerezhető be?
A naplóbejegyzés változástörténeti táblájában rögzített állapotváltozásból állapítható meg. Az állapot ellenőrzésiről jóváhagyásira vált.
Rögzítés
Az állapotmező „Pending Approval” vagy hasonló értékre váltásának és az ehhez tartozó időpontnak a követésével határozható meg.
Eseménytípus
inferred
|
|||
Adatkinyerési útmutatók
Kezdheti?
Kezdje el még ma a Record to Report könyvelésitétel-folyamat fejlesztését. Ez a sablon mindent megad ahhoz, hogy megkezdje az adatok kinyerését és az elemzést.
Kezdje el még ma a Record to Report könyvelésitétel-folyamat fejlesztését
Csökkentse 30%-kal a könyvelési tételek átfutási idejét, és zárja le gyorsabban a pénzügyi időszakokat.
Nincs szükség bankkártyára. Bármikor lemondhatja.