Votre Template de Données de Gestion des Dépenses
Votre Template de Données de Gestion des Dépenses
- `Attributs` recommandés pour une collecte de `données` exhaustive
- Activités clés à suivre pour la gestion des dépenses
- Guide étape par étape pour l'extraction des data de Coupa Expenses
Attributs de gestion des dépenses
| Nom | Description | ||
|---|---|---|---|
|
Heure de l'événement
EventTime
|
L'horodatage indiquant quand une activité ou un événement s'est produit. | ||
|
Description
L'Event Time correspond à la date et l'heure précises auxquelles une activité spécifique a été enregistrée dans le système. Cet horodatage est essentiel pour ordonner les événements chronologiquement et pour toute analyse temporelle. Il constitue la base factuelle pour comprendre le rythme et la durée des étapes du processus. En Process Mining, cet attribut sert à construire la chronologie de chaque dossier, à calculer la durée entre les activités, à identifier les retards et à mesurer les cycles de traitement globaux. Il est crucial pour analyser la performance, le respect des engagements de service (SLA) et pour identifier des schémas temporels ou des goulots d'étranglement.
Pourquoi c'est important
Ce timestamp fournit l'ordre chronologique des events et est la base de toute analyse basée sur la durée et la performance, y compris le temps de cycle et l'identification des goulots d'étranglement.
Où obtenir
Ces informations se trouvent dans les tables de piste d'audit ou d'event log de Coupa, généralement à côté de l'enregistrement de l'activité ou du changement de statut.
Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
ID de la note de frais
ExpenseReportId
|
L'identifiant unique d'une note de frais, qui regroupe toutes les activités et dépenses connexes pour une seule soumission. | ||
|
Description
L'ID de la Note de Frais sert d'case identifier principal, regroupant tous les events et activités liés à une seule soumission de dépenses. Chaque note de frais se voit attribuer un ID unique lors de sa création, permettant un suivi complet et chronologique d'une demande de remboursement, de son entrée initiale à son paiement final. Dans l'analyse de Process Mining, cet ID est crucial pour reconstituer le parcours de bout en bout de chaque note de frais. Il permet aux analystes de visualiser les flux de processus, d'identifier les variations dans les chemins de traitement et de calculer des métriques au niveau du case telles que le temps de cycle total et les rework loops pour les demandes individuelles.
Pourquoi c'est important
C'est la clé essentielle pour connecter tous les events liés à une seule demande de remboursement, rendant possible l'analyse de l'ensemble du processus du début à la fin.
Où obtenir
Ceci est une primary key dans les objets de notes de frais de Coupa, souvent trouvée comme 'id' ou 'report-id' dans l'endpoint de l'API Expense Reports ou les tables sous-jacentes.
Exemples
ER-0012345ER-0012399ER-0013001
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'event commercial qui s'est produit à un moment précis pour une note de frais. | ||
|
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 'Note de Frais Soumise', 'Approuvé par le Responsable' ou 'Remboursement Exécuté'. Ces activités forment les nœuds de la carte des processus et constituent la base de l'analyse des flux de processus, des goulots d'étranglement et des variations. L'analyse de cet attribut aide à comprendre la séquence des events, la fréquence des différentes étapes du processus et les transitions entre elles. Elle est fondamentale pour construire la carte des processus, calculer les temps de transition et identifier les chemins de processus communs ou non conformes.
Pourquoi c'est important
Cet attribut définit les étapes du processus, permettant la visualisation et l'analyse du flux de processus, qui est le cœur du Process Mining.
Où obtenir
Ceci est généralement dérivé des event logs, des enregistrements de changement de statut ou des tables de piste d'audit associées à l'objet note de frais dans Coupa. Cela peut nécessiter un mappage des codes de statut ou des types d'event vers des noms conviviaux.
Exemples
Note de frais soumiseApprouvé par le responsableRejeté par les FinancesRemboursement Exécuté
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L'horodatage de la dernière actualisation ou extraction des données du système source. | ||
|
Description
Cet attribut enregistre la date et l'heure de la dernière extraction des data de Coupa Expenses et de leur chargement dans l'outil de Process Mining. Il indique la fraîcheur des data analysées. Cette information est vitale pour les utilisateurs afin de comprendre la pertinence de l'analyse et de savoir si les dashboards reflètent l'état le plus actuel des opérations. C'est un élément clé de métadonnées pour la gouvernance des data et pour assurer la confiance dans les résultats analytiques.
Pourquoi c'est important
Informe les utilisateurs sur la fraîcheur des data, en veillant à ce qu'ils comprennent la période d'analyse et puissent se fier à sa pertinence.
Où obtenir
Ce timestamp est généralement généré et stocké par l'outil d'extraction de data ou ETL à la fin d'un chargement de data réussi.
Exemples
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Système source
SourceSystem
|
Le système d'où proviennent les données. | ||
|
Description
Cet attribut identifie l'application source où les data de l'event ont été générées. Dans ce contexte, il s'agirait de 'Coupa Expenses'. Il est important pour la gouvernance des data et pour distinguer les data de différents systèmes dans une vue de processus multi-systèmes. Il fournit un contexte sur l'origine des data, ce qui peut être pertinent lors de l'analyse de processus qui s'étendent sur plusieurs applications.
Pourquoi c'est important
Fournit un contexte essentiel sur l'origine des data, ce qui est crucial pour la gouvernance des data, la validation et l'analyse de processus multi-systèmes.
Où obtenir
Ceci est généralement une valeur statique ajoutée lors de l'extraction et de la transformation des data pour étiqueter l'origine de l'ensemble de data.
Exemples
Coupa ExpensesCoupa
|
|||
|
Heure de fin
EndTime
|
L'horodatage indiquant quand une activité a été achevée. | ||
|
Description
L'Heure de Fin marque la conclusion d'une activité. Dans de nombreux systèmes transactionnels, une activité est un event instantané, donc l'Heure de Fin est la même que l'Heure de Début. Cependant, pour les activités ayant une durée mesurable, cet attribut capture le moment où elle s'est terminée. Ce champ est crucial pour calculer le temps de traitement précis des activités individuelles. Il permet une analyse plus précise du temps passé dans le processus, aidant à distinguer le temps d'attente du temps de travail réel.
Pourquoi c'est important
Permet le calcul de durées d'activité précises, ce qui est essentiel pour identifier et analyser le temps passé sur des tâches spécifiques par rapport au temps d'attente.
Où obtenir
Ceci est souvent le même que l'Start Time (EventTime) pour les events atomiques. Pour les activités de durée, il peut être nécessaire de le sourcer à partir d'un champ séparé ou de le dériver en fonction du timestamp du prochain event.
Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Montant total
TotalAmount
|
La valeur monétaire totale de la note de frais. | ||
|
Description
Cet attribut représente la somme totale de toutes les lignes de dépenses incluses dans le rapport. C'est une métrique financière clé pour comprendre la valeur qui circule dans le processus. L'analyse du montant total aide à segmenter les notes de frais en différentes tranches de valeur, qui peuvent avoir des chemins d'approbation ou des niveaux d'examen différents. Il est utilisé dans les dashboards pour analyser les habitudes de dépenses, identifier les rapports de grande valeur qui peuvent causer des goulots d'étranglement, et corréler la valeur du rapport avec les temps de traitement ou les taux de rejet.
Pourquoi c'est important
Fournit un contexte financier au processus, permettant une analyse basée sur la valeur monétaire des notes de frais, qui influence souvent les chemins d'approbation et la priorité de traitement.
Où obtenir
Ceci est un champ standard sur l'en-tête de la note de frais dans Coupa, souvent nommé 'total' ou 'total-amount'.
Exemples
150.752500.0085.50
|
|||
|
Motif de refus
RejectionReason
|
La raison fournie lorsqu'une note de frais est rejetée par un approbateur. | ||
|
Description
Lorsqu'un approbateur, qu'il s'agisse d'un manager ou d'un membre de l'équipe financière, rejette une note de frais, il fournit souvent une raison. Cet attribut capture cette raison, qui peut provenir d'une liste prédéfinie ou être un texte libre. Ceci est un attribut très précieux pour l'analyse des causes profondes. En analysant les raisons de rejet les plus courantes, les organisations peuvent identifier les domaines où les politiques ne sont pas claires, où les employés ont besoin de plus de formation, ou où le processus de soumission est défectueux. Cela soutient directement les efforts visant à réduire le retravail et à améliorer le taux d'approbation au premier passage.
Pourquoi c'est important
Explique directement pourquoi le retravail se produit, fournissant des informations exploitables pour réduire les taux de rejet grâce à des formations ciblées, une clarification des politiques ou des améliorations de processus.
Où obtenir
Ces informations sont généralement capturées dans la piste d'audit ou les commentaires associés à un event de rejet dans Coupa. Elles peuvent se trouver dans un champ dédié ou être extraites des commentaires.
Exemples
Reçu manquantDépense non conforme à la politiqueCatégorie de dépense incorrecteSoumission en double
|
|||
|
Nom d'utilisateur
UserName
|
Le nom de l'employé ou de l'utilisateur qui a effectué l'activité. | ||
|
Description
Cet attribut identifie l'individu associé à un event spécifique, tel que la personne qui a soumis, approuvé ou rejeté une note de frais. Il peut s'agir d'un nom, d'un ID d'employé ou d'un compte utilisateur système. L'analyse du processus par utilisateur aide à identifier les modèles de performance, la répartition de la charge de travail et les besoins potentiels en formation. Elle est essentielle pour les dashboards qui décomposent les métriques par ressource, comme la comparaison des temps d'approbation entre différents responsables.
Pourquoi c'est important
Les
Où obtenir
Ces informations sont généralement disponibles dans les tables de piste d'audit de Coupa Expenses, liées à chaque event ou action. Recherchez des champs comme 'user-id', 'submitted-by' ou 'updated-by'.
Exemples
John Smithjsmith11023
|
|||
|
Policy Violation Flag
PolicyViolationFlag
|
Un indicateur booléen qui est vrai si la note de frais a été signalée pour une violation de politique. | ||
|
Description
Coupa peut signaler automatiquement les dépenses qui enfreignent la politique de l'entreprise, comme le dépassement des plafonds de dépenses ou l'utilisation de fournisseurs non agréés. Cet attribut est un simple indicateur (vrai ou faux) précisant si une telle infraction a été détectée dans la note de frais. Cet indicateur est essentiel pour le suivi et l'analyse de la conformité. Il permet de créer des dashboards pour suivre le taux de violation des politiques au fil du temps et par département. Il facilite également l'analyse du traitement des rapports non conformes par rapport aux rapports conformes, par exemple pour vérifier s'ils mettent plus de temps à être approuvés ou s'ils sont plus souvent rejetés.
Pourquoi c'est important
Permet la mesure et l'analyse directes de la
Où obtenir
Ceci est généralement disponible comme un flag ou un statut sur la note de frais ou les lignes de dépenses individuelles dans Coupa. Il est souvent défini par le rules engine du système.
Exemples
truefaux
|
|||
|
Service de l'employé
EmployeeDepartment
|
Le département de l'employé qui a soumis la note de frais. | ||
|
Description
Cet attribut spécifie le département organisationnel ou l'unité commerciale auquel appartient le soumetteur de la note de frais. Cette information est généralement dérivée des master data des employés. C'est une dimension critique pour l'analyse, permettant la comparaison de la performance des processus à travers différentes parties de l'organisation. Les dashboards qui analysent les temps d'approbation, les taux de rejet ou les violations de politique par département s'appuient fortement sur cet attribut pour identifier les domaines nécessitant une amélioration de processus ou une formation ciblée.
Pourquoi c'est important
Permet la comparaison des performances entre différents services, aidant à identifier les parties de l'organisation qui sont efficaces et celles qui pourraient nécessiter un soutien.
Où obtenir
Provient du profil de l'utilisateur soumetteur dans Coupa ou en rejoignant un système externe de master data RH à l'aide de l'ID utilisateur. Recherchez un champ 'département' sur l'objet utilisateur.
Exemples
VentesMarketingIngénierieFinance
|
|||
|
Statut de la note de frais
ExpenseReportStatus
|
Le statut actuel ou final de la note de frais. | ||
|
Description
Cet attribut indique l'état global de la note de frais à la fin de son cycle de vie, tel que 'Approuvée', 'Payée', 'Rejetée' ou 'Retirée'. Cela fournit un résultat concluant pour chaque case. Dans l'analyse, le statut final est utilisé pour filtrer les cases complétés et pour catégoriser les résultats. Il est essentiel pour calculer des métriques comme les taux de rejet et comprendre la proportion de rapports qui atteignent chaque état final possible. Il aide également à identifier les rapports qui sont bloqués dans un statut intermédiaire.
Pourquoi c'est important
Définit le résultat de chaque
Où obtenir
Ceci est un champ de statut principal sur l'objet note de frais dans Coupa. Il peut être trouvé dans les data d'en-tête et est mis à jour tout au long du processus.
Exemples
pending_approvalapprovedpaidrejected
|
|||
|
Approbation du premier passage
IsFirstPassApproval
|
Un indicateur qui est vrai si la note de frais a été approuvée sans aucun rejet ni aucune révision. | ||
|
Description
Ceci est un attribut calculé au niveau du case qui indique si une note de frais a traversé le processus d'approbation avec succès du premier coup. Il est défini sur 'true' si le case ne contient aucun rejet ou aucune activité 'Renvoi pour Révision'. Cet attribut mesure directement l'efficacité du processus de soumission et d'approbation. Il est la base du KPI de Taux d'Approbation au Premier Passage. L'analyse des facteurs corrélés à un faible taux d'approbation au premier passage, tels que le département ou la catégorie de dépenses, peut fournir des informations précieuses pour l'amélioration des processus.
Pourquoi c'est important
Fournit une mesure claire de la qualité et de l'efficacité des processus, aidant à quantifier le pourcentage de rapports traités sans aucune retouche.
Où obtenir
Ceci est calculé au niveau du case. Cela nécessite de scanner toutes les activités pour un ExpenseReportId donné et de vérifier l'absence de rejets ou d'events de révision.
Exemples
truefaux
|
|||
|
Catégorie de dépense
ExpenseCategory
|
La catégorie de la dépense, telle que les déplacements, les repas ou les fournitures de bureau. | ||
|
Description
Cet attribut classe le type de dépense réclamée. Les notes de frais contiennent souvent plusieurs lignes de dépenses, chacune avec sa propre catégorie. Pour l'analyse au niveau du case, il pourrait s'agir de la catégorie la plus fréquente ou d'une liste agrégée. Segmenter le processus par catégorie de dépenses peut révéler différents comportements ou goulots d'étranglement. Par exemple, les frais de voyage pourraient suivre un chemin d'approbation plus complexe que les achats de fournitures de bureau. Cette dimension est essentielle pour comprendre comment la nature de la dépense impacte son parcours de traitement.
Pourquoi c'est important
Permet la segmentation du processus en fonction du type de dépense, ce qui peut révéler des
Où obtenir
Ces informations sont stockées au niveau de la ligne de dépense dans Coupa. Pour l'analyse au niveau du case, elles doivent être agrégées, par exemple en prenant la catégorie de la ligne la plus valorisée.
Exemples
Billet d'avionRepas et DivertissementsLogicielFournitures de bureau
|
|||
|
Centre de coûts
CostCenter
|
Le centre de coûts auquel les dépenses sont allouées. | ||
|
Description
Le Centre de Coûts est une dimension financière utilisée pour la comptabilité et la budgétisation, indiquant quelle partie de l'organisation supportera le coût des dépenses. Il peut différer du propre département du soumetteur. L'analyse par Centre de Coûts offre une vue comptable et financière du processus. Elle permet de suivre les dépenses et l'efficacité des processus par rapport à des budgets ou des unités financières spécifiques. Ceci est particulièrement important pour les départements financiers cherchant à comprendre et à gérer les dépenses organisationnelles.
Pourquoi c'est important
Fournit une dimension financière cruciale pour l'analyse, permettant de lier directement les métriques de processus aux unités financières et budgétaires.
Où obtenir
Ceci est un champ comptable standard dans Coupa, trouvé sur l'en-tête de la note de frais ou les lignes de poste. Il fait souvent partie de la structure du Plan Comptable.
Exemples
CC4510-MarketingCC2100-EngineeringCC7800-Sales-East
|
|||
|
Devise
Currency
|
Le code de devise pour le montant total de la note de frais. | ||
|
Description
Cet attribut spécifie la devise dans laquelle le montant total de la note de frais est libellé, telle que USD, EUR ou GBP. C'est un contexte essentiel pour toute data financière. Lors de l'analyse des dépenses d'une organisation mondiale, ce champ est critique pour une interprétation et une agrégation correctes des valeurs monétaires. L'analyse peut nécessiter la conversion de tous les montants en une seule devise de base pour permettre des comparaisons significatives entre les différentes régions.
Pourquoi c'est important
Fournit le contexte nécessaire aux valeurs monétaires, garantissant une analyse financière précise et permettant la conversion des devises pour le reporting global.
Où obtenir
Ceci est un champ standard sur l'en-tête de la note de frais dans Coupa, généralement trouvé à côté du champ du montant total, souvent avec un nom comme 'currency-code'.
Exemples
USDEURGBPJPY
|
|||
|
Est un retravail
IsRework
|
Un indicateur signalant si une activité fait partie d'une boucle de retravail, comme un rapport renvoyé pour révision. | ||
|
Description
Cet attribut booléen calculé signale les activités qui représentent du rework. Il est généralement défini sur 'true' pour les events comme 'Renvoi pour Révision' ou pour toute activité qui se produit après un tel event au sein du même case. Identifier le rework est un objectif principal du Process Mining. Cet indicateur simplifie l'analyse du rework en permettant un filtrage et une agrégation directs. Il est utilisé pour calculer le rework rate, visualiser les rework loops dans la carte des processus et analyser les causes profondes des activités qui forcent le processus à répéter des étapes.
Pourquoi c'est important
Signale directement les boucles de retravail inefficaces, facilitant la quantification de leur fréquence, de leur impact sur le temps de cycle et de leurs causes profondes.
Où obtenir
Ceci est calculé en fonction du flux de processus. Une logique doit être appliquée pour identifier les activités qui signifient un retour à une étape antérieure du processus, telle que 'Renvoi pour Révision'.
Exemples
truefaux
|
|||
|
Nom de l'approbateur
ApproverName
|
Le nom du responsable ou de l'utilisateur financier qui a approuvé ou rejeté la note de frais. | ||
|
Description
Cet attribut identifie l'approbateur spécifique impliqué dans une étape d'approbation par un responsable ou par la finance. Il est distinct de l'utilisateur qui a soumis le rapport. Ces data sont utiles pour analyser la performance et le comportement des approbateurs. Elles permettent de mesurer les temps de cycle d'approbation par approbateur individuel, aidant à identifier les goulots d'étranglement causés par des individus spécifiques qui pourraient être surchargés ou nécessiter une formation supplémentaire. Elles supportent les dashboards qui visent à équilibrer la charge de travail et à améliorer l'efficacité de l'approbation.
Pourquoi c'est important
Permet d'identifier précisément les goulots d'étranglement dans la chaîne d'approbation en attribuant les retards ou les taux de rejet élevés à des approbateurs spécifiques, facilitant ainsi des interventions ciblées.
Où obtenir
Trouvé dans l'historique des approbations ou le journal d'audit de la note de frais dans Coupa. Chaque étape d'approbation doit contenir un enregistrement de l'utilisateur qui a effectué l'action.
Exemples
Sarah ChenDavid RodriguezFile d'attente de l'équipe financière
|
|||
|
Pays
Country
|
Le pays de l'employé soumetteur ou de la transaction. | ||
|
Description
Cet attribut indique le pays associé à la note de frais, qui est généralement le pays d'origine de l'employé soumetteur. C'est une dimension clé pour l'analyse des processus dans une organisation globale. L'analyse du processus par pays aide à comparer la performance, la conformité et les variations de processus à travers différentes régions géographiques. Cela peut mettre en évidence des différences régionales en matière de réglementations, de politiques ou d'efficacité opérationnelle qui doivent être abordées.
Pourquoi c'est important
Permet la comparaison des performances des processus et de la
Où obtenir
Ceci peut être dérivé du profil de l'utilisateur dans Coupa ou de l'entité juridique associée à la note de frais.
Exemples
États-UnisDEUGBRJPN
|
|||
|
Raison de la Violation de Politique
PolicyViolationReason
|
La raison spécifique pour laquelle une note de frais a été signalée pour une violation de politique. | ||
|
Description
Lorsqu'une violation de politique est signalée, cet attribut fournit la raison spécifique de la signalisation, telle que 'Le montant dépasse la limite' ou 'Marchand non approuvé'. Cela offre plus de détails qu'un simple indicateur booléen. L'analyse des raisons des violations de politique permet une compréhension plus granulaire des problèmes de conformité. Elle aide à identifier les politiques spécifiques qui sont fréquemment enfreintes, ce qui pourrait indiquer un besoin de meilleure communication, d'ajustements de politique ou d'une application plus stricte. C'est essentiel pour créer des stratégies efficaces d'amélioration de la conformité.
Pourquoi c'est important
Fournit des détails spécifiques sur les problèmes de conformité, permettant des actions ciblées pour améliorer l'adhésion aux politiques de dépenses de l'entreprise.
Où obtenir
Ces informations sont généralement disponibles dans les détails du policy flag ou du message d'avertissement généré par le compliance engine de Coupa.
Exemples
Limite quotidienne de repas dépasséeLa dépense est un duplicataReçu requis
|
|||
|
Temps de traitement de l'activité
ActivityProcessingTime
|
La durée d'une activité individuelle, calculée comme la différence entre son heure de fin et son heure de début. | ||
|
Description
Cette métrique mesure le temps passé à effectuer une seule étape de processus. Elle est calculée en soustrayant l'heure de début de l'activité de son heure de fin. Pour les events instantanés, cette durée est nulle. Cet attribut calculé aide à différencier le temps de traitement actif du temps d'attente (le temps entre les activités). L'analyse des temps de traitement aide à identifier quelles tâches spécifiques sont les plus chronophages, signalant des opportunités d'automatisation ou d'optimisation des tâches.
Pourquoi c'est important
Mesure le temps passé sur un travail à valeur ajoutée, aidant à le distinguer du temps d'inactivité ou d'attente et à identifier les tâches inefficaces.
Où obtenir
Ceci est calculé lors de la transformation des data en soustrayant l'EventTime (StartTime) de l'EndTime. Formule : EndTime - StartTime.
Exemples
0864003600
|
|||
Activités de gestion des dépenses
| Activité | Description | ||
|---|---|---|---|
|
Approuvé par le responsable
|
Le responsable direct de l'employé ou l'approbateur de premier niveau approuve la note de frais. Ceci est capturé comme un event explicite dans l'historique d'approbation du rapport, qui inclut un timestamp. | ||
|
Pourquoi c'est important
Marque l'achèvement du premier niveau d'approbation. L'analyse du temps jusqu'à cet event est essentielle pour le KPI de temps de cycle d'approbation et l'identification des goulots d'étranglement au niveau des responsables.
Où obtenir
Capturé à partir du
Capture
À partir du
Type d'événement
explicit
|
|||
|
Approuvé par les Finances
|
L'équipe financière ou d'audit donne l'approbation finale pour la note de frais. Cet event signale que le rapport est validé et prêt pour le traitement du paiement et est enregistré dans l'historique d'approbation. | ||
|
Pourquoi c'est important
C'est le jalon d'approbation final. Le temps entre l'approbation du responsable et l'approbation financière est un composant clé du cycle d'approbation global.
Où obtenir
Capturé à partir du
Capture
À partir du
Type d'événement
explicit
|
|||
|
Comptabilité Enregistrée
|
Les transactions financières liées à la note de frais sont enregistrées dans le Grand Livre. Cela représente l'étape finale du processus du point de vue de la comptabilité financière. | ||
|
Pourquoi c'est important
C'est l'activité finale, marquant la véritable fin du processus. Le temps entre le remboursement et l'imputation est critique pour une clôture financière rapide et précise.
Où obtenir
Cet event est capturé à partir de la date de comptabilisation de l'écriture de journal ou des lignes comptables associées à la note de frais, qui sont gérées par l'intégration comptable de Coupa.
Capture
À partir du champ de date d'enregistrement sur les lignes comptables liées à la note de frais.
Type d'événement
explicit
|
|||
|
Note de frais créée
|
Marque le début du cycle de vie de la note de frais. Cet event est capturé lorsqu'un utilisateur crée et enregistre une nouvelle note de frais pour la première fois, la plaçant en état de brouillon. | ||
|
Pourquoi c'est important
C'est le point de départ de toute analyse de processus et c'est crucial pour mesurer le temps de cycle total de bout en bout d'une note de frais.
Où obtenir
Ceci est un event explicite capturé à partir du timestamp de création de l'enregistrement d'en-tête de note de frais dans Coupa. Le timestamp 'created_at' sur la table d'en-tête de dépenses est la source.
Capture
Utilisez l'horodatage de création de l'objet note de frais.
Type d'événement
explicit
|
|||
|
Note de frais soumise
|
L'employé soumet formellement la note de frais complétée pour approbation. Cette action fait passer le rapport d'un état de brouillon à un état d'approbation en attente et est explicitement enregistrée par le système. | ||
|
Pourquoi c'est important
C'est un jalon critique qui déclenche le processus d'approbation. La durée entre la création et la soumission indique le temps que les employés mettent pour préparer les rapports.
Où obtenir
Capturé à partir du
Capture
Utilisez le champ d'horodatage 'submitted_at' sur la note de frais.
Type d'événement
explicit
|
|||
|
Remboursement Exécuté
|
Le paiement est traité avec succès, et les fonds sont déboursés à l'employé. Cet event confirme que l'employé a été payé et complète la partie remboursement du processus. | ||
|
Pourquoi c'est important
C'est un jalon critique pour la satisfaction des employés et le point final du KPI de Délai Moyen de Remboursement.
Où obtenir
Capturé à partir de la date d'exécution du paiement sur l'enregistrement de paiement associé à la note de frais, généralement dans Coupa Pay ou un système de comptabilité fournisseurs intégré.
Capture
À partir de la date de paiement figurant sur l'enregistrement de paiement associé à la note de frais.
Type d'événement
explicit
|
|||
|
Contrôle de Politique Effectué
|
Une vérification automatisée de la `conformité` aux politiques de dépenses de l'entreprise est exécutée. Ceci est généralement inféré de l'`timestamp` où un indicateur ou un avertissement de violation de politique est défini pour la première fois sur le rapport. | ||
|
Pourquoi c'est important
Essentiel pour le
Où obtenir
Déduit de l'horodatage associé à l'application d'un indicateur de non-conformité à une ligne de dépense ou à l'en-tête du rapport.
Capture
Timestamp lorsque un policy violation flag est défini pour la première fois sur la note de frais ou ses lignes.
Type d'événement
inferred
|
|||
|
Note de frais retirée
|
L'employé retire une note de frais soumise avant qu'elle n'ait été entièrement approuvée. Cette action annule le processus d'approbation actuel et est capturée comme un event explicite. | ||
|
Pourquoi c'est important
Suit les cas où les employés se corrigent ou annulent des soumissions, ce qui peut indiquer une confusion concernant le processus. C'est une forme d'interruption de processus.
Où obtenir
Capturé à partir d'une action utilisateur explicite, entraînant un statut 'Retiré' ou 'Annulé' et enregistré dans le journal d'audit.
Capture
À partir du
Type d'événement
explicit
|
|||
|
Reçus Joints
|
Représente l'action de l'utilisateur de upload ou d'attacher des reçus à une ligne de dépense au sein du rapport. Cela est capturé en observant la création d'enregistrements de pièces jointes liés à la note de frais. | ||
|
Pourquoi c'est important
L'analyse du moment et de la fréquence de cette activité peut révéler des modèles de comportement des utilisateurs et des retards potentiels causés par des documents manquants.
Où obtenir
Déduit de l'horodatage de création des enregistrements de pièces jointes liés à l'ID de rapport de dépenses spécifique.
Capture
Identifiez les horodatages auxquels les enregistrements de pièces jointes sont liés à la note de frais.
Type d'événement
inferred
|
|||
|
Rejeté par le Responsable
|
Le responsable de l'employé rejette la note de frais, ce qui arrête souvent le processus et renvoie le rapport à l'employé. Ceci est capturé comme un event spécifique dans l'historique d'approbation. | ||
|
Pourquoi c'est important
C'est un résultat négatif qui met en évidence les frictions de processus. L'analyse de ces events est cruciale pour le dashboard et le KPI du Taux de Rejet des Notes de Frais.
Où obtenir
Capturé à partir du
Capture
À partir du
Type d'événement
explicit
|
|||
|
Rejeté par les Finances
|
L'équipe financière ou d'audit rejette la note de frais, ce qui est un résultat négatif terminal. Ceci est capturé comme un statut de rejet final dans l'historique du rapport. | ||
|
Pourquoi c'est important
Le suivi des rejets financiers aide à identifier les problèmes sérieux de conformité ou de documentation qui auraient pu être manqués lors des examens antérieurs, impactant le KPI du taux de rejet.
Où obtenir
Capturé à partir du
Capture
À partir du
Type d'événement
explicit
|
|||
|
Remboursement Programmé
|
Après approbation finale, la note de frais est regroupée dans un lot de paiement. Cela marque la transition de la phase d'approbation à la phase de traitement des paiements. | ||
|
Pourquoi c'est important
Cette activité lance le chronomètre pour le Temps de Cycle d'Exécution du Remboursement. Les retards ici indiquent des arriérés dans le transfert des rapports approuvés vers le système de paiement.
Où obtenir
Déduit d'un changement de statut en 'En attente de paiement' ou de la date à laquelle le rapport est associé à un enregistrement de lot de paiement dans Coupa Pay.
Capture
Timestamp lorsque le statut passe à 'En attente de paiement' ou à partir de la date de création du lot de paiement associé.
Type d'événement
inferred
|
|||
|
Renvoi pour Révision
|
Un approbateur renvoie le rapport à l'employé pour corrections sans émettre de rejet final. Cette action crée une boucle de retravail et est inférée d'un changement de statut ou d'un `événement` spécifique dans le journal d'audit. | ||
|
Pourquoi c'est important
Cette activité est la pierre angulaire de l'analyse des boucles de rework. Identifier pourquoi les rapports sont renvoyés aide à améliorer la formation et les taux d'approbation au premier passage.
Où obtenir
Déduit d'un changement de statut vers un état comme 'En attente de correction' ou 'Renvoi'. Coupa peut également enregistrer cette action explicitement dans son historique d'approbation.
Capture
Timestamp de changement de statut vers un état 'nécessite une révision', ou un event spécifique de l'audit log.
Type d'événement
inferred
|
|||