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

SAP S/4HANA
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

Ce modèle de données est conçu pour vous guider dans la mise en place de votre analyse Achats au Paiement - Traitement des factures. Il décrit les attributs de données essentiels à collecter, les activités clés à suivre et fournit des conseils précieux pour l'extraction. Utilisez ce modèle pour garantir un processus de préparation des données fluide et efficace pour vos initiatives de Process Mining.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Conseils d'extraction pour `SAP S/4HANA`
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs du processus Achats-Comptes Fournisseurs – Traitement des factures

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète des Achats au Paiement - Traitement des factures.
3 Obligatoire 8 Recommandé 11 Facultatif
Nom Description
Numéro de facture
InvoiceNumber
L'identifiant unique du document de facture fournisseur, servant d'identifiant de cas principal pour le processus.
Description

Le numéro de facture est l'identifiant unique attribué à chaque facture fournisseur dans SAP S/4HANA. Il relie toutes les activités associées, telles que la création, la mise en attente, l'approbation et le paiement, en une seule instance de processus cohérente.

En Process Mining, cet attribut est fondamental pour suivre le parcours de bout en bout de chaque facture. Il permet la reconstruction de l'intégralité du flux de processus, de la réception au paiement final, autorisant l'analyse des temps de cycle, des goulots d'étranglement et des variations de processus au niveau de chaque facture.

Pourquoi c'est important

C'est la clé essentielle pour connecter tous les événements liés, permettant une traçabilité complète du cycle de vie d'une facture à travers le système.

Où obtenir

C'est le numéro du document comptable, trouvé dans la table BKPF, champ BELNR.

Exemples
190000000119000000451900000132
Heure de l'événement
EventTime
La date et l'heure précises auxquelles l'activité s'est produite.
Description

L'heure de l'événement est l'horodatage qui enregistre précisément quand une activité spécifique s'est produite. Ces données sont essentielles pour calculer les durées, les temps de cycle et les temps d'attente entre les différentes étapes du processus.

Dans l'analyse Process Mining, les horodatages précis sont utilisés pour mesurer les KPI de performance comme le 'Temps de cycle moyen des factures' et le 'Temps de cycle d'approbation des factures'. En analysant le temps écoulé entre les activités, les organisations peuvent identifier les goulots d'étranglement où les factures sont retardées et repérer les opportunités d'accélération des processus.

Pourquoi c'est important

Cet horodatage est la base de toutes les analyses basées sur le temps, y compris le suivi des performances, l'identification des goulots d'étranglement et le suivi des SLA.

Où obtenir

Généralement issu des tables de documents de modification CDHDR (En-tête) et CDPOS (Poste), en utilisant les champs UDATE et UTIME. Pour certains événements, il peut provenir des dates de création ou de saisie dans des tables comme BKPF (CPUDT, CPUTM).

Exemples
2023-04-15T10:30:00Z2023-04-18T14:05:21Z2023-05-02T09:00:00Z
Nom de l'activité
ActivityName
Le nom de l'activité commerciale ou de l'événement survenu à un moment précis pour une facture.
Description

Le nom de l'activité décrit une étape spécifique ou un changement de statut au sein du cycle de vie du traitement des factures. Les exemples incluent 'Document de facture créé', 'Facture envoyée pour approbation', 'Blocage de paiement défini' et 'Paiement exécuté'.

Cet attribut est crucial pour la construction de la carte des processus, qui représente visuellement le flux des activités. L'analyse de la séquence, de la fréquence et de la durée entre ces activités aide à identifier les goulots d'étranglement, les boucles de retrabail et les variations de processus non conformes. Il constitue l'épine dorsale de toute analyse de Process Mining.

Pourquoi c'est important

Il définit les étapes du processus, permettant la visualisation des cartes de processus et l'analyse des flux de processus et des variations.

Où obtenir

Dérivé d'une combinaison de codes de transaction SAP (SY-TCODE), des statuts d'objets de document de modification (CDHDR/CDPOS) et de valeurs de champs spécifiques indiquant des changements de statut.

Exemples
Facture pré-enregistréeFacture approuvéePaiement effectué
Bon de commande
PurchasingDocument
Le numéro de la commande d'achat à laquelle la facture est liée.
Description

Le numéro de document d'achat lie la facture fournisseur à la commande d'achat (PO) d'origine. Ce lien est fondamental pour le processus de rapprochement en trois points, qui vérifie la facture par rapport à la commande d'achat et à la réception des marchandises.

L'analyse par cet attribut aide à comprendre les problèmes liés aux factures avec commande d'achat par rapport aux factures sans commande d'achat. Il est essentiel pour enquêter sur les divergences de rapprochement et comprendre l'efficacité de la partie approvisionnement du processus.

Pourquoi c'est important

Lie la facture au processus d'approvisionnement, ce qui est essentiel pour analyser les écarts de rapprochement et la conformité des bons de commande.

Où obtenir

Ces informations se trouvent généralement dans la table de segment de document BSEG, champ EBELN (Numéro de document d'achat).

Exemples
450000123445000056784500009012
Code société
CompanyCode
L'unité organisationnelle représentant une entreprise juridiquement indépendante pour laquelle des états financiers sont créés.
Description

Le code société est une unité organisationnelle fondamentale dans SAP Finance. Chaque facture est affectée à un code société spécifique, qui détermine l'entité juridique responsable de la transaction.

En Process Mining, le filtrage ou la comparaison par code société est essentiel pour analyser la performance des processus au sein de différentes unités commerciales, entités juridiques ou pays. Il aide à identifier les différences régionales en termes d'efficacité, de conformité et de niveaux d'automatisation, soutenant ainsi des initiatives d'amélioration ciblées.

Pourquoi c'est important

Il permet de segmenter et de comparer la performance du traitement des factures entre différentes entités juridiques ou emplacements géographiques au sein de l'organisation.

Où obtenir

C'est un champ standard dans la table d'en-tête du document BKPF, champ BUKRS.

Exemples
1000US01DE01
Date d'échéance du paiement
PaymentDueDate
La date à laquelle la facture doit être payée pour éviter d'être en retard.
Description

La date d'échéance du paiement est la date calculée à laquelle le paiement au fournisseur est dû, basée sur la date de facture et les conditions de paiement convenues. Elle sert de date limite critique dans le processus.

Cet attribut est essentiel pour le KPI 'Taux de paiement à temps' et le dashboard 'Performance de paiement fournisseur'. En comparant la date de paiement réelle avec la date d'échéance, une entreprise peut mesurer sa capacité à respecter ses obligations de paiement, ce qui affecte les relations avec les fournisseurs et la réputation financière.

Pourquoi c'est important

C'est le principal repère pour mesurer la performance des paiements ponctuels, ce qui est crucial pour maintenir de bonnes relations avec les fournisseurs et éviter les frais de retard.

Où obtenir

Cette date est souvent directement disponible dans le poste fournisseur de la table BSEG, champ ZFBDT (Date de base pour le calcul de l'échéance). La date d'échéance nette est calculée à partir de cette date de base et des conditions de paiement.

Exemples
2023-05-302023-06-152023-07-01
Montant de la facture
AmountInCompanyCodeCurrency
Le montant brut total de la facture dans la devise locale du code société.
Description

Cet attribut représente la valeur totale de la facture. C'est une métrique clé pour comprendre l'impact financier et l'ampleur de l'opération de traitement des factures.

L'analyse des montants de facture aide à prioriser les factures de grande valeur pour un traitement plus rapide, à identifier les tendances de dépenses et à corréler les problèmes de processus avec la valeur financière. Par exemple, il peut être utilisé pour déterminer si les factures de grande valeur sont plus susceptibles d'être bloquées ou d'avoir des délais d'approbation plus longs.

Pourquoi c'est important

Fournit un contexte financier au processus, permettant une analyse basée sur la valeur monétaire, par exemple pour identifier si les factures de grande valeur sont traitées différemment.

Où obtenir

Cette valeur est généralement dérivée de la somme des postes pertinents dans la table BSEG, champ WRBTR (Montant en devise locale).

Exemples
1500.75125000.00850.20
Motif de blocage de paiement
PaymentBlockReason
Un code indiquant pourquoi une facture est bloquée pour paiement.
Description

Lorsqu'une facture est bloquée pour paiement, cet attribut fournit la raison spécifique du blocage, telle que 'Écart de quantité' ou 'Divergence de prix'. Ces raisons sont configurées dans SAP pour standardiser la gestion des exceptions.

Cet attribut est crucial pour le dashboard 'Occurrence et durée du blocage de paiement'. L'analyse de la fréquence des différentes raisons de blocage aide à identifier les causes profondes des retards de paiement, telles que des problèmes avec des fournisseurs spécifiques, des matériaux ou des processus internes, permettant des actions correctives ciblées.

Pourquoi c'est important

Fournit la cause racine spécifique des blocages de paiement, permettant une analyse ciblée pour réduire les retards et améliorer le traitement dès la première fois.

Où obtenir

Situé dans le poste de ligne fournisseur de la table BSEG, champ ZLSPR (Clé de blocage de paiement).

Exemples
RIA
Nom d'utilisateur
UserName
L'ID utilisateur SAP de la personne ou du système qui a effectué l'activité.
Description

Cet attribut identifie l'utilisateur qui a exécuté une transaction spécifique ou créé un document. Il peut s'agir de l'ID utilisateur d'un individu ou d'un ID système pour les jobs batch automatisés.

L'analyse par utilisateur aide à comprendre la répartition de la charge de travail, à identifier les besoins en formation et à repérer les comportements d'utilisateur inhabituels. Par exemple, il peut mettre en évidence les utilisateurs qui gèrent fréquemment des exceptions ou les factures qui sont traitées automatiquement (par exemple, l'utilisateur 'BATCHUSER'), ce qui est essentiel pour le calcul du KPI 'Taux d'automatisation des factures'.

Pourquoi c'est important

Il attribue les activités de processus à des utilisateurs ou comptes système spécifiques, permettant l'analyse de la charge de travail, la comparaison des performances et la détection de l'automatisation.

Où obtenir

Provient de champs tels que BKPF-USNAM (Saisi par) ou CDHDR-USERNAME (Modifié par).

Exemples
SMITHJMUELLERTWF-BATCH
Numéro de fournisseur
VendorNumber
L'identifiant unique du fournisseur qui a soumis la facture.
Description

Le numéro de fournisseur identifie le fournisseur ou le créancier associé à la facture. Il relie la transaction de facture aux données de base du fournisseur.

Cet attribut est essentiel pour l'analyse axée sur les fournisseurs, telle que l'évaluation de la 'Performance de paiement des fournisseurs' ou l'identification des fournisseurs qui soumettent fréquemment des factures problématiques entraînant des exceptions ou des blocages de paiement. Il aide à gérer les relations avec les fournisseurs et à évaluer la fiabilité des fournisseurs.

Pourquoi c'est important

Permet l'analyse de la performance du processus par fournisseur, aidant à identifier les schémas, à gérer les relations et à évaluer les problèmes liés aux fournisseurs.

Où obtenir

Généralement trouvé dans la table de segment de document comptable BSEG, champ LIFNR.

Exemples
100345700012V9832
Type de document
DocumentType
Un code qui classe différents types de documents comptables, tels que les factures fournisseurs ou les avoirs.
Description

Le type de document est utilisé dans SAP pour distinguer différentes transactions commerciales. Par exemple, 'KR' représente généralement une facture fournisseur standard, tandis que 'KG' pourrait être un avoir fournisseur.

L'analyse par type de document permet de segmenter le processus pour comprendre comment différents types de transactions sont gérés. Par exemple, le processus pour un avoir peut être significativement différent de celui d'une facture standard. Cette segmentation fournit des informations de processus plus précises et pertinentes.

Pourquoi c'est important

Il aide à différencier les différents types de transactions financières, tels que les factures standard et les avoirs, qui suivent souvent des chemins de processus différents.

Où obtenir

Trouvé dans la table d'en-tête de document BKPF, champ BLART.

Exemples
KRREKG
Conditions de paiement
PaymentTerms
Le code définissant les conditions de paiement convenues avec le fournisseur, telles que les dates d'échéance et les périodes de remise.
Description

Les conditions de paiement définissent les règles de paiement d'une facture, y compris les remises éventuelles pour paiement anticipé. Par exemple, 'Z030' pourrait signifier 'Payable à 30 jours net'.

Cet attribut est essentiel pour la planification financière et l'optimisation du fonds de roulement. En Process Mining, il est utilisé pour calculer la 'Date d'échéance du paiement' et pour déterminer l'éligibilité aux escomptes pour paiement anticipé, soutenant directement le KPI 'Taux de capture des escomptes pour paiement anticipé'.

Pourquoi c'est important

Définit les règles pour les dates d'échéance de paiement et les escomptes, impactant directement les KPI de paiement ponctuel et la gestion du fonds de roulement.

Où obtenir

Trouvé dans le poste de ligne fournisseur dans la table BSEG, champ ZTERM (Clé des conditions de paiement).

Exemples
0001Z030NT60
Date de la facture
InvoiceDate
La date à laquelle le fournisseur a émis le document de facture.
Description

La date de facture, également connue sous le nom de date du document, est la date fournie par le fournisseur sur la facture. Elle est utilisée comme point de départ pour le calcul de la date d'échéance du paiement sur la base des conditions de paiement convenues.

En analyse, cette date est fondamentale pour les calculs financiers, tels que la détermination du vieillissement des factures et l'éligibilité aux escomptes pour paiement anticipé. Elle est un intrant clé pour le KPI 'Taux de capture des escomptes pour paiement anticipé'.

Pourquoi c'est important

Sert de base pour le calcul des conditions et des dates d'échéance de paiement, ce qui est essentiel pour gérer le fonds de roulement et capturer les escomptes.

Où obtenir

Trouvé dans la table d'en-tête de document BKPF, champ BLDAT (Date du document).

Exemples
2023-04-122023-05-152023-06-20
Est `payé à temps`
IsPaidOnTime
Un indicateur qui est vrai si la facture a été payée à ou avant sa date d'échéance de paiement.
Description

Cet attribut booléen est le résultat de la comparaison de la date de paiement réelle (l'horodatage de l'activité 'Paiement exécuté') avec la 'Date d'échéance du paiement'. Il fournit un résultat binaire clair pour le statut de paiement de chaque facture.

Ceci est le calcul principal du KPI 'Taux de paiement à temps'. Il permet un filtrage et une analyse faciles pour comprendre les caractéristiques des paiements en retard, telles que les fournisseurs courants, les codes société ou les montants de facture associés aux retards.

Pourquoi c'est important

Mesure directement le respect des conditions de paiement, ce qui est un KPI essentiel pour la gestion des relations fournisseurs et les opérations financières.

Où obtenir

Calculé en comparant l'EventTime de l'activité 'Paiement exécuté' avec l'attribut PaymentDueDate. (Date de paiement <= PaymentDueDate).

Exemples
truefaux
Est Automatisé
IsAutomated
Un indicateur signalant si une activité a été réalisée par un utilisateur système automatisé.
Description

Cet attribut booléen est vrai si l'utilisateur associé à une activité est un compte système ou batch connu, tel que 'WF-BATCH' ou 'SAP_SYSTEM'. Il aide à distinguer les étapes de processus manuelles et automatisées.

Cet attribut est essentiel pour le calcul du KPI 'Taux d'automatisation des factures'. En analysant quelles parties du processus sont automatisées, les organisations peuvent mesurer le succès de leurs initiatives d'automatisation et identifier de nouvelles opportunités pour réduire l'effort manuel et améliorer l'efficacité.

Pourquoi c'est important

Distingue les activités manuelles des activités pilotées par le système, ce qui est fondamental pour mesurer les taux d'automatisation et identifier les opportunités d'automatisation supplémentaire.

Où obtenir

Dérivé de l'attribut UserName. Un mappage ou une règle est créé pour classer des ID d'utilisateur spécifiques comme 'automatisés'.

Exemples
truefaux
Est un retravail
IsRework
Un indicateur signalant si une facture a fait l'objet d'activités de reprise, telles qu'une approbation rejetée ou un blocage de paiement levé.
Description

Cet attribut signale les factures ayant subi une ou plusieurs boucles de retrabail. Le retrabail est identifié par des séquences d'activités spécifiques, par exemple, 'Facture approuvée' après 'Facture rejetée', ou 'Blocage de paiement levé' après 'Blocage de paiement défini'.

Cet attribut simplifie le calcul du KPI 'Taux de retrabail des factures'. Il permet aux analystes d'isoler et d'examiner facilement les cas de retrabail pour comprendre les causes profondes de l'inefficacité et de l'effort manuel répété.

Pourquoi c'est important

Identifie les flux de processus inefficaces où le travail doit être répété, aidant à quantifier le gaspillage et à identifier les causes profondes des exceptions de processus.

Où obtenir

Calculé sur la base de la séquence d'activités dans le journal d'événements. Par exemple, si 'Facture rejetée' apparaît dans la trace d'une facture, cet indicateur serait défini sur vrai.

Exemples
truefaux
Horodatage d'extraction
ExtractionTimestamp
La date et l'heure auxquelles les données ont été extraites du système source.
Description

Cet attribut enregistre l'horodatage de l'événement d'extraction de données. Il reflète la fraîcheur des données analysées dans l'outil de Process Mining.

En analyse, ceci est utilisé pour comprendre la récence des informations générées. Il est essentiel pour les dashboards de surveillance opérationnelle de s'assurer que les décisions sont basées sur des informations à jour et de gérer efficacement les cycles d'actualisation des données.

Pourquoi c'est important

Indique la fraîcheur des données, garantissant que l'analyse et le reporting sont basés sur les informations les plus actuelles disponibles.

Où obtenir

Ceci n'est pas un champ SAP. Il est généré et ajouté par l'outil d'extraction de données ou le processus ETL au moment de l'extraction des données.

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
ID du système source
SourceSystemId
L'identifiant du système source SAP S/4HANA à partir duquel les données ont été extraites.
Description

Cet attribut spécifie le système d'origine, par exemple, 'S4H_PROD' ou 'ERP_EU'. Il est particulièrement important dans les environnements avec plusieurs instances ERP ou un mélange de systèmes hérités et modernes.

Pour l'analyse, il permet de comparer la performance des processus entre différents systèmes ou régions. Il assure la provenance des données et est crucial pour la gouvernance des données et le dépannage lorsque les données de plusieurs sources sont combinées dans une plateforme centrale de Process Mining.

Pourquoi c'est important

Cela apporte du contexte sur l'origine des données, un point essentiel pour la gouvernance des données et pour comparer les processus entre les différents systèmes ou sites de l'entreprise.

Où obtenir

Cette valeur est généralement dérivée de l'ID système SAP (sy-sysid) lors de l'extraction des données ou configurée comme une valeur statique dans le pipeline ETL.

Exemples
S4PS4H_PROD_100ECC_EU
N° de document de compensation
ClearingDocumentNumber
Le numéro du document qui compense la facture, représentant généralement le document de paiement.
Description

Le numéro de document de compensation lie un poste de facture ouvert à la transaction qui le compense, qui est presque toujours le document de paiement. Cela confirme que la facture a été payée.

Cet attribut est le lien définitif entre une facture et son paiement. Il est utilisé pour identifier l'activité 'Paiement exécuté' et son horodatage correspondant, ce qui est essentiel pour calculer le temps de cycle de bout en bout et le taux de paiement à temps.

Pourquoi c'est important

Confirme qu'une facture a été payée et la lie à la transaction de paiement spécifique, ce qui est essentiel pour l'analyse du temps de cycle et de la performance de paiement.

Où obtenir

Trouvé dans la table de segment de document BSEG, champ AUGBL (Numéro de document de compensation).

Exemples
150000000115000000231500000088
Nombre de cycles d'approbation
ApprovalCycleCount
Un compte du nombre de fois qu'une facture a été envoyée pour approbation.
Description

Cette métrique compte le nombre de fois où l'activité 'Facture envoyée pour approbation' se produit pour une seule facture. Un compte supérieur à un indique que la facture a été rejetée ou renvoyée au moins une fois, nécessitant un nouveau cycle d'approbation.

Cet attribut soutient directement le KPI 'Taux d'approbation au premier passage'. En analysant les factures avec des nombres élevés de cycles d'approbation, les organisations peuvent identifier les raisons des échecs d'approbation, telles que des informations insuffisantes ou un codage incorrect, et prendre des mesures pour améliorer le processus.

Pourquoi c'est important

Quantifie le retrabail au sein du sous-processus d'approbation, aidant à mesurer le taux de succès dès la première fois et à identifier les raisons des rejets d'approbation.

Où obtenir

Calculé en comptant les occurrences de l'activité 'Facture envoyée pour approbation' pour chaque InvoiceNumber unique.

Exemples
123
Raison de l'annulation
ReversalReason
Un code indiquant la raison pour laquelle un document de facture a été annulé.
Description

Si une facture est comptabilisée incorrectement, elle est souvent annulée. Le code de motif d'annulation explique pourquoi cette action a été entreprise, par exemple, 'Date de comptabilisation incorrecte' ou 'Erreur de saisie de données'.

L'analyse des motifs d'annulation aide à identifier les schémas d'erreurs dans le processus de comptabilisation des factures. Cette information peut être utilisée pour améliorer la formation, renforcer les contrôles système ou aborder les problèmes récurrents qui entraînent des reprises financières et des frais administratifs.

Pourquoi c'est important

Explique pourquoi les factures ont été annulées, offrant un aperçu direct des sources d'erreur et de reprise dans le processus de comptabilisation.

Où obtenir

Trouvé dans l'en-tête du document original dans la table BKPF, champ STGRD (Raison d'annulation).

Exemples
010205
Temps de traitement des factures
InvoiceProcessingTime
Le temps total écoulé de la première activité à la dernière activité pour une facture.
Description

Cette métrique calcule la durée totale de traitement d'une seule facture, généralement de la création ou réception de la facture au paiement final. Elle fournit un résumé au niveau du cas du temps de cycle de bout en bout.

Cet attribut calculé est la base du KPI 'Temps de cycle moyen des factures' et du dashboard 'Temps de cycle de bout en bout des factures'. Il permet l'identification rapide des cas les plus longs et l'analyse des facteurs qui contribuent à des temps de traitement prolongés.

Pourquoi c'est important

Mesure l'efficacité de bout en bout du processus pour chaque facture, mettant en évidence les cas avec des durées exceptionnellement longues qui nécessitent une investigation.

Où obtenir

Calculé en prenant la différence entre l'horodatage du dernier événement et du premier événement pour chaque InvoiceNumber unique.

Exemples
10 jours 4 heures25 jours 1 heure5 jours 8 heures
Obligatoire Recommandé Facultatif

Activités du processus Achats-Comptes Fournisseurs – Traitement des factures

Voici les étapes de processus et les jalons clés à capturer dans votre `journal d'événements` pour une `découverte de processus` précise.
5 Recommandé 8 Facultatif
Activité Description
Facture approuvée
Cette activité signifie que la facture a été approuvée par l'autorité désignée. Cela est enregistré lorsque le workflow d'approbation se termine avec succès ou qu'un indicateur de libération est défini.
Pourquoi c'est important

C'est une étape critique qui débloque la facture pour paiement. Les retards d'approbation sont un goulot d'étranglement courant, et le suivi de cette activité aide à identifier les approbateurs ou les étapes de processus lents.

Où obtenir

Ceci peut être déduit de l'étape de libération finale dans un workflow SAP ou en suivant les modifications apportées aux champs de statut de libération dans les tables associées à la facture ou à son document d'achat.

Capture

Déduire des événements de complétion de Workflow ou des modifications dans le champ de statut de libération d'un document.

Type d'événement inferred
Facture comptabilisée
C'est un événement financier clé où la facture "parquée" (mise en attente) ou approuvée est officiellement comptabilisée dans le Grand Livre. Cette action reconnaît la dette envers le fournisseur.
Pourquoi c'est important

La comptabilisation est une étape majeure qui sépare la saisie des données et l'approbation de la phase de règlement financier. Le temps écoulé entre la création de la facture et sa comptabilisation est une mesure clé de l'efficacité du traitement interne.

Où obtenir

Cet événement est identifié par la Date de comptabilisation (BKPF-BUDAT) sur l'en-tête du document. Pour les documents qui sont d'abord "parqués" (mis en attente), la transition vers un statut comptabilisé fournit l'horodatage de l'événement.

Capture

Utilisez la date de comptabilisation (BKPF-BUDAT) comme horodatage de l'événement.

Type d'événement explicit
Facture contre-passée
Une activité représentant l'annulation d'un document de facture précédemment comptabilisé. Il s'agit d'un événement terminal pour une facture incorrecte, qui est ensuite souvent saisie à nouveau correctement.
Pourquoi c'est important

Les annulations indiquent des erreurs critiques qui n'ont pas été détectées plus tôt dans le processus. Le suivi de leur fréquence et de leurs causes profondes est essentiel pour l'amélioration des processus et la réduction des inexactitudes financières.

Où obtenir

Une annulation est identifiée lorsqu'un document d'annulation est créé. L'en-tête du document original (BKPF) contiendra le numéro du document d'annulation (BKPF-STBLG) et vice versa. La date de comptabilisation du document d'annulation est l'heure de l'événement.

Capture

Identifiez les documents ayant une valeur dans le champ BKPF-STBLG et utilisez la date de comptabilisation du document d'annulation.

Type d'événement explicit
Facture créée
C'est le premier événement, marquant la création d'un document de facture dans SAP. Il peut être capturé lorsqu'un utilisateur enregistre un nouveau document de facture, qui pourrait être dans un état "parqué" (mis en attente) ou pré-comptabilisé.
Pourquoi c'est important

Cette activité marque le début du cycle de vie du traitement des factures. L'analyse du temps écoulé entre cet événement et les autres est cruciale pour mesurer le délai de traitement global.

Où obtenir

Cet événement est capturé à partir de la date et de l'heure de création (CPUDT, CPUTM) dans la table d'en-tête du document, généralement BKPF ou RBKP pour les factures logistiques. Le code de transaction (BKPF-TCODE) comme FB60, MIRO ou MIR7 indique la méthode de création.

Capture

Utilisez l'horodatage de création de BKPF-CPUDT et BKPF-CPUTM pour le document de facture.

Type d'événement explicit
Paiement effectué
C'est l'activité finale du processus standard, où le paiement est effectué et la facture est compensée. Cela signifie que les fonds ont été déboursés au fournisseur.
Pourquoi c'est important

Ceci marque la fin du cycle de vie de la facture P2P. Il est essentiel pour calculer le temps de cycle total de bout en bout et pour mesurer la performance de paiement à temps par rapport à la date d'échéance.

Où obtenir

Cet événement est capturé à partir des informations du document de compensation sur le poste fournisseur. La date de compensation (BSEG-AUGDT) et le document de compensation (BSEG-AUGBL) indiquent que le paiement a été effectué.

Capture

Utilisez la date de compensation (BSEG-AUGDT) du poste fournisseur compensé.

Type d'événement explicit
Blocage de paiement activé
Une activité où un blocage est intentionnellement placé sur une facture pour empêcher son paiement. Cela est souvent dû à des écarts de prix ou de quantité, ou à un avoir en attente.
Pourquoi c'est important

Les blocages de paiement sont une cause principale de retards de paiement et de litiges avec les fournisseurs. L'analyse de la fréquence, de la durée et des raisons de ces blocages est essentielle pour améliorer les taux de paiement à temps.

Où obtenir

Cet événement est capturé en suivant les modifications du champ Clé de blocage de paiement (BSEG-ZLSPR) dans le poste de facture. Les journaux de modifications dans CDHDR et CDPOS fournissent l'horodatage et l'utilisateur lorsque le blocage a été défini.

Capture

Identifiez quand le champ BSEG-ZLSPR est renseigné via des documents de modification (CDHDR/CDPOS).

Type d'événement explicit
Blocage de paiement levé
Représente la résolution d'un problème, où un blocage de paiement précédemment défini est levé. Cela rend la facture à nouveau éligible au paiement.
Pourquoi c'est important

Le temps entre la mise en place et la levée d'un blocage représente le temps de résolution d'une exception de processus. Réduire cette durée est essentiel pour améliorer l'efficacité et les relations avec les fournisseurs.

Où obtenir

Cet événement est capturé lorsque le champ Clé de blocage de paiement (BSEG-ZLSPR) est effacé. Cette modification est enregistrée dans les tables CDHDR et CDPOS, fournissant un horodatage pour la levée du blocage.

Capture

Identifiez quand le champ BSEG-ZLSPR est compensé via des documents de modification (CDHDR/CDPOS).

Type d'événement explicit
Données de facture mises à jour
Cette activité reflète une modification apportée au document de facture après sa création initiale. C'est courant lors des cycles de retrabail suite à un rejet ou pour corriger des erreurs.
Pourquoi c'est important

Les mises à jour fréquentes signalent des reprises et des problèmes potentiels de qualité des données au point d'entrée. Le suivi de ces modifications aide à quantifier l'effort consacré aux corrections et à identifier les erreurs courantes.

Où obtenir

Les modifications des champs clés sont enregistrées dans les tables de documents de modification de SAP, CDHDR (en-tête) et CDPOS (poste). Des événements peuvent être générés en filtrant les modifications apportées à l'objet de facture pertinent.

Capture

Extrayez les événements de modification des tables CDHDR et CDPOS pour l'objet facture.

Type d'événement explicit
Facture envoyée pour approbation
Cette activité marque le début d'un workflow d'approbation formel pour la facture. Ceci est souvent déduit lorsque le statut de la facture passe à 'en attente d'approbation' ou qu'un élément de workflow est généré.
Pourquoi c'est important

C'est le point de départ pour mesurer le temps de cycle d'approbation. Comprendre quand les approbations commencent est essentiel pour identifier les goulots d'étranglement dans le workflow d'approbation lui-même.

Où obtenir

Ceci est généralement déduit du début d'un workflow métier SAP (table SWW_WI2OBJ) lié à l'objet facture (par exemple, BUS2081) ou d'une modification d'un champ de statut personnalisé sur l'en-tête du document.

Capture

Déduire de la création d'un poste de Workflow lié au document de facture.

Type d'événement inferred
Facture pré-enregistrée
Représente une facture qui a été saisie dans le système mais n'est pas encore comptabilisée dans le grand livre. Le « parking » (mise en attente) est utilisé pour enregistrer les factures incomplètes ou pour un examen ultérieur avant la comptabilisation.
Pourquoi c'est important

Le « parking » (mise en attente) indique une pause délibérée dans le processus. Le suivi de la durée et de la fréquence des factures mises en attente aide à identifier les raisons des retards avant le début du cycle formel de comptabilisation et d'approbation.

Où obtenir

Ceci peut être identifié par les documents créés via des transactions de "parking" (par exemple, MIR7, FV60) ou en vérifiant des champs de statut spécifiques dans la table BKPF ou des tables de documents "parqués" dédiées comme VBKPF.

Capture

Identifiez les documents créés via des transactions de stationnement ou vérifiez le statut d'un document stationné.

Type d'événement explicit
Facture rejetée
Représente le rejet d'une facture pendant le processus d'approbation. Cet événement déclenche un retrabail, nécessitant une correction et une nouvelle soumission.
Pourquoi c'est important

Les rejets de factures sont un indicateur clé d'inefficacité des processus et de problèmes de qualité des données. L'analyse de la fréquence et des raisons des rejets aide à identifier les opportunités d'amélioration et de formation.

Où obtenir

Ceci est déduit des mises à jour de statut spécifiques dans un workflow SAP, telles qu'un statut 'rejeté', ou d'événements qui annulent le workflow d'approbation actuel, le renvoyant au processeur.

Capture

Déduire des changements de statut de Workflow indiquant un rejet.

Type d'événement inferred
Paiement en retard exécuté
Ceci est un événement calculé qui se produit lorsqu'un paiement de facture est exécuté après sa date d'échéance calculée. Il est dérivé en comparant deux champs de date.
Pourquoi c'est important

Cette activité soutient directement les KPI de paiement à temps et aide à identifier les fournisseurs ou unités commerciales ayant des retards de paiement fréquents, ce qui peut nuire aux relations avec les fournisseurs et entraîner des pénalités.

Où obtenir

Ceci est calculé en comparant la date de compensation (BSEG-AUGDT) avec la date d'échéance nette. La date d'échéance est elle-même calculée à partir de la date de base (BSEG-ZFBDT) et des conditions de paiement (BSEG-ZTERM).

Capture

Déduire en comparant BSEG-AUGDT > (BSEG-ZFBDT + jours de conditions de paiement).

Type d'événement calculated
Proposition de paiement créée
La facture est sélectionnée et incluse dans une proposition de paiement dans le cadre d'une exécution de paiement. C'est la première étape du processus de paiement automatisé.
Pourquoi c'est important

Cette activité indique l'intention de payer. Les retards entre cette étape et l'exécution finale du paiement peuvent révéler des problèmes liés au processus d'exécution des paiements, aux approbations ou à la communication bancaire.

Où obtenir

Ceci se trouve dans les tables d'exécution de paiement, spécifiquement REGUP, qui contient les postes inclus dans une proposition de paiement. La date d'exécution dans la table REGUH correspondante fournit l'horodatage.

Capture

Identifiez quand une facture apparaît dans la table REGUP à partir d'une exécution de proposition de paiement.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de SAP S/4HANA