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 au sein de 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
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs des Créances 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 10 Recommandé 8 Facultatif
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
Obligatoire Recommandé Facultatif

Activités de Gestion des Créances 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é 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
Recommandé Facultatif

Guides d'extraction

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