Votre modèle de données Purchase to Pay - traitement des factures
Votre modèle de données Purchase to Pay - traitement des factures
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d’extraction pour Coupa
Attributs du traitement des factures achats-paiement
| Nom | Description | ||
|---|---|---|---|
|
Heure de l'événement
EventTime
|
Horodatage précis indiquant le moment où une activité ou un événement donné s'est produit. | ||
|
Description
L’heure de l’événement, ou horodatage, enregistre la date et l’heure exactes auxquelles une activité a été réalisée. Elle constitue la base temporelle du journal de processus et ordonne chronologiquement tous les événements de chaque cas. Cet attribut est indispensable à toutes les analyses temporelles du Process Mining. Il sert à calculer les temps de cycle entre les activités, à mesurer la durée des goulots d’étranglement, à évaluer les temps d’attente et à analyser les performances du processus sur différentes périodes. Des horodatages précis sont essentiels pour construire des modèles de processus réalistes et obtenir des KPI de performance pertinents.
Pourquoi c’est important
Il fournit les données chronologiques nécessaires au calcul de toutes les durées, des délais de cycle et des temps d'attente, qui sont fondamentaux pour l'analyse des performances.
Où les obtenir
Ces données sont enregistrées dans la piste d'audit ou les journaux d'historique des objets Invoice de Coupa. Chaque action ou changement de statut consigné possède un horodatage associé.
Exemples
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
|
|||
|
Numéro de facture
InvoiceNumber
|
Identifiant unique de la facture d'un fournisseur. Il sert de clé principale pour suivre la facture pendant tout son cycle de vie. | ||
|
Description
Le numéro de facture est la référence unique attribuée par un fournisseur à un document de facturation. Dans le Process Mining, il sert de Case ID et relie toutes les activités associées, de la réception et de la validation jusqu'à l'approbation et au paiement final. L'analyse des processus par numéro de facture offre une vue complète du parcours de chaque facture, de bout en bout. Elle permet d'identifier les variations entre les parcours de traitement, de mesurer précisément les délais de cycle et de repérer les factures qui rencontrent des retards, des blocages ou des exceptions. Il s'agit de l'attribut fondamental pour comprendre les performances du traitement des factures à un niveau détaillé.
Pourquoi c’est important
Il s'agit de l'identifiant de cas essentiel qui relie tous les événements d'une même facture et permet une analyse cohérente du processus de bout en bout.
Où les obtenir
Il s'agit d'un champ principal de l'objet Invoice dans Coupa. Vous le trouverez dans les détails de l'en-tête de facture de l'interface utilisateur ou via l'API Invoices.
Exemples
INV-2023-00123785549-APO45001-INV
|
|||
|
Activité
ActivityName
|
Nom d'un événement métier ou d'une tâche spécifique survenu pendant le cycle de traitement de la facture. | ||
|
Description
Le nom de l’activité décrit une étape du flux de travail de traitement des factures, comme « Invoice Created », « Invoice Sent for Approval » ou « Payment Executed ». Chaque activité représente un moment précis où l’état ou la responsabilité de la facture a changé. Dans le Process Mining, la séquence des activités forme la carte du flux de processus. L’analyse de ces activités permet de visualiser le processus réel, d’identifier les parcours fréquents et rares, de détecter les goulots d’étranglement lorsque certaines activités prennent trop de temps et de repérer les étapes non conformes ou inefficaces, comme les boucles de reprise.
Pourquoi c’est important
Cet attribut est essentiel pour construire la carte du processus et visualiser et analyser le flux de travail réel de traitement des factures.
Où les obtenir
Cet attribut est généralement dérivé des journaux d'événements, des pistes d'audit ou des changements de statut dans le module Invoice de Coupa. Il faut souvent mettre en correspondance les changements de statut ou certaines actions utilisateur avec des noms d'activités définis.
Exemples
Facture soumise pour traitementFacture approuvéeBlocage de la facturePaiement exécuté
|
|||
|
Date d'échéance du paiement
PaymentDueDate
|
Date à laquelle la facture doit être payée pour éviter tout retard. | ||
|
Description
La date d'échéance du paiement est une date essentielle, calculée à partir de la date de facture et des conditions de paiement convenues. Elle représente la date limite de paiement au fournisseur. Cet attribut sert de référence pour mesurer la ponctualité des paiements. Il est utilisé directement pour calculer l'indicateur On-Time Payment Rate, 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 responsables des retards de paiement, ainsi qu'à évaluer leur incidence sur les relations fournisseurs et les éventuelles pénalités de retard.
Pourquoi c’est important
Il constitue la principale référence pour mesurer la ponctualité des paiements. Il est essentiel à la gestion des relations fournisseurs et à la prévention des pénalités.
Où les obtenir
Cette date est généralement calculée par Coupa à partir des champs « Invoice Date » et « Payment Terms ». Elle doit être disponible dans l'enregistrement de la facture.
Exemples
2023-11-302023-12-152024-01-10
|
|||
|
Montant total de la facture
InvoiceTotalAmount
|
Valeur monétaire totale de la facture, taxes et autres frais compris. | ||
|
Description
Cet attribut représente le montant total dû au titre de la facture. Il s'agit d'une donnée financière fondamentale, utilisée dans de nombreuses analyses. L'analyse du processus en fonction du montant de la facture peut révéler des tendances importantes. Par exemple, les factures de montant élevé peuvent suivre un parcours d'approbation différent et plus exigeant, ce qui peut allonger les délais de cycle. Cet attribut sert également à évaluer l'incidence financière des inefficacités du processus, notamment la valeur des factures actuellement bloquées ou en retard.
Pourquoi c’est important
Il fournit un contexte financier essentiel, permettant d'analyser l'évolution du comportement du processus selon le montant des factures et l'incidence financière des retards.
Où les obtenir
Il s'agit d'un champ standard de l'objet Invoice dans Coupa, généralement nommé « Total » ou « Total Amount ».
Exemples
1500.75250.0012345.50
|
|||
|
Nom du fournisseur
VendorName
|
Nom du fournisseur ayant soumis la facture. | ||
|
Description
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 essentielle pour analyser les performances de paiement et les relations avec les fournisseurs. Cet attribut permet de segmenter le processus de facturation par fournisseur. Il aide à répondre à des questions telles que « Quels fournisseurs présentent les délais de traitement des factures les plus longs ? » ou « Payons-nous systématiquement certains fournisseurs stratégiques dans les délais ? ». L'analyse par fournisseur est essentielle au Dashboard Vendor Payment Timeliness et à la gestion efficace des relations fournisseurs.
Pourquoi c’est important
Il permet de segmenter et d'analyser le processus par fournisseur, ce qui est essentiel pour gérer les relations fournisseurs et identifier les problèmes propres à certains fournisseurs.
Où les obtenir
Cette information fait partie des données principales de la facture dans Coupa et est liée à l'objet Supplier/Vendor.
Exemples
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Numéro du bon de commande
PurchaseOrderNumber
|
Identifiant du bon de commande (PO) auquel la facture est rattachée. | ||
|
Description
Le numéro du bon de commande relie une facture au document d'achat d'origine. Ce lien est fondamental pour le processus de rapprochement avec le bon de commande, une étape essentielle de la validation des factures dans de nombreuses organisations. Dans le Process Mining, cet attribut est indispensable à l'analyse du rapprochement avec les bons de commande et de la résolution des écarts. Il permet de filtrer les factures associées à des bons de commande précis et est essentiel au Dashboard PO Matching Discrepancy Overview. Un taux élevé de factures sans numéro de bon de commande peut révéler des achats hors processus ou des pratiques d'achat non conformes.
Pourquoi c’est important
Il relie la facture au processus d'achat et permet d'analyser l'efficacité du rapprochement avec les bons de commande ainsi que le traitement des écarts.
Où les obtenir
Il s'agit d'un champ standard de l'objet Invoice Line dans Coupa, utilisé pour associer les lignes de facture aux lignes du bon de commande.
Exemples
PO4500123PO4500456PO4500789
|
|||
|
Statut de la facture
InvoiceStatus
|
L’état actuel de la facture dans son flux de travail de traitement. | ||
|
Description
Le statut de la facture indique où elle se trouve à un moment donné, par exemple « pending approval », « approved », « on hold » ou « paid ». Cet attribut est dynamique et évolue au fil du processus. Il s'agit d'un attribut essentiel aux Dashboards de supervision opérationnelle, comme le Dashboard Invoice Processing Throughput & Status. Il permet de suivre le volume actuel de factures ouvertes et leur répartition entre les différentes étapes. L'analyse des transitions de statut au fil du temps constitue également une source principale pour dériver l'attribut « ActivityName ».
Pourquoi c’est important
Il fournit une vue en temps réel de la position de la facture dans le flux de travail, ce qui est essentiel pour les Dashboards opérationnels et le suivi des statuts.
Où les obtenir
Il s'agit d'un champ de statut principal de l'objet Invoice dans Coupa.
Exemples
En attente d'approbationApprouvéeAnnuléePayée
|
|||
|
Utilisateur
User
|
Utilisateur ou agent système ayant effectué l'activité. | ||
|
Description
Cet attribut identifie la personne ou le système automatisé responsable de l’exécution d’une étape précise du processus, comme l’approbation d’une facture ou la levée d’un blocage. Il est souvent représenté par un identifiant utilisateur, un nom ou une adresse e-mail. L’analyse du processus par utilisateur est essentielle pour comprendre les performances de l’équipe, répartir la charge de travail et identifier les besoins de formation. Elle joue également un rôle important dans l’analyse des goulots d’étranglement, car elle peut révéler si les retards se concentrent sur certains approbateurs ou certaines équipes. Elle aide enfin à distinguer les activités manuelles des activités automatisées.
Pourquoi c’est important
Il permet d’analyser la charge de travail, de localiser les goulots d’étranglement causés par certains utilisateurs ou certaines équipes et d’évaluer les performances et la conformité des utilisateurs.
Où les obtenir
Les informations utilisateur sont généralement enregistrées dans la piste d'audit ou l'historique d'une facture dans Coupa, en association avec chaque action effectuée.
Exemples
john.doe@company.comjane.smithSystem.Automation
|
|||
|
Code société
CompanyCode
|
L’identifiant de l’entité juridique ou de la société responsable de la facture. | ||
|
Description
Le code société représente une entité juridique précise au sein d’une organisation plus vaste. Les factures sont comptabilisées sur un code société à des fins de comptabilité et de reporting financier. Cet attribut est essentiel pour filtrer et segmenter l’analyse des processus par entité juridique. Il permet de comparer les performances des processus entre différentes parties de l’entreprise et de répondre à 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 ? » Cette comparaison est particulièrement importante pour les grandes organisations internationales.
Pourquoi c’est important
Il permet de comparer les processus et d’évaluer les performances entre différentes entités juridiques ou unités opérationnelles de l’organisation.
Où les obtenir
Il s’agit d’un champ comptable fondamental de l’objet Invoice dans Coupa, souvent requis pour l’enregistrement comptable.
Exemples
1000US01DE01
|
|||
|
Conditions de paiement
PaymentTerms
|
Conditions convenues pour le paiement de la facture, telles que « Net 30 » ou « 2% 10, Net 30 ». | ||
|
Description
Les conditions de paiement définissent les règles applicables au règlement d'un fournisseur, notamment la date d'échéance et les éventuelles remises pour paiement anticipé. Ces informations sont généralement définies dans les données de référence du fournisseur, puis appliquées aux factures. Cet attribut est essentiel pour calculer la date d'échéance du paiement et repérer les possibilités de remise pour paiement anticipé. Il alimente directement le Dashboard Early Payment Discount Tracking et l'indicateur associé. L'analyse par conditions de paiement peut révéler si certaines conditions sont liées à des retards de paiement.
Pourquoi c’est important
Il sert de base au calcul des dates d'échéance et à l'identification des possibilités de remise pour paiement anticipé, avec une incidence directe sur le fonds de roulement.
Où les obtenir
Il s'agit d'un champ standard de Coupa, généralement repris de l'enregistrement Supplier/Vendor dans la facture.
Exemples
Paiement à 30 joursPaiement à 60 jours2 % à 10 jours, paiement à 30 jours
|
|||
|
Date de facture
InvoiceDate
|
La date figurant sur le document de facture du fournisseur. | ||
|
Description
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 sert de base au calcul de la date d’échéance, conformément aux conditions de paiement. Cet attribut constitue un point de départ essentiel pour de nombreux calculs de durée de cycle. Il est indispensable pour calculer la date d’échéance du paiement et déterminer l’éligibilité aux escomptes pour paiement anticipé. L’analyse de l’écart entre la date de facture et la date de saisie dans le système peut révéler des retards dans l’envoi ou la réception des factures.
Pourquoi c’est important
Il s’agit de la date principale utilisée pour calculer les échéances de paiement. Elle sert également de référence pour mesurer le respect des délais de paiement et comptabiliser les escomptes.
Où les obtenir
Il s’agit d’un champ standard et obligatoire de l’objet Invoice dans Coupa.
Exemples
2023-10-152023-11-012023-12-20
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant la dernière actualisation des données de cet événement depuis le système source. | ||
|
Description
Cet attribut indique la dernière extraction et le dernier chargement des données dans l'outil de Process Mining. Il précise l'actualité de l'analyse et est essentiel pour comprendre la pertinence temporelle des informations présentées dans les Dashboards. Connaître la date de la dernière mise à jour des données est important pour les cas d'usage de supervision opérationnelle. Cela renforce la confiance des utilisateurs en indiquant clairement l'actualité des informations et évite de prendre des décisions à partir d'une vision obsolète des processus.
Pourquoi c’est important
Il fournit un contexte essentiel sur l'actualité et la pertinence des données de processus, afin que les utilisateurs sachent à quel point l'analyse est récente.
Où les obtenir
Cet horodatage est généré et ajouté au jeu 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
|
Code de devise ISO correspondant au montant de la facture. | ||
|
Description
Le code devise précise l'unité monétaire des valeurs financières de la facture, comme USD, EUR ou GBP. Il est indispensable aux organisations internationales qui traitent des factures dans plusieurs devises. Dans les analyses, cet attribut est nécessaire pour interpréter et agréger correctement les données financières. Les Dashboards et les indicateurs doivent filtrer ou convertir les devises afin de produire des synthèses financières pertinentes. Il évite d'additionner à tort des montants exprimés dans des devises différentes et permet d'analyser les processus par devise.
Pourquoi c’est important
Il garantit la précision des analyses et des rapports financiers en fournissant le contexte nécessaire à l'interprétation de toutes les valeurs monétaires dans un environnement multidevise.
Où les obtenir
Il s'agit d'un champ standard de l'objet Invoice dans Coupa, généralement lié au fournisseur ou indiqué directement sur la facture.
Exemples
USDEURGBP
|
|||
|
Escompte obtenu
EarlyPaymentDiscountCaptured
|
Un indicateur précisant si un escompte disponible pour paiement anticipé a effectivement été obtenu. | ||
|
Description
Cet attribut booléen indique si l’organisation a payé une facture dans le délai ouvrant droit à l’escompte prévu par les conditions de paiement, par exemple sous 10 jours pour des conditions « 2 % à 10 jours, net à 30 jours ». Il constitue la mesure principale du Dashboard de suivi des escomptes pour paiement anticipé et du KPI associé. L’analyse des cas où cet indicateur est faux permet d’identifier les économies manquées. L’entreprise peut ainsi comprendre pourquoi les factures donnant droit à un escompte ne sont pas traitées assez rapidement et mettre en place les changements nécessaires pour obtenir davantage d’escomptes et optimiser son fonds de roulement.
Pourquoi c’est important
Il mesure directement le bénéfice financier obtenu grâce à un traitement efficace des factures et aide à repérer les possibilités d’économies manquées.
Où les obtenir
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 » et si l’escompte a effectivement été appliqué.
Exemples
truefalse
|
|||
|
Est automatisé
IsAutomated
|
Un indicateur précisant si une activité a été réalisée par un système automatisé ou par un utilisateur humain. | ||
|
Description
Cet attribut booléen distingue les tâches exécutées par l’automatisation du système, comme le rapprochement automatisé d’un bon de commande ou les écritures générées par le système, de celles réalisées manuellement par un utilisateur. L’analyse de cet attribut permet de quantifier le niveau d’automatisation du flux de travail de traitement des factures. Elle sert à mesurer le succès des initiatives d’automatisation, à identifier les interventions manuelles restantes qui pourraient être automatisées et à comparer l’efficacité et les taux d’erreur des activités automatisées et manuelles. Elle est essentielle pour comprendre le coût et l’efficacité réels du processus.
Pourquoi c’est important
Il aide à mesurer le niveau d’automatisation du processus, à repérer les possibilités d’automatisation supplémentaires et à évaluer l’impact des bots existants.
Où les obtenir
Cet indicateur est généralement calculé en vérifiant si l’utilisateur associé à une activité est un compte système ou de service, plutôt qu’un compte utilisateur humain.
Exemples
truefalse
|
|||
|
Motif de blocage
HoldReason
|
Le motif précis pour lequel une facture a été mise en attente ou bloquée avant son paiement. | ||
|
Description
Le motif de blocage explique pourquoi une facture ne peut pas poursuivre son parcours jusqu’au paiement. Il peut s’agir, par exemple, d’une « Discordance de quantité » ou de la « Réception des marchandises en attente ». Ces informations sont essentielles pour comprendre les causes des retards de paiement. Cet attribut est au cœur du Dashboard d’analyse des causes profondes des blocages de paiement. En classant et en comptant les différents motifs de blocage, l’entreprise peut identifier les problèmes les plus fréquents qui perturbent le processus de paiement. Elle peut ainsi mettre en place des améliorations ciblées pour éviter de nouveaux blocages et accélérer les paiements.
Pourquoi c’est important
Il explique les raisons des retards de paiement et permet d’analyser précisément leurs causes afin de réduire la fréquence et la durée des blocages.
Où les obtenir
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 de blocage de la facture.
Exemples
Écart de prix par rapport au bon de commandeEn attente de réception des marchandisesFacture en double
|
|||
|
Motif du rejet
RejectionReason
|
Motif indiqué lorsqu'une facture est rejetée au cours du processus d'approbation. | ||
|
Description
Lorsqu’un approbateur rejette une facture, il indique généralement le motif du rejet, par exemple « Montant incorrect » ou « Facture en double ». Cet attribut contient ce motif, saisi en texte libre ou sous forme de code. Ces données sont particulièrement utiles pour analyser les causes profondes des retards d’approbation et des reprises. En étudiant la fréquence des différents motifs de rejet, les organisations peuvent identifier les problèmes systémiques en amont du processus, notamment les erreurs dans les bons de commande ou les habitudes de facturation des fournisseurs. Ces informations alimentent le Dashboard d’analyse des goulots d’étranglement liés à l’approbation des factures.
Pourquoi c’est important
Il fournit une visibilité directe sur les causes profondes des rejets de factures, ce qui aide à identifier les axes d’amélioration du processus et à réduire les reprises.
Où les obtenir
Ces informations sont enregistrées lorsqu’un utilisateur sélectionne l’action « Reject » dans un flux de travail d’approbation. Elles sont souvent conservées dans les commentaires ou la piste d’audit.
Exemples
Quantité incorrecteLe prix ne correspond pas au bon de commandeSoumission d'une facture en double
|
|||
|
Paiement effectué dans les délais
IsOnTimePayment
|
Un indicateur booléen précisant si la facture a été payée à la date d’échéance ou avant celle-ci. | ||
|
Description
Cet attribut calculé fournit, pour chaque facture, une indication simple de type vrai ou faux sur le respect du délai de paiement. Il est obtenu en comparant l’horodatage de l’activité « Paiement exécuté » avec la date d’échéance du paiement. Si le paiement a été effectué à la date d’échéance ou avant, la valeur est vraie. Cet indicateur simplifie le calcul du KPI de taux de paiement dans les délais. Il permet de filtrer et de segmenter facilement les paiements en retard afin d’analyser leurs caractéristiques, par exemple les fournisseurs, services ou montants de facture fréquemment associés aux retards.
Pourquoi c’est important
Il simplifie l’analyse de la performance des paiements et sert de base au calcul du KPI essentiel de taux de paiement dans les délais.
Où les obtenir
Il s’agit d’un attribut calculé. La logique est la suivante : « Date d’exécution du paiement » <= « Date d’échéance du paiement ». Cette logique est mise en œuvre dans l’outil de Process Mining.
Exemples
truefalse
|
|||
|
Système source
SourceSystem
|
Système d'origine à partir duquel les données d'événements ont été extraites. | ||
|
Description
L'attribut Système source identifie l'application ou la plateforme dans laquelle l'activité de traitement de la facture a été enregistrée. Même si Coupa est le système principal, les factures ou les données associées 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, car elle permet de comprendre la contribution de chaque système au processus global. Elle aide à diagnostiquer les problèmes de qualité des données, à comprendre les transferts entre systèmes et à analyser les processus qui s'étendent sur plusieurs applications.
Pourquoi c’est important
Il précise l'origine des données, ce qui est essentiel pour le dépannage et l'analyse des processus impliquant plusieurs systèmes intégrés.
Où les obtenir
Il s'agit généralement d'une valeur statique ajoutée lors de l'extraction des données afin d'en identifier l'origine. Pour Coupa, cette valeur serait « Coupa ».
Exemples
CoupaSAP S/4HANAOracle Fusion
|
|||
Activités de traitement des factures achats-paiement
| Activité | Description | ||
|---|---|---|---|
|
Facture approuvée
|
Cette activité indique que la facture a franchi avec succès toutes les étapes requises du flux de travail d’approbation. Elle est enregistrée dans l’historique d’approbation lorsque le dernier approbateur requis effectue une action positive. | ||
|
Pourquoi c’est important
Cette étape importante marque la fin du cycle d'approbation et autorise la facture à passer au traitement du paiement. Elle est essentielle pour mesurer la durée de l'approbation et l'efficacité globale du processus.
Où les obtenir
Il s'agit d'un événement explicite enregistré dans le journal de l'historique des approbations ou correspondant à la modification du statut de l'en-tête de facture en « approved ». L'action d'approbation finale fournit un horodatage précis.
Collecte
Enregistrez l'horodatage de l'action d'approbation finale dans l'historique des approbations.
Type d’événement
explicit
|
|||
|
Facture comptabilisée pour paiement
|
La facture approuvée est marquée comme prête à être payée et ses informations financières sont souvent comptabilisées dans un système ERP externe. L'événement est généralement déduit d'un indicateur de statut d'intégration ou d'une modification du statut principal de la facture. | ||
|
Pourquoi c’est important
Cette étape marque le transfert du traitement des comptes fournisseurs vers la trésorerie ou la fonction de paiement. Les retards avant ce point affectent l'efficacité des comptes fournisseurs, tandis que ceux qui surviennent après ont une incidence sur la trésorerie et les relations avec les fournisseurs.
Où les obtenir
L'événement est souvent déduit du passage du statut à « approved for payment » ou de l'activation d'un indicateur tel que « exported ». Ces informations sont disponibles sur l'objet d'en-tête de facture.
Collecte
Détectez l'horodatage auquel le statut de la facture devient « Approved for Payment » ou auquel un indicateur d'exportation est activé.
Type d’événement
inferred
|
|||
|
Facture créée
|
Cette activité correspond à la création initiale d'un enregistrement de facture dans le système Coupa. L'événement est enregistré lorsqu'un nouvel objet facture est créé, que ce soit par saisie manuelle, via un réseau de fournisseurs intégré comme le Coupa Supplier Portal ou au moyen d'une numérisation OCR automatisée. | ||
|
Pourquoi c’est important
En tant que point de départ du cycle de vie de la facture, cette activité est essentielle pour mesurer le délai total de traitement de bout en bout. Elle sert de référence pour toutes les analyses ultérieures du temps de cycle et du débit du processus.
Où les obtenir
Il s'agit d'un événement explicite, enregistré à partir de l'horodatage de création de l'enregistrement de facture. Dans le modèle de données Coupa, il correspond à l'horodatage « created-at » de l'objet d'en-tête de facture.
Collecte
Utilisez l'horodatage de création de l'enregistrement de facture.
Type d’événement
explicit
|
|||
|
Facture envoyée pour approbation
|
Marque le moment où une facture, après avoir passé les contrôles initiaux, est envoyée dans un flux de travail d’approbation officiel. Cette étape est généralement déduite d’un changement de statut indiquant que la facture attend désormais l’intervention d’un ou plusieurs approbateurs. | ||
|
Pourquoi c’est important
Cette activité constitue le point de départ de la mesure du temps de cycle d’approbation. Elle est essentielle pour analyser les goulots d’étranglement de la hiérarchie d’approbation et alimente le Dashboard « Invoice Approval Bottleneck Analysis ».
Où les obtenir
L'événement est déduit du passage du statut de la facture à « pending approval » ou à un état similaire. La création du premier enregistrement d'approbation dans l'historique des approbations de la facture indique également cet événement.
Collecte
Enregistrez l'horodatage auquel le statut de la facture passe à « Pending Approval » ou auquel le premier enregistrement d'approbation est créé.
Type d’événement
inferred
|
|||
|
Paiement exécuté
|
Cette activité marque la dernière étape du processus : le paiement est exécuté et envoyé au fournisseur. Elle est enregistrée à partir du statut de l'enregistrement de paiement associé dans Coupa Payments ou dans un système de paiement intégré. | ||
|
Pourquoi c’est important
En tant que fin définitive du processus, cette activité est essentielle pour calculer le délai complet de traitement de bout en bout et mesurer l'indicateur « On-Time Payment Rate ».
Où les obtenir
L'événement est déduit de l'enregistrement de paiement associé à la facture. Un statut « paid », « completed » ou un champ « payment date » renseigné indique que le paiement a été exécuté.
Collecte
Utilisez la « payment date » de l'enregistrement de paiement lié à la facture.
Type d’événement
inferred
|
|||
|
Blocage de la facture
|
Cette activité correspond à la mise en attente d'une facture, ce qui empêche son paiement. 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 c’est important
Cette activité, équivalente à un blocage de paiement, est une cause majeure de retard de paiement. Le suivi de la mise en attente constitue la première étape pour analyser ses causes profondes et sa durée, et alimente l'indicateur « Payment Block Rate ».
Où les obtenir
Il s'agit d'un événement explicite présent dans l'historique de la facture ou les journaux d'audit. Coupa enregistre les actions des utilisateurs ou du système, notamment la mise en attente des factures.
Collecte
Filtrez les enregistrements de l'historique des factures pour rechercher les événements système « hold placed » ou similaires.
Type d’événement
explicit
|
|||
|
Blocage de la facture levé
|
Le blocage précédemment appliqué à la facture a été supprimé, ce qui lui permet de poursuivre son parcours vers le paiement. Comme la mise en attente, cette action explicite est enregistrée dans la piste d'audit de la facture. | ||
|
Pourquoi c’est important
Le délai entre la mise en attente et sa levée est essentiel pour l'indicateur « Average Payment Block Duration ». Cette activité marque la fin du retard, et l'analyse de ses déclencheurs peut révéler des possibilités de résolution plus rapide.
Où les obtenir
Il s'agit d'un événement explicite présent dans l'historique de la facture ou les journaux d'audit. Il est enregistré comme une action distincte de l'utilisateur ou du système.
Collecte
Filtrez les enregistrements de l'historique des factures pour rechercher les événements système « hold released » ou similaires.
Type d’événement
explicit
|
|||
|
Début de la résolution de l'écart
|
Cette activité correspond au début de l'intervention manuelle visant à résoudre un écart de rapprochement avec un bon de commande. Elle est difficile à enregistrer directement et est souvent déduite de la première action d'un utilisateur, comme l'ajout d'un commentaire ou la modification de la facture, après le signalement d'un écart. | ||
|
Pourquoi c’est important
Le suivi du délai entre l'identification de l'écart et le début de sa résolution permet de mettre en évidence les retards d'affectation ou de traitement des exceptions. Il s'agit d'un élément essentiel du Dashboard « PO Matching Discrepancy Overview ».
Où les obtenir
Cette information est difficile à obtenir et peut nécessiter une déduction avancée. Elle peut être déterminée à partir de l'horodatage du premier commentaire, de la première modification ou de la première affectation de tâche effectuée par un utilisateur concernant la facture après l'indication d'un échec du rapprochement.
Collecte
Recherchez le premier événement de modification initié par un utilisateur après un événement « Écart de rapprochement identifié ».
Type d’événement
inferred
|
|||
|
Écart de rapprochement identifié
|
Cet événement survient lorsque le système automatisé ne parvient pas à rapprocher une facture avec un bon de commande en raison d'écarts de quantité, de prix ou d'autres informations. Il est déduit du passage du statut de la facture à un état nécessitant une intervention manuelle, comme « unmatched » ou « mismatched ». | ||
|
Pourquoi c’est important
Cette activité constitue le point d'entrée de la gestion des exceptions, une source fréquente de retards. L'analyse de sa fréquence et de ses causes profondes est essentielle pour améliorer le taux de rapprochement au premier passage et réduire la charge de travail manuelle.
Où les obtenir
L'événement est déduit du statut de rapprochement de la facture. Un statut « unmatched », « mismatched » ou similaire indique un écart nécessitant une vérification manuelle. Cette information est suivie sur l'objet facture.
Collecte
Détectez l'horodatage auquel le statut du rapprochement avec le bon de commande prend une valeur indiquant un échec.
Type d’événement
inferred
|
|||
|
Facture annulé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 définitif de la facture, enregistré directement dans son champ de statut. | ||
|
Pourquoi c’est important
Cette activité représente une issue alternative et défavorable du processus. L'analyse des raisons pour lesquelles les factures sont annulées peut révéler des problèmes en amont dans les achats ou la communication avec les fournisseurs.
Où les obtenir
Il s'agit d'un événement explicite enregistré lorsque le statut de la facture passe à « voided ». Ce statut est standard dans la gestion des factures de Coupa.
Collecte
Enregistrez l'horodatage auquel le statut de la facture est mis à jour sur « Voided ».
Type d’événement
explicit
|
|||
|
Facture rapprochée avec un bon de commande
|
Cette activité indique que le système a correctement rapproché les lignes de facture avec les lignes correspondantes du bon de commande. L'événement est déduit d'une modification du champ de statut du rapprochement de la facture, indiquant une validation réussie par rapport à un bon de commande. | ||
|
Pourquoi c’est important
Un rapprochement automatisé réussi est un indicateur important d'un processus sain et sans intervention manuelle. Le suivi de cette activité permet de mesurer l'efficacité de l'automatisation et le taux de traitement de bout en bout.
Où les obtenir
L'événement est déduit du passage du champ de statut du rapprochement de la facture à l'état « matched ». L'objet facture de Coupa contient des indicateurs et des statuts qui précisent le résultat de la tentative de rapprochement avec le bon de commande.
Collecte
Détectez l'horodatage auquel le statut du rapprochement de la facture avec le bon de commande passe à « Matched ».
Type d’événement
inferred
|
|||
|
Facture rejetée
|
Un approbateur a officiellement rejeté la facture, interrompant sa progression dans le flux de travail. Il s’agit d’une action explicite enregistrée dans l’historique d’approbation de la facture, avec notamment l’identité de la personne ayant effectué le rejet et la date de celui-ci. | ||
|
Pourquoi c’est important
Les rejets entraînent des reprises et allongent considérablement les délais de cycle. L'analyse de leur fréquence et de leurs motifs est essentielle à l'amélioration du processus et au calcul de l'indicateur « First-Pass Approval Rate ».
Où les obtenir
Il s'agit d'un événement explicite enregistré dans le journal de l'historique des approbations de la facture. Chaque étape d'approbation possède un enregistrement indiquant un statut, un horodatage et l'action de l'approbateur.
Collecte
Filtrez les enregistrements de l'historique des approbations pour rechercher les actions « reject » ou « rejected ».
Type d’événement
explicit
|
|||
|
Facture soumise pour traitement
|
Représente la soumission officielle d’une facture nouvellement créée dans le flux de travail de traitement. Cette action est généralement déclenchée par un utilisateur après la saisie et la vérification de toutes les données initiales. L’événement est enregistré dans la piste d’audit lorsque le statut de la facture passe de brouillon à soumis. | ||
|
Pourquoi c’est important
Cette activité permet de distinguer le temps de saisie des données du temps de traitement effectif. L'analyse de la durée entre « Facture créée » et cet événement aide à repérer les retards survenant lors de la saisie initiale.
Où les obtenir
Suivez le changement de statut de la facture, de « draft » ou « new » à « submitted » ou « pending approval ». Ces informations sont disponibles dans les tables d'historique des factures ou de journal d'audit de Coupa.
Collecte
Enregistrez l'horodatage auquel le statut de la facture devient pour la première fois « submitted ».
Type d’événement
explicit
|
|||
|
Paiement planifié
|
La facture a été incluse dans un lot de paiements dont l'exécution est prévue à une date ultérieure. Cet événement est déduit de l'association de la facture à une exécution ou à un lot de paiements dans le système. | ||
|
Pourquoi c’est important
Cette activité donne de la visibilité sur la dernière étape du processus et distingue une facture prête à être payée d'un paiement effectivement lancé. Elle contribue aux prévisions de trésorerie.
Où les obtenir
L'événement est déduit de la création d'un enregistrement de paiement ou de lot contenant l'identifiant de la facture. La « scheduled payment date » de l'objet paiement fournit l'information temporelle pertinente.
Collecte
Utilisez la date de création de l'enregistrement du lot de paiements associé à la facture.
Type d’événement
inferred
|
|||
Guides d’extraction
Prêt à commencer ?
Utilisez ce modèle pour préparer vos données et obtenir une visibilité précise sur le traitement de vos factures dans Coupa. Commencez dès aujourd’hui à optimiser vos opérations P2P.
Atteignez une efficacité maximale : optimisez dès maintenant le traitement de vos factures P2P
Localisez les goulots d’étranglement et réduisez de 30 % la durée du cycle de traitement des factures.
Aucune carte bancaire requise. Configuration en quelques minutes.