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

SAP ECC
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 vous propose une méthode structurée pour cartographier vos flux financiers dans SAP ECC en recensant les composants de données essentiels. Il répertorie les étapes du processus à suivre ainsi que les champs nécessaires pour obtenir une vue complète du cycle de recouvrement. En suivant ce guide, vous pourrez vous assurer que votre journal d’événements contient les informations nécessaires pour gagner en efficacité et améliorer votre trésorerie.
  • Attributs propres au processus pour l’analyse financière
  • Étapes clés pour une découverte précise du processus
  • Guide d’extraction pas à pas pour SAP ECC
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 recommandés pour votre journal d’événements afin d’analyser vos créances clients de manière complète.
5 Obligatoire 9 Recommandé 8 Facultatif
Nom Description
Dernière mise à jour des données
LastDataUpdate
Horodatage de la dernière extraction ou actualisation des données.
Description

Indique la date de la dernière synchronisation des données entre le système source SAP ECC et la plateforme de Process Mining. Cette information permet d’évaluer l’actualité de l’analyse et le délai éventuel de mise à jour des Dashboards. Elle est essentielle pour vérifier que les KPI reflètent la situation actuelle de l’activité.

Pourquoi est-ce important ?

Permet de connaître l’actualité des données affichées dans les Dashboards.

Où trouver ces données

Généré par l’outil d’extraction (horodatage ETL)

Exemples
2023-11-25T00:00:00Z2023-11-25T06:00:00Z
Heure de l’événement
EventTime
Horodatage précis de l’activité.
Description

Cet attribut enregistre la date et l’heure exactes auxquelles une activité a eu lieu dans le système. Pour les données transactionnelles de SAP ECC, il s’agit généralement de la combinaison de la date de saisie (CPUDT) et de l’heure de saisie (CPUTM). Cette dimension temporelle permet de calculer les temps de cycle, les délais et la durée entre les étapes du processus.

Pourquoi est-ce important ?

Indispensable à toute analyse temporelle, notamment au calcul du délai moyen de paiement client et à l’évaluation de la vitesse du processus.

Où trouver ces données

Table BKPF, champs CPUDT (date) et CPUTM (heure)

Exemples
2023-10-12T08:30:00Z2023-10-15T14:22:10Z2023-11-01T09:15:00Z
Nom de l’activité
ActivityName
Événement ou action précise réalisée dans le processus.
Description

Cet attribut indique le nom de l’étape du processus réalisée, par exemple « Facture créée », « Paiement reçu » ou « Litige enregistré ». Il est déterminé à partir des codes de transaction, des types de document ou des changements d’état du document comptable. Ces données permettent de reconstituer le flux du processus et d’analyser les variantes de parcours.

Pourquoi est-ce important ?

Il définit la structure du journal d’événements nécessaire pour visualiser la cartographie du processus et repérer les goulots d’étranglement.

Où trouver ces données

Dérivé du TCODE dans BKPF, du type de document dans BLART ou des documents de modification (CDHDR/CDPOS)

Exemples
Facture crééePaiement reçuAvoir comptabiliséLitige ouvert
Numéro de facture
InvoiceNumber
Identifiant unique de la facture ou du document comptable.
Description

Cet attribut constitue la clé primaire du processus de gestion des créances clients. Dans SAP ECC, il s’agit généralement de la concaténation du numéro de document comptable (BELNR), du code société (BUKRS) et de l’exercice fiscal (GJAHR), afin de garantir l’unicité dans le système. Il sert de référence centrale pour relier à l’obligation financière d’origine toutes les activités ultérieures, comme les paiements, les litiges et les lettrages.

Pourquoi est-ce important ?

Il s’agit de l’ID de cas nécessaire pour suivre le cycle de vie complet d’une créance, de sa création à son lettrage final.

Où trouver ces données

Table BKPF, champ BELNR (souvent concaténé avec BUKRS et GJAHR)

Exemples
140000023420231800003991202351000008822022
Système source
SourceSystem
Nom du système d’origine des données.
Description

Identifie l’instance ou le client SAP ECC dont l’enregistrement a été extrait. Dans les environnements comportant plusieurs systèmes, cet attribut permet de séparer les données et de repérer les variations de processus propres à chaque système. Il garantit la traçabilité des données et facilite le diagnostic des problèmes d’intégration.

Pourquoi est-ce important ?

Nécessaire à la gouvernance des données et à l’identification de l’origine des enregistrements dans les environnements comportant plusieurs ERP.

Où trouver ces données

Configuration du système ou valeur codée en dur lors de l’extraction

Exemples
SAP_ECC_P01SAP_ECC_QAERP_NA_01
Automatisé
IsAutomated
Indicateur précisant si l’activité a été exécutée automatiquement.
Description

Indicateur booléen dérivé du code de transaction et du nom d’utilisateur. Par exemple, si le TCODE est « F110 » (exécution automatique des paiements) ou si l’utilisateur est un compte système de traitement par lots connu, la valeur est définie sur vrai. Cet attribut est directement nécessaire au KPI « Taux de lettrage automatisé ».

Pourquoi est-ce important ?

Essentiel pour mesurer l’efficacité du processus et le taux d’automatisation.

Où trouver ces données

Dérivé de TCODE et USNAM

Exemples
truefalse
Code société
CompanyCode
Unité organisationnelle pour laquelle le bilan est établi.
Description

Désigne l’entité juridique ou la filiale au sein de la structure de l’entreprise. Dans SAP, cette valeur correspond au champ « BUKRS ». L’analyse par code société permet de comparer les résultats des différentes unités opérationnelles et de déterminer lesquelles gèrent leurs créances le plus efficacement.

Pourquoi est-ce important ?

Indispensable pour filtrer les Dashboards par unité opérationnelle et distinguer les comptes financiers.

Où trouver ces données

Table BKPF, champ BUKRS

Exemples
1000US01DE99
Date d’échéance nette
NetDueDate
Date calculée à laquelle le paiement doit être effectué.
Description

Il s’agit de la date limite de paiement. Dans SAP, elle est souvent calculée en ajoutant les jours prévus par les conditions de paiement (ZTERM) à la date de base (ZFBDT). Cet attribut est essentiel au KPI « Respect des conditions de paiement », qui permet de repérer les factures en retard.

Pourquoi est-ce important ?

Référence pour déterminer si les paiements sont effectués à temps ou en retard.

Où trouver ces données

Dérivée de BSEG-ZFBDT et des conditions de paiement (logique de la table T052)

Exemples
2023-12-302024-01-15
Date de lettrage
ClearingDate
Date à laquelle la facture a été lettrée (payée ou compensée).
Description

Date (AUGDT) à laquelle le poste ouvert a été lettré dans le système. Elle marque la fin effective du processus de recouvrement pour une facture donnée. C’est le principal élément utilisé pour calculer le « délai moyen de paiement client » et déterminer si un paiement était en retard.

Pourquoi est-ce important ?

Horodatage de référence pour calculer le délai moyen de paiement client et la rapidité des paiements.

Où trouver ces données

Table BSAD (postes lettrés), champ AUGDT

Exemples
2023-12-012023-11-15
Groupe de comptes client
CustomerAccountGroup
Classe les clients en différents segments.
Description

Le groupe de comptes SAP (KTOKD) classe les clients, par exemple en clients facturés, destinataires des marchandises ou sociétés du groupe. Il sert de référence pour associer les clients à un segment. Il est essentiel au Dashboard « Tendances de paiement par segment de clientèle », qui compare le respect des conditions de paiement selon le type de client.

Pourquoi est-ce important ?

Méthode standard de segmentation des clients dans SAP.

Où trouver ces données

Table KNA1, champ KTOKD

Exemples
KUNA0001DEBI
Montant en devise locale
AmountInLocalCurrency
Valeur du poste dans la devise du code société.
Description

Représente la valeur financière de l’activité ou du document dans la devise du grand livre local (DMBTR). Cet attribut sert à calculer « ActivityAmount » et à établir les priorités de recouvrement en fonction des montants. L’analyse peut ainsi se concentrer sur les postes ouverts de valeur élevée.

Pourquoi est-ce important ?

Indispensable pour analyser l’impact financier et prioriser les cas portant sur des montants élevés.

Où trouver ces données

Table BSEG, champ DMBTR

Exemples
1500.00230.5010000.00
Nom d’utilisateur
UserName
Identifiant de l’utilisateur ayant effectué la transaction.
Description

Enregistre l’ID utilisateur SAP (USNAM) associé à la création ou à la modification du document. Cet attribut correspond à « Utilisateur » et sert, dans le Dashboard « Efficacité du traitement des litiges », à suivre les résultats des agents. Il permet également de distinguer les utilisateurs humains des comptes système.

Pourquoi est-ce important ?

Permet d’analyser les résultats par membre de l’équipe et de détecter les traitements automatisés.

Où trouver ces données

Table BKPF, champ USNAM

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

Identifiant unique attribué au client dans SAP (KUNNR). Cet attribut permet d’alimenter les Dashboards « Performance des activités de recouvrement » et « Tendances de paiement par segment de clientèle » en regroupant les indicateurs du processus par client. Il est essentiel pour repérer les clients présentant un risque élevé.

Pourquoi est-ce important ?

Permet d’analyser en détail les comportements de paiement et les tendances propres à chaque client.

Où trouver ces données

Table BSEG ou BSID/BSAD, champ KUNNR

Exemples
000100293CUST-9921000550021
Type de document
DocumentType
Classe le document comptable (par exemple, facture, paiement ou avoir).
Description

Le type de document SAP (BLART) distingue les différentes opérations, comme une facture client (DR), un paiement client (DZ) ou un avoir (DG). Cet attribut est essentiel pour définir le « CaseType » et filtrer des flux de processus précis, par exemple pour analyser le « Taux de reprise des avoirs ».

Pourquoi est-ce important ?

Permet de distinguer les factures, les paiements et les ajustements dans les données.

Où trouver ces données

Table BKPF, champ BLART

Exemples
RVDZDGDR
Code de transaction
TransactionCode
Code de transaction SAP utilisé pour exécuter l’activité.
Description

Code de transaction (TCODE) utilisé pour comptabiliser le document, par exemple « FB01 » (comptabilisation d’un document) ou « F110 » (paiement automatique). Cet attribut sert de base au calcul de « IsAutomated » et au suivi de l’automatisation de l’imputation des encaissements. Il indique le mode de saisie utilisé.

Pourquoi est-ce important ?

Les codes de transaction indiquent différentes méthodes de traitement, manuelles ou automatiques.

Où trouver ces données

Table BKPF, champ TCODE

Exemples
VF01F110FB70FEB_BSPROC
Conditions de paiement
PaymentTerms
Code correspondant aux conditions de paiement convenues.
Description

La clé des conditions de paiement (ZTERM) détermine la date d’échéance et les éventuels escomptes. L’analyse de cet attribut permet de déterminer si les problèmes liés à l’application des escomptes pour paiement anticipé sont dus à des conditions trop strictes ou à des défaillances du processus. Il s’agit d’une dimension importante pour la conformité financière.

Pourquoi est-ce important ?

Définit le comportement attendu et les échéances du cas.

Où trouver ces données

Table BSEG ou KNB1, champ ZTERM

Exemples
NT30ZB010001
Domaine de contrôle du crédit
CreditControlArea
Unité organisationnelle chargée de la gestion du crédit.
Description

Le domaine de contrôle du crédit (KKBER) sert à définir et à surveiller les limites de crédit des clients. Cet attribut permet d’analyser l’incidence des limites et des évaluations de crédit en regroupant les clients selon les politiques de crédit qui leur sont appliquées. Il aide à établir un lien entre le niveau de risque de crédit et les retards de paiement.

Pourquoi est-ce important ?

Élément clé pour analyser le risque de crédit et l’efficacité des politiques appliquées.

Où trouver ces données

Table KNB1 ou KNKK, champ KKBER

Exemples
US01GLBLEU00
Évaluation du crédit
CreditRating
Évaluation de la solvabilité du client.
Description

Évaluation du crédit du client (CTLPC ou champ équivalent dans KNKK/FSCM). Cet attribut est nécessaire au Dashboard « Incidence des limites et des évaluations de crédit ». Il permet aux analystes de mettre en relation le risque de litige ou de retard de paiement avec le profil de risque du client.

Pourquoi est-ce important ?

Relie les données de gestion des risques aux résultats opérationnels.

Où trouver ces données

Table KNKK (gestion du crédit) ou tables FSCM

Exemples
A+Risque élevé500
ID du litige
DisputeCaseId
Identifiant d’un litige associé à la facture.
Description

Identifiant unique (CASE_GUID ou ID externe) issu du module SAP FSCM Dispute Management. Cet attribut est indispensable au Dashboard « Efficacité du traitement des litiges ». Il relie le document financier au flux de travail de gestion des litiges et permet de calculer les délais de résolution.

Pourquoi est-ce important ?

Relie le processus de gestion des créances clients au sous-processus de gestion des litiges.

Où trouver ces données

Table FDM_DCPROC ou SCMG_T_CASE_ATTR (si FSCM est actif)

Exemples
DISP-000123100029384
Paiement en retard
IsLatePayment
Indicateur précisant si le paiement a été reçu après la date d’échéance.
Description

Indicateur booléen calculé en comparant la date de lettrage à la date d’échéance nette. Cet attribut simplifie le calcul du KPI « Respect des conditions de paiement ». Il permet de filtrer rapidement les cas non conformes dans le Dashboard.

Pourquoi est-ce important ?

Permet de repérer rapidement les écarts aux conditions de paiement.

Où trouver ces données

Calcul : ClearingDate > NetDueDate

Exemples
truefalse
Pays du client
CustomerCountry
Code du pays associé au client.
Description

Localisation géographique du client (LAND1), issue des données de base client. Cet attribut permet de segmenter les résultats par région dans l’analyse du temps de cycle des factures. Il aide à déterminer si les délais de paiement sont plus longs dans certains pays en raison des pratiques locales ou des délais bancaires.

Pourquoi est-ce important ?

Permet d’analyser les résultats par région et de produire les rapports réglementaires.

Où trouver ces données

Table KNA1, champ LAND1

Exemples
États-UnisAllemagneFrance
Ville de facturation
BillingCity
Ville associée à l’adresse de facturation du client.
Description

Nom de la ville (ORT01) issu des données de base client. Cet attribut permet au Dashboard de repérer les segments de clientèle ou les villes de facturation qui contribuent le plus à l’allongement du délai moyen de paiement client. Il permet une analyse géographique détaillée des comportements de paiement.

Pourquoi est-ce important ?

Nécessaire spécifiquement au Dashboard d’analyse du temps de cycle des factures.

Où trouver ces données

Table KNA1, champ ORT01

Exemples
New YorkBerlinLondres
Obligatoire Recommandé Facultatif

Activités liées aux créances clients

Ces étapes et jalons correspondent aux activités essentielles à consigner dans votre journal d’événements pour découvrir avec précision vos flux financiers.
7 Recommandé 7 Facultatif
Activité Description
Facture apurée
Dernière étape du rapprochement : la facture ouverte est liée au paiement et le statut de poste ouvert est supprimé. Le processus est alors terminé.
Pourquoi est-ce important ?

Événement de fin essentiel. Sert à calculer le taux d’apurement automatique et à clôturer le cycle de vie.

Où trouver ces données

Table BSEG. Les champs « AUGBL » (pièce d’apurement) et « AUGDT » (date d’apurement) sont renseignés pour le poste de facture.

Données à recueillir

Enregistré lors de l’apurement du poste ouvert

Type d’événement explicit
Facture envoyée
Transmission de la facture au client par courrier, e-mail ou EDI. Cette activité indique à quel moment le client reçoit effectivement la demande de paiement.
Pourquoi est-ce important ?

Indispensable au calcul du KPI « Délai d’envoi des factures ». Tout retard à cette étape allonge directement le délai moyen de paiement client.

Où trouver ces données

Il faudra probablement relier la pièce FI à la pièce de facturation SD (VBRK), puis vérifier dans la table de contrôle des sorties (NAST) que le traitement a abouti.

Données à recueillir

Faites le lien entre VBRK-VBNUM et les journaux de sortie dans NAST

Type d’événement inferred
Litige enregistré
Ajout d’un code motif à un poste de facture pour signaler une contestation ou une demande du client. Cette opération bloque généralement le paiement de la facture.
Pourquoi est-ce important ?

Indispensable pour mesurer l’efficacité de la résolution des litiges. Permet de comprendre pourquoi les encaissements sont retardés et de mesurer le temps de cycle de résolution.

Où trouver ces données

Modifications de BSEG-RSTGR (code motif) ou intégration aux tables de gestion des litiges SAP FSCM (UDM_CASE).

Données à recueillir

Comparez le champ de statut avant et après la modification, ou consultez le journal FSCM

Type d’événement inferred
Paiement partiel comptabilisé
Réception d’un paiement qui ne couvre qu’une partie du montant total de la facture. La facture reste ouverte avec un solde résiduel.
Pourquoi est-ce important ?

Indispensable à l’analyse de l’incidence des paiements partiels. Ceux-ci complexifient les rapprochements et allongent les temps de cycle.

Où trouver ces données

Table BSEG. Repérez les pièces de paiement (type DZ/KZ) qui font référence à la facture (REBZG) sans l’apurer intégralement.

Données à recueillir

Enregistré lors de la comptabilisation de la pièce de paiement

Type d’événement explicit
Paiement reçu
Comptabilisation d’une pièce de paiement entrant destinée à régler la facture. L’encaissement est ainsi enregistré dans le grand livre.
Pourquoi est-ce important ?

Événement central pour le calcul du délai moyen de paiement client. Il correspond à l’encaissement effectif de la vente.

Où trouver ces données

Tables BKPF/BSEG. Type de document « DZ » (paiement client) ou « KZ » (paiement fournisseur pour les clients).

Données à recueillir

Enregistré lors de l’exécution de la transaction de paiement

Type d’événement explicit
Pièce comptable créée
Comptabilisation initiale de la facture client dans le grand livre comptable. Cette opération crée le poste ouvert dans le grand livre auxiliaire de comptabilité clients.
Pourquoi est-ce important ?

Marque le début officiel de l’obligation financière et du calcul de l’ancienneté de la facture client.

Où trouver ces données

Tables BKPF (en-tête) et BSEG (poste). Repérez les documents dont le type de compte (KOART) est « D » (client). Utilisez la date de saisie (CPUDT) et l’heure (CPUTM).

Données à recueillir

Enregistré lors de la création d’un enregistrement dans BKPF par une transaction

Type d’événement explicit
Relance de paiement envoyée
Envoi au client d’une lettre de relance ou d’un rappel de paiement en raison d’un solde en retard. Cette activité témoigne de l’action proactive de l’équipe de recouvrement.
Pourquoi est-ce important ?

Indispensable au Dashboard « Performance des activités de recouvrement ». Une fréquence élevée peut révéler des retards de paiement récurrents chez les clients.

Où trouver ces données

Tables MHND (données de relance) et MHNK (en-tête de relance). Elles enregistrent la date et le niveau de la relance.

Données à recueillir

Enregistré lors de l’exécution du cycle de relance (F150)

Type d’événement explicit
Apurement annulé
Annulation d’un apurement précédemment effectué, qui rouvre la facture. Cela signale une erreur lors de l’affectation initiale de l’encaissement.
Pourquoi est-ce important ?

Cette opération entraîne des reprises. Des annulations fréquentes peuvent révéler des problèmes dans les règles d’affectation automatique des encaissements ou dans la formation au rapprochement manuel.

Où trouver ces données

Table BKPF. Repérez les documents dont la pièce d’apurement a été réinitialisée, selon la logique de la transaction FBRA, ou à l’aide des journaux de modification.

Données à recueillir

Enregistré lors de l’exécution de la transaction FBRA

Type d’événement explicit
Avoir comptabilisé
Émission d’un avoir au client, qui réduit le solde des créances restant à recouvrer. Cette opération sert généralement à corriger une erreur de facturation ou à traiter un retour.
Pourquoi est-ce important ?

Alimente le KPI « Taux de reprises liées aux avoirs ». Un volume élevé révèle des problèmes de qualité en amont, dans les ventes ou l’exécution des commandes.

Où trouver ces données

Tables BKPF/BSEG : type de document « DG » (ou type d’avoir personnalisé) faisant référence à la facture d’origine.

Données à recueillir

Enregistré lorsqu’une transaction crée une pièce d’avoir dans BKPF

Type d’événement explicit
Conditions de paiement modifiées
Modification des conditions de paiement convenues, par exemple de la date d’échéance ou de l’éligibilité à une remise, après la comptabilisation de la facture. Elle correspond souvent à une renégociation ou à une correction.
Pourquoi est-ce important ?

Les changements de conditions de paiement faussent l’analyse de l’ancienneté et peuvent révéler des erreurs dans les données de base ou des concessions ponctuelles.

Où trouver ces données

Tables des documents de modification (CDHDR/CDPOS) liées à la pièce comptable (BSEG-ZTERM ou BSEG-ZFBDT).

Données à recueillir

Enregistré lors de l’écriture du document de modification dans CDHDR

Type d’événement explicit
Passage en perte comptabilisé
Classement du solde de la facture comme irrécouvrable, avec transfert des créances vers les charges pour créances douteuses. Cette opération intervient lorsque le recouvrement échoue.
Pourquoi est-ce important ?

Issue négative du processus. Cet événement est important pour analyser les causes profondes des pertes de revenus.

Où trouver ces données

Table BSEG. Pièce d’apurement avec un type de document spécifique, par exemple « AB », ou un code motif indiquant un passage en perte.

Données à recueillir

Déduire à partir du type de document et de l’association au compte général

Type d’événement inferred
Promesse de paiement enregistrée
Engagement du client à payer un montant précis à une date donnée. Cette information met à jour les prévisions de trésorerie.
Pourquoi est-ce important ?

Utilisé dans le suivi des performances des activités de recouvrement. Le taux de respect des promesses permet de prévoir la précision des flux de trésorerie à court terme.

Où trouver ces données

Tables de gestion du recouvrement SAP FSCM (UDM_P2P) ou déduction à partir des notes textuelles saisies par les agents de recouvrement.

Données à recueillir

Enregistré dans FSCM ou dans la table de texte STXH

Type d’événement explicit
Relevé bancaire rapproché
Rapprochement automatique d’un poste du relevé bancaire électronique avec un compte client. Cette opération correspond à la première comptabilisation de l’encaissement.
Pourquoi est-ce important ?

Alimente le suivi de l’automatisation de l’affectation des encaissements. Indique l’efficacité du traitement des relevés bancaires électroniques (EBS).

Où trouver ces données

Tables FEBEP (postes de relevé bancaire électronique) et FEBA (traitement des relevés bancaires).

Données à recueillir

Enregistré lors de l’importation et du traitement du relevé bancaire électronique (EBS)

Type d’événement explicit
Remise pour paiement anticipé appliquée
Application d’une remise sur le paiement, qui réduit le montant final à régler. Elle intervient lorsque le paiement est effectué pendant la période de remise.
Pourquoi est-ce important ?

Suit l’obtention des remises pour paiement anticipé et permet de vérifier si les remises ont été appliquées à juste titre ou accordées par erreur.

Où trouver ces données

Table BSEG. Le champ « SKNTO » (montant de la remise pour paiement anticipé) est renseigné sur le poste d’apurement.

Données à recueillir

Enregistré comme valeur de champ dans la pièce d’apurement

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de SAP ECC

Prêt à commencer ?

Appliquez dès aujourd’hui ces normes de données à votre environnement SAP ECC pour transformer votre processus de recouvrement. Notre équipe vous accompagne à chaque étape de votre démarche de Process Mining.

Optimisez la gestion des créances clients et comblez dès aujourd’hui les écarts de trésorerie

Réduisez votre délai moyen de paiement client de 15 à 20 jours et accélérez les paiements dans SAP ECC.

Démarrez l’essai gratuit

Aucune carte bancaire requise, la configuration ne prend que quelques minutes