Votre modèle de données pour les créances clients
Votre modèle de données pour les créances clients
- Attributs recommandés à collecter
- Activités clés à suivre
- Conseils d’extraction
Attributs des créances clients
| 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
|
|||
Activités liées aux créances clients
| 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
|
|||
Guides d’extraction
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
Aucune carte bancaire requise. Configuration en 5 minutes.