Votre modèle de données des créances clients
Votre modèle de données des créances clients
- Attributs spécifiques aux processus pour l'analyse financière
- Jalons clés pour une découverte précise des processus
- Guide d'extraction étape par étape 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 du dernier rafraîchissement des données. | ||
|
Description
Indique la dernière synchronisation des données depuis le système source SAP ECC vers la plateforme de Process Mining. Cela aide les utilisateurs à comprendre la fraîcheur de l'analyse et la latence potentielle des tableaux de bord. C'est essentiel pour valider que les ICP reflètent l'état actuel de l'entreprise.
Pourquoi c'est important
S'assure que les utilisateurs savent à quel point les données de leurs tableaux de bord sont à jour.
Où obtenir
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
|
L'horodatage spécifique 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 dans SAP ECC, il s'agit généralement d'une combinaison de la date de saisie (CPUDT) et de l'heure de saisie (CPUTM). Il fournit la dimension temporelle requise pour calculer les temps de cycle, les délais et la durée entre les étapes de processus.
Pourquoi c'est important
Essentiel pour toutes les analyses basées sur le temps, y compris le délai moyen de recouvrement (DSO) et la vélocité des processus.
Où obtenir
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
|
L'événement ou l'action spécifique effectué(e) dans le processus. | ||
|
Description
Cet attribut capture le nom de l'étape de processus exécutée, tel que 'Facture créée', 'Paiement reçu' ou 'Litige enregistré'. Il est dérivé des codes de transaction, des types de document ou des modifications spécifiques du statut du document comptable. Ces données permettent la reconstruction du flux de processus et l'analyse des variantes de chemin.
Pourquoi c'est important
Il définit la structure du journal d'événements nécessaire pour visualiser la carte des processus et identifier les goulots d'étranglement.
Où obtenir
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éCas de litige ouvert
|
|||
|
Numéro de facture
InvoiceNumber
|
L'identifiant unique de la facture ou du document comptable. | ||
|
Description
Cet attribut représente la clé primaire du processus de créances clients. Dans SAP ECC, il s'agit typiquement d'une concaténation du numéro de document comptable (BELNR), du code de société (BUKRS) et de l'année fiscale (GJAHR) pour assurer l'unicité à travers le système. Il sert d'ancrage central pour relier toutes les activités ultérieures, telles que les paiements, les litiges et les lettrages, à l'obligation financière originale.
Pourquoi c'est important
C'est l'ID de cas requis pour suivre le cycle de vie de bout en bout d'une créance, de sa création à son lettrage final.
Où obtenir
Table BKPF, Champ BELNR (souvent concaténé avec BUKRS et GJAHR)
Exemples
140000023420231800003991202351000008822022
|
|||
|
Système source
SourceSystem
|
Le nom du système d'où proviennent les données. | ||
|
Description
Identifie l'instance ou le client SAP ECC spécifique d'où l'enregistrement a été extrait. Dans les architectures multi-systèmes, cet attribut est crucial pour la ségrégation des données et l'identification des variations de processus spécifiques au système. Il assure la traçabilité des données et aide à la résolution des problèmes d'intégration.
Pourquoi c'est important
Requis pour la gouvernance des données et l'identification de l'origine des enregistrements dans les environnements multi-ERP.
Où obtenir
Configuration système ou codé en dur lors de l'extraction
Exemples
SAP_ECC_P01SAP_ECC_QAERP_NA_01
|
|||
|
Code société
CompanyCode
|
L'unité organisationnelle pour laquelle le bilan est créé. | ||
|
Description
Représente l'entité juridique ou la filiale spécifique au sein de la structure d'entreprise. Dans SAP, il s'agit du champ 'BUKRS'. L'analyse des données par code de société permet de comparer les performances entre différentes unités commerciales, identifiant les entités qui gèrent les créances le plus efficacement.
Pourquoi c'est important
Critique pour le filtrage des tableaux de bord par unité commerciale et la séparation des livres financiers.
Où obtenir
Table BKPF, Champ BUKRS
Exemples
1000US01DE99
|
|||
|
Date d'échéance nette
NetDueDate
|
La date calculée à laquelle le paiement doit être effectué. | ||
|
Description
C'est la date limite de paiement. Dans SAP, elle est souvent dérivée en prenant la date de base (ZFBDT) et en ajoutant les jours des conditions de paiement (ZTERM). Cet attribut est essentiel pour le KPI 'Taux de respect des conditions de paiement', identifiant les factures en retard.
Pourquoi c'est important
Le point de référence pour déterminer les paiements à temps versus les paiements en retard.
Où obtenir
Dérivé de BSEG-ZFBDT et des conditions de paiement (logique de la table T052)
Exemples
2023-12-302024-01-15
|
|||
|
Date d'encaissement
ClearingDate
|
La date à laquelle la facture a été lettrée (payée ou compensée). | ||
|
Description
La date (AUGDT) à laquelle le poste non soldé a été lettré dans le système. C'est l'horodatage de fin définitif pour le processus de recouvrement d'une facture spécifique. C'est le composant principal pour le calcul du 'Days Sales Outstanding moyen' et pour déterminer si un paiement était en retard.
Pourquoi c'est important
L'horodatage fondamental pour le calcul du DSO et de la rapidité de paiement.
Où obtenir
Table BSAD (Postes lettrés), Champ AUGDT
Exemples
2023-12-012023-11-15
|
|||
|
Délai moyen de recouvrement
DaysSalesOutstanding
|
Le nombre de jours nécessaires pour encaisser un paiement. | ||
|
Description
Une durée calculée représentant le temps entre l'événement 'Facture créée' et l'événement 'Facture lettrée'. C'est la métrique centrale pour l'ICP 'Délai moyen de recouvrement' (DSO). L'analyse de cette durée révèle la santé de la liquidité de l'organisation.
Pourquoi c'est important
La principale métrique d'efficacité pour les créances clients.
Où obtenir
Calculé : Date de lettrage - Date du document
Exemples
30 jours45 jours12 jours
|
|||
|
Est Automatisé
IsAutomated
|
Indicateur signalant si l'activité a été effectuée automatiquement. | ||
|
Description
Un indicateur booléen dérivé du code de transaction et du nom d'utilisateur. Par exemple, si le TCODE est 'F110' (Lancement de paiement automatique) ou si l'utilisateur est un compte batch système connu, il est défini sur vrai. Cet attribut est directement requis pour l'ICP 'Taux de lettrage automatisé'.
Pourquoi c'est important
Crucial pour mesurer l'efficacité des processus et les taux d'automatisation.
Où obtenir
Dérivé de TCODE et USNAM
Exemples
truefaux
|
|||
|
Groupe de comptes clients
CustomerAccountGroup
|
Classe les clients en différents segments. | ||
|
Description
Le groupe de comptes SAP (KTOKD) catégorise les clients (par exemple, donneur d'ordre, destinataire, intragroupe). Cela sert de mappage principal du 'Segment client'. Il est essentiel pour le tableau de bord 'Tendances de paiement par segment client' afin de comparer la manière dont différents types de clients respectent les conditions de paiement.
Pourquoi c'est important
La manière standard de segmenter les clients dans SAP.
Où obtenir
Table KNA1, Champ KTOKD
Exemples
KUNA0001DEBI
|
|||
|
Montant en devise locale
AmountInLocalCurrency
|
La valeur de la ligne de poste dans la devise du code de 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 est utilisé pour calculer l''ActivityAmount' et est vital pour prioriser les recouvrements en fonction de la valeur. Il permet à l'analyse de se concentrer sur les postes non soldés de grande valeur.
Pourquoi c'est important
Essentiel pour l'analyse d'impact financier et la priorisation des cas à forte valeur.
Où obtenir
Table BSEG, Champ DMBTR
Exemples
1500.00230.5010000.00
|
|||
|
Nom d'utilisateur
UserName
|
L'ID de l'utilisateur qui a effectué la transaction. | ||
|
Description
Capture l'ID utilisateur SAP (USNAM) associé à la création ou à la modification du document. Cet attribut est mappé à 'Utilisateur' et est utilisé dans le tableau de bord 'Efficacité de la résolution des litiges' pour suivre la performance des agents. Il aide également à distinguer les utilisateurs manuels des comptes système.
Pourquoi c'est important
Permet l'analyse des performances par membre d'équipe et la détection de l'automatisation.
Où obtenir
Table BKPF, Champ USNAM
Exemples
JSMITHBATCH_USERFIN_AP_01
|
|||
|
Numéro de client
CustomerNumber
|
Identifiant unique pour le compte client. | ||
|
Description
L'ID unique attribué au client dans le système SAP (KUNNR). Cet attribut permet les tableaux de bord 'Performance des activités de recouvrement' et 'Tendances de paiement par segment client' en agrégeant les métriques de processus au niveau du client. Il est essentiel pour identifier les clients à haut risque.
Pourquoi c'est important
Permet une analyse approfondie des comportements clients spécifiques et des tendances de paiement.
Où obtenir
Table BSEG ou BSID/BSAD, Champ KUNNR
Exemples
000100293CUST-9921000550021
|
|||
|
Type de document
DocumentType
|
Classe le document comptable (par ex., Facture, Paiement, Avoir). | ||
|
Description
Le type de document SAP (BLART) distingue les différentes transactions commerciales, telles qu'une facture client (DR), un paiement client (DZ) ou un avoir (DG). Cet attribut est fondamental pour définir le 'CaseType' et filtrer des flux de processus spécifiques, tels que l'analyse du 'Taux de retravail des avoirs'.
Pourquoi c'est important
Différencie les factures, les paiements et les ajustements dans les données.
Où obtenir
Table BKPF, Champ BLART
Exemples
RVDZDGDR
|
|||
|
Code de transaction
TransactionCode
|
Le T-Code SAP utilisé pour exécuter l'activité. | ||
|
Description
Le code de transaction spécifique (TCODE) utilisé pour comptabiliser le document, tel que 'FB01' (Comptabiliser document) ou 'F110' (Paiement automatique). Cet attribut est la base du calcul 'IsAutomated' et du 'Suivi de l'automatisation du lettrage des encaissements'. Il révèle la méthode de saisie.
Pourquoi c'est important
Différents T-Codes indiquent différentes méthodes de traitement (manuel vs automatique).
Où obtenir
Table BKPF, Champ TCODE
Exemples
VF01F110FB70FEB_BSPROC
|
|||
|
Conditions de paiement
PaymentTerms
|
Code représentant les conditions de paiement convenues. | ||
|
Description
La clé des conditions de paiement (ZTERM) dicte la date d'échéance et les escomptes applicables. L'analyse de cet attribut permet de comprendre si les problèmes de 'Capture des escomptes pour paiement anticipé' sont liés à des conditions agressives ou à des défaillances de processus. C'est une dimension clé pour la conformité financière.
Pourquoi c'est important
Définit le comportement attendu et les échéances pour le cas.
Où obtenir
Table BSEG ou KNB1, Champ ZTERM
Exemples
NT30ZB010001
|
|||
|
Domaine de contrôle du crédit
CreditControlArea
|
Unité organisationnelle pour la gestion du crédit. | ||
|
Description
La zone de contrôle crédit (KKBER) est utilisée pour définir et surveiller les limites de crédit des clients. Cet attribut soutient l'analyse 'Impact de la limite de crédit et de la notation' en regroupant les clients sous leurs politiques de crédit respectives. Il aide à corréler les paramètres de risque de crédit avec les retards de paiement.
Pourquoi c'est important
Clé pour l'analyse du risque de crédit et de l'efficacité des politiques.
Où obtenir
Table KNB1 ou KNKK, Champ KKBER
Exemples
US01GLBLEU00
|
|||
|
Est un paiement en retard
IsLatePayment
|
Indicateur signalant si le paiement a été reçu après la date d'échéance. | ||
|
Description
Un indicateur booléen calculé en comparant la date de lettrage à la date d'échéance nette. Cet attribut simplifie le calcul de l'ICP 'Taux de respect des conditions de paiement'. Il permet un filtrage rapide des cas non conformes dans le tableau de bord.
Pourquoi c'est important
Identifie rapidement les violations de processus concernant les conditions de paiement.
Où obtenir
Calculé : DateDeCompensation > DateD'échéanceNette
Exemples
truefaux
|
|||
|
ID du cas de litige
DisputeCaseId
|
Identifiant pour un cas de litige lié à la facture. | ||
|
Description
L'identifiant unique (CASE_GUID ou ID externe) du module de gestion des litiges SAP FSCM. Cet attribut est strictement requis pour le tableau de bord 'Efficacité de la résolution des litiges'. Il relie le document financier au workflow de litige, permettant le calcul des temps de résolution.
Pourquoi c'est important
Relie le processus de gestion des créances clients au sous-processus de gestion des litiges.
Où obtenir
Table FDM_DCPROC ou SCMG_T_CASE_ATTR (si FSCM est actif)
Exemples
DISP-000123100029384
|
|||
|
Notation de crédit
CreditRating
|
Le score de solvabilité du client. | ||
|
Description
La notation de crédit du client (CTLPC ou champ similaire dans KNKK/FSCM). Cet attribut est requis pour le tableau de bord 'Impact de la limite de crédit et de la notation'. Il permet aux analystes de corréler la probabilité de litiges ou de retards de paiement avec le profil de risque du client.
Pourquoi c'est important
Connecte les données de gestion des risques à la performance opérationnelle.
Où obtenir
Table KNKK (Gestion du crédit) ou tables FSCM
Exemples
A+Risque élevé500
|
|||
|
Pays du client
CustomerCountry
|
Le code pays associé au client. | ||
|
Description
La localisation géographique du client (LAND1) récupérée des données de base clients. Cet attribut soutient l''Analyse du cycle de vie des factures' en permettant une segmentation des performances par région. Il aide à identifier si des pays spécifiques ont des cycles de paiement plus longs en raison de coutumes locales ou de retards bancaires.
Pourquoi c'est important
Soutient l'analyse des performances régionales et les rapports réglementaires.
Où obtenir
Table KNA1, Champ LAND1
Exemples
USDEFR
|
|||
|
Ville de facturation
BillingCity
|
La ville associée à l'adresse de facturation du client. | ||
|
Description
Le nom de la ville (ORT01) des données de base clients. Cela soutient l'exigence du tableau de bord d'identifier 'quels segments de clientèle ou villes de facturation contribuent le plus à un Days Sales Outstanding élevé'. Il permet une analyse géographique granulaire des comportements de paiement.
Pourquoi c'est important
Requis spécifiquement pour le tableau de bord d'analyse du cycle de vie des factures.
Où obtenir
Table KNA1, Champ ORT01
Exemples
New YorkBerlinLondon
|
|||
Activités de Gestion des Créances Clients
| Activité | Description | ||
|---|---|---|---|
|
Cas de litige enregistré
|
L'attribution d'un code motif à une ligne de facture indiquant un désaccord ou une question du client. Cela bloque généralement la facture pour paiement. | ||
|
Pourquoi c'est important
Clé pour l'« Efficacité de la résolution des litiges ». Identifie pourquoi la trésorerie est bloquée et mesure le temps de cycle de résolution.
Où obtenir
Modifications de BSEG-RSTGR (Code motif) ou intégration avec les tables SAP FSCM Dispute Management (UDM_CASE).
Capture
Comparer le champ d'état avant/après ou le journal FSCM
Type d'événement
inferred
|
|||
|
Document comptable créé
|
L'enregistrement initial de la facture client dans le grand livre de comptabilité financière. Cela crée le poste non soldé dans le grand livre auxiliaire des créances clients. | ||
|
Pourquoi c'est important
Marque le début officiel de l'obligation financière et le calcul de l'ancienneté de la facture client.
Où obtenir
Table BKPF (En-tête) et BSEG (Segment). Identifiez les documents où le type de compte (KOART) est 'D' (Client). Utilisez la date de saisie (CPUDT) et l'heure de saisie (CPUTM).
Capture
Enregistré lorsqu'une transaction crée un enregistrement dans BKPF
Type d'événement
explicit
|
|||
|
Facture apurée
|
L'étape finale de rapprochement où la facture en cours et le paiement sont liés, et le statut de poste non soldé est supprimé. Le processus est maintenant terminé. | ||
|
Pourquoi c'est important
Événement de fin essentiel. Utilisé pour calculer le 'Taux de lettrage automatisé' et finaliser le cycle de vie.
Où obtenir
Table BSEG. Les champs 'AUGBL' (Document de lettrage) et 'AUGDT' (Date de lettrage) sont renseignés pour la ligne de facture.
Capture
Enregistré lors du lettrage du poste ouvert
Type d'événement
explicit
|
|||
|
Facture expédiée
|
La transmission du document de facture au client via l'impression, l'e-mail ou l'EDI. Cette activité marque le moment où le client reçoit réellement la demande de paiement. | ||
|
Pourquoi c'est important
Critique pour le calcul de l'ICP 'Délai d'envoi de facture'. Les retards ici augmentent directement le délai moyen de recouvrement (DSO).
Où obtenir
Nécessite probablement la jointure du document FI au document de facturation SD (VBRK) et la vérification de la table de contrôle des sorties (NAST) pour le statut de traitement réussi.
Capture
Corréler VBRK-VBNUM avec les journaux de sortie dans NAST
Type d'événement
inferred
|
|||
|
Paiement partiel comptabilisé
|
La réception d'un paiement qui ne couvre qu'une partie du montant total de la facture. La facture reste en cours avec un solde résiduel. | ||
|
Pourquoi c'est important
Critique pour l'« Analyse d'impact des paiements partiels ». Augmente la complexité du rapprochement et les temps de cycle.
Où obtenir
Table BSEG. Identifiez les documents de paiement (Type DZ/KZ) qui font référence à la facture (REBZG) mais ne la lettrage pas entièrement.
Capture
Enregistré lors de la comptabilisation du document de paiement
Type d'événement
explicit
|
|||
|
Paiement Reçu
|
L'enregistrement d'un document de paiement entrant destiné à régler la facture. Cela enregistre l'entrée de trésorerie dans le grand livre. | ||
|
Pourquoi c'est important
L'événement central pour le 'Days Sales Outstanding moyen'. Représente la réalisation financière de la vente.
Où obtenir
Table BKPF/BSEG. Type de document 'DZ' (Paiement client) ou 'KZ' (Paiement fournisseur pour les clients).
Capture
Enregistré lors de l'exécution de la transaction de paiement
Type d'événement
explicit
|
|||
|
Rappel de paiement envoyé
|
L'émission d'une lettre de relance ou d'un rappel de paiement au client en raison d'un solde en retard. Représente l'effort proactif de l'équipe de recouvrement. | ||
|
Pourquoi c'est important
Essentiel pour le tableau de bord 'Performance des activités de recouvrement'. Une fréquence élevée suggère un mauvais comportement de paiement des clients.
Où obtenir
Table MHND (Données de relance) et MHNK (En-tête de relance). Enregistre la date et le niveau de relance de l'avis.
Capture
Enregistré lors de l'exécution du programme de relance (F150)
Type d'événement
explicit
|
|||
|
Avoir comptabilisé
|
L'émission d'un avoir au client, réduisant le solde des créances en cours. Cela corrige généralement les erreurs de facturation ou traite les retours. | ||
|
Pourquoi c'est important
Alimente l'ICP 'Taux de retravail des avoirs'. Un volume élevé indique des problèmes de qualité en amont dans le processus de vente ou d'exécution.
Où obtenir
Table BKPF/BSEG où le type de document est 'DG' (ou un type d'avoir personnalisé) faisant référence à la facture originale.
Capture
Enregistré lorsqu'une transaction crée un document d'avoir dans BKPF
Type d'événement
explicit
|
|||
|
Conditions de paiement modifiées
|
Une mise à jour des conditions de paiement convenues, telles que la date d'échéance ou l'éligibilité à une remise, après la comptabilisation de la facture. Cela reflète souvent une renégociation ou une correction. | ||
|
Pourquoi c'est important
Les modifications des conditions de paiement faussent l'analyse du vieillissement et peuvent indiquer des erreurs de données de base ou des concessions ad hoc.
Où obtenir
Tables de documents de modification (CDHDR/CDPOS) liées au document comptable (BSEG-ZTERM ou BSEG-ZFBDT).
Capture
Enregistré lors de l'écriture du document de modification dans CDHDR
Type d'événement
explicit
|
|||
|
Escompte appliqué
|
L'utilisation d'une condition d'escompte, réduisant le montant final du paiement requis. Se produit lorsque le paiement est effectué dans la fenêtre d'escompte. | ||
|
Pourquoi c'est important
Surveille la 'Capture des escomptes pour paiement anticipé'. Aide à valider si les escomptes sont pris légitimement ou accordés de manière incorrecte.
Où obtenir
Table BSEG. Le champ 'SKNTO' (Montant de l'escompte) est renseigné sur la ligne de lettrage.
Capture
Enregistré comme valeur de champ dans le document de lettrage
Type d'événement
explicit
|
|||
|
Extrait bancaire rapproché
|
Le lettrage automatique d'une ligne de relevé bancaire électronique à un compte client. Représente la reconnaissance initiale de la trésorerie en banque. | ||
|
Pourquoi c'est important
Soutient le 'Suivi de l'automatisation du lettrage des encaissements'. Indique l'efficacité du traitement des relevés bancaires électroniques (EBS).
Où obtenir
Table FEBEP (Lignes de relevé bancaire électronique) et FEBA (Traitement des relevés bancaires).
Capture
Enregistré lors du téléchargement et du traitement de l'EBS
Type d'événement
explicit
|
|||
|
Lettrage annulé
|
L'annulation d'une action de lettrage précédemment réussie, rouvrant la facture. Cela indique une erreur dans l'application initiale des encaissements. | ||
|
Pourquoi c'est important
Représente un travail de reprise. Les annulations fréquentes indiquent des problèmes avec les règles de lettrage automatique ou la formation au rapprochement manuel.
Où obtenir
Table BKPF. Identifiez les documents où le document de lettrage a été réinitialisé (en utilisant la logique de la transaction FBRA) ou via les journaux de modifications.
Capture
Enregistré lors de l'exécution de la transaction FBRA
Type d'événement
explicit
|
|||
|
Passation en Perte Enregistrée
|
La classification du solde de la facture comme irrécouvrable, le retirant des créances pour le passer en charge de créances douteuses. Utilisé lorsque le recouvrement échoue. | ||
|
Pourquoi c'est important
Une terminaison négative du processus. Important pour l'analyse des causes profondes des fuites de revenus.
Où obtenir
Table BSEG. Document de lettrage avec un type de document spécifique (par exemple, 'AB') ou un code motif indiquant une passation en pertes.
Capture
Dériver du type de document et du mappage des comptes GL
Type d'événement
inferred
|
|||
|
Promesse de paiement enregistrée
|
Un engagement reçu du client de payer un montant spécifique à une date spécifique. Cela met à jour les prévisions de trésorerie. | ||
|
Pourquoi c'est important
Utilisé dans la 'Performance des activités de recouvrement'. Le taux de réussite des promesses prédit la précision des flux de trésorerie à court terme.
Où obtenir
Tables de gestion des collections SAP FSCM (UDM_P2P) ou inférées des notes textuelles créées par les agents de recouvrement.
Capture
Enregistré dans FSCM ou dans la table de texte STXH
Type d'événement
explicit
|
|||