Votre modèle de données de Gestion des Dépenses
Votre modèle de données de Gestion des Dépenses
- `Attributs` recommandés pour 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 données de Coupa Expenses
Attributs de gestion des dépenses
| Nom | Descriptionn | ||
|---|---|---|---|
|
Heure de l'événement
EventTime
|
L'horodatage indiquant quand une activité ou un événement s'est produit. | ||
|
Descriptionn
L'horodatage de l'événement correspond à la date et l'heure précises auxquelles une activité spécifique a été enregistrée dans le système. Cet horodatage est indispensable 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 impératif pour analyser la performance, le respect des engagements de service (SLA) et pour identifier des schémas temporels ou des points de blocage.
Pourquoi est-ce important ? :
Ce horodatage fournit l'ordre chronologique des événements 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 points de blocage.
Source des données :
Ces informationsns se trouvent dans les tables de piste d'audit ou d'journal d'événements 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. | ||
|
Descriptionn
L'ID de la Note de Frais sert d'identifiant de dossier principal, regroupant tous les événements 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 impératif pour reconstituer le parcours complet 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 cas telles que le temps de cycle total et les boucles de reprises pour les demandes individuelles.
Pourquoi est-ce important ? :
C'est la clé essentielle pour connecter tous les événements liés à une seule demande de remboursement, permettant l'analyse de l'ensemble du processus du début à la fin.
Source des données :
Ceci est une clé primaire 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-001, 2, 3, 45ER-0012399ER-0013001
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'événement commercial qui s'est produit à un moment précis pour une note de frais. | ||
|
Descriptionn
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 cartographie des processus et constituent la base de l'analyse des flux de processus, des points de blocage et des variations. L'analyse de cet attribut aide à comprendre la séquence des événements, la fréquence des différentes étapes du processus et les transitions entre elles. Elle est clée pour construire la cartographie des processus, calculer les temps de transition et identifier les chemins de processus communs ou non conformes.
Pourquoi est-ce important ? :
Cet attribut définit les étapes du processus, pour visualiser et l'analyse du flux de processus, qui est l'essence du Process Mining.
Source des données :
Ceci est généralement dérivé des journaux d'événements, 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 explicites.
Exemples
Note de frais soumiseApprouvé par le responsableRefusé par la FinanceRemboursement 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. | ||
|
Descriptionn
Cet attribut consigne la date et l'heure de la dernière extraction des données de Coupa Expenses et de leur chargement dans l'outil de Process Mining. Il indique la la réactualisation des données analysées. Cette information est fondamentale 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. Il est indispensable de métadonnées pour la gouvernance des données et pour assurer la confiance dans les résultats analytiques.
Pourquoi est-ce important ? :
Informe les utilisateurs sur la la réactualisation des données, en veillant à ce qu'ils comprennent la période d'analyse et puissent se fier à sa pertinence.
Source des données :
Ce horodatage est généralement généré et stocké par l'outil d'extraction de données ou ETL à la fin d'un chargement de données 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. | ||
|
Descriptionn
Cet attribut identifie l'application source où les données 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 données et pour distinguer les données de différents systèmes dans une vue de processus multi-systèmes. Il fournit un contexte sur l'origine des données, ce qui peut être pertinent lors de l'analyse de processus qui s'étendent sur plusieurs applications.
Pourquoi est-ce important ? :
Fournit un contexte essentiel sur l'origine des données, ce qui est impératif pour la gouvernance des données, la validation et l'analyse de processus multi-systèmes.
Source des données :
Ceci est généralement une valeur statique ajoutée lors de l'extraction et de la transformation des données pour étiqueter l'origine de l'ensemble de données.
Exemples
Coupa ExpensesCoupa
|
|||
|
Département de l'employé
EmployeeDepartment
|
Le département de l'employé qui a soumis la note de frais. | ||
|
Descriptionn
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 données de base des employés. C'est une dimension majeure 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 est-ce 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.
Source des données :
Provient du profil de l'utilisateur soumetteur dans Coupa ou en rejoignant un système externe de données de base RH à l'aide de l'ID utilisateur. Recherchez un champ 'département' sur l'objet utilisateur.
Exemples
VentesMarketingIngénierieFinance
|
|||
|
Heure de fin
EndTime
|
L'horodatage indiquant quand une activité a été achevée. | ||
|
Descriptionn
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 impératif 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 est-ce important ? :
Permet le calcul de durées d'activité précises, ce qui est indispensable pour identifier et analyser le temps passé sur des tâches spécifiques par rapport au temps d'attente.
Source des données :
Ceci est souvent le même que l'Heure de début ((EventTime)) pour les événements 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 horodatage du prochain event.
Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Indicateur de violation de politique
PolicyViolationFlag
|
Un indicateur booléen qui est vrai si la note de frais a été signalée pour une violation de politique. | ||
|
Descriptionn
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/faux) précisant si une telle infraction a été détectée dans la note de frais. Cet indicateur est indispensable 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 est-ce important ? :
Permet la mesure et l'analyse directes de la
Source des données :
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
|
|||
|
Montant total
TotalAmount
|
La valeur monétaire totale de la note de frais. | ||
|
Descriptionn
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 points de blocage, et corréler la valeur du rapport avec les temps de traitement ou les taux de rejet.
Pourquoi est-ce 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.
Source des données :
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. | ||
|
Descriptionn
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 contribue directement au les efforts visant à réduire les reprises et à améliorer le taux d'approbation au premier passage.
Pourquoi est-ce important ? :
Explique directement pourquoi les reprises se produit, fournissant des pistes d'amélioration concrètes pour réduire les taux de rejet grâce à des formations ciblées, une clarification des politiques ou des améliorations de processus.
Source des données :
Ces informationsns 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é. | ||
|
Descriptionn
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 indispensablele pour les dashboards qui décomposent les métriques par ressource, comme la comparaison des temps d'approbation entre différents responsables.
Pourquoi est-ce important ? :
Les
Source des données :
Ces informationsns 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
|
|||
|
Statut de la note de frais
ExpenseReportStatus
|
Le statut actuel ou final de la note de frais. | ||
|
Descriptionn
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 cas. Dans l'analyse, le statut final est utilisé pour filtrer les cases terminés et pour catégoriser les résultats. Il est indispensable 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 est-ce important ? :
Définit le résultat de chaque
Source des données :
Ceci est un champ de statut principal sur l'objet note de frais dans Coupa. Il peut être trouvé dans les données 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. | ||
|
Descriptionn
Ceci est un attribut calculé au niveau du cas 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 clés pour l'amélioration des processus.
Pourquoi est-ce 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.
Source des données :
Ceci est calculé au niveau du cas. 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épenses
ExpenseCategory
|
La catégorie de la dépense, telle que les déplacements, les repas ou les fournitures de bureau. | ||
|
Descriptionn
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 cas, 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 points de blocage. Par exemple, les frais de voyage pourraient suivre un chemin d'approbation plus complexe que les achats de fournitures de bureau. Cette dimension est indispensablele pour comprendre comment la nature de la dépense impacte son parcours de traitement.
Pourquoi est-ce important ? :
Permet la segmentation du processus en fonction du type de dépense, ce qui peut révéler des
Source des données :
Ces informationsns sont stockées au niveau de la ligne de dépense dans Coupa. Pour l'analyse au niveau du cas, elles doivent être agrégées, par exemple en prenant la catégorie de la ligne la plus valorisée.
Exemples
Billets d'avionRepas et DivertissementsLogicielFournitures de bureau
|
|||
|
Centre de coûts
CostCenter
|
Le centre de coûts auquel les dépenses sont allouées. | ||
|
Descriptionn
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 est-ce important ? :
Fournit une dimension financière essentielle pour l'analyse, permettant de lier directement les métriques de processus aux unités financières et budgétaires.
Source des données :
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. | ||
|
Descriptionn
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 indispensable 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 est-ce 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.
Source des données :
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 reprises
IsRework
|
Un indicateur signalant si une activité fait partie d'une boucle de reprises, comme un rapport renvoyé pour révision. | ||
|
Descriptionn
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 événements 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 boucles de reprises dans la cartographie des processus et analyser les causes profondes des activités qui forcent le processus à répéter des étapes.
Pourquoi est-ce important ? :
Signale directement les boucles de reprise inefficaces, facilitant la quantification de leur fréquence, de leur impact sur le temps de cycle et de leurs causes profondes.
Source des données :
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. | ||
|
Descriptionn
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 points de blocage 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 est-ce important ? :
Permet d'identifier précisément les points de blocage 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.
Source des données :
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. | ||
|
Descriptionn
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 est-ce important ? :
Permet la comparaison des performances des processus et de la
Source des données :
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. | ||
|
Descriptionn
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 granulairesre 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 indispensable pour créer des stratégies efficaces d'amélioration de la conformité.
Pourquoi est-ce 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.
Source des données :
Ces informationsns 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
|
|||
Activités de gestion des dépenses
| Activité | Descriptionn | ||
|---|---|---|---|
|
Approuvé par la Finance
|
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 est-ce 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.
Source des données :
Capturé à partir du
Capture
À partir du
Type d'événement
explicit
|
|||
|
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 horodatage. | ||
|
Pourquoi est-ce important ? :
Marque l'achèvement du premier niveau d'approbation. L'analyse du temps jusqu'à cet event est indispensablele pour le KPI de temps de cycle d'approbation et l'identification des points de blocage au niveau des responsables.
Source des données :
Capturé à partir du
Capture
À partir du
Type d'événement
explicit
|
|||
|
Comptabilité Comptabilisé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 est-ce important ? :
C'est l'activité finale, marquant la véritable fin du processus. Le temps entre le remboursement et l'imputation est indispensable pour une clôture financière rapide et précise.
Source des données :
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 est-ce important ? :
C'est le point de départ de toute analyse de processus et c'est impératif pour mesurer le temps de cycle total complet d'une note de frais.
Source des données :
Ceci est un event explicite capturé à partir du horodatage de création de l'enregistrement d'en-tête de note de frais dans Coupa. L'horodatage '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 terminé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 est-ce 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.
Source des données :
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 est-ce important ? :
C'est un jalon critique pour la satisfaction des employés et le point final du KPI de Délai Moyen de Remboursement.
Source des données :
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'`horodatage` où un indicateur ou un avertissement de violation de politique est défini pour la première fois sur le rapport. | ||
|
Pourquoi est-ce important ? :
Primordial pour le
Source des données :
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
Horodatage 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 est-ce 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.
Source des données :
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 est-ce 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.
Source des données :
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
|
|||
|
Refusé par la Finance
|
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 est-ce 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.
Source des données :
Capturé à partir du
Capture
À partir du
Type d'événement
explicit
|
|||
|
Refusé par le Manager
|
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 est-ce important ? :
C'est un résultat négatif qui met en évidence les frictions de processus. L'analyse de ces events est indispensablele pour le tableau de bord et le KPI du Taux de Rejet des Notes de Frais.
Source des données :
Capturé à partir du
Capture
À partir du
Type d'événement
explicit
|
|||
|
Remboursement planifié
|
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 est-ce 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.
Source des données :
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
Horodatage 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 reprises et est inférée d'un changement de statut ou d'un `événement` spécifique dans le journal d'audit. | ||
|
Pourquoi est-ce important ? :
Cette activité est la base 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.
Source des données :
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
Horodatage 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
|
|||