Votre Modèle de Données Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures
Votre Modèle de Données Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction pour Coupa
Du Bon de De la commande au paiement - Attributs de Traitement des facturess factures fournisseurs factures fournisseurs Factures
| Nom | Descriptionn | ||
|---|---|---|---|
|
Heure de l'événement
EventTime
|
L'horodatage précis indiquant quand une activité ou un événement spécifique s'est produit. | ||
|
Descriptionn
L'heure de l'événement, ou horodatage, enregistre la date et l'heure exactes auxquelles une activité a été effectuée. C'est le base temporelle du journal des processus, ordonnant tous les événements chronologiquement pour chaque cas. Cet attribut est indispensable pour toutes les analyses temporelles en Process Mining. Il est utilisé pour calculer les temps de cycle entre les activités, identifier la durée des points de blocage, mesurer les temps d'attente et analyser les performances des processus sur différentes périodes. Des horodatages précis sont essentiels pour élaborer des modèles de processus réalistes et dériver des KPI de performance significatifs.
Pourquoi est-ce important ? :
Il fournit les données chronologiques nécessaires pour calculer toutes les durées, les temps de cycle et les temps d'attente, qui sont fondamentaux pour l'analyse des performances.
Source des données :
Ces données sont capturées dans la piste d'audit ou les journaux d'historique pour les objets Facture dans Coupa. Chaque action enregistrée ou changement de statut aura un horodatage associé.
Exemples
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
|
|||
|
Numéro de facture
InvoiceNumber
|
L'identifiant unique d'une facture fournisseur. Il sert de clé primaire pour suivre la facture tout au long de son cycle de vie. | ||
|
Descriptionn
Le Numéro de facture est la référence unique attribuée par un fournisseur à un document de facture. En Process Mining, il fonctionne comme l'ID de cas, reliant toutes les activités connexes, de la réception et la validation à l'approbation et au paiement final. L'analyse des processus par Numéro de facture permet une vision globale complet du parcours de chaque facture. Cela aide à identifier les variations dans les chemins de traitement, à mesurer les temps de cycle avec précision et à repérer les factures spécifiques qui rencontrent des retards, des mises en attente ou des exceptions. C'est l'attribut clé pour comprendre la performance du traitement des factures à un niveau granulaire.
Pourquoi est-ce important ? :
C'est l'identifiant de cas clé qui relie tous les événements d'une même facture, permettant une analyse de processus cohérente et complet.
Source des données :
Il s'agit d'un champ primaire de l'objet Facture dans Coupa. Il peut être trouvé dans les détails de l'en-tête de facture dans l'interface utilisateur ou via l'API des Factures.
Exemples
INV-2023-00123785549-APO45001-INV
|
|||
|
Activité
ActivityName
|
Le nom d'un événement ou d'une tâche métier spécifique survenu(e) pendant le cycle de vie du traitement des factures. | ||
|
Descriptionn
Le nom de l'activité décrit une étape du workflow de traitement des factures, telle que 'facture créée', 'Facture Envoyée pour Approbation' ou 'Paiement Exécuté'. Chaque activité représente un point distinct dans le temps où l'état ou la propriété de la facture a changé. En Process Mining, la séquence d'activités forme la carte de flux de processus. L'analyse de ces activités aide à visualiser le processus réel, à identifier les chemins courants et rares, à détecter les points de blocage où les activités prennent trop de temps, et à repérer les étapes non conformes ou inefficaces comme les boucles de reprise.
Pourquoi est-ce important ? :
Cet attribut est impératif pour la construction de la carte de processus, pour visualiser et l'analyse du workflow réel de traitement des factures.
Source des données :
Cet attribut est généralement dérivé des journaux d'événements, des pistes d'audit ou des changements de statut au sein du module Factures de Coupa. Il nécessite souvent le mappage des changements de statut ou des actions spécifiques de l'utilisateur à des noms d'activité définis.
Exemples
Facture soumise au traitementFacture approuvéeMise en attente de la facturePaiement effectué
|
|||
|
Date d'échéance du paiement
PaymentDueDate
|
La date à laquelle la facture doit être payée pour éviter d'être en retard. | ||
|
Descriptionn
La Date d'échéance du paiement est une date critique calculée en fonction de la date de facture et des conditions de paiement convenues. Elle représente la date limite de paiement au fournisseur. Cet attribut est la référence pour mesurer la performance de paiement à temps. Il est directement utilisé pour calculer le KPI du Taux de paiement ponctuel en le comparant à la date réelle d'exécution du paiement. L'analyse des écarts par rapport à cette date aide à identifier les problèmes systémiques causant des retards de paiement et à évaluer l'impact sur les relations fournisseurs et les éventuels frais de retard.
Pourquoi est-ce important ? :
C'est le principal repère pour mesurer la performance des paiements à temps et est indispensable pour gérer les relations avec les fournisseurs et éviter les pénalités.
Source des données :
Cette date est généralement calculée par Coupa en fonction des champs 'Date de facture' et 'Conditions de paiement'. Elle devrait être disponible sur l'enregistrement de la facture.
Exemples
2023-11-302023-12-152024-01-10
|
|||
|
Montant total de la facture
InvoiceTotalAmount
|
La valeur monétaire totale de la facture, y compris les taxes et autres frais. | ||
|
Descriptionn
Cet attribut représente le montant total dû sur la facture. Il s'agit d'un point de données financier clé utilisé dans un large éventail d'analyses. L'analyse du processus basée sur le montant de la facture peut révéler des schémas importants. Par exemple, les factures de grande valeur pourraient suivre un chemin d'approbation différent et plus rigoureux, entraînant potentiellement des temps de cycle plus longs. Il est également utilisé pour évaluer l'impact financier des inefficacités de processus, comme la valeur des factures actuellement bloquées ou retardées.
Pourquoi est-ce important ? :
Il fournit un contexte financier crucial, permettant d'analyser comment le comportement du processus évolue avec la valeur de la facture et l'impact financier des retards.
Source des données :
Il s'agit d'un champ standard de l'objet Facture dans Coupa, généralement nommé 'Total' ou 'Montant total'.
Exemples
1500.75250.0012345.50
|
|||
|
Nom du fournisseur
VendorName
|
Le nom du fournisseur qui a soumis la facture. | ||
|
Descriptionn
Le Nom du fournisseur identifie le partenaire commercial auprès duquel les biens ou services ont été achetés. Il s'agit d'une donnée contextuelle critique pour l'analyse de la performance des paiements et des relations. Cet attribut permet de segmenter le processus de facturation par fournisseur. Il aide à répondre à des questions telles que : « Quels fournisseurs ont les temps de traitement de facture les plus longs ? » ou « Payons-nous constamment certains fournisseurs stratégiques à temps ? ». L'analyse par fournisseur est indispensablele pour le tableau de bord Délais de paiement fournisseurs et pour gérer efficacement les relations fournisseurs.
Pourquoi est-ce important ? :
Il permet de segmenter et d'analyser le processus par fournisseur, ce qui est indispensable pour gérer les relations avec les fournisseurs et identifier les problèmes spécifiques à chaque fournisseur.
Source des données :
Cette information fait partie des données de facture de base dans Coupa, liée à l'objet Fournisseur.
Exemples
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Numéro de commande d'achat
PurchaseOrderNumber
|
L'identifiant du Bon de Commande (BC) sur lequel la facture est établie. | ||
|
Descriptionn
Le Numéro de bon de commande relie une facture au document d'achat original. Cette connexion est clée pour le processus de rapprochement de BC, qui est une étape clé de la validation des factures pour de nombreuses organisations. En Process Mining, cet attribut est impératif pour analyser le processus de rapprochement de BC et de résolution des écarts. Il permet de filtrer les factures liées à des BC spécifiques et est indispensable pour le tableau de bord Vue d'ensemble des écarts de rapprochement de BC. Un taux élevé de factures sans numéro de BC peut indiquer des achats sauvages ou un approvisionnement non conforme.
Pourquoi est-ce important ? :
Il relie la facture au processus d'approvisionnement, permettant l'analyse de l'efficacité du rapprochement des bons de commande et de la gestion des écarts.
Source des données :
Il s'agit d'un champ standard de l'objet Ligne de Facture dans Coupa, utilisé pour associer les lignes de facture aux lignes de BC.
Exemples
PO4500123PO4500456PO4500789
|
|||
|
Statut de la facture
InvoiceStatus
|
L'état actuel de la facture dans son workflow de traitement. | ||
|
Descriptionn
Le Statut de la facture fournit un aperçu de l'état d'une facture à un moment donné, par exemple 'en attente d'approbation', 'approuvée', 'en suspens' ou 'payée'. Cet attribut est dynamique et change à mesure que la facture progresse dans le processus. C'est un attribut clé pour les dashboards de suivi opérationnel comme le tableau de bord Débit et Statut du traitement des factures. Il permet de suivre l'inventaire actuel des factures ouvertes et leur répartition à travers les différentes étapes. L'analyse des transitions de statut au fil du temps est également une source primaire pour la dérivation de l'attribut 'Nom de l'activité'.
Pourquoi est-ce important ? :
Il offre une vue en temps réel de la position d'une facture dans le workflow, ce qui est impératif pour les dashboards opérationnels et le suivi du statut.
Source des données :
Il s'agit d'un champ de statut primaire de l'objet Facture dans Coupa.
Exemples
En attente d'approbationApprouvéAnnuléePayé
|
|||
|
Utilisateur
User
|
L'utilisateur ou l'agent système qui a effectué l'activité. | ||
|
Descriptionn
Cet attribut identifie l'individu ou le système automatisé responsable de l'exécution d'une étape de processus spécifique, telle que l'approbation d'une facture ou la levée d'une attente. Il est souvent représenté par un ID utilisateur, un nom ou un e-mail. L'analyse du processus par utilisateur est indispensablele pour comprendre la performance de l'équipe, la distribution de la charge de travail et identifier les opportunités de formation. Elle est indispensablele pour l'analyse des points de blocage, car elle peut révéler si les retards sont concentrés chez des approbateurs ou des équipes spécifiques. Elle aide également à différencier les activités manuelles et automatisées.
Pourquoi est-ce important ? :
Il permet l'analyse de la charge de travail, identifie les points de blocage causés par des utilisateurs ou des équipes spécifiques, et aide à évaluer la performance et la conformité des utilisateurs.
Source des données :
Les informations utilisateur sont typiquement enregistrées dans la piste d'audit ou l'historique d'une facture dans Coupa, associées à chaque action effectuée.
Exemples
john.doe@entreprise.comjane.smithSystem.Automation
|
|||
|
Code société
CompanyCode
|
L'identifiant de l'entité juridique ou de l'entreprise responsable de la facture. | ||
|
Descriptionn
Le Code société représente une entité juridique spécifique au sein d'une organisation plus vaste. Les factures sont imputées à un code société à des fins de comptabilité financière et de reporting. Cet attribut est indispensable pour le filtrage et la segmentation de l'analyse des processus par entité juridique. Il permet de comparer la performance des processus entre différentes parties de l'entreprise, répondant à des questions telles que : « Le processus d'approbation des factures de l'entité américaine diffère-t-il de celui de l'entité allemande ? ». Ceci est impératif pour les grandes organisations multinationales.
Pourquoi est-ce important ? :
Il permet la comparaison des processus et l'analyse comparative des performances entre différentes entités juridiques ou unités commerciales dans l'organisation.
Source des données :
Il s'agit d'un champ comptable clé de l'objet Facture dans Coupa, souvent requis pour la comptabilisation financière.
Exemples
1000US01DE01
|
|||
|
Conditions de paiement
PaymentTerms
|
Les conditions convenues pour le paiement des factures, telles que « Net 30 » ou « 2% 10, Net 30 ». | ||
|
Descriptionn
Les Conditions de paiement définissent les règles de paiement d'un fournisseur, incluant la date d'échéance et les escomptes disponibles pour paiement anticipé. Ces informationsns sont généralement établies dans les données de base du fournisseur et appliquées aux factures. Cet attribut est indispensable pour le calcul de la Date d'échéance du paiement et pour l'identification des opportunités d'escomptes pour paiement anticipé. Il s'agit d'une entrée directe pour le tableau de bord de Suivi des escomptes pour paiement anticipé et le KPI associé. L'analyse par conditions de paiement peut révéler si certaines conditions sont corrélées avec des retards de paiement.
Pourquoi est-ce important ? :
C'est la base pour le calcul des dates d'échéance de paiement et l'identification des opportunités de remises pour paiement anticipé, impactant directement le fonds de roulement.
Source des données :
C'est un champ standard dans Coupa, généralement renseigné par défaut à partir de l'enregistrement Fournisseur sur la facture.
Exemples
Net 30Net 602% 10, Net 30
|
|||
|
Date de la facture
InvoiceDate
|
La date figurant sur le document de facture du fournisseur. | ||
|
Descriptionn
La Date de facture est la date attribuée à la facture par le fournisseur. Elle marque généralement le début officiel du cycle de paiement et est utilisée comme base pour calculer la date d'échéance du paiement selon les conditions de paiement. Cet attribut sert de point de départ clé pour de nombreux calculs de temps de cycle. C'est une entrée critique pour le calcul de la Date d'échéance du paiement et la détermination de l'éligibilité aux escomptes pour paiement anticipé. L'analyse de l'écart entre la Date de facture et la date à laquelle elle a été saisie dans le système peut révéler des retards dans la soumission ou la réception des factures.
Pourquoi est-ce important ? :
C'est la date principale utilisée pour calculer les dates d'échéance de paiement et un point de référence essentiel pour mesurer la ponctualité des paiements et saisir les remises.
Source des données :
Il s'agit d'un champ standard et obligatoire de l'objet Facture dans Coupa.
Exemples
2023-10-152023-11-012023-12-20
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L'horodatage indiquant la dernière fois que les données de cet événement ont été actualisées à partir du système source. | ||
|
Descriptionn
Cet attribut enregistre le moment où les données ont été extraites et chargées pour la dernière fois dans l'outil de Process Mining. Il fournit un contexte sur la récence de l'analyse et est impératif pour comprendre la pertinence des informations présentées dans les dashboards. Connaître l'heure de la dernière mise à jour des données est important pour les cas d'usage de suivi opérationnel. Cela aide les utilisateurs à faire confiance aux données en indiquant clairement à quel point l'information est à jour et garantit que les décisions ne sont pas prises sur la base de vues de processus obsolètes.
Pourquoi est-ce important ? :
Il fournit un contexte critique sur l'actualité et la pertinence des données de processus, garantissant que les utilisateurs comprennent l'ancienneté de l'analyse.
Source des données :
Cet horodatage est généré et ajouté à l'ensemble de données pendant le processus d'extraction et de transformation des données (ETL).
Exemples
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
|
|||
|
Devise
CurrencyCode
|
Le code de devise ISO pour le montant de la facture. | ||
|
Descriptionn
Le Code de devise spécifie l'unité monétaire pour les valeurs financières de la facture, telles que USD, EUR ou GBP. Ceci est indispensable pour les organisations qui opèrent à l'échelle mondiale et traitent des factures dans plusieurs devises. Dans l'analyse, cet attribut est nécessaire pour interpréter et agréger correctement les données financières. Les dashboards et les KPI doivent filtrer ou convertir les devises pour fournir des synthèses financières significatives. Il empêche l'agrégation erronée de différentes valeurs monétaires et permet une analyse de processus spécifique à la devise.
Pourquoi est-ce important ? :
Il assure une analyse financière et un reporting précis en fournissant le contexte nécessaire à toutes les valeurs monétaires dans un environnement multi-devises.
Source des données :
Il s'agit d'un champ standard de l'objet Facture dans Coupa, généralement lié au fournisseur ou spécifié sur la facture elle-même.
Exemples
USDEURGBP
|
|||
|
Escompte capturé
EarlyPaymentDiscountCaptured
|
Un indicateur spécifiant si une remise pour paiement anticipé disponible a été saisie avec succès. | ||
|
Descriptionn
Cet attribut est une valeur booléenne indiquant si une organisation a payé avec succès une facture dans la fenêtre d'escompte définie par les conditions de paiement, comme payer dans les 10 jours pour des conditions '2% 10, Net 30'. C'est la métrique principale pour le tableau de bord de Suivi des escomptes pour paiement anticipé et le KPI associé. L'analyse des cas où cet indicateur est faux aide à identifier les opportunités d'économies manquées. Elle permet à l'entreprise d'étudier pourquoi les factures éligibles à l'escompte ne sont pas traitées assez rapidement et de mettre en œuvre des changements pour capturer davantage d'escomptes, optimisant ainsi le fonds de roulement.
Pourquoi est-ce important ? :
Il mesure directement le bénéfice financier réalisé grâce à un traitement efficace des factures et aide à identifier les opportunités d'économies manquées.
Source des données :
Il s'agit d'un attribut calculé. La logique consiste à vérifier si la date de paiement se situe dans la période d'escompte définie dans les 'Conditions de paiement' « what-if » un escompte a effectivement été appliqué.
Exemples
truefaux
|
|||
|
Est Automatisé
IsAutomated
|
Un indicateur spécifiant si une activité a été réalisée par un système automatisé ou par un utilisateur humain. | ||
|
Descriptionn
Cet attribut booléen distingue les tâches exécutées par l'automatisation du système, telles que le rapprochement automatisé de BC ou les comptabilisations générées par le système, de celles effectuées manuellement par un utilisateur. L'analyse de cet attribut aide à quantifier le niveau d'automatisation dans le workflow de traitement des factures. Il est utilisé pour mesurer le succès des initiatives d'automatisation, identifier les points de contact manuels restants qui pourraient être automatisés, et comparer l'efficacité et les taux d'erreur des activités automatisées par rapport aux activités manuelles. C'est la clé pour comprendre le coût réel et l'efficacité du processus.
Pourquoi est-ce important ? :
Il aide à mesurer le niveau d'automatisation dans le processus, identifiant les opportunités d'automatisation supplémentaires et évaluant l'impact des bots existants.
Source des données :
Ceci est généralement dérivé en vérifiant si l''Utilisateur' associé à une activité est un compte système ou de service plutôt qu'un compte d'utilisateur humain.
Exemples
truefaux
|
|||
|
Motif de refus
RejectionReason
|
La raison fournie lorsqu'une facture est rejetée pendant le processus d'approbation. | ||
|
Descriptionn
Lorsqu'un approbateur rejette une facture, il fournit généralement un motif de rejet, tel que 'Montant Incorrect' ou 'Facture Dupliquée'. Cet attribut capture ce motif textuel libre ou codifié. Ces données sont inestimables pour l'analyse des causes profondes des retards d'approbation et des reprises. En analysant la fréquence des différents motifs de rejet, les organisations peuvent identifier les problèmes systémiques dans le processus en amont, tels que des problèmes de prélèvement.cision des BC ou des habitudes de facturation des fournisseurs. Cette information soutient le 'tableau de bord d'Analyse des points de blocage d'approbation des factures'.
Pourquoi est-ce important ? :
Il offre un aperçu direct des causes profondes des rejets de factures, aidant à identifier les domaines d'amélioration des processus et à réduire les reprises.
Source des données :
Cette information est enregistrée lorsqu'un utilisateur effectue l'action 'Rejeter' dans un workflow d'approbation. Elle est souvent stockée dans les commentaires ou la piste d'audit.
Exemples
Quantité incorrecteLe prix ne correspond pas au BCSoumission de facture en double
|
|||
|
Paiement dans les délais
IsOnTimePayment
|
Un indicateur booléen qui précise si la facture a été payée à ou avant sa date d'échéance. | ||
|
Descriptionn
Cet attribut calculé fournit un simple indicateur vrai/faux de la ponctualité des paiements pour chaque facture. Il est dérivé en comparant l'horodatage de l'activité 'Paiement Exécuté' avec la 'Date d'échéance du paiement'. Si l'horodatage du paiement est à la date d'échéance ou avant, la valeur est vraie. Cet indicateur simplifie le calcul du KPI du Taux de paiement ponctuel. Il permet un filtrage et une segmentation faciles pour analyser les caractéristiques des paiements en retard, tels que les fournisseurs, départements ou montants de facture courants associés aux retards.
Pourquoi est-ce important ? :
Il simplifie l'analyse des performances de paiement et constitue la base du calcul de l'indicateur clé de performance (KPI) essentiel du taux de paiement à temps.
Source des données :
Il s'agit d'un attribut calculé. La logique est : 'Date d'exécution du paiement' <= 'Date d'échéance du paiement'. Ceci est implémenté dans l'outil de Process Mining.
Exemples
truefaux
|
|||
|
Raison du blocage
HoldReason
|
La raison spécifique pour laquelle une facture a été mise en attente ou bloquée pour paiement. | ||
|
Descriptionn
Une raison de blocage (Hold Reason) explique pourquoi une facture est empêchée de progresser vers le paiement. Par exemple : 'Écart de quantité' ou 'En attente de réception des marchandises'. Cette information est indispensablele pour comprendre les causes des retards de paiement. Cet attribut est la clé du tableau de bord d'analyse des causes profondes des blocages de paiement. En catégorisant et en comptant les occurrences des différentes raisons de blocage, une entreprise peut identifier les problèmes les plus courants qui perturbent le processus de paiement. Cela permet des améliorations ciblées pour éviter de futurs blocages et accélérer les paiements.
Pourquoi est-ce important ? :
Il explique pourquoi les paiements sont retardés, permettant une analyse ciblée des causes profondes pour réduire la fréquence et la durée des blocages de paiement.
Source des données :
Lorsqu'une facture est mise en attente dans Coupa, un motif est généralement sélectionné ou saisi. Ces données sont associées au statut d'attente de la facture.
Exemples
Écart de Prix BCEn attente de réception des marchandisesFacture en double
|
|||
|
Système source
SourceSystem
|
Le système d'origine à partir duquel les données d'événement ont été extraites. | ||
|
Descriptionn
L'attribut Système source identifie l'application ou la plateforme où l'activité de traitement des factures a été enregistrée. Bien que le système principal soit Coupa, les factures ou les données connexes peuvent provenir d'autres systèmes intégrés comme un ERP ou un portail fournisseur. Cette information est précieuse dans les environnements informatiques complexes pour comprendre comment différents systèmes contribuent au processus global. Elle aide à diagnostiquer les problèmes de qualité des données, à comprendre les transferts de système et à analyser les processus qui s'étendent sur plusieurs applications.
Pourquoi est-ce important ? :
Il clarifie l'origine des données, ce qui est indispensable pour le dépannage et l'analyse des processus impliquant plusieurs systèmes intégrés.
Source des données :
Il s'agit typiquement d'une valeur statique ajoutée lors de l'extraction des données pour identifier leur origine. Pour Coupa, elle serait définie sur 'Coupa'.
Exemples
CoupaSAP S/4HANAOracle Fusion
|
|||
Du Bon de De la commande au paiement - Activités de Traitement des facturess factures fournisseurs factures fournisseurs Factures
| Activité | Descriptionn | ||
|---|---|---|---|
|
Facture approuvée
|
Cette activité signifie que la facture a passé avec succès toutes les étapes requises du workflow d'approbation. Elle est capturée à partir de l'historique d'approbation lorsque le dernier approbateur requis prend une action positive. | ||
|
Pourquoi est-ce important ? :
Cette étape clé marque la fin du cycle d'approbation et débloque la facture pour le traitement du paiement. Elle est indispensablele pour mesurer la durée d'approbation et l'efficacité globale du processus.
Source des données :
Il s'agit d'un événement explicite capturé à partir du journal d'historique d'approbation ou d'un changement de statut de l'en-tête de facture à 'approuvé'. L'action d'approbation finale dans le journal fournit un horodatage précis.
Capture
Capturez l'horodatage de l'action d'approbation finale dans l'historique des approbations.
Type d'événement
explicit
|
|||
|
Facture créée
|
Cette activité marque la création initiale d'un enregistrement de facture dans le système Coupa. L'événement est capturé lorsqu'un nouvel objet facture est instancié, soit par saisie manuelle, soit par un réseau fournisseur intégré comme le portail fournisseurs Coupa, soit via une numérisation OCR automatisée. | ||
|
Pourquoi est-ce important ? :
En tant que point de départ du cycle de vie de la facture, cette activité est indispensablele pour mesurer le temps total de traitement complet. Elle fournit la base de toutes les analyses ultérieures du temps de cycle et du débit.
Source des données :
Il s'agit d'un événement explicite capturé à partir de l'horodatage de création de l'enregistrement de facture. Dans le modèle de données de Coupa, cela correspond à l'horodatage 'created-at' sur l'objet d'en-tête de facture.
Capture
Utilisez l'horodatage de création de l'enregistrement de la facture.
Type d'événement
explicit
|
|||
|
Facture enregistrée pour paiement
|
La facture approuvée est marquée comme prête pour le paiement et ses détails financiers sont souvent comptabilisés dans un système ERP externe. Ceci est généralement déduit d'un indicateur de statut d'intégration ou d'un changement dans le statut principal de la facture. | ||
|
Pourquoi est-ce important ? :
Ce jalon représente le transfert du traitement des comptes fournisseurs (AP) à la fonction trésorerie ou paiement. Les retards avant ce point affectent l'efficacité des AP, tandis que les retards après affectent la trésorerie et les relations fournisseurs.
Source des données :
Ceci est souvent déduit d'un changement de statut à 'approuvé pour paiement' ou d'un indicateur comme 'exporté' étant défini à vrai. Cette information est disponibleble sur l'objet d'en-tête de facture.
Capture
Détectez l'horodatage lorsque le statut de la facture devient 'Approuvée pour paiement' ou qu'un drapeau d'exportation est défini.
Type d'événement
inferred
|
|||
|
Facture envoyée pour approbation
|
Marque le point où une facture, après avoir passé les vérifications initiales, est envoyée dans un workflow d'approbation formel. Ceci est généralement déduit d'un changement de statut indiquant que la facture est désormais en attente d'une action d'un ou plusieurs approbateurs. | ||
|
Pourquoi est-ce important ? :
Cette activité est le point de départ pour mesurer le temps de cycle d'approbation. Elle est indispensable pour analyser les points de blocage dans la hiérarchie d'approbation et soutient le 'tableau de bord d'Analyse des points de blocage d'approbation des factures'.
Source des données :
Déduit du changement de statut de la facture à 'en attente d'approbation' ou un état similaire. La création du premier enregistrement d'approbation dans l'historique d'approbation de la facture signifie également cet événement.
Capture
Capturez l'horodatage lorsque le statut de la facture passe à 'En attente d'approbation' ou que le premier enregistrement d'approbation est créé.
Type d'événement
inferred
|
|||
|
Paiement effectué
|
Cette activité marque l'étape finale du processus, où le paiement est exécuté et envoyé au fournisseur. Ceci est capturé à partir du statut de l'enregistrement de paiement associé dans Coupa Payments ou un système de paiement intégré. | ||
|
Pourquoi est-ce important ? :
En tant que fin définitive du processus, cette activité est indispensablele pour calculer le temps de cycle complet complet et mesurer l'indicateur clé de performance (KPI) 'Taux de paiement ponctuel'.
Source des données :
Cet événement est déduit de l'enregistrement de paiement associé à la facture. Un statut 'payé', 'terminé' ou un champ 'date de paiement' renseigné indique l'exécution.
Capture
Utilisez la 'date de paiement' de l'enregistrement de paiement lié à la facture.
Type d'événement
inferred
|
|||
|
Écart de rapprochement identifié
|
Se produit lorsque le système automatisé ne parvient pas à rapprocher une facture d'un bon de commande en raison d'écarts de quantité, de prix ou d'autres détails. Ceci est déduit du changement de statut de la facture vers un état nécessitant une intervention manuelle, tel que 'non appariée' ou 'incompatible'. | ||
|
Pourquoi est-ce important ? :
Cette activité est le point d'entrée pour la gestion des exceptions, une source fréquente de retards. L'analyse de sa fréquence et de ses causes profondes est indispensablele pour améliorer les taux de rapprochement au premier passage et réduire la charge de travail manuelle.
Source des données :
Déduit du statut de rapprochement de la facture. Un statut 'non rapproché', 'mal rapproché' ou similaire indique un écart qui nécessite une révision manuelle. Ceci est suivi sur l'objet facture.
Capture
Détectez l'horodatage lorsque le statut de rapprochement du bon de commande (BC) change pour une valeur indiquant un échec.
Type d'événement
inferred
|
|||
|
Facture invalidée
|
La facture a été annulée et ne sera ni traitée ni payée. Il s'agit d'un changement de statut explicite et terminal pour une facture, capturé directement à partir de son champ de statut dans le système. | ||
|
Pourquoi est-ce important ? :
Ceci représente une fin alternative et infructueuse du processus. L'analyse des raisons pour lesquelles les factures sont annulées peut révéler des problèmes en amont dans les approvisionnements ou la communication fournisseur.
Source des données :
Il s'agit d'un événement explicite capturé lorsque le statut de la facture passe à 'annulé'. C'est un statut standard dans la gestion des factures de Coupa.
Capture
Capturez l'horodatage lorsque le statut de la facture est mis à jour à 'Annulée'.
Type d'événement
explicit
|
|||
|
Facture rapprochée du bon de commande
|
Cette activité signifie que le système a rapproché avec succès les lignes de facture aux lignes de bon de commande correspondantes. L'événement est déduit d'un changement dans le champ de statut de rapprochement de la facture, indiquant une validation réussie par rapport à un BC. | ||
|
Pourquoi est-ce important ? :
Le rapprochement automatisé réussi est un indicateur clé d'un processus sain et sans intervention manuelle. Le suivi de cette activité aide à mesurer l'efficacité de l'automatisation et les taux de traitement direct.
Source des données :
Déduit du champ de statut de rapprochement de la facture passant à un état 'rapproché'. L'objet facture de Coupa contient des drapeaux et des statuts indiquant le résultat de la tentative de rapprochement du bon de commande.
Capture
Détectez l'horodatage lorsque le statut de rapprochement du bon de commande (BC) pour la facture passe à 'Rapprochée'.
Type d'événement
inferred
|
|||
|
Facture rejetée
|
Un approbateur a formellement rejeté la facture, stoppant sa progression dans le workflow. Il s'agit d'une action explicite capturée dans l'historique d'approbation de la facture, incluant les détails sur la personne qui l'a rejetée et la date. | ||
|
Pourquoi est-ce important ? :
Les rejets entraînent des reprises et augmentent considérablement les temps de cycle. L'analyse de la fréquence et des motifs de rejet est indispensablele à l'amélioration des processus et est nécessaire pour calculer le KPI du 'Taux d'approbation au premier passage'.
Source des données :
Il s'agit d'un événement explicite enregistré dans le journal d'historique d'approbation de la facture. Chaque étape d'approbation a un enregistrement avec un statut, un horodatage et l'action de l'approbateur.
Capture
Filtrez les enregistrements d'historique d'approbation pour les actions 'rejeter' ou 'rejetée'.
Type d'événement
explicit
|
|||
|
Facture soumise au traitement
|
Représente la soumission formelle d'une facture nouvellement créée dans le workflow de traitement. Ceci est généralement déclenché par un utilisateur après que toutes les données initiales aient été saisies et vérifiées. Cet événement est capturé à partir de la piste d'audit lorsque le statut de la facture passe d'un état de brouillon à un état soumis. | ||
|
Pourquoi est-ce important ? :
Cette activité distingue le temps de saisie des données du temps de traitement actif. L'analyse de la durée entre 'facture créée' et cet événement aide à identifier les retards dans l'étape initiale de gestion des données.
Source des données :
Suivez le changement de statut de la facture de 'brouillon' ou 'nouvelle' à 'soumise' ou 'en attente d'approbation'. Ceci est disponibleble dans les tables d'historique des factures ou des journaux d'audit de Coupa.
Capture
Capturez l'horodatage lorsque le statut de la facture devient pour la première fois 'soumise'.
Type d'événement
explicit
|
|||
|
Mise en attente de la facture
|
Représente une action visant à mettre une facture en attente, l'empêchant d'être payée. Il s'agit d'un événement explicite, généralement enregistré dans l'historique ou la piste d'audit de la facture, souvent avec un motif associé. | ||
|
Pourquoi est-ce important ? :
Cette activité, équivalente à un blocage de paiement, est une cause majeure de retards de paiement. Suivre le moment où les mises en attente sont effectuées est la première étape pour analyser leurs causes profondes et leur durée, soutenant le 'KPI du Taux de blocage de paiement'.
Source des données :
Il s'agit d'un événement explicite trouvé dans l'historique ou les journaux d'audit des factures. Coupa enregistre les actions des utilisateurs ou du système, y compris la mise en attente.
Capture
Filtrez les enregistrements d'historique de facture pour les événements système 'mise en attente' ou similaires.
Type d'événement
explicit
|
|||
|
Paiement planifié
|
La facture a été incluse dans un lot de paiement dont l'exécution est prévue à une date ultérieure. Cet événement est déduit de l'association de la facture à un cycle de paiement ou à un objet lot de paiement dans le système. | ||
|
Pourquoi est-ce important ? :
Cette activité offre une visibilité sur la phase finale du processus, distinguant entre une facture prête pour le paiement et le paiement effectivement initié. Elle aide à la prévision des flux de trésorerie.
Source des données :
Déduit de la création d'un enregistrement de paiement ou d'un enregistrement de lot qui inclut l'ID de facture. La 'date de paiement prévue' sur l'objet paiement fournit le timing pertinent.
Capture
Utilisez la date de création de l'enregistrement du lot de paiement associé à la facture.
Type d'événement
inferred
|
|||
|
Résolution des écarts initiée
|
Représente le début d'une intervention manuelle pour résoudre un écart de rapprochement de BC. Cette activité est difficile à capturer directement et est souvent déduite de la première action de l'utilisateur, comme l'ajout d'un commentaire ou la modification de la facture, après qu'un écart ait été signalé. | ||
|
Pourquoi est-ce important ? :
Suivre le temps entre l'identification de l'écart et le début de la résolution aide à mettre en évidence les retards dans l'attribution ou le traitement des exceptions. Il est indispensable du 'tableau de bord Vue d'ensemble des écarts de rapprochement de BC'.
Source des données :
Ceci est difficile à obtenir et peut nécessiter une inférence avancée. Il pourrait être dérivé en trouvant l'horodatage du premier commentaire, modification ou affectation de tâche d'un utilisateur lié à la facture après que son statut de rapprochement ait indiqué un échec.
Capture
Trouvez le premier événement de modification initié par l'utilisateur après un événement 'Écart de rapprochement identifié'.
Type d'événement
inferred
|
|||
|
Retenue sur facture libérée
|
Une mise en attente précédemment appliquée à la facture a été levée, lui permettant de progresser vers le paiement. Tout comme l'application d'une mise en attente, il s'agit d'une action explicite capturée dans la piste d'audit de la facture. | ||
|
Pourquoi est-ce important ? :
Le temps entre la mise en attente et la levée d'un blocage est indispensable pour le KPI de la Durée moyenne de blocage de paiement. Cette activité marque la fin du délai, et l'analyse de ses déclencheurs peut révéler des opportunités pour une résolution plus rapide.
Source des données :
Il s'agit d'un événement explicite trouvé dans l'historique ou les journaux d'audit des factures. Il est enregistré comme une action distincte de l'utilisateur ou du système.
Capture
Filtrez les enregistrements d'historique de facture pour les événements système 'mise en attente levée' ou similaires.
Type d'événement
explicit
|
|||