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

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

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

Ce modèle offre une approche structurée pour cartographier vos workflows financiers dans SAP ECC en identifiant les composants de données essentiels. Il fournit une liste complète des étapes de processus à surveiller, ainsi que les champs de données spécifiques requis pour obtenir une visibilité totale sur votre cycle de recouvrement. En suivant ce guide, vous pouvez vous assurer que votre journal d'événements capture les détails nécessaires pour stimuler l'efficacité et améliorer le flux de trésorerie.
  • 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
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs des Comptes Clients

Voici les champs de données recommandés à inclure dans votre journal d'événements pour assurer une analyse complète de votre processus de créances clients.
5 Obligatoire 9 Recommandé 8 Facultatif
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
Obligatoire Recommandé Facultatif

Activités des Comptes Clients

Ces étapes de processus et jalons représentent les activités essentielles à capturer dans votre journal d'événements pour une découverte précise de vos workflows financiers.
7 Recommandé 7 Facultatif
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
Recommandé Facultatif

Guides d'extraction

Comment récupérer vos données de SAP ECC