Költségelszámolási adatsablon

Brex
Költségelszámolási adatsablon

Költségelszámolási adatsablon

Ez a sablon útmutatást ad a költségelszámolási folyamat elemzéséhez szükséges adatok összegyűjtéséhez. Bemutatja a fontos attribútumokat és tevékenységeket, valamint azt is, hogyan nyerheti ki ezeket az adatokat a forrásrendszerből. Használja a sablont, hogy a hatékony process mining elemzéshez minden szükséges adatot összegyűjtsön.
  • Az elemzéshez ajánlott attribútumok
  • A folyamat során követendő fő tevékenységek
  • Útmutató az adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A költségelszámolás attribútumai

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba a költségelszámolás részletes elemzéséhez.
3 Kötelező 5 Javasolt 14 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az időbélyeg, amely megmutatja, mikor történt egy adott tevékenység vagy esemény.
Leírás

Az esemény időpontja minden folyamati tevékenység pontos dátumát és idejét adja meg. Ez az időadat a process mining alapja, mert meghatározza az események időrendi sorrendjét.

Az időbélyeg alapján kiszámítható a lépések közötti átfutási idő, feltárhatók a várakozások és késedelmek, valamint elemezhető a folyamat teljesítménye különböző időszakokban. Olyan fontos mutatók számítását teszi lehetővé, mint az „Átlagos vezetői ellenőrzési idő” és a „Költségtérítés végrehajtásának késedelme”, így támogatja a szűk keresztmetszetek elemzését és a teljesítmény nyomon követését.

Miért fontos?

Az időbélyeg szükséges minden időalapú mutató, például az átfutási és várakozási idők kiszámításához, amelyek segítenek feltárni a késedelmeket.

Hol szerezhető be?

A Brex minden esemény- vagy tranzakciórekordjához tartoznia kell időbélyegnek. Ez az API-válaszokban vagy a költségelszámolások adatexportjaiban található meg.

Példák
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Esemény neve
ActivityName
A költségelszámolás életciklusa során történt esemény vagy feladat neve.
Leírás

Az esemény neve a folyamat egy lépését jelöli, például „Költségelszámolás beküldve”, „Vezető jóváhagyta” vagy „Költségtérítés kifizetve”. Ezek az események alkotják a folyamat lépéseinek sorrendjét.

Az események elemzésével megjeleníthető a folyamattérkép, feltárhatók a lépések közötti szűk keresztmetszetek, és kiszámítható a különböző eredmények, például a jóváhagyások és elutasítások gyakorisága. Ez mutatja meg, mi történik a költségkezelési folyamatban.

Miért fontos?

Ez az attribútum szükséges a folyamattérkép elkészítéséhez és annak megértéséhez, milyen eseménysoron mennek végig a költségelszámolások.

Hol szerezhető be?

Az adat a Brex rendszer eseménynaplóiból vagy tranzakciós állapotaiból származik. Előfordulhat, hogy az állapotkódokat vagy eseménytípusokat felhasználóbarát nevekre kell leképezni.

Példák
Költségelszámolás létrehozvaVezető jóváhagytaPénzügy elutasítottaKöltségtérítés kifizetve
Költségelszámolás azonosítója
ExpenseReportId
A költségelszámolás egyedi azonosítója, amely a teljes életciklus követésének elsődleges ügyazonosítója.
Leírás

A költségelszámolás azonosítója a költségkezelési folyamat alapja. Egyetlen ügybe rendezi az összes kapcsolódó eseményt a létrehozástól és beküldéstől a jóváhagyásig és a költségtérítésig.

A process mining elemzésben ez az azonosító teszi lehetővé az egyes költségelszámolások teljes folyamatának vizsgálatát. Segítségével rekonstruálható az elszámolás pontos útja, mérhető a teljes átfutási idő, feltárhatók a javításra visszaküldött elszámolások újramunkálási ciklusai, és elemezhetők a gyakori, illetve kivételes folyamatváltozatok.

Miért fontos?

Ez az azonosító szükséges a költségelszámolás teljes életciklusának követéséhez, valamint az átfutási idők, a szűk keresztmetszetek és a folyamattól való eltérések elemzéséhez.

Hol szerezhető be?

A Brex költségkezelési moduljának elsődleges azonosítója. Általában minden költségelszámoláshoz kapcsolódó adatexportban és API-végpontban elérhető.

Példák
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
Elszámolás állapota
ReportStatus
A költségelszámolás aktuális állapota az életciklus során.
Leírás

Az elszámolás állapota megmutatja, hol tart éppen a költségelszámolás a folyamatban, például „Vezetői jóváhagyásra vár”, „Jóváhagyva”, „Kifizetve” vagy „Elutasítva”.

Ez az attribútum fontos a működés nyomon követéséhez, különösen a „Nyitott költségelszámolások állapotfigyelője” dashboardon. A vezetők és a pénzügyi csapatok gyorsan áttekinthetik az aktuális munkaterhelést, azonosíthatják az elakadt elszámolásokat, és rangsorolhatják a teendőket. Az egyes állapotokban töltött idő elemzése segít feltárni a folyamat késedelmeit és hatékonysági problémáit.

Miért fontos?

Megmutatja, hol tart éppen a költségelszámolás a munkafolyamatban. Ez fontos a működési dashboardokhoz és az állapotok nyomon követéséhez.

Hol szerezhető be?

Ez a Brex költségelszámolási objektumának egyik fontos állapotmezője.

Példák
JÓVÁHAGYÁSRA_VÁRJÓVÁHAGYVAELUTASÍTVAKIFIZETVE
Eseményt végrehajtó felhasználó
EventUser
Az a felhasználó, aki végrehajtotta a tevékenységet, például az elszámolást jóváhagyó vezető.
Leírás

Az eseményt végrehajtó felhasználó attribútum azonosítja a tevékenységért felelős személyt. Ez lehet az elszámolást beküldő munkavállaló, az azt ellenőrző vezető vagy a költségtérítést feldolgozó pénzügyi munkatárs.

Ez az attribútum elengedhetetlen a munkaterhelés és a teljesítmény elemzéséhez, például a „Jóváhagyók teljesítménye és munkaterhelése” dashboardon. Segít megállapítani, mely jóváhagyók kezelik a legtöbb elszámolást, kik hagyják jóvá azokat a leggyorsabban, és van-e olyan személy, aki szűk keresztmetszetet okoz a folyamatban. Az eredmények alapján kiegyensúlyozottabban osztható el a munka, és célzott támogatás adható, ahol szükséges.

Miért fontos?

Azonosítja a műveletért felelős személyt, így lehetővé teszi az egyéni munkaterhelés és teljesítmény elemzését, valamint a szűk keresztmetszetek feltárását.

Hol szerezhető be?

Ezt az adatot általában a Brex költségelszámolásának auditnaplója vagy eseménytörténete rögzíti.

Példák
john.smith@example.comjane.doe@example.comfinance-bot
Munkavállaló szervezeti egysége
EmployeeDepartment
A költségelszámolást beküldő munkavállaló szervezeti egysége.
Leírás

Ez az attribútum azonosítja a beküldő munkavállaló szervezeti egységét, például az értékesítést, a mérnöki területet vagy a marketinget. Fontos szervezeti dimenzió az elemzéshez.

Az adatok szervezeti egység szerinti elemzése segít feltárni az adott területre jellemző folyamati eltéréseket, szűk keresztmetszeteket és megfelelési problémákat. Például kiderülhet, ha egy egységben jóval magasabb az elutasítási arány vagy hosszabb a jóváhagyási idő, mint máshol. Ez célzott képzésre vagy a folyamat módosítására utalhat. Az attribútum a szervezeti egységek költségvetésének követéséhez és a költségek felosztásához is fontos.

Miért fontos?

Lehetővé teszi a folyamat teljesítményének szűrését és összehasonlítását a különböző üzleti egységek között, így feltárhatók az egyes szervezeti egységekre jellemző problémák és trendek.

Hol szerezhető be?

Ez az adat általában a munkavállaló Brex-profiljából származik, amelyet gyakran egy HR-információs rendszerrel szinkronizálnak.

Példák
ÉrtékesítésMérnöki területMarketingPénzügy
Szabályszegési jelző
PolicyViolationFlag
Logikai jelző, amely megmutatja, hogy megjelölték-e a költségelszámolást szabályszegés miatt.
Leírás

Ez az attribútum egyszerű, igaz vagy hamis értékű jelző. Akkor állítják be, amikor a Brex automatikus szabályzatellenőrző rendszere lehetséges szabályszegést észlel, például egy kategória limitjét meghaladó költséget vagy hiányzó bizonylatot.

Ez a jelző alapvető a megfelelés elemzéséhez, és a „Szabályszegési arány” KPI alapjául szolgál. Segítségével gyorsan kiszűrhetők a szabályzatnak nem megfelelő elszámolások, és megvizsgálható, hogyan hatnak a feldolgozási időre és az elutasítási arányra. A megjelölt elszámolások elemzése segít pontosítani a vállalati szabályzatokat, és feltárni, hol van szükség további útmutatásra a munkavállalók számára.

Miért fontos?

Közvetlenül támogatja a megfelelés nyomon követését, és segít számszerűsíteni, hogyan hatnak a szabályzat megsértései a folyamat hatékonyságára és az utómunkára.

Hol szerezhető be?

Ez valószínűleg logikai mező vagy állapotjelző a Brex költségelszámolási adatai között, amelyet gyakran a szabályzatkezelő motor kezel.

Példák
truefalse
Teljes összeg
TotalAmount
A költségelszámolás teljes pénzösszege.
Leírás

Ez az attribútum a költségelszámolásban igényelt teljes összeget jelöli. Fontos pénzügyi mutató, amely segít megérteni a költési mintákat és a költségelszámolási folyamat pénzügyi hatását.

Az elemzés során az összeg alapján különböző értéksávokba sorolhatók az elszámolások, például magas és alacsony összegűekre. Ezek eltérő jóváhagyási útvonalat vagy ellenőrzési szintet igényelhetnek. Az adat emellett a pénzügyi jelentésekhez, a költségvetés elemzéséhez, valamint az osztályonkénti vagy kategóriánkénti költési trendek feltárásához is szükséges.

Miért fontos?

Pénzügyi elemzést tesz lehetővé, például segít azonosítani azokat a nagy összegű költségelszámolásokat, amelyek alaposabb ellenőrzést vagy hosszabb jóváhagyást igényelhetnek.

Hol szerezhető be?

Ez a Brex minden költségelszámolásához tartozó szabványos mező. Az API-válaszokban vagy az exportokban, a költségelszámolás fő objektumában található.

Példák
150.752500.0079.99
A nyugtákat időben csatolták
ReceiptsAttachedOnTime
Jelző, amely megmutatja, hogy a nyugtákat az elszámolás benyújtása előtt csatolták-e.
Leírás

Ez a számított logikai attribútum azt méri, hogy betartják-e a bevett gyakorlatot: az ellenőrzésre benyújtott költségelszámoláshoz előre csatolják az összes szükséges nyugtát. Értéke „true”, ha az adott esetben a „Receipts Attached” művelet megelőzi az „Expense Report Submitted” műveletet.

Ez a jelző közvetlenül támogatja a „Nyugták csatolása és hatása” dashboardot, valamint a „Nyugtacsatolási megfelelés” KPI-t. Az attribútum elemzésével számszerűsíthető a késve csatolt vagy hiányzó nyugták gyakorisága, és megvizsgálható, hogyan függ össze ez a késésekkel, elutasításokkal és utómunkával.

Miért fontos?

Méri a nyugták benyújtására vonatkozó szabályok betartását, és segít feltárni a folyamatkésések és elutasítások gyakori kiváltó okát.

Hol szerezhető be?

Ezt a process mining eszköz számítja ki az egyes esetekben a „Receipts Attached” és az „Expense Report Submitted” műveletek időbélyegének összehasonlításával.

Példák
truefalse
A szabályzat megsértésének részletei
PolicyViolationDetails
A megsértett szabályzat pontos leírása.
Leírás

Míg a szabályzatsértést jelző mező azt mutatja, hogy történt-e szabálysértés, ez az attribútum arra ad választ, hogy miért. A megszegett konkrét szabály részleteit tartalmazza, például: „Az étkezésre fordított összeg meghaladta az 50 USD-s limitet” vagy „25 USD feletti költség esetén nyugta szükséges”.

Ez a részletesség különösen hasznos a „Szabályzatsértések és utómunka elemzése” dashboardon. A leggyakoribb szabálysértések azonosításával feltárhatók a kiváltó okok. Az eredmények alapján célzott intézkedések hozhatók, például pontosítható egy szabályzat, emlékeztető küldhető az alkalmazottaknak, vagy módosíthatók a rendszer automatikus szabályai.

Miért fontos?

Feltárja a szabályzatsértések kiváltó okait, így célzottan fejleszthetők a szabályzatok, a felhasználók képzése és a rendszer beállításai.

Hol szerezhető be?

Ez az információ a Brexben a megjelölt költségtételhez kapcsolódó megfelelési vagy felülvizsgálati megjegyzések között található.

Példák
A költség meghaladja a kategóriára vonatkozó limitet.Hiányzik a nyugta.A rendszer ismétlődő költségtételt észlelt.
Automatikus végrehajtás
IsAutomated
Logikai jelző, amely megmutatja, hogy a műveletet rendszerfelhasználó vagy bot hajtotta-e végre.
Leírás

Ez az attribútum megmutatja, hogy a műveletet automatikusan a rendszer hajtotta-e végre, például egy automatikus szabályzat-ellenőrzés során, vagy egy felhasználó, például kézi jóváhagyáskor.

Az automatikus és a kézi műveletek megkülönböztetése segít felmérni a folyamat automatizáltságát. Megmutatja a szabályalapú rendszerek hatékonyságát, és feltárja a további automatizálás lehetőségeit. Például láthatóvá teszi, hány elszámolást hagynak jóvá automatikusan, és hányhoz szükséges kézi beavatkozás. Ez segít növelni az emberi beavatkozás nélküli feldolgozás arányát.

Miért fontos?

Segít mérni a folyamat automatizáltságát, és megmutatja, mely lépéseket végzik emberek, illetve a rendszer.

Hol szerezhető be?

Ez általában az eseményhez tartozó felhasználó ellenőrzésével állapítható meg. A rendszer által létrehozott események gyakran egy általános „system” vagy „bot” felhasználóhoz kapcsolódnak.

Példák
truefalse
Befejezés időpontja
EndTime
Az időbélyeg, amely megmutatja, mikor fejeződött be egy művelet.
Leírás

Míg a StartTime (EventTime) a művelet kezdetét jelöli, az EndTime a végét. Ez elsősorban az időtartammal rendelkező műveleteknél fontos, például a „Vezetői ellenőrzés megkezdődött” és a „Vezető jóváhagyta” eseménynél.

Ha egy művelethez kezdési és befejezési idő is tartozik, pontosan kiszámítható a feldolgozási ideje, elkülönítve az azt megelőző várakozási időtől. Így pontosabban mérhető, mennyi időt vesz igénybe maga a munka, ami a szűk keresztmetszetek elemzésének egyik alapja.

Miért fontos?

Lehetővé teszi a műveletek pontos feldolgozási idejének kiszámítását, a várakozási időtől elkülönítve, így pontosabbá teszi a szűk keresztmetszetek elemzését.

Hol szerezhető be?

Az EndTime gyakran a következő művelet StartTime értéke a folyamatban. Az időtartammal rendelkező műveleteknél külön mező is tárolhatja a forrásadatokban.

Példák
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
Elutasítás indoka
RejectionReason
A vezető vagy a pénzügyi felhasználó által a költségelszámolás elutasításakor megadott indok.
Leírás

Ez az attribútum rögzíti az elutasításkor megadott szabad szöveges vagy előre meghatározott indokot. Nem azonos az automatikus szabályzati jelzéssel, hanem a jóváhagyó kézi döntését tükrözi.

Az elutasítási indokok elemzése segít megérteni a folyamat hibáinak és az utómunkának az okait. Felszínre hozza a gyakori benyújtási hibákat, a nem egyértelmű szabályzatokat, valamint az alkalmazottak vagy vezetők félreértéseit. Az eredmények alapján fejleszthetők a képzési anyagok és a gyakori kérdések, így csökkenthető az elutasítások és az utómunka aránya.

Miért fontos?

Megmutatja, miért utasítják el kézzel a költségelszámolásokat, és közvetlen visszajelzést ad a felhasználók képzésének fejlesztéséhez, valamint a jövőbeli hibák csökkentéséhez.

Hol szerezhető be?

Ez általában egy megjegyzésmező, amelyet a jóváhagyó a Brex felületén az „Elutasítás” művelet kiválasztásakor tölthet ki.

Példák
Nem megfelelő költségkategóriát választottak.Kérjük, adjon meg részletesebb üzleti indoklást.A vásárlást nem hagyták jóvá előzetesen.
Fizetési mód
PaymentMethod
Megmutatja, hogyan fizették ki a költséget, például vállalati kártyával vagy saját pénzből.
Leírás

Ez az attribútum megkülönbözteti a vállalat által kibocsátott Brex kártyával fizetett költségeket az alkalmazott által saját zsebből kifizetett, majd megtérítendő kiadásoktól.

A különbség azért fontos, mert a folyamat a fizetési módtól függően jelentősen eltérhet. A vállalati kártyás tranzakciók ellenőrzési és egyeztetési folyamaton mehetnek keresztül, míg a költségtérítések igénylésből és kifizetésből állnak. A fizetési mód szerinti elemzés segít elkülöníteni az egyes folyamatokra jellemző problémákat, és külön-külön javítani rajtuk.

Miért fontos?

A vállalati kártyás költségek és a saját zsebből fizetett, megtérítendő kiadások folyamata és szükséges lépései gyakran eltérnek. Ezért ez az attribútum fontos a folyamatváltozatok elemzéséhez.

Hol szerezhető be?

Ez az információ a Brex tranzakciós adataiból közvetlenül kinyerhető.

Példák
Brex vállalati kártyaKöltségtérítésSzámlafizetés
Forrásrendszer
SourceSystem
Az a rendszer, amelyből az adatokat kinyerték.
Leírás

Ez az attribútum azonosítja a folyamatadatok forrását, amely ebben az esetben a „Brex”. Fontos az adatirányítás és a nyomon követhetőség szempontjából, különösen akkor, ha több rendszer adatait egyesítik a folyamat teljesebb áttekintéséhez.

Az elemzés során segít szűrni és csoportosítani az adatokat, ha több forrásrendszer is érintett, így a mutatók és a folyamattérképek a megfelelő forrás alapján értelmezhetők. Egyetlen rendszer vizsgálatakor az adatforrás állandó ellenőrzésére szolgál.

Miért fontos?

Fontos információt ad az adatok eredetéről, biztosítja a nyomon követhetőséget, és lehetővé teszi az adatok helyes szűrését több rendszer használatakor.

Hol szerezhető be?

Ez egy statikus „Brex” érték, amelyet általában az adatok kinyerése és átalakítása során adnak hozzá.

Példák
BrexBrex-API-v2.1
Jóváhagyás elsőre
FirstPassApproval
Jelző, amely megmutatja, hogy az elszámolást elutasítás vagy javításra visszaküldés nélkül jóváhagyták-e.
Leírás

Ez a számított logikai attribútum a leghatékonyabb folyamatpéldányokat azonosítja. Értéke csak akkor „true”, ha a költségelszámolás a benyújtástól a végső jóváhagyásig úgy halad végig a folyamaton, hogy közben nem utasítják el és nem küldik vissza javításra.

Ez adja az „Elsőre jóváhagyott elszámolások aránya” KPI alapját, amely a folyamat minőségét és hatékonyságát méri. A magas arány azt jelzi, hogy az alkalmazottak megfelelő minőségű, szabályoknak megfelelő elszámolásokat nyújtanak be, és a jóváhagyási folyamat egyértelmű. Az elsőre el nem fogadott elszámolások jellemzőinek elemzése segít feltárni a folyamat nehézségeit és hibaforrásait.

Miért fontos?

A kezdeti benyújtások minőségét és az alapfolyamat hatékonyságát méri azzal, hogy azonosítja a fennakadás nélkül végigfutó elszámolásokat.

Hol szerezhető be?

Ezt az attribútumot a process mining platform számítja ki. Esetenként elemzi a műveletek sorrendjét, és ellenőrzi, hogy történt-e elutasítás vagy javításra visszaküldés.

Példák
truefalse
Költségkategória
ExpenseCategory
A költséghez rendelt kategória, például utazás, étkezés vagy szoftver.
Leírás

A költségkategóriát az alkalmazott választja ki a kiadás jellegének megadásához. A kategória a könyvelést, a költségvetés-tervezést és a szabályzatok betartását szolgálja.

A process mining során a költségek kategorizálása részletesebb képet ad a folyamatról. Segítségével megállapítható például, hogy bizonyos kategóriák, például a külföldi utazások jóváhagyása tovább tart-e, vagy gyakrabban utasítják-e el őket. Az elemzés támogatja az egyes kiadástípusokra vonatkozó szabályzatok és folyamatok finomítását.

Miért fontos?

Lehetővé teszi a folyamat kiadástípus szerinti elemzését, így feltárhatók az egyes költségtípusokra jellemző eltérések és szűk keresztmetszetek.

Hol szerezhető be?

Ez egy szokásos mező a költségtételeknél. Ha egy elszámolás több kategóriát tartalmaz, az adatokat az elszámolás szintjén kell összesíteni.

Példák
RepülőjegyÉtkezés és szórakoztatásSzoftver-előfizetésekIrodaszerek
Munkavállaló neve
EmployeeName
A költségelszámolást létrehozó és beküldő munkavállaló neve.
Leírás

Ez az attribútum annak a munkavállalónak a nevét adja meg, akinek a nevében a költségelszámolást benyújtották. Míg az eseményt végrehajtó felhasználó azt jelöli, ki hajtott végre egy műveletet, a munkavállaló neve a költségelszámolási ügy érintettjét azonosítja.

Az elemzésben ez lehetővé teszi a költségek munkavállalónkénti követését. Segít azonosítani azokat, akik gyakran küldenek be szabályszegést tartalmazó elszámolást, vagy akiknek az elszámolását rendszeresen elutasítják. Ez további képzés szükségességére utalhat. Az attribútum a különböző munkavállalók vagy munkakörök költési mintáinak megértését is segíti.

Miért fontos?

Azonosítja a költségelszámolás tulajdonosát, így munkavállalónként elemezhető a beküldések minősége és a szabályzatok betartása.

Hol szerezhető be?

Ez minden költségelszámolás alapvető adata, amely a Brexben a létrehozó felhasználói profiljához kapcsolódik.

Példák
Alice JohnsonRobert WilliamsMaria Garcia
Ország
Country
Az alkalmazotthoz vagy a költségtranzakcióhoz tartozó ország.
Leírás

Ez az attribútum az alkalmazott elsődleges irodájának vagy költséghelyének országát jelöli. Nemzetközi vállalatoknál fontos szempont az összehasonlító elemzéshez.

Az ország szerinti elemzés feltárhatja a folyamat teljesítményének, a megfelelésnek vagy a költési szokásoknak a regionális eltéréseit. Előfordulhat például, hogy egy országban a helyi szabályozás vagy az eltérő vezetési struktúra miatt hosszabb a jóváhagyás. Ez az információ segít egységesíteni a folyamatokat nemzetközi szinten, miközben figyelembe veszi a helyi igényeket.

Miért fontos?

Lehetővé teszi a folyamat teljesítményének és a megfelelésnek a földrajzi régiók szerinti elemzését, ami különösen fontos a nemzetközi szervezetek számára.

Hol szerezhető be?

A Brexben tárolt alkalmazotti profilból származik, amelyet gyakran egy központi HR-rendszerrel szinkronizálnak.

Példák
USACANGBRDEU
Pénznem
Currency
A költségelszámolás teljes összegének pénznemkódja.
Leírás

A pénznem attribútum adja meg a teljes összeg pénznemét, például USD, EUR vagy GBP. Ez elengedhetetlen a pontos pénzügyi elemzéshez, különösen akkor, ha egy nemzetközi szervezet több pénznemben kezeli a költségeket.

Az attribútum biztosítja a pénzügyi adatok helyes értelmezését. Lehetővé teszi a költségösszegek megfelelő összesítését és összehasonlítását, amihez gyakran közös jelentési pénznemre kell átváltani az értékeket. Így elkerülhető az a hiba, hogy különböző pénznemek összegeit adják össze.

Miért fontos?

Több pénznem használatakor is biztosítja a pénzügyi adatok pontosságát, és lehetővé teszi a költségadatok helyes összesítését és jelentését.

Hol szerezhető be?

Ez a mező általában a Brex költségelszámolási adataiban, az összeg mező mellett található.

Példák
USDEURGBP
Történt utómunka
IsRework
Számított jelző, amely akkor igaz, ha az elszámolást legalább egyszer javításra visszaküldték.
Leírás

Ez a logikai attribútum a folyamat lefutása alapján készül. Értéke „true” minden olyan költségelszámolásnál, amelynek előzményei között szerepel a „Report Sent For Revision” művelet. Így egyszerűen megjelölhetők és elemezhetők az utómunkát igénylő esetek.

Ezt a jelzőt használja a „Költségelszámolások utómunka-aránya” KPI kiszámításához és a „Szabályzatsértések és utómunka elemzése” dashboardhoz. Segítségével könnyen összehasonlíthatók a zökkenőmentesen feldolgozott esetek azokkal, amelyeket visszaküldtek, és számszerűsíthető az utómunka idő- és költségigénye.

Miért fontos?

Azonosítja azokat a költségelszámolásokat, amelyek javítást vagy további munkát igényeltek, így elemezhetők az utómunka okai és költségei.

Hol szerezhető be?

Ez az attribútum nem szerepel a forrásrendszerben. A rendszer a folyamatlépések sorrendjét ellenőrzi, és megállapítja, hogy az eset tartalmazza-e a „Report Sent For Revision” vagy más, utómunkára utaló műveletet.

Példák
truefalse
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg, amely megmutatja, mikor frissítették utoljára az adatokat a forrásrendszerből.
Leírás

Ez az attribútum jelzi, mennyire frissek az elemzett adatok. A Brex rendszerből történő utolsó sikeres adatkinyerés dátumát és időpontját rögzíti.

Az utolsó adatfrissítés időpontja segít megítélni, mennyire aktuálisak az elemzési eredmények. Megmutatja, hogy a dashboardok a működés legfrissebb állapotát tükrözik-e, vagy régebbi adatokon alapulnak, így a felhasználók reális elvárásokat alakíthatnak ki az elemzés naprakészségével kapcsolatban.

Miért fontos?

Tájékoztat az adatok aktualitásáról, ami elengedhetetlen a pontos, naprakész működési döntésekhez.

Hol szerezhető be?

Ezt az időbélyeget az adatkinyerő eszköz vagy folyamat hozza létre, miután sikeresen lekérte az adatokat a Brex rendszerből.

Példák
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
Kötelező Javasolt Nem kötelező

A költségelszámolás tevékenységei

Ezeket a fő folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a költségelszámolás pontos feltérképezéséhez.
7 Javasolt 7 Nem kötelező
Tevékenység Leírás
Elszámolás visszaküldve javításra
A jóváhagyó, legyen az vezető vagy pénzügyi munkatárs, javításra visszaküldi az elszámolást a munkavállalónak. Ez nem végleges elutasítás, hanem újramunkálási ciklust indít.
Miért fontos?

Ez az esemény az újramunka elsődleges jelzője. Gyakoriságának követése elengedhetetlen a „Költségelszámolások újramunkálási aránya” KPI-hoz és a „Szabályszegések és újramunka elemzése” dashboardhoz.

Hol szerezhető be?

Az esemény valószínűleg a „Javítás szükséges” vagy „Visszaküldve” állapotra váltásból állapítható meg. A rendszernek rögzítenie kell az állapotfrissítés időbélyegét.

Rögzítés

A „Javítás szükséges” vagy hasonló állapotra váltásból állapítható meg, gyakran megjegyzésekkel együtt.

Eseménytípus inferred
Költségelszámolás beküldve
Ez az esemény akkor történik, amikor a munkavállaló jóváhagyásra beküldi a kitöltött költségelszámolást. Ez egy fontos, felhasználó által kezdeményezett lépés, amely a „Piszkozat” vagy „Nyitott” állapotot „Jóváhagyásra vár” állapotra változtatja.
Miért fontos?

Ez a mérföldkő hivatalosan elindítja a jóváhagyási munkafolyamatot. A beküldés és a végső jóváhagyás közötti idő a teljes átfutási idő fontos része.

Hol szerezhető be?

Ezt általában külön eseményként rögzítik az auditnaplóban, vagy a „Beküldve” vagy „Vezetői jóváhagyásra vár” állapot időbélyeggel ellátott változásából lehet megállapítani.

Rögzítés

Az eseménynaplóból vagy a költségelszámolás rekordjának „submission_timestamp” mezőjéből olvasható ki.

Eseménytípus explicit
Költségelszámolás létrehozva
Ez az esemény jelzi, hogy a munkavállaló megkezdte a költségelszámolást. A rendszer akkor rögzíti, amikor létrejön egy új költségelszámolás, akár piszkozatként, akár az első költségtételek hozzáadásával.
Miért fontos?

Ez a folyamat elsődleges kezdőeseménye. A létrehozás és a beküldés közötti idő elemzéséből megérthető a munkavállalók viselkedése, és feltárhatók a költségek jelentésének esetleges késedelmei.

Hol szerezhető be?

Az esemény valószínűleg a Brex adatbázisában szereplő költségelszámolás-objektum vagy -rekord létrehozási időbélyegéből állapítható meg. Ennek kell lennie a költségelszámolás azonosítójához tartozó legkorábbi időbélyegnek.

Rögzítés

A költségelszámolás fejlécrekordjának létrehozási dátuma alapján azonosítható.

Eseménytípus explicit
Költségtérítés kifizetve
Ez az esemény jelzi, amikor a kifizetés ténylegesen megérkezik a munkavállalóhoz. A munkavállaló szempontjából ez a folyamat utolsó lépése, egyben a sikeres lezárása.
Miért fontos?

Ez a folyamat elsődleges sikeres záróeseménye. Szükséges az „Átlagos teljes átfutási idő” és a „Költségtérítés végrehajtásának késedelme” KPI kiszámításához, és közvetlenül befolyásolja a munkavállalói elégedettséget.

Hol szerezhető be?

Az eseményt a kifizetési tranzakciók naplójából vagy a banktól, illetve a fizetési szolgáltatótól érkező API-visszaigazolásból kell rögzíteni. Az időbélyeg a tényleges kifizetés dátumát mutatja.

Rögzítés

A végrehajtási időbélyeget tartalmazó kifizetési tranzakciós naplóból olvasható ki.

Eseménytípus explicit
Könyvelés rögzítve
Ez az utolsó lépés, 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?

Ez az esemény igazolja, hogy a folyamat számviteli szempontból befejeződött. A költségtérítés és a könyvelés közötti késedelem rendszerintegrációs vagy számviteli munkafolyamatbeli problémára utalhat.

Hol szerezhető be?

Az esemény valószínűleg API-visszaigazolásból vagy a számviteli rendszerrel végrehajtott sikeres szinkronizálás utáni állapotfrissítésből állapítható meg. Az időbélyeg a könyvelés rögzítésének időpontját mutatja.

Rögzítés

Sikeres API-visszahívás vagy a csatlakoztatott ERP- vagy számviteli szoftver állapotfrissítése után naplózzák.

Eseménytípus explicit
Pénzügy jóváhagyta
A pénzügyi osztály befejezte az ellenőrzést, és véglegesen jóváhagyta a költségelszámolást. Ez az utolsó jóváhagyási pont a költségtérítés feldolgozása előtt.
Miért fontos?

Ez a fontos mérföldkő engedélyezi a kifizetést. Ezzel zárul a teljes jóváhagyási ciklus mérése, és innen kezdődik a „Költségtérítés végrehajtásának késedelme” KPI mérése.

Hol szerezhető be?

Az eseményt külön rögzíteni kell a jóváhagyási előzményekben vagy az auditnaplóban, a végső jóváhagyó azonosítójával és az időbélyeggel együtt.

Rögzítés

Az eseménynaplóból vagy a „Pénzügy jóváhagyta” vagy „Kifizetésre jóváhagyva” állapot változásából olvasható ki.

Eseménytípus explicit
Vezető jóváhagyta
Az első szintű vezető ellenőrizte és jóváhagyta a költségelszámolást a további feldolgozáshoz. Ez fontos döntési pont: az elszámolás innen a következő szakaszba, általában a pénzügyi ellenőrzéshez vagy az automatikus jóváhagyáshoz kerül.
Miért fontos?

Ez a mérföldkő lezárja az első jóváhagyási lépést. Fontos a jóváhagyási átfutási idők és a vezetői munkaterhelés követéséhez, valamint az „Elsőre jóváhagyott elszámolások aránya” méréséhez.

Hol szerezhető be?

Az eseményt valószínűleg külön rögzítik a jóváhagyási előzményeket tartalmazó táblában vagy az auditnaplóban, a jóváhagyó azonosítójával és az időbélyeggel együtt.

Rögzítés

Az eseménynaplóból vagy a „Vezető jóváhagyta” állapot időbélyeggel ellátott változásából olvasható ki.

Eseménytípus explicit
Bizonylatok csatolva
Azt jelzi, hogy a felhasználó bizonylat képét vagy dokumentumát tölti fel, illetve csatolja egy költségtételhez. Ezt általában minden csatolmányhoz külön, időbélyeggel ellátott eseményként rögzítik.
Miért fontos?

Ennek az eseménynek a követése elengedhetetlen a „Bizonylatok megfelelősége és hatása” dashboardhoz. Segít megállapítani, hogy a késedelmek vagy elutasítások összefüggnek-e a hiányzó vagy késve beküldött bizonylatokkal.

Hol szerezhető be?

Az eseményt valószínűleg egy olyan kapcsolódó táblában rögzítik, amely a csatolmányokat a költségtételekhez rendeli. Minden csatolmányrekordhoz saját létrehozási időbélyeg tartozik.

Rögzítés

A rendszer akkor naplózza, amikor a felhasználó sikeresen feltölt egy költségtételhez tartozó fájlt.

Eseménytípus explicit
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 csomag kifizetési sorába. Ez az esemény jelzi az átadást a jóváhagyási folyamatból a kifizetési rendszernek.
Miért fontos?

Ez a lépés feltárhatja a végső jóváhagyás és a tényleges kifizetés feldolgozása közötti késedelmeket. Segít elkülöníteni a jóváhagyási szűk keresztmetszeteket a kifizetési rendszer hatékonysági problémáitól.

Hol szerezhető be?

Az esemény a „Kifizetésre kész” vagy „Ütemezve” állapotból állapítható meg. Külön eseményként is rögzíthető, ha a rendszer egy különálló kifizetési vagy ERP-rendszerhez kapcsolódik.

Rögzítés

A „Kifizetésre vár” állapotra váltásból vagy egy kifizetési csomag rekordjának létrehozásából állapítható meg.

Eseménytípus inferred
Pénzügy elutasította
A pénzügyi osztály elutasította a költségelszámolást, általában szabályzati, megfelelési vagy dokumentációs okból. Ez végleges elutasítás, amely leállítja a folyamatot.
Miért fontos?

Ez fontos kivételesemény. Gyakoriságának és okainak elemzése elengedhetetlen a megfelelési hiányosságok megértéséhez és a „Költségelszámolások elutasítási arányának” kiszámításához.

Hol szerezhető be?

A többi jóváhagyási döntéshez hasonlóan ezt is külön rögzíteni kell az auditnaplóban, a jóváhagyó azonosítójával, az időbélyeggel és az indoklással együtt.

Rögzítés

Az eseménynaplóból vagy a „Pénzügy elutasította” állapot változásából olvasható ki.

Eseménytípus explicit
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ési sorába. Ez általában a vezetői jóváhagyás utáni állapotváltozásból állapítható meg.
Miért fontos?

Ez jelzi a végső, gyakran legfontosabb jóváhagyási szakasz kezdetét. Az időtartam elemzése segít feltárni a pénzügyi osztály szűk keresztmetszeteit.

Hol szerezhető be?

Az esemény a vezetői jóváhagyást követően a „Pénzügyi jóváhagyásra vár” vagy hasonló állapotra váltás időbélyegéből állapítható meg.

Rögzítés

A „Pénzügyi ellenőrzésre vár” állapotra váltás időbélyegéből állapítható meg.

Eseménytípus inferred
Szabályszegés megjelölve
Automatikus vagy manuális esemény, amely azt jelzi, hogy az elszámolás egy vagy több költségtétele sérti a vállalati szabályzatot. Akkor rögzíthető, amikor egy rendszerbeli szabály aktiválódik, vagy egy ellenőr manuálisan megjelöl egy problémát.
Miért fontos?

Ez az esemény elengedhetetlen a „Szabályszegések és újramunka elemzése” dashboardhoz és a „Szabályszegési arány” KPI-hoz. Segít feltárni a gyakori megfelelési problémákat és azokat a területeket, ahol pontosítani kell a szabályzatot.

Hol szerezhető be?

A „Policy Violation Flag” attribútum true értékéből állapítható meg. Az időbélyeg azt mutatja, mikor frissítették utoljára a jelző állapotát.

Rögzítés

A szabályszegést jelző logikai jelző vagy állapotmező változásából állapítható meg.

Eseménytípus inferred
Vezető elutasította
Az első szintű vezető ellenőrizte és elutasította a költségelszámolást. Ez általában leállítja a folyamatot, vagy javításra visszaküldi az elszámolást a munkavállalónak.
Miért fontos?

Ez az esemény kedvezőtlen eredményt és folyamati kivételt jelez. Elengedhetetlen a „Költségelszámolások elutasítási arányának” kiszámításához és az első jóváhagyási szinten történő elutasítás okainak feltárásához.

Hol szerezhető be?

Az eseményt a jóváhagyáshoz hasonlóan külön rögzíteni kell a jóváhagyási előzményeket tartalmazó táblában vagy az auditnaplóban, az időbélyeggel és az indoklás kódjával együtt.

Rögzítés

Az eseménynaplóból vagy a „Vezető elutasította” állapot időbélyeggel ellátott változásából olvasható ki.

Eseménytípus explicit
Vezetői ellenőrzés megkezdődött
Ez az esemény jelzi, hogy a költségelszámolás bekerült a vezető jóváhagyási sorába. Általában abból állapítható meg, hogy a beküldés után az elszámolás állapota „Vezetői jóváhagyásra vár” értékre változik.
Miért fontos?

Ez jelzi az első jóváhagyási szakasz kezdetét. Az ettől a ponttól a „Vezető jóváhagyta” vagy „Vezető elutasította” eseményig eltelt idő mérése alapvető az „Átlagos vezetői ellenőrzési idő” KPI-hoz.

Hol szerezhető be?

Az esemény a költségelszámolás „Vezetői jóváhagyásra vár” vagy hasonló állapotra váltásának időbélyegéből állapítható meg. Gyakran egybeesik a „Költségelszámolás beküldve” eseménnyel.

Rögzítés

A „Vezetői jóváhagyásra vár” állapotra váltás időbélyegéből állapítható meg.

Eseménytípus inferred
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése a Brexből

Kezdhetjük?

Használja ezt a sablont az adatgyűjtés egyszerűsítésére, és gyorsítsa fel a költségelszámolás fejlesztését. Kezdje el még ma feltárni az összefüggéseket és javítani a hatékonyságot.

Fejlessze még ma a Brex költségelszámolását

Csökkentse 30%-kal a jóváhagyási ciklus idejét, és növelje a munkavállalói elégedettséget.

Próbálja ki ingyen

Bankkártya nem szükséges. A beállítás néhány percet vesz igénybe.