Votre Modèle de Données Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures

SAP Ariba
Votre Modèle de Données Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures

Votre Modèle de Données Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures

Ce modèle fournit une approche structurée pour la collecte des données essentielles nécessaires à l'optimisation de votre traitement des factures dans SAP Ariba. Il décrit les attributs essentiels à collecter, les activités clés à suivre et offre des conseils pratiques pour l'extraction des données. Utilisez cette ressource pour configurer rapidement votre Journal d'événements pour une analyse de processus perspicace.
  • Attributs recommandés à collecter
  • Activités clés à suivre pour SAP Ariba
  • Guide pratique d'extraction de données
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Du Bon de De la commande au paiement - Attributs de Traitement des facturess factures fournisseurs factures fournisseurs Factures

Voici les champs de données recommandés à inclure dans votre Journal d'événements pour une analyse complète de votre traitement des factures dans SAP Ariba.
3 Obligatoire 7 Recommandé 12 Facultatif
Nom Descriptionn
Heure de l'événement
EventTime
L'horodatage indiquant la date et l'heure exactes auxquelles une activité a eu lieu.
Descriptionn

L'horodatage de l'événement, ou horodatage, enregistre le moment où une activité spécifique a eu lieu. Ces données sont clées pour l'analyse des performances, car elles permettent le calcul des durées entre les activités et le temps de cycle global du cas.

Les outils de Process Mining utilisent ces horodatages pour ordonner les événements chronologiquement et construire une représentation précise du flux de processus. Il est indispensable pour mesurer des KPI comme le Temps de cycle d'approbation des factures et le Temps de résolution du blocage de paiement, permettant l'analyse des retards et de l'efficacité.

Pourquoi est-ce important ? :

Il permet le calcul de toutes les métriques temporelles, telles que les temps de cycle et les durées, qui sont critiques pour identifier les retards de processus.

Source des données :

Comptabilisé automatiquement par SAP Ariba pour chaque changement de statut, action utilisateur ou événements système. Il se trouve généralement à côté du 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
Le nom de l'événement ou de la tâche spécifique qui a eu lieu à un moment donné du cycle de vie du traitement des factures.
Descriptionn

Le nom de l'activité décrit une étape unique au sein du workflow de traitement des factures, telle que '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.

En Process Mining, la séquence de ces activités forme la cartographie des processus. L'analyse de ces activités permet d'identifier les chemins de processus les plus courants, les écarts par rapport à la procédure standard, les boucles de reprise comme le traitement des écarts, et les opportunités d'automatisation.

Pourquoi est-ce important ? :

Cet attribut est la base pour visualiser la cartographie des processus, découvrir les variantes de processus et identifier les reprises ou les points de blocage.

Source des données :

Généré à partir des journaux d'événements du système, des changements de statut ou des actions utilisateur capturées dans SAP Ariba. Ces données proviennent souvent des tables d'historique de workflow ou de document.

Exemples
Facture reçueFacture approuvéeBlocage de paiement activéPaiement effectué
Numéro de facture
InvoiceNumber
L'identifiant unique pour chaque facture fournisseur, servant d'ID de cas principal pour le parcours de traitement des factures.
Descriptionn

Le Numéro de facture est la référence unique attribuée par un fournisseur à un document de facture. En Process Mining, cet attribut est critique car il fonctionne comme l'ID de cas, liant toutes les activités connexes, de la réception de la facture au paiement final.

En suivant cet identifiant, les analystes peuvent reconstruire le cycle de vie complet, complet, de chaque facture. Cela permet une analyse détaillée des flux de processus, l'identification des points de blocage et la mesure d'indicateurs clés de performance comme le temps de cycle pour les factures individuelles.

Pourquoi est-ce important ? :

C'est la clé essentielle qui connecte toutes les étapes du processus pour une seule facture, permettant l'analyse du temps et du cheminement de traitement complet.

Source des données :

C'est un champ principal sur le document de facture et dans la solution SAP Ariba Invoicing. Il se trouve généralement dans les tables d'en-tête de facture ou les données de transaction.

Exemples
INV-2023-001239876543210SI-58840-A
Approbateur
Approver
L'utilisateur ou le rôle responsable de l'approbation de la facture pour paiement.
Descriptionn

L'Approbateur est l'individu ou le groupe d'utilisateurs désigné pour examiner et approuver une facture. Les factures nécessitent souvent un ou plusieurs niveaux d'approbation selon leur valeur ou leur type.

Cet attribut aide à analyser la performance du workflow d'approbation. En segmentant le 'Temps de cycle d'approbation des factures' par approbateur ou groupe d'approbation, il est possible d'identifier les individus ou les équipes qui sont des points de blocage dans le processus. Cette information est indispensablele pour équilibrer les charges de travail et améliorer l'efficacité de l'approbation.

Pourquoi est-ce important ? :

Il aide à identifier les points de blocage dans le processus d'approbation en montrant quels utilisateurs ou équipes ont les temps de cycle d'approbation les plus longs.

Source des données :

Capturé dans les journaux de workflow ou d'historique d'approbation pour une facture dans SAP Ariba. Il peut être enregistré comme un ID utilisateur.

Exemples
j.smithFinance_Approvers_Tier1m.jones
Date d'échéance du paiement
PaymentDueDate
La date à laquelle la facture doit être payée pour éviter les pénalités, selon les conditions de paiement.
Descriptionn

La Date d'échéance du paiement est la date contractuellement convenue pour le règlement d'une facture. Cette date est généralement calculée en fonction de la date du document de facture et des conditions de paiement convenues (par exemple, Net 30).

Cet attribut est indispensable pour le KPI 'Taux de paiement ponctuel'. En comparant l'horodatage 'Paiement exécuté' avec la Date d'échéance du paiement, l'analyse peut identifier les paiements tardifs, mesurer la performance des paiements fournisseurs et aider les organisations à éviter les frais de retard et à maintenir de bonnes relations avec les fournisseurs.

Pourquoi est-ce important ? :

C'est la base de référence pour calculer le taux d'efficacité.x de paiement à temps, un KPI clé pour la gestion des relations avec les fournisseurs et la conformité financière.

Source des données :

Cette date est soit présente sur le document de facture, soit calculée à partir des champs 'DocumentDate' et 'PaymentTerms' dans SAP Ariba.

Exemples
2023-11-302024-01-152023-12-25
Montant de la facture
InvoiceAmount
La valeur monétaire totale de la facture.
Descriptionn

Le Montant de la facture représente le paiement total demandé par le fournisseur. Il s'agit d'un attribut financier clé pour analyser la charge de travail de traitement des factures.

En Process Mining, cet attribut est utilisé pour filtrer les analyses des factures de grande valeur, qui peuvent suivre des chemins d'approbation différents ou être soumises à des contrôles plus stricts. Il peut également être utilisé pour prioriser les efforts d'amélioration des processus sur les factures ayant le plus grand impact financier. Les dashboards l'utilisent souvent pour montrer la valeur totale des factures à différentes étapes du processus.

Pourquoi est-ce important ? :

Cela permet une analyse de l'impact financier, comme le filtrage des factures de grande valeur ou la compréhension de la valeur monétaire immobilisée dans les points de blocage du processus.

Source des données :

Un champ standard dans les données d'en-tête de facture dans SAP Ariba.

Exemples
5250.75120000.00895.50
Motif de blocage de paiement
PaymentBlockReason
La raison spécifique pour laquelle un blocage de paiement a été placé sur une facture.
Descriptionn

Lorsqu'une facture est bloquée de paiement, cet attribut fournit le motif, tel que 'Écart de prix', 'Non-concordance de quantité' ou 'Réception de marchandises manquante'. Ces motifs sont souvent des codes ou des descriptions standardisés au sein du système.

L'analyse de la fréquence des différents motifs de blocage aide à identifier les causes profondes des retards de paiement. Par exemple, un nombre élevé de blocages pour 'Écart de prix' pourrait indiquer des problèmes de prélèvement.cision des données de base. Cet attribut est impératif pour le tableau de bord 'Temps de résolution du blocage de paiement' afin de prioriser la résolution des problèmes les plus courants et les plus chronophages.

Pourquoi est-ce important ? :

Il fournit la cause profonde des retards de paiement, permettant des améliorations ciblées pour prévenir les problèmes courants comme les divergences de prix ou de quantité.

Source des données :

Cette information est définie lorsqu'un blocage de paiement est appliqué à une facture dans SAP Ariba ou l'ERP connecté.

Exemples
Écart de prixÉcart de quantitéEn attente de réception des marchandises
Nom du fournisseur
VendorName
Le nom du fournisseur qui a soumis la facture.
Descriptionn

Le Nom du fournisseur identifie le fournisseur qui demande le paiement. Il s'agit d'une dimension primaire pour l'analyse, permettant aux équipes de segmenter la performance du traitement des factures par fournisseur.

Cet attribut est utilisé pour créer des dashboards qui suivent la performance des paiements fournisseurs, identifient les fournisseurs avec des taux d'anomalies élevés, ou analysent les temps de traitement pour les fournisseurs stratégiques. Comprendre les problèmes spécifiques aux fournisseurs peut aider à améliorer les relations avec les fournisseurs et à rationaliser la collaboration.

Pourquoi est-ce important ? :

Il permet une analyse des performances par fournisseur, aidant à identifier quels fournisseurs ont des problèmes de facturation fréquents ou des paiements retardés.

Source des données :

Un champ standard dans les données d'en-tête de facture, lié aux données de base du fournisseur dans SAP Ariba ou au système ERP connecté.

Exemples
Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
Numéro de commande d'achat
PurchaseOrderNumber
L'identifiant du bon de commande associé à la facture, le cas échéant.
Descriptionn

Le Numéro de bon de commande (BC) lie une facture au document d'achat correspondant qui a autorisé l'acquisition de biens ou de services. Toutes les factures ne sont pas appuyées par un PO, mais pour celles qui le sont, ce lien est indispensable.

L'analyse des factures par numéro de PO aide à comprendre la performance du rapprochement tripartite (PO, Réception de marchandises, Facture). Il est indispensable pour identifier les écarts et soutient l'analyse du traitement des factures basées sur un PO par rapport à celles non basées sur un PO, qui suivent souvent des chemins différents et ont des niveaux d'efficacité différents.

Pourquoi est-ce important ? :

Il connecte la facture au processus d'approvisionnement (achats), permettant l'analyse des divergences de rapprochement et la comparaison des flux de factures avec ou sans PO.

Source des données :

Disponible comme champ standard sur les factures adossées à un PO dans SAP Ariba. Trouvé dans les postes de facture ou les données d'en-tête.

Exemples
45000123454500054321PO-2023-789
Statut de la facture
InvoiceStatus
Le statut actuel ou final du cas de facture, tel que Payée, Rejetée ou En cours.
Descriptionn

Le Statut de la facture offre un aperçu de l'état de la facture dans son 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 cas qui résume l'état général de la facture.

En Process Mining, cet attribut est utile pour filtrer les cas afin d'analyser uniquement les factures terminées (Payées) ou problématiques (Rejetées). Il aide à comprendre les résultats finaux des différentes variantes de processus et peut être utilisé pour mesurer la proportion de factures qui aboutissent à une conclusion réussie.

Pourquoi est-ce important ? :

Il fournit le résultat final du processus de facturation, permettant une analyse axée sur les factures payées avec succès versus les factures rejetées.

Source des données :

C'est un champ de statut standard sur l'en-tête de la facture dans SAP Ariba.

Exemples
PayéRejetéTraitementApprouvé
Code société
CompanyCode
L'identifiant de l'entité juridique ou de la société spécifique dans l'organisation qui traite la facture.
Descriptionn

Le Code de société est une unité organisationnelle standard dans les environnements SAP, représentant une entité juridique indépendante pour laquelle des états financiers sont préparés. Les factures sont toujours comptabilisées pour un code de société spécifique.

Cet attribut permet de comparer la performance des processus entre différentes unités commerciales ou entités juridiques. Il aide à identifier si certaines entités sont plus efficaces que d'autres et soutient la standardisation des processus au sein d'une organisation mondiale.

Pourquoi est-ce important ? :

Il permet une comparaison des performances entre différentes entités juridiques ou unités commerciales, aidant à identifier les inefficacités régionales ou départementales.

Source des données :

Un champ organisationnel clé sur le document de facture dans SAP Ariba, hérité du bon de commande ou saisi lors de la création d'une facture sans PO.

Exemples
1000US01DE01
Conditions de paiement
PaymentTerms
Les conditions convenues pour le paiement des factures, qui incluent souvent des détails sur les escomptes pour paiement anticipé.
Descriptionn

Les conditions de paiement définissent les règles de règlement des fournisseurs, telles que 'Net 30' (paiement dû dans 30 jours) ou '2% 10, Net 30' (un escompte de 2% si payé dans 10 jours, sinon dû dans 30). Ces informationsns proviennent des données de base du fournisseur ou du bon de commande.

Cet attribut est indispensable pour le tableau de bord 'Opportunités d'escompte pour paiement anticipé' et l'indicateur clé de performance (KPI) associé. L'analyse utilise ces conditions pour identifier les factures éligibles à un escompte et déterminer si le paiement a été effectué dans la fenêtre d'escompte, mettant en évidence les opportunités de réduction des coûts.

Pourquoi est-ce important ? :

Il est indispensable d'identifier les opportunités de capter les escomptes pour paiement anticipé, ce qui peut générer des économies de coûts significatives.

Source des données :

Stocké dans les données de base du fournisseur et copié dans les détails de la facture dans SAP Ariba ou du système ERP.

Exemples
Net 302% 10, Net 30Net 60
Date du document
DocumentDate
La date imprimée sur le document de facture par le fournisseur.
Descriptionn

La Date du document est la date à laquelle le fournisseur a créé la facture. Elle est distincte de la date de 'Facture reçue', qui est la date à laquelle la facture est entrée dans le système de traitement. Le décalage entre ces deux dates peut être significatif.

Cet attribut aide à analyser la performance des fournisseurs et à identifier les retards dans la soumission des factures. Un long délai entre la date du document et la date de réception peut réduire le temps effectif disponible pour traiter la facture et obtenir des escomptes pour paiement anticipé. C'est aussi souvent le point de départ pour le calcul de la Date d'échéance du paiement.

Pourquoi est-ce important ? :

Il aide à analyser les retards entre le moment où un fournisseur émet une facture et le moment où elle est reçue, ce qui peut impacter la capacité à payer à temps.

Source des données :

Un champ standard dans les données d'en-tête de facture, capturé à partir du document de facture physique ou numérique.

Exemples
2023-10-202023-11-102024-01-02
Dernière mise à jour des données
LastDataUpdate
L'horodatage indiquant la dernière fois que les données de cet événement ont été actualisées ou extraites.
Descriptionn

Cet attribut fournit la date et l'heure de la dernière extraction de données du système source. Il s'agit d'un champ de métadonnées essentiel pour la gouvernance des données et pour comprendre la récence de l'analyse.

Les analystes utilisent cette information pour confirmer qu'ils travaillent avec des données à jour et pour comprendre le décalage potentiel entre un événement se produisant dans le système source et son apparition dans l'outil de Process Mining. Il est indispensable pour la gestion des cycles d'actualisation des données et la garantie de la fiabilité des informations.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel sur la la réactualisation des données, garantissant que les analyses sont basées sur des informations actuelles et pertinentes.

Source des données :

Cet horodatage est généralement généré et ajouté au jeu de données lors du processus d'extraction de données (ETL).

Exemples
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
Devise
Currency
Le code de devise pour le montant de la facture, tel que USD ou EUR.
Descriptionn

Cet attribut spécifie la devise dans laquelle le Montant de la facture est libellé. Pour les organisations mondiales, les factures sont reçues dans de nombreuses devises différentes.

Avoir la devise est impératif pour toute analyse financière afin d'assurer que les montants sont comparés correctement. Dans les dashboards de Process Mining, cela permet une agrégation appropriée des valeurs financières, nécessitant souvent une conversion en une devise de reporting unique. Il fournit le contexte nécessaire pour l'attribut 'Montant de la facture'.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel pour l'attribut 'Montant de la facture', garantissant que les valeurs financières sont interprétées correctement, en particulier dans un contexte multinational.

Source des données :

Un champ standard dans les 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
Le temps écoulé entre le moment où une facture a été envoyée pour approbation et la prise d'une décision finale (approuvée ou rejetée).
Descriptionn

Cette métrique calculée mesure la durée du sous-processus d'approbation. Elle est calculée comme la différence de temps entre l'activité 'Facture envoyée pour approbation' et l'activité correspondante 'Facture approuvée' ou 'Facture rejetée'.

Cet attribut est une mesure directe du KPI 'Temps de cycle d'approbation des factures' et est indispensable à le tableau de bord associé. Il aide à isoler et à quantifier les retards spécifiquement dans l'étape d'approbation du processus, qui est souvent un contributeur majeur au temps de traitement global. Il peut être analysé par approbateur, département ou montant de facture pour trouver des points de blocage spécifiques.

Pourquoi est-ce important ? :

Il isole la performance du workflow d'approbation, facilitant l'identification des points de blocage causés par les approbateurs ou les chaînes d'approbation complexes.

Source des données :

Calculé pendant la transformation des données en trouvant les événements de début et de fin d'approbation pertinents pour chaque facture et en calculant la différence de temps.

Exemples
2 jours 5 heures10 jours 1 heure8 heures 30 minutes
Escompte pris
IsEarlyPaymentDiscountTaken
Un flag booléen indiquant si un escompte pour paiement anticipé a été capturé avec succès pour une facture éligible.
Descriptionn

Cet attribut est le résultat d'un calcul qui identifie d'abord si une facture était éligible à un escompte pour paiement anticipé en fonction de ses 'PaymentTerms'. Ensuite, il vérifie si l'événement 'Paiement exécuté' a eu lieu pendant la période d'escompte spécifiée.

Cet indicateur est impératif pour mesurer le KPI 'Taux d'obtention d'escomptes pour paiement anticipé'. Il quantifie directement le succès financier des fonctions de trésorerie et de comptabilité fournisseurs dans l'optimisation du fonds de roulement. L'analyse des cas où cet indicateur est faux aide à découvrir les raisons des économies manquées, telles que des approbations lentes ou d'autres points de blocage du processus.

Pourquoi est-ce important ? :

Mesure directement le succès de la capture d'économies de coûts et aide à identifier les raisons des opportunités d'escompte manquées.

Source des données :

Calculé pendant la transformation des données en parsant les 'PaymentTerms' et en comparant l'horodatage 'Payment Executed' avec la date limite de remise calculée.

Exemples
truefaux
Motif de refus
RejectionReason
Un code ou un texte expliquant pourquoi une facture a été rejetée pendant le processus d'approbation.
Descriptionn

Lorsqu'un approbateur rejette une facture, il fournit généralement un motif. Cet attribut capture cette information, qui pourrait être des valeurs comme 'Prix incorrect', 'Facture en double' ou 'Violation de politique'.

C'est un attribut clé pour le tableau de bord 'Analyse des rejets de factures'. En analysant les motifs de rejet les plus courants, les organisations peuvent identifier les problèmes en amont, tels que des problèmes de qualité des factures fournisseurs ou des incohérences de données internes. Cette perspicacité aide à réduire les reprises et à améliorer le taux de justesse dès le premier passage pour le traitement des factures.

Pourquoi est-ce important ? :

Il explique pourquoi les reprises se produit, fournissant un insight direct sur les causes profondes des inefficacités de processus et des problèmes de qualité des factures.

Source des données :

Capturé à partir du log du workflow ou du champ de notes lorsqu'une activité 'Facture rejetée' se produit dans SAP Ariba.

Exemples
Facture en doubleRéférence PO incorrecteLe montant dépasse le budget approuvé
Paiement à temps
IsPaidOnTime
Un indicateur booléen qui précise si la facture a été payée à ou avant sa date d'échéance.
Descriptionn

Cet attribut calculé compare l'horodatage de l'activité 'Paiement exécuté' avec la 'PaymentDueDate'. Si la date de paiement est à ou avant la date d'échéance, la valeur est vraie ; sinon, elle est fausse.

Cet indicateur simplifie l'analyse de la performance des paiements. Il permet un filtrage et une agrégation faciles pour calculer le KPI 'Taux de paiement ponctuel'. Les dashboards peuvent utiliser cet attribut pour visualiser rapidement la performance par fournisseur, pays ou code de société, aidant à identifier les zones avec des problèmes de paiement tardif chroniques.

Pourquoi est-ce important ? :

Il simplifie le calcul du KPI du taux de paiement à temps et permet un filtrage facile des factures en retard pour l'analyse des causes profondes.

Source des données :

Calculé pendant la transformation des données en comparant l'(EventTime) de l'activité de paiement avec l'attribut PaymentDueDate.

Exemples
truefaux
Pays
Country
Le pays associé à la facture, généralement basé sur le code de société ou l'emplacement du fournisseur.
Descriptionn

L'attribut Pays offre une dimension géographique pour l'analyse. Il est généralement dérivé du code de société auquel la facture est comptabilisée ou de l'adresse du fournisseur.

L'analyse du processus par pays aide à découvrir les différences régionales en termes de performance, de conformité et d'exécution des processus. Elle peut mettre en évidence si certains bureaux nationaux sont confrontés à des défis uniques ou ont adopté des meilleures pratiques qui pourraient être partagées à l'échelle mondiale. Ceci est précieux pour la standardisation des processus dans un environnement de services partagés mondial.

Pourquoi est-ce important ? :

Il permet une analyse géographique pour comparer les performances et la conformité des processus dans différents pays ou régions.

Source des données :

Dérivé des données de base du code d'entreprise ou des données de base du fournisseur dans SAP Ariba ou du système ERP connecté.

Exemples
États-UnisAllemagneRoyaume-Uni
Système source
SourceSystem
Le système d'origine à partir duquel les données d'événement ont été extraites.
Descriptionn

Cet attribut identifie le système d'origine pour chaque événement, tel que 'SAP Ariba', 'SAP S/4HANA' ou une solution de numérisation tierce. Dans les entreprises modernes, le traitement des factures peut s'étendre sur plusieurs applications.

Comprendre le système source est précieux pour diagnostiquer les problèmes de qualité des données et pour analyser les transferts de processus entre différentes plateformes. Cela aide à clarifier où sont effectuées des activités spécifiques, comme la numérisation des factures par rapport à l'approbation des factures.

Pourquoi est-ce important ? :

Il aide à différencier les activités qui se produisent dans différents systèmes, ce qui est impératif pour comprendre les points d'intégration et les points de blocage spécifiques au système.

Source des données :

C'est généralement ajouté lors du processus d'extraction, transformation et chargement (ETL) des données, où une valeur statique est attribuée en fonction de la source de données.

Exemples
SAP AribaSAP S4HANACoupa
Type de facture
InvoiceType
Catégorisation de la facture, par exemple, si elle est liée à un bon de commande (BC) ou non (Non-PO).
Descriptionn

Le Type de facture classe les factures en différentes catégories qui suivent souvent des processus distincts. La distinction la plus courante est entre les factures basées sur un bon de commande (BC), qui peuvent être rapprochées d'une commande prélèvement.-approuvée, et les factures sans bon de commande, qui nécessitent un codage et une approbation plus étendus.

Cet attribut est impératif pour l'analyse des processus car les processus de facturation avec et sans bon de commande sont cléement différents. Les séparer permet une vue plus précise des performances pour chaque chemin, évitant les métriques agrégées trompeuses. Il aide à comprendre l'efficacité et la conformité de chaque flux distinct.

Pourquoi est-ce important ? :

Il sépare les factures en flux de processus distincts (par exemple, PO vs. Non-PO), ce qui est impératif pour une mesure et une analyse précises des performances.

Source des données :

C'est souvent un champ standard sur le document de facture dans SAP Ariba ou peut être dérivé en fonction de la présence d'un 'PurchaseOrderNumber'.

Exemples
Facture liée à un bon de commandeFacture sans bon de commandeNote de crédit
Obligatoire Recommandé Facultatif

Du Bon de De la commande au paiement - Activités de Traitement des facturess factures fournisseurs factures fournisseurs Factures

Voici les étapes clés du processus et les jalons essentiels à capturer dans votre journal d'événements pour une découverte et une analyse précises de votre workflow de traitement des factures.
6 Recommandé 7 Facultatif
Activité Descriptionn
Facture approuvée
Représente l'achèvement réussi du workflow d'approbation, où tous les approbateurs requis ont autorisé la facture pour paiement. Il s'agit d'un jalon critique avant que la facture ne soit comptabilisée.
Pourquoi est-ce important ? :

Cette activité est le point final pour mesurer le temps de cycle d'approbation et un facteur clé pour les étapes de traitement de paiement ultérieures. Les retards ici impactent directement la performance des paiements à temps.

Source des données :

C'est généralement capturé explicitement dans les journaux d'historique d'approbation d'Ariba pour la facture. Cela peut aussi être inféré du changement de statut du document à 'Approuvé'.

Capture

Extrayez des enregistrements d'historique du flux d'approbation ou du horodatage du changement de statut vers 'Approuvé'.

Type d'événement explicit
Facture comptabilisée
Cette activité signifie que la facture approuvée a été envoyée et acceptée avec succès par le système ERP en aval pour la comptabilité financière et le traitement des paiements. Il s'agit d'un jalon d'intégration clé.
Pourquoi est-ce important ? :

Confirme que le transfert des achats (achats) à la finance est terminé. C'est une étape critique avant que le paiement ne puisse être planifié et exécuté.

Source des données :

Déduit du statut de la facture passant à un état final comme 'Envoyé' ou 'Traitement des facturess factures fournisseurs factures fournisseursursu paiement', et un message de confirmation correspondant du système ERP est enregistré.

Capture

Identifiez l'horodatage lorsque le statut de la facture est mis à jour pour refléter un event d'envoi à l'ERP réussi.

Type d'événement inferred
Facture envoyée pour approbation
Cette activité marque le début du workflow d'approbation formel après que la facture a été rapprochée avec succès. La facture est acheminée vers un ou plusieurs approbateurs désignés en fonction des règles métier.
Pourquoi est-ce important ? :

C'est le point de départ pour mesurer le KPI 'Temps de cycle d'approbation des factures' et analyser l'efficacité du processus d'approbation lui-même.

Source des données :

Déduit d'un changement de statut sur le document de facture, passant souvent de 'Rapproché' à un statut comme 'En approbation' ou 'Approbation en attente'.

Capture

Suivez l'horodatage lorsque le statut de la facture ou du document IR passe à 'En approbation' ou un état similaire.

Type d'événement inferred
Facture rapprochée
Une étape clé où la facture a été rapprochée avec succès du bon de commande et du récépissé de marchandises sans divergences en suspens. Cela confirme que la facture est valide pour approbation.
Pourquoi est-ce important ? :

L'achèvement de cette étape marque la fin de la phase de validation et la préparation pour le workflow d'approbation. C'est un point de contrôle critique pour mesurer les taux de traitement direct.

Source des données :

Capturé via un changement de statut sur le document de rapprochement de facture (IR) vers un état comme 'Rapproché'.

Capture

Utilisez l'horodatage lorsque le statut du document de rapprochement de facture passe à 'Rapproché'.

Type d'événement inferred
Facture reçue
Marque le début du cycle de vie du traitement des factures, lorsqu'une facture est d'abord saisie dans le système SAP Ariba. Cela peut se faire par divers canaux comme le réseau Ariba, le portail fournisseur ou la saisie manuelle.
Pourquoi est-ce important ? :

Cette activité sert de point de départ principal pour mesurer le temps de cycle complet des factures et comprendre les retards de traitement initiaux.

Source des données :

Généralement inféré de l'horodatage de création du document de facture dans SAP Ariba Buying and Invoicing. Cet horodatage indique quand l'enregistrement de la facture a été généré pour la première fois dans le système.

Capture

Utilisez l'horodatage de création de l'objet ou du document de facture principal.

Type d'événement inferred
Paiement effectué
La dernière activité du processus, confirmant que le paiement a été envoyé au fournisseur. Cela complète le cycle de vie de la facture.
Pourquoi est-ce important ? :

Cette activité est le point final principal pour mesurer le temps de cycle global des factures et est indispensablele pour calculer les taux de paiement à temps et l'obtention des escomptes pour paiement anticipé.

Source des données :

Cet événement se produit dans le système ERP. Le statut de paiement, la date de paiement et les détails de la transaction sont souvent renvoyés pour mettre à jour le document de facture dans SAP Ariba.

Capture

Déduit du statut de paiement de la facture passant à 'Payé' et capturant la date de paiement associée.

Type d'événement inferred
Blocage de paiement activé
Se produit lorsqu'un utilisateur ou le système arrête intentionnellement le paiement d'une facture approuvée. Cela est souvent dû à des litiges avec les fournisseurs, des problèmes de qualité ou d'autres raisons commerciales.
Pourquoi est-ce important ? :

Cette activité est le point de départ pour mesurer le Temps de résolution du blocage de paiement. L'analyse des blocages aide à identifier et à résoudre les problèmes systémiques qui retardent les paiements.

Source des données :

C'est souvent géré dans le système ERP intégré (comme SAP S/4HANA) après que la facture est comptabilisée, mais le statut de blocage peut être synchronisé avec Ariba. Il peut être indiqué par un indicateur ou un statut spécifique.

Capture

Nécessite d'identifier un changement d'indicateur ou de statut indiquant qu'un blocage de paiement est actif.

Type d'événement inferred
Blocage de paiement levé
Indique qu'un bloc de paiement précédemment défini a été levé, permettant à la facture de passer à la planification du paiement. Cela signifie la résolution du problème sous-jacent.
Pourquoi est-ce important ? :

Cette activité est le point final pour mesurer le Temps de résolution du blocage de paiement. Elle ferme la boucle de traitement des exceptions pour les factures bloquées.

Source des données :

Comme la mise en place d'un bloc, cela est généralement actionné dans le système ERP et le statut peut être reflété dans Ariba. Cela est déduit de la suppression d'un flag de blocage de paiement.

Capture

Nécessite d'identifier l'horodatage lorsque l'indicateur ou le statut de blocage de paiement est supprimé ou désactivé.

Type d'événement inferred
Divergence résolue
Indique qu'une divergence précédemment identifiée a été résolue et que la facture est prête à être rapprochée et approuvée. Cela peut impliquer des ajustements manuels ou une communication avec le fournisseur.
Pourquoi est-ce important ? :

Le suivi du temps passé à résoudre les écarts aide à quantifier l'impact des reprises et met en évidence les opportunités d'améliorer les taux de correspondance au premier passage.

Source des données :

Déduit d'un changement de statut sur le document de rapprochement de facture (IR), passant d'un statut d'exception à un statut de traitement comme 'En rapprochement' ou 'Soumis'.

Capture

Capturez l'horodatage lorsqu'un document IR sort d'un statut de divergence et réintègre un workflow de traitement.

Type d'événement inferred
Écart de rapprochement identifié
Une activité d'exception qui se produit lorsque le système ou un utilisateur identifie une divergence entre la facture, le bon de commande et les informations de réception. Les divergences courantes incluent des écarts de prix, de quantité ou de taxe.
Pourquoi est-ce important ? :

Cette activité est indispensablele pour le calcul du taux d'anomalies de rapprochement et l'identification des sources courantes d'erreurs, qui sont les principaux facteurs de retards de traitement.

Source des données :

C'est souvent capturé par un statut spécifique sur le document de rapprochement de facture (IR), tel que 'Rejeté' ou 'Contesté', accompagné d'un code de motif.

Capture

Identifiez l'horodatage lorsque le statut du document IR change pour indiquer un état de divergence ou d'exception.

Type d'événement inferred
Facture rejetée
Une activité d'exception où un approbateur refuse la facture pendant le workflow d'approbation. Cette action nécessite généralement que la facture soit corrigée et soumise à nouveau, créant une boucle de reprises.
Pourquoi est-ce important ? :

Le suivi des rejets est indispensable pour le KPI 'Taux de rejet des factures' et pour analyser les causes profondes des échecs d'approbation, telles que les violations de politique ou un codage incorrect.

Source des données :

C'est enregistré dans l'historique d'approbation pour le document de facture et est également reflété par un changement de statut du document à 'Rejeté'.

Capture

Extrayez des commentaires d'historique d'approbation et des horodatages ou d'un changement de statut vers 'Rejeté'.

Type d'événement explicit
Facture soumise pour rapprochement
Représente le moment où la facture a été saisie et est formellement soumise au processus de rapprochement pour être comparée à un bon de commande ou un contrat. Il s'agit d'un transfert clé de la saisie des données à la validation.
Pourquoi est-ce important ? :

Ce jalon initie la phase de rapprochement et de validation. L'analyse du temps écoulé entre la réception et cette activité aide à identifier les points de blocage de la saisie des données.

Source des données :

Déduit d'un changement de statut sur la facture ou le document de rapprochement de facture (IR), passant souvent à un statut comme 'Soumis' ou 'En rapprochement'.

Capture

Suivez l'horodatage lorsque le statut du document de rapprochement de facture passe à 'Soumis'.

Type d'événement inferred
Paiement planifié
Représente l'action de l'équipe financière dans le système ERP pour inclure la facture dans un cycle de paiement spécifique. Le paiement est planifié mais n'a pas encore été exécuté.
Pourquoi est-ce important ? :

Offre une visibilité sur la dernière étape du processus de paiement, aidant à prévoir les flux de trésorerie sortants et à analyser tout retard entre l'enregistrement et le paiement final.

Source des données :

Cette information réside généralement dans le système ERP. Elle peut être synchronisée avec SAP Ariba et reflétée dans les informations de statut de paiement de la facture.

Capture

Déduit des détails de statut de paiement qui sont envoyés de l'ERP vers le document de facture Ariba.

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos `données` depuis SAP Ariba