Votre modèle de données pour les créances clients

SAP S/4HANA
Votre modèle de données pour les créances clients

Votre modèle de données pour les créances clients

Ce modèle fournit un cadre complet pour cartographier vos processus de recouvrement et de paiement dans SAP S/4HANA. Il comprend une sélection d’attributs essentiels à collecter, les principales activités du processus à suivre et des conseils techniques pour extraire les données de vos tables financières. En suivant cette structure, vous pourrez mieux comprendre vos cycles de trésorerie et repérer les interventions manuelles ou les retards de paiement.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Conseils d’extraction
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs des créances clients

Voici les champs de données et les attributs dimensionnels recommandés pour votre journal d’événements, afin d’analyser vos processus de gestion des créances clients de manière complète.
5 Obligatoire 10 Recommandé 5 Facultatif
Nom Description
Activité
Activity
Événement ou action précise réalisée dans le processus.
Description

Cet attribut décrit l’étape réalisée dans le processus de gestion des créances clients, par exemple créer une facture, enregistrer un paiement partiel ou lettrer une facture. Il est généralement déduit du code de transaction (TCODE) ou de changements précis du statut du document consignés dans les tables de journal des modifications.

Pourquoi est-ce important ?

Il est essentiel pour représenter le flux du processus et déterminer l’ordre des événements.

Où trouver ces données

Dérivé de SAP TSTCT (codes de transaction) ou de CDHDR/CDPOS (documents de modification)

Exemples
Créer une facture clientComptabiliser un paiement partielLettrer la factureCréer un dossier de litige
Heure de l’événement
EventTime
Horodatage de l’activité.
Description

Cet attribut enregistre la date et l’heure exactes auxquelles une activité a eu lieu. Pour les données transactionnelles, il s’agit souvent de la combinaison de la date de saisie (CPUDT) et de l’heure de saisie (CPUTM) figurant dans les tables d’en-tête. Il permet de calculer les temps de cycle et les délais de traitement.

Pourquoi est-ce important ?

Des horodatages précis sont indispensables pour calculer le délai moyen de paiement client et repérer les goulots d’étranglement.

Où trouver ces données

Tables SAP BKPF-CPUDT et BKPF-CPUTM

Exemples
2023-10-12T08:30:00Z2023-10-15T14:45:12Z2023-11-01T09:15:00Z
Numéro de facture
InvoiceNumber
Identifiant unique de la facture ou du document comptable.
Description

Cet attribut sert d’ID de cas unique pour le processus de gestion des créances clients. Il correspond généralement au numéro de pièce comptable (BELNR) dans le module SAP FI ou au document de facturation (VBELN) dans SD, selon la logique d’extraction. Il relie à l’obligation financière initiale toutes les activités qui suivent, comme les paiements, les litiges et le lettrage.

Pourquoi est-ce important ?

C’est la clé centrale nécessaire pour reconstituer le flux de bout en bout de chaque transaction.

Où trouver ces données

Table SAP BKPF-BELNR ou VBRK-VBELN

Exemples
1400000234900004321014000002351800000099
Dernière mise à jour des données
LastDataUpdate
Horodatage de la dernière extraction ou actualisation des données.
Description

Cet attribut indique à quel moment les données ont été chargées dans l’outil de Process Mining. Il permet de vérifier si les données présentées dans des Dashboards comme l’état du rapprochement de fin de période sont à jour.

Pourquoi est-ce important ?

Permet aux analystes de savoir s’ils consultent des données en temps réel ou historiques.

Où trouver ces données

Métadonnées ETL

Exemples
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
Système source
SourceSystem
Système d’origine des données.
Description

Cet attribut identifie l’instance précise de SAP S/4HANA ou le système externe dans lequel l’enregistrement a été créé. Dans les environnements comportant plusieurs instances ERP, il permet de retracer la provenance des données.

Pourquoi est-ce important ?

Permet de séparer les analyses dans les environnements comportant plusieurs systèmes.

Où trouver ces données

ID système (SY-SYSID) ou valeur codée en dur lors de l’extraction

Exemples
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
Automatisé
IsAutomated
Indique si l’activité a été réalisée par un utilisateur système.
Description

Cet attribut booléen est calculé à partir de l’attribut Utilisateur. Si l’ID utilisateur correspond à un compte système ou de traitement par lots connu, par exemple « BNK_BSM », l’indicateur prend la valeur true. Il alimente directement le Dashboard du taux d’automatisation du rapprochement des paiements.

Pourquoi est-ce important ?

Indicateur clé pour mesurer la transformation numérique et les résultats de l’automatisation.

Où trouver ces données

Dérivé de l’attribut Utilisateur

Exemples
truefalse
Code société
CompanyCode
Entité financière ou unité opérationnelle à laquelle appartient la facture.
Description

Le code société (BUKRS) est l’unité organisationnelle centrale de la comptabilité externe dans SAP. Il permet de segmenter les analyses entre différentes unités opérationnelles dans des Dashboards comme le profil des comportements de paiement des clients.

Pourquoi est-ce important ?

Indispensable pour filtrer et comparer les résultats entre différentes entités juridiques.

Où trouver ces données

Table SAP BKPF-BUKRS ou T001-BUKRS

Exemples
1000US01DE012000
Conditions de paiement
PaymentTerms
Code représentant les conditions de paiement convenues.
Description

Cet attribut (ZTERM) définit les conditions de paiement du client, notamment les échéances et les escomptes. Il constitue la principale source de données du Dashboard d’optimisation des escomptes pour paiement anticipé.

Pourquoi est-ce important ?

Base de calcul des échéances et d’analyse de l’éligibilité aux escomptes.

Où trouver ces données

Table SAP BSEG-ZTERM ou KNB1-ZTERM

Exemples
NT300001Z015
Date d’échéance
DueDate
Date limite à laquelle la facture doit être payée, calculée à partir des conditions applicables.
Description

Cet attribut correspond à la date d’échéance nette. Dans SAP, elle est souvent calculée en ajoutant à la date de base (ZFBDT) le nombre de jours défini dans les conditions de paiement (ZTERM). Elle sert de référence au Dashboard de conformité et d’exécution des relances.

Pourquoi est-ce important ?

Date de référence pour déterminer si un paiement est en retard.

Où trouver ces données

Dérivée de BSEG-ZFBDT et BSEG-ZTERM

Exemples
2023-11-302023-12-15
Date de lettrage
ClearingDate
Date à laquelle la facture a été lettrée ou réglée.
Description

Cet attribut (AUGDT) enregistre la date à laquelle le poste ouvert a été lettré, généralement à la suite d’un paiement. Il marque la fin du cycle principal de gestion des créances clients et constitue la variable principale du calcul du délai moyen de paiement client.

Pourquoi est-ce important ?

Marque la fin du cycle de recouvrement.

Où trouver ces données

Table SAP BSEG-AUGDT ou BSAD-AUGDT

Exemples
2023-11-012023-11-10
Délai moyen de paiement client
DaysSalesOutstanding
Durée entre la comptabilisation de la facture et son lettrage.
Description

Cette métrique se calcule en soustrayant la date de comptabilisation de la date de lettrage pour les postes lettrés. Elle constitue la valeur principale du Dashboard de synthèse du délai moyen de paiement client et mesure l’efficacité de la trésorerie.

Pourquoi est-ce important ?

Principal indicateur de pilotage du processus de gestion des créances clients.

Où trouver ces données

Calcul : date de lettrage - date de comptabilisation

Exemples
30 jours45 jours15 jours
Montant en devise locale
AmountInLocalCurrency
Montant de la facture ou du paiement dans la devise du code société.
Description

Cet attribut (DMBTR) contient le montant financier de la transaction. Il sert à calculer la valeur totale des factures ouvertes, des avoirs et des paiements. Il permet de quantifier les montants dans le Dashboard d’analyse des avoirs et des corrections.

Pourquoi est-ce important ?

Nécessaire pour analyser l’impact financier et prioriser le recouvrement des montants élevés.

Où trouver ces données

Table SAP BSEG-DMBTR ou ACDOCA-DMBTR

Exemples
1500.00250.5010000.00
Nom d’utilisateur
User
ID de l’utilisateur qui a réalisé l’activité.
Description

Cet attribut (USNAM) identifie l’utilisateur ou l’agent système à l’origine de l’événement. Il sert à calculer le taux d’automatisation du rapprochement des paiements, en distinguant les utilisateurs humains des comptes système utilisés pour les traitements par lots.

Pourquoi est-ce important ?

Indispensable pour mesurer le taux d’automatisation et la productivité des utilisateurs.

Où trouver ces données

Table SAP BKPF-USNAM ou CDHDR-USERNAME

Exemples
JSMITHBATCH_USERSAP_WFALEX_D
Numéro de client
CustomerNumber
Identifiant unique du compte client.
Description

Cet attribut correspond au numéro de client (KUNNR) associé à la facture. Il permet d’analyser en détail les comportements de paiement et est essentiel au Dashboard de profil des comportements de paiement des clients.

Pourquoi est-ce important ?

Permet d’examiner plus en détail les résultats d’un compte client précis.

Où trouver ces données

Table SAP BSEG-KUNNR ou KNA1-KUNNR

Exemples
CUST100230001004500WALMART_US
Type de document
DocumentType
Classe le document comptable (par exemple, facture, paiement ou avoir).
Description

Le type de document (BLART) catégorise la transaction. Par exemple, « DR » désigne une facture client, « DZ » un paiement client et « DG » un avoir. Cet attribut est essentiel pour filtrer certains types de cas dans l’analyse des avoirs et des corrections.

Pourquoi est-ce important ?

Répartit les données entre factures, paiements et ajustements.

Où trouver ces données

Table SAP BKPF-BLART

Exemples
DRDZDGRV
Est un avoir
IsCreditMemo
Indique si le document est un avoir.
Description

Cet attribut booléen est dérivé du type de document, par exemple lorsque le type est « DG ». Il permet de filtrer rapidement les transactions correctives pour calculer l’indicateur de taux d’avoirs correctifs.

Pourquoi est-ce important ?

Permet de repérer les reprises et les erreurs de facturation.

Où trouver ces données

Dérivé de DocumentType

Exemples
truefalse
ID du cas de litige
DisputeCaseId
Identifiant de tout cas de litige associé à la facture.
Description

Cet attribut contient l’ID d’un cas de litige (UDM_CASE), le cas échéant. Il relie le document financier au module de gestion des litiges. Il est nécessaire au Dashboard d’efficacité du cycle de résolution des litiges.

Pourquoi est-ce important ?

Relie les documents de gestion des créances clients au flux de travail de résolution des litiges.

Où trouver ces données

Table SAP FDM_DCPROC ou UDM_CASE_ATTR

Exemples
0000056789DISP-2023-001
Niveau de relance
DunningLevel
Niveau de relance actuel de la facture.
Description

Cet attribut (MAHNS) indique combien de fois le client a été relancé pour régler sa facture. Il suit la progression des démarches de recouvrement et apparaît dans le Dashboard de conformité et d’exécution des relances.

Pourquoi est-ce important ?

Permet de suivre la gravité des retards de paiement et le respect de la politique de relance.

Où trouver ces données

Table SAP MHNK-MAHNS ou KNB5 (données de relance du référentiel client)

Exemples
1230
Pays
Country
Pays du client.
Description

Cet attribut (LAND1) provient des données de référence client. Il permet de segmenter géographiquement les indicateurs, par exemple pour analyser les taux d’avoirs par région ou par pays.

Pourquoi est-ce important ?

Analyse de la conformité et des résultats par région.

Où trouver ces données

Table SAP KNA1-LAND1

Exemples
États-UnisAllemagneFranceJapon
Région
Region
État, province ou région du client.
Description

Cet attribut (REGIO) offre une vue géographique plus détaillée que le pays. Il permet de repérer les problèmes de traitement régionaux dans l’analyse des avoirs et des corrections.

Pourquoi est-ce important ?

Analyse géographique détaillée.

Où trouver ces données

Table SAP KNA1-REGIO

Exemples
CANYTXBY
Obligatoire Recommandé Facultatif

Activités liées aux créances clients

Voici les principales étapes du processus et les jalons transactionnels à consigner dans votre journal d’événements pour découvrir le processus avec précision et repérer les goulots d’étranglement.
6 Recommandé 7 Facultatif
Activité Description
Comptabiliser un paiement partiel
Un paiement reçu ne couvre pas la totalité de la facture et laisse un poste résiduel sur le compte.
Pourquoi est-ce important ?

Influe sur le délai de résolution des paiements partiels. Des paiements partiels fréquents complexifient le traitement et augmentent les efforts de rapprochement manuel.

Où trouver ces données

Table BSEG. Déduit de la création d’un document de lettrage (AUGBL) qui génère un nouveau poste résiduel, dont le document de référence correspond à la facture d’origine et dont le solde reste dû.

Données à recueillir

Déduit de la création d’un document de lettrage avec un poste résiduel

Type d’événement inferred
Créer une facture client
Création initiale de la facture client dans le système financier. Cet événement est enregistré à partir de l’horodatage de création de l’en-tête du document.
Pourquoi est-ce important ?

Marque le début du processus de gestion des comptes clients et le point de départ du calcul de l’ancienneté. Cet événement est essentiel au calcul du délai moyen de paiement client (DSO).

Où trouver ces données

Table BKPF (en-tête du document comptable), champs CPUDT (date de saisie) et CPUTM (heure de saisie). Filtrez selon le type de document (BLART) correspondant aux factures clients, par exemple DR ou RV.

Données à recueillir

Enregistré lors de la validation de la transaction dans BKPF

Type d’événement explicit
Émettre la facture
Action explicite de génération du message de sortie (courriel, impression, EDI) pour envoyer la facture au client. Elle confirme que le client a officiellement reçu la demande de paiement.
Pourquoi est-ce important ?

Un délai entre la création et l’envoi réduit la période effective dont dispose le client pour payer. Le suivi permet de vérifier que les factures ne restent pas bloquées dans le traitement interne.

Où trouver ces données

Table NAST (statut des messages), à partir de la clé d’objet (OBJKY) correspondant au numéro du document de facture. Horodatage issu de DATVR et UHRVR.

Données à recueillir

Enregistré dans la table NAST lors de la génération du message de sortie

Type d’événement explicit
Envoyer un rappel de paiement
Un avis de relance ou une lettre de rappel est généré pour une facture échue. Cet événement retrace les démarches de recouvrement de l’organisation.
Pourquoi est-ce important ?

Indicateur essentiel pour le KPI de conformité des relances. Il permet de vérifier que la stratégie de recouvrement est appliquée conformément aux règles.

Où trouver ces données

Table MHND (données de relance), champ LAUFD (date de la campagne de relance). Établissez la correspondance à l’aide du code société et du client.

Données à recueillir

Enregistré lors de l’exécution de la campagne de relance (F150)

Type d’événement explicit
Lettrer la facture
Étape comptable technique au cours de laquelle le poste ouvert est rapproché d’un paiement ou d’un avoir et son statut passe à « Lettré ».
Pourquoi est-ce important ?

Marque la fin définitive de l’instance de processus dans le système. Cet événement est nécessaire au calcul du délai moyen de paiement client final.

Où trouver ces données

Table BSEG ou ACDOCA. Le champ AUGDT (date de lettrage) est renseigné. Utilisez USNAM pour déterminer si le lettrage est automatique ou manuel.

Données à recueillir

Enregistré lorsque le champ AUGDT est renseigné

Type d’événement explicit
Recevoir le paiement intégral
Réception de fonds couvrant la totalité du montant de la facture impayée. Elle marque souvent la fin effective de l’obligation du client.
Pourquoi est-ce important ?

Détermine la date réelle du paiement par rapport à la date d’échéance. Indicateur essentiel pour analyser les écarts par rapport aux conditions de paiement et le comportement des clients.

Où trouver ces données

Table BSEG, déduite du document de lettrage (AUGBL) lorsque la date de lettrage (AUGDT) est renseignée et que le solde est nul.

Données à recueillir

Enregistré lors de la comptabilisation du document de lettrage

Type d’événement explicit
Annuler la facture
La facture d’origine est annulée dans le système en raison d’une erreur fondamentale.
Pourquoi est-ce important ?

Correspond à une instance de processus qui a échoué. Il est essentiel de l’exclure de l’analyse ou de l’étudier séparément pour garantir la qualité des données.

Où trouver ces données

Table BKPF, champ STBLG (numéro du document d’annulation) renseigné dans l’enregistrement de la facture d’origine.

Données à recueillir

Enregistré lorsque le champ STBLG est renseigné

Type d’événement explicit
Comptabiliser un avoir
Un avoir est émis et associé à la facture, ce qui réduit le montant dû. Il sert généralement à corriger une erreur ou à traiter un retour.
Pourquoi est-ce important ?

Indicateur clé pour le KPI du taux d’avoirs correctifs. Une fréquence élevée révèle des problèmes de qualité en amont, dans les ventes ou la facturation.

Où trouver ces données

Table BSEG, type de document « DG » ou « KG ». Repéré grâce au champ « Référence de facture » (REBZG), qui pointe vers la facture d’origine.

Données à recueillir

Enregistré lorsque le document d’avoir fait référence à la facture

Type d’événement explicit
Créer un dossier de litige
Un dossier de litige est ouvert pour la facture, généralement dans SAP FSCM Dispute Management. Cela indique que le client conteste la facture.
Pourquoi est-ce important ?

Met en pause le délai de recouvrement standard et démarre le calcul du délai de résolution du litige. Un volume élevé de litiges nuit à la prévisibilité de la trésorerie.

Où trouver ces données

Table UDM_CASE_ATTR (attributs du dossier) ou UDM_DISPUTE (dossier de litige). Lien avec la clé du document financier via CASE_GUID.

Données à recueillir

Enregistré dans les tables FSCM Dispute Management

Type d’événement explicit
Enregistrer une promesse de paiement
Un agent de recouvrement consigne l’engagement officiel du client à payer un montant précis à une date donnée.
Pourquoi est-ce important ?

Indique qu’un agent de recouvrement a mené une démarche concluante. Sert à prévoir la trésorerie à court terme et à mesurer le rendement des agents de recouvrement.

Où trouver ces données

Table UDM_P2P (promesse de paiement), champ CREATED_AT. Lien avec la facture via le GUID du dossier ou la clé du document.

Données à recueillir

Enregistré dans FSCM Collections Management

Type d’événement explicit
Mettre à jour le statut du litige
Le statut d’un dossier de litige existant change, par exemple de « Nouveau » à « En cours » ou « En cours d’examen ».
Pourquoi est-ce important ?

Fournit une vue détaillée du flux de travail de résolution des litiges et aide à repérer les goulots d’étranglement lors de l’approbation ou de l’instruction.

Où trouver ces données

Documents de modification du dossier de litige (journaux de gestion des dossiers S/4HANA). Analyse des modifications dans UDM_CASE_ATTR.

Données à recueillir

Comparer les changements de statut dans l’historique du dossier

Type d’événement inferred
Rapprocher le relevé bancaire
La ligne du relevé bancaire est rapprochée avec succès du document de paiement dans le grand livre, ce qui permet de finaliser la position de trésorerie.
Pourquoi est-ce important ?

Mesure le délai de rapprochement du relevé bancaire. Les retards à cette étape ralentissent la clôture financière.

Où trouver ces données

Table FEBEP (lignes de relevé bancaire électronique). Associe le document de paiement à la transaction du relevé bancaire.

Données à recueillir

Enregistré dans les tables EBS (FEBEP/FEBKO)

Type d’événement explicit
Résoudre le dossier de litige
Le dossier de litige est clôturé : un avoir est émis, la créance est passée en perte ou la dette est confirmée à nouveau. Cet événement marque la fin du traitement de l’exception.
Pourquoi est-ce important ?

Horodatage de fin utilisé pour le KPI du délai moyen de résolution des litiges. Une résolution efficace permet de récupérer plus rapidement le fonds de roulement immobilisé.

Où trouver ces données

Table UDM_CASE_ATTR, champ ESCALATION_DATE ou CLOSED_DATE selon la configuration.

Données à recueillir

Enregistré lorsque le statut du dossier passe à Closed/Void

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 à réduire le délai moyen de paiement de vos clients. Notre équipe vous accompagne à chaque étape de votre démarche de Process Mining.

Améliorez la gestion des créances clients dans SAP S/4HANA et renforcez votre trésorerie

Rejoignez les entreprises qui réduisent leur délai moyen de paiement client de 15 à 20 jours grâce à notre outil

Démarrez l’essai gratuit

Aucune carte bancaire requise. Configuration en 5 minutes.