Ihr Daten-Template für das Ausgabenmanagement

Brex
Ihr Daten-Template für das Ausgabenmanagement

Ihr Daten-Template für das Ausgabenmanagement

Dieses Template zeigt Ihnen, welche Daten Sie für die Analyse Ihres Ausgabenmanagements erfassen sollten. Es enthält die wichtigsten Attribute und Aktivitäten sowie Hinweise dazu, wie Sie diese Informationen aus Ihrem Quellsystem extrahieren. So stellen Sie sicher, dass alle erforderlichen Daten für ein aussagekräftiges Process Mining vorliegen.
  • Empfohlene Attribute für die Analyse
  • Wichtige Aktivitäten, die Sie im Prozess erfassen sollten
  • Hinweise zur Datenextraktion
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute des Ausgabenmanagements

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um das Ausgabenmanagement umfassend zu analysieren.
3 Erforderlich 5 Empfohlen 14 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name eines bestimmten Ereignisses oder einer Aufgabe im Verlauf der Spesenabrechnung.
Beschreibung

Der Aktivitätsname bezeichnet einen Prozessschritt, etwa „Spesenabrechnung eingereicht“, „Von Führungskraft genehmigt“ oder „Erstattung ausgeführt“. Diese Ereignisse bilden die Abfolge der Aktionen im Prozess.

Durch die Analyse dieser Aktivitäten lässt sich der Prozessablauf visualisieren, Engpässe zwischen Schritten erkennen und die Häufigkeit verschiedener Ergebnisse wie Genehmigungen oder Ablehnungen berechnen. So wird nachvollziehbar, was im Spesenmanagement geschieht.

Warum das wichtig ist

Dieses Attribut ist entscheidend, um den Prozessablauf zu erstellen und die Abfolge der Ereignisse für jede Spesenabrechnung nachzuvollziehen.

Woher beziehen

Diese Information stammt aus Event Logs oder Transaktionsstatus im Brex-System. Möglicherweise müssen Statuscodes oder Ereignistypen verständlichen Bezeichnungen zugeordnet werden.

Beispiele
Spesenabrechnung erstelltVon Führungskraft genehmigtVon Finanzabteilung abgelehntErstattung ausgeführt
Ereigniszeitpunkt
EventTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Der Ereigniszeitpunkt gibt für jede Aktivität im Prozess das genaue Datum und die genaue Uhrzeit an. Diese Zeitangabe ist eine Grundlage für Process Mining, denn sie legt die chronologische Reihenfolge der Ereignisse fest.

Anhand dieses Timestamps lassen sich Durchlaufzeiten zwischen Aktivitäten berechnen, Wartezeiten und Verzögerungen erkennen und die Prozessleistung über verschiedene Zeiträume hinweg analysieren. Er bildet die Grundlage für wichtige Kennzahlen wie „Durchschnittliche Prüfzeit durch Führungskräfte“ und „Verzögerung bis zur Erstattung“ und unterstützt so die Engpassanalyse und Leistungsüberwachung.

Warum das wichtig ist

Der Timestamp ist für alle zeitbasierten Kennzahlen erforderlich, etwa für Durchlauf- und Wartezeiten, die entscheidend sind, um Verzögerungen zu erkennen.

Woher beziehen

Jeder Ereignis- oder Transaktionsdatensatz in Brex sollte einen Timestamp enthalten. Dieser ist in API-Antworten oder Datenexporten zu Spesenabrechnungen zu finden.

Beispiele
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
ID der Spesenabrechnung
ExpenseReportId
Die eindeutige Kennung einer Spesenabrechnung. Sie dient als primäre Case-ID, um den gesamten Prozessverlauf nachzuverfolgen.
Beschreibung

Die ID der Spesenabrechnung ist der zentrale Bezugspunkt im Spesenmanagement. Sie fasst alle zugehörigen Aktivitäten von der Erstellung und Einreichung bis zur Genehmigung und Erstattung in einem Case zusammen.

Im Process Mining ermöglicht diese ID die durchgängige Analyse des Verlaufs jeder Spesenabrechnung. Mit ihr lässt sich der genaue Prozesspfad rekonstruieren, die gesamte Durchlaufzeit messen, Nacharbeitsschleifen bei zurückgesendeten Abrechnungen erkennen und anhand von Prozessvarianten typische und außergewöhnliche Abläufe untersuchen.

Warum das wichtig ist

Diese ID ist erforderlich, um den gesamten Verlauf einer Spesenabrechnung nachzuverfolgen und Durchlaufzeiten, Engpässe und Prozessabweichungen zu analysieren.

Woher beziehen

Diese primäre Kennung im Spesenmanagementmodul von Brex ist in der Regel in allen Datenexporten und API-Endpunkten zu Spesenabrechnungen verfügbar.

Beispiele
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
Abteilung der mitarbeitenden Person
EmployeeDepartment
Die Abteilung der mitarbeitenden Person, die die Spesenabrechnung eingereicht hat.
Beschreibung

Dieses Attribut gibt die Geschäftseinheit an, der die einreichende Person angehört, etwa Vertrieb, Entwicklung oder Marketing. Es ist eine wichtige organisatorische Dimension für die Analyse.

Die Analyse nach Abteilung hilft, Prozessvarianten, Engpässe und Compliance-Probleme in bestimmten Unternehmensbereichen zu erkennen. So lässt sich beispielsweise feststellen, ob eine Abteilung deutlich mehr Ablehnungen oder längere Genehmigungszeiten aufweist als andere. Das kann auf gezielten Schulungsbedarf oder notwendige Prozessanpassungen hinweisen. Das Attribut ist außerdem wichtig für die Budgetüberwachung und Kostenverteilung nach Abteilung.

Warum das wichtig ist

Ermöglicht den Vergleich der Prozessleistung verschiedener Geschäftseinheiten und hilft, abteilungsspezifische Probleme oder Trends zu erkennen.

Woher beziehen

Diese Information stammt üblicherweise aus dem Benutzerprofil in Brex, das häufig mit einem Personalinformationssystem synchronisiert wird.

Beispiele
VertriebEntwicklungMarketingFinanzabteilung
Ereignisbenutzer
EventUser
Der Benutzer, der die Aktivität ausgeführt hat, zum Beispiel die Führungskraft, die die Abrechnung genehmigt hat.
Beschreibung

Das Attribut „Ereignisbenutzer“ gibt die Person an, die für eine Aktivität verantwortlich war. Das kann die mitarbeitende Person sein, die die Abrechnung einreicht, die Führungskraft, die sie prüft, oder ein Mitglied der Finanzabteilung, das die Erstattung bearbeitet.

Dieses Attribut ist wichtig für die Analyse der Arbeitslast und der Leistung, etwa im Dashboard „Leistung und Arbeitslast der genehmigenden Personen“. Es zeigt, wer die meisten Abrechnungen bearbeitet, wer am schnellsten genehmigt und ob einzelne Personen zum Engpass im Prozess werden. So lässt sich die Arbeit ausgewogener verteilen und gezielte Unterstützung anbieten.

Warum das wichtig ist

Gibt die für eine Aktion verantwortliche Person an und ermöglicht so die Analyse der Arbeitslast, die Leistungsverfolgung und die Ermittlung individueller Engpässe.

Woher beziehen

Diese Daten werden üblicherweise im Audit-Protokoll oder in der Ereignishistorie einer Spesenabrechnung in Brex erfasst.

Beispiele
john.smith@example.comjane.doe@example.comfinance-bot
Gesamtbetrag
TotalAmount
Der Gesamtbetrag der Spesenabrechnung.
Beschreibung

Dieses Attribut gibt den Gesamtbetrag an, der in der Spesenabrechnung geltend gemacht wird. Es ist eine wichtige Finanzkennzahl, um Ausgabenmuster und die finanziellen Auswirkungen des Spesenprozesses zu verstehen.

Bei der Analyse können Sie Spesenabrechnungen nach Betragsklassen segmentieren, etwa in hohe und niedrige Beträge. Für diese können unterschiedliche Genehmigungswege oder Prüfungsintensitäten gelten. Das Attribut ist außerdem wichtig für die Finanzberichterstattung, die Budgetanalyse und die Ermittlung von Ausgabentrends nach Abteilung oder Kategorie.

Warum das wichtig ist

Dieses Attribut ermöglicht Finanzanalysen, etwa die Ermittlung hoher Spesenabrechnungen, die möglicherweise genauer geprüft werden müssen oder längere Genehmigungszeiten haben.

Woher beziehen

Dieses Standardfeld ist jeder Spesenabrechnung in Brex zugeordnet. Sie finden es im Hauptobjekt der Spesenabrechnung in API-Antworten oder Exporten.

Beispiele
150.752500.0079.99
Markierung für Richtlinienverstoß
PolicyViolationFlag
Ein boolesches Feld, das angibt, ob die Spesenabrechnung wegen eines Richtlinienverstoßes markiert wurde.
Beschreibung

Dieses Attribut zeigt mit „true“ oder „false“ an, ob die automatische Richtlinienprüfung von Brex einen möglichen Verstoß festgestellt hat, etwa eine Ausgabe über dem Kategorienlimit oder einen fehlenden Beleg.

Die Markierung ist eine wichtige Grundlage für die Compliance-Analyse und die Kennzahl „Richtlinienverstoßquote“. Damit lassen sich nicht konforme Abrechnungen schnell filtern und ihre Auswirkungen auf Bearbeitungszeiten und Ablehnungsquoten untersuchen. Die Analyse dieser Abrechnungen hilft, Unternehmensrichtlinien zu präzisieren und Bereiche zu erkennen, in denen Mitarbeitende zusätzliche Orientierung benötigen.

Warum das wichtig ist

Unterstützt die Überwachung der Compliance und hilft, die Auswirkungen von Richtlinienverstößen auf Prozesseffizienz und Nacharbeit zu quantifizieren.

Woher beziehen

Dabei handelt es sich wahrscheinlich um ein boolesches Feld oder eine Statusanzeige in den Spesendaten von Brex, die häufig von der Richtlinien-Engine verwaltet wird.

Beispiele
truefalse
Status der Abrechnung
ReportStatus
Der aktuelle Status der Spesenabrechnung im Prozessverlauf.
Beschreibung

Der Status der Abrechnung zeigt, an welcher Stelle im Prozess sich die Spesenabrechnung gerade befindet, zum Beispiel „Genehmigung durch Führungskraft ausstehend“, „Genehmigt“, „Bezahlt“ oder „Abgelehnt“.

Dieses Attribut ist wichtig für die betriebliche Überwachung, insbesondere im Dashboard „Statusübersicht offener Spesenabrechnungen“. Führungskräfte und Finanzteams sehen damit schnell, wie hoch die aktuelle Arbeitslast ist, welche Abrechnungen in einem Status feststecken und welche Vorgänge Vorrang haben. Die Analyse der Verweildauer in den einzelnen Status hilft, Verzögerungen und Ineffizienzen im Prozess zu erkennen.

Warum das wichtig ist

Zeigt den aktuellen Stand einer Spesenabrechnung im Workflow. Das ist wichtig für betriebliche Dashboards und die Statusüberwachung.

Woher beziehen

Dies ist ein wichtiges Statusfeld im Spesenabrechnungsobjekt in Brex.

Beispiele
GENEHMIGUNG_AUSSTEHENDGENEHMIGTABGELEHNTBEZAHLT
Ablehnungsgrund
RejectionReason
Der von einer Führungskraft oder einem Finanzmitarbeitenden angegebene Grund für die Ablehnung einer Spesenabrechnung.
Beschreibung

Dieses Attribut erfasst den Freitext oder den vordefinierten Grund für die Ablehnung einer Spesenabrechnung. Anders als ein automatisiertes Richtlinienkennzeichen dokumentiert es eine manuelle Entscheidung durch eine genehmigende Person.

Die Analyse der Ablehnungsgründe ist wichtig, um Ursachen für Prozessfehler und Nacharbeit zu verstehen. Sie hilft dabei, häufige Fehler bei der Einreichung, unklare Richtlinien oder Missverständnisse bei Mitarbeitenden und Führungskräften zu erkennen. Diese Informationen können zur Verbesserung von Schulungsunterlagen und häufig gestellten Fragen beitragen und so die Ablehnungs- und Nacharbeitsquoten senken.

Warum das wichtig ist

Erklärt, warum manuelle Ablehnungen erfolgen, und liefert konkrete Hinweise zur Verbesserung von Schulungen und zur Vermeidung künftiger Fehler.

Woher beziehen

In der Regel handelt es sich um ein Kommentarfeld, das genehmigende Personen in der Brex-Benutzeroberfläche beim Auswählen der Aktion „Ablehnen“ ausfüllen können.

Beispiele
Falsche Ausgabenkategorie ausgewählt.Bitte geben Sie eine ausführlichere geschäftliche Begründung an.Dieser Kauf wurde nicht vorab genehmigt.
Ausgabenkategorie
ExpenseCategory
Die der Ausgabe zugewiesene Kategorie, zum Beispiel Reisen, Mahlzeiten oder Software.
Beschreibung

Die Ausgabenkategorie ist eine Klassifizierung, die Mitarbeitende zur Beschreibung der Art einer Ausgabe auswählen. Sie dient der Buchhaltung, Budgetierung und Durchsetzung von Richtlinien.

Im Process Mining ermöglicht die Kategorisierung von Ausgaben eine detailliertere Prozessanalyse. So lässt sich beispielsweise feststellen, ob bestimmte Ausgabenkategorien wie internationale Reisen längere Genehmigungszyklen oder höhere Ablehnungsquoten aufweisen. Diese Analyse unterstützt die Anpassung von Richtlinien und Prozessen an bestimmte Ausgabenarten.

Warum das wichtig ist

Ermöglicht die Analyse des Prozesses nach Ausgabenart und kann unterschiedliche Abläufe oder Engpässe bei verschiedenen Ausgabenkategorien aufzeigen.

Woher beziehen

Dies ist ein Standardfeld für einzelne Ausgabenpositionen. Enthält eine Abrechnung mehrere Kategorien, müssen diese auf Ebene der Spesenabrechnung zusammengefasst werden.

Beispiele
FlugkostenMahlzeiten und UnterhaltungSoftware-AbonnementsBürobedarf
Automatisiert
IsAutomated
Ein boolesches Kennzeichen dafür, ob die Aktivität von einem Systembenutzer oder Bot ausgeführt wurde.
Beschreibung

Dieses Attribut zeigt, ob eine Aktivität automatisch vom System ausgeführt wurde, etwa eine automatisierte Richtlinienprüfung, oder von einer Person, zum Beispiel bei einer manuellen Genehmigung.

Die Unterscheidung zwischen automatisierten und manuellen Aktivitäten ist entscheidend, um den Automatisierungsgrad des Prozesses zu verstehen. Sie hilft dabei, die Wirksamkeit regelbasierter Systeme zu bewerten und weitere Automatisierungsmöglichkeiten zu erkennen. So lässt sich beispielsweise ermitteln, wie viele Abrechnungen automatisch genehmigt werden und wie viele manuelles Eingreifen erfordern. Das liefert eine Grundlage, um die durchgängige Verarbeitung ohne manuelle Eingriffe auszubauen.

Warum das wichtig ist

Hilft, den Automatisierungsgrad des Prozesses zu messen und zu erkennen, welche Schritte von Personen und welche vom System ausgeführt werden.

Woher beziehen

Dieses Attribut wird üblicherweise anhand des Benutzers ermittelt, der einem Ereignis zugeordnet ist. Systemgenerierte Ereignisse sind häufig mit einem generischen Benutzer wie „system“ oder „bot“ verknüpft.

Beispiele
truefalse
Belege rechtzeitig angehängt
ReceiptsAttachedOnTime
Ein Kennzeichen dafür, ob die Belege vor dem Einreichen der Abrechnung angehängt wurden.
Beschreibung

Dieses berechnete boolesche Attribut misst, ob eine gängige bewährte Vorgehensweise eingehalten wird: alle erforderlichen Belege vor dem Einreichen einer Spesenabrechnung zur Prüfung anzuhängen. Es erhält den Wert „true“, wenn die Aktivität „Belege angehängt“ bei einem Fall vor der Aktivität „Spesenabrechnung eingereicht“ stattfindet.

Das Kennzeichen unterstützt direkt das Dashboard „Einhaltung der Belegpflicht und Auswirkungen“ sowie die KPI „Einhaltung der Belegpflicht“. Mit diesem Attribut lässt sich ermitteln, wie häufig Belege verspätet oder gar nicht eingereicht werden und wie sich dies auf den Prozess auswirkt, etwa durch Verzögerungen, Ablehnungen und Nacharbeit.

Warum das wichtig ist

Misst die Einhaltung der Vorgaben zur Einreichung von Belegen und hilft, eine häufige Ursache für Verzögerungen und Ablehnungen zu erkennen.

Woher beziehen

Dieses Attribut wird im Process-Mining-Tool berechnet, indem die Timestamps der Aktivitäten „Belege angehängt“ und „Spesenabrechnung eingereicht“ innerhalb jedes Falls verglichen werden.

Beispiele
truefalse
Details zum Richtlinienverstoß
PolicyViolationDetails
Eine Textbeschreibung der konkreten Richtlinie, gegen die verstoßen wurde.
Beschreibung

Während das Kennzeichen für Richtlinienverstöße angibt, dass ein Verstoß vorliegt, erklärt dieses Attribut den Grund dafür. Es enthält Details zu der konkreten Regel, gegen die verstoßen wurde, zum Beispiel „Mahlzeitenlimit von 50 $ überschritten“ oder „Beleg für Ausgaben über 25 $ erforderlich“.

Diese Detailtiefe ist für das Dashboard „Analyse von Richtlinienverstößen und Nacharbeit“ besonders wertvoll. Sie ermöglicht eine Ursachenanalyse, indem die häufigsten Verstoßarten ermittelt werden. Daraus lassen sich gezielte Maßnahmen ableiten, etwa eine Richtlinie verständlicher zu formulieren, Mitarbeitende daran zu erinnern oder automatisierte Systemregeln anzupassen.

Warum das wichtig ist

Zeigt die Ursachen von Richtlinienverstößen auf und ermöglicht gezielte Verbesserungen an Richtlinien, Schulungen und Systemkonfigurationen.

Woher beziehen

Diese Informationen finden Sie in Brex in den Compliance- oder Prüfvermerken zu einer gekennzeichneten Ausgabe.

Beispiele
Die Ausgabe überschreitet das Limit der Kategorie.Der Beleg fehlt.Doppelte Ausgabe erkannt.
Endzeit
EndTime
Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde.
Beschreibung

Während StartTime (EventTime) den Beginn einer Aktivität markiert, kennzeichnet EndTime deren Abschluss. Das ist besonders relevant für Aktivitäten mit einer Dauer, etwa „Prüfung durch Führungskraft gestartet“ und „Von Führungskraft genehmigt“.

Sind für eine Aktivität sowohl Start- als auch Endzeit vorhanden, lässt sich ihre Verarbeitungszeit genau berechnen und von der vorausgehenden Wartezeit abgrenzen. So können Sie messen, wie lange die eigentliche Arbeit dauert. Das ist ein wichtiger Bestandteil der Engpassanalyse.

Warum das wichtig ist

Ermöglicht die genaue Berechnung der Verarbeitungszeit von Aktivitäten, getrennt von Wartezeiten, und verbessert so die Engpassanalyse.

Woher beziehen

EndTime entspricht häufig der StartTime der nächsten Aktivität in der Abfolge. Bei Aktivitäten mit festgelegter Dauer kann es sich auch um ein eigenes Feld in den Quelldaten handeln.

Beispiele
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
Genehmigung im ersten Durchlauf
FirstPassApproval
Ein Kennzeichen dafür, ob eine Abrechnung ohne Ablehnung oder Überarbeitung genehmigt wurde.
Beschreibung

Dieses berechnete boolesche Attribut kennzeichnet die effizientesten Prozessinstanzen. Es erhält nur dann den Wert „true“, wenn eine Spesenabrechnung den gesamten Prozess von der Einreichung bis zur endgültigen Genehmigung durchläuft, ohne abgelehnt oder zur Überarbeitung zurückgesendet zu werden.

Es bildet die Grundlage für die KPI „Genehmigungsquote im ersten Durchlauf“, eine wichtige Kennzahl für Prozessqualität und Effizienz. Eine hohe Quote deutet darauf hin, dass Mitarbeitende vollständige, richtlinienkonforme Abrechnungen einreichen und der Genehmigungsprozess klar gestaltet ist. Eine Analyse der Merkmale von Abrechnungen, die nicht im ersten Durchlauf genehmigt werden, hilft dabei, Reibungspunkte und Fehlerquellen im Prozess zu finden.

Warum das wichtig ist

Misst die Qualität der Ersteinreichungen und die Effizienz des Kern-Workflows, indem Abrechnungen ermittelt werden, die den Prozess ohne Probleme durchlaufen.

Woher beziehen

Dieses Attribut wird in der Process-Mining-Plattform berechnet. Dazu wird die Aktivitätsabfolge jedes Falls daraufhin geprüft, ob Ablehnungen oder Überarbeitungen vorkommen.

Beispiele
truefalse
Land
Country
Das Land, das der beschäftigten Person oder der Ausgabentransaktion zugeordnet ist.
Beschreibung

Dieses Attribut gibt das Land des Hauptbüros oder der Kostenstelle der beschäftigten Person an. Für international tätige Unternehmen ist es eine wichtige Dimension für Vergleichsanalysen.

Eine Analyse nach Ländern kann regionale Unterschiede bei Prozessleistung, Compliance-Quoten oder Ausgabeverhalten sichtbar machen. So können Genehmigungen in einem Land aufgrund lokaler Vorschriften oder anderer Führungsstrukturen länger dauern. Diese Erkenntnisse helfen dabei, Prozesse weltweit zu standardisieren und zugleich lokale Anforderungen zu berücksichtigen.

Warum das wichtig ist

Ermöglicht den Vergleich von Prozessleistung und Compliance in verschiedenen geografischen Regionen. Das ist für international tätige Unternehmen besonders wichtig.

Woher beziehen

Die Information stammt aus dem Profil der beschäftigten Person in Brex und wird häufig mit einem zentralen HR-System synchronisiert.

Beispiele
USACANGBRDEU
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der letzten Aktualisierung der Daten aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wie aktuell die analysierten Daten sind. Es erfasst Datum und Uhrzeit des letzten erfolgreichen Datenexports aus Brex.

Der Zeitpunkt der letzten Datenaktualisierung hilft Benutzern einzuschätzen, wie aktuell die Erkenntnisse sind. So können sie beurteilen, ob die Dashboards den neuesten Betriebsstand oder ältere Daten zeigen und wie genau die Analyse den aktuellen Zustand abbildet.

Warum das wichtig ist

Informiert Benutzer über die Aktualität der Daten, die für fundierte und aktuelle betriebliche Entscheidungen entscheidend ist.

Woher beziehen

Dieser Timestamp wird vom Datenexport-Tool oder -Prozess nach einem erfolgreichen Datenabruf aus Brex erstellt.

Beispiele
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
Nacharbeit
IsRework
Ein berechnetes Kennzeichen, das den Wert „true“ hat, wenn die Abrechnung mindestens einmal zur Überarbeitung zurückgesendet wurde.
Beschreibung

Dieses boolesche Attribut wird aus dem Prozessablauf abgeleitet. Es erhält den Wert „true“, wenn der Verlauf einer Spesenabrechnung die Aktivität „Abrechnung zur Überarbeitung zurückgesendet“ enthält. So lassen sich Fälle, in denen Nacharbeit erforderlich war, einfach kennzeichnen und analysieren.

Das Kennzeichen dient zur Berechnung der KPI „Nacharbeitsquote bei Spesenabrechnungen“ und speist das Dashboard „Analyse von Richtlinienverstößen und Nacharbeit“. Damit können Sie Fälle vergleichen, die den Prozess ohne Unterbrechung durchlaufen, und solche, die zurückgesendet werden. So lassen sich Zeitaufwand und Kosten der Nacharbeit quantifizieren.

Warum das wichtig ist

Kennzeichnet Spesenabrechnungen, bei denen zusätzliche Arbeit und Korrekturen erforderlich waren, und ermöglicht die Analyse der Ursachen und Kosten der Nacharbeit.

Woher beziehen

Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird berechnet, indem geprüft wird, ob die Aktivitätsabfolge eines Falls „Abrechnung zur Überarbeitung zurückgesendet“ oder eine ähnliche Nacharbeitsaktivität enthält.

Beispiele
truefalse
Name der mitarbeitenden Person
EmployeeName
Der Name der mitarbeitenden Person, die die Spesenabrechnung erstellt und eingereicht hat.
Beschreibung

Dieses Attribut gibt den Namen der Person an, in deren Namen die Spesenabrechnung eingereicht wurde. Während „Ereignisbenutzer“ angibt, wer eine Aktion ausgeführt hat, bezeichnet „Name der mitarbeitenden Person“ die Person, auf die sich der Case der Spesenabrechnung bezieht.

Damit lassen sich Ausgaben pro Person nachverfolgen. So können Sie Personen ermitteln, deren Abrechnungen häufig gegen Richtlinien verstoßen oder wiederholt abgelehnt werden. Das kann auf zusätzlichen Schulungsbedarf hinweisen. Außerdem lassen sich Ausgabenmuster verschiedener Personen oder Rollen im Unternehmen nachvollziehen.

Warum das wichtig ist

Gibt an, wem die Spesenabrechnung zuzuordnen ist, und ermöglicht die Analyse der Einreichungsqualität und Compliance auf Ebene einzelner Mitarbeitender.

Woher beziehen

Diese grundlegende Information ist in jeder Spesenabrechnung enthalten und mit dem Benutzerprofil der erstellenden Person in Brex verknüpft.

Beispiele
Alice JohnsonRobert WilliamsMaria Garcia
Quellsystem
SourceSystem
Das System, aus dem die Daten exportiert wurden.
Beschreibung

Dieses Attribut gibt die Herkunft der Prozessdaten an, in diesem Fall „Brex“. Es ist wichtig für Data Governance und Rückverfolgbarkeit, insbesondere wenn Daten aus mehreren Systemen für eine umfassende Prozesssicht zusammengeführt werden.

Bei der Analyse können Sie damit Daten filtern und segmentieren, wenn mehrere Quellsysteme beteiligt sind. So lassen sich Kennzahlen und Prozessabläufe anhand ihrer Herkunft korrekt interpretieren. Bei einer Sicht auf ein einzelnes System bestätigt das Attribut die Datenquelle.

Warum das wichtig ist

Gibt wichtige Informationen zur Datenherkunft und ermöglicht Rückverfolgbarkeit sowie die korrekte Filterung von Daten in Umgebungen mit mehreren Systemen.

Woher beziehen

Ein statischer Wert, „Brex“, der üblicherweise beim Datenexport und der Transformation hinzugefügt wird.

Beispiele
BrexBrex-API-v2.1
Währung
Currency
Der Währungscode des Gesamtbetrags der Spesenabrechnung.
Beschreibung

Das Attribut „Währung“ gibt die Einheit des Gesamtbetrags an, zum Beispiel USD, EUR oder GBP. Es ist wichtig für korrekte Finanzanalysen, insbesondere in multinationalen Unternehmen mit mehreren Währungen.

Dieses Attribut stellt sicher, dass Finanzdaten richtig interpretiert werden. Es ermöglicht die korrekte Zusammenfassung und den Vergleich von Spesenbeträgen, für die häufig eine Umrechnung in eine gemeinsame Berichtswährung erforderlich ist. So wird verhindert, dass Geldbeträge in unterschiedlichen Währungen fälschlich addiert werden.

Warum das wichtig ist

Sichert die Genauigkeit von Finanzdaten bei mehreren Währungen und ermöglicht die korrekte Zusammenfassung und Berichterstattung von Spesenbeträgen.

Woher beziehen

Dieses Feld ist in den Spesendaten von Brex üblicherweise neben dem Betragsfeld verfügbar.

Beispiele
USDEURGBP
Zahlungsmethode
PaymentMethod
Gibt an, wie die Ausgabe bezahlt wurde, zum Beispiel mit einer Firmenkarte oder aus privaten Mitteln.
Beschreibung

Dieses Attribut unterscheidet zwischen Ausgaben, die mit einer von Brex ausgegebenen Firmenkarte bezahlt wurden, und Auslagen von Mitarbeitenden, für die eine Erstattung erforderlich ist.

Diese Unterscheidung ist wichtig, da sich der Prozess je nach Zahlungsmethode erheblich unterscheiden kann. Bei Transaktionen mit Firmenkarten folgen möglicherweise Prüfungs- und Abstimmungsschritte, während Erstattungen einen Antrags- und Auszahlungsprozess durchlaufen. Eine Analyse nach Zahlungsmethode hilft, Probleme in den jeweiligen Abläufen zu erkennen und gezielt zu beheben.

Warum das wichtig ist

Ablauf und erforderliche Schritte unterscheiden sich häufig bei Ausgaben mit Firmenkarte und Erstattungen für private Auslagen. Daher ist dieses Attribut für die Variantenanalyse besonders wichtig.

Woher beziehen

Diese Information ist in den Transaktionsdaten von Brex enthalten.

Beispiele
Brex-FirmenkarteErstattungRechnungszahlung
Erforderlich Empfohlen Optional

Aktivitäten im Ausgabenmanagement

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Ablauf des Ausgabenmanagements präzise zu entdecken.
7 Empfohlen 7 Optional
Aktivität Beschreibung
Abrechnung zur Überarbeitung zurückgesendet
Eine genehmigende Person aus der Führungskraft- oder Finanzabteilung sendet die Abrechnung zur Korrektur an die mitarbeitende Person zurück. Anders als bei einer endgültigen Ablehnung beginnt dadurch eine Nacharbeitsschleife.
Warum das wichtig ist

Diese Aktivität ist der wichtigste Indikator für Nacharbeit. Ihre Häufigkeit ist entscheidend für die Kennzahl „Nacharbeitsquote bei Spesenabrechnungen“ und das Dashboard „Analyse von Richtlinienverstößen und Nacharbeit“.

Woher beziehen

Wahrscheinlich abgeleitet aus einem Statuswechsel zu „Überarbeitung erforderlich“ oder „Zurückgesendet“. Das System sollte den Timestamp dieser Statusänderung erfassen.

Erfassung

Abgeleitet aus einem Statuswechsel zu einem Status wie „Überarbeitung erforderlich“, häufig zusammen mit Kommentaren.

Ereignistyp inferred
Erstattung ausgeführt
Diese Aktivität markiert den Zeitpunkt, an dem die Zahlung tatsächlich an die mitarbeitende Person ausgezahlt wird. Aus Sicht der mitarbeitenden Person ist dies der letzte Schritt und der erfolgreiche Abschluss des Prozesses.
Warum das wichtig ist

Dies ist der zentrale erfolgreiche Endpunkt des Prozesses. Er ist erforderlich, um die Kennzahlen „Durchschnittliche Durchlaufzeit von Anfang bis Ende“ und „Verzögerung bis zur Erstattung“ zu berechnen, die sich direkt auf die Zufriedenheit der Mitarbeitenden auswirken.

Woher beziehen

Dieses Ereignis sollte anhand von Zahlungsprotokollen oder einer API-Bestätigung der Bank oder des Zahlungsdienstleisters erfasst werden. Es entspricht dem tatsächlichen Ausführungsdatum der Zahlung.

Erfassung

Erfasst aus dem Zahlungsprotokoll mit dem Ausführungs-Timestamp.

Ereignistyp explicit
In der Buchhaltung gebucht
Dies ist der letzte Schritt: Die Spesendaten werden erfolgreich im Hauptbuch oder ERP-System des Unternehmens gebucht. Damit ist der finanzielle Abgleich der Spesenabrechnung abgeschlossen.
Warum das wichtig ist

Diese Aktivität bestätigt den Abschluss des Prozesses aus Sicht der Finanzbuchhaltung. Verzögerungen zwischen Erstattung und Buchung können auf Probleme bei der Systemintegration oder in den Buchhaltungsabläufen hinweisen.

Woher beziehen

Wahrscheinlich wird dieser Schritt durch eine API-Bestätigung oder eine Statusaktualisierung nach erfolgreicher Synchronisierung mit dem Buchhaltungssystem erfasst. Der Timestamp des Ereignisses gibt den Buchungszeitpunkt an.

Erfassung

Wird nach einem erfolgreichen API-Callback oder einer Statusaktualisierung aus dem angebundenen ERP- oder Buchhaltungssystem erfasst.

Ereignistyp explicit
Spesenabrechnung eingereicht
Diese Aktivität findet statt, wenn die mitarbeitende Person die ausgefüllte Spesenabrechnung offiziell zur Genehmigung einreicht. Dabei ändert sich der Status der Abrechnung von „Entwurf“ oder „Offen“ zu „Genehmigung ausstehend“.
Warum das wichtig ist

Dieser wichtige Meilenstein markiert den offiziellen Beginn des Genehmigungsablaufs. Die Zeit zwischen Einreichung und endgültiger Genehmigung ist ein wesentlicher Bestandteil der gesamten Durchlaufzeit.

Woher beziehen

Dieses Ereignis wird üblicherweise explizit in einem Audit-Protokoll erfasst. Alternativ lässt es sich anhand eines Statuswechsels zu „Eingereicht“ oder „Genehmigung durch Führungskraft ausstehend“ und des zugehörigen Timestamps ableiten.

Erfassung

Erfasst aus dem Event Log oder aus dem Feld „submission_timestamp“ des Spesenabrechnungsdatensatzes.

Ereignistyp explicit
Spesenabrechnung erstellt
Diese Aktivität markiert den Beginn einer Spesenabrechnung durch eine mitarbeitende Person. Das System erfasst das Ereignis, wenn ein neuer Datensatz für eine Spesenabrechnung angelegt wird, entweder als Entwurf oder mit den ersten hinzugefügten Ausgaben.
Warum das wichtig ist

Dies ist das primäre Start-Event des Prozesses. Die Zeitspanne bis zur Einreichung zeigt, wie Mitarbeitende den Prozess nutzen und wo es möglicherweise zu Verzögerungen bei der Abrechnung kommt.

Woher beziehen

Dieses Ereignis wird wahrscheinlich anhand des Erstellungs-Timestamps des Spesenabrechnungsobjekts oder -datensatzes in der Brex-Datenbank erfasst. Es sollte dem frühesten Timestamp zur jeweiligen Spesenabrechnungs-ID entsprechen.

Erfassung

Ermittelt anhand des Erstellungsdatums des Kopfdatensatzes der Spesenabrechnung.

Ereignistyp explicit
Von Finanzabteilung genehmigt
Die Finanzabteilung hat die Spesenabrechnung geprüft und endgültig genehmigt. Dies ist die letzte Genehmigungsstufe vor der Erstattung.
Warum das wichtig ist

Dieser wichtige Meilenstein gibt die Zahlung frei. Er markiert das Ende des gesamten Genehmigungsablaufs und den Startpunkt für die Kennzahl „Verzögerung bis zur Erstattung“.

Woher beziehen

Dieses Ereignis sollte explizit in einer Genehmigungshistorie oder einem Audit-Protokoll mit der ID der letztgenehmigenden Person und einem Timestamp erfasst werden.

Erfassung

Erfasst aus einem Event Log oder aus einem Statuswechsel zu „Von Finanzabteilung genehmigt“ oder „Zur Zahlung freigegeben“.

Ereignistyp explicit
Von Führungskraft genehmigt
Die Führungskraft der ersten Genehmigungsstufe hat die Spesenabrechnung geprüft und zur weiteren Bearbeitung freigegeben. Diese Entscheidung führt die Abrechnung in die nächste Phase, in der Regel zur Prüfung durch die Finanzabteilung oder zur automatischen Genehmigung.
Warum das wichtig ist

Mit diesem Meilenstein ist der erste Genehmigungsschritt abgeschlossen. Er ist wichtig, um Genehmigungsdurchlaufzeiten, die Arbeitslast der Führungskräfte und die „Genehmigungsquote im ersten Durchlauf“ zu verfolgen.

Woher beziehen

Dieses Ereignis wird wahrscheinlich explizit in einer Genehmigungshistorie oder einem Audit-Protokoll mit der ID der genehmigenden Person und einem Timestamp erfasst.

Erfassung

Erfasst aus einem Event Log oder aus einem Statuswechsel zu „Von Führungskraft genehmigt“ mit zugehörigem Timestamp.

Ereignistyp explicit
Belege angehängt
Diese Aktivität bezeichnet das Hochladen oder Anhängen eines Belegbilds oder -dokuments durch einen Benutzer an eine Ausgabenposition. In der Regel wird für jeden Anhang ein eigenes Ereignis mit Timestamp erfasst.
Warum das wichtig ist

Diese Aktivität ist für das Dashboard „Belegeinhaltung und Auswirkungen“ entscheidend. Sie zeigt, ob Verzögerungen oder Ablehnungen mit fehlenden oder verspätet eingereichten Belegen zusammenhängen.

Woher beziehen

Der Vorgang wird wahrscheinlich in einer verknüpften Tabelle erfasst, die Anhänge den Ausgabenpositionen zuordnet. Jeder Anhangsdatensatz sollte einen eigenen Erstellungs-Timestamp haben.

Erfassung

Wird erfasst, wenn ein Benutzer erfolgreich eine Datei zu einer Ausgabenposition hochlädt.

Ereignistyp explicit
Erstattung eingeplant
Nach der endgültigen Genehmigung wird die Spesenabrechnung für eine anstehende Erstattungsserie zur Zahlung vorgemerkt. Diese Aktivität markiert die Übergabe von der Genehmigung an das Zahlungssystem.
Warum das wichtig ist

Dieser Schritt kann Verzögerungen zwischen der endgültigen Genehmigung und der tatsächlichen Zahlungsabwicklung sichtbar machen. So lassen sich Engpässe bei der Genehmigung von Ineffizienzen im Zahlungssystem unterscheiden.

Woher beziehen

Möglicherweise lässt sich dieser Schritt aus einem Statuswechsel zu „Zahlungsbereit“ oder „Eingeplant“ ableiten. Bei einer Anbindung an ein separates Zahlungs- oder ERP-System kann er auch als eigenes Ereignis erfasst werden.

Erfassung

Abgeleitet aus einem Statuswechsel zu „Zahlung ausstehend“ oder aus der Erstellung eines Datensatzes für eine Zahlungssammelbuchung.

Ereignistyp inferred
Prüfung durch Finanzabteilung begonnen
Markiert den Zeitpunkt, an dem die Spesenabrechnung zur abschließenden Prüfung in die Warteschlange der Finanz- oder Buchhaltungsabteilung gelangt. Dies wird üblicherweise aus einem Statuswechsel nach der Genehmigung durch die Führungskraft abgeleitet.
Warum das wichtig ist

Damit beginnt die letzte und häufig wichtigste Genehmigungsphase. Die Analyse ihrer Dauer hilft, Engpässe in der Finanzabteilung zu erkennen.

Woher beziehen

Abgeleitet aus dem Timestamp des Statuswechsels zu „Genehmigung durch Finanzabteilung ausstehend“ oder einem ähnlichen Status nach der Genehmigung durch die Führungskraft.

Erfassung

Abgeleitet aus dem Timestamp des Statuswechsels zu „Prüfung durch Finanzabteilung ausstehend“.

Ereignistyp inferred
Prüfung durch Führungskraft begonnen
Diese Aktivität markiert den Zeitpunkt, an dem die Spesenabrechnung in die Genehmigungswarteschlange der Führungskraft gelangt. Sie wird üblicherweise aus dem Statuswechsel zu „Genehmigung durch Führungskraft ausstehend“ direkt nach der Einreichung abgeleitet.
Warum das wichtig ist

Damit beginnt die erste Genehmigungsphase. Für die Kennzahl „Durchschnittliche Prüfzeit durch Führungskräfte“ ist die Dauer bis zu „Von Führungskraft genehmigt“ oder „Von Führungskraft abgelehnt“ entscheidend.

Woher beziehen

Abgeleitet aus dem Timestamp des Statuswechsels der Spesenabrechnung zu „Genehmigung durch Führungskraft ausstehend“ oder einem ähnlichen Status. Dieser Zeitpunkt fällt häufig mit dem Ereignis „Spesenabrechnung eingereicht“ zusammen.

Erfassung

Abgeleitet aus dem Timestamp des Statuswechsels zu „Genehmigung durch Führungskraft ausstehend“.

Ereignistyp inferred
Richtlinienverstoß markiert
Ein automatisches oder manuelles Ereignis zeigt an, dass eine oder mehrere Ausgabenpositionen in der Abrechnung gegen Unternehmensrichtlinien verstoßen. Es wird erfasst, wenn eine Systemregel ausgelöst wird oder eine prüfende Person einen Verstoß markiert.
Warum das wichtig ist

Diese Aktivität ist entscheidend für das Dashboard „Analyse von Richtlinienverstößen und Nacharbeit“ und die Kennzahl „Richtlinienverstoßquote“. Sie hilft, häufige Compliance-Probleme und unklare Richtlinien zu erkennen.

Woher beziehen

Abgeleitet aus dem Attribut „Richtlinienverstoß markiert“, sobald es auf „true“ gesetzt wird. Als Timestamp dient der Zeitpunkt der letzten Statusänderung der Markierung.

Erfassung

Abgeleitet aus einer Änderung eines booleschen Markierungs- oder Statusfelds, das auf einen Richtlinienverstoß hinweist.

Ereignistyp inferred
Von Finanzabteilung abgelehnt
Die Finanzabteilung hat die Spesenabrechnung abgelehnt, in der Regel aus Gründen der Richtlinieneinhaltung, Compliance oder Dokumentation. Diese endgültige Ablehnung beendet den Prozess.
Warum das wichtig ist

Dies ist ein wichtiges Ausnahmeereignis. Die Analyse seiner Häufigkeit und Ursachen ist entscheidend, um Compliance-Verstöße zu verstehen und die gesamte „Ablehnungsquote von Spesenabrechnungen“ zu berechnen.

Woher beziehen

Wie andere Genehmigungsentscheidungen sollte auch diese Ablehnung explizit in einem Audit-Protokoll mit der ID der genehmigenden Person, einem Timestamp und einer Begründung erfasst werden.

Erfassung

Erfasst aus einem Event Log oder aus einem Statuswechsel zu „Von Finanzabteilung abgelehnt“.

Ereignistyp explicit
Von Führungskraft abgelehnt
Die Führungskraft der ersten Genehmigungsstufe hat die Spesenabrechnung geprüft und abgelehnt. Dadurch wird der Prozess in der Regel beendet oder die Abrechnung zur Korrektur an die mitarbeitende Person zurückgesendet.
Warum das wichtig ist

Diese Aktivität steht für ein negatives Ergebnis und eine Prozessausnahme. Sie ist wichtig, um die „Ablehnungsquote von Spesenabrechnungen“ zu berechnen und die Gründe für das Scheitern auf der ersten Genehmigungsstufe zu ermitteln.

Woher beziehen

Wie eine Genehmigung sollte auch diese Entscheidung explizit in einer Genehmigungshistorie oder einem Audit-Protokoll mit Timestamp und Begründungscode erfasst werden.

Erfassung

Erfasst aus einem Event Log oder aus einem Statuswechsel zu „Von Führungskraft abgelehnt“ mit zugehörigem Timestamp.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Brex

Möchten Sie loslegen?

Verwenden Sie dieses Template, um die Datenerfassung zu vereinfachen und die Optimierung Ihres Ausgabenmanagements voranzubringen. Entdecken Sie noch heute Erkenntnisse und verbessern Sie die Effizienz.

Optimieren Sie noch heute Ihr Ausgabenmanagement in Brex

Verkürzen Sie die Freigabezeit um 30 % und steigern Sie die Zufriedenheit Ihrer Mitarbeitenden.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.