Votre modèle de données pour le traitement des paiements fournisseurs

SAP S/4HANA
Votre modèle de données pour le traitement des paiements fournisseurs

Votre modèle de données pour le traitement des paiements fournisseurs

Ce modèle fournit un plan complet pour cartographier votre cycle de paiement dans SAP S/4HANA et le convertir en journal d’événements destiné au Process Mining. Il présente les points de données et les jalons du processus nécessaires pour obtenir une visibilité complète sur vos flux de travail financiers. En suivant ce guide, vous pouvez vous assurer que votre extraction couvre toutes les étapes essentielles, de la réception de la facture au lettrage final du paiement.
  • Attributs essentiels pour l’analyse des fournisseurs et des paiements
  • Étapes clés essentielles du cycle de paiement
  • Logique d’extraction spécialisée pour les systèmes SAP S/4HANA
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Attributs du traitement des paiements fournisseurs

Cette section répertorie les champs de données et identifiants organisationnels recommandés pour créer un journal d’événements détaillé consacré à l’analyse de vos paiements fournisseurs.
5 Obligatoire 11 Recommandé 7 Facultatif
Nom Description
Activité
Activity
Tâche précise ou changement de statut d’un événement enregistré pour la facture.
Description

Cet attribut représente les différentes étapes du processus qui se déroulent pendant le cycle de vie de la facture. Il capture des événements tels que la création, la comptabilisation, le blocage, l’approbation et le lettrage du paiement. Les noms des activités sont dérivés des codes de transaction, des entrées des journaux de modifications ou des mises à jour de statut du flux de travail présentes dans le système source.

Pour l’analyse, ce champ est essentiel à la cartographie de la variante du flux de processus. Il permet au moteur de Process Mining de visualiser la séquence des étapes, d’identifier les boucles de reprise et de déterminer où le processus s’écarte du parcours nominal standard. Il constitue le composant central du journal d’événements.

Pourquoi c’est important

Il définit les nœuds de la carte du processus et permet de visualiser le flux de travail ainsi que les goulots d’étranglement.

Où les obtenir

Dérivé des codes de transaction (TCODE) ou de l’en-tête des documents de modification (CDHDR) et de leurs postes (CDPOS)

Exemples
Facture comptabiliséeBlocage du paiement appliquéExécution de la campagne de paiementsFacture compensée
Heure de l’événement
EventTime
Horodatage exact auquel l’activité s’est produite.
Description

Event Time enregistre la date et l’heure précises auxquelles une activité a été validée dans la base de données SAP. Il fournit la dimension temporelle nécessaire pour ordonner séquentiellement les événements au sein d’un cas. Cet horodatage est généralement construit en combinant les champs CPU Date et CPU Time issus des journaux système ou des en-têtes de documents.

Dans l’analyse, cet attribut est essentiel au calcul des temps de cycle, de la durée et du débit. Il permet de mesurer les écarts de temps entre les étapes, comme le délai entre la réception de la facture et son approbation finale, ce qui est essentiel pour identifier les goulots d’étranglement et évaluer des indicateurs tels que le temps moyen d’approbation d’une facture.

Pourquoi c’est important

Il fournit l’ordre chronologique des événements et sert de base à tous les calculs de performance fondés sur le temps.

Où les obtenir

Table SAP BKPF, champs CPUDT (date de saisie) et CPUTM (heure de saisie), ou champs UDATE et UTIME de CDHDR

Exemples
2023-10-12T08:30:00.000Z2023-10-12T14:15:22.000Z2023-10-15T09:00:00.000Z
Numéro de facture
InvoiceNumber
Identifiant unique de la facture fournisseur traitée.
Description

L’Invoice Number est la clé primaire utilisée pour suivre le cycle de vie d’un poste fournisseur dans le système SAP S/4HANA. Il désigne précisément le numéro du document comptable généré lors de la comptabilisation de la facture dans le grand livre. Dans la terminologie SAP standard, il correspond au Document Number (BELNR) associé à un Company Code et à un exercice fiscal précis.

Dans l’analyse des processus, cet attribut sert de Case ID. Il relie toutes les activités distinctes, depuis la réception et la mise en attente initiales de la facture jusqu’aux différents blocages et modifications d’approbation, puis au paiement final par lettrage. Le regroupement des événements selon cet identifiant permet aux analystes de reconstituer l’historique complet de chaque obligation de paiement, de bout en bout.

Pourquoi c’est important

Il constitue le Case ID de référence et permet de reconstituer le flux du processus de paiement de bout en bout.

Où les obtenir

Table SAP BKPF (en-tête du document comptable), champ BELNR, ou champ BELNR de la table ACDOCA

Exemples
1900000523510000289119000006015100003002
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière extraction ou actualisation de l’enregistrement.
Description

Last Data Update indique le moment où les données ont été chargées avec succès dans la plateforme de Process Mining. Il ne correspond pas à l’heure de l’événement métier, mais à l’actualité du jeu de données. Cette distinction est essentielle pour préserver la fiabilité des Dashboards analytiques.

Dans l’analyse, cet attribut aide les utilisateurs à comprendre l’actualité des informations affichées. Il est particulièrement important pour la surveillance de Dashboards quasi temps réel, comme Payment Block Analysis, afin de garantir que les décisions reposent sur l’état le plus récent du système SAP S/4HANA.

Pourquoi c’est important

Il informe les utilisateurs de l’actualité des données, un élément essentiel pour les Dashboards opérationnels.

Où les obtenir

Généré par le processus ETL / d’extraction

Exemples
2023-10-27T23:59:59.000Z2023-11-01T06:00:00.000Z
Système source
SourceSystem
Identifiant de l’instance SAP S/4HANA dont les données sont issues.
Description

Cet attribut identifie l’installation ERP ou le client SAP précis à partir duquel les données du processus ont été extraites. Dans les environnements comprenant plusieurs instances SAP ou des systèmes historiques fonctionnant en parallèle, ce champ garantit la traçabilité des données et permet les comparaisons entre systèmes.

Pour l’analyse, ce champ sert de filtre de haut niveau. Il aide les analystes à segmenter les données lorsqu’ils comparent les performances de différentes installations régionales ou vérifient la cohérence des données lors de projets de migration. Il garantit que les variations du processus attribuées à la configuration du système sont correctement contextualisées.

Pourquoi c’est important

Il distingue les sources de données dans les environnements multisystèmes et garantit une segmentation précise.

Où les obtenir

ID système (SY-SYSID) issu du contexte d’installation SAP

Exemples
SAP_PROD_01S4H_NA_100ERP_EU_200
Code société
CompanyCode
Unité organisationnelle pour laquelle le bilan et le compte de résultat sont établis.
Description

Le Company Code représente l’entité comptable indépendante au sein de l’entreprise. Il constitue l’unité organisationnelle centrale de la comptabilité externe et sert à structurer les données financières. Chaque facture est affectée à un seul Company Code.

Dans l’analyse, cet attribut permet de segmenter les KPI par entité juridique ou par région. Il est utilisé dans les Dashboards pour comparer l’efficacité des équipes de comptabilité fournisseurs de différentes filiales. Il permet notamment de déterminer si une agence présente un taux de blocages manuels des paiements supérieur à la norme de l’entreprise.

Pourquoi c’est important

Il segmente le processus par entité juridique et facilite les comparaisons internes.

Où les obtenir

Table SAP BKPF, champ BUKRS

Exemples
US01DE1010002000
Conditions de paiement
PaymentTerms
Clé représentant les conditions convenues pour le paiement et les escomptes.
Description

Les Payment Terms définissent la date d’échéance d’une facture et précisent si un escompte pour paiement comptant s’applique en cas de règlement anticipé. Ce code, par exemple « Z001 », correspond à des règles telles que « Net 30 » ou « 2 % à 10 jours, net à 30 jours ». Il est copié depuis les données de base du fournisseur vers la facture, mais peut être modifié manuellement.

Dans l’analyse, cet attribut est au cœur de l’optimiseur des escomptes pour paiement anticipé et des Dashboards Vendor Payment Term Compliance. Il permet au système de calculer la date d’échéance de référence et de déterminer si le paiement a été effectué dans la fenêtre optimale pour bénéficier des économies.

Pourquoi c’est important

Il définit le calendrier attendu et les incitations financières, éléments essentiels à l’analyse des escomptes.

Où les obtenir

Table SAP BSEG, champ ZTERM

Exemples
Z001NT300001
Date d’échéance nette
NetDueDate
Date calculée à laquelle la facture doit être payée pour éviter les pénalités.
Description

La date d’échéance nette constitue la date limite finale de paiement. Elle est calculée en ajoutant le nombre maximal de jours prévu par les conditions de paiement à la date de référence. Bien qu’elle soit parfois stockée explicitement, elle est souvent calculée dans les vues d’analyse.

Dans l’analyse, elle sert de référence principale au suivi des paiements tardifs et des pénalités. La comparaison entre la date de lettrage réelle et la date d’échéance nette produit l’indicateur « Nombre de jours de retard », qui aide à mesurer l’efficacité de l’équipe de comptabilité fournisseurs et le risque de tensions avec les fournisseurs.

Pourquoi c’est important

Elle constitue l’échéance cible du processus ; son non-respect peut dégrader la notation de crédit et entraîner des coûts.

Où les obtenir

Calculée : date de référence + nombre maximal de jours de paiement (ZBD1T/ZBD2T/ZBD3T)

Exemples
2023-11-302023-12-01
Date de lettrage
ClearingDate
Date à laquelle la facture a été lettrée par le paiement.
Description

La date de lettrage indique le moment où le poste ouvert du grand livre fournisseurs a été soldé, généralement lors d’une exécution de paiement ou d’une comptabilisation manuelle. Elle marque ainsi la fin de la dette.

Dans l’analyse, cet attribut sert à calculer le temps de cycle final du processus. Il correspond à l’horodatage de l’activité « Paiement lettré » et est comparé à la date d’échéance nette afin de déterminer la performance des paiements à temps. Il alimente directement le Dashboard d’efficacité du lettrage des paiements.

Pourquoi c’est important

Elle marque l’achèvement du processus de paiement et permet d’évaluer le respect des délais.

Où les obtenir

Table SAP BSEG ou champ AUGDT de la table AUGDT

Exemples
2023-11-012023-11-15
Montant de la facture
InvoiceAmount
Montant brut total de la facture dans la devise du document.
Description

Cet attribut reflète la valeur financière de la facture telle qu’elle est enregistrée dans le document source. Il représente la dette à régler auprès du fournisseur. Dans SAP S/4HANA, cette valeur est généralement stockée dans le champ Amount in Document Currency.

Dans l’analyse, l’Invoice Amount sert à hiérarchiser les travaux. Des Dashboards tels que Manual Touch Point Distribution utilisent ce champ pour déterminer si des activités manuelles exigeant beaucoup d’efforts sont consacrées à des factures de faible valeur. L’organisation peut ainsi concentrer ses efforts d’optimisation sur les transactions de valeur élevée, pour lesquelles les défaillances du processus présentent un risque financier plus important.

Pourquoi c’est important

Il donne une indication du poids financier du cas, essentielle pour hiérarchiser les inefficacités des processus à forte valeur.

Où les obtenir

Table SAP BKPF ou BSEG, champ WRBTR

Exemples
1500.00250.5010000.00
Motif du blocage du paiement
PaymentBlockReason
Code indiquant pourquoi une facture est bloquée pour paiement.
Description

Cet attribut contient le code de motif précis appliqué à une facture et empêchant son intégration automatique dans l’exécution des paiements. Les exemples comprennent « A » pour un blocage de paiement, « R » pour la vérification de facture ou des blocages manuels définis par les utilisateurs.

Dans l’analyse, ce champ est le principal facteur du Dashboard Manual Payment Block Analysis. En agrégeant la fréquence des différents motifs de blocage, l’organisation peut diagnostiquer les problèmes systémiques, tels que les écarts de prix fréquents ou les réceptions de marchandises manquantes, qui ralentissent le processus de paiement.

Pourquoi c’est important

Il identifie la cause précise des arrêts du processus et permet une analyse ciblée des causes profondes.

Où les obtenir

Table SAP BSEG, champ ZLSPR

Exemples
ABR*
Nom d’utilisateur
UserName
Identifiant de l’utilisateur ayant effectué l’activité concernée.
Description

Le User Name enregistre l’identifiant de connexion de la personne ou de l’agent système responsable de l’exécution d’une étape du processus. Il peut s’agir d’un utilisateur saisissant manuellement des données ou de l’identifiant d’un traitement en arrière-plan, par exemple « BATCH_USER », exécutant des tâches automatisées.

Dans l’analyse, cet attribut permet de calculer le taux d’automatisation des activités. En distinguant les utilisateurs humains des comptes système, les analystes peuvent mesurer le niveau d’automatisation du processus. Il est également utilisé dans le Dashboard Manual Touch Point Distribution pour évaluer la charge de travail des équipes.

Pourquoi c’est important

Il distingue le travail manuel du travail automatisé et permet de calculer le taux d’automatisation.

Où les obtenir

Table SAP BKPF, champ USNAM, ou table CDHDR, champ USERNAME

Exemples
BSMITHWF-BATCHRJONES
Numéro de fournisseur
VendorNumber
Identifiant unique du fournisseur associé à la facture.
Description

Le Vendor Number correspond au compte fournisseur concerné dans le sous-grand livre SAP. Il relie la facture aux données de base contenant les conditions de paiement, les coordonnées bancaires et les informations de contact. Dans S/4HANA, il est souvent associé au concept de Business Partner, tout en conservant le nom de champ historique LIFNR dans de nombreuses tables.

Dans l’analyse, cet attribut est fondamental pour le Dashboard Vendor Payment Term Compliance. Il permet aux analystes d’agréger les performances du processus par fournisseur et d’identifier ceux qui provoquent régulièrement des blocages, des écarts de prix ou des retards. Il contribue aux décisions d’achats stratégiques et à la gestion des relations fournisseurs.

Pourquoi c’est important

Il permet d’agréger les performances par fournisseur, ce qui est essentiel pour identifier les causes profondes des retards.

Où les obtenir

Table SAP BKPF, champ LIFNR, ou table ACDOCA, champ LIFNR

Exemples
100050VEND-US-99200400
Paiement en retard
IsLatePayment
Indicateur booléen précisant si le paiement a été effectué après la date d’échéance nette.
Description

Cet attribut calculé prend la valeur true lorsque la date de lettrage est strictement postérieure à la date d’échéance nette. Il sert de classification binaire de la performance du processus.

Dans l’analyse, cet indicateur permet de compter les cas non conformes pour le KPI de fréquence des pénalités liées aux paiements tardifs. Il simplifie la création des Dashboards en permettant de compter directement les valeurs « True », sans devoir effectuer des calculs de dates complexes dans la couche de visualisation.

Pourquoi c’est important

Il simplifie le calcul des KPI de performance des paiements à temps.

Où les obtenir

Calculé : date de lettrage > date d’échéance nette

Exemples
truefalse
Sans intervention manuelle
IsTouchless
Indicateur booléen précisant si la facture a été traitée sans intervention manuelle.
Description

Cet attribut est calculé en analysant le flux d’événements d’un cas. Si le cas ne contient que des activités automatisées, par exemple un utilisateur « system » ou certains TCODES d’arrière-plan, et aucune modification ni aucun blocage manuel, il est marqué comme traité sans intervention manuelle.

Dans l’analyse, il constitue la mesure centrale du KPI de taux de factures traitées sans intervention manuelle. Il permet à l’organisation de suivre les résultats de ses initiatives d’automatisation et d’identifier les types de cas, par fournisseur ou par région par exemple, qui traversent le système sans intervention humaine.

Pourquoi c’est important

Il constitue la principale mesure de l’automatisation et de l’efficacité du processus.

Où les obtenir

Calculé à partir de la séquence des activités et des types d’utilisateurs

Exemples
truefalse
Type de document
DocumentType
Classe le document comptable, par exemple Vendor Invoice, Payment ou Credit Memo.
Description

Le Document Type est un code à deux caractères dans SAP qui classe la transaction comptable. Les types courants comprennent « KR » pour les factures fournisseurs, « KZ » pour les paiements fournisseurs et « RE » pour la réception brute d’une facture. Il détermine la plage de numéros et le statut des champs du document.

Dans l’analyse, cet attribut sert à filtrer le périmètre du processus. Par exemple, un analyste peut vouloir exclure les Credit Memos afin de se concentrer uniquement sur l’efficacité des paiements sortants. Il aide également à identifier la répartition des types de transactions traités et contribue au Dashboard Process Variant Complexity.

Pourquoi c’est important

Il catégorise le cas, facture ou avoir, et permet une analyse filtrée.

Où les obtenir

Table SAP BKPF, champ BLART

Exemples
KRREKZKG
Date de référence
BaselineDate
Date à partir de laquelle les conditions de paiement s’appliquent et les échéances sont calculées.
Description

La date de référence constitue le point de départ du calcul de la date d’échéance nette et des périodes d’escompte. Il s’agit généralement de la date de facture ou de la date de comptabilisation, selon la configuration et les données de base du fournisseur.

Dans l’analyse, cette date est une condition technique préalable au calcul du statut « En retard ». Les erreurs de date de référence entraînent souvent des paiements anticipés, avec un impact sur la trésorerie, ou des paiements tardifs, avec un risque de pénalités. La vérification de son exactitude fait partie de l’analyse de la conformité aux conditions de paiement des fournisseurs.

Pourquoi c’est important

Elle constitue le point de référence de tous les calculs d’échéance.

Où les obtenir

Champ ZFBDT de la table SAP BSEG

Exemples
2023-10-012023-10-15
Devise
Currency
Code devise associé au montant de la facture.
Description

L’attribut Currency précise la devise de l’Invoice Amount, par exemple USD, EUR ou GBP. Il permet d’interpréter correctement les valeurs financières et est indispensable pour agréger les données de plusieurs Company Codes internationaux.

Dans l’analyse, ce champ garantit le calcul correct des KPI financiers. Il est souvent utilisé pour convertir les montants dans une devise de reporting destinée aux Dashboards internationaux. Sans cet attribut, des indicateurs agrégés tels que les dépenses totales ou la valeur moyenne des factures seraient dépourvus de sens dans un environnement multidevise.

Pourquoi c’est important

Il fournit le contexte des montants financiers, indispensable à un reporting international précis.

Où les obtenir

Table SAP BKPF, champ WAERS

Exemples
USDEURGBPJPY
Document d’achat
PurchasingDocument
Numéro du bon de commande associé à la facture.
Description

Cet attribut relie la facture au processus d’achat en amont. Il contient le numéro du bon de commande (PO) auquel la facture est rapprochée. Toutes les factures, notamment celles correspondant à des dépenses diverses, ne comportent pas nécessairement de référence à un bon de commande.

Dans l’analyse, ce champ est essentiel à l’analyse du taux de rapprochement à trois niveaux. Il permet aux analystes de distinguer les factures associées à un bon de commande des factures sans bon de commande, qui suivent généralement des flux de travail d’approbation très différents. Il facilite également le Process Mining de bout en bout en reliant les données des comptes fournisseurs aux données des achats.

Pourquoi c’est important

Il relie la comptabilité fournisseurs aux achats, ce qui permet d’analyser le rapprochement à trois niveaux et d’étendre le processus.

Où les obtenir

Champ EBELN de la table SAP BSEG

Exemples
45000012344500009876
Exercice fiscal
FiscalYear
Exercice financier auquel la facture est rattachée.
Description

L’exercice fiscal est une période utilisée pour le reporting financier. Avec le code société et le numéro de document, il constitue la clé primaire composite d’un document financier dans SAP.

Dans l’analyse, il est indispensable pour identifier chaque cas de manière unique, tout en permettant les comparaisons d’une année sur l’autre. Il garantit que l’identifiant de cas « Numéro de facture » reste unique sur plusieurs décennies d’historique.

Pourquoi c’est important

Exigence technique pour identifier chaque cas de manière unique dans SAP FI.

Où les obtenir

Champ GJAHR de la table SAP BKPF

Exemples
20232024
Montant d’escompte perdu
DiscountLostAmount
Valeur monétaire des escomptes disponibles mais non obtenus.
Description

Cet attribut calculé représente le « montant perdu ». Il est obtenu en vérifiant si le paiement a été effectué après la date limite d’escompte et, le cas échéant, en calculant la valeur de l’escompte non obtenu appliqué au montant de la facture.

Dans l’analyse, il s’agit d’un indicateur financier important pour l’optimisation des escomptes pour paiement anticipé. Il quantifie le coût des inefficacités en valeur monétaire et fournit un argument économique solide en faveur de l’amélioration des processus.

Pourquoi c’est important

Il quantifie la perte financière directe due aux retards du processus.

Où les obtenir

Calculé : si date de lettrage > date d’escompte, alors montant de la facture * pourcentage d’escompte

Exemples
30.000.00150.00
Nombre de jours d’escompte 1
CashDiscountDays1
Nombre de jours à compter de la date de référence pendant lesquels le premier escompte est disponible.
Description

Cet attribut définit la période pendant laquelle les conditions de paiement sont les plus avantageuses, par exemple « 10 » dans « 2 % à 10 jours, net à 30 jours ». Il provient des conditions enregistrées sur le poste de facture.

Dans l’analyse, il aide à déterminer la « date cible » de l’optimisation des escomptes pour paiement anticipé. Si la facture est lettrée pendant cette période, l’escompte est obtenu. Ce champ permet de mesurer le coût d’opportunité des cycles de traitement trop longs.

Pourquoi c’est important

Il définit la période pendant laquelle des économies financières peuvent être réalisées.

Où les obtenir

Champ ZBD1T de la table SAP BSEG

Exemples
10140
Pourcentage d’escompte 1
CashDiscountPercentage1
Pourcentage d’escompte disponible en cas de paiement pendant la première période d’escompte.
Description

Cet attribut représente le taux d’incitation financière proposé par le fournisseur en cas de paiement anticipé, par exemple « 2 » dans « 2 % à 10 jours ».

Dans l’analyse, il sert à calculer la valeur de l’« escompte potentiel ». En multipliant ce pourcentage par le montant de la facture, les Dashboards peuvent visualiser le montant total perdu en raison des inefficacités du processus et étayer le bien-fondé d’une automatisation.

Pourquoi c’est important

Il quantifie le taux d’économies potentiel, essentiel au calcul du ROI.

Où les obtenir

Champ ZBD1P de la table SAP BSEG

Exemples
2.03.00.0
Obligatoire Recommandé Facultatif

Activités du traitement des paiements fournisseurs

Ce tableau définit les étapes essentielles du processus et les jalons transactionnels à recueillir pour visualiser le parcours complet des paiements.
6 Recommandé 8 Facultatif
Activité Description
Blocage du paiement appliqué
Indique qu’un blocage de paiement a été défini sur le poste de facture, empêchant sa prise en compte dans l’exécution des paiements. Cette étape est identifiée en surveillant, au moyen des documents de modification, les changements apportés au champ ZLSPR de la table BSEG.
Pourquoi c’est important

Les blocages sont la principale cause des retards de paiement et des difficultés dans le processus. Ils ont un impact direct sur le Dashboard Manual Payment Block Analysis.

Où les obtenir

Tables CDPOS et CDHDR (documents de modification), en recherchant les mises à jour du champ BSEG-ZLSPR.

Collecte

Enregistré lors de la modification des enregistrements CDPOS dans ZLSPR

Type d’événement explicit
Blocage du paiement supprimé
Indique qu’un blocage de paiement précédemment appliqué a été levé, libérant ainsi la facture pour paiement. Cette étape est identifiée lorsque le champ ZLSPR de BSEG passe d’une valeur à une valeur nulle ou vide.
Pourquoi c’est important

Sert souvent d’équivalent à « Invoice Approved » dans les systèmes dépourvus de journaux de flux de travail explicites et marque la fin de la période de blocage.

Où les obtenir

Tables CDPOS et CDHDR, en recherchant le passage de BSEG-ZLSPR à une valeur vide.

Collecte

Enregistré lors de la suppression de ZLSPR dans les enregistrements CDPOS

Type d’événement explicit
Document de paiement créé
Génération du document comptable qui crédite la banque et débite le fournisseur. Ce document se trouve dans BKPF et possède un type de document de paiement, par exemple ZP ou KZ.
Pourquoi c’est important

Réalisation financière du paiement, utilisée pour calculer le délai moyen de règlement fournisseurs (DPO).

Où les obtenir

Table BKPF, filtrée selon le type de document (BLART) propre aux paiements.

Collecte

Enregistré lors de la création du document de paiement BKPF

Type d’événement explicit
Exécution de la campagne de paiements
Représente l’exécution du paiement, au cours de laquelle les instructions de transfert de fonds sont générées. Cette étape est suivie au moyen de la mise à jour du statut dans les tables REGUH ou REGUP.
Pourquoi c’est important

Il s’agit de l’engagement opérationnel à payer, essentiel pour analyser l’efficacité du traitement des paiements par lots.

Où les obtenir

Table REGUH, généralement associée à la date et à l’identifiant de l’exécution.

Collecte

Enregistré lors de la mise à jour du statut de Payment Run

Type d’événement explicit
Facture comptabilisée
Représente l’enregistrement officiel de la dette dans le grand livre. Cette activité est déduite de l’horodatage de création dans la table BKPF ou de la date d’écriture dans la table ACDOCA.
Pourquoi c’est important

Il s’agit du point de départ principal de la chronologie financière, qui sert de référence pour les dates d’échéance et l’analyse de l’ancienneté des dettes.

Où les obtenir

Table BKPF, avec CPUDT (date de saisie) et CPUTM (heure de saisie).

Collecte

Enregistré lors de la création de l’enregistrement BKPF

Type d’événement explicit
Paiement compensé
Marque le rapprochement final, au cours duquel le poste ouvert du compte fournisseur est soldé par le paiement. Cette étape est extraite du champ AUGDT (date de lettrage) de la table BSEG.
Pourquoi c’est important

État final du processus, indiquant que le cycle est terminé et que les comptes sont équilibrés. Un taux élevé de lettrage manuel révèle des inefficacités dans le rapprochement.

Où les obtenir

Table BSEG, champ AUGDT (date de lettrage).

Collecte

Enregistré lorsque le champ AUGDT est renseigné

Type d’événement explicit
Conditions de paiement modifiées
Enregistre une modification des conditions de paiement d’une facture ouverte, qui change la date d’échéance ou l’éligibilité à un escompte. Cette modification est suivie dans les journaux de changements du champ ZTERM de la table BSEG.
Pourquoi c’est important

Des changements fréquents peuvent révéler des erreurs dans les données de base ou des modifications manuelles qui ont un impact sur les prévisions de trésorerie et le respect des conditions de paiement fournisseurs.

Où les obtenir

Tables CDPOS et CDHDR, en recherchant les mises à jour du champ BSEG-ZTERM.

Collecte

Enregistré lors de la modification des enregistrements CDPOS dans ZTERM

Type d’événement explicit
Écart de prix détecté
Activité déduite indiquant un écart entre le prix de la facture et celui du bon de commande. Elle est identifiée par l’observation d’une Payment Block Key spécifique, généralement « R » pour la vérification de facture, appliquée automatiquement lors de la comptabilisation.
Pourquoi c’est important

Identifie les causes profondes des reprises manuelles et contribue à l’analyse Three Way Match Rate.

Où les obtenir

Déduit de la valeur « R » de BSEG-ZLSPR, ou de la configuration propre au système pour les blocages liés au prix, au moment de la comptabilisation.

Collecte

Comparer la valeur de ZLSPR à « R »

Type d’événement inferred
Écart de quantité détecté
Activité déduite indiquant un écart entre la quantité facturée et la quantité réceptionnée. Elle est identifiée par l’observation d’une Payment Block Key spécifique, généralement « M » pour un écart de quantité, appliquée au poste de facture.
Pourquoi c’est important

Essentiel pour analyser l’efficacité du rapprochement et la qualité des données de la chaîne d’approvisionnement.

Où les obtenir

Déduit de la valeur « M » de BSEG-ZLSPR, ou de la configuration propre au système pour les blocages liés à la quantité.

Collecte

Comparer la valeur de ZLSPR à « M »

Type d’événement inferred
Escompte perdu
Événement calculé marquant la date d’expiration du droit à un escompte pour paiement comptant. Il est déduit en comparant la date limite de l’escompte à la date actuelle ou à la date de paiement.
Pourquoi c’est important

Essentiel pour l’optimiseur des escomptes pour paiement anticipé, qui permet de visualiser les opportunités financières perdues.

Où les obtenir

Calcul : BSEG-ZFBDT + BSEG-ZBD1T (jours d’escompte 1).

Collecte

Déduire en comparant la date à la date limite de l’escompte

Type d’événement calculated
Facture arrivée à échéance
Horodatage calculé représentant le moment où la facture atteint sa date d’échéance nette. Il est obtenu en ajoutant le nombre de jours prévu par les conditions de paiement à la date de référence figurant dans la table BSEG.
Pourquoi c’est important

Sert de référence pour le suivi de la performance des paiements à temps et le suivi des pénalités de retard de paiement.

Où les obtenir

Calcul : BSEG-ZFBDT (date de référence) + BSEG-ZBD1T/ZBD2T/ZBD3T (jours).

Collecte

Déduire en comparant la date actuelle à la date d’échéance nette

Type d’événement calculated
Facture contrepassée
Indique que le document de facture a été contrepassé ou annulé. Cette étape est identifiée en vérifiant le champ STBLG (document de contrepassation) dans la table BKPF.
Pourquoi c’est important

Représente une reprise et un échec du processus, en mettant en évidence le gaspillage et les efforts potentiellement redondants.

Où les obtenir

Table BKPF, champ STBLG non vide.

Collecte

Enregistré lorsque le champ STBLG est renseigné

Type d’événement explicit
Facture mise en attente
Indique qu’une facture a été saisie dans SAP, mais pas encore comptabilisée dans le grand livre, généralement lors de la saisie préliminaire des données. Cette étape est identifiée explicitement dans la table VBKPF ou par la détection, dans BKPF, de documents présentant un code de statut « parked » avant leur comptabilisation.
Pourquoi c’est important

La mise en attente marque le début de la phase de saisie et permet de mesurer le délai entre la réception de la facture et la constatation de l’obligation financière.

Où les obtenir

Table VBKPF pour les données d’en-tête des documents mis en attente, ou table BKPF avec un statut de document spécifique (BSTAT = V).

Collecte

Enregistré lors de la création de l’entrée VBKPF

Type d’événement explicit
Proposition de paiement créée
Indique que la facture a été incluse dans une exécution de proposition de paiement (F110), première étape du programme de paiement automatisé. Cette information est extraite de la table REGUH, qui contient les données de règlement.
Pourquoi c’est important

Indique que la facture a été sélectionnée pour paiement et a passé les contrôles de validation du programme de paiement.

Où les obtenir

Horodatage de création dans la table REGUH, avec les clés LAUFD et LAUFI.

Collecte

Enregistré lors de la création de l’enregistrement REGUH

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

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

Prêt à commencer ?

Transformez vos données financières en analyses concrètes et commencez dès aujourd’hui à optimiser vos cycles de paiement. Notre équipe vous accompagne à chaque étape de votre parcours de Process Mining.

Optimisez le traitement des paiements fournisseurs dans SAP S/4HANA

Éliminez les goulots d’étranglement et réduisez votre temps de cycle de 30 %.

Démarrer l’essai gratuit

Aucune carte bancaire requise. Configuration en 5 minutes.