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 vous guide dans la collecte des données nécessaires à l’analyse et à l’optimisation de votre processus de gestion du crédit et de recouvrement. Il présente les principaux attributs à recueillir, les activités à suivre et des conseils pratiques pour extraire les données de votre système SAP S/4HANA. Utilisez cette ressource pour réunir les informations nécessaires à une analyse complète du processus.
  • Attributs recommandés à recueillir dans votre journal d’événements
  • Activités clés à suivre tout au long du cycle de vie des factures
  • Conseils d’extraction spécifiques à SAP S/4HANA
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs de gestion du crédit et de recouvrement

Voici les champs de données recommandés pour votre journal d’événements afin d’analyser en détail votre processus de gestion du crédit et de recouvrement.
3 Obligatoire 5 Recommandé 10 Facultatif
Nom Description
Heure de l’événement
EventTime
Horodatage indiquant le moment où l’activité a eu lieu.
Description

Cet attribut indique la date et l’heure exactes de chaque activité enregistrée. Il est indispensable pour établir l’ordre des événements et calculer le délai entre eux.

L’heure de l’événement sert à classer les activités par ordre chronologique, à établir la cartographie du processus et à calculer les indicateurs de performance. Elle permet, par exemple, de calculer le « Délai moyen de résolution des litiges » en mesurant le temps entre l’horodatage de l’enregistrement du litige et celui de sa résolution.

Pourquoi est-ce important ?

Il établit l’ordre chronologique des événements, nécessaire au calcul des temps de cycle, à l’analyse des performances du processus et à la détection des goulots d’étranglement.

Où trouver ces données

Extrait de différents champs de date et d’heure dans les tables SAP, comme BUDAT (date de comptabilisation) dans BKPF ou CPUDT/CPUTM (date et heure de saisie) dans diverses tables. Les tables de journal des 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
Nom de l’événement métier survenu dans le processus de gestion du crédit et du recouvrement.
Description

Cet attribut décrit une étape ou une tâche du processus, comme « Facture créée », « Procédure de relance lancée » ou « Paiement reçu ». La succession de ces activités constitue le déroulement du processus pour chaque cas.

L’analyse du nom de l’activité est fondamentale en Process Mining : elle permet de découvrir la cartographie du processus, de repérer les variantes et de mesurer les transitions entre les différentes étapes. Elle sert de base à presque toutes les analyses de processus, notamment au calcul d’indicateurs comme le « Taux de réussite des relances », qui suit les événements survenant après une activité de relance.

Pourquoi est-ce important ?

Il définit les étapes du processus, indispensables pour visualiser sa cartographie, analyser les variantes et comprendre son déroulement.

Où trouver ces données

Généré à partir d’une combinaison de codes de transaction (TCODE), de journaux de modifications des tables (CDHDR/CDPOS) ou de champs de statut dans les documents SAP.

Exemples
Facture envoyée au clientProcédure de relance lancéePaiement reçuLitige enregistré
Numéro de facture
InvoiceNumber
Identifiant unique de la facture client, qui sert d’identifiant de cas principal pour le processus de gestion du crédit et du recouvrement.
Description

Le numéro de facture, souvent appelé numéro de document comptable, identifie de manière unique chaque opération de créance. Il constitue le fil conducteur qui relie tous les événements du processus, de la création de la facture et des relances au traitement des litiges, puis au paiement final ou au passage en perte.

Dans le cadre du Process Mining, l’analyse du parcours de chaque numéro de facture donne une vue complète du processus de bout en bout. Elle permet de repérer les parcours fréquents, les goulots d’étranglement dans le traitement des paiements et les différences de traitement entre les factures. Cette analyse est essentielle pour des Dashboards comme « Analyse des variantes du processus de facturation » et « Ancienneté et statut des factures en retard ».

Pourquoi est-ce important ?

Cet identifiant de cas essentiel relie toutes les activités de crédit et de recouvrement associées, ce qui permet d’analyser le cycle de vie complet de chaque créance.

Où trouver ces données

Se trouve généralement dans des tables comme BKPF (en-tête du document comptable), champ BELNR, ou VBRK (document de facturation : données d’en-tête), champ VBELN.

Exemples
190000012319000004561900000789
Date d’échéance du paiement
PaymentDueDate
Date à laquelle le paiement de la facture doit être effectué.
Description

La date d’échéance du paiement est calculée à partir de la date de facture et des conditions de paiement convenues avec le client. Elle sert de référence pour déterminer si le paiement a été effectué dans les délais.

Cette date est fondamentale pour toute analyse des retards. Elle sert de point de départ au calcul du nombre de jours de retard et au déclenchement des procédures de relance. Des Dashboards comme « Ancienneté et statut des factures en retard » et des indicateurs comme le « Délai moyen de paiement client (DSO) » s’appuient largement sur cet attribut.

Pourquoi est-ce important ?

Cette date permet de déterminer si une facture est en retard, de déclencher les activités de recouvrement et de calculer des indicateurs essentiels.

Où trouver ces données

Présente dans le poste client d’un document comptable, dans la table BSEG (champ ZFBDT).

Exemples
2023-05-302023-06-152023-07-01
Jours de retard
DaysOverdue
Nombre de jours écoulés depuis la date d’échéance de paiement d’une facture.
Description

Cette métrique calculée mesure le temps écoulé entre la « Date d’échéance de paiement » et la date du jour pour les factures ouvertes, ou la « Date de paiement » pour les factures lettrées. Une valeur positive indique un paiement en retard.

Le nombre de jours de retard est un KPI essentiel du recouvrement. Il constitue la principale métrique du Dashboard « Ancienneté et statut des factures en retard » et sert à hiérarchiser les efforts de recouvrement. L’analyse de sa répartition permet d’évaluer la santé globale du portefeuille de créances clients.

Pourquoi est-ce important ?

C’est un indicateur essentiel de l’efficacité du recouvrement, utilisé pour analyser l’ancienneté des créances, hiérarchiser les tâches et mesurer les retards de paiement.

Où trouver ces données

Calculé lors de la transformation des données : (date du jour OU date de lettrage) - PaymentDueDate (BSEG-ZFBDT).

Exemples
1530920
Montant de la facture
InvoiceAmount
Montant total de la facture dans la devise du document.
Description

Cet attribut indique la valeur monétaire totale des biens ou services facturés. Il mesure l’incidence financière de chaque cas.

L’analyse du montant de la facture est essentielle pour prioriser les efforts de recouvrement, comme dans le Dashboard « Priorisation du portefeuille de recouvrement ». Elle permet aussi d’évaluer l’incidence financière des inefficacités du processus, par exemple le montant total des factures contestées ou des créances en retard. Elle fournit directement la base de calcul d’indicateurs comme le « Pourcentage de factures passées en perte ».

Pourquoi est-ce important ?

Il quantifie la valeur financière de chaque cas, indispensable à la priorisation, à l’évaluation des risques et à la mesure des performances.

Où trouver ces données

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

Exemples
1500.0025000.50750.75
Nom d’utilisateur
UserName
Identifiant de la personne qui a exécuté l’activité.
Description

Cet attribut identifie l’utilisateur responsable d’une étape du processus, par exemple la comptabilisation d’un paiement ou le lancement d’une exécution de relance. Dans SAP, il est souvent stocké dans le champ « Nom d’utilisateur » (UNAME) ou « Saisi par ».

L’analyse par utilisateur permet de repérer les personnes ou les équipes les plus performantes, les besoins de formation et les tendances dans la répartition de la charge de travail. Elle peut également servir à examiner des problèmes de conformité ou des activités non autorisées. Par exemple, elle alimente le Dashboard « Efficacité des appels de recouvrement » en suivant les résultats par agent.

Pourquoi est-ce important ?

Il relie les activités du processus à des personnes précises et permet d’analyser la performance des ressources, la charge de travail et la conformité.

Où trouver ces données

Se trouve généralement dans des tables d’en-tête comme BKPF (champ USNAM) ou dans des tables de journal des modifications comme CDHDR (champ USERNAME).

Exemples
JSMITHRROEBATCH_USER
Numéro de client
CustomerNumber
Identifiant unique du compte client.
Description

Le numéro de client identifie le partenaire commercial auquel la facture a été adressée. Il relie l’opération financière à la fiche de données de base du client.

Cet attribut est utile pour les analyses centrées sur les clients, par exemple pour étudier les comportements de paiement de clients ou de segments précis. Il est utilisé dans des Dashboards comme « Tendances des comportements de paiement des clients » pour repérer les clients qui paient régulièrement en retard. Il contribue également à des indicateurs comme « Couverture des comptes prioritaires », en regroupant les factures par client.

Pourquoi est-ce important ?

Il relie les opérations à des clients précis et permet d’analyser les comportements de paiement, la segmentation et la gestion de la relation client.

Où trouver ces données

Présent dans les postes des documents comptables, dans des tables comme BSEG (champ KUNNR), ou dans la table des données de base des clients KNA1.

Exemples
CUST100234CUST200567CUST300890
Code société
CompanyCode
Unité organisationnelle représentant une société juridiquement indépendante pour laquelle des états financiers sont établis.
Description

Le code société est une entité organisationnelle fondamentale dans SAP Financials. Toutes les opérations financières, y compris les factures et les paiements, sont comptabilisées pour un code société donné.

En Process Mining, le filtrage ou la segmentation par code société est essentiel pour comparer les performances des processus entre les différentes entités juridiques d’un groupe. Cela permet de repérer les pratiques efficaces à transposer à d’autres entités ou les problèmes systémiques propres à une société. C’est un filtre important pour presque toutes les analyses des processus financiers.

Pourquoi est-ce important ?

Il permet de comparer les performances des processus et la conformité entre les différentes entités juridiques de l’organisation.

Où trouver ces données

Présent dans la plupart des tables financières, comme BKPF et BSEG (champ BUKRS).

Exemples
10002000US01DE01
Dernière mise à jour des données
LastDataUpdate
Horodatage de la dernière actualisation ou extraction des données depuis le système source.
Description

Cet attribut indique la date de la dernière mise à jour du jeu de données. Il permet aux utilisateurs de savoir si les données analysées sont récentes.

Ces métadonnées sont indispensables à tout Dashboard ou à toute analyse. Elles précisent la période couverte et évitent les interprétations erronées fondées sur des informations obsolètes. Par exemple, l’analyse des factures en retard n’a de sens que si l’utilisateur sait quand les données ont été extraites pour la dernière fois.

Pourquoi est-ce important ?

Il permet aux utilisateurs de connaître l’actualité des données, un élément essentiel pour prendre des décisions éclairées par des données fiables.

Où trouver ces données

Cette valeur est générée et enregistrée lors du 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
Devise dans laquelle la facture a été émise.
Description

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

Même si la plupart des analyses sont réalisées dans une devise locale normalisée, la devise du document reste importante pour comprendre l’opération d’origine et analyser les effets de change. Elle apporte un contexte à l’attribut « Montant de la facture ».

Pourquoi est-ce important ?

Il apporte le contexte nécessaire au montant de la facture et permet des analyses financières exactes dans un environnement multidevise.

Où trouver ces données

Se trouve généralement dans des tables d’en-tête comme BKPF (champ WAERS) ou dans des tables de postes comme BSEG (champ PSWSL).

Exemples
USDEURGBP
Est automatisée
IsAutomated
Indicateur précisant si l’activité a été effectuée par un utilisateur système ou une personne.
Description

Cet attribut booléen distingue les activités exécutées automatiquement par le système, comme une relance planifiée ou une comptabilisation automatique de paiement, de celles effectuées manuellement par une personne, comme un appel de recouvrement.

Son analyse permet de mesurer le degré d’automatisation du processus. Vous pouvez comparer l’efficacité et la régularité des étapes automatisées et manuelles, repérer les possibilités d’automatisation supplémentaires et évaluer le travail manuel réellement nécessaire au recouvrement.

Pourquoi est-ce important ?

Il permet de mesurer le degré d’automatisation du processus et d’analyser ses effets sur l’efficacité et les coûts.

Où trouver ces données

Cet attribut est calculé, généralement à partir de « UserName ». Si l’identifiant de l’utilisateur figure dans une liste prédéfinie d’utilisateurs système ou de traitement par lots, par exemple « BATCH_USER », l’indicateur prend la valeur true.

Exemples
truefalse
Limite de crédit
CreditLimit
Montant maximal de crédit accordé à un client.
Description

La limite de crédit est une valeur enregistrée dans les données de base de crédit du client. Elle définit l’exposition totale au crédit que l’entreprise accepte pour ce client. Des activités telles que « Limite de crédit demandée » et « Limite de crédit approuvée » sont directement liées à cet attribut.

Cet attribut apporte un éclairage sur le risque de crédit. Le Dashboard « Analyse du temps de cycle d’approbation du crédit » suit le processus de définition ou de modification de cette limite. Son analyse, associée aux montants en retard, contribue à évaluer le risque global du portefeuille.

Pourquoi est-ce important ?

Il définit le risque de crédit approuvé pour un client et joue un rôle central dans l’analyse du processus d’approbation du crédit et de l’exposition globale au crédit.

Où trouver ces données

Enregistré dans le module SAP Credit Management (FSCM), notamment dans la table UKM_BP_CMS_SGMT (champ CREDIT_LIMIT).

Exemples
50000.00100000.00250000.00
Motif de passage en perte
WriteOffReason
Code motif expliquant pourquoi une facture a été passée en perte car elle était irrécouvrable.
Description

Lorsqu’une créance est jugée irrécouvrable, elle est passée en perte dans les comptes et un code motif est attribué pour en préciser la cause, par exemple « Faillite », « Passage en perte d’un faible solde » ou « Litige non résolu ».

Cet attribut est essentiel au Dashboard « Analyse des factures passées en perte ». En analysant le nombre et le montant des pertes par motif, une entreprise peut repérer les faiblesses de sa politique de crédit ou de sa stratégie de recouvrement, puis prendre des mesures correctives pour limiter les pertes à venir.

Pourquoi est-ce important ?

Il permet de comprendre les causes profondes des pertes financières liées aux créances irrécouvrables et d’améliorer les politiques de crédit et de recouvrement.

Où trouver ces données

Cette information est souvent enregistrée dans les champs de code motif (BSEG-RSTGR) lors de la transaction de comptabilisation financière concernée, par exemple F-30, utilisée pour passer les créances en perte.

Exemples
FAILLITEFAIBLE_SOLDEPERTE_LITIGE
Motif du litige
DisputeReason
Code indiquant le motif pour lequel un client conteste une facture.
Description

Lorsqu’un client conteste une facture, un motif est généralement attribué pour classer la nature du problème, par exemple « Erreur de prix », « Marchandise endommagée » ou « Facture en double ». Ce traitement est effectué dans le module SAP Dispute Management.

L’analyse des motifs de litige permet de repérer les causes profondes de l’insatisfaction client et des retards de paiement. Le Dashboard « Volume et résolution des litiges sur facture » peut être ventilé selon cet attribut afin de mettre en évidence les problèmes récurrents en amont du processus de la commande à l’encaissement.

Pourquoi est-ce important ?

Il met en évidence les causes profondes des litiges sur facture et aide à repérer et à résoudre les problèmes opérationnels sous-jacents.

Où trouver ces données

Extrait du module SAP Dispute Management, probablement de tables comme UDM_SCASE_ATTR ou de tables similaires, à partir des attributs du dossier de litige.

Exemples
PRC_ERR - Erreur de prixQTY_DIF - Écart de quantitéSHIP_DMG - Expédition endommagée
Niveau de relance
DunningLevel
Indique l’étape actuelle de la procédure de relance pour une facture en retard.
Description

Le niveau de relance indique l’intensité des démarches de recouvrement, qui vont généralement d’un simple rappel à des avis juridiques plus formels. Chaque niveau correspond à une activité précise définie dans la procédure de relance.

Le suivi de cet attribut est essentiel pour évaluer l’efficacité de la procédure et vérifier sa conformité. Le Dashboard « Efficacité de la procédure de relance » analyse les taux de paiement à chaque niveau, tandis que le Dashboard « Conformité de la procédure de relance » vérifie que les niveaux se succèdent correctement.

Pourquoi est-ce important ?

Il suit la progression des démarches de recouvrement et permet d’analyser l’efficacité des relances et la conformité du processus.

Où trouver ces données

Ces informations sont stockées dans des tables de données de relance comme MHND (données de relance). Le dernier niveau de relance d’un poste figure dans BSEG (champ MANST).

Exemples
123 - Dernier avisAction en justice
Segment de clientèle
CustomerSegment
Classification des clients, par exemple selon leur taille, leur secteur d’activité ou leur importance stratégique.
Description

Le segment de clientèle est une classification utilisée en marketing ou en vente pour regrouper les clients présentant des caractéristiques similaires. Elle peut s’appuyer sur des critères comme le chiffre d’affaires annuel, le secteur d’activité, la zone géographique ou le statut de la relation (par exemple, or, argent ou bronze).

Dans l’analyse du recouvrement, la segmentation permet de repérer les tendances propres à certains groupes. Par exemple, le Dashboard « Analyse des factures passées en perte » peut montrer si un segment particulier représente une part disproportionnée des créances passées en perte. Ces résultats peuvent orienter les décisions relatives aux politiques de crédit pour ce segment.

Pourquoi est-ce important ?

Il permet d’analyser les performances des processus et les comportements des clients selon les groupes, et de dégager des enseignements utiles aux décisions stratégiques.

Où trouver ces données

Généralement extrait des données de base des clients (table KNA1), souvent d’un champ de classification ou d’attribut comme KDKG1-KDKG5 (groupe de clients 1 à 5).

Exemples
Grande entreprisePetite ou moyenne entrepriseAdministration publiqueCompte stratégique
Système source
SourceSystem
Identifie le système d’où proviennent les données.
Description

Cet attribut précise le système d’information source, ici SAP S/4HANA. Il est particulièrement important lorsque les données sont regroupées à partir de plusieurs systèmes, par exemple différentes instances ERP ou un CRM distinct.

Dans l’analyse des processus, il permet de distinguer les processus qui couvrent plusieurs systèmes ou de limiter l’analyse à une instance donnée. Il assure la traçabilité des données et apporte du contexte, notamment lors de leur validation ou de la résolution de problèmes.

Pourquoi est-ce important ?

Il précise l’origine des données, ce qui facilite leur interprétation dans un environnement multisystème et contribue à leur gouvernance.

Où trouver ces données

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données pour identifier l’instance SAP S/4HANA concernée, par exemple à l’aide de son identifiant système (SID).

Exemples
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
Obligatoire Recommandé Facultatif

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

Voici les principales étapes et les jalons à enregistrer dans votre journal d’événements pour découvrir et optimiser votre flux de travail de recouvrement.
6 Recommandé 6 Facultatif
Activité Description
Échéance de paiement dépassée
Cet événement calculé survient lorsque la date du jour dépasse la date d’échéance nette de la facture sans qu’un paiement de compensation ait été comptabilisé. Il marque le passage de la facture du statut « en cours » au statut « en retard ».
Pourquoi est-ce important ?

Cette activité déclenche les opérations de recouvrement et de relance. Elle est essentielle pour analyser les comportements de paiement, les causes des retards et l’efficacité des rappels préventifs.

Où trouver ces données

Il ne s’agit pas d’un événement enregistré explicitement. Il est calculé en comparant la date d’échéance nette (dans des tables comme BSID, champ ZFBDT) à l’horodatage de l’analyse ou d’une activité ultérieure.

Données à recueillir

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

Type d’événement calculated
Facture créée
Cette activité correspond à la création d’une facture client, point de départ du processus de recouvrement. L’événement est enregistré lorsqu’un nouveau document comptable de type facture est comptabilisé dans le système SAP S/4HANA.
Pourquoi est-ce important ?

Il s’agit du principal événement de début du processus de la facture à l’encaissement. L’analyse du délai entre cette étape et le paiement est essentielle pour mesurer le délai moyen de paiement client (DSO) et l’efficacité globale du processus.

Où trouver ces données

Cet événement est enregistré explicitement. La date et l’heure de création figurent dans la table d’en-tête des documents comptables BKPF, pour le numéro de document concerné (BELNR). Les types de document tels que « RV » désignent généralement des factures client.

Données à recueillir

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

Type d’événement explicit
Facture passée en perte
Cette activité correspond à la décision de comptabiliser une facture impayée en perte, en la classant comme créance irrécouvrable. Elle est enregistrée lorsqu’un type précis de document de compensation est comptabilisé, souvent avec un code motif spécifique.
Pourquoi est-ce important ?

Les créances passées en perte représentent une perte financière directe. L’analyse de leur fréquence, de leur montant et des activités qui les précèdent permet de repérer les clients à risque et les défaillances du processus de recouvrement.

Où trouver ces données

Cette étape peut être déduite de l’analyse du document de compensation qui solde la facture. L’utilisation d’un compte général ou d’un code motif spécifique (BSEG-RSTGR) dans ce document indique une créance passée en perte.

Données à recueillir

Repérez le document de compensation et vérifiez la présence d’un code motif spécifique ou d’une comptabilisation sur un compte de créances irrécouvrables.

Type d’événement inferred
Facture soldée
Il s’agit de l’issue finale favorable pour une facture : elle a été intégralement payée et retirée des postes ouverts. Cet état est reconnu lorsqu’un document et une date de compensation sont associés à la facture.
Pourquoi est-ce important ?

Cette activité constitue l’issue favorable principale du processus et clôt le cycle de vie de la facture. L’analyse des parcours et du délai nécessaire pour atteindre cet état est fondamentale pour optimiser le processus.

Où trouver ces données

Il ne s’agit pas d’un événement distinct, mais d’un état déduit des tables financières. Une facture est considérée comme soldée lorsqu’elle figure dans la table des postes clients compensés BSAD et qu’elle possède une date de compensation valide (AUGDT).

Données à recueillir

Utilisez la date de compensation (AUGDT) de la table BSAD comme horodatage de cette activité finale.

Type d’événement inferred
Litige enregistré
Cette activité indique qu’un client a officiellement contesté une facture et qu’un dossier a été créé dans SAP Dispute Management. Elle est enregistrée lors de la création d’un nouveau dossier de litige associé à la facture.
Pourquoi est-ce important ?

L’enregistrement des litiges est une étape importante pour comprendre les exceptions au processus. L’analyse de leur volume, de leurs motifs et de leur délai de résolution permet de repérer des causes profondes, comme des erreurs de prix ou d’expédition.

Où trouver ces données

Cet événement est enregistré explicitement dans les tables SAP Dispute Management. La date de création du dossier dans des tables comme UKM_CASE ou FDM_DCOBJ, lorsqu’il est associé à la facture, sert d’horodatage.

Données à recueillir

Utilisez l’horodatage de création du dossier de litige dans la table UKM_CASE, en filtrant sur le type de dossier correspondant aux litiges.

Type d’événement explicit
Paiement reçu
Cette activité correspond à la réception des fonds du client, ensuite affectés à la facture ouverte. Elle est enregistrée lors de la création d’un document de compensation qui solde le montant de la facture.
Pourquoi est-ce important ?

Cette étape importante a un effet direct sur la trésorerie et le DSO. L’analyse du délai de paiement et des activités qui le précèdent permet d’évaluer l’efficacité de l’ensemble du processus de recouvrement.

Où trouver ces données

Cette étape est déduite du document de compensation comptabilisé pour la facture. La date de compensation (AUGDT) dans la table des postes compensés BSAD fournit l’horodatage de la facture concernée.

Données à recueillir

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

Type d’événement inferred
Appel de recouvrement effectué
Correspond à un contact manuel établi par un agent de recouvrement avec le client au sujet d’une facture en retard. Il ne s’agit souvent pas d’un événement SAP standard : son suivi dépend d’une journalisation personnalisée ou d’une intégration avec un système CRM.
Pourquoi est-ce important ?

Les interventions manuelles représentent un coût important dans le processus de recouvrement. Le suivi des appels permet de mesurer l’efficacité des agents et de repérer les comptes qui nécessitent un traitement manuel.

Où trouver ces 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, sous forme de note dans la liste de travail du recouvrement ou dans un système CRM externe à intégrer.

Données à recueillir

Cette étape nécessite d’examiner les extensions du système, les notes ou les données d’un système externe où les activités de recouvrement sont consignées.

Type d’événement explicit
Facture envoyée au client
Correspond au moment où la facture a été transmise au client, par exemple par courrier, e-mail ou EDI. Cette étape est généralement repérable dans les journaux de détermination des messages de sortie de SAP, qui indiquent quand un message a été traité.
Pourquoi est-ce important ?

Un délai entre la création et l’envoi de la facture peut allonger tout le cycle de paiement. Le suivi de cette étape permet de repérer les goulots d’étranglement dans les échanges avec les clients et la distribution des documents.

Où trouver ces données

Cette étape peut être déduite de la date et de l’heure de traitement dans la table des statuts de messages NAST, lorsque le type de sortie correspond à une facture client. La détermination des messages de sortie doit être correctement configurée.

Données à recueillir

Recherchez dans la table NAST un enregistrement traité avec succès et associé au numéro du 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, que la réclamation du client ait été validée ou rejetée. Elle est enregistrée lorsque le statut du dossier passe à « clôturé » ou « résolu ».
Pourquoi est-ce important ?

Le délai de résolution des litiges est un indicateur important de la satisfaction client et de l’efficacité opérationnelle. Une résolution tardive peut retarder les paiements et fragiliser la relation avec le client.

Où trouver ces données

Cette étape est déduite d’un changement de statut du dossier de litige. L’horodatage associé au passage au statut « Closed » ou « Confirmed » dans la table UKM_CASE indique la date de résolution.

Données à recueillir

Recherchez l’horodatage du changement vers un statut final de résolution dans la table UKM_CASE ou dans les tables associées au journal des changements de statut.

Type d’événement inferred
Paiement comptabilisé
Correspond à l’enregistrement comptable du paiement dans le grand livre. Dans de nombreux cas, cette étape a lieu en même temps que la réception du paiement, mais elle peut aussi être distincte et entraîner un délai supplémentaire.
Pourquoi est-ce important ?

Un délai entre la réception des fonds et leur comptabilisation peut fausser les rapports financiers. La mesure de ce temps de cycle permet de vérifier l’efficacité et l’exactitude des processus comptables.

Où trouver ces données

Cet événement peut être déduit de la date de comptabilisation (BUDAT) ou de la date de création (CPUDT) du document de compensation dans la table BKPF. Le numéro du document de compensation figure dans BSAD-AUGBL.

Données à recueillir

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

Type d’événement inferred
Procédure de relance lancée
Cette activité correspond au lancement officiel de la procédure automatisée de relance d’une facture en retard. Elle est enregistrée lorsqu’une exécution de relance traite la facture et lui attribue un niveau de relance.
Pourquoi est-ce important ?

Cette étape marque le début du recouvrement automatisé. Le suivi des relances permet d’évaluer l’efficacité de la stratégie et de vérifier le respect des politiques internes.

Où trouver ces données

Cet événement est explicitement enregistré dans les tables de données de relance. La date d’exécution (LAUFD) dans la table d’en-tête des relances MHNK, associée à la facture, indique quand la procédure a été exécutée.

Données à recueillir

Extrayez la date d’exécution de la relance (MHNK-LAUFD) et le niveau de relance (MHNK-MAHNS) pour la facture concernée.

Type d’événement explicit
Promesse de paiement créée
Cet événement survient lorsqu’un agent de recouvrement enregistre la date à laquelle le client promet de régler un poste en retard. Il s’agit d’une action explicite dans le module SAP Collections Management.
Pourquoi est-ce important ?

Les promesses de paiement constituent un résultat important des activités de recouvrement. L’analyse de leur fréquence, de leur taux de respect et de leur effet sur les délais de paiement permet d’affiner les stratégies de recouvrement.

Où trouver ces données

Cet événement est enregistré explicitement dans SAP Collections Management. La date de création de la promesse de paiement peut être extraite de tables comme UDM_P2P_ATTR.

Données à recueillir

Utilisez la date de création dans les tables des promesses de paiement, comme UDM_P2P_ATTR, en la reliant à la facture.

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

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

Prêt à commencer ?

Utilisez ce modèle pour préparer vos données à l’analyse et tirer le meilleur parti du Process Mining pour la gestion du crédit et le recouvrement. Commencez dès aujourd’hui à optimiser votre trésorerie et à réduire les créances irrécouvrables.

Améliorez votre trésorerie : optimisez dès aujourd’hui la gestion du crédit et le recouvrement

Repérez les inefficacités, réduisez le temps de cycle de 30 % et améliorez votre trésorerie.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.