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
- Conseils d’extraction pour Coupa
Attributs du processus Purchase to Pay, traitement des factures
| 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, indique la date et l’heure exactes auxquelles une activité a été réalisée. Elle constitue la base chronologique du journal de processus et ordonne tous les événements de chaque cas. Cet attribut est indispensable à toute analyse temporelle en Process Mining. Il sert à calculer les temps de cycle entre les activités, à mesurer la durée des goulots d’étranglement et les temps d’attente, ainsi qu’à analyser les performances du processus sur différentes périodes. Des horodatages précis sont essentiels pour créer des modèles de processus réalistes et calculer des indicateurs de performance pertinents.
Pourquoi est-ce important ?
Il fournit les données chronologiques nécessaires au calcul des durées, des temps de cycle et des temps d’attente, qui sont indispensables à l’analyse des performances.
Où trouver ces données
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é est associé à un horodatage.
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 tout au long de 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. En Process Mining, il sert d’ID de cas 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 donne une vue complète du parcours de chaque facture, de bout en bout. Elle permet de repérer les variations dans les parcours de traitement, de mesurer précisément les temps de cycle et d’identifier les factures qui subissent des retards, des mises en attente ou des exceptions. Cet attribut est indispensable pour comprendre les performances du traitement des factures dans le détail.
Pourquoi est-ce important ?
Cet identifiant de cas essentiel relie tous les événements associés à une même facture et permet d’analyser le processus de bout en bout de manière cohérente.
Où trouver ces données
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 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 précise survenu au cours du traitement de la facture. | ||
|
Description
Le nom de l’activité décrit une étape du flux de travail de traitement des factures, par exemple « Facture créée », « Facture envoyée pour approbation » ou « Paiement exécuté ». Chaque activité correspond à un moment précis où l’état ou le responsable de la facture a changé. En Process Mining, la séquence des activités forme la carte du flux de processus. Leur analyse permet de visualiser le processus réel, de repérer les parcours fréquents et rares, de détecter les goulots d’étranglement où les activités prennent trop de temps et de relever les étapes non conformes ou inefficaces, comme les boucles de reprise.
Pourquoi est-ce important ?
Cet attribut est essentiel à la création de la carte du processus et permet de visualiser et d’analyser le flux de travail réel de traitement des factures.
Où trouver ces données
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 associer les changements de statut ou certaines actions des utilisateurs à des noms d’activité définis.
Exemples
Facture soumise pour traitementFacture approuvéeFacture mise en attentePaiement exécuté
|
|||
|
Date d’échéance de paiement
PaymentDueDate
|
Date limite à laquelle la facture doit être payée pour éviter tout retard. | ||
|
Description
La date d’échéance de paiement est calculée à partir de la date de facture et des conditions de paiement convenues. Elle correspond à la date limite de paiement du fournisseur. Cet attribut sert de référence pour mesurer le respect des délais de paiement. Il permet de calculer directement l’indicateur de taux de paiement à temps en comparant cette date à la date réelle d’exécution du paiement. L’analyse des écarts par rapport à cette date aide à repérer les problèmes systémiques à l’origine des retards et à évaluer leurs conséquences sur les relations avec les fournisseurs et les éventuels frais de retard.
Pourquoi est-ce important ?
Il constitue la principale référence pour mesurer le respect des délais de paiement. Il est essentiel à la gestion des relations avec les fournisseurs et à la prévention des pénalités.
Où trouver ces données
Cette date est généralement calculée par Coupa à partir des champs « Invoice Date » et « Payment Terms ». Elle devrait figurer dans l’enregistrement de la facture.
Exemples
2023-11-302023-12-152024-01-10
|
|||
|
Montant total de la facture
InvoiceTotalAmount
|
Montant total de la facture, taxes et autres frais compris. | ||
|
Description
Cet attribut indique 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 strict, ce qui risque d’allonger les temps de cycle. Cet attribut sert également à évaluer les conséquences financières des inefficacités du processus, par exemple le montant des factures actuellement bloquées ou en retard.
Pourquoi est-ce important ?
Il apporte un contexte financier essentiel pour analyser l’évolution du processus selon le montant de la facture et évaluer les conséquences financières des retards.
Où trouver ces données
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 les services ont été achetés. Il s’agit d’une donnée contextuelle importante pour analyser les paiements et les relations avec les fournisseurs. Cet attribut permet de segmenter le traitement des factures par fournisseur. Il aide à répondre à des questions telles que « Quels fournisseurs ont les délais de traitement des factures les plus longs ? » ou « Payons-nous toujours certains fournisseurs stratégiques à temps ? ». L’analyse par fournisseur est essentielle au Dashboard sur le respect des délais de paiement des fournisseurs et à la gestion des relations avec ces derniers.
Pourquoi est-ce important ?
Il permet de segmenter et d’analyser le processus par fournisseur, ce qui est essentiel pour gérer les relations avec les fournisseurs et repérer les problèmes qui leur sont propres.
Où trouver ces données
Cette information fait partie des données principales de la facture dans Coupa et est liée à l’objet Supplier/Vendor.
Exemples
Fournitures de bureau internationalesTech Solutions Inc.Agence de marketing créatif
|
|||
|
Numéro de bon de commande
PurchaseOrderNumber
|
Identifiant du bon de commande (PO) auquel la facture se rapporte. | ||
|
Description
Le numéro de bon de commande relie une facture au document d’achat d’origine. Ce lien est fondamental pour le rapprochement avec le bon de commande, une étape clé de la validation des factures dans de nombreuses organisations. En Process Mining, cet attribut est essentiel à 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 indispensable au Dashboard de vue d’ensemble des écarts de rapprochement des bons de commande. Un nombre élevé de factures sans numéro de bon de commande peut signaler des achats hors procédure ou non conformes.
Pourquoi est-ce important ?
Il relie la facture au processus d’achat et permet d’analyser l’efficacité du rapprochement avec les bons de commande et le traitement des écarts.
Où trouver ces données
Il s’agit d’un champ standard de l’objet Invoice Line dans Coupa, utilisé pour associer les lignes de facture aux lignes des bons de commande.
Exemples
PO4500123PO4500456PO4500789
|
|||
|
Statut de la facture
InvoiceStatus
|
État actuel de la facture dans son flux de travail de traitement. | ||
|
Description
Le statut de la facture indique où en est celle-ci à un moment donné, par exemple « pending approval », « approved », « on hold » ou « paid ». Cet attribut évolue au fur et à mesure que la facture progresse dans le processus. Il s’agit d’un attribut essentiel pour les Dashboards de suivi opérationnel, comme le Dashboard sur le débit et le statut du traitement des factures. Il permet de suivre le stock actuel de factures ouvertes et leur répartition entre les différentes étapes. L’analyse des changements de statut au fil du temps permet également de déduire l’attribut « ActivityName ».
Pourquoi est-ce important ?
Il donne 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ù trouver ces données
Il s’agit d’un champ de statut principal de l’objet Invoice dans Coupa.
Exemples
En attente d’approbationApprouvéAnnuléePayée
|
|||
|
Utilisateur
User
|
Utilisateur ou agent système ayant réalisé l’activité. | ||
|
Description
Cet attribut identifie la personne ou le système automatisé responsable d’une étape précise du processus, comme l’approbation d’une facture ou la levée d’une mise en attente. 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 des équipes, la répartition de la charge de travail et les besoins de formation. Elle est également utile pour analyser les goulots d’étranglement, car elle peut révéler si les retards se concentrent chez certains approbateurs ou certaines équipes. Elle permet aussi de distinguer les activités manuelles des activités automatisées.
Pourquoi est-ce important ?
Il permet d’analyser la charge de travail, de repérer les goulots d’étranglement liés à certains utilisateurs ou équipes et d’évaluer les performances et la conformité des utilisateurs.
Où trouver ces données
Les informations sur les utilisateurs sont généralement consignées dans la piste d’audit ou l’historique d’une facture dans Coupa, en regard de chaque action effectuée.
Exemples
john.doe@company.comjane.smithSystem.Automation
|
|||
|
Code société
CompanyCode
|
Identifiant de l’entité juridique ou de la société responsable de la facture. | ||
|
Description
Le code société désigne une entité juridique précise au sein d’une organisation plus vaste. Les factures sont imputées à un code société à des fins de comptabilité et de reporting financier. Cet attribut est indispensable pour filtrer et segmenter l’analyse des processus par entité juridique. Il permet de comparer les performances 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 ? ». Il est particulièrement utile aux grandes organisations internationales.
Pourquoi est-ce important ?
Il permet de comparer les processus et leurs performances entre les entités juridiques ou les unités opérationnelles de l’organisation.
Où trouver ces données
Il s’agit d’un champ comptable fondamental de l’objet Invoice dans Coupa, souvent obligatoire pour la comptabilisation financière.
Exemples
1000US01DE01
|
|||
|
Conditions de paiement
PaymentTerms
|
Conditions de paiement convenues pour la facture, par exemple « Net 30 » ou « 2% 10, Net 30 ». | ||
|
Description
Les conditions de paiement définissent les modalités de règlement d’un fournisseur, notamment la date d’échéance et les éventuelles remises pour paiement anticipé. Elles 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 au calcul de la date d’échéance de paiement et à l’identification des possibilités de remise pour paiement anticipé. Il alimente directement le Dashboard de suivi des remises pour paiement anticipé et l’indicateur associé. L’analyse des conditions de paiement peut révéler si certaines d’entre elles sont liées à des retards de paiement.
Pourquoi est-ce important ?
Il sert à calculer les dates d’échéance et à repérer les possibilités de remise pour paiement anticipé, avec un effet direct sur le fonds de roulement.
Où trouver ces données
Il s’agit d’un champ standard dans Coupa, généralement repris de l’enregistrement Supplier/Vendor et appliqué à la facture.
Exemples
Net 30Net à 60 jours2 % à 10 jours, net à 30 jours
|
|||
|
Date de facture
InvoiceDate
|
Date figurant sur la facture du fournisseur. | ||
|
Description
La date de facture est celle que le fournisseur attribue à sa facture. Elle marque généralement le début officiel du cycle de paiement et sert de référence pour calculer la date d’échéance selon les conditions de paiement. Cet attribut constitue un point de départ important pour de nombreux calculs de temps de cycle. Il est indispensable pour calculer la date d’échéance du paiement et déterminer si une facture ouvre droit à un escompte pour paiement anticipé. Comparer la date de facture à celle de sa saisie dans le système peut révéler des retards dans l’envoi ou la réception des factures.
Pourquoi est-ce important ?
C’est la date de référence pour calculer les échéances de paiement, mesurer le respect des délais et déterminer si les escomptes ont été obtenus.
Où trouver ces données
Il s’agit d’un champ standard 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 date de la dernière extraction des données et de leur chargement dans l’outil de Process Mining. Il précise l’actualité de l’analyse et aide à interpréter les informations présentées dans les Dashboards. Connaître la date de la dernière mise à jour des données est important pour la supervision opérationnelle. Cette information permet aux utilisateurs de savoir à quel point les données sont récentes et d’éviter de prendre des décisions à partir d’une représentation obsolète du processus.
Pourquoi est-ce important ?
Il précise l’actualité et la pertinence des données de processus, afin que les utilisateurs sachent à quel point l’analyse est récente.
Où trouver ces données
Cet horodatage est généré et ajouté au jeu de données lors du processus d’extraction et de transformation des données (ETL).
Exemples
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
|
|||
|
Devise
CurrencyCode
|
Code ISO de la devise dans laquelle le montant de la facture est exprimé. | ||
|
Description
Le code de devise indique l’unité monétaire des montants de la facture, par exemple USD, EUR ou GBP. Il est indispensable aux organisations présentes dans plusieurs pays et qui traitent des factures dans différentes devises. 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 présenter des synthèses financières pertinentes. Cela évite d’additionner à tort des montants exprimés dans des devises différentes et permet d’analyser les processus par devise.
Pourquoi est-ce important ?
Il garantit la précision des analyses et des rapports financiers en fournissant le contexte nécessaire pour interpréter les montants dans un environnement multidevise.
Où trouver ces données
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
|
Indique si un escompte disponible pour paiement anticipé a effectivement été obtenu. | ||
|
Description
Cet attribut booléen indique si l’organisation a payé une facture pendant la période ouvrant droit à l’escompte prévue par les conditions de paiement, par exemple dans les 10 jours pour des conditions « 2 % à 10 jours, net à 30 jours ». C’est la métrique principale du Dashboard de suivi des escomptes pour paiement anticipé et du KPI associé. L’analyse des factures pour lesquelles cet indicateur est faux permet de repérer les économies manquées. L’entreprise peut alors chercher pourquoi les factures ouvrant droit à un escompte n’ont pas été traitées assez rapidement et modifier ses pratiques pour obtenir davantage d’escomptes et optimiser son fonds de roulement.
Pourquoi est-ce important ?
Il mesure directement le gain financier lié à un traitement efficace des factures et aide à repérer les économies manquées.
Où trouver ces données
Il s’agit d’un attribut calculé. Le calcul vérifie 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 bien été appliqué.
Exemples
truefalse
|
|||
|
Est automatisé
IsAutomated
|
Indique si une activité a été effectuée par un système automatisé ou par un utilisateur. | ||
|
Description
Cet attribut booléen distingue les tâches exécutées automatiquement par le système, comme le rapprochement automatique avec un bon de commande ou la génération d’écritures, de celles réalisées manuellement par un utilisateur. Son analyse permet de mesurer le degré d’automatisation du flux de traitement des factures. Elle sert à évaluer les initiatives d’automatisation, à repérer les interventions manuelles qui pourraient être automatisées et à comparer l’efficacité et le taux d’erreur des activités automatisées et manuelles. Elle aide ainsi à comprendre le coût réel et l’efficacité du processus.
Pourquoi est-ce important ?
Il permet de mesurer le degré d’automatisation du processus, de repérer les possibilités d’automatisation supplémentaires et d’évaluer l’effet des robots déjà en place.
Où trouver ces données
Cet attribut 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 mise en attente
HoldReason
|
Motif précis pour lequel une facture est mise en attente ou bloquée avant paiement. | ||
|
Description
Le motif de mise en attente explique pourquoi une facture ne peut pas passer au paiement. Il peut s’agir, par exemple, d’un « Écart de quantité » ou d’une « 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 racines des blocages de paiement. En classant les motifs de mise en attente et en comptant leur fréquence, l’entreprise peut repérer les problèmes qui perturbent le plus souvent le processus de paiement. Elle peut alors cibler ses améliorations pour éviter de nouveaux blocages et accélérer les paiements.
Pourquoi est-ce important ?
Il explique les retards de paiement et permet d’en analyser les causes afin de réduire la fréquence et la durée des blocages.
Où trouver ces données
Lorsqu’une facture est mise en attente dans Coupa, un motif est généralement sélectionné ou saisi. Cette information est associée au statut de mise en attente de la facture.
Exemples
Écart de prix avec le bon de commandeRéception des marchandises en attenteFacture 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 un motif, par exemple « Montant incorrect » ou « Facture en double ». Cet attribut enregistre le motif, sous forme de texte libre ou de code. Ces données sont précieuses 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 repérer les problèmes systémiques en amont, comme des erreurs dans les bons de commande ou des pratiques de facturation inadaptées chez les fournisseurs. Ces informations alimentent le Dashboard d’analyse des goulots d’étranglement liés à l’approbation des factures.
Pourquoi est-ce important ?
Cet attribut met directement en évidence les causes profondes des rejets de factures. Il aide à repérer les améliorations à apporter au processus et à réduire les reprises.
Où trouver ces données
Ces informations sont enregistrées lorsqu’un utilisateur sélectionne l’action « Rejeter » dans un flux de travail d’approbation. Elles figurent souvent dans les commentaires ou la piste d’audit.
Exemples
Quantité incorrecteLe prix ne correspond pas au bon de commandeFacture soumise en double
|
|||
|
Paiement effectué à temps
IsOnTimePayment
|
Indique si la facture a été payée au plus tard à sa date d’échéance. | ||
|
Description
Cet attribut calculé indique simplement, par une valeur vraie ou fausse, si chaque facture a été payée dans les délais. Il est obtenu en comparant l’horodatage de l’activité « Paiement exécuté » à la « Date d’échéance du paiement ». Si le paiement a été effectué au plus tard à la date d’échéance, la valeur est vraie. Cet indicateur simplifie le calcul du KPI de taux de paiement à temps. Il permet de filtrer et de segmenter facilement les factures payées en retard pour en étudier les caractéristiques, par exemple les fournisseurs, les services ou les montants de facture associés aux retards.
Pourquoi est-ce important ?
Il simplifie l’analyse des délais de paiement et sert de base au calcul du KPI de taux de paiement à temps.
Où trouver ces données
Il s’agit d’un attribut calculé selon la règle suivante : « Date d’exécution du paiement » <= « Date d’échéance du paiement ». Ce calcul est effectué dans l’outil de Process Mining.
Exemples
truefalse
|
|||
|
Système source
SourceSystem
|
Système d’origine dont les données d’événement 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. Le système principal est Coupa, mais les factures ou les données associées peuvent provenir d’autres systèmes intégrés, comme un ERP ou un portail fournisseurs. Cette information est utile dans les environnements informatiques complexes pour comprendre la contribution des différents systèmes 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 couvrent plusieurs applications.
Pourquoi est-ce important ?
Il précise l’origine des données, une information essentielle pour le dépannage et l’analyse des processus faisant intervenir plusieurs systèmes intégrés.
Où trouver ces données
Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données pour en indiquer l’origine. Pour Coupa, cette valeur serait « Coupa ».
Exemples
CoupaSAP S/4HANAOracle Fusion
|
|||
Activités du processus Purchase to Pay, traitement des factures
| Activité | Description | ||
|---|---|---|---|
|
Facture approuvée
|
Cette activité indique que la facture a franchi avec succès toutes les étapes d’approbation requises. Elle est enregistrée dans l’historique d’approbation lorsque le dernier approbateur requis donne son accord. | ||
|
Pourquoi est-ce important ?
Cette étape importante marque la fin du cycle d’approbation et permet de traiter la facture en vue de son paiement. Elle est essentielle pour mesurer la durée d’approbation et l’efficacité globale du processus.
Où trouver ces données
Il s’agit d’un événement explicite, enregistré dans le journal de l’historique d’approbation ou lors du passage du statut de l’en-tête de facture à « approved ». La dernière action d’approbation consignée dans le journal fournit un horodatage précis.
Données à recueillir
Enregistrez l’horodatage de la dernière action d’approbation dans l’historique d’approbation.
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 données financières sont souvent transmises à un système ERP externe. Cet événement est généralement déduit d’un indicateur de statut d’intégration ou d’un changement du statut principal de la facture. | ||
|
Pourquoi est-ce important ?
Cette étape marque le transfert du traitement des comptes fournisseurs vers la trésorerie ou le service des paiements. Les retards qui la précèdent affectent l’efficacité des comptes fournisseurs, tandis que ceux qui la suivent ont des conséquences sur la trésorerie et les relations avec les fournisseurs.
Où trouver ces données
Cet é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 figurent dans l’objet d’en-tête de facture.
Données à recueillir
Détectez l’horodatage auquel le statut de la facture passe à « 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 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 portail fournisseurs Coupa, ou par numérisation OCR automatisée. | ||
|
Pourquoi est-ce important ?
Première étape du cycle de vie de la facture, cette activité est essentielle pour mesurer le temps de traitement total de bout en bout. Elle sert de référence pour toutes les analyses ultérieures du temps de cycle et du débit.
Où trouver ces données
Il s’agit d’un événement explicite, enregistré à partir de l’horodatage de création de la facture. Dans le modèle de données de Coupa, il correspond à l’horodatage « created-at » de l’objet d’en-tête de facture.
Données à recueillir
Utilisez l’horodatage de création de l’enregistrement de facture.
Type d’événement
explicit
|
|||
|
Facture envoyée pour approbation
|
Cette activité marque le moment où une facture ayant passé les vérifications initiales est envoyée dans un flux de travail d’approbation officiel. Elle 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 est-ce important ?
Cette activité marque le début de la mesure du temps de cycle d’approbation. Elle est essentielle pour analyser les goulots d’étranglement dans la hiérarchie d’approbation et alimente le Dashboard « Analyse des goulots d’étranglement dans l’approbation des factures ».
Où trouver ces données
Cet é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 de la facture indique également cet événement.
Données à recueillir
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 est-ce important ?
Dernière étape du processus, cette activité est essentielle pour calculer le temps de cycle complet de bout en bout et mesurer l’indicateur « Taux de paiement à temps ».
Où trouver ces données
Cet événement est déduit de l’enregistrement de paiement associé à la facture. Un statut « paid » ou « completed », ou la présence d’une valeur dans le champ « payment date », indique que le paiement a été exécuté.
Données à recueillir
Utilisez la « payment date » de l’enregistrement de paiement associé à la facture.
Type d’événement
inferred
|
|||
|
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 après le signalement de l’écart, par exemple l’ajout d’un commentaire ou la modification de la facture. | ||
|
Pourquoi est-ce important ?
Le suivi du délai entre la détection de l’écart et le début de sa résolution permet de repérer les retards dans l’attribution ou le traitement des exceptions. Cette mesure figure dans le Dashboard « Vue d’ensemble des écarts de rapprochement des bons de commande ».
Où trouver ces données
Il est difficile d’obtenir cette information, qui peut nécessiter une déduction avancée. Elle peut être calculée à partir de l’horodatage du premier commentaire, de la première modification ou de la première attribution de tâche par un utilisateur au sujet de la facture, après le signalement d’un échec de rapprochement.
Données à recueillir
Recherchez le premier événement de modification déclenché par un utilisateur après l’événement « Écart de rapprochement détecté ».
Type d’événement
inferred
|
|||
|
Écart de rapprochement détecté
|
Cet événement se produit 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 détails. Il est déduit du passage du statut de la facture à un état nécessitant une intervention manuelle, comme « unmatched » ou « mismatched ». | ||
|
Pourquoi est-ce important ?
Cette activité marque le début du traitement 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 dès la première tentative et réduire la charge de travail manuelle.
Où trouver ces données
Cet é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 enregistrée dans l’objet facture.
Données à recueillir
Détectez l’horodatage auquel le statut de 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, directement enregistré dans le champ de statut de la facture. | ||
|
Pourquoi est-ce important ?
Cet événement représente une issue alternative et infructueuse du processus. L’analyse des motifs d’annulation des factures peut révéler des problèmes en amont dans les achats ou la communication avec les fournisseurs.
Où trouver ces données
Il s’agit d’un événement explicite, enregistré lorsque le statut de la facture passe à « voided ». Ce statut est standard dans le module de gestion des factures de Coupa.
Données à recueillir
Enregistrez l’horodatage auquel le statut de la facture passe à « Voided ».
Type d’événement
explicit
|
|||
|
Facture libérée de la mise en attente
|
La mise en attente de la facture a été levée, ce qui lui permet de poursuivre son parcours vers le paiement. Comme la mise en attente, cette action explicite est consignée dans la piste d’audit de la facture. | ||
|
Pourquoi est-ce important ?
Le délai entre la mise en attente et sa levée est essentiel pour calculer l’indicateur « Durée moyenne de blocage des paiements ». Cette activité marque la fin du retard. L’analyse des facteurs qui déclenchent la levée peut révéler des moyens d’accélérer la résolution.
Où trouver ces données
Il s’agit d’un événement explicite figurant dans l’historique de la facture ou les journaux d’audit. Il est consigné comme une action distincte d’un utilisateur ou du système.
Données à recueillir
Filtrez les enregistrements de l’historique des factures pour repérer les événements système « hold released » ou similaires.
Type d’événement
explicit
|
|||
|
Facture mise en attente
|
Cette activité correspond à la mise en attente d’une facture, qui empêche son paiement. Il s’agit d’un événement explicite, généralement consigné dans l’historique ou la piste d’audit de la facture, souvent avec le motif associé. | ||
|
Pourquoi est-ce important ?
Équivalente à un blocage de paiement, cette activité est une cause importante de retard de paiement. Le suivi des mises en attente constitue la première étape de l’analyse de leurs causes profondes et de leur durée, et alimente l’indicateur « Taux de blocage des paiements ».
Où trouver ces données
Il s’agit d’un événement explicite figurant dans l’historique de la facture ou les journaux d’audit. Coupa consigne les actions des utilisateurs et du système, y compris les mises en attente.
Données à recueillir
Filtrez les enregistrements de l’historique des factures pour repérer les événements système « hold placed » ou similaires.
Type d’événement
explicit
|
|||
|
Facture rapprochée avec le bon de commande
|
Cette activité indique que le système a rapproché avec succès les lignes de facture des lignes correspondantes du bon de commande. L’événement est déduit d’un changement du champ de statut de rapprochement de la facture, qui signale la validation du rapprochement avec un bon de commande. | ||
|
Pourquoi est-ce important ?
Un rapprochement automatisé réussi est un indicateur important d’un processus efficace, sans intervention manuelle. Le suivi de cette activité permet de mesurer l’efficacité de l’automatisation et le taux de traitement direct.
Où trouver ces données
Cet événement est déduit du passage du champ de statut de rapprochement de la facture à « 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.
Données à recueillir
Détectez l’horodatage auquel le statut de 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 ainsi son avancement dans le flux de travail. Cette action explicite est enregistrée dans l’historique d’approbation de la facture, avec le nom de la personne qui l’a rejetée et la date du rejet. | ||
|
Pourquoi est-ce important ?
Les rejets entraînent des reprises et allongent considérablement les temps 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 « Taux d’approbation dès la première soumission ».
Où trouver ces données
Il s’agit d’un événement explicite consigné dans le journal de l’historique d’approbation de la facture. Chaque étape d’approbation comporte un enregistrement indiquant le statut, l’horodatage et l’action de l’approbateur.
Données à recueillir
Filtrez les enregistrements de l’historique d’approbation pour repérer les actions « reject » ou « rejected ».
Type d’événement
explicit
|
|||
|
Facture soumise pour traitement
|
Cette activité correspond à la soumission officielle d’une facture nouvellement créée dans le flux de travail de traitement. Elle est généralement déclenchée par un utilisateur après la saisie et la vérification des données initiales. L’événement est enregistré dans la piste d’audit lorsque le statut de la facture passe de brouillon à soumis. | ||
|
Pourquoi est-ce important ?
Cette activité permet de distinguer le temps de saisie des données du temps de traitement actif. L’analyse du délai entre « Facture créée » et cet événement aide à repérer les retards lors de la saisie initiale des données.
Où trouver ces données
Suivez le changement de statut de la facture, de « draft » ou « new » à « submitted » ou « pending approval ». Ces informations figurent dans l’historique des factures ou les tables du journal d’audit de Coupa.
Données à recueillir
Enregistrez l’horodatage auquel le statut de la facture passe 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 à un ordre ou à un lot de paiements dans le système. | ||
|
Pourquoi est-ce important ?
Cette activité donne de la visibilité sur la dernière étape du processus. Elle permet de distinguer une facture prête à être payée d’un paiement effectivement lancé et facilite les prévisions de trésorerie.
Où trouver ces données
Cet é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 de paiement indique la date pertinente.
Données à recueillir
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 mieux comprendre le traitement des factures dans Coupa. Commencez dès aujourd’hui à optimiser vos opérations P2P.
Optimisez votre processus P2P de traitement des factures
Repérez les goulots d’étranglement et réduisez de 30 % le temps de cycle de traitement des factures.
Aucune carte bancaire requise. Configuration en quelques minutes.