Votre Modèle de Données pour la Gestion du Crédit et le Recouvrement

SAP S/4HANA
Votre Modèle de Données pour la Gestion du Crédit et le Recouvrement

Votre Modèle de Données pour la Gestion du Crédit et le Recouvrement

Ce modèle fournit un guide clair pour la collecte des données nécessaires à l'analyse et à l'optimisation de votre processus de gestion du crédit et de recouvrement. Il décrit les attributs clés à collecter, les activités essentielles à suivre et des conseils pratiques d'extraction de votre système SAP S/4HANA. Utilisez cette ressource pour vous assurer de capturer toutes les informations critiques pour une analyse de processus fiable.
  • Attributs recommandés à collecter pour votre journal d'événements
  • Activités clés du processus à suivre tout au long du cycle de vie de la facture
  • Guide d'extraction spécifique pour SAP S/4HANA
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de gestion du crédit et de recouvrement

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de votre processus de gestion du crédit et de recouvrement.
3 Obligatoire 5 Recommandé 10 Facultatif
Nom Descriptionn
Heure de l'événement
EventTime
L'horodatage indiquant quand l'activité a eu lieu.
Descriptionn

Cet attribut fournit la date et l'heure exactes de chaque activité enregistrée. Il est indispensable pour déterminer la séquence des événements et calculer la durée entre eux.

L'heure de l'événement est utilisée pour ordonner les activités chronologiquement, construire la cartographie des processus et calculer les métriques de performance. Par exemple, elle est utilisée pour calculer le 'Temps moyen de résolution des litiges' en mesurant la durée entre l'horodatage 'Litige enregistré' et l'horodatage 'Litige résolu'.

Pourquoi est-ce important ? :

Elle fournit l'ordre chronologique des événements, ce qui est nécessaire pour calculer les temps de cycle, analyser la performance des processus et identifier les points de blocage.

Source des données :

Provient de divers champs de date et d'heure dans les tables SAP, tels que BUDAT (Date de comptabilisation) dans BKPF, ou CPUDT/CPUTM (Date/Heure de saisie) dans diverses tables. Les tables de journal de modifications CDHDR/CDPOS contiennent également des horodatages.

Exemples
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
Nom de l'activité
ActivityName
Le nom de l'événement commercial spécifique qui s'est produit dans le processus de gestion du crédit et de recouvrement.
Descriptionn

Cet attribut décrit une étape ou une tâche unique au sein du processus, telle que 'Facture générée', 'Procédure de relance initiée' ou 'Paiement reçu'. La séquence de ces activités constitue le flux de processus pour chaque cas.

L'analyse du nom de l'activité est clée pour le Process Mining, car elle permet la découverte de la carte de processus, l'identification des variantes et la mesure des transitions entre les différentes étapes. C'est la base de presque toutes les analyses de processus, y compris les calculs de KPI comme le 'Taux de succès des relances' qui suit les événements après une activité de relance.

Pourquoi est-ce important ? :

Il définit les étapes du processus, ce qui est indispensable pour visualiser la cartographie des processus, analyser les variantes et comprendre le flux du processus.

Source des données :

Généré à partir d'une combinaison de codes de transaction (TCODE), de journaux de modifications de table (CDHDR/CDPOS) ou de champs de statut danss documents SAP.

Exemples
Facture envoyée au clientProcédure de relance initiéepaiement reçulitige enregistré
Numéro de facture
InvoiceNumber
L'identifiant unique de la facture client, qui sert d'ID de cas principal pour le processus de gestion du crédit et de recouvrement.
Descriptionn

Le numéro de facture, souvent représenté par le numéro de pièce comptable, identifie de manière unique chaque transaction de créance. Il agit comme le élément central reliant tous les événements du processus, de la création de la facture et des avis de relance à la gestion des litiges et au paiement final ou à la radiation.

Dans le Process Mining, l'analyse du parcours de chaque numéro de facture permet une vision globale du processus complet. Cela aide à identifier les chemins courants, les points de blocage dans le traitement des paiements et les variations dans le traitement des différentes factures, ce qui est impératif pour des dashboards comme 'Analyse des variantes du processus de facturation' et 'Ancienneté et statut des factures en retard'.

Pourquoi est-ce important ? :

C'est l'identifiant de cas clé qui relie toutes les activités de crédit et de recouvrement associées, pour une analyse complète du cycle de vie pour chaque créance.

Source des données :

Généralement disponible dans des tables comme BKPF (En-tête de pièce comptable) en tant que champ BELNR, ou VBRK (Document de facturation : Données d'en-tête) en tant que champ VBELN.

Exemples
190000012319000004561900000789
Date d'échéance du paiement
PaymentDueDate
La date d'échéance du paiement de la facture.
Descriptionn

La date d'échéance du paiement est calculée sur la base de la date de la facture et des conditions de paiement convenues avec le client. C'est la référence par rapport à laquelle la ponctualité du paiement est mesurée.

Cette date est clée pour toutes les analyses de retard. C'est le point de départ pour le calcul des 'Jours de retard' et pour le déclenchement des procédures de relance. Les dashboards comme 'Ancienneté et statut des factures en retard' et les KPI tels que 'Délai moyen de recouvrement (DSO)' reposent fortement sur cet attribut.

Pourquoi est-ce important ? :

C'est la date clé pour déterminer si une facture est en souffrance, déclenchant les activités de recouvrement et le calcul des KPI clés.

Source des données :

Trouvé dans la ligne client d'un document comptable, table BSEG (champ ZFBDT).

Exemples
2023-05-302023-06-152023-07-01
Jours de retard
DaysOverdue
Le nombre de jours de retard de paiement d'une facture par rapport à sa date d'échéance.
Descriptionn

Il s'agit d'une métrique calculée qui mesure le temps écoulé entre la 'Date d'échéance du paiement' et la date actuelle (pour les factures ouvertes) ou la 'Date de paiement' (pour les factures compensées). Une valeur positive indique un paiement en retard.

Le nombre de jours de retard est un KPI essentiel pour le recouvrement. C'est la métrique principale dans le tableau de bord 'Ancienneté et statut des factures en retard' et elle est utilisée pour prioriser les efforts de recouvrement. L'analyse de la distribution de cette métrique aide à comprendre la santé globale du portefeuille de créances.

Pourquoi est-ce important ? :

C'est un indicateur de performance critique pour l'efficacité du recouvrement, utilisé pour l'analyse du vieillissement, la priorisation du travail et la mesure des retards de paiement.

Source des données :

Calculé pendant la transformation des données : (Date Actuelle OU Date de Compensation) - Date d'Échéance de Paiement (BSEG-ZFBDT).

Exemples
1530920
Montant de la facture
InvoiceAmount
La valeur totale de la facture dans la devise du document.
Descriptionn

Cet attribut représente la valeur monétaire totale des biens ou services facturés. C'est une mesure critique de l'impact financier de chaque cas.

L'analyse du montant de la facture est clée pour prioriser les efforts de recouvrement, comme le montre le tableau de bord 'Priorisation du portefeuille de recouvrement'. Il est également utilisé pour évaluer l'impact financier des inefficacités de processus, telles que la valeur totale des factures contestées ou le montant des fonds bloqués dans les créances en retard. Il contribue directement au des KPI comme le 'Pourcentage de radiation des factures' en fournissant la base de valeur.

Pourquoi est-ce important ? :

Il quantifie la valeur financière de chaque cas, ce qui est indispensable pour la priorisation, l'évaluation des risques et la mesure des performances.

Source des données :

Dérivé des postes de documents comptables dans la table BSEG (champ DMBTR pour le montant en devise locale ou WRBTR pour le montant en devise du document).

Exemples
1500.0025000.50750.75
Nom d'utilisateur
UserName
L'ID utilisateur de la personne ayant exécuté l'activité.
Descriptionn

Cet attribut identifie l'utilisateur spécifique responsable d'une étape de processus donnée, comme la comptabilisation d'un paiement ou l'initiation d'une exécution de relance. Dans SAP, ceci est souvent stocké sous le champ 'Nom d'utilisateur' (UNAME) ou 'Saisi par'.

L'analyse par utilisateur aide à identifier les individus ou les équipes performants, les domaines où une formation supplémentaire peut être nécessaire et les schémas de répartition de la charge de travail. Elle peut également être utilisée pour enquêter sur des problèmes de conformité ou des activités non autorisées. Par exemple, elle soutient le tableau de bord 'Efficacité des appels de recouvrement' en suivant les résultats par agent de recouvrement.

Pourquoi est-ce important ? :

Il relie les activités de processus à des individus spécifiques, permettant l'analyse de la performance des ressources, de la charge de travail et de la conformité.

Source des données :

Généralement disponible dans les tables d'en-tête comme BKPF (champ USNAM) ou les tables de journal de modifications comme CDHDR (champ USERNAME).

Exemples
JSMITHRROEBATCH_USER
Numéro de client
CustomerNumber
L'identifiant unique du compte client.
Descriptionn

Le numéro de client est l'identifiant du partenaire commercial à qui la facture a été émise. Il relie la transaction financière à l'enregistrement des données de base du client.

Cet attribut est impératif pour les analyses centrées sur le client, telles que l'identification des comportements de paiement de clients ou de segments spécifiques. Il est utilisé dans des dashboards comme 'Tendances du comportement de paiement des clients' pour suivre quels clients paient constamment en retard et soutient des KPI comme la 'Couverture des comptes à haute priorité' en regroupant les factures par client.

Pourquoi est-ce important ? :

Il relie les transactions à des clients spécifiques, permettant l'analyse du comportement de paiement, de la segmentation et de la gestion des relations.

Source des données :

Trouvé dans les postes de documents comptables dans des tables comme BSEG (champ KUNNR) ou dans la table de données de base client KNA1.

Exemples
CUST100234CUST200567CUST300890
Code société
CompanyCode
L'unité organisationnelle représentant une entreprise juridiquement indépendante pour laquelle des états financiers sont créés.
Descriptionn

Le code de société est une entité organisationnelle clée dans SAP Financials. Toutes les transactions financières, y compris les factures et les paiements, sont comptabilisées sous un code de société spécifique.

Dans le Process Mining, le filtrage ou le dimensionnement par code de société est indispensable pour comparer les performances des processus entre différentes entités juridiques au sein d'une entreprise. Cela aide à identifier les meilleures pratiques dans une entité qui peuvent être appliquées à d'autres, ou à repérer les problèmes systémiques affectant une entreprise particulière. C'est un filtre clé pour presque toutes les analyses de processus financiers.

Pourquoi est-ce important ? :

Il permet la comparaison de la performance des processus et de la conformité entre différentes entités juridiques dans l'organisation.

Source des données :

Trouvé dans la plupart des tables financières, telles que BKPF et BSEG (champ BUKRS).

Exemples
10002000US01DE01
Dernière mise à jour des données
LastDataUpdate
L'horodatage de la dernière actualisation des données ou de l'extraction du système source.
Descriptionn

Cet attribut indique la dernière mise à jour du jeu de données. Il fournit aux utilisateurs un contexte sur la la réactualisation des données qu'ils analysent.

C'est une métadonnée critique pour tout tableau de bord ou analyse. Elle informe l'utilisateur sur la période couverte par l'analyse et prévient les mauvaises interprétations basées sur des informations obsolètes. Par exemple, une analyse des factures en retard n'est pertinente que si l'utilisateur sait quand les données ont été extraites pour la dernière fois.

Pourquoi est-ce important ? :

Il garantit que les utilisateurs comprennent la réactualisation des données, ce qui est indispensable pour prendre des décisions précises et basées sur les données.

Source des données :

Cette valeur est générée et stockée pendant le processus d'extraction, de transformation et de chargement des données (ETL).

Exemples
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
Devise de la facture
InvoiceCurrency
La devise dans laquelle la facture a été émise.
Descriptionn

Cet attribut spécifie le code de devise (par exemple, USD, EUR) pour le montant de la facture. Il fournit le contexte nécessaire à l'interprétation des valeurs monétaires, en particulier dans les organisations multinationales.

Bien que la plupart des analyses soient effectuées dans une devise locale standardisée, la devise du document est importante pour comprendre la transaction originale et pour toute analyse liée aux effets de change. Elle fournit un contexte à l'attribut MontantFacture.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel pour le Montant de la Facture, permettant une analyse financière précise dans des environnements multi-devises.

Source des données :

Généralement disponible dans les tables d'en-tête comme BKPF (champ WAERS) ou les tables de postes comme BSEG (champ PSWSL).

Exemples
USDEURGBP
Est Automatisé
IsAutomated
Un indicateur précisant si l'activité a été réalisée par un utilisateur système ou un utilisateur humain.
Descriptionn

Cet attribut booléen distingue les activités effectuées automatiquement par le système (par exemple, une exécution de relance planifiée, une comptabilisation de paiement automatique) de celles effectuées manuellement par un utilisateur (par exemple, un appel de recouvrement).

L'analyse de cet attribut aide à mesurer le niveau d'automatisation du processus. Elle permet de comparer l'efficacité et la cohérence des étapes automatisées par rapport aux étapes manuelles, d'identifier les opportunités d'automatisation supplémentaire et de comprendre l'effort manuel réel impliqué dans le processus de recouvrement.

Pourquoi est-ce important ? :

Il aide à quantifier le niveau d'automatisation dans le processus, permettant l'analyse de l'impact de l'automatisation sur l'efficacité et les coûts.

Source des données :

Ceci est un attribut dérivé, généralement basé sur le 'Nom d'utilisateur'. Si l'ID utilisateur correspond à une liste prédéfinie d'utilisateurs système ou de traitement par lots (par exemple, 'BATCH_USER'), l'indicateur est mis à vrai.

Exemples
truefaux
Limite de crédit
CreditLimit
Le montant maximal de crédit accordé à un client.
Descriptionn

La limite de crédit est une valeur stockée dans les données de base de crédit du client, définissant l'exposition totale au crédit que l'entreprise est prête à avoir avec ce client. Des activités comme 'Limite de crédit demandée' et 'Limite de crédit approuvée' sont directement liées à cet attribut.

Cet attribut fournit un contexte pour l'analyse du risque de crédit. Le tableau de bord 'Analyse du temps de cycle d'approbation du crédit' suit le processus de définition ou de modification de cette limite. L'analyser en conjonction avec les montants en retard aide à évaluer le risque global du portefeuille.

Pourquoi est-ce important ? :

Il définit le risque de crédit approuvé pour un client et est indispensable pour analyser le processus d'approbation de crédit et l'exposition globale au crédit.

Source des données :

Stocké dans le module SAP Credit Management (FSCM), dans des tables telles que UKM_BP_CMS_SGMT (champ CREDIT_LIMIT).

Exemples
50000.00100000.00250000.00
Motif d'annulation
WriteOffReason
Le code de motif expliquant pourquoi une facture a été radiée comme irrécouvrable.
Descriptionn

Lorsqu'une créance est jugée irrécouvrable, elle est radiée des comptes et un code de motif est attribué pour classer la cause, telle que 'Faillite', 'Radiation pour petit solde' ou 'Litige non résolu'.

Cet attribut est indispensable pour le tableau de bord 'Analyse des radiations de factures'. En analysant la fréquence et la valeur des radiations par motif, une entreprise peut identifier les faiblesses de sa politique de crédit ou de sa stratégie de recouvrement et prendre des mesures correctives pour minimiser les pertes futures.

Pourquoi est-ce important ? :

Il explique les causes profondes des pertes financières dues aux créances irrécouvrables, éclairant les améliorations des politiques de crédit et de recouvrement.

Source des données :

Ceci est souvent capturé via des champs de code de motif (BSEG-RSTGR) lors de la transaction de comptabilisation financière spécifique (par exemple, F-30) utilisée pour la radiation des créances.

Exemples
FAILLITESMALL_BALANCEDISPUTE_LOSS
Motif du Litige
DisputeReason
Le code de motif fourni pour expliquer pourquoi un client conteste une facture.
Descriptionn

Lorsqu'un client conteste une facture, une raison est généralement attribuée pour catégoriser la nature du problème, telle que 'Prix incorrect', 'Marchandises endommagées' ou 'Facture en double'. Ceci est géré dans le module SAP Dispute Management.

L'analyse des raisons de litige est indispensablele pour identifier les causes profondes de l'insatisfaction client et des retards de paiement. Le tableau de bord 'Volume et résolution des litiges de facturation' peut être dimensionné par cet attribut pour identifier les problèmes récurrents dans le processus amont du commande-à-encaissement qui doivent être résolus.

Pourquoi est-ce important ? :

Il fournit un insight critique sur les causes profondes des litiges de facturation, aidant à identifier et à résoudre les problèmes opérationnels sous-jacents.

Source des données :

Provient du module SAP Dispute Management, probablement de tables comme UDM_SCASE_ATTR ou similaires, basé sur les attributs du dossier de litige.

Exemples
PRC_ERR - Erreur de prixQTY_DIF - Différence de quantitéSHIP_DMG - Expédition endommagée
Niveau de relance
DunningLevel
Indique l'étape actuelle du processus de relance pour une facture en souffrance.
Descriptionn

Le niveau de relance représente l'intensité de l'effort de recouvrement, augmentant généralement d'un simple rappel à des avis juridiques plus formels. Chaque niveau correspond à une activité de relance spécifique définie dans la procédure de relance.

Le suivi de cet attribut est indispensable pour surveiller l'efficacité et la conformité du processus de relance. Le tableau de bord 'Efficacité du processus de relance' l'utilise pour analyser les taux de paiement à différents niveaux, tandis que le tableau de bord 'Conformité du processus de relance' vérifie si la séquence des niveaux est correctement suivie.

Pourquoi est-ce important ? :

Il suit la progression des efforts de recouvrement, permettant l'analyse de l'efficacité des relances et de la conformité des processus.

Source des données :

Cette information est stockée dans des tables de données de relance comme MHND (données de relance). Le dernier niveau de relance pour un poste peut être trouvé dans BSEG (champ MANST).

Exemples
123 - Avis finalAction en justice
Segment de clientèle
CustomerSegment
Une classification du client, par exemple en fonction de sa taille, de son secteur d'activité ou de son importance stratégique.
Descriptionn

Le segment client est une classification marketing ou commerciale utilisée pour regrouper les clients ayant des caractéristiques similaires. Cela peut être basé sur des facteurs tels que le chiffre d'affaires annuel, le secteur d'activité, la localisation géographique ou le statut relationnel (par exemple, Or, Argent, Bronze).

Dans l'analyse du recouvrement, la segmentation par cet attribut aide à découvrir des modèles spécifiques à certains groupes. Par exemple, le tableau de bord 'Analyse des Radiations de Factures' peut révéler si un segment particulier est responsable d'une quantité disproportionnée de radiations, guidant les décisions stratégiques sur les politiques de crédit pour ce segment.

Pourquoi est-ce important ? :

Il permet l'analyse de la performance des processus et du comportement des clients à travers différents groupes de clients, révélant des insights stratégiques précieux.

Source des données :

Généralement issu des données de base client (table KNA1), souvent dans un champ de classification ou d'attribut comme KDKG1-KDKG5 (Groupe client 1-5).

Exemples
Grande EntreprisePetites et Moyennes EntreprisesGouvernementCompte stratégique
Système source
SourceSystem
Identifie le système d'où proviennent les données.
Descriptionn

Cet attribut spécifie le système d'information source, qui dans ce cas est SAP S/4HANA. Il est particulièrement important dans les environnements où les données peuvent être consolidées à partir de plusieurs systèmes, tels que différentes instances ERP ou un CRM séparé.

Dans l'analyse des processus, cela aide à différencier les processus qui peuvent couvrir plusieurs systèmes ou permet de filtrer l'analyse à une instance de système spécifique. Cela assure la traçabilité des données et fournit un contexte, en particulier lors de la validation et du dépannage des données.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel sur l'origine des données, garantissant la clarté dans les environnements multi-systèmes et aidant à la gouvernance des données.

Source des données :

Il s'agit généralement d'une valeur statique ajoutée pendant le processus d'extraction, transformation et chargement des données (ETL), identifiant l'instance SAP S/4HANA spécifique (par exemple, par ID système, ou SID).

Exemples
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
Obligatoire Recommandé Facultatif

Activités de gestion du crédit et de recouvrement

Voici les étapes clés du processus et les jalons à capturer dans votre journal d'événements pour une découverte et une optimisation précises de votre workflow de recouvrement.
6 Recommandé 6 Facultatif
Activité Descriptionn
Date d'échéance du paiement dépassée
Un événement calculé qui se produit lorsque la date actuelle dépasse la date d'échéance nette de la facture sans qu'un paiement de compensation ne soit comptabilisé. Il marque la transition d'une facture du statut 'courant' au statut 'en souffrance'.
Pourquoi est-ce important ? :

Cette activité est le déclencheur de toutes les activités de recouvrement et de relance. Elle est indispensablele pour analyser le comportement de paiement, les raisons des retards et l'efficacité des rappels proactifs.

Source des données :

Ce n'est pas un journal explicite. Il est calculé en comparant la date d'échéance nette (à partir de tables comme BSID champ ZFBDT) avec l'horodatage de l'analyse ou d'une activité ultérieure.

Capture

Dérivé en comparant la date d'échéance nette de la facture (BSID-ZFBDT) à l'horodatage actuel ou à l'horodatage d'un événement ultérieur.

Type d'événement calculated
Facture générée
Cette activité marque la création d'une facture client, qui est le point de départ du processus de recouvrement. Cet événement est capturé lorsqu'une nouvelle pièce comptable de type facture est comptabilisée dans le système SAP S/4HANA.
Pourquoi est-ce important ? :

Ceci est l'événement de départ principal pour le processus de la facture à l'encaissement. L'analyse du temps écoulé entre ce point et le paiement est indispensablele pour mesurer le délai moyen de recouvrement (DSO) et l'efficacité globale du processus.

Source des données :

Cet événement est explicitement enregistré. La date et l'heure de création peuvent être trouvées dans la table d'en-tête de pièce comptable, BKPF, pour le numéro de document pertinent (BELNR). Les types de documents comme 'RV' désignent généralement les factures client.

Capture

Utilisez l'horodatage de création du document (CPUDT, CPUTM) de la table BKPF pour le document de facture.

Type d'événement explicit
Facture passée en perte
Cette activité représente la décision d'absorber une facture impayée comme une perte, en la classifiant comme une créance irrécouvrable. Ceci est capturé lorsqu'un type spécifique de document de compensation est comptabilisé, souvent avec un code de motif unique.
Pourquoi est-ce important ? :

Les radiations représentent une perte financière directe. L'analyse de leur fréquence, de leur valeur et des activités précédentes aide à identifier les clients à risque et les échecs dans le processus de recouvrement.

Source des données :

Ceci peut être inféré en analysant le document de compensation qui solde la facture. Un compte général spécifique ou un code de motif (BSEG-RSTGR) utilisé dans le document de compensation indique une radiation.

Capture

Identifier le document de compensation et vérifier la présence d'un code de motif spécifique ou d'une comptabilisation sur un compte de créances irrécouvrables.

Type d'événement inferred
Facture réglée
C'est le résultat final et réussi pour une facture, indiquant qu'elle a été entièrement payée et compensée des postes ouverts. Cet état est reconnu lorsqu'une facture a un document de compensation et une date correspondants.
Pourquoi est-ce important ? :

En tant que point d'arrivée principal du processus, cette activité conclut le cycle de vie de la facture. L'analyse des chemins et du temps nécessaires pour atteindre cet état est clée pour l'optimisation des processus.

Source des données :

Ce n'est pas un événement discret mais un état inféré des tables financières. Une facture est considérée comme soldée lorsqu'elle apparaît dans la table des postes clients compensés, BSAD, et qu'elle a une date de compensation valide (AUGDT).

Capture

Utilisez la date de compensation (AUGDT) de la table BSAD comme horodatage pour cette activité de clôture.

Type d'événement inferred
litige enregistré
Cette activité signifie qu'un client a officiellement contesté une facture, et qu'un dossier a été créé dans SAP Dispute Management. Ceci est capturé lorsqu'un nouveau dossier de litige est créé et lié au document de facture.
Pourquoi est-ce important ? :

L'enregistrement des litiges est une étape cruciale pour comprendre les exceptions de processus. L'analyse du volume, des raisons et du temps de résolution des litiges aide à identifier les causes profondes telles que les erreurs de prix ou d'expédition.

Source des données :

Il s'agit d'un événement explicite enregistré dans les tables SAP Dispute Management. La date de création du dossier dans des tables comme UKM_CASE ou FDM_DCOBJ liées à la facture sert d'horodatage.

Capture

Utilisez l'horodatage de création du dossier de litige de la table UKM_CASE, en filtrant par le type de dossier pour les litiges.

Type d'événement explicit
paiement reçu
Cette activité représente la réception de fonds du client, qui sont ensuite appliqués à la facture ouverte. Elle est capturée par la création d'un document de compensation qui solde le montant de la facture.
Pourquoi est-ce important ? :

C'est une étape clé qui influence le flux de trésorerie et le DSO. L'analyse du temps de paiement et des activités qui le précèdent révèle l'efficacité de l'ensemble du processus de recouvrement.

Source des données :

Ceci est inféré du document de compensation comptabilisé contre la facture. La date de compensation (AUGDT) de la table des postes compensés, BSAD, pour la facture spécifique fournit l'horodatage.

Capture

Identifier la date de compensation (AUGDT) de la table BSAD pour le numéro de document de facture correspondant (BELNR).

Type d'événement inferred
Appel de recouvrement effectué
Représente un contact manuel effectué par un agent de recouvrement auprès du client concernant une facture en retard. Ceci n'est souvent pas un événement SAP standard et repose sur une journalisation personnalisée ou une intégration avec un système CRM.
Pourquoi est-ce important ? :

Les interventions manuelles sont une partie coûteuse du processus de recouvrement. Le suivi de ces appels aide à mesurer l'efficacité des agents de recouvrement et à comprendre quels comptes nécessitent un effort manuel.

Source des données :

Cette information n'est généralement pas disponible dans une configuration S/4HANA standard. Elle peut être stockée dans des tables personnalisées, comme une note dans la liste de travail de recouvrement, ou dans un système CRM externe qui doit être intégré.

Capture

Nécessite l'analyse des améliorations du système, des notes ou des données d'un système externe où les activités de recouvrement sont journalisées.

Type d'événement explicit
Facture envoyée au client
Représente le moment où la facture a été transmise au client, par exemple, par impression, e-mail ou EDI. Ceci est généralement capturé via les journaux de détermination des sorties de SAP qui enregistrent le moment où un message de sortie a été traité.
Pourquoi est-ce important ? :

Les retards entre la génération et l'envoi de la facture peuvent prolonger le cycle de paiement entier. Le suivi de ces retards aide à identifier les points de blocage dans la communication client et la distribution des documents.

Source des données :

Ceci peut être inféré de la date et de l'heure de traitement dans la table de statut des messages, NAST, où le type de sortie correspond à une facture client. Ceci nécessite une configuration appropriée de la détermination des sorties.

Capture

Recherchez un enregistrement traité avec succès dans la table NAST lié au numéro de document de facturation de la facture.

Type d'événement inferred
Litige résolu
Cette activité marque la clôture d'un dossier de litige, soit parce que la réclamation du client a été validée ou rejetée. Ceci est capturé lorsque le statut du dossier de litige est mis à jour à un état 'fermé' ou 'résolu'.
Pourquoi est-ce important ? :

Le temps nécessaire pour résoudre les litiges est un indicateur de performance clé pour la satisfaction client et l'efficacité opérationnelle. Des temps de résolution longs peuvent retarder les paiements et tendre les relations client.

Source des données :

Ceci est inféré d'un changement de statut sur le dossier de litige. Un horodatage associé au changement de statut vers 'Fermé' ou 'Confirmé' dans la table UKM_CASE indique quand la résolution a eu lieu.

Capture

Identifier l'horodatage du changement de statut vers un statut final et résolu dans la table UKM_CASE ou les tables de journalisation des changements de statut connexes.

Type d'événement inferred
Paiement comptabilisé
Représente l'écriture comptable du paiement enregistré dans le grand livre. Dans de nombreux cas, cela se produit simultanément avec la réception du paiement, mais peut être une étape distincte avec ses propres retards.
Pourquoi est-ce important ? :

Les retards entre la réception des fonds et leur comptabilisation peuvent fausser les rapports financiers. Mesurer ce temps de cycle aide à garantir que les processus comptables sont efficaces et précis.

Source des données :

Cet événement peut être inféré de la date de comptabilisation (BUDAT) ou de la date de création (CPUDT) du document de compensation trouvé dans la table BKPF. Le numéro du document de compensation se trouve dans BSAD-AUGBL.

Capture

Utilisez la date de comptabilisation (BUDAT) de la table BKPF pour le document de compensation qui a soldé la facture.

Type d'événement inferred
Procédure de relance initiée
Cette activité représente l'initiation formelle du processus de relance automatisé pour une facture en retard. Elle est capturée lorsqu'une exécution de relance traite la facture et lui attribue un niveau de relance.
Pourquoi est-ce important ? :

Ceci marque le début des recouvrements automatisés. Le suivi des activités de relance est indispensable pour évaluer l'efficacité de la stratégie de relance et assurer la conformité avec les politiques internes.

Source des données :

Il s'agit d'un événement explicite journalisé dans les tables de données de relance. La date d'exécution (LAUFD) de la table d'en-tête de relance, MHNK, associée à la facture indique quand la procédure a été exécutée.

Capture

Extrayez la date d'exécution de la relance (MHNK-LAUFD) et le niveau de relance (MHNK-MAHNS) pour la facture spécifique.

Type d'événement explicit
Promesse de paiement créée
Cet événement se produit lorsqu'un agent de recouvrement enregistre la promesse d'un client de payer un article en retard à une date spécifique. Ceci est une action explicite au sein du module SAP Collections Management.
Pourquoi est-ce important ? :

Les promesses de paiement sont un résultat clé des activités de recouvrement. L'analyse de leur fréquence, de leur taux de respect et de leur impact sur les délais de paiement aide à affiner les stratégies de recouvrement.

Source des données :

Il s'agit d'un événement explicite enregistré dans SAP Collections Management. La date de création de la promesse de paiement peut être extraite de tables comme UDM_P2P_ATTR.

Capture

Utilisez la date de création des tables de promesses de paiement, telles que UDM_P2P_ATTR, liées à la facture.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de SAP S/4HANA