Votre modèle de données pour les créances clients
Votre modèle de données pour les créances clients
- 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
Attributs des créances clients
| 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
|
|||
Activités liées aux créances clients
| 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
|
|||
Guides d’extraction
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.
Aucune carte bancaire requise, la configuration ne prend que quelques minutes