Datatemplate voor onkostenbeheer

Brex
Datatemplate voor onkostenbeheer

Datatemplate voor onkostenbeheer

Deze template laat zien welke data je nodig hebt om het onkostenbeheerproces te analyseren en hoe je die verzamelt. Je vindt er de belangrijkste attributen en activiteiten, plus uitleg over hoe je de data uit het bronsysteem haalt. Zo verzamel je alles wat nodig is voor process mining.
  • Aanbevolen attributen voor analyse
  • Belangrijke activiteiten om in het proces vast te leggen
  • Uitleg over data-extractie

Attributen voor onkostenbeheer

Dit zijn de aanbevolen datavelden voor het event log, zodat je het onkostenbeheer volledig kunt analyseren.
3 Verplicht 5 Aanbevolen 14 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van een specifieke gebeurtenis of taak tijdens de levenscyclus van een onkostendeclaratie.
Beschrijving

De activiteitsnaam beschrijft een stap in het proces, zoals ‘Onkostendeclaratie ingediend’, ‘Goedgekeurd door manager’ of ‘Terugbetaling uitgevoerd’. Deze gebeurtenissen vormen samen de reeks acties in het procesverloop.

Door deze activiteiten te analyseren, kun je het proces in kaart brengen, bottlenecks tussen stappen opsporen en de frequentie van verschillende uitkomsten, zoals goedkeuringen en afwijzingen, berekenen. Zo krijg je inzicht in wat er gebeurt tijdens het onkostenbeheerproces.

Waarom dit belangrijk is

Dit attribuut is nodig om het proces in kaart te brengen en de volgorde van gebeurtenissen voor elke onkostendeclaratie te begrijpen.

Waar vind je dit?

Deze informatie komt uit event logs of transactiestatussen in het Brex-systeem. Mogelijk moet je statuscodes of gebeurtenistypen omzetten naar begrijpelijke namen.

Voorbeelden
Onkostendeclaratie aangemaaktGoedgekeurd door managerAfgewezen door FinanceTerugbetaling uitgevoerd
ID van onkostendeclaratie
ExpenseReportId
De unieke identificatiecode van een onkostendeclaratie. Deze dient als het primaire case-ID om de levenscyclus van de declaratie te volgen.
Beschrijving

Het ID van de onkostendeclaratie vormt de basis van het onkostenbeheerproces. Het groepeert alle bijbehorende activiteiten, van aanmaken en indienen tot goedkeuren en terugbetalen, in één case.

Met process mining kun je dit ID gebruiken om elke onkostendeclaratie van begin tot eind te analyseren. Je reconstrueert het exacte verloop, meet de totale doorlooptijden, vindt herstelrondes wanneer declaraties worden teruggestuurd en analyseert procesvarianten om veelvoorkomende en uitzonderlijke routes te herkennen.

Waarom dit belangrijk is

Dit ID is nodig om de volledige levenscyclus van een onkostendeclaratie te volgen en doorlooptijden, bottlenecks en procesafwijkingen te analyseren.

Waar vind je dit?

Dit is een primaire identificatiecode in de module voor onkostenbeheer van Brex. Je vindt deze meestal in alle data-exporten en API-eindpunten voor onkostendeclaraties.

Voorbeelden
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
Tijdstip van gebeurtenis
EventTime
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis plaatsvond.
Beschrijving

Het tijdstip van de gebeurtenis geeft voor elke procesactiviteit de exacte datum en tijd aan. Deze tijdgegevens zijn essentieel voor process mining, omdat ze de chronologische volgorde van gebeurtenissen vastleggen.

Met deze timestamp bereken je doorlooptijden tussen activiteiten, vind je wachttijden en vertragingen en analyseer je de procesprestaties over verschillende perioden. De timestamp vormt de basis voor belangrijke metrieken, zoals ‘Gemiddelde beoordelingstijd door manager’ en ‘Vertraging bij uitvoering van terugbetaling’, en ondersteunt zo bottleneckanalyse en prestatiemonitoring.

Waarom dit belangrijk is

De timestamp is nodig om alle tijdsgebonden metrieken te berekenen, zoals doorlooptijden en wachttijden. Die helpen je vertragingen op te sporen.

Waar vind je dit?

Elke gebeurtenis of transactie in Brex hoort een timestamp te hebben. Je vindt deze in API-antwoorden of data-exporten van onkostendeclaraties.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Afdeling van medewerker
EmployeeDepartment
De afdeling van de medewerker die de onkostendeclaratie heeft ingediend.
Beschrijving

Dit attribuut geeft aan bij welke afdeling de medewerker hoort, zoals Verkoop, Engineering of Marketing. Het is een belangrijke dimensie voor organisatieanalyses.

Door data per afdeling te analyseren, kun je procesverschillen, bottlenecks en complianceproblemen in specifieke delen van de organisatie opsporen. Zo zie je bijvoorbeeld of een afdeling veel meer afwijzingen of langere goedkeuringstijden heeft dan andere. Dat kan aanleiding zijn voor gerichte training of aanpassingen aan het proces. Het attribuut is ook belangrijk om budgetten per afdeling te volgen en kosten toe te wijzen.

Waarom dit belangrijk is

Hiermee kun je de procesprestaties van verschillende bedrijfseenheden filteren en vergelijken, zodat je afdelingsspecifieke problemen of trends opspoort.

Waar vind je dit?

Deze informatie komt meestal uit het medewerkersprofiel in Brex, dat vaak wordt gesynchroniseerd met een HR-informatiesysteem.

Voorbeelden
VerkoopEngineeringMarketingFinance
Gebruiker van gebeurtenis
EventUser
De gebruiker die de activiteit heeft uitgevoerd, bijvoorbeeld de manager die de declaratie heeft goedgekeurd.
Beschrijving

Het attribuut Gebruiker van gebeurtenis geeft aan wie verantwoordelijk was voor een activiteit. Dat kan de medewerker zijn die de declaratie indient, de manager die deze beoordeelt of iemand van Finance die de terugbetaling verwerkt.

Dit attribuut is nodig om de werkdruk en prestaties te analyseren, bijvoorbeeld in het dashboard ‘Prestaties en werkdruk van goedkeurders’. Je ziet welke goedkeurders de meeste declaraties behandelen, wie het snelst goedkeurt en of iemand een bottleneck in het proces vormt. Zo kun je het werk beter verdelen en gerichte ondersteuning bieden waar dat nodig is.

Waarom dit belangrijk is

Geeft aan wie verantwoordelijk is voor een actie. Zo kun je de werkdruk en prestaties analyseren en bottlenecks op individueel niveau opsporen.

Waar vind je dit?

Deze data wordt meestal vastgelegd in het auditspoor of de gebeurtenisgeschiedenis van een onkostendeclaratie in Brex.

Voorbeelden
john.smith@example.comjane.doe@example.comfinance-bot
Markering beleidsovertreding
PolicyViolationFlag
Een booleaanse markering die aangeeft of de onkostendeclaratie is gemarkeerd wegens een beleidsovertreding.
Beschrijving

Dit attribuut heeft de waarde true of false. Brex zet het op true wanneer de automatische beleidscontrole een mogelijke overtreding vaststelt, bijvoorbeeld als een onkostenpost boven de limiet voor een categorie uitkomt of als een bon ontbreekt.

Deze markering is nodig voor complianceanalyse en vormt de basis voor de KPI ‘Percentage beleidsovertredingen’. Je kunt er declaraties mee filteren die niet aan het beleid voldoen en nagaan wat de invloed is op verwerkingstijden en afwijzingen. Door deze declaraties te analyseren, kun je het bedrijfsbeleid aanscherpen en ontdekken waar medewerkers meer uitleg nodig hebben.

Waarom dit belangrijk is

Ondersteunt compliancebewaking en helpt de impact van beleidsovertredingen op procesefficiëntie en herstelwerk te kwantificeren.

Waar vind je dit?

Dit is waarschijnlijk een booleaans veld of statusindicator in de onkostendeclaratiegegevens van Brex, vaak beheerd door de beleidsengine.

Voorbeelden
truefalse
Status van declaratie
ReportStatus
De huidige status van de onkostendeclaratie in de levenscyclus.
Beschrijving

De status van de declaratie laat zien waar deze zich op dit moment in het proces bevindt, bijvoorbeeld ‘Wacht op goedkeuring door manager’, ‘Goedgekeurd’, ‘Betaald’ of ‘Afgewezen’.

Dit attribuut is belangrijk voor de operationele monitoring, vooral voor het dashboard ‘Statusmonitor voor openstaande onkostendeclaraties’. Managers en financiële teams zien snel hoeveel werk er ligt, welke declaraties in een bepaalde status blijven hangen en welke acties prioriteit hebben. Door de tijd per status te analyseren, spoor je vertragingen en inefficiënties in het proces op.

Waarom dit belangrijk is

Geeft de huidige positie van een onkostendeclaratie in de workflow weer. Dat is belangrijk voor operationele dashboards en statusmonitoring.

Waar vind je dit?

Dit is een belangrijk statusveld van het onkostendeclaratieobject in Brex.

Voorbeelden
WACHT_OP_GOEDKEURINGGOEDGEKEURDAFGEWEZENBETAALD
Totaalbedrag
TotalAmount
Het totale geldbedrag van de onkostendeclaratie.
Beschrijving

Dit attribuut geeft het totale bedrag aan dat in de onkostendeclaratie wordt opgevoerd. Het is een belangrijke financiële metriek om uitgavenpatronen en de financiële impact van het onkostenproces te begrijpen.

Je kunt het totaalbedrag gebruiken om declaraties in waardeklassen in te delen, bijvoorbeeld hoge en lage bedragen. Voor zulke declaraties kunnen andere goedkeuringsroutes of controles gelden. Het bedrag is ook nodig voor financiële rapportages, budgetanalyses en het herkennen van uitgaventrends per afdeling of categorie.

Waarom dit belangrijk is

Met dit attribuut kun je financiële analyses uitvoeren, bijvoorbeeld declaraties met hoge bedragen opsporen die extra controle of een langere goedkeuring nodig hebben.

Waar vind je dit?

Dit is een standaardveld bij elke onkostendeclaratie in Brex. Je vindt het in het hoofdobject van de declaratie in API-antwoorden of exporten.

Voorbeelden
150.752500.0079.99
Betaalmethode
PaymentMethod
Geeft aan hoe de onkosten zijn betaald, bijvoorbeeld met een zakelijke kaart of eigen geld.
Beschrijving

Dit attribuut maakt onderscheid tussen onkosten die zijn betaald met een zakelijke Brex-kaart en onkosten die een medewerker zelf heeft voorgeschoten en moet declareren.

Dit onderscheid is belangrijk, omdat het proces sterk kan verschillen per betaalmethode. Bij transacties met een zakelijke kaart kunnen verificatie en afstemming nodig zijn. Terugbetalingen volgen juist een declaratie- en uitbetalingsproces. Door de betaalmethoden apart te analyseren, kun je problemen in elke processtroom opsporen en afzonderlijk aanpakken.

Waarom dit belangrijk is

De processtroom en benodigde stappen verschillen vaak tussen onkosten met een zakelijke kaart en terugbetalingen van voorgeschoten bedragen. Daarom is dit attribuut belangrijk voor variantanalyse.

Waar vind je dit?

Deze informatie is opgenomen in de transactiegegevens van Brex.

Voorbeelden
Brex-zakelijke kaartTerugbetalingFactuurbetaling
Bonnen op tijd toegevoegd
ReceiptsAttachedOnTime
Een indicator die aangeeft of de bonnen zijn toegevoegd voordat de declaratie werd ingediend.
Beschrijving

Dit berekende booleaanse attribuut meet of een veelgebruikte goede werkwijze wordt gevolgd: alle benodigde bonnen toevoegen voordat je een onkostendeclaratie ter beoordeling indient. Het staat op 'true' als de activiteit 'Bonnen toegevoegd' in een case plaatsvindt vóór 'Onkostendeclaratie ingediend'.

Deze indicator ondersteunt rechtstreeks het dashboard 'Naleving en impact van bonnen' en de KPI 'Naleving van de regels voor het toevoegen van bonnen'. Door dit attribuut te analyseren, zie je hoe vaak bonnen te laat worden toegevoegd of ontbreken. Je kunt dit gedrag ook in verband brengen met procesuitkomsten zoals vertragingen, afwijzingen en herstelwerk.

Waarom dit belangrijk is

Meet of het beleid voor het indienen van bonnen wordt nageleefd en helpt een veelvoorkomende oorzaak van vertragingen en afwijzingen op te sporen.

Waar vind je dit?

Dit wordt in de process mining-tool berekend door de timestamps van de activiteiten 'Bonnen toegevoegd' en 'Onkostendeclaratie ingediend' binnen elke case met elkaar te vergelijken.

Voorbeelden
truefalse
Bronsysteem
SourceSystem
Het systeem waaruit de data is gehaald.
Beschrijving

Dit attribuut geeft aan waar de procesdata vandaan komt. In dit geval is dat ‘Brex’. Het is belangrijk voor datagovernance en traceerbaarheid, vooral wanneer data uit meerdere systemen wordt gecombineerd voor een integraal beeld van het proces.

Bij de analyse kun je hiermee data filteren en segmenteren wanneer er meerdere bronsystemen zijn. Zo worden metrieken en procesmodellen op basis van de herkomst juist geïnterpreteerd. Bij data uit één systeem bevestigt dit attribuut de herkomst.

Waarom dit belangrijk is

Geeft belangrijke informatie over de herkomst van data, zodat je die kunt traceren en in omgevingen met meerdere systemen correct kunt filteren.

Waar vind je dit?

Dit is een vaste waarde, ‘Brex’, die meestal wordt toegevoegd tijdens de data-extractie en -transformatie.

Voorbeelden
BrexBrex-API-v2.1
Details van beleidsovertreding
PolicyViolationDetails
Een tekstuele beschrijving van het specifieke beleid dat is overtreden.
Beschrijving

De indicator voor beleidsovertreding geeft aan dát er een overtreding heeft plaatsgevonden. Dit attribuut vertelt waarom. Het bevat details over de specifieke regel die is overtreden, zoals 'Maaltijdlimiet van $50 overschreden' of 'Bon vereist voor onkosten boven $25'.

Deze details zijn erg waardevol voor het dashboard 'Analyse van beleidsovertredingen en herstelwerk'. Je kunt hiermee de oorzaken achterhalen door te zien welke overtredingen het vaakst voorkomen. Op basis daarvan kun je gericht actie ondernemen, bijvoorbeeld door een beleid te verduidelijken, medewerkers een herinnering te sturen of geautomatiseerde systeemregels aan te passen.

Waarom dit belangrijk is

Geeft inzicht in de oorzaken van beleidsovertredingen, zodat je gericht beleid, gebruikerstraining en systeemconfiguraties kunt verbeteren.

Waar vind je dit?

Deze informatie staat mogelijk in de compliance- of beoordelingsnotities bij een gemarkeerde onkostendeclaratie in Brex.

Voorbeelden
De onkosten overschrijden de limiet voor deze categorie.De bon ontbreekt.Dubbele onkosten gevonden.
Eindtijd
EndTime
De timestamp waarop een activiteit is afgerond.
Beschrijving

StartTime (EventTime) markeert het begin van een activiteit; EndTime geeft aan wanneer die eindigt. Dit is vooral relevant voor activiteiten met een bepaalde duur, zoals 'Beoordeling door manager gestart' en 'Goedgekeurd door manager'.

Als zowel een start- als eindtijd beschikbaar is, kun je de verwerkingstijd van de activiteit nauwkeurig berekenen en onderscheiden van de wachttijd ervoor. Zo meet je hoe lang het werk zelf duurt. Dat is een belangrijk onderdeel van bottleneckanalyse.

Waarom dit belangrijk is

Maakt het mogelijk de verwerkingstijd van activiteiten nauwkeurig te berekenen, los van de wachttijd. Zo wordt bottleneckanalyse nauwkeuriger.

Waar vind je dit?

EndTime is vaak gelijk aan de StartTime van de volgende activiteit in de reeks. Voor activiteiten met een vastgelegde duur kan het ook een apart veld in de brond data zijn.

Voorbeelden
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
Goedgekeurd bij eerste indiening
FirstPassApproval
Een indicator die aangeeft of een declaratie is goedgekeurd zonder afwijzingen of aanpassingen.
Beschrijving

Dit berekende booleaanse attribuut markeert de meest efficiënte procesinstanties. Het staat alleen op 'true' als een onkostendeclaratie het hele proces, van indiening tot definitieve goedkeuring, doorloopt zonder ooit te worden afgewezen of teruggestuurd voor aanpassing.

Dit attribuut vormt de basis voor de KPI 'Percentage goedgekeurd bij eerste indiening', een belangrijke maatstaf voor proceskwaliteit en efficiëntie. Een hoog percentage betekent dat medewerkers declaraties indienen die volledig en volgens het beleid zijn, en dat het goedkeuringsproces duidelijk is. Door te kijken naar de kenmerken van declaraties die niet meteen worden goedgekeurd, kun je bronnen van vertraging en fouten in het proces opsporen.

Waarom dit belangrijk is

Meet de kwaliteit van declaraties bij de eerste indiening en de efficiëntie van de workflow. Het laat zien welke declaraties zonder problemen worden verwerkt.

Waar vind je dit?

Dit attribuut wordt berekend in het process mining-platform. Per case wordt de activiteitenreeks geanalyseerd om te controleren of er geen afwijzings- of aanpassingsactiviteiten zijn.

Voorbeelden
truefalse
Is geautomatiseerd
IsAutomated
Een booleaanse indicator die aangeeft of een systeemgebruiker of bot de activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut geeft aan of een activiteit automatisch door het systeem is uitgevoerd, zoals een automatische beleidscontrole, of door een medewerker, zoals een handmatige goedkeuring.

Door automatische en handmatige activiteiten van elkaar te onderscheiden, zie je hoe ver de automatisering in het proces is gevorderd. Je kunt beoordelen hoe goed systemen op basis van regels werken en waar verdere automatisering mogelijk is. Zo wordt duidelijk hoeveel declaraties automatisch worden goedgekeurd en hoeveel handmatige tussenkomst nodig hebben. Dat helpt je om meer declaraties zonder handmatige tussenkomst te verwerken.

Waarom dit belangrijk is

Helpt het automatiseringsniveau van het proces te meten en laat zien welke stappen door medewerkers en welke door het systeem worden uitgevoerd.

Waar vind je dit?

Dit wordt meestal afgeleid uit de gebruiker die aan een gebeurtenis is gekoppeld. Systeemgebeurtenissen zijn vaak gekoppeld aan een generieke gebruiker met de naam 'system' of 'bot'.

Voorbeelden
truefalse
Is herstelwerk
IsRework
Een berekende indicator die op waar staat als de declaratie minstens één keer is teruggestuurd voor aanpassing.
Beschrijving

Dit booleaanse attribuut wordt afgeleid uit de processtroom. Het staat op 'true' voor elke onkostendeclaratie met de activiteit 'Declaratie teruggestuurd voor aanpassing' in de geschiedenis. Zo kun je cases met herstelwerk eenvoudig markeren en analyseren.

Deze indicator wordt gebruikt om de KPI 'Percentage onkostendeclaraties met herstelwerk' te berekenen en het dashboard 'Analyse van beleidsovertredingen en herstelwerk' aan te sturen. Je kunt cases die soepel door het proces lopen eenvoudig vergelijken met cases die worden teruggestuurd. Zo wordt duidelijk hoeveel tijd en kosten met herstelwerk gemoeid zijn.

Waarom dit belangrijk is

Markeert onkostendeclaraties waarvoor extra werk en correcties nodig waren. Zo kun je de oorzaken en kosten van herstelwerk analyseren.

Waar vind je dit?

Dit attribuut staat niet in het bronsysteem. Het wordt berekend door te controleren of de activiteitenreeks van een case 'Declaratie teruggestuurd voor aanpassing' of een vergelijkbare herstelactiviteit bevat.

Voorbeelden
truefalse
Laatste data-update
LastDataUpdate
De timestamp waarop de data voor het laatst is vernieuwd vanuit het bronsysteem.
Beschrijving

Dit attribuut geeft aan hoe actueel de geanalyseerde data is. Het registreert de datum en tijd van de laatste geslaagde data-extractie uit Brex.

Aan de hand van het tijdstip van de laatste data-update kunnen gebruikers beoordelen hoe actueel de inzichten zijn. Zo zien ze of de dashboards de meest recente stand van de bedrijfsvoering weergeven of op oudere data zijn gebaseerd. Dat helpt om verwachtingen over de nauwkeurigheid van realtime analyses goed af te stemmen.

Waarom dit belangrijk is

Laat zien hoe actueel de data is. Dat is belangrijk om juiste, actuele beslissingen over de bedrijfsvoering te nemen.

Waar vind je dit?

Deze timestamp wordt aan het einde van een geslaagde data-ophaling uit Brex aangemaakt door de data-extractietool of het extractieproces.

Voorbeelden
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
Land
Country
Het land dat hoort bij de medewerker of de onkostentransactie.
Beschrijving

Dit attribuut geeft het land aan van het hoofdkantoor of de kostenplaats van de medewerker. Voor internationale bedrijven is dit een belangrijke dimensie voor vergelijkende analyses.

Door het proces per land te analyseren, kun je regionale verschillen in procesprestaties, compliance of uitgavengedrag ontdekken. Goedkeuringen kunnen bijvoorbeeld in het ene land langer duren door lokale regelgeving of een andere managementstructuur. Met deze informatie kun je processen wereldwijd standaardiseren en tegelijk rekening houden met lokale behoeften.

Waarom dit belangrijk is

Maakt het mogelijk procesprestaties en compliance in verschillende regio's te analyseren. Dat is belangrijk voor internationale organisaties.

Waar vind je dit?

Afkomstig uit het medewerkersprofiel in Brex, dat vaak wordt gesynchroniseerd met een centraal HR-systeem.

Voorbeelden
USACANGBRDEU
Naam van medewerker
EmployeeName
De naam van de medewerker die de onkostendeclaratie heeft aangemaakt en ingediend.
Beschrijving

Dit attribuut geeft aan op wiens naam de onkostendeclaratie is ingediend. Gebruiker van gebeurtenis geeft aan wie een actie heeft uitgevoerd; Naam van medewerker geeft aan op wie de case betrekking heeft.

Met deze informatie kun je onkosten per medewerker volgen. Zo ontdek je wie vaak declaraties indient die in strijd zijn met het beleid of herhaaldelijk worden afgewezen. Dat kan erop wijzen dat extra training nodig is. Je krijgt ook inzicht in uitgavenpatronen van verschillende medewerkers of functies binnen de organisatie.

Waarom dit belangrijk is

Geeft aan bij wie de onkostendeclaratie hoort. Zo kun je de kwaliteit van indieningen en compliance per medewerker analyseren.

Waar vind je dit?

Dit is een basisgegeven van elke onkostendeclaratie en is gekoppeld aan het gebruikersprofiel van de aanmaker in Brex.

Voorbeelden
Alice JohnsonRobert WilliamsMaria Garcia
Onkostencategorie
ExpenseCategory
De categorie die aan de onkosten is toegewezen, zoals reizen, maaltijden of software.
Beschrijving

De onkostencategorie is een classificatie die de medewerker kiest om aan te geven waar de onkosten voor zijn gemaakt. Deze wordt gebruikt voor de boekhouding, budgettering en handhaving van beleid.

Met process mining kun je onkosten per categorie indelen en het proces gedetailleerder bekijken. Zo ontdek je bijvoorbeeld of bepaalde categorieën, zoals internationale reizen, langere goedkeuringscycli of meer afwijzingen hebben. Deze analyse helpt je beleid en processen voor specifieke soorten uitgaven aan te scherpen.

Waarom dit belangrijk is

Maakt het mogelijk het proces per soort uitgave te analyseren. Zo kun je verschillen in werkwijzen of bottlenecks tussen onkostencategorieën ontdekken.

Waar vind je dit?

Dit is een standaardveld op afzonderlijke onkostenregels. Als een declaratie meerdere categorieën bevat, moet je de gegevens samenvoegen op het niveau van de onkostendeclaratie.

Voorbeelden
VliegticketsMaaltijden en entertainmentSoftwareabonnementenKantoorbenodigdheden
Reden van afwijzing
RejectionReason
De reden die een manager of financieel medewerker opgeeft bij het afwijzen van een onkostendeclaratie.
Beschrijving

Dit attribuut bevat de vrije tekst of vooraf bepaalde reden voor het afwijzen van een onkostendeclaratie. Het is iets anders dan een automatische beleidssignalering: het legt een handmatige beslissing van een goedkeurder vast.

Door afwijsredenen te analyseren, krijg je zicht op de oorzaken van procesfouten en herstelwerk. Zo ontdek je veelvoorkomende fouten bij het indienen, onduidelijk beleid of misverstanden bij medewerkers en managers. Je kunt deze informatie gebruiken om trainingsmateriaal en veelgestelde vragen te verbeteren. Dat helpt het aantal afwijzingen en de hoeveelheid herstelwerk terug te dringen.

Waarom dit belangrijk is

Verklaart waarom handmatige afwijzingen plaatsvinden en geeft concrete feedback waarmee je gebruikerstraining kunt verbeteren en toekomstige fouten kunt voorkomen.

Waar vind je dit?

Dit is meestal een opmerkingenveld dat goedkeurders kunnen invullen wanneer ze in de Brex-interface op 'Afwijzen' klikken.

Voorbeelden
Onjuiste onkostencategorie gekozen.Geef een uitgebreidere zakelijke onderbouwing.Deze aankoop is niet vooraf goedgekeurd.
Valuta
Currency
De valutacode van het totaalbedrag van de onkostendeclaratie.
Beschrijving

Het attribuut Valuta geeft aan in welke valuta het totaalbedrag is uitgedrukt, bijvoorbeeld USD, EUR of GBP. Dit is belangrijk voor een juiste financiële analyse, vooral bij internationale organisaties die met meerdere valuta werken.

Met dit attribuut kun je financiële data correct interpreteren. Het maakt het mogelijk om onkostenbedragen goed op te tellen en te vergelijken. Vaak moeten bedragen daarvoor eerst worden omgerekend naar één rapportagevaluta. Zo voorkom je dat bedragen in verschillende valuta bij elkaar worden opgeteld.

Waarom dit belangrijk is

Zorgt voor juiste financiële cijfers bij meerdere valuta en maakt het mogelijk onkostenbedragen correct op te tellen en te rapporteren.

Waar vind je dit?

Dit veld staat in de onkostendata van Brex meestal naast het bedragveld.

Voorbeelden
USDEURGBP
Verplicht Aanbevolen Optioneel

Activiteiten voor onkostenbeheer

Leg deze belangrijke processtappen en mijlpalen vast in het event log om het onkostenbeheerproces goed in kaart te brengen.
7 Aanbevolen 7 Optioneel
Activiteit Beschrijving
Declaratie teruggestuurd voor aanpassing
Een goedkeurder, bijvoorbeeld een manager of iemand van Finance, stuurt de declaratie terug naar de medewerker om deze aan te passen. Dit is geen definitieve afwijzing, maar het begin van een herstelronde.
Waarom dit belangrijk is

Deze activiteit is de belangrijkste aanwijzing voor herstelwerk. Het aantal keer dat dit gebeurt, is belangrijk voor de KPI ‘Percentage onkostendeclaraties met herstelwerk’ en het dashboard ‘Analyse van beleidsovertredingen en herstelwerk’.

Waar vind je dit?

Dit wordt waarschijnlijk afgeleid uit een statuswijziging naar ‘Aanpassing nodig’ of ‘Teruggestuurd’. Het systeem hoort de timestamp van deze statuswijziging vast te leggen.

Vastleggen

Afgeleid van een statuswijziging naar bijvoorbeeld ‘Aanpassing nodig’, vaak met opmerkingen erbij.

Gebeurtenistype inferred
Goedgekeurd door Finance
De financiële afdeling heeft de declaratie beoordeeld en definitief goedgekeurd. Dit is de laatste goedkeuringsstap voordat de terugbetaling wordt verwerkt.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal die de betaling goedkeurt. Het is het eindpunt voor het meten van de totale goedkeuringsdoorlooptijd en het startpunt voor de KPI ‘Vertraging bij uitvoering van terugbetaling’.

Waar vind je dit?

Deze gebeurtenis hoort afzonderlijk te worden vastgelegd in de goedkeuringsgeschiedenis of het auditspoor, met het ID van de laatste goedkeurder en een timestamp.

Vastleggen

Vastgelegd in een event log of via een statuswijziging naar ‘Goedgekeurd door Finance’ of ‘Goedgekeurd voor betaling’.

Gebeurtenistype explicit
Goedgekeurd door manager
De manager op het eerste niveau heeft de onkostendeclaratie beoordeeld en goedgekeurd voor verdere verwerking. Dit is een belangrijk beslismoment waarna de declaratie naar de volgende fase gaat, meestal een beoordeling door Finance of automatische goedkeuring.
Waarom dit belangrijk is

Met deze mijlpaal is de eerste goedkeuringsstap afgerond. De gebeurtenis is belangrijk om doorlooptijden van goedkeuringen, de werkdruk van managers en het percentage goedkeuringen in één keer bij te houden.

Waar vind je dit?

Deze gebeurtenis wordt waarschijnlijk afzonderlijk vastgelegd in een tabel met de goedkeuringsgeschiedenis of in het auditspoor, met het ID van de goedkeurder en een timestamp.

Vastleggen

Vastgelegd in een event log of via een statuswijziging naar ‘Goedgekeurd door manager’ met de bijbehorende timestamp.

Gebeurtenistype explicit
Onkostendeclaratie aangemaakt
Deze activiteit markeert het moment waarop een medewerker een onkostendeclaratie aanmaakt. Het systeem registreert deze gebeurtenis wanneer een nieuw declaratierecord wordt aangemaakt, als concept of met de eerste onkostenposten.
Waarom dit belangrijk is

Dit is de belangrijkste startgebeurtenis van het proces. Door de tijd tussen dit moment en het indienen te analyseren, krijg je inzicht in het gedrag van medewerkers en mogelijke vertragingen bij het indienen van onkosten.

Waar vind je dit?

Deze gebeurtenis wordt waarschijnlijk vastgelegd via de aanmaaktimestamp van het declaratieobject of -record in de Brex-database. De timestamp hoort de vroegste te zijn die bij het ID van de onkostendeclaratie hoort.

Vastleggen

Vastgesteld aan de hand van de aanmaakdatum van het koprecord van de onkostendeclaratie.

Gebeurtenistype explicit
Onkostendeclaratie ingediend
Deze activiteit vindt plaats wanneer de medewerker de ingevulde onkostendeclaratie formeel ter goedkeuring indient. Dit is een belangrijke actie van de gebruiker, die de status van de declaratie verandert van ‘Concept’ of ‘Open’ in ‘Wacht op goedkeuring’.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal die de goedkeuringsworkflow officieel start. De tijd tussen indiening en definitieve goedkeuring is een belangrijk onderdeel van de totale doorlooptijd.

Waar vind je dit?

Dit wordt meestal als afzonderlijke gebeurtenis in een auditlog vastgelegd. Je kunt het ook afleiden uit een statuswijziging naar ‘Ingediend’ of ‘Wacht op goedkeuring door manager’, samen met de bijbehorende timestamp.

Vastleggen

Vastgelegd in het event log of in het veld ‘submission_timestamp’ van het declaratierecord.

Gebeurtenistype explicit
Terugbetaling uitgevoerd
Deze activiteit markeert het moment waarop het geld daadwerkelijk aan de medewerker wordt uitbetaald. Voor de medewerker is dit de laatste stap en voor het proces een geslaagde afronding.
Waarom dit belangrijk is

Dit is het belangrijkste eindpunt voor een geslaagd proces. Deze gebeurtenis is nodig om de KPI’s ‘Gemiddelde totale doorlooptijd’ en ‘Vertraging bij uitvoering van terugbetaling’ te berekenen. Ze heeft direct invloed op de tevredenheid van medewerkers.

Waar vind je dit?

Deze gebeurtenis hoort te worden vastgelegd in de transactielogs van de betaling of via een API-bevestiging van een bank of betalingsverwerker. De gebeurtenis komt overeen met de daadwerkelijke betaaldatum.

Vastleggen

Vastgelegd in de transactielog van de betaling, met daarin een uitvoeringstimestamp.

Gebeurtenistype explicit
Verwerkt in de boekhouding
Dit is de laatste stap, waarin de onkostendata succesvol wordt geboekt in het grootboek of ERP-systeem van het bedrijf. Hiermee is de financiële afstemming van de onkostendeclaratie afgerond.
Waarom dit belangrijk is

Deze activiteit bevestigt dat het proces vanuit financieel-administratief oogpunt is afgerond. Vertraging tussen de terugbetaling en de boeking kan wijzen op problemen met systeemkoppelingen of boekhoudworkflows.

Waar vind je dit?

Dit wordt waarschijnlijk vastgelegd via een API-bevestiging of een statusupdate nadat de synchronisatie met het boekhoudsysteem is geslaagd. De timestamp van de gebeurtenis geeft aan wanneer de boeking is verwerkt.

Vastleggen

Geregistreerd na een geslaagde API-callback of statusupdate vanuit het gekoppelde ERP- of boekhoudsysteem.

Gebeurtenistype explicit
Afgewezen door Finance
De financiële afdeling heeft de onkostendeclaratie afgewezen, meestal vanwege beleid, compliance of ontbrekende documentatie. Dit is een definitieve afwijzing die het proces stopt.
Waarom dit belangrijk is

Dit is een belangrijke uitzonderingsgebeurtenis. Door het aantal en de oorzaken te analyseren, krijg je inzicht in problemen met compliance en kun je het totale ‘Afwijzingspercentage van onkostendeclaraties’ berekenen.

Waar vind je dit?

Net als andere goedkeuringsbesluiten hoort dit afzonderlijk te worden vastgelegd in het auditspoor, met het ID van de goedkeurder, een timestamp en een reden.

Vastleggen

Vastgelegd in een event log of via een statuswijziging naar ‘Afgewezen door Finance’.

Gebeurtenistype explicit
Afgewezen door manager
De manager op het eerste niveau heeft de onkostendeclaratie beoordeeld en afgewezen. Hierdoor stopt het proces meestal of wordt de declaratie teruggestuurd naar de medewerker om aan te passen.
Waarom dit belangrijk is

Deze activiteit staat voor een negatieve uitkomst en een uitzondering in het proces. Ze is belangrijk voor het berekenen van het ‘Afwijzingspercentage van onkostendeclaraties’ en het achterhalen van redenen voor afwijzing in de eerste goedkeuringsfase.

Waar vind je dit?

Net als een goedkeuring hoort deze gebeurtenis afzonderlijk te worden vastgelegd in een tabel met de goedkeuringsgeschiedenis of in het auditspoor, met een timestamp en reden.

Vastleggen

Vastgelegd in een event log of via een statuswijziging naar ‘Afgewezen door manager’ met de bijbehorende timestamp.

Gebeurtenistype explicit
Beleidsovertreding gemarkeerd
Een automatische of handmatige gebeurtenis die aangeeft dat een of meer onkostenposten in de declaratie in strijd zijn met het bedrijfsbeleid. Dit wordt vastgelegd wanneer een systeemregel wordt geactiveerd of een beoordelaar handmatig een probleem markeert.
Waarom dit belangrijk is

Deze activiteit is belangrijk voor het dashboard ‘Analyse van beleidsovertredingen en herstelwerk’ en de KPI ‘Percentage beleidsovertredingen’. Zo ontdek je veelvoorkomende complianceproblemen en waar het beleid verduidelijking nodig heeft.

Waar vind je dit?

Afgeleid van het attribuut ‘Policy Violation Flag’ dat op true wordt gezet. De timestamp is het moment waarop de status van de markering voor het laatst is bijgewerkt.

Vastleggen

Afgeleid van een wijziging in een booleaanse markering of statusveld dat een beleidsovertreding aangeeft.

Gebeurtenistype inferred
Beoordeling door Finance gestart
Dit markeert het moment waarop een onkostendeclaratie in de wachtrij van de financiële afdeling of boekhouding komt voor de laatste beoordeling. Dit wordt meestal afgeleid uit een statuswijziging na goedkeuring door de manager.
Waarom dit belangrijk is

Dit markeert het begin van de laatste, vaak belangrijkste, goedkeuringsfase. Door de doorlooptijd te analyseren, kun je bottlenecks bij de financiële afdeling opsporen.

Waar vind je dit?

Dit wordt afgeleid van de timestamp waarop de status van de declaratie na goedkeuring door de manager verandert in ‘Wacht op goedkeuring door Finance’ of een vergelijkbare status.

Vastleggen

Afgeleid van de timestamp van de statuswijziging naar ‘Wacht op beoordeling door Finance’.

Gebeurtenistype inferred
Beoordeling door manager gestart
Deze activiteit markeert het moment waarop een onkostendeclaratie in de goedkeuringswachtrij van de manager terechtkomt. Dit wordt meestal afgeleid uit een statuswijziging naar ‘Wacht op goedkeuring door manager’ direct na indiening.
Waarom dit belangrijk is

Dit markeert het begin van de eerste goedkeuringsfase. De tijd vanaf dit moment tot ‘Goedgekeurd door manager’ of ‘Afgewezen door manager’ meten is belangrijk voor de KPI ‘Gemiddelde beoordelingstijd door manager’.

Waar vind je dit?

Dit wordt afgeleid van de timestamp waarop de status van de onkostendeclaratie verandert in ‘Wacht op goedkeuring door manager’ of een vergelijkbare status. Dit valt vaak samen met de gebeurtenis ‘Onkostendeclaratie ingediend’.

Vastleggen

Afgeleid van de timestamp van de statuswijziging naar ‘Wacht op goedkeuring door manager’.

Gebeurtenistype inferred
Bonnen toegevoegd
Dit is het uploaden of toevoegen van een afbeelding of document van een bon aan een onkostenpost. Meestal wordt dit voor elke bijlage als afzonderlijke gebeurtenis met een timestamp vastgelegd.
Waarom dit belangrijk is

Deze activiteit bijhouden is belangrijk voor het dashboard ‘Naleving van bonnen en impact’. Zo kun je nagaan of vertragingen of afwijzingen samenhangen met ontbrekende of te laat ingediende bonnen.

Waar vind je dit?

Dit wordt waarschijnlijk vastgelegd in een gerelateerde tabel die bijlagen koppelt aan onkostenposten. Elk bijlagerecord hoort een eigen aanmaaktimestamp te hebben.

Vastleggen

Geregistreerd wanneer een gebruiker een bestand bij een onkostenpost uploadt.

Gebeurtenistype explicit
Terugbetaling ingepland
Na de definitieve goedkeuring wordt de onkostendeclaratie klaargezet voor betaling in een komende terugbetalingsronde. Deze activiteit markeert de overdracht van de goedkeuring naar het betalingssysteem.
Waarom dit belangrijk is

Deze stap kan vertragingen tussen de definitieve goedkeuring en de daadwerkelijke betaling zichtbaar maken. Zo kun je onderscheid maken tussen bottlenecks bij de goedkeuring en vertragingen in het betalingssysteem.

Waar vind je dit?

Dit kan worden afgeleid uit een statuswijziging naar ‘Klaar voor betaling’ of ‘Ingepland’. Het kan ook als afzonderlijke gebeurtenis worden vastgelegd als het systeem is gekoppeld aan een apart betalings- of ERP-systeem.

Vastleggen

Afgeleid van een statuswijziging naar ‘Wacht op betaling’ of van het aanmaken van een record voor een betalingsbatch.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit Brex

Klaar om aan de slag te gaan?

Gebruik deze template om data sneller te verzamelen en het onkostenbeheer te verbeteren. Breng vandaag nog knelpunten aan het licht en werk aan een efficiënter proces.

Verbeter vandaag nog het onkostenbeheer in Brex

Verkort de goedkeuringsdoorlooptijd met 30% en verhoog de medewerkerstevredenheid.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.