Költségelszámolási adatsablon
Költségelszámolási adatsablon
Ez a(z) Költségelszámolá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- A szükséges adatmezők teljes listája.
- A költségelszámolás fontos tevékenységei és mérföldkövei.
- Alap a részletes, rendszertől független folyamatelemzéshez.
A költségelszámolás adatai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időpontja EventTime | Az időbélyeg, amely megadja, hogy egy adott tevékenység vagy esemény pontosan mikor történt. | ||
| Leírás Az esemény időpontja, vagyis az időbélyeg rögzíti, mikor történt egy tevékenység. Ez adja meg az egyes költségelszámolások eseményeinek időrendi sorrendjét, ami elengedhetetlen a folyamat idővonalának pontos rekonstruálásához. A process mining során az időbélyegek minden időalapú elemzés alapját adják. Segítségükkel kiszámíthatók a fontos teljesítménymutatók, például a tevékenységek közötti ciklusidő, a teljes feldolgozási idő és a várakozási idő. Az időbélyegek elemzésével feltárhatók a jóváhagyási folyamat késései, mérhető a költségtérítés kifizetésének hatékonysága, és nyomon követhető a szolgáltatási szintre vonatkozó megállapodások teljesülése. Miért fontos? Ez az időbélyeg elengedhetetlen az események időrendi sorrendbe rendezéséhez és az időtartam-alapú mutatók, például a ciklusidők és a szűk keresztmetszetek kiszámításához. Hol szerezhető be? Az eseménynaplókban vagy tranzakciós adatokban található, gyakran „Létrehozás dátuma”, „Időbélyeg” vagy „Esemény dátuma” néven. Példák 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z | |||
| Költségelszámolás-azonosító ExpenseReportId | A költségelszámolás egyedi azonosítója. Ez az azonosító kapcsolja össze a hozzá tartozó tevékenységeket, és ez szolgál elsődleges ügyazonosítóként. | ||
| Leírás A költségelszámolás-azonosító egyedi kulcs, amelyet a munkavállaló által benyújtott minden költségelszámoláshoz hozzárendelnek. Ez kapcsolja össze a folyamat összes lépését a létrehozástól és benyújtástól a jóváhagyásokon és esetleges elutasításokon át a végső költségtérítésig. A process mining során ez az attribútum alapvető a folyamat egyes eseteinek rekonstruálásához. Minden egyedi költségelszámolás-azonosító a költségkezelési folyamat egyetlen példányát jelöli. Az egyes azonosítókhoz tartozó folyamatút elemzésével megjeleníthetők a folyamatmenetek, kiszámítható az egyes jelentések ciklusideje, és feltárhatók a jelentések kezelésének eltérései. Miért fontos? Ez az alapvető ügyazonosító kapcsolja össze a költségelszámolás teljes életciklusának eseményeit, így végigkövethető a folyamat az elejétől a végéig. Hol szerezhető be? Általában a költségelszámolás fejlécadatai között vagy a költségfolyamat fő tranzakciós táblájában található. Példák ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582 | |||
| Tevékenység neve ActivityName | A költségelszámolás életciklusa során bekövetkezett konkrét üzleti esemény vagy feladat neve. | ||
| Leírás A tevékenység neve a költségkezelési folyamat egy-egy lépését vagy állapotváltását írja le. Ilyen például a „Költségelszámolás létrehozva”, a „Vezető jóváhagyta”, a „Szabálysértés megjelölve” és a „Költségtérítés kifizetve”. Ezek a tevékenységek alkotják az egyes költségelszámolások folyamatmenetét. A process mining elemzésben ez az attribútum alapvető a tényleges folyamatmodell feltárásához. Segítségével megjeleníthető a folyamattérkép, azonosíthatók azok a szűk keresztmetszetek, ahol egy-egy tevékenység túl sokáig tart, feltárhatók az újramunkálási körök, például a „Jelentés visszaküldve javításra”, és felismerhetők a szokásostól eltérő folyamatváltozatok. A tevékenységnevek egyértelműsége és részletessége közvetlenül befolyásolja a folyamatelemzés eredményeinek minőségét. Miért fontos? Ez az attribútum határozza meg a folyamat lépéseit, így megjeleníthető a folyamattérkép, és elemezhetők a munkafolyamat mintázatai és eltérései. Hol szerezhető be? Az eseménynaplókból, az állapotváltozási táblákból vagy a költségelszámoláshoz kapcsolódó tranzakciós rekordokból származik. Példák Költségelszámolás benyújtvaVezető jóváhagytaPénzügyi elutasításKöltségtérítés kifizetve | |||
| Forrásrendszer SourceSystem | Az a rendszer, alkalmazás vagy platform, amelyből a költségkezelési adatokat kinyerték. | ||
| Leírás A forrásrendszer attribútum a folyamatadatok eredetét jelöli. A modern vállalatoknál a költségkezelés több integrált rendszert is érinthet: például a munkavállalói adatokhoz HR-rendszert, a költségek benyújtásához külön költségkezelő eszközt, a könyveléshez pedig ERP-rendszert használnak. Ez a mező segít megkülönböztetni az eltérő forrásokból származó adatokat. Ez az információ hasznos az adatok ellenőrzéséhez és a folyamat technológiai hátterének megértéséhez. Ha a folyamat problémái egy adott rendszerből származó adatoknál jelentkeznek, az integrációs hibára vagy az alkalmazáson belüli problémára utalhat. Az adatok értelmezéséhez is támpontot ad, mert megmutatja, melyik rendszer tekinthető hiteles forrásnak az egyes folyamatlépéseknél. Miért fontos? Megmutatja az adatok eredetét, ami elengedhetetlen az adatirányításhoz, a hibakereséshez és a különböző platformokon zajló folyamatok eltéréseinek megértéséhez. Hol szerezhető be? Ez az információ gyakran az adatkinyerés részeként vagy metaadatként áll rendelkezésre, de az adatok előkészítése során is hozzáadható. Példák SAP ConcurExpensifyCoupaBrexRamp | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg azt mutatja, mikor frissítették utoljára a rekord adatait a forrásrendszerből. | ||
| Leírás Az utolsó adatfrissítés időbélyege megadja, mikor nyerték ki vagy szinkronizálták utoljára az adatokat a forrásrendszerből. Így egyértelmű, hogy az elemzés milyen időpontig tartalmaz adatokat, és minden érintett tudja, mennyire frissek az adatok. A process mining során ez az attribútum fontos az adatok sértetlenségének megőrzéséhez és a jelentések készítéséhez. Segít megérteni, hogy valós idejű adatokat vagy korábbi állapotot lát-e. Ez különösen fontos a folyamatos nyomon követésre szolgáló dashboardoknál, ahol az adatok időszerűsége elengedhetetlen. Az adatfolyamok hibakeresését is segíti, mert ellenőrizhető vele, hogy az adatok frissítése az ütemezés szerint történik-e. Miért fontos? Átláthatóvá teszi az adatok frissességét, ami elengedhetetlen a folyamatelemzés és a nyomon követést szolgáló dashboard pontosságához és relevanciájához. Hol szerezhető be? Az adatbetöltés során általában az adatintegrációs vagy ETL-eszköz hozza létre és tárolja. Példák 2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z | |||
| Beküldő Submitter | A költségelszámolást létrehozó és benyújtó munkavállaló neve vagy azonosítója. | ||
| Leírás A beküldő az a munkavállaló, aki felmerült költségeit elszámolja, és a költségelszámolás létrehozásával elindítja a költségtérítési folyamatot. Ez az attribútum általában az adott költségelszámolási eset minden eseményénél azonos. Az általános „Felhasználó” attribútum az egyes lépések végrehajtóját azonosítja, a „Beküldő” viszont az eset egészére érvényes, állandó attribútumot ad a jelentés tulajdonosáról. Segítségével a munkavállalói élmény szempontjából elemezhető a folyamat, például azonosíthatók azok, akiknek a jelentéseit gyakran elutasítják, vagy akik rendszeresen megsértik a szabályzatot. Az eredmények alapján célzott tájékoztatás vagy képzés indítható, amely már a folyamat elejétől javíthatja a hatékonyságot és a megfelelést. Miért fontos? Azonosítja a költségelszámolás felelősét, így elemezhető a munkavállalói magatartás, például feltárhatók a gyakori szabályzatsértők vagy az újramunka forrásai. Hol szerezhető be? A költségelszámolás fejlécadataiban található, és a rekordot létrehozó munkavállalóhoz kapcsolódik. Példák Alice JohnsonRobert WilliamsEMP10234s.chen | |||
| Elutasítás oka RejectionReason | A vezető vagy a pénzügyi felhasználó által megadott ok, amiért elutasították a költségelszámolást vagy javításra küldték vissza. | ||
| Leírás Az elutasítás oka szöveges mező vagy előre meghatározott kód, amely megmagyarázza, miért nem ment át a költségelszámolás egy jóváhagyási lépésen. Gyakori ok például a „Hiányzó bizonylat”, a „Hibás költségkategória” vagy a „Szabályzaton kívüli költség”. Ez az attribútum nélkülözhetetlen a folyamat újramunkálásának kiváltó okait feltáró elemzéshez. A leggyakoribb elutasítási okok vizsgálatával a vállalat azonosíthatja a rendszerszintű problémákat. Ha például a leggyakoribb ok a hiányzó bizonylat, érdemes egyértelműbben tájékoztatni a munkavállalókat a dokumentációs követelményekről, vagy egyszerűbbé tenni a bizonylatok csatolását. Az ilyen eredmények célzott folyamatfejlesztést tesznek lehetővé, növelik az elsőre jóváhagyott jelentések arányát, csökkentik az újramunkát és rövidítik a teljes ciklusidőt. Miért fontos? Megmutatja, miért kell újramunkát végezni, így célzott fejlesztésekkel csökkenthető az elutasítások aránya, és növelhető az elsőre sikeresen jóváhagyott jelentések aránya. Hol szerezhető be? Megjegyzésmezőben vagy választólistában rögzítik, amikor a jóváhagyó „Reject” vagy „Send Back” műveletet hajt végre. Példák Hiányzó bizonylatHibás költségkategóriaNapidíjkorlát túllépéseDuplikált költség | |||
| Felhasználó User | A rögzített tevékenységet végrehajtó felhasználó, munkavállaló vagy rendszerfiók neve vagy azonosítója. | ||
| Leírás A felhasználó attribútum azonosítja azt a személyt vagy automatizált szereplőt, aki egy adott folyamatlépésért felel. Ilyen lehet a jelentést benyújtó munkavállaló, az azt jóváhagyó vezető vagy a költségtérítést feldolgozó pénzügyi munkatárs. A folyamat felhasználónkénti elemzése segít megérteni a munkaterhelés eloszlását és az egyéni teljesítményt, valamint azonosítani azokat, akik késéseket okozhatnak. Kiderülhet például, hogy egy adott vezető szűk keresztmetszetet jelent a jóváhagyási folyamatban. Az elemzés az erőforrások elosztását is támogatja, és segít biztosítani az elszámoltathatóságot, valamint az auditálhatóságot a folyamat egészében. Miért fontos? Azonosítja az egyes lépések végrehajtóját, így elemezhető a munkaterhelés, összehasonlítható a teljesítmény, és feltárhatók az egyes személyekhez vagy csapatokhoz köthető szűk keresztmetszetek. Hol szerezhető be? Az eseménynaplóban vagy a tranzakciós előzményekben található, gyakran felhasználói vagy munkavállalói azonosítóhoz kapcsolva. Példák john.doejane.smithapprover_team_leadsystem.batch.user | |||
| Jelentés állapota ReportStatus | A költségelszámolás aktuális vagy végső állapota az életciklusa során, például „Submitted”, „Approved” vagy „Paid”. | ||
| Leírás A jelentés állapota megmutatja, hogy a költségelszámolás éppen hol tart a folyamatban, vagy mi lett a végső eredménye. Az állapot jellemzően a benyújtás, a jóváhagyás, a feldolgozás és a kifizetés során változik. Ez az attribútum segít az esetek szűrésében és egyes csoportok elemzésében. Például csak az „Rejected” jelentések vizsgálatával feltárhatók az elutasítások okai, a „Pending Approval” jelentések elemzésével pedig az aktuális szűk keresztmetszetek. A dashboardokon magas szintű áttekintést ad az aktuális munkaterhelésről és a folyamatban lévő költségelszámolások állapotáról. A process mining során a létrejött tevékenységsorozat ellenőrzésére is használható. Miért fontos? Röviden összefoglalja a jelentés állapotát, így szűrhetők az esetek, és dashboard készíthető az aktuális munkaterhelésről. Hol szerezhető be? A költségelszámolás fő fejlécadatai között szereplő mező, amely a jelentés munkafolyamatban való előrehaladásával frissül. Példák Jóváhagyásra várJóváhagyvaKifizetveElutasítvaVisszavonva | |||
| Munkavállaló szervezeti egysége EmployeeDepartment | A költségelszámolást benyújtó munkavállaló üzleti egysége vagy szervezeti osztálya. | ||
| Leírás Ez az attribútum a benyújtó munkavállaló szervezeti egységét jelöli, például az értékesítést, a mérnöki területet vagy a marketinget. Gyakran a költségekért felelős költséghelyhez is kapcsolódik. A munkavállaló szervezeti egysége az összehasonlító elemzés egyik alapvető dimenziója. Lehetővé teszi a folyamat osztályonkénti szűrését, így feltárhatók a jelentős működésbeli különbségek. Előfordulhat például, hogy az egyik osztályon jóval magasabb a szabályzatsértések aránya, vagy hosszabb a jóváhagyási ciklusidő, mint egy másikon. Ezek az eredmények segíthetnek a vezetőknek eldönteni, hogy szükség van-e célzott képzésre, a folyamat módosítására vagy az adott csapatra vonatkozó szabályok pontosítására. Miért fontos? Lehetővé teszi az üzleti egységek összehasonlító elemzését, és segít feltárni az egyes osztályokra jellemző működést, szűk keresztmetszeteket vagy megfelelési problémákat. Hol szerezhető be? Általában a munkavállaló törzsadataiból származik, amelyek a költségelszámoláshoz kapcsolódnak. Példák ÉrtékesítésMérnöki területMarketingPénzügy | |||
| Pénznem Currency | A költségelszámolás teljes összegének pénznemkódja, például USD, EUR vagy GBP. | ||
| Leírás A pénznem attribútum adja meg a teljes összeg pénznemét. A nemzetközi vállalatoknál a munkavállalók különböző pénznemekben számolják el a költségeiket, ezért ez a mező minden pénzösszeg értelmezéséhez szükséges. A pontos pénzügyi elemzéshez, különösen nemzetközi környezetben, elengedhetetlen ez az attribútum. Biztosítja, hogy az összegek helyesen értelmezhetők és közös pénznemre válthatók legyenek az összesített jelentésekben. Enélkül értelmetlen lenne egy JPY-ben megadott jelentés teljes összegét egy USD-ben megadottéval összehasonlítani. A különböző régiók és országok teljes költését, átlagos költségeit és pénzügyi KPI-it bemutató dashboardokhoz is alapvető. Miért fontos? Megadja a pénzösszegek értelmezéséhez szükséges információt, így pontos pénzügyi jelentések készíthetők, és az összegek régiók vagy országok között is összehasonlíthatók. Hol szerezhető be? Általában a költségelszámolás fejlécadataiban, az összeget tartalmazó mezők mellett tárolják. Példák USDEURGBPJPY | |||
| Szabályzatsértési jelző PolicyViolationFlag | Logikai jelző, amelynek értéke igaz, ha a költségelszámolást egy vagy több szabályzatsértés miatt megjelölték. | ||
| Leírás A szabályzatsértési jelző egyszerű igaz vagy hamis érték, amely megmutatja, hogy a költségelszámolást automatikusan vagy manuálisan nem megfelelőnek találták-e a vállalati költési szabályok szerint. Szabálysértés lehet például a költési limit túllépése, nem jóváhagyott beszállító igénybevétele vagy a szükséges dokumentumok hiánya. Ez a jelző fontos a megfelelés elemzéséhez. Segítségével kiszámítható a szabályzatsértések aránya, és megvizsgálható, hogy mely osztályokon, költségkategóriákban vagy munkavállalóknál fordul elő a legtöbb eset. A szabálysértések gyakoriságának és jellegének megértése segít pontosítani a szabályzatokat, javítani az automatikus ellenőrzéseket, és célzott képzéssel csökkenteni a szabályoknak nem megfelelő költéseket és a folyamatkivételeket. Miért fontos? Közvetlenül támogatja a megfelelés nyomon követését: megjelöli a szabályoknak nem megfelelő jelentéseket, így mérhetők és csökkenthetők a szabályzatsértések. Hol szerezhető be? A költségelszámolás fejléc- vagy tételadatai között szereplő jelző vagy mező, amelyet gyakran a rendszer szabálymotorja állít be. Példák truefalse | |||
| Teljes összeg TotalAmount | A költségtérítésre benyújtott költségelszámolás teljes pénzösszege. | ||
| Leírás A teljes összeg az egyetlen költségelszámolásban szereplő összes tétel összege. Ez az az összeg, amelyet jóváhagynak és megtérítenek. Ez az attribútum fontos a process mining pénzügyi elemzéseihez. Segítségével értéksávok szerint csoportosíthatók a költségelszámolások, például magas és alacsony összegű jelentésekre, amelyek jóváhagyási útvonala gyakran eltér. Az elemzők kiszámíthatják az egy jelentésre jutó átlagos költséget, megvizsgálhatják az újramunka és az elutasítások pénzügyi hatását, valamint feltárhatják a költési trendeket. A teljes összeg és a ciklusidő összevetésével kiderülhet, hogy a nagyobb összegű jelentések jóváhagyása tovább tart-e. Miért fontos? Lehetővé teszi a pénzügyi hatások elemzését, segít feltárni a költési mintázatokat, és az elszámolások összege alapján csoportosítani a folyamatot. Hol szerezhető be? A költségelszámolás fejlécadatai között érhető el, és gyakran az egyes tételek összegének összeadásával számítják ki. Példák 150.752500.0085.5012500.20 | |||
| Ellenőrzés eredménye AuditOutcome | A költségelszámoláson végzett manuális vagy automatizált ellenőrzés eredménye. | ||
| Leírás Az ellenőrzés eredménye a folyamat egyik ellenőrzési lépésének megállapításait rögzíti. Lehet automatizált rendszerellenőrzés, amely a megfelelési szabályokat vizsgálja, vagy a pénzügyi, illetve ellenőrzési csapat manuális felülvizsgálata. Az eredmény például „Megfelelt”, „Nem felelt meg” vagy „Kivételekkel megfelelt” lehet. Ez az adat közvetlenül jelzi a belső kontrollok hatékonyságát. Az eredmények elemzésével felmérhető a kitettség és a benyújtott elszámolások minősége. Segít feltárni, hol nem működnek megfelelően az ellenőrzések, illetve mely szabályokat értelmezik rendszeresen félre. A process mining az ellenőrzés eredményét más adatokkal is összekapcsolhatja, így például kiderülhet, hogy bizonyos költségkategóriákban vagy részlegeknél gyakoribb a sikertelen ellenőrzés. Miért fontos? Közvetlenül jelzi a megfelelőségi és belső kontrollvizsgálatok eredményét, így felmérhető a kockázat és az ellenőrzési szabályok hatékonysága. Hol szerezhető be? Olyan mező, amelyet az automatizált szabálymotor vagy az ellenőrzést végző pénzügyi munkatárs frissít a felülvizsgálat után. Példák MegfeleltNem felelt meg, hiányzó dokumentumokPontosítás szükségesKivételekkel megfelelt | |||
| Fizetési mód PaymentMethod | A kiadások kifizetésének módja, például vállalati kártyával vagy saját pénzből. | ||
| Leírás A fizetési mód azt mutatja meg, hogyan fizette ki a munkavállaló az eredeti kiadást. Ez általában vállalati kártyával történik, vagy saját pénzből, amelyet közvetlenül meg kell téríteni. Ez az adat segít elkülöníteni a két fő folyamatváltozatot. A vállalati kártyás tranzakciók ellenőrzése gyakran egyszerűbb, mert az adatok közvetlenül a kártyaszolgáltatótól érkeznek. A saját pénzből fizetett kiadások viszont alaposabb ellenőrzést és közvetlen visszatérítést igényelnek. A fizetési mód szerinti elemzés feltárhatja a két folyamat közötti különbségeket az átfutási időben, a megfelelési arányban és a feldolgozási költségekben. Az eredmények alapján megvizsgálható, hogy a vállalati kártyák gyakoribb használata javítaná-e a hatékonyságot. Miért fontos? Elkülöníti a fő folyamatváltozatokat, például a vállalati kártyás és a saját pénzből fizetett kiadásokat, amelyek kockázata, hatékonysága és ellenőrzése eltérhet. Hol szerezhető be? Általában a kiadás egyes tételeinél adják meg, és jelzi, honnan származik a tranzakcióhoz felhasznált pénz. Példák Vállalati kártyaSaját pénzből fizetveNapidíjA vállalat fizette | |||
| Jóváhagyó Approver | A költségelszámolás jóváhagyásáért felelős felhasználó neve vagy azonosítója. Ez általában egy vezető vagy a pénzügyi csapat munkatársa. | ||
| Leírás A jóváhagyó adat azt azonosítja, hogy ki hagyja jóvá vagy utasítja el az adott lépést a munkafolyamatban. Sok folyamatban több jóváhagyási szint van, például először a közvetlen vezető, majd a részlegvezető vagy a pénzügyi csapat egyik tagja dönt. A felhasználó adathoz hasonlóan a jóváhagyó adata is a folyamat jóváhagyási szakaszának elemzésére szolgál, amely gyakran jelentős késedelmet okoz. Jóváhagyónként mérhető vele a döntési idő, így azonosíthatók a szűk keresztmetszetek. A dashboardokon összehasonlítható a jóváhagyók leterheltsége és teljesítménye. Az eredmények segíthetnek az erőforrások tervezésében, és jelezhetik, hol van szükség a költségelszámolási szabályokkal kapcsolatos további képzésre. Miért fontos? Megmutatja, ki felel a jóváhagyásért, így elemezhetők a késedelmek, a munkaterhelés és a döntések következetessége. Hol szerezhető be? A jóváhagyással kapcsolatos tevékenységek eseménynaplójából vagy tranzakciós előzményeiből nyerhető ki. Példák David ChenMGR1056Pénzügyi jóváhagyási sorsusan.g | |||
| Költségkategória ExpenseCategory | A költség besorolása, például „Utazás”, „Étkezés”, „Szoftver” vagy „Irodaszerek”. | ||
| Leírás A költségkategória azt jelöli, hogy milyen típusú kiadás szerepel a költségelszámolásban. Egy elszámolásban több kategória is lehet, ha több tételt tartalmaz. A folyamat költségkategória szerinti elemzésével feltárhatók a költési szokások és az egyes kategóriákra jellemző folyamatok. A nemzetközi utazások elszámolása például összetettebb és hosszabb jóváhagyást igényelhet, mint az irodaszereké. Ez a mező részletesebb megfelelőségi elemzést tesz lehetővé, és megmutatja, hogy bizonyos kategóriákban gyakoribbak-e a szabályszegések. A pénzügyi tervezés és a költségvetés készítése során is fontos adat. Miért fontos? Segít feltárni a költési szokásokat, és megmutatja, hogy a különböző kiadástípusok eltérő folyamatokon mennek-e végig, illetve különbözik-e a megfelelési arányuk. Hol szerezhető be? Általában a költségelszámolás egyes tételeihez tartozik. Az esetek szintjén végzett elemzéshez összevonható, vagy használható a leggyakoribb kategória. Példák RepülőjegyÉtkezés és szórakozásSzoftver-előfizetésIrodaszerekSzálloda | |||
A költségelszámolás tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Költségelszámolás benyújtva | A munkavállaló hivatalosan benyújtja a kitöltött költségelszámolást, és ezzel elindul a jóváhagyási munkafolyamat. Az elszámolás állapota piszkozatról jóváhagyásra váróra változik. | ||
| Miért fontos? Ez fontos mérföldkő: lezárja az adatbevitelt, és elindítja a jóváhagyási ciklust. Az ezt megelőző késések a felhasználótól, az ezt követők a folyamattól függenek. Hol szerezhető be? Az esemény az állapotváltozási naplóból vagy az elszámolás előzményeiben szereplő, kifejezett benyújtási időbélyegből állapítható meg. Rögzítés Keresse meg azt az eseményt, amikor az elszámolás állapota „piszkozat” vagy „nyitott” értékről „benyújtva” vagy „jóváhagyásra vár” értékre változik. Eseménytípus explicit | |||
| Költségelszámolás létrehozva | A folyamat akkor indul, amikor a munkavállaló létrehoz egy új költségelszámolást. Ez az első rögzített esemény, amely meghatározza a nyomon követéshez használt ügyazonosítót. | ||
| Miért fontos? Ez jelöli a teljes folyamat kezdetét, és lehetővé teszi a létrehozástól a végső elszámolásig tartó teljes átfutási idő pontos mérését. Hol szerezhető be? Az esemény általában a költségelszámolás fő adatlapján szereplő létrehozási időbélyegből állapítható meg. Rögzítés Használja a költségelszámolás elsődleges táblájában vagy objektumában szereplő létrehozási időbélyeget. Eseménytípus explicit | |||
| Költségtérítés kifizetve | Ez a tevékenység jelzi, amikor a kifizetés sikeresen megérkezik a munkavállalóhoz. A munkavállaló szempontjából ezzel sikeresen lezárul a folyamat. | ||
| Miért fontos? A folyamat fontos végpontját jelöli, így mérhetővé válik a teljes költségtérítési idő. Ez a munkavállalói elégedettség egyik fontos mutatója. Hol szerezhető be? Általában a kifizetési naplókból vagy egy integrált kifizetési rendszer által küldött végső állapotfrissítésből nyerhető ki, például „Paid” vagy „Reimbursed”. Rögzítés Használja a költségelszámoláshoz tartozó pénzügyi tranzakciós rekordban szereplő kifizetési dátumot. Eseménytípus explicit | |||
| Könyvelés rögzítve | Azt a végső lépést jelzi, amikor a költségadatok sikeresen bekerülnek a vállalat főkönyvébe vagy ERP-rendszerébe. Ezzel lezárul a költségelszámolás pénzügyi egyeztetése. | ||
| Miért fontos? Pénzügyi-számviteli szempontból ez jelöli a folyamat tényleges végét. A költségtérítés és e között eltelt idő megmutatja a pénzügyi zárási feladatok hatékonyságát. Hol szerezhető be? Az ERP-integrációs naplókból vagy a költségelszámolás végső állapotából nyerhető ki, amely jelzi, hogy az adatokat szinkronizálták a számviteli rendszerrel. Rögzítés Használja az integrációs naplóban szereplő időpontot, amely igazolja a főkönyvi rögzítés sikerességét. Eseménytípus explicit | |||
| Pénzügyi jóváhagyás | A pénzügyi vagy auditcsapat befejezi az ellenőrzést, és véglegesen jóváhagyja a költségelszámolást. Ez gyakran az utolsó jóváhagyási lépés a költségtérítés feldolgozása előtt. | ||
| Miért fontos? Ez a végső jóváhagyási mérföldkő. A benyújtás és e között eltelt idő a teljes jóváhagyási ciklusidő, amely fontos teljesítménymutató. Hol szerezhető be? Kifejezett eseményként szerepel a jóváhagyási előzményeket vagy az auditnaplót tároló táblákban, a jóváhagyó adataival együtt. Rögzítés Szűrje a jóváhagyási előzményeket a végső „Approve” műveletre, amelyet jellemzően pénzügyi vagy auditálási szerepkörű felhasználó hajt végre. Eseménytípus explicit | |||
| Vezető jóváhagyta | A munkavállaló közvetlen vezetője vagy az első szintű jóváhagyó ellenőrizte és jóváhagyta a költségelszámolást. Ez fontos döntési pont, amely továbbviszi az elszámolást a munkafolyamatban. | ||
| Miért fontos? Az első jóváhagyási szakasz időtartamát és hatékonyságát méri. Fontos mérföldkő a teljes jóváhagyási ciklusidő kiszámításához. Hol szerezhető be? A jóváhagyási előzményeket vagy az auditnaplókat tároló táblákban található. Ezek rögzítik a jóváhagyók műveleteit és azok időpontját. Rögzítés Szűrje a jóváhagyási előzményeket az első „Approve” műveletre, amelyet vezetői szerepkörű felhasználó hajtott végre. Eseménytípus explicit | |||
| Bizonylat csatolva | A felhasználó feltölti, majd a költségtételhez kapcsolja a bizonylatot vagy más alátámasztó dokumentumot. A rendszer jellemzően minden csatolást külön eseményként rögzít. | ||
| Miért fontos? Nyomon követhető vele a felhasználói viselkedés és a dokumentumok benyújtásának esetleges késése. Ez gyakran szűk keresztmetszetet okoz, mielőtt az elszámolás benyújthatóvá válik. Hol szerezhető be? Az esemény általában a rendszer naplóiban vagy a dokumentumokat a költségelszámolásokhoz kapcsoló külön csatolmánytáblában található. Rögzítés Rögzítse a dokumentumokkal vagy csatolmányokkal kapcsolatos táblák minden új rekordjának időbélyegét. Eseménytípus explicit | |||
| Jelentés visszaküldve javításra | A jóváhagyó, jellemzően egy vezető vagy pénzügyi ellenőr, végleges elutasítás nélkül visszaküldi a jelentést a munkavállalónak javításra. Ezzel újramunkálási kör indul, és a jelentés ismét piszkozat állapotba kerül. | ||
| Miért fontos? Ez a tevékenység jelzi leginkább az újramunkálási köröket a folyamatban. Gyakoriságának és okainak elemzése feltárja a folyamat hatékonysági problémáit és a fejlesztési lehetőségeket. Hol szerezhető be? A jóváhagyási előzmények naplójából nyerhető ki, vagy a „Pending Approval” állapot „Draft” vagy „Open” állapotra váltásából állapítható meg. Rögzítés Keresse a „Send Back” eseményeket vagy azokat az állapotváltásokat, amelyek a jelentés beküldőhöz való visszaküldését jelzik. Eseménytípus explicit | |||
| Jelentés visszavonva | A költségelszámolást benyújtó munkavállaló még a teljes jóváhagyás előtt visszavonja azt. Ezzel a jelentés kikerül az aktív jóváhagyási munkafolyamatból. | ||
| Miért fontos? A végfelhasználó által kezdeményezett folyamatmegszakítást jelzi. A visszavonások okainak megértése segíthet feltárni a felhasználói élmény és a folyamat érthetőségének problémáit. Hol szerezhető be? Ez általában kifejezett eseményként szerepel a jelentés auditnaplójában, vagy a „Withdrawn” vagy „Canceled” állapotba váltás jelzi. Rögzítés Azonosítsa azt az eseményt, amikor az eredeti beküldő visszavonja a jelentést. Eseménytípus explicit | |||
| Költségelszámolás lezárva | A rendszer hivatalosan lezártnak jelöli a költségelszámolást, miután minden művelet befejeződött. Ez a végső állapotfrissítés azt jelzi, hogy további módosítás nem várható. | ||
| Miért fontos? Egyértelmű végpontot ad a folyamatelemzéshez, így az elemzésből kizárhatók azok a jelentések, amelyek technikailag még nyitottak, de már nem aktívak. Hol szerezhető be? Az utolsó rögzített állapotból állapítható meg, ha az végleges, például „Closed” vagy „Archived”, és utána nem történt újabb tevékenység. Rögzítés Azonosítsa a végleges állapotba, például „Closed” állapotba váltás időpontját. Eseménytípus inferred | |||
| Költségtérítés ütemezve | A végső jóváhagyás után a költségelszámolás bekerül egy közelgő költségtérítési ciklus kifizetési sorába. Ez az esemény jelzi az átadást a jóváhagyási szakaszból a kifizetési rendszernek. | ||
| Miért fontos? A kifizetési folyamatnak történő átadás hatékonyságát méri. Az itt jelentkező késések a kifizetések kötegelésének problémáira vagy a kifizetési rendszer integrációs hibáira utalhatnak. Hol szerezhető be? A végső jóváhagyás rögzítése után a „Pending Payment” vagy „Approved for Payment” állapotba váltásból állapítható meg. Rögzítés Használja azt az időpontot, amikor a jelentést kifizetési csomaghoz rendelik, vagy amikor az állapota kifizetésre kész állapotot jelez. Eseménytípus inferred | |||
| Pénzügyi ellenőrzés megkezdődött | Azt jelzi, hogy a költségelszámolás bekerült a pénzügyi vagy számviteli osztály végső ellenőrzésre és auditálásra váró tételei közé. Ez általában a vezetői jóváhagyás utáni állapotváltásból állapítható meg. | ||
| Miért fontos? Segít mérni, mennyi időt tölt a jelentés a sorban, mielőtt a pénzügyi csapat megkezdi a feldolgozását. A hosszú várakozás rejtett szűk keresztmetszetet jelenthet a folyamatban. Hol szerezhető be? Az állapotváltozási naplókból állapítható meg, amikor a jelentés „Pending Finance Review” vagy hasonló állapotba kerül. Rögzítés Használja azt az időpontot, amikor az állapotváltás a pénzügyi vagy auditálási sorhoz rendeli a jelentést. Eseménytípus inferred | |||
| Pénzügyi elutasítás | A pénzügyi osztály elutasította a költségelszámolást, jellemzően súlyos szabályzati, megfelelési vagy dokumentációs okból. Ez rendszerint végleges elutasítás, amely lezárja a folyamatot. | ||
| Miért fontos? Rávilágít a súlyos megfelelési hiányosságokra és a folyamat hibáira. A vezetői elutasítással szemben a pénzügyi elutasítás gyakran komolyabb problémát jelez. Hol szerezhető be? A jóváhagyási előzmények naplóiban található, vagy egy pénzügyi felhasználó által végrehajtott, „Rejected” állapotba vezető végleges állapotváltásként jelenik meg. Rögzítés Rögzítse az auditnaplóban a pénzügyi vagy auditálási jóváhagyó végleges „Reject” műveletének időpontját. Eseménytípus explicit | |||
| Szabályszegés megjelölve | Az automatikus rendszerellenőrzés vagy a manuális felülvizsgálat olyan költséget tár fel, amely sértheti a vállalati szabályzatot. Az eseményt akkor rögzítik, amikor az elszámoláson beállítanak egy szabályszegést jelző mezőt vagy figyelmeztetést. | ||
| Miért fontos? Jelzi a megfelelési problémákat, és gyakran ismételt munkához, illetve elutasításhoz vezet. A jelzések elemzésével feltárhatók a nem egyértelmű szabályok és a munkavállalói képzésre szoruló területek. Hol szerezhető be? Az esemény a rendszer naplóiban vagy kivételtábláiban található, illetve azzal is nyomon követhető, mikor jelölnek meg először szabályszegést az elszámoláson vagy annak tételein. Rögzítés Használja azt az időbélyeget, amikor létrejön a szabályzati kivétel rekordja, vagy a szabályszegést jelző mező értéke igazra változik. Eseménytípus explicit | |||
| Vezetői elutasítás | Az első szintű vezető ellenőrizte a költségelszámolást, és véglegesen elutasította. Ez a művelet általában lezárja a jelentés feldolgozását, ezért újat kell létrehozni. | ||
| Miért fontos? Az első jóváhagyási szinten bekövetkező folyamatbeli hibákat azonosítja. A magas elutasítási arány a szabályzatok félreértésére vagy a benyújtott jelentések hiányosságaira utalhat. Hol szerezhető be? A jóváhagyási előzmények naplóiban található, vagy a vezető által végrehajtott, „Rejected” állapotba vezető végleges állapotváltásként jelenik meg. Rögzítés Rögzítse az auditnaplóban az első szintű jóváhagyó végleges „Reject” műveletének időpontjá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 az elemzést?
Válassza ki a rendszeréhez tartozó adatkinyerési útmutatót, vagy készítse elő költségelszámolási adatait bármilyen forrásból az általános sablon segítségével. Segítünk feltárni, mit mutatnak az adatok.
Kezdje el még ma fejleszteni a költségelszámolást
Tárja fel a rejtett hatékonysági problémákat, és gondoskodjon a megfelelésről a költségelszámolási folyamatokban.
Bankkártya nem szükséges • Beállítás 5 perc alatt