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
- 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
Attributs de gestion du crédit et de recouvrement
| Nom | Description | ||
|---|---|---|---|
|
Heure de l'événement
EventTime
|
Le `timestamp` indiquant quand l'activité a eu lieu. | ||
|
Description
Cet attribut fournit la date et l'heure exactes de chaque activité enregistrée. Il est essentiel 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 carte 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 c'est important
Il fournit l'ordre chronologique des événements, ce qui est nécessaire pour calculer les temps de cycle, analyser la performance des processus et découvrir les goulots d'étranglement.
Où obtenir
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. | ||
|
Description
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 fondamentale 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 c'est important
Il définit les étapes du processus, ce qui est essentiel pour visualiser la carte des processus, analyser les variantes et comprendre le flux du processus.
Où obtenir
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 au sein des 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. | ||
|
Description
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 fil conducteur 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 vue complète du processus de bout en bout. Cela aide à identifier les chemins courants, les goulots d'étranglement dans le traitement des paiements et les variations dans le traitement des différentes factures, ce qui est crucial pour des tableaux de bord comme 'Analyse des variantes du processus de facturation' et 'Ancienneté et statut des factures en retard'.
Pourquoi c'est important
C'est l'identifiant de cas essentiel qui relie toutes les activités de crédit et de recouvrement associées, permettant une analyse complète du cycle de vie pour chaque créance.
Où obtenir
Généralement trouvé 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. | ||
|
Description
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 fondamentale 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 tableaux de bord 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 c'est 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 critiques.
Où obtenir
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 d'une facture par rapport à sa date d'échéance. | ||
|
Description
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 c'est 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.
Où obtenir
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. | ||
|
Description
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 fondamentale 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 soutient directement des KPI comme le 'Pourcentage de radiation des factures' en fournissant la base de valeur.
Pourquoi c'est important
Il quantifie la valeur financière de chaque cas, ce qui est essentiel pour la priorisation, l'évaluation des risques et la mesure des performances.
Où obtenir
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é. | ||
|
Description
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 c'est 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é.
Où obtenir
Généralement trouvé 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. | ||
|
Description
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 crucial 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 tableaux de bord 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 c'est 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.
Où obtenir
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. | ||
|
Description
Le code de société est une entité organisationnelle fondamentale 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 essentiel 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 c'est important
Il permet la comparaison de la performance des processus et de la conformité entre différentes entités juridiques au sein de l'organisation.
Où obtenir
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
|
Le timestamp de la dernière actualisation des données ou de l'extraction du système source. | ||
|
Description
Cet attribut indique la dernière mise à jour du jeu de données. Il fournit aux utilisateurs un contexte sur la fraîcheur des données qu'ils analysent. C'est une pièce de 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 c'est important
Il garantit que les utilisateurs comprennent l'actualité des données, ce qui est essentiel pour prendre des décisions précises et basées sur les données.
Où obtenir
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. | ||
|
Description
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 c'est important
Il fournit un contexte essentiel pour le Montant de la Facture, permettant une analyse financière précise dans des environnements multi-devises.
Où obtenir
Généralement trouvé 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. | ||
|
Description
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 c'est 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.
Où obtenir
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. | ||
|
Description
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 c'est important
Il définit le risque de crédit approuvé pour un client et est essentiel pour analyser le processus d'approbation de crédit et l'exposition globale au crédit.
Où obtenir
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 de radiation
WriteOffReason
|
Le code de motif expliquant pourquoi une facture a été radiée comme irrécouvrable. | ||
|
Description
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 essentiel 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 c'est 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.
Où obtenir
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. | ||
|
Description
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 essentielle 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 c'est 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.
Où obtenir
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. | ||
|
Description
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 essentiel 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 c'est important
Il suit la progression des efforts de recouvrement, permettant l'analyse de l'efficacité des relances et de la conformité des processus.
Où obtenir
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. | ||
|
Description
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 c'est 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.
Où obtenir
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. | ||
|
Description
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 c'est important
Il fournit un contexte crucial sur l'origine des données, garantissant la clarté dans les environnements multi-systèmes et aidant à la gouvernance des données.
Où obtenir
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
|
|||
|
Temps de traitement
ProcessingTime
|
La durée d'une activité spécifique. | ||
|
Description
Cet attribut mesure le temps nécessaire pour accomplir une activité, calculé comme la différence entre l'heure de fin et l'heure de début de l'activité. Ceci est le plus pertinent pour les activités qui ne sont pas instantanées. Pour de nombreuses transactions financières dans SAP, les heures de début et de fin sont les mêmes. Cependant, pour des processus comme la résolution de litiges, cette métrique peut mesurer le temps qu'un cas passe dans un statut particulier. Elle soutient directement des KPI comme le 'Temps de cycle de comptabilisation des paiements' en mesurant la durée de l'activité de comptabilisation.
Pourquoi c'est important
Il aide à identifier les activités chronophages qui sont des goulots d'étranglement potentiels dans le processus.
Où obtenir
Calculé à partir des données d'événements comme (Heure de Fin - Heure de Début). Nécessite un horodatage de début et de fin pour chaque activité.
Exemples
P1DPT2H30MP3DT5H
|
|||
Activités de gestion du crédit et de recouvrement
| Activité | Description | ||
|---|---|---|---|
|
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 c'est important
Cette activité est le déclencheur de toutes les activités de recouvrement et de relance. Elle est essentielle pour analyser le comportement de paiement, les raisons des retards et l'efficacité des rappels proactifs.
Où obtenir
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 c'est 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 cruciale pour mesurer le délai moyen de recouvrement (DSO) et l'efficacité globale du processus.
Où obtenir
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 c'est 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.
Où obtenir
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 c'est 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 fondamentale pour l'optimisation des processus.
Où obtenir
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 c'est 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.
Où obtenir
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 c'est important
C'est une étape clé qui impacte directement 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.
Où obtenir
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 c'est 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.
Où obtenir
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 c'est 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 goulots d'étranglement dans la communication client et la distribution des documents.
Où obtenir
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 c'est 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.
Où obtenir
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 c'est 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.
Où obtenir
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 c'est important
Ceci marque le début des recouvrements automatisés. Le suivi des activités de relance est essentiel pour évaluer l'efficacité de la stratégie de relance et assurer la conformité avec les politiques internes.
Où obtenir
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 c'est 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.
Où obtenir
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
|
|||