Ihre Template für Spesenmanagement-Daten
Ihre Template für Spesenmanagement-Daten
- Empfohlene Attribute für die Analyse
- Schlüsselaktivitäten, die Sie über Ihren Prozess hinweg verfolgen können
- Anleitung zur Datenextraktion
Spesenmanagement-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name eines spezifischen Events oder einer Aufgabe, die innerhalb des Spesenbericht-Lebenszyklus aufgetreten ist. | ||
|
Beschreibung
Der Activity Name beschreibt einen Schritt im Prozess, wie zum Beispiel „Spesenabrechnung eingereicht“, „Manager genehmigt“ oder „Erstattung ausgeführt“. Diese Events bilden die Abfolge von Aktionen, die den Prozessfluss ausmachen. Die Analyse dieser Aktivitäten ermöglicht die Visualisierung der Prozesslandkarte, die Identifizierung von Engpässen zwischen den Schritten und die Berechnung der Häufigkeiten für verschiedene Ergebnisse wie Genehmigungen oder Ablehnungen. Sie ist die Grundlage für das Verständnis dessen, was während des Spesenmanagementprozesses geschieht.
Bedeutung
Dieses Attribut ist entscheidend für den Aufbau der Prozesslandkarte und das Verständnis der Abfolge von Events, die jeder Spesenbericht durchläuft.
Datenquelle
Diese Informationen werden aus Event Logs oder Transaktionsstatus innerhalb des Brex-Systems abgeleitet. Es kann erforderlich sein, Statuscodes oder Event-Typen auf benutzerfreundliche Namen abzubilden.
Beispiele
Spesenabrechnung erstelltDurch Manager freigegebenFinanzabteilung abgelehntErstattung ausgeführt
|
|||
|
Ereigniszeit
EventTime
|
Der Zeitstempel, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat. | ||
|
Beschreibung
Event Time liefert das genaue Datum und die Uhrzeit für jede Aktivität im Prozess. Diese temporale Information ist grundlegend für das Process Mining, da sie die chronologische Reihenfolge der Ereignisse festlegt. Dieser Zeitstempel wird verwendet, um Zykluszeiten zwischen Aktivitäten zu berechnen, Wartezeiten und Verzögerungen zu identifizieren und die Prozessleistung über verschiedene Zeiträume hinweg zu analysieren. Er treibt wichtige Kennzahlen wie „Durchschnittliche Manager-Prüfzeit“ und „Erstattungs-Ausführungsverzögerung“ an und unterstützt direkt die Engpassanalyse und Leistungsüberwachung.
Bedeutung
Der Timestamp ist wesentlich für die Berechnung aller zeitbasierten Metriken, wie Zykluszeiten und Wartezeiten, die für die Identifizierung von Verzögerungen entscheidend sind.
Datenquelle
Jeder Ereignis- oder Transaktionsdatensatz in Brex sollte einen zugehörigen Zeitstempel haben. Dieser ist in API-Antworten oder Datenexporten für Spesenabrechnungen zu finden.
Beispiele
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
Spesenabrechnungs-ID
ExpenseReportId
|
Der eindeutige Identifikator für einen Spesenbericht, der als primärer Case-Identifikator zur Verfolgung seines Lebenszyklus dient. | ||
|
Beschreibung
Die Spesenabrechnungs-ID ist der Eckpfeiler des Spesenmanagementprozesses. Sie gruppiert alle zugehörigen Aktivitäten, von der Erstellung und Einreichung über die Genehmigung bis zur Erstattung, in einem einzigen Case. Im Process Mining ermöglicht diese ID die End-to-End-Analyse der Reise jeder Spesenabrechnung. Sie wird verwendet, um den genauen Weg, den ein Bericht genommen hat, zu rekonstruieren, gesamte Zykluszeiten zu messen, Nacharbeitsschleifen zu identifizieren, wenn Berichte zur Überarbeitung zurückgesendet werden, und Prozessvarianten zu analysieren, um gängige und außergewöhnliche Abläufe zu verstehen.
Bedeutung
Diese ID ist entscheidend für die Verfolgung des vollständigen Lebenszyklus eines Spesenberichts und ermöglicht die Analyse von Zykluszeiten, Engpässen und Prozessabweichungen.
Datenquelle
Dies ist ein primärer Identifikator im Spesenmanagement-Modul von Brex, typischerweise verfügbar in allen Spesenbericht-bezogenen Datenexporten und API-Endpunkten.
Beispiele
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
|
|||
|
Berichtsstatus
ReportStatus
|
Der aktuelle Status des Spesenberichts in seinem Lebenszyklus. | ||
|
Beschreibung
Der Berichtsstatus bietet einen Überblick darüber, wo sich der Spesenbericht aktuell im Prozess befindet, zum Beispiel 'Wartet auf Genehmigung des Managers', 'Genehmigt', 'Bezahlt' oder 'Abgelehnt'. Dieses Attribut ist entscheidend für die operative Überwachung, insbesondere für das Dashboard 'Status offener Spesenabrechnungen'. Es ermöglicht Managern und Finanzteams, die aktuelle Arbeitslast schnell zu erkennen, Berichte zu identifizieren, die in einem bestimmten Status festhängen, und ihre Maßnahmen zu priorisieren. Die Analyse der Verweildauer in jedem Status hilft, Prozessverzögerungen und Ineffizienzen genau zu bestimmen.
Bedeutung
Liefert einen aktuellen Überblick über die Position eines Spesenberichts im Workflow, was für operative Dashboards und die Statusüberwachung unerlässlich ist.
Datenquelle
Dies ist ein wichtiges Statusfeld am Spesenberichtsobjekt innerhalb von Brex.
Beispiele
PENDING_APPROVALGENEHMIGTREJECTEDBEZAHLT
|
|||
|
Ereignisbenutzer
EventUser
|
Der Benutzer, der die Activity durchgeführt hat, z. B. der Manager, der den Bericht genehmigt hat. | ||
|
Beschreibung
Das Attribut Event User identifiziert die spezifische Person, die für eine Activity verantwortlich ist. Dies könnte der Mitarbeiter sein, der den Bericht einreicht, der Manager, der ihn prüft, oder das Finanzteammitglied, das die Erstattung bearbeitet. Dieses Attribut ist unerlässlich für die Arbeitslastanalyse und Leistungsverfolgung, wie im Dashboard „Genehmiger-Performance & Arbeitslast“ zu sehen ist. Es hilft zu identifizieren, welche Genehmiger die meisten Berichte bearbeiten, wer die schnellsten Genehmigungszeiten hat und ob es Personen gibt, die einen Engpass im Prozess darstellen könnten. Dies ermöglicht eine ausgewogenere Arbeitsverteilung und gezielte Unterstützung, wo sie benötigt wird.
Bedeutung
Identifiziert die spezifische Person, die für eine Aktion verantwortlich ist, was eine Arbeitslastanalyse, Leistungsverfolgung und Engpassidentifizierung auf individueller Ebene ermöglicht.
Datenquelle
Diese Daten werden typischerweise im Audit Trail oder in der Event History eines Spesenberichts in Brex erfasst.
Beispiele
john.smith@example.comjane.doe@example.comfinance-bot
|
|||
|
Gesamtbetrag
TotalAmount
|
Der monetäre Gesamtwert des Spesenberichts. | ||
|
Beschreibung
Dieses Attribut stellt den Gesamtbetrag dar, der im Spesenbericht beansprucht wird. Es ist eine kritische Finanzmetrik, um Ausgabenmuster und die finanziellen Auswirkungen des Spesenprozesses zu verstehen. In der Analyse kann der Gesamtbetrag verwendet werden, um Spesenberichte in verschiedene Wertebereiche zu segmentieren, wie z. B. hochwertige versus geringwertige Berichte, die unterschiedliche Genehmigungswege oder Prüfungsstufen aufweisen können. Es ist auch unerlässlich für die Finanzberichterstattung, Budgetanalyse und die Identifizierung von Ausgabentrends nach Abteilung oder Kategorie.
Bedeutung
Dieses Attribut ermöglicht Finanzanalysen, wie die Identifizierung hochwertiger Spesenberichte, die möglicherweise einer genaueren Prüfung bedürfen oder längere Genehmigungszeiten aufweisen.
Datenquelle
Dies ist ein Standardfeld, das jedem Spesenbericht in Brex zugeordnet ist. Es ist im Hauptobjekt des Spesenberichts in API-Antworten oder Exporten zu finden.
Beispiele
150.752500.0079.99
|
|||
|
Mitarbeiterabteilung
EmployeeDepartment
|
Die Abteilung des Mitarbeiters, der den Spesenbericht eingereicht hat. | ||
|
Beschreibung
Dieses Attribut identifiziert die Geschäftsabteilung, z. B. Vertrieb, Engineering oder Marketing, der der einreichende Mitarbeiter angehört. Es ist eine wichtige organisatorische Dimension für die Analyse. Die Analyse von Daten nach Abteilungen hilft, Prozessvariationen, Engpässe oder Compliance-Probleme zu identifizieren, die für bestimmte Teile der Organisation spezifisch sind. Zum Beispiel kann sie aufzeigen, ob eine Abteilung eine deutlich höhere Ablehnungsquote oder längere Genehmigungszeiten als andere hat, was auf die Notwendigkeit gezielter Schulungen oder Prozessanpassungen hinweist. Sie ist auch entscheidend für die Abteilungsbudgetierung und Kostenverteilung.
Bedeutung
Ermöglicht das Filtern und Vergleichen der Prozessleistung über verschiedene Geschäftseinheiten hinweg, was hilft, abteilungsspezifische Probleme oder Trends zu identifizieren.
Datenquelle
Diese Informationen stammen üblicherweise aus dem Mitarbeiterprofil in Brex, das oft aus einem HR-Informationssystem synchronisiert wird.
Beispiele
VertriebEngineeringMarketingFinanzen
|
|||
|
Richtlinienverstoß-Kennzeichnung
PolicyViolationFlag
|
Ein boolesches Kennzeichen, das angibt, ob die Spesenabrechnung wegen eines Richtlinienverstoßes gekennzeichnet wurde. | ||
|
Beschreibung
Dieses Attribut ist ein einfacher Wahr- oder Falsch-Indikator, der gesetzt wird, wenn die automatisierte Richtlinien-Engine von Brex eine potenzielle Verletzung erkennt, wie z. B. eine Spese, die ein Kategorielimit überschreitet, oder einen fehlenden Beleg. Dieses Flag ist grundlegend für die Compliance-Analyse und die Basis für den KPI 'Richtlinienverstoß-Rate'. Es ermöglicht eine schnelle Filterung von nicht-konformen Berichten, um deren Auswirkungen auf Bearbeitungszeiten und Ablehnungsquoten zu verstehen. Die Analyse dieser markierten Berichte hilft, Unternehmensrichtlinien zu verfeinern und Bereiche zu identifizieren, in denen Mitarbeiter mehr Anleitung benötigen.
Bedeutung
Unterstützt direkt die Compliance-Überwachung und hilft, die Auswirkungen von Richtlinienverstößen auf die Prozesseffizienz und Nacharbeiten zu quantifizieren.
Datenquelle
Dies ist wahrscheinlich ein boolesches Feld oder ein Statusindikator innerhalb der Spesenberichtsdaten in Brex, oft verwaltet von dessen Policy Engine.
Beispiele
truefalsch
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der Grund, den ein Manager oder Finanzmitarbeiter für die Ablehnung eines Spesenberichts angegeben hat. | ||
|
Beschreibung
Dieses Attribut erfasst den Freitext oder den vordefinierten Grund, der bei der Ablehnung eines Spesenberichts angegeben wird. Dies unterscheidet sich von einer automatisierten Richtlinienkennzeichnung und stellt eine manuelle Entscheidung eines Genehmigers dar. Die Analyse der Ablehnungsgründe ist entscheidend für das Verständnis der Ursachen von Prozessfehlern und Nacharbeiten. Sie hilft, häufige Einreichungsfehler, unklare Richtlinien oder Missverständnisse bei Mitarbeitern oder Managern zu identifizieren. Diese Informationen können zur Verbesserung von Schulungsmaterialien und FAQs verwendet werden, um letztendlich die Ablehnungs- und Nacharbeitsquoten zu reduzieren.
Bedeutung
Erklärt, warum manuelle Ablehnungen auftreten, und liefert direktes Feedback, das zur Verbesserung der Benutzerschulung und zur Reduzierung zukünftiger Fehler genutzt werden kann.
Datenquelle
Dies ist typischerweise ein Kommentarfeld, das Genehmiger ausfüllen können, wenn sie die Aktion 'Ablehnen' in der Brex-Benutzeroberfläche ausführen.
Beispiele
Falsche Spesenkategorie gewählt.Bitte geben Sie eine detailliertere geschäftliche Begründung an.Dieser Kauf wurde nicht vorab genehmigt.
|
|||
|
Belege pünktlich angehängt
ReceiptsAttachedOnTime
|
Ein Kennzeichen, das angibt, ob Belege vor der Einreichung des Berichts angehängt wurden. | ||
|
Beschreibung
Dieses berechnete boolesche Attribut ist darauf ausgelegt, die Einhaltung einer gängigen Best Practice zu messen: das Anhängen aller notwendigen Belege vor der Einreichung eines Spesenberichts zur Überprüfung. Es wird auf 'true' gesetzt, wenn die Activity 'Belege angehängt' vor der Activity 'Spesenabrechnung eingereicht' für einen bestimmten Case stattfindet. Dieses Flag unterstützt direkt das Dashboard 'Belegeinhaltung & Auswirkungen' und den KPI 'Belege-Anhang-Einhaltung'. Die Analyse dieses Attributs hilft zu quantifizieren, wie oft verspätete oder fehlende Belege auftreten und dieses Verhalten mit Prozessergebnissen wie Verzögerungen, Ablehnungen und Nacharbeiten zu korrelieren.
Bedeutung
Misst die Compliance mit den Richtlinien zur Belegeinreichung und hilft, eine häufige Ursache für Prozessverzögerungen und Ablehnungen zu identifizieren.
Datenquelle
Dies wird innerhalb des Process Mining Tools berechnet, indem die Timestamps der Activities 'Belege angehängt' und 'Spesenabrechnung eingereicht' innerhalb jedes Cases verglichen werden.
Beispiele
truefalsch
|
|||
|
Details zum Richtlinienverstoß
PolicyViolationDetails
|
Eine Textbeschreibung der spezifischen Richtlinie, die verletzt wurde. | ||
|
Beschreibung
Während das Richtlinienverstoß-Flag anzeigt, dass ein Verstoß aufgetreten ist, liefert dieses Attribut das 'Warum'. Es enthält Details über die spezifische Regel, die verletzt wurde, wie 'Mahlzeitlimit von 50 $ überschritten' oder 'Beleg erforderlich für Spesen über 25 $'. Dieser Detailgrad ist von unschätzbarem Wert für das Dashboard 'Richtlinienverstoß- & Nacharbeitsanalyse'. Er ermöglicht eine Ursachenanalyse durch Identifizierung der häufigsten Verstoßarten. Diese Erkenntnis kann gezielte Maßnahmen vorantreiben, wie die Klärung einer spezifischen Richtlinie, das Senden von Erinnerungen an Mitarbeiter oder die Anpassung automatischer Systemregeln.
Bedeutung
Liefert die Ursache für Richtlinienverstöße und ermöglicht gezielte Verbesserungen an Richtlinien, Benutzer-Schulungen und Systemkonfigurationen.
Datenquelle
Diese Informationen wären im Compliance- oder Prüfnotizen-Bereich verfügbar, der mit einer markierten Spese in Brex verknüpft ist.
Beispiele
Spesen überschreiten Kategoriegrenze.Beleg fehlt.Doppelte Spesenabrechnung entdeckt.
|
|||
|
Durchlaufzeit
CycleTime
|
Die gesamte verstrichene Zeit von der Erstellung des Spesenberichts bis zu seiner endgültigen Fertigstellung. | ||
|
Beschreibung
Die Zykluszeit ist eine berechnete Metrik, die die End-to-End-Dauer für jeden Spesenabrechnungsfall misst. Sie wird typischerweise als die Differenz zwischen dem Zeitstempel des ersten Ereignisses (z. B. „Spesenabrechnung erstellt“) und dem letzten Ereignis (z. B. „Erstattung ausgeführt“ oder „Buchung verbucht“) berechnet. Dies ist eine der grundlegendsten KPIs zur Messung der gesamten Prozesseffizienz, die das Dashboard „Spesenabrechnung End-to-End-Zykluszeit“ direkt unterstützt. Die Analyse der Zykluszeit hilft, langwierige Fälle zu identifizieren, Trends in der Prozessleistung zu verstehen und die Auswirkungen von Prozessverbesserungsinitiativen zu messen.
Bedeutung
Dies ist ein wichtiger Key Performance Indicator, der die Gesamtgeschwindigkeit und Effizienz des Spesenmanagementprozesses von Anfang bis Ende misst.
Datenquelle
Dies wird innerhalb des Process Mining Tools berechnet, indem der früheste Event Timestamp vom spätesten Event Timestamp für jeden Case subtrahiert wird.
Beispiele
3 Tage 4 Stunden10 Tage 1 Stunde22 Stunden 30 Minuten
|
|||
|
Endzeit
EndTime
|
Der Zeitstempel, der angibt, wann eine Aktivität abgeschlossen wurde. | ||
|
Beschreibung
Während StartTime (EventTime) den Beginn einer Activity markiert, kennzeichnet EndTime ihren Abschluss. Dies ist am relevantesten für Activities, die eine Dauer haben, wie 'Managerprüfung gestartet' und 'Manager genehmigt'. Das Vorhandensein sowohl einer Start- als auch einer Endzeit für eine Activity ermöglicht die präzise Berechnung ihrer Bearbeitungszeit, trennt sie von der Wartezeit, die ihr vorausgeht. Dies hilft bei der genauen Messung, wie lange die eigentliche Arbeitsausführung dauert, was ein Schlüsselbestandteil der Engpassanalyse ist.
Bedeutung
Ermöglicht die Berechnung präziser Bearbeitungszeiten für Aktivitäten, die sich von Wartezeiten unterscheiden, und führt zu einer genaueren Engpassanalyse.
Datenquelle
EndTime ist oft die StartTime der nächsten Aktivität in der Sequenz. Es kann auch ein dediziertes Feld in den Quelldaten für Aktivitäten mit einer definierten Dauer sein.
Beispiele
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
|
|||
|
Genehmigung im ersten Durchlauf
FirstPassApproval
|
Ein Kennzeichen, das angibt, ob ein Bericht ohne Ablehnungen oder Überarbeitungen genehmigt wurde. | ||
|
Beschreibung
Dieses berechnete boolesche Attribut identifiziert die effizientesten Prozessinstanzen. Es wird nur dann auf 'true' gesetzt, wenn ein Spesenbericht den gesamten Prozess von der Einreichung bis zur endgültigen Genehmigung durchläuft, ohne jemals abgelehnt oder zur Überarbeitung zurückgesendet zu werden. Dies ist die Basis für den KPI 'Erfolgsquote bei erster Genehmigung', ein Schlüsselmaß für Prozessqualität und -effizienz. Eine hohe Quote deutet darauf hin, dass Mitarbeiter hochwertige, konforme Berichte einreichen und dass der Genehmigungsprozess unkompliziert ist. Die Analyse der Merkmale von Berichten, die die Erstgenehmigung nicht bestehen, hilft, Reibungs- und Fehlerquellen im Prozess genau zu bestimmen.
Bedeutung
Misst die Qualität der ersten Einreichungen und die Effizienz des Kern-Workflows, indem Berichte identifiziert werden, die reibungslos durchlaufen.
Datenquelle
Dieses Attribut wird innerhalb der Process Mining Plattform berechnet, indem die Activity-Sequenz für jeden Case analysiert wird, um das Fehlen von Ablehnungs- oder Überarbeitungsaktivitäten zu prüfen.
Beispiele
truefalsch
|
|||
|
Ist automatisiert
IsAutomated
|
Ein boolesches Kennzeichen, das angibt, ob die Aktivität von einem Systembenutzer oder Bot durchgeführt wurde. | ||
|
Beschreibung
Dieses Attribut identifiziert, ob eine Activity automatisch vom System ausgeführt wurde, wie eine automatisierte Richtlinienprüfung, oder von einem menschlichen Benutzer, wie eine manuelle Genehmigung. Die Unterscheidung zwischen automatisierten und manuellen Aktivitäten ist entscheidend, um den Automatisierungsgrad im Prozess zu verstehen. Es hilft bei der Bewertung der Effektivität regelbasierter Systeme und der Identifizierung von Möglichkeiten zur weiteren Automatisierung. Zum Beispiel kann es zeigen, wie viele Berichte automatisch genehmigt werden im Vergleich zu denen, die manuelle Eingriffe erfordern, und somit Bemühungen zur Steigerung der Touchless-Verarbeitung leiten.
Bedeutung
Hilft, den Automatisierungsgrad im Prozess zu messen und zu identifizieren, welche Schritte von Menschen im Vergleich zum System ausgeführt werden.
Datenquelle
Dies wird typischerweise durch Überprüfung des mit einem Event verknüpften Benutzers abgeleitet. Systemgenerierte Events sind oft mit einem generischen 'System'- oder 'Bot'-Benutzer verknüpft.
Beispiele
truefalsch
|
|||
|
Ist Nacharbeit
IsRework
|
Ein berechnetes Kennzeichen, das wahr ist, wenn der Bericht mindestens einmal zur Überarbeitung zurückgesandt wurde. | ||
|
Beschreibung
Dieses boolesche Attribut wird vom Prozessfluss abgeleitet. Es wird auf 'true' gesetzt für jeden Spesenbericht, der die Activity 'Bericht zur Überarbeitung gesendet' in seiner Historie enthält. Dies bietet eine einfache Möglichkeit, Cases zu markieren und zu analysieren, die Nacharbeit durchlaufen haben. Dieses Flag wird verwendet, um den KPI 'Nacharbeitsquote bei Spesenabrechnungen' zu berechnen und das Dashboard 'Richtlinienverstoß- & Nacharbeitsanalyse' zu speisen. Es ermöglicht einen einfachen Vergleich zwischen Cases, die reibungslos durch den Prozess laufen, und solchen, die zurückgesendet werden, und hilft so, den Zeit- und Kostenaufwand für Nacharbeiten zu quantifizieren.
Bedeutung
Identifiziert Spesenabrechnungen, die zusätzlichen Aufwand und Korrekturen erforderten, was eine Analyse der Ursachen und Kosten von Nacharbeiten ermöglicht.
Datenquelle
Dieses Attribut ist nicht im Quellsystem vorhanden. Es wird berechnet, indem geprüft wird, ob die Abfolge der Activities für einen Case 'Bericht zur Überarbeitung gesendet' oder ähnliche Nacharbeitsaktivitäten enthält.
Beispiele
truefalsch
|
|||
|
Land
Country
|
Das Land, das dem Mitarbeiter oder der Spesentransaktion zugeordnet ist. | ||
|
Beschreibung
Dieses Attribut gibt das Land des Hauptbüros oder der Kostenstelle des Mitarbeiters an. Für globale Unternehmen ist dies eine wesentliche Dimension für die vergleichende Analyse. Die Analyse des Prozesses nach Ländern kann regionale Unterschiede in der Prozessleistung, den Compliance-Raten oder dem Ausgabeverhalten aufzeigen. Zum Beispiel könnten Genehmigungszeiten in einem Land aufgrund lokaler Vorschriften oder unterschiedlicher Managementstrukturen länger sein. Diese Erkenntnis ist wertvoll, um Prozesse global zu standardisieren und gleichzeitig lokalen Bedürfnissen Rechnung zu tragen.
Bedeutung
Ermöglicht die Analyse der Prozessleistung und Compliance über verschiedene geografische Regionen hinweg, was für multinationale Organisationen entscheidend ist.
Datenquelle
Stammt aus den Profilinformationen des Mitarbeiters in Brex, die oft mit einem zentralen HR-System synchronisiert werden.
Beispiele
USACANGBRDEU
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der `Timestamp`, wann die `Daten` zuletzt aus dem Quellsystem aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt die Aktualität der analysierten Daten an. Es zeichnet Datum und Uhrzeit der letzten erfolgreichen Datenextraktion aus Brex auf. Die Kenntnis der letzten Datenaktualisierungszeit ist für Benutzer entscheidend, um die Aktualität der Erkenntnisse zu verstehen. Es hilft ihnen zu bestimmen, ob die Dashboards den aktuellsten Stand der Operationen widerspiegeln oder ob sie auf älteren Daten basieren, wodurch Erwartungen an die Echtzeitgenauigkeit der Analyse gemanagt werden.
Bedeutung
Informiert Benutzer über die Aktualität der Daten, was entscheidend ist, um genaue, aktuelle operative Entscheidungen zu treffen.
Datenquelle
Dieser Timestamp wird vom Datenextraktions-Tool oder -Prozess am Ende eines erfolgreichen Datenabrufs von Brex generiert.
Beispiele
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
|
|||
|
Mitarbeitername
EmployeeName
|
Der Name des Mitarbeiters, der den Spesenbericht erstellt und eingereicht hat. | ||
|
Beschreibung
Dieses Attribut gibt den Namen des Mitarbeiters an, in dessen Namen der Spesenbericht eingereicht wurde. Während Event User identifiziert, wer eine Aktion durchgeführt hat, identifiziert Employee Name den Gegenstand des Spesenbericht-Case. In der Analyse ermöglicht dies die Verfolgung von Spesen auf Pro-Mitarbeiter-Basis. Es kann helfen, Personen zu identifizieren, die häufig Berichte mit Richtlinienverstößen einreichen oder deren Berichte konsequent abgelehnt werden, was auf einen Bedarf an zusätzlicher Schulung hinweist. Es hilft auch, Ausgabenmuster für verschiedene Mitarbeiter oder Rollen innerhalb der Organisation zu verstehen.
Bedeutung
Identifiziert den Eigentümer der Spesenabrechnung und ermöglicht eine Analyse der Einreichungsqualität und Compliance auf individueller Mitarbeiterebene.
Datenquelle
Dies ist eine grundlegende Information in jedem Spesenbericht, verknüpft aus dem Benutzerprofil des Erstellers in Brex.
Beispiele
Alice JohnsonRobert WilliamsMaria Garcia
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut identifiziert den Ursprung der Prozessdaten, der in diesem Kontext 'Brex' ist. Es ist wichtig für Data Governance und Nachvollziehbarkeit, insbesondere in Umgebungen, in denen Daten aus mehreren Systemen für eine umfassende Prozessansicht kombiniert werden könnten. In der Analyse hilft es, Daten zu filtern und zu segmentieren, wenn mehrere Quellsysteme involviert sind, um sicherzustellen, dass Metriken und Prozesslandkarten korrekt basierend auf ihrem Ursprung interpretiert werden. Für eine Einzelsystemansicht dient es als ständige Validierung der Datenquelle.
Bedeutung
Bietet wesentlichen Kontext zur Datenherkunft, gewährleistet die Nachvollziehbarkeit und ermöglicht eine korrekte Datenfilterung in Multi-System-Umgebungen.
Datenquelle
Dies ist ein statischer Wert, 'Brex', der typischerweise während der Datenextraktions- und Transformationsphase hinzugefügt wird.
Beispiele
BrexBrex-API-v2.1
|
|||
|
Spesenkategorie
ExpenseCategory
|
Die der Spese zugewiesene Kategorie, wie zum Beispiel Reise, Verpflegung oder Software. | ||
|
Beschreibung
Die Spesenkategorie ist eine Klassifikation, die vom Mitarbeiter gewählt wird, um die Art der Spese zu beschreiben. Dies wird für Buchhaltung, Budgetierung und Richtliniendurchsetzung verwendet. Im Process Mining ermöglicht die Kategorisierung von Spesen eine detailliertere Sicht auf den Prozess. Es kann helfen zu bestimmen, ob bestimmte Spesenkategorien, wie internationale Reisen, längere Genehmigungszyklen oder höhere Ablehnungsquoten aufweisen. Diese Analyse unterstützt die Verfeinerung von Richtlinien und Prozessen für spezifische Ausgabenarten.
Bedeutung
Ermöglicht die Analyse des Prozesses basierend auf der Art der Ausgaben, was unterschiedliche Verhaltensweisen oder Engpässe für verschiedene Spesenarten aufzeigen kann.
Datenquelle
Dies ist ein Standardfeld für Spesenpositionen, das auf Spesenberichtsebene aggregiert werden müsste, wenn ein Bericht mehrere Kategorien enthält.
Beispiele
FlugkostenMahlzeiten & UnterhaltungSoftware-AbonnementsBürobedarf
|
|||
|
Währung
Currency
|
Der Währungscode für den Gesamtbetrag des Spesenberichts. | ||
|
Beschreibung
Das Attribut Währung gibt die Einheit des Gesamtbetrags an, wie zum Beispiel USD, EUR oder GBP. Dies ist entscheidend für eine genaue Finanzanalyse, insbesondere für multinationale Unternehmen, die mit mehreren Währungen arbeiten. Dieses Attribut stellt sicher, dass Finanzdaten korrekt interpretiert werden. Es ermöglicht die ordnungsgemäße Aggregation und den Vergleich von Spesenbeträgen, wobei oft eine Umrechnung in eine gemeinsame Berichtswährung erforderlich ist. Es verhindert den Analysefehler, Geldbeträge aus verschiedenen Währungen zu summieren.
Bedeutung
Gewährleistet finanzielle Genauigkeit in einer Multicurrency-Umgebung und ermöglicht eine korrekte Aggregation und Berichterstattung von Spesenwerten.
Datenquelle
Dieses Feld ist typischerweise neben dem Betragsfeld in den Spesenberichtsdaten von Brex verfügbar.
Beispiele
USDEURGBP
|
|||
|
Zahlungsmethode
PaymentMethod
|
Gibt an, wie die Spesen beglichen wurden, z. B. über Firmenkarte oder Eigenmittel. | ||
|
Beschreibung
Dieses Attribut unterscheidet zwischen Spesen, die über eine von Brex ausgestellte Firmenkarte abgerechnet werden, und solchen, die ein Mitarbeiter aus eigener Tasche bezahlt hat und eine Erstattung erfordern. Diese Unterscheidung ist wichtig, da der Prozess je nach Zahlungsmethode erheblich variieren kann. Firmenkartentransaktionen können einem Verifizierungs- und Abgleichprozess folgen, während Erstattungen einem Anspruchs- und Auszahlungsprozess unterliegen. Die Analyse nach Zahlungsmethode kann helfen, Probleme zu isolieren, die für jeden Fluss einzigartig sind, und diese unabhängig voneinander zu optimieren.
Bedeutung
Der Prozessfluss und die erforderlichen Schritte unterscheiden sich oft für Firmenkartenausgaben im Vergleich zu Barauslagen-Erstattungen, was dies zu einem Schlüsselattribut für die Variantenanalyse macht.
Datenquelle
Diese Informationen sind den Transaktionsdaten innerhalb von Brex inhärent.
Beispiele
Brex FirmenkarteErstattungRechnungszahlung
|
|||
Spesenmanagement-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Bericht zur Überarbeitung gesendet
|
Ein Genehmiger, entweder ein Manager oder die Finanzabteilung, sendet den Bericht zur Korrektur an den Mitarbeiter zurück. Dies unterscheidet sich von einer endgültigen Ablehnung und leitet einen Nacharbeitszyklus ein. | ||
|
Bedeutung
Diese Activity ist der primäre Indikator für Nacharbeit. Die Verfolgung ihrer Häufigkeit ist essenziell für den KPI 'Nacharbeitsquote bei Spesenabrechnungen' und das Dashboard 'Richtlinienverstoß- & Nacharbeitsanalyse'.
Datenquelle
Dies wird wahrscheinlich aus einer Statusänderung zu 'Überarbeitung erforderlich' oder 'Zurückgesendet' abgeleitet. Das System sollte den Timestamp dieser Statusaktualisierung erfassen.
Erfassen
Abgeleitet aus einer Statusänderung in einen Zustand wie „Überarbeitung erforderlich“, oft begleitet von Kommentaren.
Ereignistyp
inferred
|
|||
|
Buchung erfasst
|
Stellt den letzten Schritt dar, bei dem die Speseninformationen erfolgreich in das Hauptbuch oder ERP-System des Unternehmens gebucht werden. Damit ist die finanzielle Abstimmung des Spesenberichts abgeschlossen. | ||
|
Bedeutung
Diese Activity bestätigt den Abschluss des Prozesses aus finanzbuchhalterischer Sicht. Verzögerungen zwischen Erstattung und Buchung können auf Probleme mit der Systemintegration oder den Buchhaltungs-Workflows hinweisen.
Datenquelle
Dies wird wahrscheinlich über eine API-Bestätigung oder eine Statusaktualisierung nach einem erfolgreichen Sync mit dem Buchhaltungssystem erfasst. Der Event Timestamp spiegelt die Zeit der Buchung wider.
Erfassen
Protokolliert bei erfolgreichem API-Callback oder Statusaktualisierung von der integrierten ERP- oder Buchhaltungssoftware.
Ereignistyp
explicit
|
|||
|
Durch Manager freigegeben
|
Der Erstlinienmanager hat den Spesenbericht geprüft und zur weiteren Bearbeitung genehmigt. Dies ist ein wichtiger Entscheidungspunkt, der den Bericht in die nächste Phase verschiebt, typischerweise die Finanzprüfung oder automatische Genehmigung. | ||
|
Bedeutung
Dieser Meilenstein schließt den ersten Genehmigungsschritt ab. Er ist wesentlich für die Verfolgung von Genehmigungszykluszeiten, Manager-Arbeitslast und der 'Erstgenehmigungsrate'.
Datenquelle
Dieses Event wird wahrscheinlich explizit in einer Genehmigungshistorie-Tabelle oder einem Audit Trail protokolliert, der die ID des Genehmigers und einen Timestamp enthält.
Erfassen
Aus einem Event Log oder einer Statusänderung zu „Manager genehmigt“ mit einem zugehörigen Zeitstempel erfasst.
Ereignistyp
explicit
|
|||
|
Erstattung ausgeführt
|
Diese Activity markiert den Moment, in dem die Zahlung tatsächlich an den Mitarbeiter ausgezahlt wird. Dies ist der letzte Schritt aus Sicht des Mitarbeiters und ein erfolgreiches Ende des Prozesses. | ||
|
Bedeutung
Dies ist der primäre Erfolgs-Endpunkt des Prozesses. Er ist erforderlich, um die KPIs 'Durchschnittliche End-to-End-Zykluszeit' und 'Erstattungs-Ausführungsverzögerung' zu berechnen, die sich direkt auf die Mitarbeiterzufriedenheit auswirken.
Datenquelle
Dieses Event sollte aus Zahlungstransaktionsprotokollen oder einer API-Bestätigung einer Bank oder eines Zahlungsdienstleisters erfasst werden. Es entspricht dem tatsächlichen Zahlungsdatum.
Erfassen
Aus dem Zahlungstransaktionsprotokoll erfasst, das einen Ausführungszeitstempel enthält.
Ereignistyp
explicit
|
|||
|
Finanzabteilung genehmigt
|
Die Finanzabteilung hat ihre Prüfung abgeschlossen und die endgültige Genehmigung für den Spesenbericht erteilt. Dies ist die letzte Genehmigungsinstanz, bevor die Erstattung bearbeitet wird. | ||
|
Bedeutung
Dies ist ein kritischer Meilenstein, der die Zahlung autorisiert. Es ist der Endpunkt zur Messung des vollständigen Genehmigungszyklus und der Startpunkt zur Messung des KPI 'Erstattungs-Ausführungsverzögerung'.
Datenquelle
Dieses Event sollte explizit in einer Genehmigungshistorie oder einem Audit Trail mit der ID des endgültigen Genehmigers und einem Timestamp protokolliert werden.
Erfassen
Aus einem Event Log oder einer Statusänderung zu „Finanzabteilung genehmigt“ oder „Zur Zahlung genehmigt“ erfasst.
Ereignistyp
explicit
|
|||
|
Spesenabrechnung eingereicht
|
Diese Activity tritt auf, wenn der Mitarbeiter den vollständig ausgefüllten Spesenbericht formell zur Genehmigung einreicht. Es ist eine wichtige benutzergesteuerte Aktion, die den Status des Berichts von 'Entwurf' oder 'Offen' in 'Wartet auf Genehmigung' ändert. | ||
|
Bedeutung
Dies ist ein wichtiger Meilenstein, der den Genehmigungs-Workflow offiziell startet. Die Zeit zwischen Einreichung und endgültiger Genehmigung ist ein kritischer Bestandteil der gesamten Zykluszeit.
Datenquelle
Dies ist typischerweise ein explizites Event, das in einem Audit Log aufgezeichnet wird, oder kann aus einer Statusänderung zu 'Eingereicht' oder 'Wartet auf Genehmigung des Managers' zusammen mit einem entsprechenden Timestamp abgeleitet werden.
Erfassen
Aus dem Event Log oder einem Feld
Ereignistyp
explicit
|
|||
|
Spesenabrechnung erstellt
|
Diese Activity markiert die Initiierung eines Spesenberichts durch einen Mitarbeiter. Das System erfasst dieses Event, wenn ein neuer Spesenberichtseintrag generiert wird, entweder als Entwurf oder mit ersten Spesenpositionen. | ||
|
Bedeutung
Dies ist das primäre Start-Event für den Prozess. Die Analyse der Zeit von diesem Punkt bis zur Einreichung hilft, das Mitarbeiterverhalten und potenzielle Verzögerungen bei der Meldung von Spesen zu verstehen.
Datenquelle
Dieses Event wird wahrscheinlich aus dem Erstellungs-Timestamp des Spesenberichtobjekts oder -datensatzes in der Brex-Datenbank erfasst. Es sollte dem frühesten Timestamp entsprechen, der mit der Spesenabrechnungs-ID verknüpft ist.
Erfassen
Identifiziert durch das Erstellungsdatum des Spesenabrechnungs-Header-Datensatzes.
Ereignistyp
explicit
|
|||
|
Belege angehängt
|
Beschreibt die Aktion eines Benutzers, ein Belegbild oder Dokument zu einem Spesenposten hochzuladen oder anzuhängen. Dies wird typischerweise als explizites Event mit einem Timestamp für jeden Anhang erfasst. | ||
|
Bedeutung
Die Verfolgung dieser Activity ist entscheidend für das Dashboard 'Belegeinhaltung & Auswirkungen'. Sie hilft zu bestimmen, ob Verzögerungen oder Ablehnungen mit fehlenden oder verspäteten Belegeinreichungen korrelieren.
Datenquelle
Dies wird wahrscheinlich in einer zugehörigen Tabelle erfasst, die Anhänge mit Spesenpositionen verknüpft. Jeder Anhangsdatensatz sollte einen eigenen Erstellungs-Timestamp haben.
Erfassen
Protokolliert, wenn ein Benutzer erfolgreich eine Datei hochlädt, die mit einer Spesenposition verknüpft ist.
Ereignistyp
explicit
|
|||
|
Erstattung geplant
|
Nach der endgültigen Genehmigung wird die Spesenabrechnung zur Zahlung in einem bevorstehenden Erstattungsstapel eingereiht. Diese Aktivität stellt die Übergabe von der Genehmigung an das Zahlungssystem dar. | ||
|
Bedeutung
Dieser Schritt kann Verzögerungen zwischen der endgültigen Genehmigung und der tatsächlichen Zahlungsbearbeitung aufzeigen. Er hilft, zwischen Genehmigungsengpässen und Ineffizienzen im Zahlungssystem zu unterscheiden.
Datenquelle
Dies kann aus einer Statusänderung zu 'Bereit zur Zahlung' oder 'Geplant' abgeleitet werden. Es könnte auch ein explizites Event sein, wenn das System mit einem separaten Zahlungs- oder ERP-System verbunden ist.
Erfassen
Abgeleitet aus einer Statusänderung zu „Zahlung ausstehend“ oder aus der Erstellung eines Zahlungsstapeldatensatzes.
Ereignistyp
inferred
|
|||
|
Finanzabteilung abgelehnt
|
Die Finanzabteilung hat den Spesenbericht abgelehnt, typischerweise aus Gründen der Richtlinie, Compliance oder Dokumentation. Dies ist eine endgültige Ablehnung, die den Prozess stoppt. | ||
|
Bedeutung
Dies ist ein wichtiges Ausnahme-Event. Die Analyse seiner Häufigkeit und Ursachen ist entscheidend für das Verständnis von Compliance-Verstößen und die Berechnung der gesamten 'Ablehnungsquote von Spesenabrechnungen'.
Datenquelle
Wie andere Genehmigungsentscheidungen sollte dies explizit in einem Audit-Trail mit der ID des Genehmigers, einem Zeitstempel und einem Grund protokolliert werden.
Erfassen
Aus einem Event Log oder einer Statusänderung zu „Finanzabteilung abgelehnt“ erfasst.
Ereignistyp
explicit
|
|||
|
Finanzprüfung gestartet
|
Markiert den Zeitpunkt, zu dem eine Spesenabrechnung in die Warteschlange der Finanz- oder Buchhaltungsabteilung zur endgültigen Überprüfung gelangt. Dies wird typischerweise aus einer Statusänderung nach der Managergenehmigung abgeleitet. | ||
|
Bedeutung
Dies signalisiert den Beginn der letzten und oft kritischsten Genehmigungsphase. Die Analyse ihrer Dauer hilft, Engpässe in der Finanzabteilung zu identifizieren.
Datenquelle
Dies wird aus dem Timestamp abgeleitet, wenn sich der Status des Berichts nach Managergenehmigung in 'Wartet auf Finanzfreigabe' oder einen ähnlichen Zustand ändert.
Erfassen
Abgeleitet vom Zeitstempel der Statusänderung zu „Finanzprüfung ausstehend“.
Ereignistyp
inferred
|
|||
|
Managerprüfung gestartet
|
Diese Activity markiert den Punkt, an dem ein Spesenbericht in die Genehmigungswarteschlange des Managers gelangt. Sie wird typischerweise aus der Statusänderung des Berichts auf 'Wartet auf Genehmigung des Managers' unmittelbar nach der Einreichung abgeleitet. | ||
|
Bedeutung
Dies signalisiert den Beginn der ersten Genehmigungsphase. Die Messung der Dauer von diesem Punkt bis 'Manager genehmigt' oder 'Manager abgelehnt' ist entscheidend für den KPI 'Durchschnittliche Manager-Prüfzeit'.
Datenquelle
Dies wird aus dem Timestamp abgeleitet, wenn der Spesenbericht-Status in 'Wartet auf Genehmigung des Managers' oder einen ähnlichen Zustand übergeht. Es fällt oft mit dem Event 'Spesenabrechnung eingereicht' zusammen.
Erfassen
Abgeleitet vom Zeitstempel der Statusänderung zu „Manager-Genehmigung ausstehend“.
Ereignistyp
inferred
|
|||
|
Richtlinienverstoß markiert
|
Ein automatisiertes oder manuelles Ereignis, das anzeigt, dass ein oder mehrere Spesenposten innerhalb des Berichts gegen die Unternehmensrichtlinie verstoßen. Dies kann erfasst werden, wenn eine Systemregel ausgelöst wird oder ein Prüfer ein Problem manuell kennzeichnet. | ||
|
Bedeutung
Diese Activity ist entscheidend für das 'Richtlinienverstoß- & Nacharbeitsanalyse'-Dashboard und den KPI 'Rate der Richtlinienverstöße'. Sie hilft, häufige Compliance-Probleme und Bereiche für die Richtlinienklärung zu identifizieren.
Datenquelle
Abgeleitet von einem Attribut „Richtlinienverstoß-Flag“, das auf „wahr“ gesetzt ist. Der Zeitstempel wäre der Zeitpunkt der letzten Aktualisierung des Flag-Status.
Erfassen
Abgeleitet aus einer Änderung eines booleschen Kennzeichens oder Statusfeldes, das einen Richtlinienverstoß anzeigt.
Ereignistyp
inferred
|
|||
|
Vom Manager abgelehnt
|
Der Erstlinienmanager hat den Spesenbericht geprüft und abgelehnt. Diese Aktion stoppt typischerweise den Prozess oder sendet den Bericht zur Korrektur an den Mitarbeiter zurück. | ||
|
Bedeutung
Diese Activity stellt ein negatives Ergebnis und eine Prozessausnahme dar. Sie ist entscheidend für die Berechnung der 'Ablehnungsquote von Spesenabrechnungen' und die Identifizierung von Fehlerursachen auf der ersten Genehmigungsebene.
Datenquelle
Dies sollte explizit in einer Genehmigungshistorie-Tabelle oder einem Audit Trail protokolliert werden, ähnlich einer Genehmigung, mit einem Timestamp und einem Grundcode.
Erfassen
Aus einem Event Log oder einer Statusänderung zu „Manager abgelehnt“ mit einem zugehörigen Zeitstempel erfasst.
Ereignistyp
explicit
|
|||