> Amélioration continue des processus > Achats Comptes Fournisseurs Traitement des factures > SAP Ariba > Modèle de données

Votre Template de données pour le processus Purchase to Pay - Traitement des factures

SAP Ariba

← Retour au Guide d'amélioration

Achats-Comptes Fournisseurs - Attributs de traitement des factures (23) Achats-Comptes Fournisseurs - Activités de traitement des factures (13) Guides d'extraction (1)

Votre Template de données pour le processus Purchase to Pay - Traitement des 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 cruciaux à 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 Event Log 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

Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Télécharger le modèle

Achats-Comptes Fournisseurs - Attributs de traitement des factures

Voici les champs de données recommandés à inclure dans votre Event Log pour une analyse complète de votre traitement des factures au sein de SAP Ariba.

3 Obligatoire 7 Recommandé 13 Facultatif

	Nom	Description
	Heure de l'événement EventTime	L'horodatage indiquant la date et l'heure exactes auxquelles une activité a eu lieu.
Description L'Heure de l'événement, ou horodatage, enregistre le moment où une activité spécifique a eu lieu. Ces données sont fondamentales 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 essentiel 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 c'est important Il permet le calcul de toutes les métriques basées sur le temps, telles que les temps de cycle et les durées, qui sont critiques pour identifier les retards de processus. Où obtenir Enregistré automatiquement par SAP Ariba pour chaque changement de statut, action utilisateur ou event système. Il se trouve généralement à côté du nom de l'activité dans les event logs 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.
Description 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 carte 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 c'est important Cet attribut est la base pour visualiser la carte des processus, découvrir les variantes de processus et identifier les reprises ou les goulots d'étranglement. Où obtenir Généré à partir des event logs du système, des changements de statut ou des actions utilisateur capturées dans SAP Ariba. Ces data 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.
Description 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, de bout en bout, de chaque facture. Cela permet une analyse détaillée des flux de processus, l'identification des goulots d'étranglement et la mesure d'indicateurs clés de performance comme le temps de cycle pour les factures individuelles. Pourquoi c'est important C'est la clé essentielle qui connecte toutes les étapes du processus pour une seule facture, rendant possible l'analyse du temps et du cheminement de traitement de bout en bout. Où obtenir C'est un champ principal sur le document de facture et au sein de 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.
Description 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 goulots d'étranglement dans le processus. Cette information est essentielle pour équilibrer les charges de travail et améliorer l'efficacité de l'approbation. Pourquoi c'est important Il aide à identifier les goulots d'étranglement dans le processus d'approbation en montrant quels utilisateurs ou équipes ont les temps de cycle d'approbation les plus longs. Où obtenir Capturé dans les logs de workflow ou d'historique d'approbation pour une facture dans SAP Ariba. Il peut être enregistré comme un user ID. 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.
Description 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 essentiel pour le KPI 'Taux de paiement à temps'. 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 c'est important C'est la base de référence pour calculer le taux de paiement à temps, un KPI critique pour la gestion des relations avec les fournisseurs et la conformité financière. Où obtenir 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.
Description Le Montant de la facture représente le paiement total demandé par le fournisseur. Il s'agit d'un attribut financier fondamental 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 c'est 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 goulots d'étranglement du processus. Où obtenir Un champ standard dans les data d'en-tête de facture au sein de 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.
Description 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écision des données de base. Cet attribut est crucial pour le dashboard '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 c'est 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é. Où obtenir Cette information est définie lorsqu'un blocage de paiement est appliqué à une facture dans SAP Ariba ou l'ERP connecté. Exemples Écart de prixDivergence de quantitéEn attente de réception des marchandises
	Nom du fournisseur VendorName	Le 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 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 c'est 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. Où obtenir Un champ standard dans les data d'en-tête de facture, lié aux master data 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.
Description Le Numéro de bon de commande (PO) 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 vital. L'analyse des factures par numéro de PO aide à comprendre la performance du rapprochement à trois voies (PO, Réception de marchandises, Facture). Il est essentiel 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 c'est important Il connecte la facture au processus d'approvisionnement (procurement), permettant l'analyse des divergences de rapprochement et la comparaison des flux de factures avec ou sans PO. Où obtenir Disponible comme champ standard sur les factures adossées à un PO dans SAP Ariba. Trouvé dans les postes de facture ou les data 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.
Description 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 complété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 c'est 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. Où obtenir 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 au sein de l'organisation qui traite la facture.
Description 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 c'est 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. Où obtenir Un champ organisationnel fondamental 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é.
Description 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 informations proviennent des données de base du fournisseur ou du bon de commande. Cet attribut est essentiel pour le dashboard '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 c'est important Il est essentiel d'identifier les opportunités de capter les escomptes pour paiement anticipé, ce qui peut générer des économies de coûts significatives. Où obtenir Stocké dans les données de base du fournisseur et copié dans les détails de la facture au sein de 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.
Description 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 c'est 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. Où obtenir Un champ standard dans les data 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.
Description 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 fraîcheur 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 critique pour la gestion des cycles d'actualisation des données et la garantie de la fiabilité des informations. Pourquoi c'est important Il fournit un contexte crucial sur la fraîcheur des données, garantissant que les analyses sont basées sur des informations actuelles et pertinentes. Où obtenir 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.
Description 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 crucial 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 c'est 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. Où obtenir Un champ standard dans les data 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).
Description 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 vital pour le dashboard associé. Il aide à isoler et à quantifier les retards spécifiquement au sein de 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 goulots d'étranglement spécifiques. Pourquoi c'est important Il isole la performance du workflow d'approbation, facilitant l'identification des goulots d'étranglement causés par les approbateurs ou les chaînes d'approbation complexes. Où obtenir Calculé pendant la transformation des données en trouvant les events 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.
Description 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 crucial 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 goulots d'étranglement du processus. Pourquoi c'est 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. Où obtenir Calculé pendant la transformation des données en parsant les 'PaymentTerms' et en comparant le timestamp 'Payment Executed' avec la date limite de remise calculée. Exemples truefaux
	Est `payé à temps` IsPaidOnTime	Un indicateur booléen qui précise si la facture a été payée à ou avant sa date d'échéance.
Description 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 à temps'. 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 c'est 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. Où obtenir Calculé pendant la transformation des données en comparant l'`EventTime` de l'activité de paiement avec l'attribut `PaymentDueDate`. Exemples truefaux
	Motif de refus RejectionReason	Un code ou un texte expliquant pourquoi une facture a été rejetée pendant le processus d'approbation.
Description 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 dashboard '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 c'est important Il explique pourquoi le retravail se produit, fournissant un insight direct sur les causes profondes des inefficacités de processus et des problèmes de qualité des factures. Où obtenir 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é
	Pays Country	Le pays associé à la facture, généralement basé sur le code de société ou l'emplacement du fournisseur.
Description 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 c'est important Il permet une analyse géographique pour comparer les performances et la conformité des processus dans différents pays ou régions. Où obtenir Dérivé des master data du code d'entreprise ou des master data 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.
Description 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 c'est important Il aide à différencier les activités qui se produisent dans différents systèmes, ce qui est crucial pour comprendre les points d'intégration et les goulots d'étranglement spécifiques au système. Où obtenir 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
	Temps de traitement des factures InvoiceProcessingTime	Le temps total écoulé entre la première réception d'une facture et son paiement.
Description Cette métrique mesure le temps de cycle de bout en bout pour chaque cas de facture. Elle est calculée en prenant la différence entre l'horodatage de la première activité (par exemple, 'Facture reçue') et la dernière activité (par exemple, 'Paiement exécuté'). En tant qu'indicateur clé de performance (KPI) principal, il fournit une mesure de haut niveau de l'efficacité globale de l'opération de traitement des factures. L'analyse de cette durée aide à identifier quels types de factures ou quels fournisseurs sont associés à des temps de traitement plus longs, guidant les initiatives d'amélioration des processus. Pourquoi c'est important C'est un KPI critique pour mesurer l'efficacité globale des processus et son impact sur le fonds de roulement et les relations avec les fournisseurs. Où obtenir Calculé pendant la transformation des données en soustrayant le 'EventTime' minimum du 'EventTime' maximum pour chaque 'InvoiceNumber'. Exemples 15 jours 4 heures35 jours 8 heures8 jours 2 heures
	Type de facture InvoiceType	Catégorisation de la facture, par exemple, si elle est liée à un bon de commande (PO) ou non (Non-PO).
Description 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 (PO), qui peuvent être rapprochées d'une commande pré-approuvée, et les factures sans bon de commande, qui nécessitent un codage et une approbation plus étendus. Cet attribut est crucial pour l'analyse des processus car les processus de facturation avec et sans bon de commande sont fondamentalement 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 c'est important Il sépare les factures en flux de processus distincts (par exemple, PO vs. Non-PO), ce qui est crucial pour une mesure et une analyse précises des performances. Où obtenir 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

Achats-Comptes Fournisseurs - Activités de traitement des 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é	Description
	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 c'est 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. Où obtenir 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 timestamp 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 c'est important Confirme que le transfert des achats (procurement) à la finance est terminé. C'est une étape critique avant que le paiement ne puisse être planifié et exécuté. Où obtenir Déduit du statut de la facture passant à un état final comme 'Envoyé' ou 'Traitement du paiement', et un message de confirmation correspondant du système ERP est enregistré. Capture Identifiez le timestamp 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 c'est 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. Où obtenir 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 c'est 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. Où obtenir 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 c'est important Cette activité sert de point de départ principal pour mesurer le temps de cycle de bout en bout des factures et comprendre les retards de traitement initiaux. Où obtenir 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 c'est important Cette activité est le point final principal pour mesurer le temps de cycle global des factures et est essentielle pour calculer les taux de paiement à temps et l'obtention des escomptes pour paiement anticipé. Où obtenir 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 c'est 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. Où obtenir 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 c'est 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. Où obtenir 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 c'est 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. Où obtenir 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 le timestamp 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 c'est important Cette activité est cruciale 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. Où obtenir 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 le timestamp 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 retravail.
Pourquoi c'est important Le suivi des rejets est essentiel 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. Où obtenir 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 timestamps 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 c'est 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 goulots d'étranglement de la saisie des données. Où obtenir 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 c'est 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. Où obtenir 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

Étapes

Prérequis et Configuration: Assurez-vous d'avoir Python 3.6 ou une version plus récente installée sur votre système. Installez les bibliothèques Python nécessaires, pandas et requests, en exécutant pip install pandas requests dans votre terminal de ligne de commande.
Accès API SAP Ariba: Connectez-vous au portail développeur SAP Ariba. Créez une nouvelle application et abonnez-vous à l'API pertinente, typiquement l'API Transactional Data Export ou une API de Reporting similaire qui expose les data de facture. Ce processus vous fournira une API Key et des identifiants OAuth (Client ID et Client Secret) requis pour l'authentification.
Configurer l'Authentification: Votre application aura besoin d'un token OAuth2 pour effectuer des appels API. Le script inclut une fonction pour demander ce token à l'endpoint d'authentification Ariba en utilisant votre Client ID et Secret. Stockez ces identifiants en toute sécurité et ne les codez pas en dur directement dans le script final s'il est utilisé en production.
Développer le Script Python: Utilisez le script Python fourni comme template. Mettez à jour les variables placeholder en haut du script avec le nom de votre realm Ariba spécifique, l'URL de base de l'API et l'API Key que vous avez obtenus lors des étapes précédentes.
Définir les Paramètres d'Extraction: Dans la section main du script, définissez les variables created_date_from et created_date_to pour définir la fenêtre temporelle de l'extraction de data. Vous pouvez également personnaliser le filters dictionary pour affiner la requête, par exemple, par code d'entreprise ou par statuts de facture spécifiques.
Exécuter le Script: Exécutez le script depuis votre terminal en utilisant la commande python your_script_name.py. Le script se connectera à l'API Ariba, récupérera les data de facture page par page, et les traitera en mémoire.
Transformation des Données: Le script itère sur chaque document de facture retourné par l'API. Il dé-imbrique la structure JSON et transforme les divers champs timestamp (comme timeCreated, reconciledDate, approvedDate) en lignes individuelles, créant un format d'event log approprié. Chaque ligne représente une activité distincte dans le cycle de vie de la facture.
Gérer la Pagination de l'API: Le script est conçu pour gérer les réponses API paginées. Il effectuera des appels séquentiels à l'API, en utilisant le page_token fourni dans chaque réponse pour demander la prochaine série de résultats, jusqu'à ce que toutes les data pour la période spécifiée soient récupérées.
Générer le Fichier d'Event Log: Une fois toutes les data récupérées et transformées, le script les assemble dans un pandas DataFrame. Ce DataFrame est ensuite exporté vers un fichier CSV nommé ariba_invoice_event_log.csv dans le même répertoire où le script est exécuté.
Vérifier et Upload: Ouvrez le fichier CSV généré pour en revoir le contenu. Vérifiez qu'il contient les colonnes requises (InvoiceNumber, ActivityName, EventTime) et que les data semblent correctes. Ce fichier est maintenant prêt à être uploadé vers ProcessMind pour analyse.

Configuration

API Endpoint: Le script cible la vue invoiceReconciliationDocuments au sein de l'API Transactional Data Export. L'URL de base et le point de terminaison spécifique doivent être configurés en fonction du data center de votre environnement Ariba.
Authentification: Le script utilise OAuth 2.0 avec un Client ID, un Client Secret et une API Key pour un accès sécurisé. Ces identifiants doivent être gérés de manière sécurisée et correspondre à une application disposant des autorisations API nécessaires.
Filtres de plage de dates: Les paramètres les plus critiques sont createdDateFrom et createdDateTo. Il est recommandé d'extraire les data par blocs gérables, par exemple 3 à 6 mois, afin d'éviter les timeouts API et les problèmes de performance. Le format de date doit être YYYY-MM-DDTHH:MM:SSZ.
Filtres système: Le paramètre filters dans l'appel API permet un affinement supplémentaire. Vous pouvez filtrer sur des champs tels que realm, companyCode.uniqueName ou statusString pour limiter l'extraction à des unités commerciales ou des types de factures spécifiques.
Autorisations requises: Le compte utilisateur ou système lié aux identifiants API doit disposer des autorisations suffisantes dans SAP Ariba pour accéder et exporter les données de rapprochement des factures. Ceci est configuré dans les paramètres d'administration Ariba pour l'application API.

a Exemple de requête python

import requests
import pandas as pd
import json
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Placeholders ---
class=class="hl-string">"hl-comment"># Replace with your actual SAP Ariba credentials and environment details
ARIBE_BASE_URL = class="hl-string">"https://[your-api-gateway-url.com]/api/transactional-data-export/v1/"
API_KEY = class="hl-string">"[Your_API_Key]"
OAUTH_URL = class="hl-string">"https://api.ariba.com/v2/oauth/token"
OAUTH_CLIENT_ID = class="hl-string">"[Your_OAuth_Client_ID]"
OAUTH_CLIENT_SECRET = class="hl-string">"[Your_OAuth_Client_Secret]"
REALM = class="hl-string">"[Your_Company_Realm]"

class=class="hl-string">"hl-comment"># --- Functions ---
def get_oauth_token(client_id, client_secret):
    class="hl-string">"""Fetches OAuth2 token from SAP Ariba."""
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': client_id,
        class="hl-string">'client_secret': client_secret
    }
    try:
        response = requests.post(OAUTH_URL, data=payload)
        response.raise_for_status()
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error fetching OAuth token: {e}")
        return None

def fetch_ariba_data(access_token, created_date_from, created_date_to):
    class="hl-string">"""Fetches paginated invoice data from the Ariba API."""
    all_invoices = []
    page_token = None
    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'apiKey': API_KEY,
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    
    while True:
        params = {
            class="hl-string">'realm': REALM,
            class="hl-string">'product': class="hl-string">'ariba.procurement',
            class="hl-string">'view': class="hl-string">'InvoiceReconciliationDocument',
            class="hl-string">'createdDateFrom': created_date_from,
            class="hl-string">'createdDateTo': created_date_to,
            class="hl-string">'pageSize': 100 class=class="hl-string">"hl-comment"># Adjust as needed
        }
        if page_token:
            params[class="hl-string">'pageToken'] = page_token

        print(fclass="hl-string">"Fetching data with page token: {page_token or 'Initial Page'}")
        try:
            response = requests.get(ARIBE_BASE_URL + class="hl-string">"views/InvoiceReconciliationDocument", headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            all_invoices.extend(data.get(class="hl-string">'records', []))
            page_token = data.get(class="hl-string">'pageToken')
            if not page_token:
                break
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Ariba API: {e}")
            break

    return all_invoices

def transform_to_event_log(invoices):
    class="hl-string">"""Transforms raw invoice JSON data into a structured event log DataFrame."""
    event_log_records = []
    for inv in invoices:
        case_id = inv.get(class="hl-string">'uniqueName')
        if not case_id:
            continue

        class=class="hl-string">"hl-comment"># Common attributes
        common_attrs = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'PurchaseOrderNumber': inv.get(class="hl-string">'poNumber'),
            class="hl-string">'VendorName': inv.get(class="hl-string">'supplier', {}).get(class="hl-string">'name'),
            class="hl-string">'InvoiceAmount': inv.get(class="hl-string">'totalCost', {}).get(class="hl-string">'amount'),
            class="hl-string">'PaymentDueDate': inv.get(class="hl-string">'paymentTerms', {}).get(class="hl-string">'dueDate'),
            class="hl-string">'InvoiceStatus': inv.get(class="hl-string">'statusString')
        }

        class=class="hl-string">"hl-comment"># Activity: Invoice Received
        if inv.get(class="hl-string">'timeCreated'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Received',
                class="hl-string">'EventTime': inv[class="hl-string">'timeCreated'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Submitted for Reconciliation
        if inv.get(class="hl-string">'submittedDate'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Submitted for Reconciliation',
                class="hl-string">'EventTime': inv[class="hl-string">'submittedDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        
        class=class="hl-string">"hl-comment"># Activity: Matching Discrepancy Identified
        class=class="hl-string">"hl-comment"># This assumes an exception's creation time is available
        if inv.get(class="hl-string">'exceptionStatus') == class="hl-string">'Active' and inv.get(class="hl-string">'timeUpdated'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Identified',
                class="hl-string">'EventTime': inv[class="hl-string">'timeUpdated'], class=class="hl-string">"hl-comment"># Use timeUpdated as a proxy for exception creation
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Discrepancy Resolved
        class=class="hl-string">"hl-comment"># Assumes a specific timestamp exists for this event
        if inv.get(class="hl-string">'exceptionClearedDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Discrepancy Resolved',
                class="hl-string">'EventTime': inv[class="hl-string">'exceptionClearedDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Reconciled
        if inv.get(class="hl-string">'reconciledDate'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Reconciled',
                class="hl-string">'EventTime': inv[class="hl-string">'reconciledDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
            class=class="hl-string">"hl-comment"># Activity: Invoice Sent for Approval (often occurs immediately after reconciliation)
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Sent for Approval',
                class="hl-string">'EventTime': inv[class="hl-string">'reconciledDate'], class=class="hl-string">"hl-comment"># Using reconciledDate as the trigger time
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Approved
        if inv.get(class="hl-string">'approvedDate'):
            class=class="hl-string">"hl-comment"># Approver information may be nested differently depending on configuration
            approver_name = inv.get(class="hl-string">'lastApprover', {}).get(class="hl-string">'name', class="hl-string">'N/A') 
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Approved',
                class="hl-string">'EventTime': inv[class="hl-string">'approvedDate'],
                class="hl-string">'Approver': approver_name,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Rejected
        if inv.get(class="hl-string">'statusString') == class="hl-string">'Rejected' and inv.get(class="hl-string">'timeUpdated'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected',
                class="hl-string">'EventTime': inv[class="hl-string">'timeUpdated'],
                class="hl-string">'Approver': inv.get(class="hl-string">'lastApprover', {}).get(class="hl-string">'name'),
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activities related to payment blocks, posting, and payments
        class=class="hl-string">"hl-comment"># These fields may not be standard and depend on ERP integration
        if inv.get(class="hl-string">'paymentBlockTimestamp'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Block Set',
                class="hl-string">'EventTime': inv[class="hl-string">'paymentBlockTimestamp'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': inv.get(class="hl-string">'paymentBlockReason')
            })
        if inv.get(class="hl-string">'paymentBlockReleasedTimestamp'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Block Released',
                class="hl-string">'EventTime': inv[class="hl-string">'paymentBlockReleasedTimestamp'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'erpPostingDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Posted',
                class="hl-string">'EventTime': inv[class="hl-string">'erpPostingDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'scheduledPaymentDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled',
                class="hl-string">'EventTime': inv[class="hl-string">'scheduledPaymentDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'paidDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Executed',
                class="hl-string">'EventTime': inv[class="hl-string">'paidDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

    return pd.DataFrame(event_log_records)

def main():
    class="hl-string">"""Main function to execute the extraction process."""
    print(class="hl-string">"Starting SAP Ariba invoice data extraction...")
    
    class=class="hl-string">"hl-comment"># Define the extraction time window (e.g., last 3 months)
    created_date_from = class="hl-string">"2023-01-01T00:00:00Z"
    created_date_to = class="hl-string">"2023-03-31T23:59:59Z"

    access_token = get_oauth_token(OAUTH_CLIENT_ID, OAUTH_CLIENT_SECRET)
    if not access_token:
        print(class="hl-string">"Failed to get OAuth token. Exiting.")
        return

    raw_invoices = fetch_ariba_data(access_token, created_date_from, created_date_to)
    if not raw_invoices:
        print(class="hl-string">"No data found for the specified period. Exiting.")
        return
    
    print(fclass="hl-string">"Successfully fetched {len(raw_invoices)} invoice records.")
    
    event_log_df = transform_to_event_log(raw_invoices)
    
    if event_log_df.empty:
        print(class="hl-string">"Transformation resulted in an empty event log.")
        return

    class=class="hl-string">"hl-comment"># Sort by case and time for chronological order
    event_log_df = event_log_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], ascending=[True, True])
    
    output_filename = class="hl-string">'ariba_invoice_event_log.csv'
    event_log_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%SZ')
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

if __name__ == class="hl-string">"__main__":
    main()

Votre Template de données pour le processus Purchase to Pay - Traitement des factures

Votre Template de données pour le processus Purchase to Pay - Traitement des factures

Achats-Comptes Fournisseurs - Attributs de traitement des factures

Achats-Comptes Fournisseurs - Activités de traitement des factures

Guides d'extraction

Extraction par script Python via les API de reporting SAP Ariba

Étapes

Configuration

a Exemple de requête python

Prêt(e) à démarrer ?

Optimisez le traitement des factures Achats-Comptes Fournisseurs dès aujourd'hui

Votre Template de données pour le processus Purchase to Pay - Traitement des factures

Votre Template de données pour le processus Purchase to Pay - Traitement des factures

Achats-Comptes Fournisseurs - Attributs de traitement des factures

Achats-Comptes Fournisseurs - Activités de traitement des factures

Guides d'extraction

Extraction par script Python via les API de reporting SAP Ariba

Étapes

Configuration

a Exemple de requête python

Nous respectons votre vie privée

Prêt(e) à démarrer ?

Optimisez le traitement des factures Achats-Comptes Fournisseurs dès aujourd'hui