Record to Report könyvelésitétel-adatsablon

Workiva
Record to Report könyvelésitétel-adatsablon

Record to Report könyvelésitétel-adatsablon

Ez a sablon útmutatást ad a Record to Report könyvelésitétel-folyamat elemzéséhez szükséges adatok összegyűjtéséhez. Bemutatja a szükséges adatmezőket, a követendő folyamatlépéseket, valamint azt, hogyan nyerheti ki ezeket az adatokat a Workivából. A sablon segítségével összegyűjtheti a process mining elemzéshez szükséges adatokat.
  • Javasolt attribútumok
  • Követendő fő 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.

Record to Report könyvelésitétel-attribútumok

Az alábbi adatmezőket érdemes felvenni az eseménynaplóba a Record to Report könyvelésitétel-folyamat részletes elemzéséhez.
5 Kötelező 5 Javasolt 8 Nem kötelező
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
Kötelező Javasolt Nem kötelező

Record to Report könyvelésitétel-tevékenységek

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

Adatkinyerési útmutatók

Adatok kinyerése a Workivából

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.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára. Bármikor lemondhatja.