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 créances clients
| 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
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
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
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
Où obtenir
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'
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
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
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
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
|
|||
Activités des créances clients
| 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
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
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
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
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 (
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'
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
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
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
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
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
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
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
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 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
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
Type d'événement
explicit
|
|||