Votre modèle de données des créances clients

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

Votre modèle de données des créances clients

Ce template fournit un cadre complet pour la cartographie de vos processus de recouvrement et de paiement au sein de SAP S/4HANA. Il comprend une liste organisée d'attributs essentiels à collecter, une série d'activités de processus à suivre et des conseils techniques pour extraire les données de vos tables financières. En suivant cette structure, vous pouvez obtenir une vue claire de vos cycles de flux de trésorerie et identifier les zones où des interventions manuelles ou des retards de paiement se produisent.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d'extraction
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs des créances clients

Voici les champs de données et attributs dimensionnels recommandés à inclure dans votre journal d'événements pour une analyse complète de votre processus de comptes clients.
5 Obligatoire 10 Recommandé 5 Facultatif
Nom Description
Activité
Activity
L'événement ou l'action spécifique exécuté dans le processus.
Description

Cet attribut décrit l'étape effectuée dans le processus de comptes clients, telle que Créer facture, Enregistrer paiement partiel ou Compenser facture. Il est généralement dérivé du code de transaction (TCODE) ou de changements spécifiques dans le statut du document trouvés dans les tables de journal de modifications.

Pourquoi c'est important

C'est essentiel pour cartographier le flux de processus et identifier la séquence des événements.

Où obtenir

Derived from SAP TSTCT (Transaction Codes) or CDHDR/CDPOS (Change Documents)

Exemples
Créer une facture clientEnregistrer le paiement partielRégler la FactureCréer un `Dispute Case`
Heure de l'événement
EventTime
L'horodatage de l'activité.
Description

Cet attribut enregistre la date et l'heure exactes d'une activité. Pour les données transactionnelles, il s'agit souvent d'une combinaison de la date de saisie (CPUDT) et de l'heure de saisie (CPUTM) des tables d'en-tête. Il permet le calcul des temps de cycle et des temps de passage.

Pourquoi c'est important

Des timestamps précis sont essentiels pour calculer le DSO et identifier les bottlenecks.

Où obtenir

SAP Table BKPF-CPUDT et BKPF-CPUTM

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

Cet attribut sert d'ID de dossier unique pour le processus de comptes clients. Il correspond généralement au numéro de document comptable (BELNR) dans le module SAP FI ou au document de facturation (VBELN) dans SD, selon la logique d'extraction. Il lie toutes les activités ultérieures telles que les paiements, les litiges et la compensation à l'obligation financière originale.

Pourquoi c'est important

C'est la clé centrale requise pour reconstruire le flux de processus de bout en bout pour chaque transaction.

Où obtenir

SAP Table BKPF-BELNR ou VBRK-VBELN

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

Cet attribut indique quand les données ont été chargées dans l'outil de Process Mining. Il aide les utilisateurs à comprendre la fraîcheur des données présentées dans les dashboards tels que le statut de rapprochement de fin de période.

Pourquoi c'est important

S'assure que les analystes savent s'ils consultent des données en temps réel ou historiques.

Où obtenir

metadata ETL

Exemples
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
Système source
SourceSystem
Le système d'où proviennent les données.
Description

Cet attribut identifie l'instance spécifique de SAP S/4HANA ou du système externe où l'enregistrement a été créé. Il est utile dans les environnements de paysage avec plusieurs instances ERP pour tracer la lignée des données.

Pourquoi c'est important

Permet la séparation des analyses dans des environnements multi-systèmes.

Où obtenir

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

Exemples
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
`Days Sales Outstanding`
DaysSalesOutstanding
La durée entre la comptabilisation de la facture et la compensation.
Description

Cette métrique est calculée en soustrayant la date de comptabilisation de la date de compensation pour les postes compensés. C'est la valeur principale pour le dashboard de vue d'ensemble du délai moyen de recouvrement (DSO) et une mesure critique de l'efficacité des flux de trésorerie.

Pourquoi c'est important

Le KPI exécutif principal pour le processus de comptes clients.

Où obtenir

Calculé : Date d'apurement - Date de comptabilisation

Exemples
30 jours45 jours15 jours
Code société
CompanyCode
L'entité financière ou l'unité commerciale à laquelle la facture appartient.
Description

Le Code Société (BUKRS) est l'unité organisationnelle centrale de la comptabilité externe au sein du système SAP. Il est utilisé pour segmenter l'analyse des dashboards, comme le profilage du comportement de paiement client, à travers différentes unités commerciales.

Pourquoi c'est important

Essentiel pour filtrer et comparer la performance entre différentes entités juridiques.

Où obtenir

SAP Table BKPF-BUKRS ou T001-BUKRS

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

Cet attribut (ZTERM) définit les conditions de paiement du client, y compris les dates d'échéance et les escomptes de caisse. C'est la source de données principale pour le dashboard d'optimisation des escomptes pour paiement anticipé.

Pourquoi c'est important

Base de référence pour le calcul des dates d'échéance et l'analyse de l'éligibilité aux remises.

Où obtenir

SAP Table BSEG-ZTERM ou KNB1-ZTERM

Exemples
NT300001Z015
Date d'échéance
DueDate
La date calculée à laquelle la facture doit être payée.
Description

Cet attribut représente la date d'échéance nette. Dans SAP, celle-ci est souvent dérivée en prenant la date de base (ZFBDT) et en ajoutant les jours définis dans les conditions de paiement (ZTERM). C'est la référence pour le dashboard de conformité et d'exécution des relances.

Pourquoi c'est important

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

Où obtenir

Derived from BSEG-ZFBDT and BSEG-ZTERM

Exemples
2023-11-302023-12-15
Date d'encaissement
ClearingDate
La date à laquelle la facture a été compensée ou réglée.
Description

Cet attribut (AUGDT) enregistre la date à laquelle le poste non soldé a été compensé, généralement par un paiement. C'est l'horodatage de fin pour le cycle du processus de comptes clients et la variable principale dans le calcul du délai moyen de recouvrement (DSO).

Pourquoi c'est important

Définit l'achèvement du cycle de recouvrement.

Où obtenir

SAP Table BSEG-AUGDT ou BSAD-AUGDT

Exemples
2023-11-012023-11-10
Est Automatisé
IsAutomated
Indicateur signalant si l'activité a été réalisée par un utilisateur système.
Description

Cet attribut booléen est calculé en fonction de l'attribut Utilisateur. Si l'ID utilisateur correspond à des comptes système ou de traitement par lots connus (par exemple, 'BNK_BSM'), ce drapeau est défini sur vrai. Il alimente directement le dashboard du taux d'automatisation du rapprochement des paiements.

Pourquoi c'est important

Clé pour mesurer le succès de la transformation numérique et de l'automatisation.

Où obtenir

Dérivé de l'attribut Utilisateur

Exemples
truefaux
Montant en devise locale
AmountInLocalCurrency
La valeur 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 est utilisé pour calculer la valeur totale des factures ouvertes, des notes de crédit et des paiements. Il prend en charge le dashboard d'analyse des notes de crédit et des corrections en quantifiant la valeur.

Pourquoi c'est important

Requis pour l'analyse d'impact financier et la priorisation des recouvrements de grande valeur.

Où obtenir

SAP Table BSEG-DMBTR ou ACDOCA-DMBTR

Exemples
1500.00250.5010000.00
Nom d'utilisateur
User
L'ID de l'utilisateur ayant effectué l'activité.
Description

Cet attribut (USNAM) identifie l'utilisateur ou l'agent système responsable de l'événement. Il est analysé pour calculer le taux d'automatisation du rapprochement des paiements en distinguant les utilisateurs humains des utilisateurs de traitement par lots du système.

Pourquoi c'est important

Critique pour la détermination des taux d'automatisation et de la productivité des utilisateurs.

Où obtenir

SAP Table BKPF-USNAM ou CDHDR-USERNAME

Exemples
JSMITHBATCH_USERSAP_WFALEX_D
Numéro de client
CustomerNumber
L'identifiant unique du compte client.
Description

Cet attribut représente le numéro de client (KUNNR) associé à la facture. Il permet une analyse détaillée des comportements de paiement et est essentiel pour le dashboard de profilage du comportement de paiement client.

Pourquoi c'est important

Permet un drill-down dans la performance de comptes clients spécifiques.

Où obtenir

SAP Table BSEG-KUNNR ou KNA1-KUNNR

Exemples
CUST100230001004500WALMART_US
Type de document
DocumentType
Classe le document comptable (par exemple, Facture, Paiement, Note de crédit).
Description

Le type de document (BLART) catégorise la transaction. Les exemples incluent 'DR' pour Facture client, 'DZ' pour Paiement client et 'DG' pour Note de crédit. Ceci est vital pour filtrer des types de dossiers spécifiques pour l'analyse des notes de crédit et des corrections.

Pourquoi c'est important

Segmente les données en factures, paiements et ajustements.

Où obtenir

SAP Table BKPF-BLART

Exemples
DRDZDGRV
`Dispute Case ID`
DisputeCaseId
L'identifiant de tout dossier de litige lié à la facture.
Description

Cet attribut contient l'ID d'un dossier de litige (UDM_CASE) s'il en existe un. Il relie le document financier au module de gestion des litiges. Ceci est requis pour le dashboard d'efficacité du cycle de résolution des litiges.

Pourquoi c'est important

Connecte les documents de créances clients au workflow de résolution des litiges.

Où obtenir

SAP Table FDM_DCPROC ou UDM_CASE_ATTR

Exemples
0000056789DISP-2023-001
Est une note de crédit
IsCreditMemo
Indicateur signalant si le document est une note de crédit.
Description

Cet attribut booléen est dérivé du type de document (par exemple, si le type est égal à 'DG'). Il permet un filtrage rapide des transactions correctives pour soutenir le KPI du taux de note de crédit corrective.

Pourquoi c'est important

Identifie le retravail et les erreurs de facturation.

Où obtenir

Dérivé du DocumentType

Exemples
truefaux
Niveau de relance
DunningLevel
Le niveau de relance actuel de la facture.
Description

Cet attribut (MAHNS) indique le nombre de fois qu'un client a été rappelé pour un paiement. Il suit l'escalade des efforts de recouvrement et est visualisé dans le dashboard de conformité et d'exécution des relances.

Pourquoi c'est important

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

Où obtenir

Table SAP MHNK-MAHNS ou KNB5 (Données de relance client)

Exemples
1230
Pays
Country
Le pays du client.
Description

Cet attribut (LAND1) provient des données de base client. Il permet une segmentation géographique des KPI, comme l'analyse des taux de notes de crédit par région ou par pays.

Pourquoi c'est important

Analyse de la conformité et de la performance régionales.

Où obtenir

SAP Table KNA1-LAND1

Exemples
USDEFRJP
Région
Region
L'état, la province ou la région du client.
Description

Cet attribut (REGIO) offre une vue géographique plus granulaire que le Pays. Il est utile pour l'analyse des notes de crédit et des corrections afin d'identifier les problèmes de traitement régionaux.

Pourquoi c'est important

Analyse géographique granulaire.

Où obtenir

SAP Table KNA1-REGIO

Exemples
CANYTXBY
Obligatoire Recommandé Facultatif

Activités des créances clients

Voici les étapes clés du processus et les jalons transactionnels à capturer dans votre journal d'événements pour une découverte précise des processus et l'identification des goulots d'étranglement.
6 Recommandé 7 Facultatif
Activité Description
Créer une facture client
La création initiale du document de facture client au sein du système financier. Ceci est capturé à partir de l'horodatage de création de l'en-tête du document.
Pourquoi c'est important

Marque le début du processus des comptes clients et le point de départ du calcul de l'ancienneté. Essentiel pour le calcul du délai moyen de recouvrement (DSO).

Où obtenir

Table BKPF (En-tête de document comptable), champ CPUDT (Date de saisie) et CPUTM (Heure de saisie). Filtrer par type de document (BLART) pertinent pour les factures clients (par exemple, DR, RV).

Capture

Enregistré lorsque la transaction est validée dans BKPF

Type d'événement explicit
Émettre la sortie de facture
L'action explicite de générer le message de sortie (e-mail, impression, EDI) pour envoyer la facture au client. Ceci valide que le client a officiellement reçu la demande de facturation.
Pourquoi c'est important

Les retards entre la création et l'envoi impactent la fenêtre effective des conditions de paiement du client. Le monitoring garantit que les factures ne sont pas bloquées dans le traitement interne.

Où obtenir

Table NAST (Statut du message), en utilisant la clé d'objet (OBJKY) correspondant au numéro de document de facture. Horodatage de DATVR et UHRVR.

Capture

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

Type d'événement explicit
Enregistrer le paiement partiel
Un paiement est reçu qui ne couvre pas le montant total de la facture, laissant un solde résiduel sur le compte.
Pourquoi c'est important

Impacte le cycle de résolution des paiements partiels. Les paiements partiels fréquents augmentent la complexité et l'effort de rapprochement manuel.

Où obtenir

Table BSEG. Déduit lorsqu'un document de compensation (AUGBL) crée un nouveau poste résiduel (le document de référence correspond à la facture originale) avec un solde restant.

Capture

Dériver de la création du document de compensation avec résiduel

Type d'événement inferred
Envoyer un rappel de paiement
Un avis de relance ou une lettre de rappel est généré pour une facture en souffrance. Cela permet de suivre les efforts de recouvrement effectués par l'organisation.
Pourquoi c'est important

Critique pour le KPI de taux de conformité de la relance. Il vérifie si la stratégie de recouvrement est exécutée conformément à la politique.

Où obtenir

Table MHND (Données de relance), champ LAUFD (Date de la relance). Corréler via le code société et le client.

Capture

Enregistré lorsque la relance (Dunning Run F150) est exécutée

Type d'événement explicit
Recevoir le paiement intégral
La réception des fonds qui couvrent entièrement le montant de la facture en souffrance. Ceci est souvent la fin effective de l'obligation du client.
Pourquoi c'est important

Détermine la date de paiement réelle par rapport à la date d'échéance. Critique pour l'analyse de l'écart des conditions de paiement et du comportement client.

Où obtenir

Table BSEG, dérivé du document de compensation (AUGBL) où la date de compensation (AUGDT) est définie et le solde devient nul.

Capture

Enregistré lorsque le document de compensation est comptabilisé

Type d'événement explicit
Régler la Facture
L'étape comptable technique où le poste non soldé est rapproché d'un paiement ou d'un crédit et le statut passe à 'Compensé'.
Pourquoi c'est important

La fin définitive de l'instance de processus dans le système. Requis pour calculer la métrique DSO finale.

Où obtenir

Table BSEG ou ACDOCA. Le champ AUGDT (Date de compensation) est renseigné. Utiliser USNAM pour déterminer si automatisé ou manuel.

Capture

Enregistré lorsque le champ AUGDT est renseigné

Type d'événement explicit
Annuler Facture
La facture originale est annulée ou contre-passée dans le système en raison d'une erreur fondamentale.
Pourquoi c'est important

Représente une instance de processus échouée. Les filtrer ou les analyser séparément est crucial pour la qualité des données.

Où obtenir

Table BKPF, le champ STBLG (Numéro de document d'annulation) est renseigné sur l'enregistrement de la facture originale.

Capture

Enregistré lorsque le champ STBLG est renseigné

Type d'événement explicit
Créer un `Dispute Case`
Un dossier de litige est ouvert contre la facture, généralement via la gestion des litiges SAP FSCM. Cela indique que le client a contesté la facture.
Pourquoi c'est important

Arrête le décompte du recouvrement standard mais lance le cycle de résolution des litiges. Des volumes élevés ici impactent la prévisibilité des flux de trésorerie.

Où obtenir

Table UDM_CASE_ATTR (Attributs de dossier) ou UDM_DISPUTE (Dossier de litige). Lier via CASE_GUID à la clé de document financier.

Capture

Enregistré dans les tables de gestion des litiges FSCM

Type d'événement explicit
Enregistrer la promesse de paiement
Un agent de recouvrement enregistre l'engagement formel du client à payer un montant précis à une date spécifiée.
Pourquoi c'est important

Indique une activité réussie de l'agent de recouvrement. Utilisé pour prévoir les flux de trésorerie à court terme et mesurer le Collection Agent Throughput.

Où obtenir

Table UDM_P2P (Promesse de paiement), champ CREATED_AT. Lié à la facture via le Case GUID ou la clé de document.

Capture

Enregistré dans la gestion des recouvrements FSCM

Type d'événement explicit
Enregistrer un `avoir`
Une note de crédit (avoir) est émise et liée à la facture, réduisant le montant dû. Cela corrige généralement une erreur ou traite un retour.
Pourquoi c'est important

Clé pour le KPI du taux de notes de crédit correctives. Une fréquence élevée indique des problèmes de qualité en amont dans les ventes ou la facturation.

Où obtenir

Table BSEG, type de document 'DG' ou 'KG'. Identifié par le champ 'Référence de facture' (REBZG) pointant vers la facture originale.

Capture

Enregistré lorsque le document de note de crédit fait référence à la facture

Type d'événement explicit
Mettre à jour le statut du litige
Le statut d'un dossier de litige existant change, par exemple, passant de 'Nouveau' à 'En cours' ou 'En examen'.
Pourquoi c'est important

Offre une granularité dans le workflow de résolution des litiges et aide à identifier les goulots d'étranglement dans la phase d'approbation ou d'enquête.

Où obtenir

Documents de modification pour le Dispute Case (logs de gestion des case S/4HANA). Analyse des changements de UDM_CASE_ATTR.

Capture

Comparer les changements de champ de statut dans l'historique du case

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, finalisant ainsi la position de trésorerie.
Pourquoi c'est important

Suit le délai de rapprochement des relevés bancaires. Les retards ici affectent la rapidité de la clôture financière.

Où obtenir

Table FEBEP (Postes de relevé bancaire électronique). Rapproche le document de paiement de la transaction du relevé bancaire.

Capture

Enregistré dans les tables EBS (FEBEP/FEBKO)

Type d'événement explicit
Résoudre un dossier de litige
Le dossier de litige est clos, entraînant soit un avoir, une annulation de créance, ou une re-confirmation de la dette. Ceci marque la fin de la gestion des exceptions.
Pourquoi c'est important

L'horodatage de fin pour le KPI de temps moyen de résolution des litiges. L'efficacité ici récupère directement le fonds de roulement immobilisé.

Où obtenir

Table UDM_CASE_ATTR, champ ESCALATION_DATE ou CLOSED_DATE selon la configuration.

Capture

Enregistré lorsque le statut du case est défini sur Clôturé/Annulé

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

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