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 Comptes Clients
| Nom | Descriptionn | ||
|---|---|---|---|
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage de la dernière extraction ou du dernier rafraîchissement des données. | ||
|
Descriptionn
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 récence de l'analyse et la latence potentielle des dashboards. C'est indispensable pour valider que les ICP reflètent l'état actuel de l'entreprise.
Pourquoi est-ce important ? :
Garantit aux utilisateurs savent à quel point les données de leurs dashboards sont à jour.
Source des données :
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é. | ||
|
Descriptionn
Cet attribut consigne 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 est-ce important ? :
Primordial pour toutes les analyses temporelles, y compris le délai moyen de recouvrement (DSO) et la vélocité des processus.
Source des données :
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(e) dans le processus. | ||
|
Descriptionn
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 est-ce important ? :
Il définit la structure du journal d'événements nécessaire pour visualiser la cartographie des processus et identifier les points de blocage.
Source des données :
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éDossier de litige ouvert
|
|||
|
Numéro de facture
InvoiceNumber
|
L'identifiant unique de la facture ou du document comptable. | ||
|
Descriptionn
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 est-ce important ? :
C'est l'ID de cas requis pour suivre le cycle de vie complet d'une créance, de sa création à son lettrage final.
Source des données :
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. | ||
|
Descriptionn
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 impératif 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 est-ce important ? :
Requis pour la gouvernance des données et l'identification de l'origine des enregistrements dans les environnements multi-ERP.
Source des données :
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éé. | ||
|
Descriptionn
Représente l'entité juridique ou la filiale spécifique dans 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 est-ce important ? :
Critique pour le filtrage des dashboards par unité commerciale et la séparation des livres financiers.
Source des données :
Table BKPF, Champ BUKRS
Exemples
1000US01DE99
|
|||
|
Date d'échéance nette
NetDueDate
|
La date calculée à laquelle le paiement doit être effectué. | ||
|
Descriptionn
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 indispensable pour le KPI 'Taux de résolutionpect des conditions de paiement', identifiant les factures en retard.
Pourquoi est-ce important ? :
Le point de référence pour déterminer les paiements à temps versus les paiements en retard.
Source des données :
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). | ||
|
Descriptionn
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 est-ce important ? :
L'horodatage essentiel pour le calcul du DSO et de la rapidité de paiement.
Source des données :
Table BSAD (Postes lettrés), Champ AUGDT
Exemples
2023-12-012023-11-15
|
|||
|
Est Automatisé
IsAutomated
|
Indicateur signalant si l'activité a été effectuée automatiquement. | ||
|
Descriptionn
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 le KPI 'Taux de lettrage automatisé'.
Pourquoi est-ce important ? :
Primordial pour mesurer l'efficacité des processus et les taux d'automatisation.
Source des données :
Dérivé de TCODE et USNAM
Exemples
truefaux
|
|||
|
Groupe de comptes clients
CustomerAccountGroup
|
Classe les clients en différents segments. | ||
|
Descriptionn
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 indispensable 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 est-ce important ? :
La manière standard de segmenter les clients dans SAP.
Source des données :
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é. | ||
|
Descriptionn
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 indispensable à 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 est-ce important ? :
Primordial pour l'analyse d'impact financier et la priorisation des cas à forte valeur.
Source des données :
Table BSEG, Champ DMBTR
Exemples
1500.00230.5010000.00
|
|||
|
Nom d'utilisateur
UserName
|
L'ID de l'utilisateur qui a effectué la transaction. | ||
|
Descriptionn
Capture l'ID utilisateur SAP (USNAM) associé à la création ou à la modification du document. Cet attribut est associé à '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 est-ce important ? :
Permet l'analyse des performances par membre d'équipe et la détection de l'automatisation.
Source des données :
Table BKPF, Champ USNAM
Exemples
JSMITHBATCH_USERFIN_AP_01
|
|||
|
Numéro de client
CustomerNumber
|
Identifiant unique pour le compte client. | ||
|
Descriptionn
L'ID unique attribué au client dans le système SAP (KUNNR). Cet attribut permet les dashboards '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 indispensable pour identifier les clients à haut risque.
Pourquoi est-ce important ? :
Permet une analyse détaillée des comportements clients spécifiques et des tendances de paiement.
Source des données :
Table BSEG ou BSID/BSAD, Champ KUNNR
Exemples
000100293CUST-9921000550021
|
|||
|
Type de document
DocumentType
|
Classe le document comptable (par ex., Facture, Paiement, Avoir). | ||
|
Descriptionn
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 indispensable pour définir le 'CaseType' et filtrer des flux de processus spécifiques, tels que l'analyse du 'Taux de reprises des avoirs'.
Pourquoi est-ce important ? :
Différencie les factures, les paiements et les ajustements dans les données.
Source des données :
Table BKPF, Champ BLART
Exemples
RVDZDGDR
|
|||
|
Code de transaction
TransactionCode
|
Le T-Code SAP utilisé pour exécuter l'activité. | ||
|
Descriptionn
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 est-ce important ? :
Différents T-Codes indiquent différentes méthodes de traitement (manuel vs automatique).
Source des données :
Table BKPF, Champ TCODE
Exemples
VF01F110FB70FEB_BSPROC
|
|||
|
Conditions de paiement
PaymentTerms
|
Code représentant les conditions de paiement convenues. | ||
|
Descriptionn
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 est-ce important ? :
Définit le comportement attendu et les échéances pour le cas.
Source des données :
Table BSEG ou KNB1, Champ ZTERM
Exemples
NT30ZB010001
|
|||
|
Domaine de contrôle du crédit
CreditControlArea
|
Unité organisationnelle pour la gestion du crédit. | ||
|
Descriptionn
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 est-ce important ? :
Clé pour l'analyse du risque de crédit et de l'efficacité des politiques.
Source des données :
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. | ||
|
Descriptionn
Un indicateur booléen calculé en comparant la date de lettrage à la date d'échéance nette. Cet attribut simplifie le calcul du KPI 'Taux de résolutionpect des conditions de paiement'. Il permet un filtrage rapide des cas non conformes dans le tableau de bord.
Pourquoi est-ce important ? :
Identifie rapidement les violations de processus concernant les conditions de paiement.
Source des données :
Calculé : DateDeCompensation > DateD'échéanceNette
Exemples
truefaux
|
|||
|
ID du cas de litige
DisputeCaseId
|
Identifiant pour un cas de litige lié à la facture. | ||
|
Descriptionn
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 est-ce important ? :
Relie le processus de gestion des créances clients au sous-processus de gestion des litiges.
Source des données :
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. | ||
|
Descriptionn
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 est-ce important ? :
Connecte les données de gestion des risques à la performance opérationnelle.
Source des données :
Table KNKK (Gestion du crédit) ou tables FSCM
Exemples
A+Risque Élevé500
|
|||
|
Pays du client
CustomerCountry
|
Le code pays associé au client. | ||
|
Descriptionn
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 est-ce important ? :
Soutient l'analyse des performances régionales et les rapports réglementaires.
Source des données :
Table KNA1, Champ LAND1
Exemples
USDEFR
|
|||
|
Ville de facturation
BillingCity
|
La ville associée à l'adresse de facturation du client. | ||
|
Descriptionn
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 est-ce important ? :
Requis spécifiquement pour le tableau de bord d'analyse du cycle de vie des factures.
Source des données :
Table KNA1, Champ ORT01
Exemples
New YorkBerlinLondon
|
|||
Activités des Comptes Clients
| Activité | Descriptionn | ||
|---|---|---|---|
|
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 est-ce 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.
Source des données :
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 est-ce important ? :
Marque le début officiel de l'obligation financière et le calcul de l'ancienneté de la facture client.
Source des données :
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
Comptabilisé 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 est-ce important ? :
Événement de fin essentiel. Utilisé pour calculer le 'Taux de lettrage automatisé' et finaliser le cycle de vie.
Source des données :
Table BSEG. Les champs 'AUGBL' (Document de lettrage) et 'AUGDT' (Date de lettrage) sont renseignés pour la ligne de facture.
Capture
Comptabilisé 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 est-ce important ? :
Primordial pour le calcul du KPI 'Délai d'envoi de facture'. Les retards ici augmentent directement le délai moyen de recouvrement (DSO).
Source des données :
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 est-ce important ? :
Critique pour l'« Analyse d'impact des paiements partiels ». Augmente la complexité du rapprochement et les temps de cycle.
Source des données :
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
Comptabilisé 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 est-ce important ? :
L'événement central pour le 'Days Sales Outstanding moyen'. Représente la réalisation financière de la vente.
Source des données :
Table BKPF/BSEG. Type de document 'DZ' (Paiement client) ou 'KZ' (Paiement fournisseur pour les clients).
Capture
Comptabilisé 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 est-ce important ? :
Primordial 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.
Source des données :
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
Comptabilisé 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 est-ce important ? :
Alimente le KPI 'Taux de reprises des avoirs'. Un volume élevé indique des problèmes de qualité en amont dans le processus de vente ou d'exécution.
Source des données :
Table BKPF/BSEG où le type de document est 'DG' (ou un type d'avoir personnalisé) faisant référence à la facture originale.
Capture
Comptabilisé 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 est-ce 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.
Source des données :
Tables de documents de modification (CDHDR/CDPOS) liées au document comptable (BSEG-ZTERM ou BSEG-ZFBDT).
Capture
Comptabilisé 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 est-ce 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.
Source des données :
Table BSEG. Le champ 'SKNTO' (Montant de l'escompte) est renseigné sur la ligne de lettrage.
Capture
Comptabilisé comme valeur de champ dans le document de lettrage
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 est-ce 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.
Source des données :
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
Comptabilisé lors de l'exécution de la transaction FBRA
Type d'événement
explicit
|
|||
|
Passation en Perte Comptabilisé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 est-ce important ? :
Une terminaison négative du processus. Important pour l'analyse des causes profondes des fuites de revenus.
Source des données :
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 Payer Comptabilisé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 est-ce 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.
Source des données :
Tables de gestion des collections SAP FSCM (UDM_P2P) ou inférées des notes textuelles créées par les agents de recouvrement.
Capture
Comptabilisé dans FSCM ou dans la table de texte STXH
Type d'événement
explicit
|
|||
|
Relevé Bancaire Apparié
|
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 est-ce important ? :
Soutient le 'Suivi de l'automatisation du lettrage des encaissements'. Indique l'efficacité du traitement des relevés bancaires électroniques (EBS).
Source des données :
Table FEBEP (Lignes de relevé bancaire électronique) et FEBA (Traitement des facturess factures fournisseurs factures fournisseurs relevés bancaires).
Capture
Comptabilisé lors du téléchargement et du traitement de l'EBS
Type d'événement
explicit
|
|||