Votre Template de Données de Gestion des Dépenses

Expensify
Votre Template de Données de Gestion des Dépenses

Votre Template de Données de Gestion des Dépenses

Ce modèle fournit une feuille de route claire pour la collecte des données nécessaires afin d'analyser votre processus de gestion des dépenses. Il décrit les attributs cruciaux à recueillir, les activités clés à suivre et des conseils pratiques pour extraire ces informations de votre système Expensify. Utilisez cette ressource pour préparer vos données à de puissantes informations de Process Mining.
  • Attributs recommandés à collecter pour une analyse complète
  • Activités clés à suivre pour une découverte précise des processus
  • Guide pratique pour l'extraction de données
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de gestion des dépenses

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse et une optimisation complètes de la gestion des dépenses.
3 Obligatoire 5 Recommandé 13 Facultatif
Nom Description
Heure de l'événement
EventTime
L'horodatage indiquant quand une activité ou un événement spécifique s'est produit pour un rapport de dépenses.
Description

L'Heure de l'événement fournit la date et l'heure précises pour chaque activité du processus. Cette information temporelle est essentielle pour calculer les temps de cycle, les durées et les temps d'attente entre les différentes étapes. Elle permet l'analyse des goulots d'étranglement, des tendances de performance au fil du temps et de la conformité aux accords de niveau de service. Sans horodatages précis, l'analyse du Process Mining est limitée à la découverte des flux.

Pourquoi c'est important

Les horodatages sont essentiels pour toutes les analyses basées sur le temps, y compris le calcul des temps de cycle, l'identification des goulots d'étranglement et le suivi de la performance des processus.

Où obtenir

C'est l'horodatage de création associé à chaque entrée de journal d'historique ou changement de statut dans les données des rapports Expensify.

Exemples
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-01T09:12:05Z
ID de la note de frais
ExpenseReportId
L'identifiant unique pour un rapport de dépenses, regroupant toutes les activités connexes de la soumission au remboursement.
Description

L'ID du rapport de dépenses est l'identifiant de cas principal pour le processus de gestion des dépenses. Chaque ID représente une seule collection de dépenses soumises par un employé pour approbation et remboursement. Cet attribut est crucial pour suivre le parcours de bout en bout d'un rapport de dépenses, permettant la reconstitution de son cycle de vie complet, y compris toutes les soumissions, approbations, rejets et paiements.

Pourquoi c'est important

Il permet l'agrégation de tous les événements liés en une seule instance de processus, ce qui constitue le fondement de toute analyse de Process Mining.

Où obtenir

C'est la clé primaire dans l'objet de données des rapports de dépenses, souvent disponible via le point d'accès API des rapports Expensify sous le nom « reportID ».

Exemples
RPT_84321RPT_99012RPT_10573
Nom de l'activité
ActivityName
Le nom de l'événement commercial qui s'est produit à un moment précis pour un rapport de dépenses.
Description

Le nom de l'activité décrit une étape ou un jalon spécifique dans le processus de gestion des dépenses, tel que « Rapport de dépenses soumis » ou « Approuvé par le manager ». Il constitue l'épine dorsale de la carte de processus, permettant aux analystes de visualiser le flux de travail, d'identifier les parcours courants et de repérer les déviations ou les goulots d'étranglement. L'analyse de la séquence des activités est fondamentale pour comprendre l'efficacité et la conformité des processus.

Pourquoi c'est important

Cet attribut définit les étapes de la carte de processus, permettant de visualiser et d'analyser le flux de processus, les variations et les boucles de remaniement.

Où obtenir

Cet attribut est généralement dérivé en mappant les changements de statut des rapports, les commentaires ou les entrées du journal d'historique d'Expensify à une liste standardisée d'activités.

Exemples
Note de frais soumiseApprouvé par le responsableRejeté par la financeRemboursement exécuté
Approbateur
Approver
Le nom ou l'ID de l'utilisateur responsable de l'approbation ou du rejet du rapport de dépenses.
Description

L'attribut Approbateur identifie le manager ou le membre de l'équipe financière qui agit sur un rapport de dépenses soumis. C'est essentiel pour analyser le comportement spécifique de l'approbateur, tels que les temps d'approbation, les taux de rejet et la répartition de la charge de travail. Comprendre la performance de l'approbateur peut aider à identifier les besoins en formation, à réaffecter les charges de travail et à rationaliser le processus d'approbation.

Pourquoi c'est important

Cet attribut est la clé de l'analyse des goulots d'étranglement d'approbation, de la répartition de la charge de travail et des taux de rejet spécifiques aux approbateurs.

Où obtenir

Ces informations se trouvent dans l'historique du rapport ou le journal du workflow, souvent associées aux événements d'approbation ou de rejet. Le champ peut être étiqueté « managerEmail » ou similaire.

Exemples
jane.doe@example.comjohn.smith@example.comfinance.approver@example.com
Demandeur
Submitter
L'employé qui a créé et soumis le rapport de dépenses.
Description

L'attribut Déclarant identifie l'employé qui a engagé les dépenses et demande un remboursement. Ces informations sont utilisées pour analyser les schémas de dépenses par employé, département ou rôle. Il aide à répondre aux questions concernant les employés ou les groupes qui subissent le plus de retards ou ont les taux de violation de politique les plus élevés, contribuant à une meilleure analyse de l'expérience employé.

Pourquoi c'est important

Permet d'analyser la performance du processus du point de vue de l'employé, aidant à identifier les groupes avec des problèmes ou des retards fréquents.

Où obtenir

C'est un champ primaire sur l'objet rapport de dépenses, typiquement étiqueté « policyEmail », « submitterEmail » ou « employeeEmail ».

Exemples
sara.jones@example.comkevin.lee@example.commaria.garcia@example.com
Indicateur de violation de politique
PolicyViolationFlag
Un indicateur booléen qui est vrai si le rapport a été signalé pour une violation de politique.
Description

Cet indicateur indique si un rapport de dépenses a déclenché une ou plusieurs violations de politique, telles que le dépassement d'une limite de dépenses ou l'absence d'un reçu. Le système automatisé d'Expensify signale souvent ces problèmes. Cet attribut est essentiel pour le dashboard « Aperçu des violations de politique », aidant à quantifier les problèmes de conformité et à cibler les domaines d'amélioration.

Pourquoi c'est important

Mesure directement la conformité aux politiques et aide à identifier les rapports nécessitant un examen supplémentaire, en faisant un élément clé pour les dashboards de conformité.

Où obtenir

Les rapports Expensify contiennent souvent un champ ou un statut spécifique indiquant une violation, tel que 'hasViolations' ou un indicateur booléen similaire.

Exemples
truefaux
Montant total du rapport
ReportTotalAmount
La valeur monétaire totale du rapport de dépenses.
Description

Cet attribut représente la somme de toutes les dépenses incluses dans un seul rapport de dépenses. C'est une métrique financière critique utilisée pour diverses analyses, telles que l'identification des dépenses de grande valeur qui peuvent nécessiter un examen supplémentaire ou suivre un chemin d'approbation différent. Il est également utilisé dans les rapports financiers et pour comprendre les schémas de dépenses à travers l'organisation.

Pourquoi c'est important

Permet l'analyse des notes de frais de grande valeur, aide à identifier les tendances de dépenses et est crucial pour les dashboards financiers et de conformité.

Où obtenir

Disponible dans l'objet des rapports Expensify, souvent nommé 'total' ou 'montant'.

Exemples
150.752500.0089.50
Service de l'employé
EmployeeDepartment
Le département ou l'unité commerciale auquel appartient le déclarant.
Description

Cet attribut indique le département organisationnel de l'employé soumettant le rapport de dépenses, tel que « Ventes », « Ingénierie » ou « Marketing ». C'est une dimension cruciale pour l'analyse, permettant des comparaisons des temps de cycle, des taux de rejet et de la conformité aux politiques à travers différentes parties de l'entreprise. Cela aide à identifier les problèmes spécifiques aux départements ou les besoins en formation.

Pourquoi c'est important

Permet une analyse approfondie puissante pour comparer la performance et la conformité des processus entre les différentes unités commerciales.

Où obtenir

Ces informations pourraient être stockées comme une étiquette sur le rapport ou associées au profil utilisateur du déclarant dans Expensify. Il peut nécessiter un enrichissement à partir d'un système RH externe.

Exemples
VentesMarketingIngénierieFinance
Approbation du premier passage
IsFirstPassApproval
Un indicateur calculé qui est vrai si le rapport a été approuvé sans aucun rejet ni révision.
Description

Cet indicateur booléen est calculé pour chaque rapport de dépenses afin de déterminer s'il a traversé le processus d'approbation sans aucun résultat négatif, tel qu'un rejet ou un renvoi pour révision. C'est une mesure directe de la qualité et de l'efficacité du processus, alimentant directement le KPI du taux d'approbation au premier passage. Un taux élevé indique que les soumissions sont de bonne qualité et que les politiques sont bien comprises.

Pourquoi c'est important

Mesure directement la qualité des soumissions initiales et l'efficacité du flux d'approbation, soulignant la fréquence des retouches.

Où obtenir

Ceci est calculé en vérifiant la séquence des activités pour un ExpenseReportId donné. Si la séquence ne contient pas « Rejeté par le manager », « Rejeté par la finance » ou « Rapport renvoyé pour révision », l'indicateur est vrai.

Exemples
truefaux
Catégorie de dépenses
ExpenseCategory
La catégorie assignée à un poste de dépense individuel au sein d'un rapport.
Description

La catégorie de dépenses classifie le type de dépense, comme 'Voyage', 'Repas et divertissement' ou 'Logiciel'. Bien qu'un rapport puisse avoir plusieurs catégories, cet attribut est souvent dénormalisé au niveau du rapport, par exemple en prenant la catégorie la plus fréquente ou la catégorie avec le montant le plus élevé. Il est utilisé pour analyser les tendances de dépenses et pour vérifier la conformité des politiques pour des types de dépenses spécifiques.

Pourquoi c'est important

Aide à analyser les habitudes de dépenses, les violations de politique et les temps d'approbation pour différents types de dépenses.

Où obtenir

Trouvé au niveau des éléments de ligne ('transactions') dans un rapport. Une agrégation ou une règle métier est nécessaire pour l'affecter au niveau du cas.

Exemples
Billets d'avionHébergementRepasFournitures de bureau
Dernière mise à jour des données
LastDataUpdate
Le timestamp indiquant la dernière actualisation des données de cet enregistrement depuis le système source.
Description

Cet attribut enregistre la date et l'heure auxquelles les données ont été extraites et mises à jour pour la dernière fois dans l'outil de Process Mining. Il assure la transparence sur la fraîcheur des données et est crucial pour comprendre l'actualité de l'analyse. Cela aide les utilisateurs à faire confiance aux informations et à prendre des décisions éclairées basées sur des données à jour.

Pourquoi c'est important

S'assure que les utilisateurs sont conscients de la fraîcheur des données, ce qui est essentiel pour la pertinence et la précision de l'analyse des processus.

Où obtenir

C'est généralement l'horodatage de la tâche d'extraction de données, ajouté pendant le processus de transformation des données (ETL).

Exemples
2023-11-20T08:00:00Z2023-11-21T08:00:00Z
Devise
Currency
Le code de devise pour les montants du rapport de dépenses.
Description

L'attribut Devise spécifie la devise du montant total du rapport, telle que l'USD, l'EUR ou la GBP. C'est crucial pour les organisations qui opèrent dans plusieurs pays afin de s'assurer que les données financières sont interprétées correctement. Toutes les valeurs monétaires doivent être analysées en conjonction avec cet attribut pour éviter les agrégations incorrectes.

Pourquoi c'est important

Assure une analyse financière et un reporting précis en fournissant le contexte nécessaire à toutes les valeurs monétaires.

Où obtenir

C'est un champ standard dans l'objet rapport Expensify, souvent appelé « currency ».

Exemples
USDEURGBPCAD
Heure de fin de l'événement
EventEndTime
L'horodatage de fin d'une activité spécifique. Utile pour les activités avec une durée mesurable.
Description

Alors que de nombreuses activités dans la gestion des dépenses sont instantanées, certaines comme « Révision du manager » peuvent être modélisées avec une heure de début et de fin. L'heure de fin de l'événement marque l'achèvement d'une telle activité. Il est utilisé en conjonction avec l'heure de début pour calculer le temps de traitement précis pour les étapes individuelles, offrant une vue plus détaillée de l'endroit où le temps est dépensé.

Pourquoi c'est important

Permet le calcul des temps de traitement des activités, ce qui aide à différencier le temps de travail actif du temps d'attente inactif.

Où obtenir

Ce n'est généralement pas un champ direct. Il est dérivé en prenant l'horodatage de l'événement suivant dans la séquence pour le même cas.

Exemples
2023-10-26T10:05:12Z2023-10-27T15:00:00Z
Méthode de paiement
PaymentMethod
La méthode utilisée pour rembourser l'employé.
Description

Cet attribut décrit comment l'employé a été remboursé, tel que « Dépôt direct (ACH) », « PayPal » ou « Carte de crédit d'entreprise ». L'analyse de la méthode de paiement peut aider à comprendre la partie remboursement du processus, surtout si certaines méthodes sont associées à des retards plus longs. Il fournit un contexte supplémentaire pour les étapes finales du processus.

Pourquoi c'est important

Fournit un contexte pour la phase de remboursement et peut être utilisé pour analyser les retards ou les coûts associés aux différentes méthodes de paiement.

Où obtenir

Ces informations sont généralement disponibles dans les détails de remboursement d'un rapport clos.

Exemples
ACHPayPalBill.com
Motif de refus
RejectionReason
La raison fournie par un approbateur lors du rejet d'un rapport de dépenses ou de son renvoi pour révision.
Description

Lorsqu'un rapport de dépenses est rejeté, l'approbateur peut généralement fournir une raison. Cet attribut textuel capture cette raison, offrant un aperçu qualitatif inestimable des raisons pour lesquelles les rapports échouent à l'approbation. L'analyse des raisons de rejet aide à identifier les erreurs de soumission courantes, les politiques peu claires ou les domaines où les employés ont besoin de plus de formation, soutenant directement les efforts visant à améliorer le taux d'approbation au premier passage.

Pourquoi c'est important

Fournit des données qualitatives qui expliquent pourquoi le remaniement se produit, ce qui est crucial pour l'analyse des causes profondes des rejets de rapports.

Où obtenir

Ces informations se trouvent généralement dans les commentaires ou le journal d'historique associés à un événement de rejet.

Exemples
Reçu manquant pour un article de plus de 75 $Catégorie de dépense incorrecte sélectionnéeDépense en double soumise
Nom de la politique
PolicyName
Le nom de la politique de dépenses appliquée au rapport.
Description

Dans Expensify, différents groupes d'employés peuvent être soumis à différentes politiques de dépenses. Cet attribut identifie la politique spécifique qui régit les règles de la note de frais. C'est une dimension critique pour l'analyse, car elle permet de comparer la conformité et l'efficacité entre différentes politiques, qui peuvent avoir des règles et des workflows d'approbation différents.

Pourquoi c'est important

Permet de segmenter l'analyse du processus par l'ensemble des règles appliquées, ce qui est essentiel pour comprendre les variations dues aux différentes politiques.

Où obtenir

C'est un champ standard sur l'objet rapport dans Expensify, souvent nommé « policyID » ou « policyName ».

Exemples
Politique des employés américainsPolitique de l'équipe de vente du Royaume-UniPolitique de voyages des cadres
Résultat de l'audit
AuditOutcome
Le résultat d'un audit manuel ou automatisé effectué sur le rapport de dépenses.
Description

Cet attribut capture le résultat d'un audit, qui peut être « Réussi », « Échoué » ou « Réussi avec des observations ». C'est pertinent pour les entreprises qui ont une étape d'audit formelle dans leur processus de dépenses, soit pour tous les rapports, soit pour un échantillon. L'analyse des résultats d'audit aide à comprendre les niveaux de conformité et l'efficacité des contrôles existants.

Pourquoi c'est important

Mesure directement le résultat des contrôles de conformité et est essentiel pour analyser l'efficacité du processus d'audit.

Où obtenir

C'est probablement un attribut conceptuel ou pourrait être stocké comme une étiquette ou dans un commentaire. Son existence dépend de la configuration spécifique du processus de l'entreprise au sein d'Expensify.

Exemples
RéussiÉchec - Violation de politiqueApprouvé avec réserves
Statut du rapport
ReportStatus
L'état actuel du rapport de dépenses dans son cycle de vie.
Description

Le statut du rapport indique la position actuelle du rapport de dépenses dans le processus, tel que « OUVERT », « SOUMIS », « APPROUVÉ », « REMBOURSÉ » ou « CLOS ». Il fournit un aperçu de la progression du rapport. En Process Mining, cet attribut est souvent utilisé pour dériver le nom de l'activité, mais il peut également être utilisé comme une dimension pour analyser le temps que les rapports passent dans chaque état.

Pourquoi c'est important

Indique l'état actuel d'un cas et est souvent la source pour dériver le journal d'activités pour le Process Mining.

Où obtenir

C'est un champ standard dans l'objet rapport Expensify, souvent nommé « status » ou « state ».

Exemples
SOUMISAPPROUVÉREMBOURSÉCLOSED
Système source
SourceSystem
Le système d'où les données ont été extraites.
Description

Cet attribut identifie l'origine des données de processus, qui est « Expensify » dans ce cas. C'est important pour la gouvernance des données, surtout dans les environnements où les données de plusieurs systèmes sont combinées. Il aide à tracer la lignée des données et à comprendre le contexte du processus.

Pourquoi c'est important

Fournit un contexte crucial pour la lignée des données et aide à différencier les processus lorsque des données provenant de plusieurs systèmes sources sont chargées dans le même environnement.

Où obtenir

C'est une valeur statique (« Expensify ») qui doit être ajoutée pendant le processus de transformation des données.

Exemples
ExpensifyExpensifyAPI-v2.0
Temps de cycle total
TotalCycleTime
Le temps total écoulé entre la création du premier événement et l'achèvement du dernier événement pour un rapport de dépenses.
Description

Le temps de cycle total est un calcul au niveau du cas qui mesure la durée de bout en bout du processus de gestion des dépenses pour un seul rapport. C'est un indicateur clé de performance (KPI) pour l'efficacité globale du processus. Cette métrique est calculée en prenant la différence entre l'horodatage de la toute première activité (par exemple, « Rapport de dépenses créé ») et de la toute dernière activité (par exemple, « Remboursement exécuté »).

Pourquoi c'est important

C'est un KPI principal pour mesurer la vélocité globale du processus et identifier les cas de longue durée qui peuvent indiquer des problèmes systémiques.

Où obtenir

Cet attribut est calculé en prenant (MAX(EventTime) - MIN(EventTime)) pour chaque ExpenseReportId.

Exemples
6048001209600259200
Temps de traitement
ProcessingTime
La durée du temps passé sur une seule activité.
Description

Le temps de traitement est une métrique calculée qui mesure le temps entre l'heure de début et l'heure de fin d'une activité. Il représente le temps actif passé sur une tâche. Par exemple, il pourrait mesurer combien de temps un manager a gardé un rapport ouvert avant de l'approuver. Cette métrique est utilisée pour distinguer le temps de travail actif du temps d'attente, offrant un aperçu plus approfondi de l'efficacité des processus.

Pourquoi c'est important

Aide à distinguer le temps de traitement actif du temps d'attente passif, permettant une identification plus précise des goulots d'étranglement.

Où obtenir

Ceci est calculé pendant la transformation des données en soustrayant le EventTime du EventEndTime.

Exemples
864003600600
Obligatoire Recommandé Facultatif

Activités de gestion des dépenses

Ce sont les étapes clés du processus et les jalons à enregistrer dans votre journal d'événements pour une découverte précise des processus et l'identification des goulets d'étranglement.
7 Recommandé 6 Facultatif
Activité Description
Approuvé par la finance
Le service financier ou l'approbateur final a examiné et donné son approbation finale pour le rapport de dépenses. Cette action est enregistrée dans l'historique du workflow et modifie généralement le statut du rapport en « Approuvé ».
Pourquoi c'est important

C'est la dernière porte d'approbation avant le remboursement. Le temps pris pour cette étape est critique pour le temps de cycle global et le KPI du délai moyen de remboursement.

Où obtenir

Capturé à partir de l'historique ou du journal d'audit du rapport, qui enregistre l'action d'approbation finale, l'approbateur de l'équipe financière et l'horodatage.

Capture

Enregistré comme une action d'approbation finale distincte dans l'historique du workflow du rapport.

Type d'événement explicit
Approuvé par le responsable
Le manager direct ou l'approbateur de premier niveau a examiné et approuvé le rapport de dépenses. Cet événement est capturé à partir du journal du workflow d'approbation, qui enregistre l'action et l'horodatage de l'approbateur.
Pourquoi c'est important

Une étape critique dans le processus d'approbation. L'analyse du temps écoulé entre la soumission et cet événement aide à identifier les goulots d'étranglement liés au manager et mesure le KPI du temps de cycle d'approbation du manager.

Où obtenir

Capturé à partir de l'historique ou du journal d'audit du rapport, qui enregistre explicitement l'action d'approbation, le nom de l'approbateur et l'horodatage.

Capture

Enregistré comme une action d'approbation distincte dans l'historique du workflow du rapport.

Type d'événement explicit
Note de frais créée
Marque l'initiation d'une nouvelle note de frais par un employé. Ceci est généralement capturé comme un événement explicite avec un horodatage de création lorsque le rapport est sauvegardé pour la première fois dans Expensify.
Pourquoi c'est important

Cette activité est le point de départ pour toutes les analyses de processus et est cruciale pour mesurer le temps de cycle total de la création au remboursement.

Où obtenir

Cet événement est capturé à partir de l'horodatage de création du rapport dans l'historique des rapports ou les journaux d'audit d'Expensify. Chaque objet de rapport a une date de création.

Capture

Enregistré lors de la création initiale et de l'enregistrement de la note de frais.

Type d'événement explicit
Note de frais soumise
L'employé soumet officiellement le rapport de dépenses complété pour que le workflow d'approbation commence. C'est une transition clé de la saisie des données au processus de révision, généralement capturée par un changement de statut et un horodatage de soumission.
Pourquoi c'est important

Cette activité est un jalon critique qui déclenche le cycle d'approbation. Il sert de point de départ pour mesurer les temps de révision des managers et de la finance.

Où obtenir

Déduit du changement de statut du rapport de 'Ouvert' ou 'Brouillon' à 'En traitement' ou 'Soumis', ainsi que de l'horodatage associé à ce changement.

Capture

Dérivé du changement de statut vers 'En traitement' et de l'horodatage de soumission associé.

Type d'événement inferred
Rapport clos
Le rapport de dépenses est formellement clos dans le système après que toutes les actions, y compris le remboursement et la synchronisation comptable, sont terminées. Cet événement est généralement déduit d'un statut final et terminal comme « Clos ».
Pourquoi c'est important

Fournit un point final définitif pour le processus, distinct du remboursement, ce qui est utile pour analyser les étapes finales de comptabilité et d'archivage.

Où obtenir

Déduit du statut du rapport passant à un état terminal comme 'Clos'. Cela se produit souvent après le remboursement et l'exportation comptable.

Capture

Dérivé du statut du rapport passant à 'Clos' avec son horodatage associé.

Type d'événement inferred
Rapport renvoyé pour révision
Un approbateur, qu'il s'agisse d'un manager ou d'un membre de la finance, renvoie le rapport à l'employé pour correction ou informations supplémentaires. Cela est généralement déduit d'un changement de statut vers 'Ouvert' après avoir été 'En traitement'.
Pourquoi c'est important

Cette activité représente le remaniement, qui est une source majeure d'inefficacité. Le suivi permet de quantifier les boucles de remaniement, de mesurer le KPI du taux de remaniement et d'identifier les causes profondes.

Où obtenir

Déduit d'un changement de statut de rapport de 'En traitement' ou 'Soumis' à 'Ouvert'. L'horodatage de ce changement de statut marque l'événement.

Capture

Dérivé d'un changement de statut de rapport de 'En traitement' vers 'Ouvert'.

Type d'événement inferred
Remboursement exécuté
Le paiement a été envoyé avec succès à l'employé, complétant la partie remboursement du processus. Ceci est capturé à partir des journaux de traitement des paiements ou d'une mise à jour finale du statut dans Expensify.
Pourquoi c'est important

C'est un point final clé pour mesurer les temps de cycle côté employé. C'est essentiel pour les KPI du temps de cycle moyen des rapports de dépenses et du délai moyen de remboursement.

Où obtenir

Déduit du statut du rapport passant à 'Remboursé'. L'intégration d'Expensify avec les systèmes de paiement fournit un horodatage pour ce changement de statut.

Capture

Dérivé du statut du rapport passant à 'Remboursé' et de son horodatage associé.

Type d'événement inferred
Comptabilité Enregistrée
Les données financières du rapport de dépenses ont été exportées et comptabilisées dans le système comptable ou l'ERP de l'entreprise. C'est l'étape finale, marquant l'achèvement du processus du point de vue des registres financiers.
Pourquoi c'est important

Représente la clôture finale du rapport de dépenses dans le système financier. C'est important pour mesurer le processus de bout en bout complet et assurer la synchronisation des données.

Où obtenir

Capturé à partir des journaux d'intégration entre Expensify et le logiciel de comptabilité. Cela peut nécessiter la combinaison de données provenant de deux systèmes.

Capture

Enregistré dans l'historique d'intégration lorsque les données sont synchronisées avec succès avec le système comptable.

Type d'événement explicit
Dépense ajoutée au rapport
Représente l'ajout par un employé d'un poste spécifique, tel qu'un reçu scanné ou une dépense saisie manuellement, au rapport. Ceci est enregistré comme une entrée dans le journal d'historique détaillé du rapport.
Pourquoi c'est important

L'analyse du temps entre la création du rapport et l'ajout des dépenses peut révéler des retards dans la collecte de preuves ou la préparation de la soumission par les employés.

Où obtenir

Provenant du journal d'audit ou de l'historique de la note de frais, qui enregistre des actions telles que l'ajout d'entrées de dépenses individuelles.

Capture

Enregistré dans l'historique du rapport chaque fois qu'une nouvelle ligne de dépense est ajoutée.

Type d'événement explicit
Rejeté par la finance
Le service financier a examiné et rejeté le rapport de dépenses, arrêtant le processus de remboursement. Cet événement est enregistré dans l'historique du workflow avec un horodatage et une raison de rejet.
Pourquoi c'est important

Identifie les goulots d'étranglement et les raisons d'échec à l'étape de révision finale. Il est essentiel pour analyser le taux de rejet global et les problèmes de conformité.

Où obtenir

Capturé à partir de l'historique du rapport, qui enregistre l'action de rejet par l'équipe financière, ainsi qu'un horodatage et l'utilisateur.

Capture

Enregistré comme une action de rejet distincte dans l'historique du workflow du rapport.

Type d'événement explicit
Rejeté par le manager
L'approbateur de premier niveau a examiné le rapport de dépenses et l'a rejeté, ce qui arrête généralement le processus. Ceci est enregistré comme un événement de rejet dans le journal du workflow, souvent avec une raison fournie.
Pourquoi c'est important

L'analyse des événements de rejet est essentielle pour comprendre le KPI du taux de rejet des notes de frais. Elle aide à identifier les raisons courantes d'échec et les domaines nécessitant une amélioration des processus.

Où obtenir

Capturé à partir de l'historique du rapport, qui enregistre l'action de rejet, l'identité du rejeteur et l'horodatage. Le statut du rapport passe généralement à 'Rejeté'.

Capture

Enregistré comme une action de rejet distincte dans l'historique du workflow du rapport.

Type d'événement explicit
Remboursement programmé
Après l'approbation finale, la note de frais est mise en file d'attente pour le traitement du paiement. Cet événement marque la transition de l'approbation à la phase de paiement et est souvent capturé lorsque le statut du rapport passe à 'Remboursement en cours'.
Pourquoi c'est important

Marque le début du délai de remboursement. L'analyse de la durée entre cet événement et le paiement réel aide à identifier les retards dans le processus de paiement.

Où obtenir

Déduit d'un changement de statut de rapport à 'Remboursement en cours' ou 'Traitement du paiement', avec son horodatage associé.

Capture

Dérivé d'un changement de statut indiquant que le rapport est en file d'attente pour le paiement.

Type d'événement inferred
Violation de politique signalée
Un contrôle automatisé identifie une dépense qui viole la politique de l'entreprise, comme un dépassement de budget ou un reçu manquant. Cet événement est capturé lorsqu'un indicateur spécifique de violation de politique est défini sur le rapport ou un élément de ligne.
Pourquoi c'est important

Met en évidence les problèmes de conformité et aide à identifier les politiques fréquemment violées, permettant une formation ciblée ou une clarification des politiques. Ceci est crucial pour le KPI du nombre de violations de politique.

Où obtenir

Déduit de l'indicateur ou de l'attribut 'Violation de politique' étant défini sur vrai dans les données de la note de frais. L'horodatage correspond au moment où cet indicateur a été défini.

Capture

Dérivé de l'horodatage de la mise à jour de l'attribut de violation de politique pour le rapport.

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données d'Expensify