Votre Template de Données de Gestion des Dépenses
Votre Template de Données de Gestion des Dépenses
Ceci est notre modèle de données générique de Process Mining pour Gestion des dépenses. Utilisez nos modèles spécifiques au système pour des directives plus précises.
Sélectionnez un système spécifique- Une liste complète des attributs de données essentiels.
- Activités clés et jalons pour le traitement des dépenses.
- Une base pour une analyse détaillée des processus sur n'importe quel système.
Attributs de gestion des dépenses
| Nom | Description | ||
|---|---|---|---|
| Heure de l'événement EventTime | Le timestamp indiquant la date et l'heure exactes auxquelles une activité ou un événement spécifique s'est produit. | ||
| Description L'Event Time, ou timestamp, enregistre le moment où une activité s'est produite. Il fournit l'ordre chronologique des événements pour chaque note de frais, ce qui est essentiel pour reconstituer avec précision la chronologie du processus. En Process Mining, les timestamps sont la base de toutes les analyses basées sur le temps. Ils sont utilisés pour calculer des indicateurs clés de performance tels que les temps de cycle entre les activités, le temps de traitement total de bout en bout et les temps d'attente. En analysant les timestamps, les organisations peuvent identifier les retards dans le processus d'approbation, mesurer l'efficacité de l'exécution des remboursements et surveiller les performances par rapport aux accords de niveau de service. Pourquoi c'est important Ce timestamp est crucial pour ordonner les événements chronologiquement et calculer toutes les métriques basées sur la durée, telles que les temps de cycle et les goulots d'étranglement. Où obtenir Trouvé dans les journaux d'événements (event logs) ou les données de transaction, souvent étiqueté comme 'Date de création', 'Timestamp' ou 'Date d'événement'. Exemples 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z | |||
| ID du rapport de dépenses ExpenseReportId | L'identifiant unique d'une note de frais. Cet ID regroupe toutes les activités connexes et sert d'identifiant principal du cas. | ||
| Description L'ID de Note de Frais est une clé unique attribuée à chaque note de frais soumise par un employé. Il sert de fil conducteur central qui connecte toutes les étapes du processus, de la création et soumission aux approbations, aux rejets potentiels et au remboursement final. En Process Mining, cet attribut est fondamental pour la reconstruction de cas. Chaque ID de Note de Frais unique représente une seule instance du processus de gestion des dépenses. L'analyse du parcours de chaque ID permet la visualisation des flux de processus, le calcul des temps de cycle pour les rapports individuels et l'identification des variations dans la manière dont les différents rapports sont traités. Pourquoi c'est important C'est l'identifiant de cas essentiel qui relie tous les événements du cycle de vie d'une note de frais, permettant de tracer le processus de bout en bout. Où obtenir Généralement situé dans les données d'en-tête d'une note de frais ou dans la table de transaction principale pour le processus de dépenses. Exemples ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582 | |||
| Nom de l'activité ActivityName | Le nom d'un événement métier ou d'une tâche spécifique qui s'est produit au cours du cycle de vie de la note de frais. | ||
| Description Le nom de l'activité (Activity Name) décrit une seule étape ou un changement de statut au sein du processus de gestion des dépenses. Les exemples incluent 'Rapport de dépenses créé', 'Approuvé par le manager', 'Violation de politique signalée' et 'Remboursement exécuté'. Cette séquence d'activités forme le flux de processus pour chaque rapport de dépenses. Pour l'analyse de Process Mining, cet attribut est essentiel pour découvrir le modèle de processus réel. Il permet aux analystes de visualiser la carte de processus, d'identifier les goulots d'étranglement où les activités prennent trop de temps, de découvrir les boucles de reprise telles que 'Rapport envoyé pour révision' et de repérer les variations de processus non standard. La clarté et la granularité des noms d'activités ont un impact direct sur la qualité des insights du processus. Pourquoi c'est important Cet attribut définit les étapes du processus, permettant la visualisation de la cartographie des processus et l'analyse des modèles de workflow et des déviations. Où obtenir Dérivé des journaux d'événements (event logs), des tables de changement de statut ou des enregistrements de transactions associés au rapport de dépenses. Exemples Rapport de dépenses soumisApprouvé par le responsableRejeté par la financeRemboursement exécuté | |||
| 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 Le timestamp de la Dernière Mise à Jour des données spécifie la dernière fois que les données ont été extraites ou synchronisées du système source. Cela fournit un point de coupe clair pour les données incluses dans toute analyse, garantissant que toutes les parties prenantes sont conscientes de la fraîcheur des données. Dans un contexte de Process Mining, cet attribut est vital pour l'intégrité des données et le reporting. Il aide les utilisateurs à comprendre s'ils consultent des informations en temps réel ou un instantané historique. Ceci est particulièrement important pour les Dashboards de suivi continu où la rapidité est essentielle. Il aide également à résoudre les problèmes de pipelines de données en confirmant que les rafraîchissements de données se produisent comme prévu. Pourquoi c'est important Assure la transparence sur la fraîcheur des données, ce qui est crucial pour la précision et la pertinence de toute analyse de processus ou tableau de bord (dashboard) de surveillance. Où obtenir Généralement généré et stocké par l'outil d'intégration de données ou ETL (Extract, Transform, Load) pendant le processus de chargement des données. Exemples 2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z | |||
| Système source SourceSystem | Le système, l'application ou la plateforme à partir duquel les données de gestion des dépenses ont été extraites. | ||
| Description L'attribut « Système Source » identifie l'origine des données du processus. Dans les entreprises modernes, la gestion des dépenses peut impliquer plusieurs systèmes intégrés, par exemple, un système RH pour les données des employés, un outil de gestion des dépenses dédié pour les soumissions et un ERP pour la comptabilisation financière. Ce champ aide à distinguer les données provenant de ces différentes sources. Cette information est précieuse pour la validation des données et pour comprendre le paysage technologique du processus. Si les problèmes de processus sont concentrés dans les données d'un système spécifique, cela peut indiquer des problèmes d'intégration ou des problèmes au sein de cette application. Elle fournit également un contexte pour les données, garantissant que les analystes comprennent la source de vérité pour les différentes étapes du processus. Pourquoi c'est important Identifie l'origine des données, ce qui est crucial pour la gouvernance des données, le dépannage et la compréhension des variations de processus sur différentes plateformes. Où obtenir Ces informations font souvent partie du processus d'extraction de données ou des métadonnées, et peuvent être ajoutées lors de la préparation des données. Exemples SAP ConcurExpensifyCoupaBrexRamp | |||
| Demandeur Submitter | Le nom ou l'ID de l'employé qui a créé et soumis la note de frais. | ||
| Description Le Demandeur est l'employé qui a engagé les dépenses et initié le processus de remboursement en créant la note de frais. Cet attribut est généralement cohérent pour tous les événements liés à un seul cas de note de frais. Alors que l'attribut général « Utilisateur » identifie l'acteur de chaque étape, le « Demandeur » fournit un attribut cohérent au niveau du cas pour analyser le comportement du propriétaire du rapport. Il permet une analyse axée sur l'expérience de l'employé, telle que l'identification des employés dont les rapports sont fréquemment rejetés ou qui violent systématiquement les politiques. Cela peut éclairer les initiatives de communication ou de formation ciblées pour améliorer l'efficacité globale du processus et la Conformité dès le départ. Pourquoi c'est important Identifie le propriétaire du rapport de dépenses, permettant une analyse basée sur le comportement des employés, comme l'identification des fréquents contrevenants aux politiques ou des sources de retouches. Où obtenir Trouvé dans les données d'en-tête du rapport de dépenses, lié à l'employé qui a créé l'enregistrement. Exemples Alice JohnsonRobert WilliamsEMP10234s.chen | |||
| Département de l'employé EmployeeDepartment | L'unité commerciale ou le département de l'employé qui a soumis la note de frais. | ||
| Description Cet attribut identifie l'unité organisationnelle, telle que « Ventes », « Ingénierie » ou « Marketing », à laquelle appartient l'employé soumettant le rapport. Il est souvent lié au centre de coûts responsable des dépenses. Le Département de l'Employé est une dimension principale pour l'analyse comparative. Il permet une vue du processus filtrée par département, ce qui peut mettre en évidence des différences significatives de comportement. Par exemple, un département peut avoir un taux de violation de politique beaucoup plus élevé ou un temps de cycle d'approbation plus long qu'un autre. Ces perspectives peuvent aider la direction à identifier le besoin de formations ciblées, d'ajustements de processus ou de clarifications de politique pour des équipes spécifiques. Pourquoi c'est important Permet une puissante analyse comparative entre les unités commerciales, aidant à identifier les comportements, les goulots d'étranglement ou les problèmes de conformité spécifiques aux départements. Où obtenir Généralement extrait de l'enregistrement des données principales de l'employé, qui est lié à la note de frais. Exemples VentesIngénierieMarketingFinance | |||
| Devise Currency | Le code de devise pour le montant total de la note de frais, tel que USD, EUR ou GBP. | ||
| Description L'attribut « Devise » spécifie l'unité monétaire du Montant Total. Dans les organisations mondiales, les employés soumettent des dépenses dans diverses devises, et ce champ fournit le contexte nécessaire pour toutes les valeurs monétaires. Pour une analyse financière précise, notamment dans un contexte multinational, cet attribut est essentiel. Il garantit que les valeurs monétaires peuvent être correctement interprétées et converties en une devise commune pour les rapports agrégés. Sans lui, comparer le « Montant Total » d'un rapport en JPY à celui en USD n'aurait aucun sens. Il est fondamental pour les Dashboards qui affichent les dépenses totales, les coûts moyens et les KPI financiers à travers les différentes régions. Pourquoi c'est important Fournit un contexte essentiel pour toutes les valeurs monétaires, permettant un reporting financier précis et une comparaison entre différentes régions ou pays. Où obtenir Généralement stocké avec les champs de montant dans les données d'en-tête de la note de frais. Exemples USDEURGBPJPY | |||
| Indicateur de violation de politique PolicyViolationFlag | Un indicateur booléen qui est vrai si le rapport de dépenses a été signalé pour une ou plusieurs violations de politique. | ||
| Description Le Drapeau de Violation de Politique est une valeur booléenne simple (vrai ou faux) qui indique si une note de frais a été automatiquement ou manuellement identifiée comme non-conforme aux politiques de dépenses de l'entreprise. Les violations pourraient inclure le dépassement des limites de dépenses, l'utilisation de fournisseurs non approuvés ou le manque de documentation appropriée. Ce drapeau est un moteur clé pour l'analyse de la Conformité. Il permet aux organisations de calculer le taux global de violation de politique et de descendre dans les détails pour voir quels départements, catégories de dépenses ou employés présentent le plus de violations. Comprendre la fréquence et la nature des violations de politique aide à affiner les politiques, à améliorer les contrôles automatisés et à fournir une formation ciblée pour réduire les dépenses non-conformes et les exceptions de processus. Pourquoi c'est important Soutient directement la surveillance de la conformité en signalant les rapports non conformes, aidant à mesurer et à réduire les violations de politique. Où obtenir Un indicateur ou un champ dans l'en-tête du rapport de dépenses ou les données de poste, souvent défini par le moteur de règles du système. Exemples truefaux | |||
| Montant total TotalAmount | La valeur monétaire totale de la note de frais soumise pour remboursement. | ||
| Description Le Montant Total représente la somme de toutes les lignes de dépenses individuelles incluses dans une seule note de frais. C'est la valeur totale qui est soumise à approbation et remboursement. Cet attribut est essentiel pour l'analyse financière en Process Mining. Il permet la segmentation des notes de frais en tranches de valeur, telles que haute valeur versus faible valeur, qui suivent souvent des chemins d'approbation différents. Les analystes peuvent utiliser cet attribut pour calculer le coût moyen par rapport, enquêter sur l'impact financier des reprises et des rejets, et identifier les tendances de dépenses. La corrélation du montant total avec les temps de cycle peut révéler si les rapports de plus grande valeur prennent plus de temps à être approuvés. Pourquoi c'est important Permet l'analyse d'impact financier, aide à identifier les modèles de dépenses et permet de segmenter le processus en fonction de la valeur du rapport. Où obtenir Disponible au niveau de l'en-tête des données du rapport de dépenses, souvent calculé comme la somme de tous les montants des postes. Exemples 150.752500.0085.5012500.20 | |||
| Motif de refus RejectionReason | La raison fournie par un gestionnaire ou un utilisateur financier pour rejeter une note de frais ou la renvoyer pour révision. | ||
| Description La Raison de Rejet est un champ de texte ou un code prédéfini qui explique pourquoi une note de frais n'a pas passé une étape d'approbation. Les raisons courantes incluent « Reçu manquant », « Catégorie incorrecte » ou « Dépense non conforme à la politique ». Cet attribut est inestimable pour l'analyse des causes profondes du remaniement des processus. En analysant les raisons de rejet les plus courantes, une entreprise peut identifier les problèmes systémiques. Par exemple, si « Reçu manquant » est la raison principale, l'entreprise pourrait avoir besoin d'améliorer la communication concernant les exigences de documentation ou de simplifier le processus de rattachement des reçus. Ces perspectives mènent à des améliorations ciblées des processus qui augmentent le taux d'approbation au premier passage, réduisent le remaniement et raccourcissent le temps de cycle global. Pourquoi c'est important Explique le « pourquoi » des retouches de processus, permettant des améliorations ciblées pour réduire les taux de rejet et améliorer le rendement du premier passage. Où obtenir Capturé dans un champ de commentaire ou une liste de sélection lorsqu'un approbateur effectue une action de 'Rejet' ou de 'Renvoyer'. Exemples Reçu manquantCatégorie de dépense incorrecteDépassement du plafond journalier (per diem)Dépense en double | |||
| Statut du rapport ReportStatus | Le statut actuel ou final de la note de frais dans son cycle de vie, tel que « Soumise », « Approuvée » ou « Payée ». | ||
| Description Le statut du rapport offre un aperçu de l'état d'un rapport de dépenses à un moment donné, ou de son résultat final. Les statuts changent généralement à mesure que le rapport passe par différentes étapes comme la soumission, l'approbation, le traitement et le paiement. Cet attribut est utile pour filtrer les cas afin d'analyser des cohortes spécifiques, par exemple, en se concentrant uniquement sur les rapports 'Rejetés' pour comprendre les raisons des rejets, ou sur les rapports 'En attente d'approbation' pour enquêter sur les goulots d'étranglement actuels. Dans les tableaux de bord (dashboards), il fournit une vue d'ensemble de la charge de travail actuelle et de l'état de tous les rapports de dépenses en cours. Il peut également être utilisé pour valider la séquence d'activités générée pour le Process Mining. Pourquoi c'est important Fournit un résumé de haut niveau de l'état d'un rapport, utile pour filtrer les cas et pour créer des tableaux de bord (dashboards) opérationnels sur la charge de travail actuelle. Où obtenir Un champ dans la table d'en-tête principale du rapport de dépenses qui est mis à jour à mesure que le rapport progresse dans son workflow. Exemples En attente d'approbationApprouvéPayéRejetéRetiré | |||
| Utilisateur User | Le nom ou l'ID de l'utilisateur, de l'employé ou du compte système qui a effectué l'activité enregistrée. | ||
| Description L'attribut « Utilisateur » identifie la personne ou l'agent automatisé responsable de l'exécution d'une étape spécifique du processus. Il peut s'agir de l'employé soumettant le rapport, du gestionnaire l'approuvant ou d'un membre de l'équipe financière traitant le remboursement. L'analyse du processus par utilisateur est essentielle pour comprendre la répartition de la charge de travail, la performance individuelle et identifier les acteurs spécifiques qui pourraient être à l'origine de retards. Par exemple, elle peut révéler si un gestionnaire particulier est un goulot d'étranglement dans la chaîne d'approbation. Elle soutient également l'analyse de l'allocation des ressources et contribue à assurer la responsabilisation et l'auditabilité tout au long du processus. Pourquoi c'est important Identifie l'acteur de chaque étape, permettant l'analyse de la charge de travail, la comparaison des performances et l'identification des goulots d'étranglement liés à des individus ou des équipes spécifiques. Où obtenir Disponible dans le journal d'événements (event log) ou l'historique des transactions, souvent lié à un identifiant utilisateur ou employé. Exemples john.doejane.smithapprover_team_leadsystem.batch.user | |||
| Approbateur Approver | Le nom ou l'ID de l'utilisateur, généralement un responsable ou un représentant financier, chargé d'approuver la note de frais. | ||
| Description L'attribut « Approbateur » identifie la personne qui effectue une étape d'approbation ou de rejet dans le workflow. Dans de nombreux processus, il peut y avoir plusieurs niveaux d'approbation, tels qu'un responsable direct suivi d'un chef de service ou d'un membre de l'équipe financière. Semblable à l'attribut « Utilisateur », l'« Approbateur » est particulièrement utile pour analyser la phase d'approbation du processus, qui est souvent une source majeure de retards. Il permet de mesurer les temps d'approbation par approbateur individuel, aidant ainsi à identifier les goulots d'étranglement. Des Dashboards peuvent être créés pour montrer la charge de travail et la performance des différents approbateurs, ce qui peut éclairer la gestion des ressources et mettre en évidence les besoins de formation supplémentaire sur les politiques de dépenses. Pourquoi c'est important Identifie la personne spécifique responsable des approbations, permettant l'analyse des retards d'approbation, des charges de travail et de la cohérence des décisions. Où obtenir Capturé dans le journal d'événements (event log) ou l'historique des transactions pour les activités liées à l'approbation. Exemples David ChenMGR1056Finance_Approval_Queuesusan.g | |||
| Catégorie de dépense ExpenseCategory | La classification de la dépense, telle que « Voyage », « Repas », « Logiciel » ou « Fournitures de bureau ». | ||
| Description La Catégorie de Dépense est une dimension utilisée pour classer le type de dépense sur une note de frais. Une note de frais peut souvent contenir plusieurs catégories si elle inclut plusieurs postes. L'analyse du processus par Catégorie de Dépense aide les organisations à comprendre les modèles de dépenses et à identifier les comportements de processus spécifiques à chaque catégorie. Par exemple, les dépenses de « Voyages Internationaux » peuvent avoir un processus d'approbation plus complexe et plus long que les « Fournitures de Bureau ». Cet attribut permet une analyse plus granulaire de la Conformité, montrant si certaines catégories sont plus sujettes aux violations de politique. C'est un champ clé pour la planification financière et la budgétisation. Pourquoi c'est important Permet d'analyser les modèles de dépenses et d'identifier si différents types de dépenses suivent des chemins de processus distincts ou ont des taux de conformité différents. Où obtenir Généralement trouvé au niveau du poste de détail d'une note de frais. Pour l'analyse au niveau du cas, il peut être agrégé ou la catégorie dominante peut être utilisée. Exemples Billet d'avionRepas et divertissementsAbonnement logicielFournitures de bureauHôtel | |||
| Méthode de paiement PaymentMethod | Le mode de paiement des dépenses, tel que « Carte d'entreprise » ou « Fonds personnels ». | ||
| Description La Méthode de Paiement indique comment la dépense initiale a été payée par l'employé. Il s'agit généralement soit d'une carte d'entreprise émise par la société, soit de fonds personnels, appelés « hors-poche » (out-of-pocket), ce qui nécessite un remboursement direct. Cet attribut aide à différencier deux variantes majeures du processus. Les transactions par carte d'entreprise ont souvent un processus de vérification plus rationalisé car les données proviennent directement du fournisseur de carte. Les dépenses hors-poche, en revanche, exigent un examen plus approfondi et un paiement direct à l'employé. L'analyse du processus par méthode de paiement peut révéler des différences dans les temps de cycle, les taux de Conformité et les coûts de traitement entre ces deux voies, mettant potentiellement en évidence des opportunités d'encourager l'utilisation de la carte d'entreprise pour améliorer l'efficacité. Pourquoi c'est important Distingue les principales variantes de processus (carte d'entreprise vs. fonds personnels), qui ont souvent des niveaux de risque, d'efficacité et de contrôle différents. Où obtenir Généralement spécifié au niveau du poste de dépense et indique la source des fonds pour la transaction. Exemples Carte d'entrepriseFrais personnels avancésIndemnité journalière (Per Diem)Payé par l'entreprise | |||
| Résultat de l'audit AuditOutcome | Le résultat d'un audit manuel ou automatisé effectué sur la note de frais. | ||
| Description Le Résultat d'Audit enregistre les conclusions d'une étape d'audit au sein du processus. Il peut s'agir d'un audit système automatisé vérifiant les règles de Conformité ou d'une revue manuelle par une équipe financière ou d'audit. Les résultats incluent généralement « Réussi », « Échoué » ou « Réussi avec exceptions ». Cet attribut fournit une mesure directe de l'efficacité du contrôle interne. En analysant les résultats d'audit, une entreprise peut évaluer son exposition aux risques et la qualité des soumissions. Il aide à identifier les domaines où les contrôles sont défaillants ou où les politiques sont systématiquement mal interprétées. Le Process Mining peut corréler les résultats d'audit avec d'autres attributs pour découvrir, par exemple, si certaines catégories de dépenses ou départements ont un taux d'échec d'audit plus élevé. Pourquoi c'est important Fournit une mesure directe de la conformité et des contrôles internes, aidant à évaluer les risques et l'efficacité des règles d'audit. Où obtenir Un champ mis à jour par un moteur de règles automatisé ou par un utilisateur de l'équipe d'audit ou des finances une fois leur examen terminé. Exemples RéussiÉchec - Documentation manquanteNécessite des clarificationsPassé avec exceptions | |||
Activités de gestion des dépenses
| Activité | Description | ||
|---|---|---|---|
| Approuvé par la finance | L'équipe financière ou d'audit termine son examen et donne l'approbation finale de la note de frais. Il s'agit souvent de la dernière étape d'approbation avant le traitement du remboursement. | ||
| Pourquoi c'est important C'est le jalon d'approbation final. Le temps entre la soumission et cet événement représente le temps de cycle d'approbation total, un indicateur clé de performance. Où obtenir Enregistré comme un événement explicite dans l'historique d'approbation ou les tables de journaux d'audit avec les détails de l'approbateur. Capture Filtrez l'historique d'approbation pour l'action finale 'Approuver', généralement effectuée par un utilisateur ayant un rôle financier ou d'audit. Type d'événement explicit | |||
| Approuvé par le responsable | Le responsable direct de l'employé ou l'approbateur de premier niveau a examiné et approuvé la note de frais. Il s'agit d'un point de décision clé qui fait avancer le rapport dans le workflow. | ||
| Pourquoi c'est important Mesure la durée et l'efficacité de la première étape d'approbation. C'est un jalon clé pour le calcul du temps de cycle d'approbation global. Où obtenir Enregistré dans l'historique d'approbation ou les tables de piste d'audit, qui consignent les actions et les timestamps des approbateurs. Capture Filtrez l'historique d'approbation pour la première action 'Approuver' par un utilisateur ayant un rôle de manager. Type d'événement explicit | |||
| Comptabilité Enregistrée | Représente l'étape finale où les données de dépenses sont correctement imputées au grand livre général de l'entreprise ou au système ERP. Ceci conclut la réconciliation financière du rapport de dépenses. | ||
| Pourquoi c'est important Marque la véritable fin du processus du point de vue de la comptabilité financière. Le temps entre le remboursement et cet événement met en évidence l'efficacité des activités de clôture financière. Où obtenir Capturé à partir des journaux d'intégration ERP ou d'un statut final sur le rapport de dépenses indiquant qu'il a été synchronisé avec le système comptable. Capture Utilisez le timestamp du journal d'intégration qui confirme la publication réussie au grand livre général. Type d'événement explicit | |||
| Rapport de dépenses créé | Marque le début du processus lorsqu'un employé crée un nouvel enregistrement de rapport de dépenses. C'est le premier événement enregistré, établissant l'identifiant de cas pour le suivi. | ||
| Pourquoi c'est important Définit le début du processus de bout en bout, permettant une mesure précise du temps de cycle total de la création au règlement final. Où obtenir Cet événement est généralement capturé à partir du timestamp de création dans les données d'en-tête principales de la note de frais. Capture Utilisez le timestamp de création de l'enregistrement à partir de la table ou de l'objet principal de la note de frais. Type d'événement explicit | |||
| Rapport de dépenses soumis | Se produit lorsque l'employé soumet formellement le rapport de dépenses complété pour que le workflow d'approbation commence. Cette action fait passer le statut du rapport d'un état de brouillon à un état d'approbation en attente. | ||
| Pourquoi c'est important C'est une étape critique qui marque la fin de la phase de saisie des données et le début du cycle d'approbation. Les retards avant ce point sont dus aux utilisateurs, tandis que les retards après sont dus au processus. Où obtenir Ceci est capturé à partir d'un journal de changement de statut ou d'un timestamp d'événement de soumission explicite dans l'historique du rapport. Capture Identifiez l'événement où le statut du rapport passe d'un état 'brouillon' ou 'ouvert' à un état 'soumis' ou 'en attente d'approbation'. Type d'événement explicit | |||
| Remboursement exécuté | Cette activité marque le moment où le paiement est effectué avec succès à l'employé. C'est l'achèvement réussi du processus du point de vue de l'employé. | ||
| Pourquoi c'est important Définit un point final critique pour le processus, permettant la mesure du temps total de remboursement. C'est une métrique clé pour la satisfaction des employés. Où obtenir Généralement capturé à partir des journaux de traitement des paiements ou d'une mise à jour de statut finale comme « Payé » ou « Remboursé » envoyée par un système de paiement intégré. Capture Utilisez la date d'exécution du paiement à partir de l'enregistrement de la transaction financière associé à la note de frais. Type d'événement explicit | |||
| Examen financier débuté | Marque le moment où un rapport de dépenses entre dans la file d'attente du service financier ou comptable pour examen final et audit. Ceci est généralement déduit d'un changement de statut après l'approbation du manager. | ||
| Pourquoi c'est important Aide à mesurer le temps d'attente ou la période d'attente avant que l'équipe financière ne commence son travail. Des temps d'attente longs peuvent être un goulot d'étranglement caché significatif dans le processus. Où obtenir Déduit des journaux de changement de statut où le statut du rapport passe à 'En attente d'examen financier' ou un état similaire. Capture Utilisez le timestamp du changement de statut qui attribue le rapport à la file d'attente financière ou d'audit. Type d'événement inferred | |||
| Rapport de dépenses clôturé | La note de frais est formellement marquée comme close dans le système une fois toutes les actions terminées. Il s'agit de la mise à jour de statut finale et terminale, signifiant qu'aucun autre changement n'est attendu. | ||
| Pourquoi c'est important Fournit un point terminal définitif pour le processus, garantissant que l'analyse n'inclut pas les rapports qui sont encore techniquement ouverts mais inactifs. Où obtenir Déduit du dernier statut enregistré étant un statut terminal comme 'Fermé' ou 'Archivé', sans activité ultérieure. Capture Identifiez le timestamp du changement de statut final vers un état terminal comme 'Fermé'. Type d'événement inferred | |||
| Rapport envoyé pour révision | Un approbateur, généralement un manager ou un réviseur financier, renvoie le rapport à l'employé pour corrections sans rejet définitif. Cette action initie une boucle de reprise, renvoyant le rapport à l'état de brouillon. | ||
| Pourquoi c'est important Cette activité est l'indicateur principal des boucles de reprise dans le processus. L'analyse de sa fréquence et de ses causes révèle les inefficacités du processus et les domaines à améliorer. Où obtenir Capturé à partir du journal d'historique d'approbation ou en détectant un changement de statut de 'En attente d'approbation' à 'Brouillon' ou 'Ouvert'. Capture Recherchez des événements spécifiques de 'Renvoi' ou des transitions de statut qui indiquent un retour au soumetteur. Type d'événement explicit | |||
| Rapport retiré | L'employé qui a soumis la note de frais l'annule avant qu'elle n'ait été entièrement approuvée. Cette action retire le rapport du workflow d'approbation actif. | ||
| Pourquoi c'est important Représente une annulation du processus initiée par l'utilisateur final. Comprendre pourquoi les rapports sont retirés peut fournir des insights sur l'expérience utilisateur et la clarté du processus. Où obtenir Il s'agit généralement d'un événement explicite enregistré dans le journal d'audit du rapport ou capturé par un changement de statut vers « Retiré » ou « Annulé ». Capture Identifiez l'événement où le soumetteur initial prend une action qui annule le rapport. Type d'événement explicit | |||
| Reçu joint | Représente l'action de l'utilisateur de télécharger et de lier un reçu ou un autre document justificatif à un poste de dépense. Ceci est généralement enregistré comme un événement distinct pour chaque pièce jointe effectuée. | ||
| Pourquoi c'est important Suit le comportement des utilisateurs et les retards potentiels dans la soumission de la documentation, ce qui peut être un goulot d'étranglement courant avant qu'un rapport ne soit prêt à être soumis. Où obtenir Généralement trouvé dans les journaux d'audit du système ou une table de pièces jointes dédiée qui lie les documents aux notes de frais. Capture Saisissez le timestamp de chaque nouvel enregistrement dans les tables liées aux documents ou aux pièces jointes. Type d'événement explicit | |||
| Rejeté par la finance | Le service financier a rejeté la note de frais, généralement pour des raisons sérieuses de politique, de Conformité ou de documentation. Il s'agit habituellement d'un rejet final qui arrête le processus. | ||
| Pourquoi c'est important Met en évidence les défaillances critiques de conformité ou les ruptures de processus. Contrairement aux rejets par le manager, les rejets financiers signalent souvent des problèmes plus importants. Où obtenir Trouvé dans les journaux d'historique d'approbation ou comme un changement de statut terminal à 'Rejeté' par un utilisateur financier. Capture Saisissez le timestamp d'une action de 'Rejet' final d'un approbateur financier ou d'audit dans la piste d'audit. Type d'événement explicit | |||
| Rejeté par le manager | Le responsable de premier niveau a examiné la note de frais et émis un rejet final. Cette action arrête généralement le processus pour ce rapport, nécessitant la création d'un nouveau rapport. | ||
| Pourquoi c'est important Identifie les échecs de processus au premier niveau d'approbation. Un taux de rejet élevé peut indiquer des problèmes de compréhension des politiques ou de qualité de soumission. Où obtenir Trouvé dans les journaux d'historique d'approbation ou comme un changement de statut terminal à 'Rejeté' par un manager. Capture Saisissez le timestamp d'une action de 'Rejet' final du premier niveau d'approbateur dans la piste d'audit. Type d'événement explicit | |||
| Remboursement planifié | Après avoir reçu l'approbation finale, le rapport de dépenses est mis en file d'attente pour paiement dans un prochain lot de remboursement. Cet événement représente le transfert de l'étape d'approbation au système de paiement. | ||
| Pourquoi c'est important Mesure l'efficacité du transfert vers le processus de paiement. Les retards ici indiquent des inefficacités de traitement par lots ou des problèmes d'intégration du système de paiement. Où obtenir Déduit d'un changement de statut à 'En attente de paiement' ou 'Approuvé pour paiement' après l'enregistrement de l'approbation finale. Capture Utilisez le timestamp lorsque le rapport est assigné à un lot de paiement ou que son statut change pour indiquer qu'il est prêt pour le paiement. Type d'événement inferred | |||
| Violation de politique signalée | Une vérification système automatisée ou un examen manuel identifie une dépense susceptible de violer la politique de l'entreprise. Cet événement est enregistré lorsqu'un indicateur ou un avertissement de violation de politique spécifique est défini sur le rapport. | ||
| Pourquoi c'est important Met en évidence les problèmes de conformité et est un moteur principal de retouches et de rejets. L'analyse de ces indicateurs aide à identifier les politiques confuses ou les domaines nécessitant une formation des employés. Où obtenir Trouvé dans les journaux système, les tables d'exceptions, ou en suivant le moment où un indicateur de violation est appliqué pour la première fois au rapport ou à ses postes. Capture Utilisez le timestamp lorsque un enregistrement d'exception de politique est créé ou qu'un drapeau de violation est défini sur vrai. Type d'événement explicit | |||
Guides d'extraction
Les méthodes d'extraction varient selon le système. Pour des instructions détaillées,