Votre modèle de données de gestion des dépenses
Votre modèle de données de gestion des dépenses
- Attributs recommandés pour l'analyse
- Activités clés à suivre dans l'ensemble du processus
- Conseils pour l'extraction des données
Attributs de la gestion des dépenses
| Nom | Description | ||
|---|---|---|---|
|
Heure de l’événement
EventTime
|
Horodatage indiquant le moment où une activité ou un événement spécifique s’est produit. | ||
|
Description
L’heure de l’événement fournit la date et l’heure précises de chaque activité du processus. Ces informations temporelles sont fondamentales pour le Process Mining, car elles établissent l’ordre chronologique des événements. Cet horodatage sert à calculer les temps de cycle entre les activités, à identifier les temps d’attente et les retards, ainsi qu’à analyser les performances du processus sur différentes périodes. Il alimente des métriques essentielles telles que « Average Manager Review Time » et « Reimbursement Execution Lag », et contribue directement à l’analyse des goulots d’étranglement et au suivi des performances.
Pourquoi c’est important
L’horodatage est essentiel au calcul de tous les indicateurs fondés sur le temps, notamment les durées de cycle et les temps d’attente, qui sont importants pour identifier les retards.
Où les obtenir
Chaque événement ou enregistrement de transaction dans Brex doit être associé à un horodatage. Celui-ci peut figurer dans les réponses API ou les exports de données des notes de frais.
Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
Identifiant de la note de frais
ExpenseReportId
|
Identifiant unique d’une note de frais, utilisé comme identifiant principal du dossier pour suivre son cycle de vie. | ||
|
Description
L’identifiant de la note de frais constitue la référence centrale du processus de gestion des dépenses. Il regroupe toutes les activités associées, de la création et de la soumission à l’approbation et au remboursement, au sein d’un même dossier. Dans le cadre du Process Mining, cet identifiant permet d’analyser de bout en bout le parcours de chaque note de frais. Il sert à reconstituer le chemin exact suivi par une note, à mesurer la durée totale du cycle, à repérer les boucles de reprise lorsque les notes sont renvoyées pour révision et à analyser les variantes du processus afin de distinguer les parcours courants des parcours exceptionnels.
Pourquoi c’est important
Cet identifiant est essentiel pour suivre l’ensemble du cycle de vie d’une note de frais et analyser les temps de cycle, les goulots d’étranglement et les écarts du processus.
Où les obtenir
Il s’agit d’un identifiant principal du module de gestion des dépenses de Brex, généralement disponible dans tous les exports de données et points de terminaison API liés aux notes de frais.
Exemples
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
|
|||
|
Nom de l’activité
ActivityName
|
Nom d’un événement ou d’une tâche spécifique survenu au cours du cycle de vie de la note de frais. | ||
|
Description
Le nom de l’activité décrit une étape du processus, comme « Expense Report Submitted », « Manager Approved » ou « Reimbursement Executed ». Ces événements forment la séquence d’actions qui constitue le flux du processus. L’analyse de ces activités permet de visualiser la carte du processus, d’identifier les goulots d’étranglement entre les étapes et de calculer la fréquence de différents résultats, comme les approbations ou les rejets. Elle constitue la base nécessaire pour comprendre ce qui se passe pendant le processus de gestion des dépenses.
Pourquoi c’est important
Cet attribut est essentiel pour créer la cartographie du processus et comprendre la séquence d’événements que suit chaque note de frais.
Où les obtenir
Ces informations proviennent des journaux d’événements ou des statuts de transaction du système Brex. Une correspondance entre les codes de statut ou les types d’événements et des noms compréhensibles peut être nécessaire.
Exemples
Note de frais crééeApprouvée par le responsableRejetée par la financeRemboursement exécuté
|
|||
|
Indicateur de violation de la politique
PolicyViolationFlag
|
Indicateur booléen précisant si la note de frais a été signalée pour violation de la politique. | ||
|
Description
Cet attribut est un indicateur simple, vrai ou faux, défini lorsque le moteur automatisé de contrôle des politiques de Brex détecte une violation potentielle, par exemple une dépense dépassant la limite d’une catégorie ou l’absence d’un justificatif. Cet indicateur est fondamental pour l’analyse de la conformité et sert de base au KPI « Taux de violation de la politique ». Il permet de filtrer rapidement les notes non conformes afin de comprendre leur impact sur les délais de traitement et les taux de rejet. L’analyse de ces notes signalées aide à améliorer les politiques de l’entreprise et à repérer les domaines dans lesquels les salariés ont besoin de conseils supplémentaires.
Pourquoi c’est important
Contribue directement au suivi de la conformité et permet de mesurer l’impact des violations de la politique sur l’efficacité du processus et les reprises.
Où les obtenir
Il s’agit probablement d’un champ booléen ou d’un indicateur de statut dans les données de notes de frais de Brex, souvent géré par son moteur de contrôle des politiques.
Exemples
truefalse
|
|||
|
Montant total
TotalAmount
|
Valeur monétaire totale de la note de frais. | ||
|
Description
Cet attribut représente le montant total demandé dans la note de frais. Il s’agit d’un indicateur financier important pour comprendre les habitudes de dépenses et l’impact financier du processus de gestion des dépenses. Dans l’analyse, le montant total peut servir à répartir les notes de frais par tranches de valeur, par exemple entre notes à montant élevé et notes à faible montant, qui peuvent suivre des circuits d’approbation ou faire l’objet de niveaux de contrôle différents. Il est également indispensable au reporting financier, à l’analyse budgétaire et à l’identification des tendances de dépenses par service ou par catégorie.
Pourquoi c’est important
Cet attribut permet d’effectuer des analyses financières, par exemple d’identifier les notes de frais à montant élevé qui peuvent nécessiter un contrôle plus approfondi ou des délais d’approbation plus longs.
Où les obtenir
Il s’agit d’un champ standard associé à chaque note de frais dans Brex. Il figure dans l’objet principal de la note de frais des réponses API ou des exports.
Exemples
150.752500.0079.99
|
|||
|
Service du salarié
EmployeeDepartment
|
Service auquel appartient le salarié ayant soumis la note de frais. | ||
|
Description
Cet attribut identifie le service métier auquel appartient le collaborateur qui soumet la note de frais, par exemple Sales, Engineering ou Marketing. Il constitue une dimension organisationnelle importante pour l’analyse. L’analyse des données par service aide à repérer les variations du processus, les goulots d’étranglement ou les problèmes de conformité propres à certaines parties de l’organisation. Elle peut par exemple révéler qu’un service présente un taux de rejet nettement supérieur ou des délais d’approbation plus longs que les autres, ce qui peut justifier une formation ciblée ou des ajustements du processus. Cet attribut est également essentiel au suivi des budgets par service et à l’affectation des coûts.
Pourquoi c’est important
Permet de filtrer et de comparer la performance du processus entre différentes unités opérationnelles, afin d’identifier les problèmes ou tendances propres à chaque service.
Où les obtenir
Ces informations proviennent généralement du profil du salarié dans Brex, lui-même souvent synchronisé avec un système d’information des ressources humaines.
Exemples
VentesIngénierieMarketingFinance
|
|||
|
Statut de la note de frais
ReportStatus
|
Statut actuel de la note de frais dans son cycle de vie. | ||
|
Description
Le statut de la note de frais fournit un aperçu de sa position actuelle dans le processus, par exemple « En attente de l’approbation du responsable », « Approuvée », « Payée » ou « Rejetée ». Cet attribut est essentiel au suivi opérationnel, notamment dans le Dashboard « Suivi du statut des notes de frais ouvertes ». Il permet aux responsables et aux équipes financières de visualiser rapidement la charge en cours, d’identifier les notes bloquées dans un état donné et de hiérarchiser leurs actions. L’analyse du temps passé dans chaque statut aide à repérer les retards et les inefficacités du processus.
Pourquoi c’est important
Fournit une vue actuelle de la position d’une note de frais dans le flux de travail, ce qui est essentiel pour les Dashboards opérationnels et le suivi des statuts.
Où les obtenir
Il s’agit d’un champ de statut clé de l’objet note de frais dans Brex.
Exemples
EN_ATTENTE_APPROBATIONAPPROUVÉEREJETÉEPAYÉE
|
|||
|
Utilisateur à l’origine de l’événement
EventUser
|
Utilisateur ayant effectué l’activité, par exemple le responsable qui a approuvé la note. | ||
|
Description
L’attribut utilisateur de l’événement identifie la personne responsable d’une activité. Il peut s’agir du collaborateur qui soumet la note de frais, du responsable qui l’examine ou du membre de l’équipe financière qui traite le remboursement. Cet attribut est essentiel pour analyser la charge de travail et suivre les performances, notamment dans le Dashboard « Approver Performance & Workload ». Il permet d’identifier les approbateurs qui traitent le plus de notes de frais, ceux dont les délais d’approbation sont les plus courts et les personnes susceptibles de constituer un goulot d’étranglement. Vous pouvez ainsi mieux répartir la charge de travail et proposer une assistance ciblée lorsque cela est nécessaire.
Pourquoi c’est important
Identifie la personne responsable d’une action et permet d’analyser la charge de travail, de suivre les performances et de repérer les goulots d’étranglement à l’échelle individuelle.
Où les obtenir
Ces données sont généralement enregistrées dans la piste d’audit ou l’historique des événements d’une note de frais dans Brex.
Exemples
john.smith@example.comjane.doe@example.comfinance-bot
|
|||
|
Approbation dès la première soumission
FirstPassApproval
|
Indicateur précisant si une note a été approuvée sans rejet ni révision. | ||
|
Description
Cet attribut booléen calculé identifie les instances de processus les plus efficaces. Il prend la valeur « true » uniquement si une note de frais parcourt l’ensemble du processus, de la soumission à l’approbation finale, sans jamais être rejetée ni renvoyée pour révision. Il constitue la base du KPI « Taux d’approbation dès la première soumission », un indicateur important de la qualité et de l’efficacité du processus. Un taux élevé indique que les salariés soumettent des notes de qualité et conformes aux politiques, et que le processus d’approbation est simple. L’analyse des caractéristiques des notes qui n’obtiennent pas l’approbation dès la première soumission aide à repérer les sources de friction et d’erreurs.
Pourquoi c’est important
Mesure la qualité des soumissions initiales et l’efficacité du flux de travail principal en identifiant les notes de frais qui suivent le processus sans difficulté.
Où les obtenir
Cet attribut est calculé dans la plateforme de Process Mining en analysant la séquence d’activités de chaque dossier afin de vérifier l’absence d’activités de rejet ou de révision.
Exemples
truefalse
|
|||
|
Automatisée
IsAutomated
|
Indicateur booléen précisant si l’activité a été effectuée par un utilisateur système ou un robot. | ||
|
Description
Cet attribut indique si une activité a été exécutée automatiquement par le système, comme un contrôle automatisé de politique, ou par un utilisateur humain, comme une approbation manuelle. La distinction entre les activités automatisées et manuelles est essentielle pour comprendre le niveau d’automatisation du processus. Elle aide à évaluer l’efficacité des systèmes fondés sur des règles et à repérer les possibilités d’automatisation supplémentaires. Elle peut par exemple montrer combien de notes sont approuvées automatiquement et combien nécessitent une intervention manuelle, afin d’orienter les efforts visant à accroître le traitement sans intervention humaine.
Pourquoi c’est important
Aide à mesurer le niveau d’automatisation du processus et à distinguer les étapes effectuées par des personnes de celles exécutées par le système.
Où les obtenir
Cet attribut est généralement déduit de l’utilisateur associé à un événement. Les événements générés par le système sont souvent liés à un utilisateur générique « système » ou « robot ».
Exemples
truefalse
|
|||
|
Catégorie de dépense
ExpenseCategory
|
Catégorie attribuée à la dépense, par exemple voyage, repas ou logiciel. | ||
|
Description
La catégorie de dépense est une classification choisie par le salarié pour décrire la nature de la dépense. Elle sert à la comptabilité, à la gestion budgétaire et au contrôle du respect des politiques. Dans le Process Mining, la catégorisation des dépenses permet d’obtenir une vue plus détaillée du processus. Elle peut aider à déterminer si certaines catégories, comme les voyages internationaux, présentent des cycles d’approbation plus longs ou des taux de rejet plus élevés. Cette analyse contribue à améliorer les politiques et les processus applicables à certains types de dépenses.
Pourquoi c’est important
Permet d’analyser le processus selon le type de dépense et peut révéler des comportements ou des goulots d’étranglement différents selon les catégories de dépenses.
Où les obtenir
Il s’agit d’un champ standard des lignes de dépense. Si une note contient plusieurs catégories, celles-ci doivent être agrégées au niveau de la note de frais.
Exemples
Billets d'avionRepas et divertissementAbonnements logicielsFournitures de bureau
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant le moment où les données ont été actualisées pour la dernière fois à partir du système source. | ||
|
Description
Cet attribut indique le niveau d’actualité des données analysées. Il enregistre la date et l’heure de la dernière extraction réussie des données depuis Brex. Connaître la date de la dernière mise à jour des données est essentiel pour évaluer leur actualité. Cela permet de déterminer si les Dashboards reflètent l’état le plus récent des opérations ou s’ils reposent sur des données plus anciennes, et de mieux apprécier le degré de précision en temps réel de l’analyse.
Pourquoi c’est important
Informe les utilisateurs sur l’actualité des données, un élément important pour prendre des décisions opérationnelles précises et à jour.
Où les obtenir
Cet horodatage est généré par l’outil ou le processus d’extraction des données à la fin d’une récupération réussie des données depuis Brex.
Exemples
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
|
|||
|
Détails de la violation de la politique
PolicyViolationDetails
|
Description textuelle de la politique spécifique qui a été enfreinte. | ||
|
Description
Alors que l’indicateur de violation de la politique signale qu’une violation s’est produite, cet attribut en explique la raison. Il contient des informations sur la règle précise qui n’a pas été respectée, par exemple « Plafond de repas de 50 $ dépassé » ou « Un justificatif est requis pour les dépenses supérieures à 25 $ ». Ce niveau de détail est particulièrement utile dans le Dashboard « Analyse des violations de la politique et des reprises ». Il permet d’analyser les causes profondes en identifiant les types de violations les plus fréquents. Ces analyses peuvent conduire à des mesures ciblées, comme clarifier une politique, envoyer des rappels aux salariés ou ajuster les règles automatisées du système.
Pourquoi c’est important
Fournit la cause profonde des violations de la politique et permet d’améliorer de manière ciblée les politiques, la formation des utilisateurs et la configuration des systèmes.
Où les obtenir
Ces informations figureraient dans la section consacrée à la conformité ou aux notes d’examen associées à une dépense signalée dans Brex.
Exemples
La dépense dépasse la limite de la catégorie.Le justificatif est manquant.Une dépense en double a été détectée.
|
|||
|
Devise
Currency
|
Code devise du montant total de la note de frais. | ||
|
Description
L’attribut Devise précise l’unité du Montant total, par exemple USD, EUR ou GBP. Il est indispensable à une analyse financière exacte, notamment pour les organisations internationales qui utilisent plusieurs devises. Cet attribut garantit une interprétation correcte des données financières. Il permet d’agréger et de comparer les montants de dépenses, souvent après conversion dans une devise de reporting commune. Il évite ainsi l’erreur analytique qui consisterait à additionner des montants exprimés dans des devises différentes.
Pourquoi c’est important
Garantit l’exactitude financière dans un environnement multidevise et permet d’agréger et de présenter correctement les montants des dépenses.
Où les obtenir
Ce champ est généralement disponible avec le champ du montant dans les données de notes de frais de Brex.
Exemples
USDEURGBP
|
|||
|
Heure de fin
EndTime
|
Horodatage indiquant le moment où une activité a été terminée. | ||
|
Description
Alors que StartTime (EventTime) indique le début d’une activité, EndTime en marque la fin. Cette distinction est particulièrement utile pour les activités qui ont une durée, comme « Manager Review Started » et « Manager Approved ». La présence d’une heure de début et d’une heure de fin pour une activité permet de calculer précisément sa durée de traitement et de la distinguer du temps d’attente qui la précède. Vous pouvez ainsi mesurer avec précision le temps consacré au travail lui-même, un élément important de l’analyse des goulots d’étranglement.
Pourquoi c’est important
Permet de calculer précisément la durée de traitement des activités, indépendamment des temps d’attente, et d’obtenir ainsi une analyse plus exacte des goulots d’étranglement.
Où les obtenir
EndTime correspond souvent au StartTime de l’activité suivante dans la séquence. Il peut également s’agir d’un champ dédié dans les données sources pour les activités dont la durée est définie.
Exemples
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
|
|||
|
Justificatifs joints à temps
ReceiptsAttachedOnTime
|
Indicateur précisant si les justificatifs ont été joints avant la soumission de la note. | ||
|
Description
Cet attribut booléen calculé mesure le respect d’une bonne pratique courante : joindre tous les justificatifs nécessaires avant de soumettre une note de frais pour examen. Il prend la valeur « true » si l’activité « Justificatifs joints » intervient avant l’activité « Note de frais soumise » pour un dossier donné. Cet indicateur alimente directement le Dashboard « Respect des justificatifs et impact » et le KPI « Respect des règles de transmission des justificatifs ». Son analyse permet de mesurer la fréquence des justificatifs transmis en retard ou manquants et de mettre ce comportement en relation avec des résultats tels que les retards, les rejets et les reprises.
Pourquoi c’est important
Mesure le respect des politiques de transmission des justificatifs et aide à identifier une cause fréquente de retards et de rejets dans le processus.
Où les obtenir
Cet indicateur est calculé dans l’outil de Process Mining en comparant les horodatages des activités « Justificatifs joints » et « Note de frais soumise » pour chaque dossier.
Exemples
truefalse
|
|||
|
Mode de paiement
PaymentMethod
|
Indique comment la dépense a été payée, par exemple par carte professionnelle ou sur fonds personnels. | ||
|
Description
Cet attribut distingue les dépenses réglées avec une carte Brex émise par l’entreprise de celles avancées par un salarié et nécessitant un remboursement. Cette distinction est importante, car le processus peut varier considérablement selon le mode de paiement. Les transactions par carte professionnelle peuvent suivre un processus de vérification et de rapprochement, tandis que les remboursements suivent un processus de demande et de versement. L’analyse par mode de paiement permet d’isoler les problèmes propres à chaque parcours et de les traiter séparément.
Pourquoi c’est important
Le flux du processus et les étapes requises diffèrent souvent entre les dépenses réglées par carte professionnelle et les remboursements de frais avancés, ce qui en fait un attribut essentiel pour l’analyse des variantes.
Où les obtenir
Ces informations sont inhérentes aux données de transaction de Brex.
Exemples
Carte bancaire professionnelle BrexRemboursementPaiement de factures
|
|||
|
Motif du rejet
RejectionReason
|
Motif fourni par un responsable ou un utilisateur du service financier pour rejeter une note de frais. | ||
|
Description
Cet attribut enregistre le motif libre ou prédéfini indiqué lors du rejet d’une note de frais. Il se distingue d’un signalement automatisé de non-conformité et correspond à une décision manuelle prise par un approbateur. L’analyse des motifs de rejet est essentielle pour comprendre les causes des échecs et des reprises du processus. Elle permet d’identifier les erreurs de soumission fréquentes, les politiques peu claires ou les incompréhensions des salariés et des responsables. Ces informations peuvent servir à améliorer les supports de formation et les FAQ, et ainsi à réduire les taux de rejet et de reprise.
Pourquoi c’est important
Explique les raisons des rejets manuels et fournit un retour direct qui peut servir à améliorer la formation des utilisateurs et à réduire les erreurs futures.
Où les obtenir
Il s’agit généralement d’un champ de commentaire que les approbateurs peuvent remplir lorsqu’ils sélectionnent l’action « Rejeter » dans l’interface Brex.
Exemples
Une catégorie de dépense incorrecte a été sélectionnée.Veuillez fournir une justification professionnelle plus détaillée.Cet achat n'a pas été préalablement approuvé.
|
|||
|
Nom du salarié
EmployeeName
|
Nom du salarié qui a créé et soumis la note de frais. | ||
|
Description
Cet attribut indique le nom du salarié au nom duquel la note de frais a été déposée. Alors que l’Utilisateur à l’origine de l’événement identifie la personne qui a effectué une action, le Nom du salarié identifie le sujet du dossier de dépense. Dans l’analyse, il permet de suivre les dépenses salarié par salarié. Il peut aider à repérer les personnes qui soumettent fréquemment des notes non conformes à la politique ou dont les notes sont régulièrement rejetées, ce qui peut signaler un besoin de formation complémentaire. Il contribue également à comprendre les habitudes de dépenses des différents salariés ou rôles de l’organisation.
Pourquoi c’est important
Identifie le responsable de la note de frais et permet d’analyser la qualité des soumissions et la conformité à l’échelle individuelle.
Où les obtenir
Il s’agit d’une information fondamentale présente sur chaque note de frais, associée au profil utilisateur de son créateur dans Brex.
Exemples
Alice JohnsonRobert WilliamsMaria Garcia
|
|||
|
Pays
Country
|
Pays associé au salarié ou à la transaction de dépense. | ||
|
Description
Cet attribut indique le pays du bureau principal ou du centre de coûts du salarié. Pour les entreprises internationales, il constitue une dimension essentielle de l’analyse comparative. L’analyse du processus par pays peut mettre en évidence des différences régionales en matière de performance, de conformité ou de comportement de dépense. Les délais d’approbation peuvent par exemple être plus longs dans un pays en raison de réglementations locales ou de structures de management différentes. Cette analyse est utile pour standardiser les processus à l’échelle mondiale tout en tenant compte des besoins locaux.
Pourquoi c’est important
Permet d’analyser la performance et la conformité du processus dans différentes régions géographiques, ce qui est essentiel pour les organisations internationales.
Où les obtenir
Provient des informations du profil du salarié dans Brex, généralement synchronisées avec un système RH central.
Exemples
USACANGBRDEU
|
|||
|
Reprise
IsRework
|
Indicateur calculé qui prend la valeur vrai si la note a été renvoyée pour révision au moins une fois. | ||
|
Description
Cet attribut booléen est déduit du flux du processus. Il prend la valeur « true » pour toute note de frais dont l’historique contient l’activité « Note de frais renvoyée pour révision ». Il offre un moyen simple d’identifier et d’analyser les dossiers ayant fait l’objet d’une reprise. Cet indicateur sert à calculer le KPI « Taux de reprise des notes de frais » et alimente le Dashboard « Analyse des violations de la politique et des reprises ». Il permet de comparer facilement les dossiers qui suivent le processus sans difficulté et ceux qui sont renvoyés, afin de mesurer le temps et les coûts associés aux reprises.
Pourquoi c’est important
Identifie les notes de frais qui ont nécessité un travail et des corrections supplémentaires, afin d’analyser les causes et les coûts des reprises.
Où les obtenir
Cet attribut n’existe pas dans le système source. Il est calculé en vérifiant si la séquence d’activités d’un dossier contient « Note de frais renvoyée pour révision » ou une activité de reprise similaire.
Exemples
truefalse
|
|||
|
Système source
SourceSystem
|
Système à partir duquel les données ont été extraites. | ||
|
Description
Cet attribut identifie l’origine des données du processus, qui est « Brex » dans ce contexte. Il est important pour la gouvernance et la traçabilité des données, notamment lorsque des données provenant de plusieurs systèmes sont combinées afin d’obtenir une vue globale du processus. Dans l’analyse, il permet de filtrer et de segmenter les données lorsque plusieurs systèmes sources sont utilisés, afin de garantir une interprétation correcte des indicateurs et des cartographies de processus selon leur origine. Dans une vue limitée à un seul système, il sert à confirmer en permanence la source des données.
Pourquoi c’est important
Fournit le contexte nécessaire sur l’origine des données, garantit leur traçabilité et permet un filtrage correct dans les environnements multisystèmes.
Où les obtenir
Il s’agit d’une valeur statique, « Brex », généralement ajoutée lors de la phase d’extraction et de transformation des données.
Exemples
BrexBrex-API-v2.1
|
|||
Activités de gestion des dépenses
| Activité | Description | ||
|---|---|---|---|
|
Approuvée par la finance
|
Le service financier a terminé son examen et accordé l’approbation finale de la note de frais. Il s’agit de la dernière étape d’approbation avant le traitement du remboursement. | ||
|
Pourquoi c’est important
Cette étape importante autorise le paiement. Elle constitue le point final pour mesurer le cycle complet d’approbation et le point de départ pour mesurer le KPI « Reimbursement Execution Lag ».
Où les obtenir
Cet événement doit être enregistré explicitement dans un historique des approbations ou une piste d’audit, avec l’identifiant de l’approbateur final et un horodatage.
Collecte
Capturé à partir d’un Event Log ou d’un changement de statut vers « Finance Approved » ou « Approved for Payment ».
Type d’événement
explicit
|
|||
|
Approuvée par le responsable
|
Le responsable de premier niveau a examiné la note de frais et l’a approuvée pour la suite du traitement. Il s’agit d’un point de décision important qui fait passer la note à l’étape suivante, généralement l’examen financier ou l’approbation automatique. | ||
|
Pourquoi c’est important
Cette étape marque la fin de l’approbation initiale. Elle est essentielle pour suivre les temps de cycle des approbations, la charge de travail des responsables et le « First-Pass Approval Rate ».
Où les obtenir
Cet événement est probablement enregistré explicitement dans une table d’historique des approbations ou une piste d’audit, avec l’identifiant de l’approbateur et un horodatage.
Collecte
Capturé à partir d’un Event Log ou d’un changement de statut vers « Manager Approved » accompagné de l’horodatage correspondant.
Type d’événement
explicit
|
|||
|
Écriture comptable enregistrée
|
Représente la dernière étape, au cours de laquelle les données de dépenses sont correctement enregistrées dans le grand livre de l’entreprise ou dans son système ERP. Cette étape clôt le rapprochement financier de la note de frais. | ||
|
Pourquoi c’est important
Cette activité confirme que le processus est terminé du point de vue de la comptabilité financière. Les retards entre le remboursement et la comptabilisation peuvent révéler des problèmes d’intégration des systèmes ou de flux de travail comptables.
Où les obtenir
Cet événement est probablement enregistré via une confirmation API ou une mise à jour de statut après une synchronisation réussie avec le système comptable. Son horodatage indique le moment de l’enregistrement comptable.
Collecte
Enregistré après le rappel API réussi ou la mise à jour de statut du système ERP ou du logiciel comptable intégré.
Type d’événement
explicit
|
|||
|
Note de frais créée
|
Cette activité marque le début d’une note de frais créée par un collaborateur. Le système enregistre cet événement lorsqu’un nouvel enregistrement de note de frais est généré, sous forme de brouillon ou avec les premiers éléments de dépense. | ||
|
Pourquoi c’est important
Il s’agit de l’événement de début principal du processus. L’analyse du délai entre ce point et la soumission permet de mieux comprendre le comportement des collaborateurs et les éventuels retards dans la déclaration des dépenses.
Où les obtenir
Cet événement est probablement enregistré à partir de l’horodatage de création de l’objet ou de l’enregistrement de la note de frais dans la base de données Brex. Il doit correspondre au premier horodatage associé à l’Expense Report ID.
Collecte
Identifié à partir de la date de création de l’enregistrement d’en-tête de la note de frais.
Type d’événement
explicit
|
|||
|
Note de frais soumise
|
Cette activité se produit lorsque le collaborateur soumet officiellement la note de frais complétée pour approbation. Il s’agit d’une action clé initiée par l’utilisateur, qui fait passer le statut de « Draft » ou « Open » à « Pending Approval ». | ||
|
Pourquoi c’est important
Il s’agit d’une étape importante qui lance officiellement le flux de travail d’approbation. Le temps écoulé entre la soumission et l’approbation finale constitue une composante essentielle du temps de cycle global.
Où les obtenir
Il s’agit généralement d’un événement explicite enregistré dans un journal d’audit. Il peut également être déduit d’un changement de statut vers « Submitted » ou « Pending Manager Approval », accompagné de l’horodatage correspondant.
Collecte
Capturé à partir de l’Event Log ou d’un champ « submission_timestamp » de l’enregistrement de la note de frais.
Type d’événement
explicit
|
|||
|
Note renvoyée pour révision
|
Un approbateur, responsable ou membre de l’équipe financière, renvoie la note au collaborateur pour correction. Cette action se distingue d’un rejet définitif et déclenche une boucle de reprise. | ||
|
Pourquoi c’est important
Cette activité est le principal indicateur de reprise. Le suivi de sa fréquence est essentiel pour le KPI « Expense Report Rework Rate » et le Dashboard « Policy Violation & Rework Analysis ».
Où les obtenir
Cette activité est probablement déduite d’un changement de statut vers « Needs Revision » ou « Sent Back ». Le système doit enregistrer l’horodatage de cette mise à jour.
Collecte
Déduit d’un changement de statut vers un état tel que « Needs Revision », souvent accompagné de commentaires.
Type d’événement
inferred
|
|||
|
Remboursement exécuté
|
Cette activité marque le moment où le paiement est effectivement versé au salarié. Il s’agit de la dernière étape du point de vue du salarié et de la clôture réussie du processus. | ||
|
Pourquoi c’est important
Il s’agit du point de terminaison principal du processus en cas de réussite. Il est nécessaire pour calculer les KPI « Durée moyenne du cycle de bout en bout » et « Délai d’exécution du remboursement », qui ont un impact direct sur la satisfaction des salariés.
Où les obtenir
Cet événement doit être enregistré à partir des journaux de transactions de paiement ou d’une confirmation API fournie par une banque ou un prestataire de paiement. Il correspond à la date effective d’exécution du paiement.
Collecte
Enregistré à partir du journal des transactions de paiement, qui contient un horodatage d’exécution.
Type d’événement
explicit
|
|||
|
Examen par la finance commencé
|
Marque le moment où une note de frais entre dans la file du service financier ou comptable pour son examen final. Cette activité est généralement déduite d’un changement de statut intervenant après l’approbation du responsable. | ||
|
Pourquoi c’est important
Elle signale le début de la dernière étape d’approbation, souvent la plus importante. L’analyse de sa durée permet d’identifier les goulots d’étranglement au sein du service financier.
Où les obtenir
Cette activité est déduite de l’horodatage du passage du statut de la note à « Pending Finance Approval » ou à un état similaire après l’approbation du responsable.
Collecte
Déduit de l’horodatage du changement de statut vers « Pending Finance Review ».
Type d’événement
inferred
|
|||
|
Examen par le responsable commencé
|
Cette activité marque le moment où une note de frais entre dans la file d’approbation du responsable. Elle est généralement déduite du changement de statut de la note vers « Pending Manager Approval » immédiatement après sa soumission. | ||
|
Pourquoi c’est important
Elle signale le début de la première étape d’approbation. Mesurer la durée entre ce point et « Manager Approved » ou « Manager Rejected » est essentiel pour le KPI « Average Manager Review Time ».
Où les obtenir
Cette activité est déduite de l’horodatage du passage du statut de la note de frais à « Pending Manager Approval » ou à un état similaire. Elle coïncide souvent avec l’événement « Expense Report Submitted ».
Collecte
Déduit de l’horodatage du changement de statut vers « Pending Manager Approval ».
Type d’événement
inferred
|
|||
|
Justificatifs joints
|
Représente l’action par laquelle un utilisateur importe ou joint l’image ou le document d’un justificatif à une ligne de dépense. Cette action est généralement enregistrée comme un événement explicite, avec un horodatage pour chaque pièce jointe. | ||
|
Pourquoi c’est important
Le suivi de cette activité est essentiel pour le Dashboard « Receipt Adherence & Impact ». Il permet de déterminer si les retards ou les rejets sont liés à des justificatifs manquants ou soumis tardivement.
Où les obtenir
Cette information est probablement enregistrée dans une table associée qui relie les pièces jointes aux lignes de dépense. Chaque pièce jointe doit disposer de son propre horodatage de création.
Collecte
Enregistré lorsqu’un utilisateur importe avec succès un fichier associé à une ligne de dépense.
Type d’événement
explicit
|
|||
|
Rejetée par la finance
|
Le service financier a rejeté la note de frais, généralement pour des raisons liées à la politique, à la conformité ou aux justificatifs. Il s’agit d’un rejet définitif qui interrompt le processus. | ||
|
Pourquoi c’est important
Il s’agit d’un événement d’exception important. L’analyse de sa fréquence et de ses causes est essentielle pour comprendre les défaillances de conformité et calculer le « Expense Report Rejection Rate » global.
Où les obtenir
Comme les autres décisions d’approbation, cet événement doit être enregistré explicitement dans une piste d’audit avec l’identifiant de l’approbateur, un horodatage et un motif.
Collecte
Capturé à partir d’un Event Log ou d’un changement de statut vers « Finance Rejected ».
Type d’événement
explicit
|
|||
|
Rejetée par le responsable
|
Le responsable de premier niveau a examiné la note de frais et l’a rejetée. Cette action interrompt généralement le processus ou renvoie la note au collaborateur pour correction. | ||
|
Pourquoi c’est important
Cette activité représente une issue défavorable et une exception du processus. Elle est essentielle pour calculer le « Expense Report Rejection Rate » et identifier les causes d’échec au premier niveau d’approbation.
Où les obtenir
Cet événement doit être enregistré explicitement dans une table d’historique des approbations ou une piste d’audit, comme une approbation, avec un horodatage et un code motif.
Collecte
Capturé à partir d’un Event Log ou d’un changement de statut vers « Manager Rejected » accompagné de l’horodatage correspondant.
Type d’événement
explicit
|
|||
|
Remboursement planifié
|
Après l’approbation finale, la note de frais est placée dans la file d’attente d’un prochain lot de remboursements. Cette activité représente le transfert entre l’approbation et le système de paiement. | ||
|
Pourquoi c’est important
Cette étape peut révéler les retards entre l’approbation finale et le traitement effectif du paiement. Elle permet de distinguer les goulots d’étranglement liés aux approbations des inefficacités du système de paiement.
Où les obtenir
Cette activité peut être déduite d’un changement de statut vers « Ready for Payment » ou « Scheduled ». Elle peut également correspondre à un événement explicite si le système communique avec un système de paiement ou un ERP distinct.
Collecte
Déduit d’un changement de statut vers « Paiement en attente » ou de la création d’un enregistrement de lot de paiements.
Type d’événement
inferred
|
|||
|
Violation de la politique signalée
|
Événement automatique ou manuel indiquant qu’un ou plusieurs éléments de dépense de la note de frais enfreignent la politique de l’entreprise. Il peut être enregistré lorsqu’une règle système est déclenchée ou lorsqu’un réviseur signale manuellement un problème. | ||
|
Pourquoi c’est important
Cette activité est essentielle pour le Dashboard « Policy Violation & Rework Analysis » et le KPI « Policy Violation Rate ». Elle aide à identifier les problèmes de conformité récurrents et les domaines dans lesquels les politiques doivent être clarifiées.
Où les obtenir
Déduit de l’attribut « Policy Violation Flag » lorsqu’il prend la valeur true. L’horodatage correspond à la dernière mise à jour du statut de l’indicateur.
Collecte
Déduit d’une modification d’un indicateur booléen ou d’un champ de statut signalant une violation de politique.
Type d’événement
inferred
|
|||
Guides d'extraction
Prêt à commencer ?
Utilisez ce modèle pour simplifier la collecte de vos données et accélérer l’optimisation de votre gestion des dépenses. Commencez dès aujourd’hui à faire apparaître les possibilités d’amélioration et à gagner en efficacité.
Optimisez dès aujourd'hui votre Gestion des dépenses dans Brex
Réduisez de 30 % la durée du cycle d'approbation et améliorez la satisfaction des employés.
Aucune carte bancaire requise. Configuration en quelques minutes.