Votre template de données Commande-Encaissement – Facturation et recouvrement

SAP S/4HANA
Votre template de données Commande-Encaissement – Facturation et recouvrement

Votre template de données Commande-Encaissement – Facturation et recouvrement

Ce `template` fournit un guide complet pour la collecte et la préparation de vos `données` de facturation depuis SAP S/4HANA. Il décrit les `attributs` et `activités` essentiels nécessaires pour créer un `journal d'événements` robuste pour le `Process Mining`. Utilisez cette ressource pour rationaliser votre extraction de `données` et assurez-vous de capturer toutes les informations critiques pour une analyse efficace.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Conseils d'extraction pour `SAP S/4HANA`
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs De la commande à l'encaissement - Facturation et Recouvrement

Voici les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète du processus Commande-Encaissement – Facturation et recouvrement.
3 Obligatoire 7 Recommandé 12 Facultatif
Nom Description
Numéro de facture
InvoiceNumber
L'identifiant unique d'un document de facturation, servant d'identifiant principal du `case` pour le processus de facturation.
Description

Le numéro de facture, connu sous le nom de numéro de document de facturation dans SAP, identifie de manière unique chaque transaction de facturation. Il agit comme la clé centrale qui lie toutes les activités connexes, de la création et de la comptabilisation de la facture à la réception et à la réconciliation du paiement.

En Process Mining, cet attribut est essentiel pour la corrélation des cases. Tous les events partageant le même numéro de facture sont regroupés en une seule instance de processus, permettant une analyse complète, de bout en bout, du cycle de vie de la facturation pour chaque facture individuelle. Cela permet de suivre les temps de cycle, d'identifier les déviations et d'analyser le parcours de chaque facture.

Pourquoi c'est important

C'est l'identifiant fondamental qui relie toutes les activités de facturation connexes en un seul cas, rendant possible l'analyse de processus de bout en bout.

Où obtenir

Table SAP : VBRK, Champ : VBELN

Exemples
900012349000567890009012
Heure de l'événement
EventTime
Le `timestamp` précis indiquant quand une `activité` ou un `event` s'est produit.
Description

L'heure de l'événement fournit la date et l'heure pour chaque activité, formant l'épine dorsale chronologique du processus. Cet horodatage est crucial pour calculer les durées, les temps de cycle et les temps d'attente entre les différentes étapes du processus de facturation.

En analyse, l'heure de l'événement est utilisée pour ordonner séquentiellement les activités, calculer des indicateurs clés de performance comme le délai moyen de recouvrement et le temps de cycle de génération de facture, et identifier les goulots d'étranglement basés sur le temps. Elle permet une vue dynamique du processus, montrant comment les performances évoluent au fil du temps et combien de temps prend chaque étape du cycle de facturation.

Pourquoi c'est important

Il fournit la séquence chronologique des événements, ce qui est essentiel pour calculer toutes les métriques basées sur le temps, telles que les temps de cycle et les durées.

Où obtenir

Extrait de divers champs de date et d'heure selon l'activité, tels que la date et l'heure de création (VBRK-ERDAT, VBRK-ERZET), les horodatages de modification (CDHDR-UDATE, CDHDR-UTIME) ou la date de comptabilisation (BKPF-BUDAT).

Exemples
2023-04-15T10:30:00Z2023-04-20T14:00:00Z2023-05-10T09:15:00Z
Nom de l'activité
ActivityName
Le nom de l'`activité` ou de l'`event` commercial qui s'est produit au sein du processus de facturation, tel que 'Facture générée' ou 'Paiement reçu'.
Description

Le nom de l'activité décrit une étape ou un jalon spécifique dans le cycle de facturation. Ces activités sont dérivées de divers points de données dans SAP, tels que les codes de transaction, les changements de statut de document ou les entrées de log spécifiques, pour créer un flux de processus séquentiel.

L'analyse de la séquence et de la fréquence de ces activités est le cœur du Process Mining. Elle aide à visualiser la carte des processus, à découvrir les variantes de processus courantes et rares, à identifier les bottlenecks entre les étapes et à mesurer la fréquence des activités sans valeur ajoutée comme les retouches ou les annulations.

Pourquoi c'est important

Cet attribut définit les étapes du processus, permettant la visualisation des cartes de processus et l'analyse du flux de processus, des variations et des bottlenecks.

Où obtenir

Dérivé de diverses sources, y compris les codes de transaction (SY-TCODE), les statuts de document de modification (tables CDHDR/CDPOS) ou les journaux de workflow métier (par exemple, SWW_WI2OBJ).

Exemples
Facture généréeFacture comptabiliséePaiement client reçuFacture annulée
Date d'échéance du paiement
PaymentDueDate
La date à laquelle le client est censé payer la facture.
Description

La date d'échéance de paiement est calculée en fonction de la date de la facture et des conditions de paiement convenues. Elle représente la date limite de réception du paiement sans que la facture ne devienne en retard.

Cet attribut est essentiel pour suivre l'efficacité du recouvrement et prévoir la trésorerie. Il est directement utilisé dans le calcul du KPI de Taux de paiement à temps et pour la segmentation des factures dans les rapports d'ancienneté. L'analyse des écarts entre la date d'échéance et la date de paiement réelle aide à évaluer l'efficacité des différentes conditions de paiement.

Pourquoi c'est important

Il fixe la date limite de paiement pour le client, ce qui est crucial pour calculer les taux de paiement à temps et gérer les comptes clients.

Où obtenir

Cette date n'est pas directement stockée mais est calculée en fonction de la date de facture (VBRK-FKDAT) et de la clé des conditions de paiement (VBRK-ZTERM) en utilisant les fonctions standard de détermination de date de SAP.

Exemples
2023-04-192023-05-012023-06-17
Date de la facture
InvoiceDate
La date officielle à laquelle la facture a été émise au client.
Description

La date de facture, également connue sous le nom de date de facturation dans SAP, sert de point de départ pour de nombreux calculs financiers. C'est la date à partir de laquelle les conditions de paiement, les dates d'échéance et l'ancienneté de la créance sont déterminées.

Cette date est un attribut critique au niveau du case pour l'analyse financière. Elle constitue la base pour le calcul du KPI des Days Sales Outstanding (DSO) et pour la création de rapports d'ancienneté des factures impayées, qui sont des outils essentiels pour la gestion de la trésorerie et du recouvrement.

Pourquoi c'est important

C'est la date principale pour les calculs financiers, servant de point de départ pour le DSO, les dates d'échéance de paiement et l'analyse du vieillissement des factures.

Où obtenir

Table SAP : VBRK, Champ : FKDAT

Exemples
2023-03-202023-04-012023-05-18
Heure de fin
EndTime
Le `timestamp` précis indiquant quand une `activité` ou un `event` a été achevé.
Description

L'heure de fin marque l'achèvement d'une activité. En Process Mining, celle-ci est souvent déduite comme l'heure de début de l'activité suivante dans le case, ou elle peut être directement obtenue si le système enregistre à la fois les events de début et de fin.

Cet attribut est essentiel pour calculer le temps de traitement des activités individuelles. En soustrayant l'heure de début de l'heure de fin, on peut mesurer la durée de chaque étape, ce qui est crucial pour l'analyse des bottlenecks, comme l'identification des retards dans l'étape d'approbation des factures.

Pourquoi c'est important

Il permet le calcul de la durée exacte (temps de traitement) de chaque activité, ce qui est fondamental pour l'analyse des goulots d'étranglement.

Où obtenir

Ceci est un attribut dérivé pour le Process Mining. Il est généralement calculé comme l'heure de début du prochain event dans la séquence de case. Dans certains scénarios, des tables spécifiques peuvent enregistrer les temps d'achèvement.

Exemples
2023-04-15T11:00:00Z2023-04-20T14:05:00Z2023-05-10T09:45:00Z
Montant de la facture
InvoiceAmount
La valeur nette totale de la facture.
Description

Cet attribut représente la valeur monétaire totale des biens ou services facturés, hors taxes. C'est un point de données financier fondamental pour chaque case de facture.

Le montant de la facture est utilisé dans un large éventail d'analyses. Il permet la segmentation du processus par valeur, par exemple, pour voir si les factures de grande valeur sont traitées différemment ou subissent plus de retards. Il constitue également la base des rapports financiers et du calcul de la valeur totale des créances en suspens.

Pourquoi c'est important

Il quantifie la valeur financière de chaque facture, permettant une analyse basée sur la valeur, la priorisation des recouvrements et l'évaluation de l'impact financier.

Où obtenir

Table SAP : VBRK, Champ : NETWR

Exemples
1500.0025000.50125.75
Nom d'utilisateur
UserName
L'ID utilisateur de l'employé qui a exécuté l'`activité`.
Description

Cet attribut capture l'ID utilisateur SAP responsable d'un event particulier, tel que la création d'une facture, la comptabilisation d'un document ou le lettrage d'un paiement. Il établit un lien entre les étapes du processus et les individus ou les équipes qui les exécutent.

L'analyse par nom d'utilisateur aide à identifier les individus très performants, les besoins en formation ou les déséquilibres dans la répartition de la charge de travail. Elle est également cruciale pour l'analyse de la conformité, montrant qui a effectué des activités critiques, et pour comprendre les variations dans la manière dont différents utilisateurs exécutent le même processus.

Pourquoi c'est important

Il lie les activités de processus à des utilisateurs spécifiques, permettant l'analyse de la charge de travail, des performances et de la conformité au niveau individuel ou d'équipe.

Où obtenir

Pour les événements de création, cela se trouve dans VBRK-ERNAM. Pour les modifications ultérieures, on le trouve dans les tables d'historique des modifications comme CDHDR-USERNAME ou dans les journaux de workflow.

Exemples
CBURNSHSIMPSONLLEONARD
Nom du client
CustomerName
Le nom du client à qui la facture a été émise.
Description

Cet attribut identifie le nom légal du client facturé. Il est issu des données de base client centrales dans SAP.

L'analyse du processus par client permet d'identifier des schémas spécifiques à certains comptes. Par exemple, elle peut révéler quels clients paient constamment en retard, quels sont ceux qui soulèvent le plus de litiges, ou pour lesquels le processus de facturation est le plus inefficace. Cela permet une gestion de la relation client ciblée et des stratégies de recouvrement adaptées.

Pourquoi c'est important

Il permet une analyse axée sur le client, aidant à identifier les comportements de paiement, les fréquences de litiges et les inefficacités de processus pour des comptes spécifiques.

Où obtenir

Récupéré de la table de données de base client KNA1 (Champ : NAME1), lié via l'ID du payeur dans l'en-tête de facture (VBRK-KUNRG).

Exemples
Centrale électrique de SpringfieldKwik-E-MartCyberdyne Systems
Région
Region
La région géographique du client.
Description

L'attribut Région indique la zone géographique, telle qu'un État ou une province, associée à l'adresse du client. Ces données font généralement partie de la fiche client.

Cet attribut est essentiel pour le dashboard de performance de facturation régionale. Il permet de comparer des métriques clés comme les temps de cycle, les taux d'erreur et le DSO entre différentes régions. Cette comparaison peut mettre en évidence des différences régionales dans l'exécution des processus, la conformité ou l'efficacité, ouvrant la voie à des améliorations ciblées et à la standardisation des meilleures pratiques.

Pourquoi c'est important

Il permet de comparer les performances de facturation entre différentes zones géographiques, aidant à identifier les disparités régionales et à standardiser les processus.

Où obtenir

Récupéré de la table de données de base client KNA1 (Champ : REGIO), lié via l'ID du payeur dans l'en-tête de facture (VBRK-KUNRG).

Exemples
CANYTXBA
Code société
CompanyCode
L'unité organisationnelle pour laquelle la transaction financière est enregistrée.
Description

Le code société est une entité organisationnelle fondamentale dans SAP Financials, représentant une entreprise juridiquement indépendante pour laquelle des états financiers sont créés. Chaque document de facturation est affecté à un code société spécifique.

L'analyse par code société est essentielle dans les organisations multi-sociétés pour comparer la performance des processus, les métriques financières comme le DSO, et la conformité entre différentes entités légales. Il fournit un filtre organisationnel de haut niveau pour tous les dashboards de processus.

Pourquoi c'est important

Il permet de segmenter l'analyse des processus par entité juridique, facilitant la comparaison des performances et la consolidation financière à l'échelle de l'organisation.

Où obtenir

Table SAP : VBRK, Champ : BUKRS

Exemples
10002000US01
Conditions de paiement
PaymentTerms
Le code définissant les conditions de paiement, tel que la période allouée pour le paiement.
Description

Les conditions de paiement sont des modalités prédéfinies, convenues avec un client, qui stipulent quand le règlement d'une facture est dû. Les exemples incluent 'Net 30' (paiement dû sous 30 jours) ou '2/10 Net 30' (une remise de 2 % si payé sous 10 jours, sinon dû sous 30 jours).

L'analyse par conditions de paiement permet d'évaluer leur efficacité. En corrélant différentes conditions de paiement avec le délai réel de réception du règlement, une entreprise peut déterminer quelles conditions sont les plus efficaces pour encourager un paiement rapide et optimiser ses conditions pour améliorer sa trésorerie.

Pourquoi c'est important

Il définit l'échéancier de paiement convenu, permettant d'analyser quelles conditions sont les plus efficaces pour assurer un paiement rapide des clients.

Où obtenir

Table SAP : VBRK, Champ : ZTERM

Exemples
Z030Z060ZB60
Dernière mise à jour des données
LastDataUpdate
Le `timestamp` indiquant la dernière extraction ou le dernier rafraîchissement des `données` pour cet `event`.
Description

Cet attribut enregistre la date et l'heure de la dernière extraction de données du système source. C'est un champ de métadonnées essentiel pour comprendre la fraîcheur des données analysées.

Cette information est utilisée pour valider la récence de l'analyse et pour gérer les plannings de rafraîchissement des données. Elle garantit que les parties prenantes sont conscientes de l'actualité des données lorsqu'elles prennent des décisions basées sur les dashboards et les insights du Process Mining.

Pourquoi c'est important

Il indique la fraîcheur des données, ce qui est vital pour la fiabilité de l'analyse et la compréhension de sa pertinence par rapport à l'état actuel des opérations.

Où obtenir

Ce timestamp est généré et apposé sur chaque enregistrement lors du processus d'extraction, de transformation et de chargement des données (ETL).

Exemples
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
Devise
Currency
Le code de devise pour le montant de la facture.
Description

Cet attribut spécifie la devise dans laquelle les montants de facture sont libellés, tels que USD, EUR ou JPY. Il fournit le contexte nécessaire pour toutes les valeurs monétaires.

Dans une organisation mondiale, la devise est essentielle pour une analyse et un reporting financier corrects. Elle permet une agrégation appropriée des données financières en convertissant tous les montants vers une devise de reporting commune et permet la comparaison des performances de facturation entre les régions avec différentes devises locales.

Pourquoi c'est important

Il fournit un contexte essentiel pour toutes les valeurs monétaires, garantissant une analyse et un reporting financiers précis, en particulier dans les opérations multinationales.

Où obtenir

Table SAP : VBRK, Champ : WAERK

Exemples
USDEURGBP
Est `payé à temps`
IsPaidOnTime
Un indicateur booléen signalant si la facture a été payée à ou avant sa date d'échéance.
Description

Ceci est un attribut calculé qui compare la date de paiement réelle avec la date d'échéance de paiement prévue. Il retourne 'true' si le paiement a été effectué à temps et 'false' s'il était en retard.

Ce drapeau simplifie le calcul et la visualisation du KPI de Taux de paiement à temps. Il permet un filtrage et une segmentation faciles pour analyser les caractéristiques des factures payées en retard par rapport à celles payées à temps. Cela peut aider à découvrir des schémas liés à des clients spécifiques, des régions ou des conditions de paiement qui entraînent des retards de paiement.

Pourquoi c'est important

Il simplifie la mesure des performances en signalant clairement chaque facture comme 'à temps' ou 'en retard', soutenant directement le KPI de Taux de paiement à temps.

Où obtenir

Ceci est un champ calculé. La logique compare le timestamp de l'activité 'Paiement client reçu' avec la valeur de l'attribut 'PaymentDueDate'.

Exemples
truefaux
Motif de l'avoir
CreditMemoReason
Le code motif indiquant pourquoi une note de crédit a été émise.
Description

Lorsqu'une facture est incorrecte et doit être créditée, un motif est généralement attribué au document d'avoir. Cela offre une manière structurée de catégoriser les sources d'erreurs de facturation.

Cet attribut soutient directement le KPI du Taux d'erreur de facturation. En agrégeant et en analysant les raisons pour les notes de crédit, une entreprise peut identifier les types d'erreurs les plus courants, tels que les erreurs de prix ou les retours de produits. Cette analyse stimule les améliorations de processus visant à réduire le besoin de corrections financières et de retravail.

Pourquoi c'est important

Il catégorise les raisons d'émission de crédit, ce qui aide à identifier les sources les plus fréquentes d'erreurs de facturation et à stimuler les améliorations de qualité.

Où obtenir

Table SAP : VBRK, Champ : AUGRU (Motif de commande). Ce champ est utilisé sur les demandes d'avoir/débit qui sont ensuite facturées.

Exemples
001 - Différence de prix002 - Mauvaise qualité005 - Retour client
Motif du litige
CustomerDisputeReason
Le motif invoqué par un client pour contester une facture.
Description

Lorsqu'un client conteste une facture, le motif du litige est souvent enregistré. Cela peut être dû à des erreurs de prix, des quantités incorrectes ou des marchandises endommagées. Cette information peut être stockée dans le module SAP Dispute Management ou sous forme de notes textuelles.

L'analyse des motifs de litige est fondamentale pour le KPI du Taux d'erreur de facturation et l'analyse d'erreurs associée. Elle aide à identifier les causes profondes des inexactitudes de facturation, permettant à l'entreprise de résoudre les problèmes systémiques dans les processus en amont, d'améliorer la qualité des factures et d'accroître la satisfaction client.

Pourquoi c'est important

Il explique pourquoi les factures sont contestées, offrant un aperçu direct des causes profondes des erreurs de facturation et de l'insatisfaction client.

Où obtenir

Si SAP Dispute Management est utilisé, ces informations peuvent être trouvées dans des tables comme UDM_DISPUTE. Sinon, elles peuvent être dérivées de codes de motif sur des documents liés ou des champs de texte.

Exemples
Prix incorrectDivergence de quantitéMarchandises endommagées reçues
Numéro de commande de vente
SalesOrderNumber
L'identifiant de la commande client originale ayant mené à la facture.
Description

Le numéro de commande client relie le document de facturation aux activités de vente précédentes. Une seule commande client peut générer une ou plusieurs factures, et ce lien fournit le flux de documents complet.

Cet attribut est essentiel pour une véritable analyse Order to Cash de bout en bout. Il permet d'étendre la vue du processus en amont, reliant les problèmes de facturation à leurs causes profondes potentielles dans les phases de création ou d'exécution de la commande client. Par exemple, il aide à calculer le temps de cycle global de génération de facture à partir du moment où la commande a été exécutée.

Pourquoi c'est important

Il relie la facture à la commande client d'origine, permettant une vue plus large et de bout en bout du processus De la commande à l'encaissement au-delà de la simple facturation.

Où obtenir

Table SAP : VBRP (Données de poste de document de facturation), Champ : AUBEL

Exemples
100001231000045610000789
Statut du paiement
PaymentStatus
Le statut actuel du paiement de la facture, tel que Ouverte, Payée ou En retard.
Description

Le statut de paiement offre une vue d'ensemble de la position d'une facture dans le cycle de recouvrement. Ce n'est pas un champ unique dans SAP, mais il est déterminé en vérifiant le statut de lettrage du document comptable correspondant.

Cet attribut est essentiel pour le tableau de bord de l'ancienneté des factures impayées. Il permet de segmenter toutes les factures ouvertes par leur statut et leur âge, aidant ainsi l'équipe de recouvrement à prioriser efficacement ses efforts. Le suivi des transitions entre les statuts est également un moyen de surveiller le processus de recouvrement lui-même.

Pourquoi c'est important

Il offre une vue claire et rapide du statut de recouvrement d'une facture, ce qui est essentiel pour gérer les créances et prioriser les efforts de recouvrement.

Où obtenir

Dérivé en vérifiant le statut de compensation du document comptable (VBRK-BELNR) dans des tables financières comme BSID (postes ouverts) et BSAD (postes compensés).

Exemples
OuvertPayéEn retardPartiellement payé
Système source
SourceSystem
Identifie le système source spécifique à partir duquel les données ont été extraites.
Description

Cet attribut spécifie l'origine des données, ce qui est particulièrement utile dans des environnements avec plusieurs instances SAP ou d'autres systèmes intégrés. Il inclut généralement l'ID système et le numéro de client.

En analyse, il aide à différencier les processus et les performances entre différents systèmes ou entités organisationnelles. Il assure la lignée des données et fournit un contexte, surtout lorsque les données de plusieurs sources sont combinées pour une vue holistique du processus.

Pourquoi c'est important

Il fournit un contexte crucial sur l'origine des données, assurant la clarté dans les environnements multi-systèmes et soutenant la gouvernance des données.

Où obtenir

Ceci est généralement une valeur statique définie lors de l'extraction des données, combinant souvent l'ID système (SY-SYSID) et le client (SY-MANDT).

Exemples
S4H_PROD_100S4H_QAS_200ECC_PROD_300
Temps de traitement
ProcessingTime
La durée d'une `activité`, calculée de son heure de début à son heure de fin.
Description

Le temps de traitement mesure le temps passé à travailler activement sur une tâche, par opposition au temps d'attente entre les tâches. Il est calculé comme la différence entre l'heure de fin et l'heure de début d'une activité.

Cette métrique calculée est une pierre angulaire de l'analyse des performances. Elle est utilisée dans des dashboards tels que l'analyse des bottlenecks d'approbation des factures pour quantifier la durée de chaque étape spécifique. Des temps de traitement élevés pour certaines activités peuvent indiquer des inefficacités, une complexité ou un besoin d'automatisation.

Pourquoi c'est important

Il mesure la durée active des étapes du processus, aidant à identifier les activités inefficaces qui sont des candidats privilégiés pour l'optimisation ou l'automatisation.

Où obtenir

Métriques calculées, dérivées en soustrayant le 'StartTime' du 'EndTime' pendant le processus de transformation des données.

Exemples
PT30MPT5MPT1H15M
Type de document de facturation
BillingDocumentType
Un code qui classifie le document de facturation, tel qu'une facture, un avoir ou une annulation.
Description

Le type de document de facturation est un champ clé qui catégorise les transactions au sein du processus de facturation. Il contrôle la manière dont le document est traité, y compris sa plage de numéros et ses règles de comptabilisation.

Cet attribut permet de filtrer le processus pour analyser des types de transactions spécifiques. Par exemple, on pourrait créer une vue de processus séparée uniquement pour les notes de crédit afin de comprendre les raisons et le flux de processus des corrections financières, ou analyser les factures standard séparément des annulations pour obtenir une image plus claire du processus de facturation principal.

Pourquoi c'est important

Il classe les transactions, permettant une analyse ciblée sur des flux de documents spécifiques comme les factures standard, les avoirs ou les annulations.

Où obtenir

Table SAP : VBRK, Champ : FKART

Exemples
F2G2S1L2
Obligatoire Recommandé Facultatif

Activités De la commande à l'encaissement - Facturation et Recouvrement

Voici les étapes de processus et les jalons clés à capturer dans votre `journal d'événements` pour une `découverte de processus` précise.
5 Recommandé 8 Facultatif
Activité Description
Encaissement appliqué/réconcilié
Représente le moment où le paiement client entrant est rapproché et utilisé pour lettrer le poste de facture ouvert du grand livre auxiliaire des comptes clients. Cette `activité` achève la transaction d'un point de vue financier.
Pourquoi c'est important

Mesure l'efficacité du processus d'application des encaissements. Des retards ici peuvent fausser l'état réel des comptes clients et créer un travail inutile pour les équipes de recouvrement.

Où obtenir

Cet event est capturé par la date de lettrage (BSEG-AUGDT) sur le poste du document comptable de la facture originale. Cette date est renseignée lorsqu'un document de lettrage solde le poste.

Capture

Capturé à partir du champ de la date de compensation (AUGDT) dans la table BSEG/ACDOCA pour le poste de facture.

Type d'événement explicit
Facture clôturée
Cette `activité` signifie l'état final d'une facture payée avec succès. Elle est fonctionnellement identique à 'Espèces appliquées/réconciliées' et indique que le processus pour cette facture est terminé.
Pourquoi c'est important

Sert de event de fin principal du 'chemin heureux' pour le processus. Mesurer le temps de cycle total jusqu'à ce point offre une vue complète du cycle de vie de la facturation de bout en bout.

Où obtenir

Inférencé à partir du statut du poste client dans le document comptable. Un poste est fermé ou 'compensé' lorsque les champs date de compensation (BSEG-AUGDT) et document de compensation (BSEG-AUGBL) sont renseignés.

Capture

Inférencé à partir du remplissage de la date de compensation (AUGDT) dans la table BSEG/ACDOCA pour le poste de facture.

Type d'événement inferred
Facture comptabilisée
Représente la comptabilisation réussie du document de facturation dans le module de comptabilité financière. C'est une étape cruciale où la facture devient un poste officiel des comptes clients, créant des écritures dans le grand livre général.
Pourquoi c'est important

Cette activité confirme que la facture est un document financier légal. Le temps entre la génération et la comptabilisation est un indicateur clé de performance, soulignant l'efficacité interne du traitement.

Où obtenir

Cet event est capturé lors de la création du document comptable correspondant. Le document de facturation (VBRK-VBELN) est lié au document comptable (BKPF-BELNR) via VBRK-BELNR, et la date de comptabilisation est BKPF-BUDAT.

Capture

Capturé à partir de la date de comptabilisation (BUDAT) du document comptable dans la table BKPF lié au document de facturation.

Type d'événement explicit
Facture générée
Cette `activité` marque la création du document de facturation dans le système. Il s'agit d'un `event` explicite capturé lorsqu'un utilisateur exécute une transaction comme VF01 ou lorsqu'un travail de fond crée la facture, résultant en une nouvelle entrée dans la table d'en-tête du document de facturation.
Pourquoi c'est important

Ceci est l'event de début principal pour le processus de facturation. L'analyse du temps écoulé entre l'exécution de la commande et cette activité est cruciale pour mesurer le temps de cycle de génération de facture et identifier les retards initiaux du processus.

Où obtenir

Enregistré dans la table SAP S/4HANA VBRK (Document de facturation : Données d'en-tête) lors de sa création. La date de création (VBRK-ERDAT) et l'heure (VBRK-ERZET) servent de timestamp.

Capture

L'événement est capturé à partir de l'horodatage de création de l'enregistrement du document de facturation dans la table VBRK.

Type d'événement explicit
Paiement client reçu
Cette `activité` marque la comptabilisation d'un paiement client entrant dans le système financier. Le paiement peut ne pas encore être appliqué à une facture spécifique à ce stade, mais les fonds ont été enregistrés.
Pourquoi c'est important

Un jalon crucial pour le calcul du délai moyen de recouvrement (DSO). Il signifie que l'argent a été reçu, même si la réconciliation est toujours en attente.

Où obtenir

Capturé à partir de la date de comptabilisation (BKPF-BUDAT) du document de paiement client (généralement le type de document 'DZ' dans la table BKPF).

Capture

L'événement est basé sur la création du document de paiement dans BKPF/BSEG.

Type d'événement explicit
Avoir émis
Cette `activité` représente la création d'une note de crédit, qui est émise à un client pour corriger une surfacturation ou accorder un crédit pour des marchandises retournées. Elle est souvent liée à une facture originale.
Pourquoi c'est important

Met en évidence les problèmes qui entraînent des ajustements financiers après la facturation. L'analyse des avoirs peut révéler des erreurs de prix, des problèmes de produits ou d'autres causes profondes de fuite de revenus.

Où obtenir

Créé explicitement comme un nouveau document de facturation (dans VBRK) avec un type de facturation spécifique pour les avoirs (par exemple, 'G2'). Il fait souvent référence à la commande client ou à la facture d'origine.

Capture

Capturé à partir de la création d'un document de facturation dans VBRK avec un type de facturation d'avoir.

Type d'événement explicit
Comptabilisation de facture bloquée
Cet `event` se produit si une facture est créée mais automatiquement bloquée pour la comptabilisation dans la comptabilité financière pour diverses raisons, telles que les vérifications de crédit ou les incohérences de `données`. Ce statut est déduit du champ de statut de comptabilisation sur le document de facturation.
Pourquoi c'est important

Identifie les goulots d'étranglement où les factures sont créées mais non immédiatement transmises à la finance, retardant ainsi l'intégralité du cycle de recouvrement. C'est un indicateur clé des problèmes de qualité des données ou de gestion du crédit.

Où obtenir

Inférencé à partir du champ de statut de comptabilisation dans l'en-tête du document de facturation (VBRK-RFBSK). Un statut comme 'A' (Document de facturation bloqué pour transfert à la FI) indique un blocage.

Capture

Inférencé en vérifiant la valeur du champ de statut de comptabilisation (VBRK-RFBSK) immédiatement après la génération de la facture.

Type d'événement inferred
Date d'échéance de paiement atteinte
Un événement calculé représentant la date à laquelle le paiement de la facture est officiellement dû selon les conditions de paiement convenues. Ce n'est pas un événement transactionnel, mais il est dérivé des données de facturation.
Pourquoi c'est important

Ceci fournit une base de référence critique pour mesurer la performance de paiement à temps et analyser le comportement de paiement des clients. Cela aide à distinguer les paiements à temps des paiements en retard.

Où obtenir

Calculé sur la base de la date de référence pour le paiement (BSEG-ZFBDT) et des conditions de paiement enregistrées dans le poste client du document comptable.

Capture

Dérivé en ajoutant les jours des conditions de paiement à la date de référence de paiement trouvée dans le poste du document comptable (BSEG).

Type d'événement calculated
Facture annulée
Se produit lorsqu'une facture précédemment créée est annulée, ce qui implique généralement la création d'un document d'annulation correspondant. Cela annule effectivement la facture originale et son impact comptable.
Pourquoi c'est important

Indique des retouches, des corrections ou des erreurs de facturation. Une fréquence élevée d'annulations pointe vers des problèmes importants en amont dans la saisie des commandes clients ou la configuration de la facturation.

Où obtenir

Capturé lorsqu'un document de facturation d'annulation est créé (par exemple, type de document 'S1'). Ce nouveau document dans VBRK fera référence au numéro de facture original dans le champ VBRK-SFAKN.

Capture

L'événement est capturé à partir de la date de création du document d'annulation dans VBRK qui fait référence à la facture originale.

Type d'événement explicit
Facture envoyée au client
Cette `activité` marque le moment où la facture a été transmise au client, par exemple, via impression, e-mail ou EDI. Le mécanisme de capture dépend de la configuration de la gestion des sorties dans SAP.
Pourquoi c'est important

Le début officiel du décompte du paiement du point de vue du client. Les retards dans l'envoi de la facture impactent directement le délai moyen de recouvrement des créances clients (DSO) et la trésorerie.

Où obtenir

Peut être explicitement enregistré dans les tables de contrôle de sortie (comme NAST pour les méthodes plus anciennes ou son équivalent S/4HANA). S'il n'est pas explicitement enregistré, il est souvent inféré comme se produisant en même temps que

Capture

Vérifiez les journaux de traitement dans les tables de gestion des sorties pour un horodatage associé au type de sortie de facture.

Type d'événement explicit
Litige client ouvert
Cette `activité` se produit lorsqu'un client soulève un litige concernant une facture, lequel est ensuite formellement enregistré dans le système. Cela nécessite l'utilisation du module SAP Dispute Management.
Pourquoi c'est important

Met en évidence les problèmes de précision de la facturation, de qualité des produits ou de prestation de services qui entraînent des retards de paiement. L'analyse des motifs de litige peut aider à résoudre les causes profondes et à améliorer la satisfaction client.

Où obtenir

Enregistré lors de la création d'un litige dans les tables de gestion des litiges (par exemple, UDM_CASE), qui est lié au poste du document comptable.

Capture

Capturé à partir de l'horodatage de création de l'enregistrement du litige lié à la facture.

Type d'événement explicit
Rappel de paiement émis
Représente l'envoi d'un rappel de paiement ou d'une lettre de relance à un client pour une facture en retard. Il s'agit d'un `event` explicite généré par la procédure de relance automatisée.
Pourquoi c'est important

Permet l'analyse de l'efficacité du processus de relance. Il aide à déterminer si les rappels accélèrent les paiements et quels niveaux de relance sont les plus efficaces.

Où obtenir

Enregistré dans les tables d'historique de relance (MAHNV, MHND) lorsque l'exécution de la relance (Transaction F150) est effectuée pour le poste non soldé de la facture.

Capture

Capturé à partir de la date d'exécution de l'avis de relance enregistré dans les tables d'historique de relance.

Type d'événement explicit
Retravail de facturation identifié
Un événement calculé qui identifie une boucle de retravail où une facture a été annulée puis une nouvelle a été générée pour la même commande client. Ce n'est pas une transaction unique, mais un modèle d'événements.
Pourquoi c'est important

Soutient directement le KPI de Taux de Retravail de la Facturation en quantifiant les instances de correction. Cela aide à identifier les inefficacités et à mesurer le coût de la mauvaise qualité dans le processus de facturation.

Où obtenir

Ce schéma est calculé en identifiant un event 'Facture annulée' suivi d'un nouvel event 'Facture générée' qui remontent tous deux au même document source, tel qu'un numéro de commande client.

Capture

Dérivé en détectant une séquence de "Facture annulée" et "Facture générée" pour la même référence de commande client.

Type d'événement calculated
Recommandé Facultatif

Guides d'extraction

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