Votre modèle de données des créances clients
Votre modèle de données des créances clients
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction
Attributs des Comptes Clients
| Nom | Descriptionn | ||
|---|---|---|---|
|
Activité
Activity
|
L'événement ou l'action spécifique effectuée(e) dans le processus. | ||
|
Descriptionn
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 est-ce important ? :
C'est indispensable pour cartographier le
Source des données :
Dérivé des tables SAP TSTCT (codes de transaction) ou CDHDR/CDPOS (documents de modification)
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é. | ||
|
Descriptionn
Cet attribut consigne 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 est-ce important ? :
Des
Source des données :
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. | ||
|
Descriptionn
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 est-ce important ? :
C'est la clé centrale requise pour reconstruire le
Source des données :
SAP Table BKPF-BELNR ou VBRK-VBELN
Exemples
1400000234900004321014000002351800000099
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Heure de la dernière extraction ou actualisation des données. | ||
|
Descriptionn
Cet attribut indique quand les données ont été chargées dans l'outil de Process Mining. Il aide les utilisateurs à comprendre la la réactualisation des données présentées dans les dashboards tels que le statut de rapprochement de fin de période.
Pourquoi est-ce important ? :
S'assure que les analystes savent s'ils consultent des
Source des données :
Exemples
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
|
|||
|
Système source
SourceSystem
|
Le système d'où proviennent les données. | ||
|
Descriptionn
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 traçabilité des données.
Pourquoi est-ce important ? :
Permet la séparation des analyses dans des environnements multi-systèmes.
Source des données :
ID système (SY-SYSID) ou codé en dur lors de l'extraction
Exemples
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
|
|||
|
Code société
CompanyCode
|
L'entité financière ou l'unité commerciale à laquelle la facture appartient. | ||
|
Descriptionn
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 est-ce important ? :
Primordial pour filtrer et comparer la performance entre différentes entités juridiques.
Source des données :
SAP Table BKPF-BUKRS ou T001-BUKRS
Exemples
1000US01DE012000
|
|||
|
Conditions de paiement
PaymentTerms
|
Clé représentant les conditions de paiement convenues. | ||
|
Descriptionn
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 tableau de bord d'optimisation des escomptes pour paiement anticipé.
Pourquoi est-ce important ? :
Base de référence pour le calcul des dates d'échéance et l'analyse de l'éligibilité aux remises.
Source des données :
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. | ||
|
Descriptionn
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 tableau de bord de conformité et d'exécution des relances.
Pourquoi est-ce important ? :
Le point de référence pour déterminer si un paiement est en retard.
Source des données :
Dérivé de BSEG-ZFBDT et 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. | ||
|
Descriptionn
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 est-ce important ? :
Définit l'achèvement du cycle de recouvrement.
Source des données :
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. | ||
|
Descriptionn
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'), cet indicateur est défini sur vrai. Il alimente directement le tableau de bord du taux d'automatisation du rapprochement des paiements.
Pourquoi est-ce important ? :
Clé pour mesurer le succès de la transformation numérique et de l'automatisation.
Source des données :
Dérivé de l'
Exemples
truefaux
|
|||
|
Jours de Vente en Suspens (DSO)
DaysSalesOutstanding
|
La durée entre la comptabilisation de la facture et la compensation. | ||
|
Descriptionn
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 tableau de bord de vue d'ensemble du délai moyen de recouvrement (DSO) et une mesure critique de l'efficacité des flux de trésorerie.
Pourquoi est-ce important ? :
Le KPI exécutif principal pour le processus de comptes clients.
Source des données :
Calculé : Date d'apurement - Date de comptabilisation
Exemples
30 jours45 jours15 jours
|
|||
|
Montant en devise locale
AmountInLocalCurrency
|
La valeur de la facture ou du paiement dans la devise du code société. | ||
|
Descriptionn
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 tableau de bord d'analyse des notes de crédit et des corrections en quantifiant la valeur.
Pourquoi est-ce important ? :
Requis pour l'analyse d'impact financier et la priorisation des recouvrements de grande valeur.
Source des données :
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é. | ||
|
Descriptionn
Cet attribut (USNAM) identifie l'utilisateur ou l'agent système responsable de l'événement. Il est analysé pour calculer le taux d'efficacité.x d'automatisation du rapprochement des paiements en distinguant les utilisateurs humains des utilisateurs de traitement par lots du système.
Pourquoi est-ce important ? :
Critique pour la détermination des taux d'automatisation et de la productivité des utilisateurs.
Source des données :
SAP Table BKPF-USNAM ou CDHDR-USERNAME
Exemples
JSMITHBATCH_USERSAP_WFALEX_D
|
|||
|
Numéro de client
CustomerNumber
|
L'identifiant unique du compte client. | ||
|
Descriptionn
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 indispensable pour le tableau de bord de profilage du comportement de paiement client.
Pourquoi est-ce important ? :
Permet un
Source des données :
SAP Table BSEG-KUNNR ou KNA1-KUNNR
Exemples
CUST100230001004500WALMART_US
|
|||
|
Type de document
DocumentType
|
Classe le document comptable (par ex., Facture, Paiement, Avoir). | ||
|
Descriptionn
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 indispensable à filtrer des types de dossiers spécifiques pour l'analyse des notes de crédit et des corrections.
Pourquoi est-ce important ? :
Segmente les données en factures, paiements et ajustements.
Source des données :
SAP Table BKPF-BLART
Exemples
DRDZDGRV
|
|||
|
Est un avoir
IsCreditMemo
|
Indicateur signalant si le document est une note de crédit. | ||
|
Descriptionn
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 est-ce important ? :
Identifie les reprises et les erreurs de facturation.
Source des données :
Dérivé du
Exemples
truefaux
|
|||
|
ID du cas de litige
DisputeCaseId
|
L'identifiant de tout dossier de litige lié à la facture. | ||
|
Descriptionn
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 tableau de bord d'efficacité du cycle de résolution des litiges.
Pourquoi est-ce important ? :
Connecte les documents de créances clients au
Source des données :
SAP Table FDM_DCPROC ou UDM_CASE_ATTR
Exemples
0000056789DISP-2023-001
|
|||
|
Niveau de relance
DunningLevel
|
Le niveau de relance actuel de la facture. | ||
|
Descriptionn
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 tableau de bord de conformité et d'exécution des relances.
Pourquoi est-ce important ? :
Surveille la gravité des retards de paiement et le respect de la politique de relance.
Source des données :
Table SAP MHNK-MAHNS ou KNB5 (Données de relance client)
Exemples
1230
|
|||
|
Pays
Country
|
Le pays du client. | ||
|
Descriptionn
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 est-ce important ? :
Analyse de la conformité et de la performance régionales.
Source des données :
SAP Table KNA1-LAND1
Exemples
USDEFRJP
|
|||
|
Région
Region
|
L'état, la province ou la région du client. | ||
|
Descriptionn
Cet attribut (REGIO) offre une vue géographique plus granulairesre 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 est-ce important ? :
Analyse géographique granulaire.
Source des données :
SAP Table KNA1-REGIO
Exemples
CANYTXBY
|
|||
Activités des Comptes Clients
| Activité | Descriptionn | ||
|---|---|---|---|
|
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 est-ce important ? :
Marque le début du processus des comptes clients et le point de départ du calcul de l'ancienneté. Primordial pour le calcul du délai moyen de recouvrement (DSO).
Source des données :
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
Comptabilisé lorsque la transaction est validée dans
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 est-ce important ? :
Les retards entre la création et l'envoi impactent la fenêtre effective des conditions de paiement du client. Le
Source des données :
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
Comptabilisé dans la table
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 est-ce important ? :
Impacte le cycle de résolution des paiements partiels. Les paiements partiels fréquents augmentent la complexité et l'effort de rapprochement manuel.
Source des données :
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 est-ce important ? :
Critique pour le
Source des données :
Table MHND (Données de relance), champ LAUFD (Date de la relance). Corréler via le code société et le client.
Capture
Comptabilisé lors de l'exécution du programme de relance (F150)
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 est-ce important ? :
Détermine la date de paiement réelle par rapport à la date d'échéance. Critique pour l'analyse de l'
Source des données :
Table BSEG, dérivé du document de compensation (AUGBL) où la date de compensation (AUGDT) est définie et le solde devient nul.
Capture
Comptabilisé 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 est-ce important ? :
La fin définitive de l'instance de processus dans le système. Requis pour calculer la métrique DSO finale.
Source des données :
Table BSEG ou ACDOCA. Le champ AUGDT (Date de compensation) est renseigné. Utiliser USNAM pour déterminer si automatisé ou manuel.
Capture
Comptabilisé lorsque le champ
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 clée. | ||
|
Pourquoi est-ce important ? :
Représente une instance de processus échouée. Les filtrer ou les analyser séparément est impératif pour la qualité des données.
Source des données :
Table BKPF, le champ STBLG (Numéro de documentment d'annulation) est renseigné sur l'enregistrement de la facture originale.
Capture
Comptabilisé lorsque le champ
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 est-ce 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.
Source des données :
Table UDM_CASE_ATTR (Attributs de dossier) ou UDM_DISPUTE (Dossier de litige). Lier via CASE_GUID à la clé de document financier.
Capture
Comptabilisé dans les tables de gestion des litiges
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 est-ce important ? :
Indique une activité réussie de l'agent de recouvrement. Utilisé pour prévoir les
Source des données :
Table UDM_P2P (Promesse de paiement), champ CREATED_AT. Lié à la facture via le Case GUID ou la clé de document.
Capture
Comptabilisé dans la gestion des recouvrements
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 est-ce important ? :
Clé pour le
Source des données :
Table BSEG, type de document 'DG' ou 'KG'. Identifié par le champ 'Référence de facture' (REBZG) pointant vers la facture originale.
Capture
Comptabilisé 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 est-ce important ? :
Offre une granularité dans le workflow de résolution des litiges et aide à identifier les points de blocage dans la phase d'approbation ou d'enquête.
Source des données :
Documents de modification pour le
Capture
Comparer les changements de champ de statut dans l'historique du
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 est-ce important ? :
Suit le délai de rapprochement des relevés bancaires. Les retards ici affectent la rapidité de la clôture financière.
Source des données :
Table FEBEP (Postes de relevé bancaire électronique). Rapproche le document de paiement de la transaction du relevé bancaire.
Capture
Comptabilisé dans les tables
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 est-ce 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é.
Source des données :
Table UDM_CASE_ATTR, champ ESCALATION_DATE ou CLOSED_DATE selon la configuration.
Capture
Comptabilisé lorsque le statut du
Type d'événement
explicit
|
|||