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 dans SAP Ariba
- Conseils pratiques pour l’extraction des données
Purchase to Pay - Attributs du traitement des factures
| Nom | Description | ||
|---|---|---|---|
|
Heure de l’événement
EventTime
|
Horodatage indiquant la date et l’heure exactes auxquelles une activité s’est produite. | ||
|
Description
L’heure de l’événement, ou horodatage, enregistre le moment où une activité précise a eu lieu. Ces données sont fondamentales pour l’analyse des performances, car elles permettent de calculer les durées entre les activités et le délai global de traitement du dossier. Les outils de Process Mining utilisent ces horodatages pour classer les événements par ordre chronologique et représenter fidèlement le flux du processus. Ils sont indispensables pour mesurer des KPI tels que le délai du cycle d’approbation des factures et le délai de résolution du blocage du paiement, et pour analyser les retards et l’efficacité.
Pourquoi c’est important
Il permet de calculer tous les indicateurs fondés sur le temps, comme les délais de cycle et les durées, qui sont essentiels pour identifier les retards du processus.
Où les obtenir
Enregistré automatiquement par SAP Ariba pour chaque changement de statut, action utilisateur ou événement système. Il se trouve généralement avec le nom de l’activité dans les journaux d’événements ou les tables d’historique.
Exemples
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom de l’événement ou de la tâche spécifique survenu à un moment donné du cycle de traitement de la facture. | ||
|
Description
Le nom de l’activité décrit une étape précise du flux de travail de traitement des factures, par exemple « Facture reçue », « Facture approuvée » ou « Paiement exécuté ». Chaque activité représente un événement métier qui rapproche la facture de son achèvement. Dans le Process Mining, la séquence de ces activités forme la carte du processus. Leur analyse permet d’identifier les parcours les plus fréquents, les écarts par rapport à la procédure standard, les boucles de reprise telles que le traitement des écarts, ainsi que les possibilités d’automatisation.
Pourquoi c’est important
Cet attribut constitue la base de la visualisation de la carte du processus, de la découverte des variantes de processus et de l’identification des reprises ou des goulots d’étranglement.
Où les obtenir
Généré à partir des journaux d’événements du système, des changements d’état ou des actions des utilisateurs enregistrées dans SAP Ariba. Ces données proviennent souvent des tables d’historique du flux de travail ou des documents.
Exemples
Facture reçueFacture approuvéeBlocage du paiement définiPaiement exécuté
|
|||
|
Numéro de facture
InvoiceNumber
|
Identifiant unique de chaque facture fournisseur, utilisé comme identifiant principal du dossier dans le parcours de traitement de la facture. | ||
|
Description
Le numéro de facture est la référence unique attribuée par un fournisseur à un document de facture. Dans le Process Mining, cet attribut est essentiel, car il sert d’identifiant de dossier et relie toutes les activités associées, de la réception de la facture au paiement final. Grâce au suivi de cet identifiant, les analystes peuvent reconstituer le cycle de vie complet de chaque facture, de bout en bout. Ils peuvent ainsi analyser en détail les flux de processus, identifier les goulots d’étranglement et mesurer des indicateurs clés tels que le délai de traitement de chaque facture.
Pourquoi c’est important
Il s’agit de la clé essentielle qui relie toutes les étapes du processus pour une même facture et permet d’analyser son délai et son parcours de traitement de bout en bout.
Où les obtenir
Il s’agit d’un champ principal du document de facture et de la solution SAP Ariba Invoicing. Il se trouve généralement dans les tables d’en-tête des factures ou dans les données de transaction.
Exemples
INV-2023-001239876543210SI-58840-A
|
|||
|
Approbateur
Approver
|
Utilisateur ou rôle responsable de l’approbation de la facture pour paiement. | ||
|
Description
L’approbateur est la personne ou le groupe d’utilisateurs chargé d’examiner et d’approuver une facture. Les factures nécessitent souvent un ou plusieurs niveaux d’approbation selon leur montant ou leur type. Cet attribut permet d’analyser les performances du flux de travail d’approbation. En segmentant le « Temps de cycle d’approbation des factures » par approbateur ou groupe d’approbation, vous pouvez identifier les personnes ou les équipes qui constituent des goulots d’étranglement. Ces informations sont essentielles pour équilibrer les charges de travail et améliorer l’efficacité des approbations.
Pourquoi c’est important
Il permet d’identifier les goulots d’étranglement du processus d’approbation en montrant quels utilisateurs ou équipes présentent les délais de cycle d’approbation les plus longs.
Où les obtenir
Enregistré dans les journaux du flux de travail ou de l’historique des approbations d’une facture dans SAP Ariba. Il peut être enregistré sous la forme d’un identifiant utilisateur.
Exemples
j.smithFinance_Approvers_Tier1m.jones
|
|||
|
Date d’échéance du paiement
PaymentDueDate
|
Date à laquelle la facture doit être payée pour éviter les pénalités, conformément aux conditions de paiement. | ||
|
Description
La date d’échéance du paiement est la date convenue contractuellement pour régler une facture. Elle est généralement calculée à partir de la date du document de facture et des conditions de paiement convenues, par exemple « Net 30 ». Cet attribut est essentiel pour le KPI du taux de paiement dans les délais. En comparant l’horodatage de l’étape « Payment Executed » à la date d’échéance du paiement, l’analyse peut identifier les paiements en retard, mesurer les performances de paiement des fournisseurs, aider l’entreprise à éviter les pénalités de retard et préserver de bonnes relations avec ses fournisseurs.
Pourquoi c’est important
Elle sert de référence pour calculer le taux de paiement dans les délais, un KPI important pour la gestion des relations fournisseurs et la conformité financière.
Où les obtenir
Cette date figure sur le document de facture ou est calculée à partir des champs « DocumentDate » et « PaymentTerms » dans SAP Ariba.
Exemples
2023-11-302024-01-152023-12-25
|
|||
|
Montant de la facture
InvoiceAmount
|
Valeur monétaire totale de la facture. | ||
|
Description
Le montant de la facture correspond au montant total demandé par le fournisseur. Il s’agit d’un attribut financier fondamental pour analyser la charge de travail liée au traitement des factures. Dans le Process Mining, cet attribut permet de filtrer les analyses sur les factures de montant élevé, qui peuvent suivre des parcours d’approbation différents ou être soumises à des contrôles plus stricts. Il peut également servir à prioriser les initiatives d’amélioration portant sur les factures ayant le plus fort impact financier. Les Dashboards l’utilisent souvent pour afficher la valeur totale des factures à différentes étapes du processus.
Pourquoi c’est important
Il permet d’analyser l’impact financier, par exemple en filtrant les factures de montant élevé ou en évaluant la valeur monétaire immobilisée dans les goulots d’étranglement du processus.
Où les obtenir
Champ standard des données d’en-tête de la facture dans SAP Ariba.
Exemples
5250.75120000.00895.50
|
|||
|
Motif du blocage du paiement
PaymentBlockReason
|
Motif précis pour lequel un blocage de paiement a été appliqué à une facture. | ||
|
Description
Lorsqu’une facture est bloquée pour paiement, cet attribut en indique le motif, par exemple « Price Discrepancy », « Quantity Mismatch » ou « Missing Goods Receipt ». Ces motifs sont souvent des codes ou des descriptions standardisés dans le système. L’analyse de la fréquence des différents motifs de blocage permet d’identifier les causes profondes des retards de paiement. Par exemple, un nombre élevé de blocages pour « Price Discrepancy » peut révéler des problèmes de fiabilité des données de référence. Cet attribut est essentiel au Dashboard du délai de résolution des blocages de paiement, qui permet de prioriser la résolution des problèmes les plus fréquents et les plus longs à traiter.
Pourquoi c’est important
Il fournit la cause profonde des retards de paiement et permet de mettre en place des améliorations ciblées afin de prévenir les problèmes courants, comme les écarts de prix ou de quantité.
Où les obtenir
Cette information est définie lorsqu’un blocage de paiement est appliqué à une facture dans SAP Ariba ou dans l’ERP connecté.
Exemples
Écart de prixÉcart de quantitéEn attente de réception des marchandises
|
|||
|
Nom du fournisseur
VendorName
|
Nom du fournisseur qui a soumis la facture. | ||
|
Description
Le nom du fournisseur identifie le fournisseur qui demande le paiement. Il s’agit d’une dimension principale pour l’analyse, car elle permet aux équipes de segmenter les performances du traitement des factures par fournisseur. Cet attribut sert à créer des Dashboards qui suivent les performances de paiement des fournisseurs, identifient ceux qui présentent un taux élevé d’écarts ou analysent les délais de traitement des fournisseurs stratégiques. La compréhension des problèmes propres à chaque fournisseur peut contribuer à améliorer les relations fournisseurs et à simplifier la collaboration.
Pourquoi c’est important
Il permet d’analyser les performances par fournisseur et d’identifier ceux qui présentent fréquemment des problèmes de facturation ou des retards de paiement.
Où les obtenir
Champ standard des données d’en-tête de la facture, alimenté par les données de référence des fournisseurs dans SAP Ariba ou dans le système ERP connecté.
Exemples
Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
|
|||
|
Numéro de bon de commande
PurchaseOrderNumber
|
Identifiant du bon de commande associé à la facture, le cas échéant. | ||
|
Description
Le numéro de bon de commande (PO) relie une facture au document d’achat correspondant qui a autorisé l’acquisition de biens ou de services. Toutes les factures ne sont pas associées à un bon de commande, mais ce lien est essentiel lorsqu’il existe. L’analyse des factures par numéro de bon de commande permet d’évaluer les performances du rapprochement à trois niveaux, entre le bon de commande, la réception des marchandises et la facture. Elle est essentielle pour identifier les écarts et comparer le traitement des factures associées ou non à un bon de commande, qui suivent souvent des parcours différents et présentent des niveaux d’efficacité distincts.
Pourquoi c’est important
Il relie la facture au processus d’achat, ce qui permet d’analyser les écarts de rapprochement et de comparer les flux de factures associées ou non à un bon de commande.
Où les obtenir
Disponible comme champ standard pour les factures associées à un bon de commande dans SAP Ariba. Il se trouve dans les données des lignes ou de l’en-tête de la facture.
Exemples
45000123454500054321PO-2023-789
|
|||
|
Statut de la facture
InvoiceStatus
|
Statut actuel ou final du dossier de facture, par exemple « Paid », « Rejected » ou « In Process ». | ||
|
Description
Le statut de la facture fournit une vue instantanée de sa position dans le cycle de vie au moment de l’extraction des données, ou de son résultat final. Il s’agit d’un attribut au niveau du dossier qui résume l’état global de la facture. Dans le Process Mining, cet attribut permet de filtrer les dossiers afin d’analyser uniquement les factures terminées (« Paid ») ou problématiques (« Rejected »). Il aide à comprendre les résultats finaux des différentes variantes de processus et à mesurer la proportion de factures qui aboutissent favorablement.
Pourquoi c’est important
Il fournit le résultat final du processus de traitement de la facture et permet de comparer les factures payées avec succès et les factures rejetées.
Où les obtenir
Champ de statut standard de l’en-tête de la facture dans SAP Ariba.
Exemples
PayéeRejetéeEn cours de traitementApprouvée
|
|||
|
Code société
CompanyCode
|
Identifiant de l’entité juridique ou de la société concernée au sein de l’organisation qui traite la facture. | ||
|
Description
Le code société est une unité organisationnelle standard dans les environnements SAP. Il représente une entité juridique indépendante pour laquelle des états financiers sont établis. Les factures sont toujours comptabilisées dans un code société précis. Cet attribut permet de comparer la performance du processus entre différentes unités opérationnelles ou entités juridiques. Il aide à déterminer si certaines entités sont plus efficaces que d’autres et contribue à standardiser les processus à l’échelle d’une organisation internationale.
Pourquoi c’est important
Il permet de comparer la performance entre différentes entités juridiques ou unités opérationnelles, afin d’identifier les inefficacités régionales ou départementales.
Où les obtenir
Champ organisationnel fondamental du document de facture dans SAP Ariba, hérité de la commande d’achat ou saisi lors de la création d’une facture sans commande d’achat.
Exemples
1000US01DE01
|
|||
|
Conditions de paiement
PaymentTerms
|
Conditions convenues pour le paiement de la facture, qui comprennent souvent des informations sur les escomptes pour paiement anticipé. | ||
|
Description
Les conditions de paiement définissent les règles applicables au règlement du fournisseur, comme « Net 30 » ou « 2 % 10, Net 30 », qui prévoit une remise de 2 % en cas de paiement sous 10 jours, puis un paiement dû sous 30 jours. Ces informations proviennent des données de référence du fournisseur ou du bon de commande. Cet attribut est essentiel au Dashboard des possibilités d’escompte pour paiement anticipé et au KPI associé. L’analyse utilise ces conditions pour identifier les factures éligibles à un escompte et déterminer si le paiement a été effectué dans le délai prévu, afin de mettre en évidence les possibilités d’économies.
Pourquoi c’est important
Il est essentiel pour identifier les possibilités de récupérer des escomptes pour paiement anticipé, qui peuvent générer des économies significatives.
Où les obtenir
Stockées dans les données de référence du fournisseur, puis copiées dans les détails de la facture dans SAP Ariba ou dans le système ERP.
Exemples
Paiement à 30 jours2 % à 10 jours, paiement à 30 joursPaiement à 60 jours
|
|||
|
Date du document
DocumentDate
|
Date imprimée sur le document de facture par le fournisseur. | ||
|
Description
La date du document correspond à la date à laquelle le fournisseur a créé la facture. Elle se distingue de la date « Invoice Received », qui correspond à l’entrée de la facture dans le système de traitement. Le délai entre ces deux dates peut être important. Cet attribut aide à analyser la performance des fournisseurs et à identifier les retards de transmission des factures. Un délai important entre la date du document et la date de réception peut réduire le temps réellement disponible pour traiter la facture et bénéficier des escomptes pour paiement anticipé. Cette date sert également souvent de point de départ au calcul de la date d’échéance du paiement.
Pourquoi c’est important
Il aide à analyser les délais entre l’émission d’une facture par le fournisseur et sa réception, qui peuvent compromettre la capacité à payer dans les délais.
Où les obtenir
Champ standard des données d’en-tête de facture, extrait du document de facture physique ou numérique.
Exemples
2023-10-202023-11-102024-01-02
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant la dernière actualisation ou extraction des données associées à cet événement. | ||
|
Description
Cet attribut indique la date et l’heure de la dernière extraction des données depuis le système source. Il s’agit d’un champ de métadonnées essentiel à la gouvernance des données et à l’évaluation de l’actualité de l’analyse. Les analystes l’utilisent pour vérifier qu’ils travaillent avec des données à jour et comprendre le délai éventuel entre la survenue d’un événement dans le système source et son apparition dans l’outil de Process Mining. Il est essentiel pour gérer les cycles d’actualisation des données et garantir la fiabilité des analyses.
Pourquoi c’est important
Il fournit un contexte important sur l’actualité des données et garantit que les analyses reposent sur des informations actuelles et pertinentes.
Où les obtenir
Cet horodatage est généralement généré et ajouté au jeu de données lors du processus d’extraction des données (ETL).
Exemples
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Devise
Currency
|
Le code de devise du montant de la facture, par exemple USD ou EUR. | ||
|
Description
Cet attribut indique la devise dans laquelle le montant de la facture est exprimé. Les organisations internationales reçoivent des factures dans de nombreuses devises différentes. La devise est indispensable à toute analyse financière, afin de comparer correctement les montants. Dans les Dashboards de Process Mining, elle permet d’agréger correctement les valeurs financières, souvent après conversion dans une devise de reporting unique. Elle fournit également le contexte nécessaire à l’attribut « Invoice Amount ».
Pourquoi c’est important
Il fournit le contexte nécessaire à l’attribut « Invoice Amount » et garantit une interprétation correcte des valeurs financières, notamment dans un contexte multinational.
Où les obtenir
Champ standard des données d’en-tête de facture, généralement situé à côté du champ du montant de la facture dans SAP Ariba.
Exemples
USDEURGBP
|
|||
|
Durée du cycle d’approbation
ApprovalCycleTime
|
Temps écoulé entre l’envoi d’une facture pour approbation et la prise d’une décision finale, qu’il s’agisse d’une approbation ou d’un rejet. | ||
|
Description
Cette mesure calculée évalue la durée du Subprocess d’approbation. Elle correspond à la différence entre l’activité « Invoice Sent for Approval » et l’activité correspondante « Invoice Approved » ou « Invoice Rejected ». Cet attribut mesure directement le KPI « Invoice Approval Cycle Time » et constitue un élément essentiel du Dashboard associé. Il permet d’isoler et de quantifier les retards survenant précisément au stade de l’approbation, qui contribue souvent largement à la durée totale du traitement. Il peut être analysé par approbateur, service ou montant de facture afin d’identifier les goulots d’étranglement.
Pourquoi c’est important
Cet élément isole les performances du flux de travail d’approbation et facilite l’identification des goulots d’étranglement liés aux approbateurs ou à la complexité des chaînes d’approbation.
Où les obtenir
Calculé lors de la transformation des données en identifiant, pour chaque facture, les événements de début et de fin de l’approbation, puis en calculant la différence entre leurs horodatages.
Exemples
2 jours 5 heures10 jours 1 heure8 heures 30 minutes
|
|||
|
Escompte obtenu
IsEarlyPaymentDiscountTaken
|
Indicateur booléen précisant si un escompte pour paiement anticipé a bien été obtenu pour une facture éligible. | ||
|
Description
Cet attribut résulte d’un calcul qui détermine d’abord si une facture pouvait bénéficier d’un escompte pour paiement anticipé, sur la base de ses « PaymentTerms ». Il vérifie ensuite si l’événement « Payment Executed » s’est produit pendant la période ouvrant droit à l’escompte. Cet indicateur est essentiel pour mesurer le KPI « Early Payment Discount Capture Rate ». Il quantifie directement la réussite des fonctions de trésorerie et de comptabilité fournisseurs dans l’optimisation du fonds de roulement. L’analyse des cas où cet indicateur est false aide à comprendre les raisons des économies manquées, comme des approbations lentes ou d’autres goulots d’étranglement du processus.
Pourquoi c’est important
Il mesure directement la capacité à obtenir des économies et aide à identifier les raisons des occasions d’escompte manquées.
Où les obtenir
Calculé lors de la transformation des données en analysant « PaymentTerms » et en comparant l’horodatage de « Payment Executed » à la date limite d’escompte calculée.
Exemples
truefalse
|
|||
|
Motif du rejet
RejectionReason
|
Code ou texte expliquant pourquoi une facture a été rejetée au cours du processus d’approbation. | ||
|
Description
Lorsqu’un approbateur rejette une facture, il indique généralement un motif. Cet attribut enregistre cette information, qui peut prendre des valeurs telles que « Prix incorrect », « Facture en double » ou « Non-respect de la politique ». Il s’agit d’un attribut essentiel du Dashboard « Invoice Rejection Analysis ». En analysant les motifs de rejet les plus fréquents, les organisations peuvent identifier les problèmes en amont, par exemple une qualité insuffisante des factures fournisseurs ou des incohérences dans les données internes. Cette analyse contribue à réduire les reprises et à améliorer le taux de traitement correct dès la première fois.
Pourquoi c’est important
Il explique l’origine des reprises et fournit une visibilité directe sur les causes profondes des inefficacités du processus et des problèmes de qualité des factures.
Où les obtenir
Enregistré dans le journal du flux de travail ou le champ de notes lorsqu’une activité « Facture rejetée » se produit dans SAP Ariba.
Exemples
Facture en doubleRéférence de bon de commande incorrecteLe montant dépasse le budget approuvé
|
|||
|
Payée à temps
IsPaidOnTime
|
Indicateur booléen précisant si la facture a été payée à sa date d’échéance ou avant celle-ci. | ||
|
Description
Cet attribut calculé compare l’horodatage de l’activité « Payment Executed » à l’attribut « PaymentDueDate ». Si la date de paiement est antérieure ou égale à la date d’échéance, la valeur est true ; sinon, elle est false. Cet indicateur simplifie l’analyse de la performance des paiements. Il permet de filtrer et d’agréger facilement les données afin de calculer le KPI « On-Time Payment Rate ». Les Dashboards peuvent l’utiliser pour visualiser rapidement la performance par fournisseur, pays ou code société et identifier les zones confrontées à des retards de paiement récurrents.
Pourquoi c’est important
Il simplifie le calcul du KPI de taux de paiement à temps et facilite le filtrage des factures en retard pour l’analyse des causes profondes.
Où les obtenir
Calculé lors de la transformation des données en comparant « EventTime » de l’activité de paiement à l’attribut « PaymentDueDate ».
Exemples
truefalse
|
|||
|
Pays
Country
|
Pays associé à la facture, généralement déterminé à partir du code société ou de l’emplacement du fournisseur. | ||
|
Description
L’attribut Country apporte une dimension géographique à l’analyse. Il est généralement dérivé du code société auquel la facture est imputée ou de l’adresse du fournisseur. L’analyse du processus par pays permet de mettre en évidence les différences régionales en matière de performance, de conformité et d’exécution du processus. Elle peut révéler que certains bureaux rencontrent des difficultés particulières ou ont adopté des pratiques efficaces susceptibles d’être partagées à l’échelle internationale. Cette analyse est utile pour standardiser les processus dans un environnement de services partagés international.
Pourquoi c’est important
Il permet d’analyser les données par zone géographique afin de comparer la performance et la conformité du processus entre différents pays ou régions.
Où les obtenir
Dérivé des données de référence du code société ou du fournisseur dans SAP Ariba ou dans l’ERP connecté.
Exemples
USAAllemagneRoyaume-Uni
|
|||
|
Système source
SourceSystem
|
Système de référence à partir duquel les données d’événements ont été extraites. | ||
|
Description
Cet attribut identifie le système d’origine de chaque événement, comme « SAP Ariba », « SAP S/4HANA » ou une solution de numérisation tierce. Dans les grandes entreprises, le traitement des factures peut s’étendre sur plusieurs applications. La connaissance du système source est utile pour diagnostiquer les problèmes de qualité des données et analyser les transferts de processus entre différentes plateformes. Elle permet de déterminer où sont réalisées certaines activités, comme la numérisation ou l’approbation des factures.
Pourquoi c’est important
Il permet de distinguer les activités réalisées dans différents systèmes, ce qui est essentiel pour comprendre les points d’intégration et les goulots d’étranglement propres à chaque système.
Où les obtenir
Cet attribut est généralement ajouté lors du processus d’extraction, de transformation et de chargement des données (ETL), lorsqu’une valeur statique est attribuée en fonction de la source des données.
Exemples
SAP AribaSAP S4HANACoupa
|
|||
|
Type de facture
InvoiceType
|
Catégorisation de la facture, par exemple selon qu’elle est associée ou non à une commande d’achat (PO ou Non-PO). | ||
|
Description
L’attribut Invoice Type classe les factures dans différentes catégories, qui suivent souvent des processus distincts. La distinction la plus courante oppose les factures associées à une commande d’achat, qui peuvent être rapprochées d’une commande préalablement approuvée, aux factures sans commande d’achat, qui nécessitent un codage et une approbation plus approfondis. Cet attribut est essentiel à l’analyse des processus, car les processus de facturation PO et Non-PO sont fondamentalement différents. Les séparer permet d’obtenir une vision plus précise de la performance de chaque parcours et d’éviter des indicateurs agrégés trompeurs. Il aide à comprendre l’efficacité et la conformité de chaque flux.
Pourquoi c’est important
Il sépare les factures en flux de processus distincts, par exemple PO et Non-PO, ce qui est essentiel pour mesurer et analyser correctement la performance.
Où les obtenir
Il s’agit souvent d’un champ standard du document de facture dans SAP Ariba. Il peut également être dérivé de la présence d’un « PurchaseOrderNumber ».
Exemples
Facture avec bon de commandeFacture sans bon de commandeAvoir
|
|||
Purchase to Pay - Activités de traitement des factures
| Activité | Description | ||
|---|---|---|---|
|
Facture approuvée
|
Représente l’achèvement réussi du flux de travail d’approbation, lorsque tous les approbateurs requis ont autorisé la facture pour paiement. Il s’agit d’une étape essentielle avant la comptabilisation de la facture. | ||
|
Pourquoi c’est important
Cette activité constitue le point final pour mesurer le délai du cycle d’approbation et influence directement les étapes suivantes du traitement du paiement. Les retards à ce stade ont un impact direct sur le respect des délais de paiement.
Où les obtenir
Cette étape est généralement enregistrée explicitement dans les journaux d’historique des approbations d’Ariba pour la facture. Elle peut également être déduite du passage du document au statut « Approved ».
Collecte
Extrayez cet élément de l’historique du flux d’approbation ou utilisez l’horodatage du changement d’état vers « Approuvé ».
Type d’événement
explicit
|
|||
|
Facture enregistrée
|
Cette activité indique que la facture approuvée a été envoyée avec succès au système ERP en aval et acceptée par celui-ci pour la comptabilité financière et le traitement du paiement. Il s’agit d’une étape clé de l’intégration. | ||
|
Pourquoi c’est important
Elle confirme que le transfert des achats vers la finance est terminé. Il s’agit d’une étape essentielle avant la planification et l’exécution du paiement.
Où les obtenir
Cette étape est déduite du passage du statut de la facture à un état final tel que « Sent » ou « Processing Payment », ainsi que de l’enregistrement d’un message de confirmation correspondant provenant du système ERP.
Collecte
Identifiez l’horodatage de la mise à jour du statut de la facture confirmant son envoi réussi vers l’ERP.
Type d’événement
inferred
|
|||
|
Facture envoyée pour approbation
|
Cette activité marque le début du flux de travail formel d’approbation, une fois le rapprochement de la facture effectué. La facture est acheminée vers un ou plusieurs approbateurs désignés selon les règles métier. | ||
|
Pourquoi c’est important
Il s’agit du point de départ pour mesurer le KPI du délai du cycle d’approbation des factures et analyser l’efficacité du processus d’approbation lui-même.
Où les obtenir
Cette étape est déduite d’un changement de statut du document de facture, qui passe souvent de « Reconciled » à un statut tel que « Approving » ou « Pending Approval ».
Collecte
Suivez l’horodatage du changement de statut de la facture ou du document IR vers « Approving » ou un état similaire.
Type d’événement
inferred
|
|||
|
Facture rapprochée
|
Cette étape clé indique que la facture a été rapprochée avec succès du bon de commande et de la réception des marchandises, sans écart en suspens. Elle confirme que la facture peut être approuvée. | ||
|
Pourquoi c’est important
La réalisation de cette étape marque la fin de la phase de validation et indique que la facture est prête pour le flux de travail d’approbation. Il s’agit d’un point de contrôle essentiel pour mesurer les taux de traitement direct.
Où les obtenir
Cette étape est enregistrée par le changement de statut du document Invoice Reconciliation (IR) vers un état tel que « Reconciled ».
Collecte
Utilisez l’horodatage du changement de statut du document Invoice Reconciliation vers « Reconciled ».
Type d’événement
inferred
|
|||
|
Facture reçue
|
Cette étape marque le début du cycle de traitement de la facture, au moment où celle-ci est saisie pour la première fois dans SAP Ariba. La facture peut parvenir par différents canaux, comme l’Ariba Network, le portail fournisseur ou une saisie manuelle. | ||
|
Pourquoi c’est important
Cette activité constitue le point de départ principal pour mesurer le délai de traitement de la facture de bout en bout et comprendre les retards initiaux.
Où les obtenir
Cette étape est généralement déduite de l’horodatage de création du document de facture dans SAP Ariba Buying and Invoicing. Cet horodatage indique le moment où l’enregistrement de la facture a été créé pour la première fois dans le système.
Collecte
Utilisez l’horodatage de création de l’objet ou du document de facture principal.
Type d’événement
inferred
|
|||
|
Paiement exécuté
|
Il s’agit de la dernière activité du processus. Elle confirme que le paiement a été envoyé au fournisseur et clôt le cycle de vie de la facture. | ||
|
Pourquoi c’est important
Cette activité constitue le point final principal pour mesurer le délai global de traitement de la facture. Elle est essentielle pour calculer le taux de paiement dans les délais et le taux de récupération des escomptes pour paiement anticipé.
Où les obtenir
Cet événement se produit dans le système ERP. Le statut et la date du paiement, ainsi que les détails de la transaction, sont souvent renvoyés afin de mettre à jour le document de facture dans SAP Ariba.
Collecte
Cette étape est déduite du passage du statut de paiement de la facture à « Paid » et de l’enregistrement de la date de paiement associée.
Type d’événement
inferred
|
|||
|
Blocage du paiement défini
|
Cette étape survient lorsqu’un utilisateur ou le système empêche volontairement le paiement d’une facture approuvée. Les raisons peuvent être un litige fournisseur, un problème de qualité ou toute autre raison commerciale. | ||
|
Pourquoi c’est important
Cette activité constitue le point de départ pour mesurer le délai de résolution du blocage du paiement. L’analyse des blocages aide à identifier et à résoudre les problèmes systémiques qui retardent les paiements.
Où les obtenir
Cette opération est souvent gérée dans le système ERP intégré, comme SAP S/4HANA, après l’enregistrement comptable de la facture. Le statut du blocage peut toutefois être synchronisé avec Ariba et signalé par un indicateur ou un statut spécifique.
Collecte
Identifiez le changement d’un indicateur ou d’un champ de statut signalant qu’un blocage de paiement est actif.
Type d’événement
inferred
|
|||
|
Blocage du paiement levé
|
Cette étape indique qu’un blocage de paiement précédemment défini a été supprimé, ce qui permet à la facture de passer à la planification du paiement. Elle signale que le problème sous-jacent a été résolu. | ||
|
Pourquoi c’est important
Cette activité constitue le point final pour mesurer le délai de résolution du blocage du paiement. Elle clôt la boucle de traitement des exceptions liées aux factures bloquées.
Où les obtenir
Comme la définition du blocage, cette opération est généralement effectuée dans le système ERP et son statut peut être répercuté dans Ariba. Elle est déduite de la suppression de l’indicateur de blocage du paiement.
Collecte
Identifiez l’horodatage de la suppression ou de la désactivation de l’indicateur ou du statut de blocage du paiement.
Type d’événement
inferred
|
|||
|
Écart de rapprochement identifié
|
Cette activité d’exception survient lorsque le système ou un utilisateur détecte une différence entre les informations de la facture, du bon de commande et de la réception. Les écarts courants concernent le prix, la quantité ou les taxes. | ||
|
Pourquoi c’est important
Cette activité est essentielle pour calculer le taux d’écarts de rapprochement et identifier les sources fréquentes d’erreurs, qui sont des causes majeures de retard dans le traitement.
Où les obtenir
Cette situation est souvent enregistrée par un statut spécifique du document Invoice Reconciliation (IR), tel que « Rejected » ou « Disputed », accompagné d’un code motif.
Collecte
Identifiez l’horodatage du changement de statut du document IR indiquant un écart ou un état d’exception.
Type d’événement
inferred
|
|||
|
Écart résolu
|
Cette étape indique qu’un écart précédemment identifié a été traité et que la facture peut poursuivre son rapprochement et son approbation. Elle peut nécessiter des ajustements manuels ou des échanges avec le fournisseur. | ||
|
Pourquoi c’est important
Le suivi du temps consacré à la résolution des écarts permet de mesurer l’impact des reprises et de repérer les possibilités d’améliorer le taux de rapprochement réussi dès la première tentative.
Où les obtenir
Cette étape est déduite d’un changement de statut du document Invoice Reconciliation (IR), qui passe d’un statut d’exception à un statut de traitement tel que « Reconciling » ou « Submitted ».
Collecte
Enregistrez l’horodatage auquel un document IR quitte un statut d’écart et réintègre un flux de travail de traitement.
Type d’événement
inferred
|
|||
|
Facture rejetée
|
Activité d’exception au cours de laquelle un approbateur refuse la facture pendant le flux de travail d’approbation. Cette action nécessite généralement de corriger puis de soumettre à nouveau la facture, ce qui crée une boucle de reprise. | ||
|
Pourquoi c’est important
Le suivi des rejets est essentiel pour le KPI du taux de rejet des factures et pour analyser les causes profondes des échecs d’approbation, comme les violations de règles ou les imputations incorrectes.
Où les obtenir
Cette étape est enregistrée dans l’historique des approbations du document de facture et apparaît également dans le changement de statut du document vers « Rejected ».
Collecte
Extrayez cette information des commentaires et des horodatages de l’historique des approbations, ou d’un changement de statut vers « Rejected ».
Type d’événement
explicit
|
|||
|
Facture soumise au rapprochement
|
Cette étape correspond au moment où la facture a été saisie et officiellement soumise au processus de rapprochement afin d’être comparée à un bon de commande ou à un contrat. Elle marque le passage de la saisie des données à la validation. | ||
|
Pourquoi c’est important
Cette étape déclenche la phase de rapprochement et de validation. L’analyse du délai entre la réception et cette activité permet d’identifier les goulots d’étranglement liés à la saisie des données.
Où les obtenir
Cette étape est déduite d’un changement de statut de la facture ou du document Invoice Reconciliation (IR), qui passe souvent à un statut tel que « Submitted » ou « Reconciling ».
Collecte
Suivez l’horodatage du changement de statut du document Invoice Reconciliation à « Submitted ».
Type d’événement
inferred
|
|||
|
Paiement planifié
|
Cette étape correspond à l’action de l’équipe financière dans le système ERP, qui inclut la facture dans une campagne de paiement donnée. Le paiement est planifié, mais n’a pas encore été exécuté. | ||
|
Pourquoi c’est important
Elle offre une visibilité sur la dernière phase du processus de paiement, ce qui aide à prévoir les sorties de trésorerie et à analyser les éventuels retards entre l’enregistrement comptable et le paiement final.
Où les obtenir
Ces informations se trouvent généralement dans le système ERP. Elles peuvent être synchronisées avec SAP Ariba et apparaître dans les informations relatives au statut de paiement de la facture.
Collecte
Cette étape est déduite des informations de statut du paiement transmises par l’ERP au document de facture Ariba.
Type d’événement
inferred
|
|||
Guides d’extraction
Prêt à commencer ?
Utilisez ce modèle pour optimiser l’analyse de votre traitement des factures. Commencez dès aujourd’hui à constituer votre journal d’événements afin d’améliorer l’efficacité et d’accélérer les paiements.
Optimisez dès aujourd’hui le traitement des factures Purchase to Pay
Réduisez de 30 % la durée du cycle de traitement des factures et améliorez votre trésorerie.
Aucune carte bancaire requise. Configuration en quelques minutes.