Je template voor declaratiebeheer

De activiteitsnaam beschrijft een enkele stap of statuswijziging binnen het expense management proces. Voorbeelden zijn 'Onkostenrapport Aangemaakt', 'Manager Goedgekeurd', 'Beleidsschending Gemarkeerd' en 'Terugbetaling Uitgevoerd'. Deze reeks activiteiten vormt de processtroom voor elk onkostenrapport.

Voor process mining-analyse is dit attribuut belangrijk voor het bekijken van het daadwerkelijke procesmodel. Het stelt analysesten in staat de proceskaart te visualiseren, knelpunten te vinden waar activiteiten te lang duren, reworkloops zoals 'Rapport Teruggestuurd voor Revisie' te bekijken en niet-standaard procesvariaties nauwkeurig aan te wijzen. De helderheid en granulariteit van activiteitsnamen beïnvloeden direct de kwaliteit van de procesinzichten.

Dit attribuut definieert de stappen van het proces, waardoor de visualisatie van de proceskaart en de analyse van workflowpatronen en -afwijkingen mogelijk worden.

Afgeleid van event logs, statuswijzigingstabellen of transacpakketecords gekoppeld aan het onkostenrapport.

De Expense Report ID is een unieke sleutel die aan elke door een medewerker ingediende declaratie wordt toegewezen. Het fungeert als de belangrijkste link die alle processtappen verbindt, van creatie en indiening via goedkeuringen, mogelijke afwijzingen en uiteindelijke vergoeding.

In process mining is dit attribuut belangrijk voor casereconstructie. Elke unieke Expense Report ID vertegenwoordigt één instantie van het onkostenbeheerproces. Het analyseren van de reis van elke ID maakt de visualisatie van processtromen, de berekening van doorlooptijden voor individuele rapporten en de identificatie van variaties in de afhandeling van verschillende rapporten mogelijk.

Dit is de essentiële case kenmerk die alle gebeurtenissen in de levenscyclus van een declaratie verbindt, waardoor het mogelijk wordt het end-to-end proces te traceren.

Doorgaans te vinden in de header-level data van een declaratie of in de hoofdtransactietabel voor het onkostenproces.

De Het tijdstip van de gebeurtenis (timestamp) registreert het moment dat een activiteit plaatsvond. Het biedt de chronologische volgorde van gebeurtenissen voor elke declaratie, wat belangrijk is voor het nauwkeurig reconstrueren van de procestijdlijn.

In process mining vormen tijdstempels de basis voor alle tijdsanalysess. Ze worden gebruikt om key prestaties indicators te berekenen zoals doorlooptijden tussen activiteiten, totale end-to-end verwerkingstijd en wachttijden. Door tijdstempels te analyseren, kunnen organisaties vertragingen in het goedkeuringsproces vinden, de efficiëntie van de terugbetalingsuitvoering meten en de prestaties ten opzichte van service level agreements monitoren.

Deze timestamp is belangrijk voor het chronologisch ordenen van gebeurtenissen en het berekenen van alle op duur gebaseerde meetwaarden, zoals doorlooptijden en knelpunten.

Te vinden in event logs of transactiedata, vaak gelabeld als 'Aanmaakdatum', 'Timestamp' of 'Eventdatum'.

Het Source System attribuut identificeert de herkomst van de procesdata. In moderne ondernemingen kan onkostenbeheer meerdere geïntegreerde systemen omvatten, bijvoorbeeld een HR-systeem voor medewerkerdata, een specifieke onkostentool voor indieningen, en een ERP voor financiële boekingen. Dit veld helpt data van deze verschillende bronnen te onderscheiden.

Deze Informatie is waardevol voor datavalidatie en voor het begrijpen van het technische omgeving van het proces. Als procesproblemen geconcentreerd zijn in data van een specifiek systeem, kan dit wijzen op integratieproblemen of problemen binnen die applicatie. Het biedt ook context voor de data, zodat analysesten de 'bron van waarheid' voor verschillende processtappen begrijpen.

Identificeert de oorsprong van de data, wat belangrijk is voor data governance, probleemoplossing en het begrijpen van procesvariaties over verschillende platforms.

Deze Informatie maakt vaak deel uit van het data-extractieproces of metadata, en kan tijdens de datavoorbereiding worden toegevoegd.

De Last Data Update timestamp specificeert de laatste keer dat de data uit het bronsysteem werd opgehaald of gesynchroniseerd. Dit biedt een duidelijk afsnijpunt voor de data die in een analyse is opgenomen, en zorgt ervoor dat alle belanghebbenden op de hoogte zijn van de relevantie van de data.

In een process mining context is dit attribuut belangrijk voor data-integriteit en rapportage. Het helpt gebruikers te begrijpen of zij naar real-time Informatie of een historische momentopname kijken. Dit is bijzonder belangrijk voor voortdurende monitoring dashboards waar tijdigheid belangrijk is. Het helpt ook bij het oplossen van problemen met datapijplijnen door te bevestigen dat dataverversingen volgens schema plaatsvinden.

Zorgt voor transparantie over de relevantie van de data, wat belangrijk is voor de nauwkeurigheid en relevantie van elke procesanalyse of monitoring dashboard.

Doorgaans gegenereerd en opgeslagen door de data-integratie of ETL (Extract, Transform, Load) tool tijdens het datalaadproces.

Dit attribuut identificeert de onderdeel, zoals 'Sales', 'Engineering' of 'Marketing', waartoe de indiener behoort. Het is vaak gekoppeld aan de kostenplaats die verantwoordelijk is voor de onkosten.

Employee Department is een primaire dimensie voor vergelijkende analyse. Het maakt een weergave van het proces gefilterd per afdeling mogelijk, wat significante gedragsverschillen kan benadrukken. Eén afdeling kan bijvoorbeeld een veel hogere percentage beleidsschendingen of een langere goedkeuringscyclus hebben dan een andere. Deze inzichten kunnen het management helpen de behoefte aan gerichte training, procesaanpassingen of beleidsverduidelijkingen voor specifieke teams te vinden.

Maakt krachtige vergelijkende analyse mogelijk tussen bedrijfseenheden, wat helpt bij het vinden van afdelingsspecifiek gedrag, knelpunten of compliance-problemen.

Doorgaans afkomstig uit de stamdata record van de medewerker, die is gekoppeld aan de declaratie.

Het Gebruiker attribuut identificeert de persoon of geautomatiseerde agent die verantwoordelijk is voor het uitvoeren van een specifieke processtap. Dit kan de medewerker zijn die het rapport indient, de manager die het goedkeurt, of een financiële teamlid dat de terugbetaling verwerkt.

Het analyseren van het proces per gebruiker is belangrijk voor het begrijpen van de werkdrukverdeling, individuele prestaties en het vinden van specifieke actoren die vertragingen kunnen veroorzaken. Het kan bijvoorbeeld zichtbaar maken of een bepaalde manager een knelpunt is in de goedkeuringsketen. Het ondersteunt ook de analyse van bron-allocatie en helpt bij het waarborgen van verantwoording en controleerbaarheid gedurende het hele proces.

Identificeert de actor voor elke stap, wat workloadanalyse, prestatievergelijking mogelijk maakt en het nauwkeurig vinden van knelpunten die gekoppeld zijn aan specifieke individuen of teams.

Beschikbaar in de event log of transactiegeschiedenis, vaak gekoppeld aan een user ID of employee ID.

De Policy Violation Flag is een simpele true- of false-waarde die aangeeft of een declaratie automatisch of handmatig is geïdentificeerd als niet-compliant met het bedrijfsbeleid voor uitgaven. Overtredingen kunnen onder meer het overschrijden van bestedingslimieten, het gebruik van niet-goedgekeurde leveranciers of het ontbreken van de juiste documentatie zijn.

Deze vlag is een belangrijke drijfveer voor compliance-analyse. Het stelt organisaties in staat om het totale percentage beleidsovertredingen te berekenen en verder in te zoomen om te zien welke afdelingen, onkostencategorieën of medewerkers de meeste overtredingen hebben. Inzicht in de frequentie en aard van beleidsovertredingen helpt bij het verfijnen van beleid, het verbeteren van geautomatiseerde controles en het bieden van gerichte training om niet-compliant uitgaven en procesuitzonderingen te verminderen.

Ondersteunt direct compliance monitoring door niet-conforme rapporten te markeren, wat helpt bij het meten en verminderen van beleidsschendingen.

Een vlag of veld in de header of line-item data van het onkostenrapport, vaak ingesteld door de regelengine van het systeem.

De Submitter is de medewerker die de onkosten heeft gemaakt en het terugbetalingsproces heeft geïnitieerd door de declaratie aan te maken. Dit attribuut is doorgaans consistent voor alle gebeurtenissen gerelateerd aan één enkele declaratiecase.

Hoewel het algemene 'Gebruiker' attribuut de actor voor elke stap identificeert, biedt de Submitter een consistent case-level attribuut voor het analyseren van het gedrag van de eigenaar van het rapport. Het maakt analyse mogelijk die gericht is op de medewerkerservaring, zoals het vinden van medewerkers wiens rapporten vaak worden afgewezen of die consequent het beleid overtreden. Dit kan leiden tot gerichte communicatie- of trainingsinitiatieven om de algehele procesefficiëntie en compliance vanaf het begin te verbeteren.

Identificeert de eigenaar van het onkostenrapport, wat analyse op basis van medewerkergedrag mogelijk maakt, zoals het vinden van frequente beleidsschenders of bronnen van rework.

Te vinden in de header data van het onkostenrapport, gekoppeld aan de medewerker die de record heeft aangemaakt.

De Rejection Reason is een tekstveld of een vooraf gedefinieerde code die uitlegt waarom een declaratie een goedkeuringsstap niet heeft doorstaan. Veelvoorkomende redenen zijn 'Bon Ontbreekt', 'Onjuiste Categorie' of 'Uitgaven Buiten Beleid'.

Dit attribuut is zeer waardevol voor de rootcause-analyse van procesrework. Door de meest voorkomende Rejection Reasons te analyseren, kan een bedrijf systemische problemen vinden. Als 'Bon Ontbreekt' bijvoorbeeld de belangrijkste reden is, moet het bedrijf mogelijk de communicatie over documentatievereisten verbeteren of het proces voor het bijvoegen van bonnen vereenvoudigen. Deze inzichten leiden tot gerichte procesverbeteringen die de first-pass goedkeuringsgraad verhogen, rework verminderen en de totale doorlooptijd verkorten.

Verklaart het 'waarom' achter procesrework, wat gerichte verbeteringen mogelijk maakt om afwijzingspercentages te verminderen en het direct-goedkeuringspercentage te verbeteren.

Vastgelegd in een opmerkingenveld of een selectielijst wanneer een goedkeurder een 'Afwijzen'- of 'Terugsturen'-actie uitvoert.

Rapportstatus geeft een momentopname van waar een onkostenrapport zich op een bepaald moment in het proces bevindt, of de uiteindelijke uitkomst ervan. Statussen veranderen doorgaans naarmate het rapport verschillende fases doorloopt, zoals indiening, goedkeuring, verwerking en betaling.

Dit attribuut is nuttig voor het filteren van cases om specifieke cohorten te analyseren, bijvoorbeeld door alleen te focussen op 'Afgewezen' rapporten om afwijzingsredenen te begrijpen, of op 'Wacht op goedkeuring' rapporten om huidige knelpunten te onderzoeken. In dashboards biedt het een high-level overzicht van de huidige workload en de status van alle lopende onkostenrapporten. Het kan ook worden gebruikt om de reeks activiteiten te bevestigen die voor process mining zijn gegenereerd.

Biedt een high-level samenvatting van de status van een rapport, wat nuttig is voor het filteren van cases en voor het creëren van operationele dashboards over de huidige workload.

Een veld in de hoofdheader tabel van het onkostenrapport dat wordt bijgewerkt naarmate het rapport vordert door de workflow.

Het Total Bedrag vertegenwoordigt de som van alle individuele onkostenposten die in één declaratie zijn opgenomen. Dit is de totale waarde die onderworven is aan goedkeuring en terugbetaling.

Dit attribuut is belangrijk voor financiële analyse binnen process mining. Het maakt de segmentatie van declaraties in waardecategorieën mogelijk, zoals hoogwaardige versus lage waarde, die vaak verschillende goedkeuringspaden volgen. Analisten kunnen dit attribuut gebruiken om de gemiddelde kosten per rapport te berekenen, de financiële impact van rework en afwijzingen te onderzoeken en uitgaventrends te vinden. Het correleren van het totale bedrag met doorlooptijden kan zichtbaar maken of rapporten met een hogere waarde langer duren om goed te keuren.

Maakt financiële impactanalyse mogelijk, helpt bestedingspatronen te vinden en maakt segmentatie van het proces mogelijk op basis van de rapportwaarde.

Beschikbaar op header-niveau van de onkostenrapport data, vaak berekend als de som van alle line-item bedragen.

Het Valuta attribuut specificeert de munteenheid voor het Total Bedrag. In wereldwijde organisaties dienen medewerkers onkosten in verschillende valuta's in, en dit veld biedt de noodzakelijke context voor alle financiële waarden.

Voor een accurate financiële analyse, vooral in een multinationale context, is dit attribuut belangrijk. Het zorgt ervoor dat financiële waarden correct kunnen worden geïnterpreteerd en omgezet naar een gemeenschappelijke valuta voor geaggregeerde rapportage. Zonder dit zou het vergelijken van het 'Total Bedrag' van een rapport in JPY met één in USD zinloos zijn. Het is onmisbaar voor dashboards die de totale uitgaven, gemiddelde kosten en financiële KPI's in verschillende regio's tonen.

Biedt essentiële context voor alle financiële waarden, wat nauwkeurige financiële rapportage en vergelijking mogelijk maakt tussen verschillende regio's of landen.

Meestal opgeslagen naast de bedragvelden in de header data van de declaratie.

De Audit Outcome legt de bevindingen van een auditstap binnen het proces vast. Dit kan een geautomatiseerde systeemcontrole zijn die compliance regels controleert, of een handmatige beoordeling door een financiële of auditteam. Uitkomsten zijn doorgaans 'Geslaagd', 'Gefaald' of 'Geslaagd met Uitzonderingen'.

Dit attribuut biedt een directe maatstaf voor de effectiviteit van interne controles. Door audit resultaten te analyseren, kan een bedrijf zijn risicoblootstellingng en de kwaliteit van inzendingen beoordelen. Het helpt bij het vinden van gebieden waar controles tekortschieten of waar beleid consequent verkeerd wordt geïnterpreteerd. Process mining kan audit resultaten correleren met andere attributen om bijvoorbeeld te bekijken of bepaalde onkostencategorieën of afdelingen een hogere auditfaalpercentage hebben.

Biedt een directe maatstaf voor compliance en interne controle checks, wat helpt bij het beoordelen van risico's en de effectiviteit van auditregels.

Een veld dat wordt bijgewerkt door een geautomatiseerde regelengine of door een gebruiker van het audit- of finance team nadat hun review is voltooid.

Het Approver attribuut identificeert de persoon die een goedkeurings- of afwijs stap uitvoert in de workflow. In veel processen zijn er meerdere goedkeuringsniveaus, zoals een direct leidinggevende gevolgd door een afdelingshoofd of een medewerker van de financiële afdeling.

Net als het 'Gebruiker' attribuut is de Approver bijzonder nuttig voor het analyseren van de goedkeuringsfase van het proces, die vaak een belangrijke bron van vertragingen is. Het maakt het mogelijk om de goedkeuringstijden per individuele approver te meten, wat helpt bij het vinden van knelpunten. Dashboards kunnen worden gemaakt om de werkdruk en prestaties van verschillende approvers te tonen, wat kan dienen als input voor bronbeheer en de behoefte aan aanvullende training over onkostenbeleid kan benadrukken.

Identificeert de specifieke persoon die verantwoordelijk is voor goedkeuringen, wat analyse van goedkeuringsvertragingen, workloads en beslissingsconsistentie mogelijk maakt.

Vastgelegd in de event log of transactiegeschiedenis voor goedkeuringsgerelateerde activiteiten.

De Expense Category is een dimensie die wordt gebruikt om het type uitgaven op een declaratie te classificeren. Een declaratie kan vaak meerdere categorieën bevatten als deze verschillende posten omvat.

Het analyseren van het proces per Expense Category helpt organisaties inzicht te krijgen in uitgavenpatronen en categorie-specifiek procesgedrag te vinden. Zo kunnen 'Internationale Reiskosten' bijvoorbeeld een complexer en langer goedkeuringsproces hebben dan 'Kantoorbenodigdheden'. Dit attribuut maakt een fijnmazigere analyse van compliance mogelijk, door te tonen of bepaalde categorieën gevoeliger zijn voor beleidsovertredingen. Het is een sleutelveld voor financiële planning en budgettering.

Maakt analyse van bestedingspatronen mogelijk en helpt te vinden of verschillende soorten onkosten verschillende procespaden volgen of verschillende compliance percentages hebben.

Doorgaans te vinden op het regelitemniveau van een declaratie. Voor case-level analyse kan het geaggregeerd worden of kan de dominante categorie worden gebruikt.

De Payment Method geeft aan hoe de oorspronkelijke onkosten door de medewerker zijn betaald. Dit is doorgaans ofwel met een bedrijfscorporate card of met persoonlijke middelen, bekend als 'Out-of-Pocket', wat directe terugbetaling vereist.

Dit attribuut helpt onderscheid te maken tussen twee belangrijke procesvarianten. Corporate card transacties hebben vaak een gestroomlijnder verificatieproces omdat de data direct van de kaartaanbieder komt. Out-of-pocket onkosten vereisen echter meer controle en een directe betaling aan de medewerker. Het analyseren van het proces op basis van betaalmethode kan verschillen in doorlooptijden, compliance rates en verwerkingskosten tussen deze twee paden zichtbaar maken, wat potentieel kansen biedt om het gebruik van corporate cards te stimuleren ter verbetering van de efficiëntie.

Onderscheidt belangrijke procesvarianten (bedrijfscreditcard versus persoonlijke middelen), die vaak verschillende niveaus van risico, efficiëntie en controle hebben.

Meestal gespecificeerd op het regelitemniveau van de onkosten en geeft de bron van fondsen voor de transactie aan.