Votre modèle de données Record to Report, clôture de période et rapprochement

SAP ECC
Votre modèle de données Record to Report, clôture de période et rapprochement

Votre modèle de données Record to Report, clôture de période et rapprochement

Ce modèle fournit une feuille de route claire pour recueillir les données essentielles à l’analyse de votre processus Record to Report, clôture de période et rapprochement. Il présente les attributs et les activités nécessaires à la constitution d’un journal d’événements complet. Vous y trouverez également des conseils pratiques pour extraire efficacement ces données de SAP ECC.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d’extraction
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Record to Report - Attributs de la clôture de période et du rapprochement

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser de manière complète votre processus Record to Report - Period Close & Reconciliation.
5 Obligatoire 7 Recommandé 9 Facultatif
Nom Description
Période financière
FinancialPeriod
Identifiant unique du cycle de reporting financier, qui combine généralement l’exercice fiscal et la période de comptabilisation.
Description

La période financière sert d’identifiant principal du cas. Elle regroupe toutes les activités liées à la clôture et au rapprochement des comptes pour un cycle de reporting donné, par exemple « 2023-12 » pour décembre 2023. Elle permet d’analyser intégralement le processus de clôture de période, du début à la fin, pour chaque période distincte.

Dans le cadre de l’analyse, elle permet de suivre le délai de bout en bout de chaque clôture, de comparer les performances entre différentes périodes et d’identifier les tendances ou les anomalies. En définissant chaque période financière comme un cas unique, il devient possible de visualiser et de mesurer l’efficacité, les goulots d’étranglement et les variations du processus de clôture au fil du temps.

Pourquoi c’est important

Il s’agit de l’identifiant de cas essentiel qui structure l’analyse et permet de comparer d’une période à l’autre les délais de clôture, les charges de travail et la conformité du processus.

Où les obtenir

Cet attribut est généralement obtenu en concaténant l’exercice fiscal (GJAHR) et la période de comptabilisation (MONAT) issus des en-têtes des documents financiers, par exemple dans la table BKPF.

Exemples
2023-122024-032023-T4
Activité
ActivityName
Nom de l’événement métier ou de la tâche précise exécutée pendant le processus de clôture de période.
Description

Cet attribut enregistre les différentes étapes du cycle Record to Report, telles que « Écriture d’ajustement comptabilisée » ou « États financiers générés ». Il constitue la base de la carte de processus en présentant la séquence des événements qui composent la clôture de période.

L’analyse des activités est fondamentale en Process Mining. Elle permet de visualiser le flux du processus, d’identifier l’enchaînement des tâches, de découvrir les variations du processus et de mesurer la fréquence ainsi que la durée de chaque étape. Elle est essentielle pour repérer les goulots d’étranglement, les parcours non standard et les possibilités de standardisation ou d’automatisation.

Pourquoi c’est important

Cet attribut est obligatoire pour construire la carte de processus et visualiser et analyser l’enchaînement des tâches de la clôture de période.

Où les obtenir

Cet attribut est dérivé d’une combinaison de codes de transaction SAP (TCODE), de types de document (BLART) ou d’exécutions de programmes spécifiques, par exemple FAGL_FCV pour la valorisation en devise étrangère.

Exemples
Écriture d’ajustement comptabiliséeDébut du rapprochement des comptesPériode de comptabilisation clôturée
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 le niveau d’actualité des données analysées. Il précise la date et l’heure de la dernière exécution du pipeline de données et fournit ainsi un contexte sur la récence des analyses du processus.

Pour les Dashboards, notamment ceux qui suivent l’avancement en temps réel, cet horodatage permet aux utilisateurs de savoir s’ils consultent des informations à jour ou des données datant du jour précédent. Il contribue à gérer leurs attentes et est indispensable à l’interprétation correcte de l’analyse.

Pourquoi c’est important

Informe les utilisateurs sur l’actualité des données, un élément essentiel pour garantir que les analyses et les Dashboards sont à jour et pertinents.

Où les obtenir

Cet horodatage est généré et ajouté par l’outil d’extraction des données ou l’outil ETL à la fin de chaque chargement de données.

Exemples
2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z
Heure de l’événement
EventTime
Horodatage indiquant le moment où une activité ou un événement s’est produit.
Description

L’heure de l’événement fournit la date et l’heure précises de chaque activité du processus et constitue la base chronologique de l’analyse. Elle correspond généralement à la combinaison de la date et de l’heure de création du document.

Cet horodatage est essentiel pour remettre les événements dans le bon ordre et reconstituer le flux du processus. Il sert à calculer toutes les métriques fondées sur la durée, notamment les délais de cycle entre les activités, les temps d’attente et la durée globale de la clôture de période. L’analyse des horodatages permet d’identifier les retards et de comprendre la répartition temporelle du travail.

Pourquoi c’est important

En tant qu’attribut obligatoire, il fournit l’ordre chronologique des événements, nécessaire au calcul des délais de cycle et à la détection des goulots d’étranglement.

Où les obtenir

Cet attribut provient généralement de la date de saisie du document (CPUDT) et de l’heure de saisie (CPUTM) de la table BKPF pour les documents financiers.

Exemples
2023-12-28T14:30:15Z2024-01-02T09:05:00Z2024-01-05T17:21:45Z
Système source
SourceSystem
Identifiant du système source à partir duquel les données ont été extraites.
Description

Cet attribut précise l’origine des données d’événements, par exemple le nom ou l’identifiant d’une instance SAP ECC donnée. Dans les organisations qui utilisent plusieurs ERP ou systèmes financiers, ce champ est essentiel pour distinguer les données provenant de sources différentes.

Même dans un environnement doté d’un seul système, il constitue une métadonnée importante pour la gouvernance des données, l’audit et le dépannage. Il confirme la provenance des données, ce qui est indispensable pour instaurer la confiance dans l’analyse et garantir la clarté de la traçabilité des données.

Pourquoi c’est important

Fournit les informations essentielles sur la traçabilité des données, confirme leur origine pour la gouvernance et permet de distinguer les processus dans les environnements multisystèmes.

Où les obtenir

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données afin d’identifier le client SAP et l’identifiant du système concernés, par exemple à partir de la table T000.

Exemples
ECC_PROD_100SAP_E74_200ECC_FINANCE
Code société
BUKRS
Unité organisationnelle représentant une entité juridique pour laquelle les états financiers sont générés.
Description

Le code société est une unité organisationnelle fondamentale de SAP Financials. Il représente une société indépendante disposant de ses propres comptes équilibrés. Toutes les transactions financières sont comptabilisées au niveau du code société.

En Process Mining, le filtrage par code société est essentiel pour comparer le processus de clôture de période entre différentes entités juridiques d’un groupe. Il permet d’identifier les bonnes pratiques des entités les plus performantes et de repérer celles qui rencontrent des retards, un volume élevé d’ajustements ou des écarts de processus. Il s’agit d’une dimension essentielle pour segmenter l’analyse.

Pourquoi c’est important

Permet de comparer les performances et la conformité de la clôture de période entre différentes entités juridiques, ce qui est essentiel à l’analyse financière au niveau du groupe.

Où les obtenir

Ce champ est disponible dans presque toutes les tables de documents financiers de SAP, principalement BKPF (en-tête) et BSEG (poste individuel).

Exemples
10002000US01DE01
Compte GL
HKONT
Numéro du compte du grand livre auquel un poste individuel est comptabilisé.
Description

Le compte du grand livre (GL) est un élément central des données de référence financières qui sert à classer les transactions. Chaque comptabilisation financière est affectée à un ou plusieurs comptes GL.

Dans le contexte de la clôture de période, l’analyse des activités par compte GL est essentielle aux Dashboards « Account Reconciliation Bottlenecks » et « Adjusting Entries Volume Analysis ». Elle permet d’identifier les comptes les plus difficiles à rapprocher, ceux qui nécessitent le plus d’ajustements et les domaines où le risque d’anomalie significative est le plus élevé. Cette approche aide les équipes à concentrer leurs efforts sur les comptes problématiques.

Pourquoi c’est important

Permet d’analyser de manière ciblée les rapprochements et les écritures d’ajustement afin d’identifier les comptes problématiques qui entraînent des retards ou nécessitent des corrections fréquentes.

Où les obtenir

Disponible dans la table des postes individuels des documents financiers, BSEG (HKONT).

Exemples
113100400500750000
Montant en devise locale
DMBTR
Valeur financière d’un poste de transaction, exprimée dans la devise locale du code société.
Description

Cet attribut représente la valeur monétaire associée à une comptabilisation financière. Il constitue la principale mesure quantitative de l’impact d’une transaction sur le grand livre.

L’analyse du montant est essentielle pour hiérarchiser les problèmes et comprendre le risque financier. Par exemple, le Dashboard « Adjusting Entries Volume Analysis » est beaucoup plus utile lorsqu’il distingue un volume élevé d’ajustements de faible valeur d’un faible volume d’ajustements de forte valeur. Il aide à concentrer l’attention sur les transactions ayant un impact financier significatif.

Pourquoi c’est important

Quantifie l’impact financier des transactions et permet une analyse fondée sur l’importance relative, notamment pour identifier les écritures d’ajustement de forte valeur.

Où les obtenir

Disponible dans la table des postes individuels des documents, BSEG (DMBTR).

Exemples
1500.75-25000.00123456.00
Numéro de document
BELNR
Identifiant unique d’un document comptable au sein d’un exercice fiscal et d’un code société.
Description

Le numéro de document comptable est la clé primaire des comptabilisations financières dans SAP. Chaque écriture comptable, facture ou document de paiement reçoit un numéro unique.

Bien qu’il ne soit généralement pas utilisé pour l’analyse des processus à un niveau global, le numéro de document est indispensable aux fonctions d’exploration détaillée. Depuis un Dashboard de Process Mining, les analystes peuvent utiliser ce numéro pour accéder directement à la transaction concernée dans SAP et examiner en détail une anomalie, telle qu’une écriture d’ajustement importante ou un poste de rapprochement en retard. Il établit un lien direct entre l’analyse et la transaction source.

Pourquoi c’est important

Fournit un lien direct vers la transaction source dans SAP et permet d’examiner en détail des écritures comptables spécifiques depuis la vue du processus.

Où les obtenir

Situé dans la table BKPF (BELNR), où il constitue la clé primaire.

Exemples
100000456719000001233000008901
Type d’écriture comptable
JournalEntryType
Classification des écritures comptables, par exemple « Standard », « Ajustement », « Charge à payer » ou « Extourne ».
Description

Il s’agit d’un attribut dérivé qui classe les documents financiers selon leur finalité métier dans le processus de clôture. Il est souvent déterminé à partir d’une combinaison du type de document (BLART), du motif d’extourne (STGRD) ou des comptes GL utilisés.

Cette classification est fondamentale pour le Dashboard « Adjusting Entries Volume Analysis » et les KPI associés. En identifiant explicitement les écritures d’ajustement ou de charges à payer, les analystes peuvent mesurer leur volume et leur valeur, suivre leur évolution dans le temps et rechercher les causes profondes de leur nécessité. Elle permet de distinguer les comptabilisations opérationnelles courantes des ajustements de fin de période.

Pourquoi c’est important

Classe les comptabilisations pour permettre une analyse ciblée et le suivi et la mesure des principaux types d’écritures, comme les ajustements et les charges à payer, qui renseignent sur la santé du processus.

Où les obtenir

Il s’agit d’un champ dérivé. La logique doit être définie selon les règles métier, généralement à partir de champs tels que le type de document (BLART) de BKPF.

Exemples
AjustementCharge à payerExtourneStandard
Type de document
BLART
Code qui classe les différents types de documents comptables.
Description

Le type de document est utilisé dans SAP pour distinguer différentes transactions métier, telles que les factures fournisseurs (KR), les paiements clients (DZ) et les comptabilisations dans le grand livre (SA). Il contrôle également certaines propriétés, comme la plage de numérotation des documents.

Pour l’analyse de la clôture de période, le type de document constitue un filtre puissant. Il permet d’isoler certains types d’activités, comme les charges à payer, les provisions ou les écritures d’extourne. Il facilite ainsi l’analyse du volume et de l’impact financier des transactions liées à la clôture et peut servir à définir des activités précises dans le modèle de processus.

Pourquoi c’est important

Aide à classer et à filtrer les transactions afin d’isoler et d’analyser des activités spécifiques, comme les charges à payer, les extournes ou les comptabilisations intersociétés.

Où les obtenir

Situé dans la table des en-têtes de documents, BKPF (BLART).

Exemples
SAABKR
Utilisateur responsable
USNAM
Identifiant de l’utilisateur SAP qui a créé ou exécuté la transaction.
Description

Ce champ identifie l’utilisateur qui a comptabilisé un document, exécuté un rapport ou lancé un programme lié à la clôture. Il désigne la personne responsable d’une activité donnée.

L’analyse par utilisateur est essentielle pour comprendre la répartition de la charge de travail, identifier les besoins de formation et examiner les écarts de processus. Les Dashboards présentant les activités par utilisateur peuvent mettre en évidence les membres de l’équipe surchargés ou les personnes qui appliquent des procédures non standard. Ils contribuent également au suivi des performances et à l’allocation des ressources au sein de l’équipe financière.

Pourquoi c’est important

Permet d’analyser la répartition de la charge de travail et les performances de l’équipe, ainsi que d’identifier les écarts de processus associés à certaines personnes.

Où les obtenir

Disponible dans la table BKPF (USNAM) pour la création des documents. Pour les traitements par lots, il se trouve dans TBTCO (SDLUNAME).

Exemples
JSMITHRDOEFIN_ADMIN
Date cible d’achèvement
TargetCompletionDate
Échéance planifiée ou date limite prévue pour une activité ou pour l’ensemble de la clôture de période.
Description

La date cible d’achèvement correspond à l’échéance de référence utilisée pour mesurer le processus de clôture de période. Il s’agit de la date limite à laquelle certains jalons ou la clôture finale doivent être terminés.

Cet attribut est essentiel pour toute analyse de performance ou de conformité. Il sert à calculer le KPI « Taux de clôture de période dans les délais » et à alimenter le Dashboard « Conformité de la clôture et tâches en retard ». En comparant l’heure réelle de l’événement à cette date cible, le système peut déterminer si les tâches sont dans les délais, en retard ou susceptibles de l’être, afin de permettre une gestion proactive du processus de clôture.

Pourquoi c’est important

Permet de suivre la conformité et la performance en fournissant une référence pour vérifier que les activités de clôture sont terminées dans les délais, et contribue ainsi aux KPI de respect des échéances.

Où les obtenir

Il s’agit généralement de données de référence gérées dans un calendrier distinct, un outil de pilotage de la clôture, tel que SAP Financial Closing cockpit, ou une feuille de calcul. Elles ne font pas partie des données transactionnelles.

Exemples
2023-12-29T23:59:59Z2024-01-03T17:00:00Z2024-01-02T12:00:00Z
Est automatisé
IsAutomated
Indicateur précisant si une activité a été réalisée par un utilisateur ou par un système automatisé.
Description

Cet attribut booléen distingue les tâches manuelles de celles exécutées automatiquement par le système, par exemple un traitement batch planifié pour l’évaluation des devises étrangères ou un bot enregistrant des écritures récurrentes. Cette distinction est souvent établie en analysant le nom d’utilisateur associé à la transaction, par exemple « BATCHUSER ».

Comprendre le niveau d’automatisation est essentiel pour repérer les possibilités de gains d’efficacité. L’analyse de cet attribut permet de visualiser les parties manuelles du processus et celles qui pourraient être automatisées. Elle aide également à évaluer précisément la charge de travail humaine en excluant les activités générées par le système.

Pourquoi c’est important

Distingue les activités manuelles de celles pilotées par le système, ce qui est essentiel pour repérer les possibilités d’automatisation et mesurer précisément la charge de travail manuelle.

Où les obtenir

Il s’agit d’un attribut dérivé. La logique repose généralement sur User Name (USNAM) : une liste d’identifiants connus d’utilisateurs système ou batch indique qu’il s’agit d’une tâche automatisée.

Exemples
truefalse
Est en retard
IsOverdue
Indicateur calculé précisant si une activité a été terminée après sa date cible planifiée.
Description

Cet attribut booléen compare l’heure réelle d’achèvement d’une activité (EventTime) à son échéance planifiée (TargetCompletionDate). Si l’heure de l’événement est postérieure à la date cible, l’indicateur prend la valeur true.

Cet attribut contribue directement au Dashboard « Conformité de la clôture et tâches en retard » et au KPI « Taux de clôture de période dans les délais ». Il fournit un signal clair et immédiat des écarts par rapport au calendrier, afin que les responsables puissent repérer rapidement les tâches en retard, comprendre leur impact sur le calendrier global et responsabiliser les équipes quant au respect des échéances.

Pourquoi c’est important

Fournit un indicateur clair de non-respect des échéances, permettant d’identifier rapidement les tâches en retard et de mesurer la performance dans les délais.

Où les obtenir

Il s’agit d’un attribut calculé dans l’outil de Process Mining en comparant EventTime à TargetCompletionDate.

Exemples
truefalse
Est une reprise
IsRework
Indicateur calculé qui identifie les activités correspondant à une reprise, comme une contre-passation ou un rapprochement rejeté.
Description

Cet attribut booléen signale les événements ou les séquences d’événements qui révèlent des boucles inefficaces ou des corrections dans le processus. Par exemple, l’activité « Rapprochement contrôlé » suivie d’une nouvelle activité « Écriture d’ajustement enregistrée » sur le même compte peut être identifiée comme une reprise.

Cet attribut est essentiel pour quantifier les pertes d’efficacité du processus. Il alimente le Dashboard « Occurrences de reprises de rapprochement » et le KPI « Taux de reprise des rapprochements ». En isolant les reprises, les équipes peuvent rechercher les causes profondes, mesurer leur impact sur la durée du cycle et suivre l’efficacité des initiatives d’amélioration visant à réussir du premier coup.

Pourquoi c’est important

Quantifie les inefficacités du processus en signalant les activités qui correspondent à des corrections ou à des répétitions, afin de mesurer et de réduire les efforts inutiles.

Où les obtenir

Il s’agit d’un attribut calculé. La logique est définie dans l’outil de Process Mining à partir de séquences d’activités précises, par exemple des boucles, ou d’attributs, par exemple lorsque ReversalReason n’est pas nul.

Exemples
truefalse
Exercice fiscal
GJAHR
Exercice fiscal au cours duquel la transaction a été enregistrée.
Description

L’exercice fiscal est un élément fondamental pour organiser les données financières. Il constitue une composante essentielle de l’identifiant de cas de la période financière et fournit le contexte nécessaire à l’interprétation de toutes les transactions.

Bien qu’il fasse souvent partie de l’identifiant de cas, disposer de l’exercice fiscal comme attribut distinct est utile pour analyser les tendances à long terme. Vous pouvez ainsi comparer d’une année à l’autre les durées des cycles de clôture, le volume des ajustements ou d’autres KPI, et repérer les améliorations ou les dégradations de performance sur plusieurs exercices.

Pourquoi c’est important

Fournit le contexte temporel nécessaire et permet de comparer d’une année à l’autre la performance du processus de clôture.

Où les obtenir

Disponible dans la table d’en-tête des documents, BKPF (GJAHR).

Exemples
202320242022
Motif d’extourne
ReversalReason
Code indiquant la raison pour laquelle un document financier a été extourné.
Description

Lorsqu’un document est extourné dans SAP, un code motif peut être attribué pour expliquer la finalité de l’extourne, par exemple « Extourne dans la période en cours » ou « Écriture incorrecte ».

Cet attribut fournit un contexte essentiel sur les causes des reprises de traitement. L’analyse des motifs d’extourne permet d’identifier les erreurs récurrentes, comme une saisie incorrecte ou une mauvaise date. Ces informations peuvent servir à mettre en place des mesures préventives, à améliorer la formation ou à renforcer les contrôles du système afin de réduire le nombre d’erreurs et d’extournes ultérieures, pour une clôture plus efficace.

Pourquoi c’est important

Fournit une visibilité directe sur les causes profondes des erreurs et des reprises de traitement, afin d’identifier les possibilités d’amélioration du processus et de prévention des erreurs.

Où les obtenir

Situé dans la table des en-têtes de documents, BKPF (STGRD).

Exemples
010205
Partenaire commercial
VBUND
Identifiant de la société affiliée du groupe impliquée dans une transaction intersociétés.
Description

L’identifiant du partenaire commercial sert à identifier l’autre code société participant à une transaction intersociétés. Il est indispensable au rapprochement des comptes entre entités juridiques liées.

Cet attribut alimente directement le Dashboard « Intercompany Reconciliation Flow » et le KPI « Intercompany Recon. Cycle Time ». En filtrant les transactions pour lesquelles un partenaire commercial est renseigné, l’analyse peut se concentrer sur l’efficacité et la ponctualité du processus de rapprochement intersociétés, qui constitue souvent une difficulté majeure lors de la clôture de période.

Pourquoi c’est important

Identifie précisément les transactions intersociétés et permet d’analyser de manière ciblée un processus de rapprochement intersociétés souvent complexe et long.

Où les obtenir

Disponible dans la table des postes individuels des documents, BSEG (VBUND).

Exemples
1000US013000
Service
Department
Service fonctionnel ou centre de coûts responsable de l’activité ou de la transaction.
Description

Cet attribut identifie le service métier, tel que « Finance », « Ventes » ou « Logistique », associé à une transaction. Il est souvent dérivé des données de référence du centre de coûts lié à une comptabilisation ou des données de référence de l’utilisateur.

L’analyse par service alimente le Dashboard « Close Team Workload Distribution ». Elle permet de comprendre comment les différentes fonctions métier contribuent à la charge de travail de fin de période, notamment en lançant des transactions qui peuvent nécessiter ultérieurement des ajustements ou des rapprochements. Elle peut mettre en évidence l’impact de services extérieurs à l’équipe financière sur le processus de clôture.

Pourquoi c’est important

Aide à analyser la charge de travail et le respect des processus entre les différentes fonctions métier, en révélant l’impact de chaque service sur l’efficacité de la clôture financière.

Où les obtenir

Souvent dérivé du centre de coûts (KOSTL) dans BSEG ou des données de référence RH de l’utilisateur responsable. Cette opération peut nécessiter la jointure de plusieurs tables.

Exemples
Finance d'entrepriseComptabilité fournisseursPlanification et analyse financières
Statut du rapprochement
ReconciliationStatus
Statut actuel d’un rapprochement de compte, par exemple « Ouvert », « En cours de revue » ou « Approuvé ».
Description

Cet attribut suit l’état d’un rapprochement de compte au fil de son flux de travail. Il indique si le rapprochement a été commencé, soumis pour revue, approuvé ou rejeté.

Il s’agit d’un attribut important pour suivre en temps réel l’avancement des activités de rapprochement. Il aide à identifier les rapprochements bloqués et la durée de leur blocage, et prend en charge des KPI tels que « Account Reconciliation Cycle Time ». Il offre une visibilité sur le processus d’approbation et est essentiel aux Dashboards qui suivent les goulots d’étranglement des rapprochements et la charge de travail des équipes.

Pourquoi c’est important

Offre une visibilité sur le flux de travail de rapprochement, permettant de suivre l’avancement, d’identifier les goulots d’étranglement et de mesurer les temps de revue et d’approbation.

Où les obtenir

Ces informations se trouvent souvent dans un outil distinct de rapprochement, par exemple SAP Account Substantiation and Automation by BlackLine, ou dans un champ de statut personnalisé. Elles ne correspondent généralement pas à un champ standard de BKPF/BSEG.

Exemples
Non commencéEn coursApprouvéRejeté
Obligatoire Recommandé Facultatif

Record to Report - Activités de clôture de période et de rapprochement

Voici les principales étapes et les jalons du processus à enregistrer dans votre journal d’événements pour découvrir et optimiser précisément vos activités de clôture de période.
6 Recommandé 6 Facultatif
Activité Description
Début du rapprochement des comptes
Cette activité représente le début du processus de rapprochement d’un ensemble de comptes GL pour la période. Dans SAP ECC standard, il ne s’agit pas d’un événement distinct. Il est généralement déduit d’activités connexes, comme l’exécution initiale d’un rapport clé.
Pourquoi c’est important

Cette activité établit un jalon essentiel pour mesurer la durée de l’ensemble de la phase de rapprochement. Il est indispensable de savoir quand le rapprochement commence pour calculer le KPI Account Reconciliation Cycle Time.

Où les obtenir

Cet événement n’est pas journalisé explicitement. Il doit être déduit d’autres sources de données, comme le journal d’audit système (transaction STAD), qui enregistre la première exécution d’un rapport d’affichage des soldes tel que FAGLB03 ou FS10N.

Collecte

Déduire l’événement de la première exécution des transactions de rapport concernées, par exemple FAGLB03, dans les journaux système.

Type d’événement inferred
Écriture d’ajustement comptabilisée
Une écriture d’ajustement est comptabilisée afin de corriger les soldes des comptes une fois le traitement initial des transactions de la période terminé. SAP enregistre cet événement comme une comptabilisation standard d’un document financier.
Pourquoi c’est important

Cette activité est essentielle à l’analyse du volume des écritures d’ajustement. Un volume élevé d’ajustements peut révéler des problèmes de fiabilité dans les processus en amont et constitue une cible importante pour les initiatives d’amélioration des processus.

Où les obtenir

Ces écritures se trouvent dans les tables BKPF et BSEG. Elles sont généralement identifiées par un type de document précis (BKPF-BLART), réservé aux ajustements, ou par une comptabilisation dans des périodes spéciales de clôture, telles que les périodes 13 à 16.

Collecte

Filtrer BKPF pour identifier les documents comptabilisés dans des périodes spéciales ou associés à des types de document d’ajustement.

Type d’événement explicit
États financiers générés
Cette activité correspond au moment où les états financiers officiels, tels que le compte de résultat et le bilan, sont générés. Elle est généralement capturée en suivant l’exécution d’un programme de reporting donné.
Pourquoi c’est important

Il s’agit d’un jalon majeur qui marque la fin du traitement des données et le début de la phase finale de revue et d’approbation. Le délai entre cet événement et l’approbation constitue un KPI important.

Où les obtenir

Déduit des journaux d’audit système, tels que STAD, qui enregistrent l’exécution du programme de génération des états financiers, le plus souvent via la transaction F.01.

Collecte

À partir des journaux système (STAD) qui suivent l’exécution de la transaction F.01 pour les états financiers.

Type d’événement inferred
Exécution de la valorisation en devise étrangère
Cette activité correspond à l’exécution d’un programme qui réévalue les postes ouverts et les soldes enregistrés en devises étrangères, à l’aide des taux de change de fin de période. Elle est généralement exécutée sous la forme d’un traitement par lots dans le cadre des étapes de clôture de période.
Pourquoi c’est important

Il s’agit d’une étape essentielle pour garantir la fiabilité du reporting financier des organisations multinationales. L’analyse de son calendrier et de sa durée permet d’identifier des possibilités d’automatisation et d’optimisation des performances.

Où les obtenir

Capturé à partir des journaux d’exécution du programme de valorisation en devise étrangère, tel que FAGL_FCV ou F.05. Les informations des traitements par lots, disponibles notamment dans les tables TBTCO et TBTCP, fournissent les horodatages d’exécution.

Collecte

À partir des journaux des traitements par lots (table TBTCO) pour le programme FAGL_FC_VALUATION ou SAPF100.

Type d’événement explicit
Période de comptabilisation clôturée
Représente la clôture officielle d’une période de comptabilisation, qui empêche toute nouvelle écriture opérationnelle. Cette opération garantit l’intégrité des données financières de la période clôturée et correspond à une modification explicite de la configuration.
Pourquoi c’est important

Il s’agit de l’événement de fin définitif du processus de clôture de période. Il est essentiel pour calculer précisément le délai total du cycle de clôture et mesurer le respect des échéances.

Où les obtenir

La clôture des périodes via la transaction OB52 est enregistrée. Ces modifications peuvent être identifiées en analysant les documents de modification, dans les tables CDHDR et CDPOS, pour la table de configuration T001B.

Collecte

Extraction des documents de modification (CDHDR/CDPOS) pour la table T001B.

Type d’événement explicit
Période ouverte à l’enregistrement
Cette activité marque le début officiel d’une période financière et permet la comptabilisation des transactions dans le grand livre. Il s’agit d’une modification explicite de la configuration, effectuée par un utilisateur autorisé afin d’ouvrir une période donnée à la comptabilisation pour un ou plusieurs codes société.
Pourquoi c’est important

Cette activité constitue l’événement de début définitif du cas de clôture de période. L’analyse du temps écoulé depuis ce point permet de comprendre l’ensemble du cycle de vie de la période financière.

Où les obtenir

Les modifications des périodes de comptabilisation effectuées via la transaction OB52 sont journalisées. Elles peuvent être extraites en analysant les documents de modification de la table de configuration sous-jacente T001B, généralement à l’aide des tables CDHDR et CDPOS.

Collecte

Extraction des documents de modification (CDHDR/CDPOS) pour la table T001B.

Type d’événement explicit
Document intersociétés lettré
Cette activité marque le lettrage d’un poste ouvert entre deux codes société différents. Elle indique qu’une transaction intersociétés a été réglée ou rapprochée. Dans SAP, cette opération est enregistrée par une comptabilisation financière explicite, généralement sous la forme d’un document de lettrage.
Pourquoi c’est important

Les retards de lettrage des postes intersociétés constituent un goulot d’étranglement fréquent du processus de clôture. Le suivi de cette activité est essentiel pour mesurer et améliorer le délai du cycle de rapprochement intersociétés.

Où les obtenir

Identifié à partir des documents financiers des tables BKPF et BSEG. Un document de lettrage fait le lien avec les postes ouverts et les clôture. Sa date de lettrage (BSEG-AUGDT) sert d’horodatage de l’événement. Les transactions intersociétés sont identifiées à partir des champs relatifs au partenaire commercial.

Collecte

Identifier dans BKPF/BSEG les documents de lettrage associés à des postes comportant des partenaires commerciaux.

Type d’événement explicit
Écriture d’extourne comptabilisée
Cette activité enregistre la comptabilisation d’un document qui annule une écriture comptable précédemment enregistrée, souvent pour corriger une erreur. SAP crée un lien explicite entre le document d’extourne et le document d’origine.
Pourquoi c’est important

Un nombre élevé d’extournes peut révéler des problèmes de précision de la saisie ou de contrôle des processus. Le suivi de ces événements permet de mesurer le taux de conformité dès la première exécution et d’identifier les domaines à améliorer.

Où les obtenir

Les documents d’extourne se trouvent dans la table BKPF. Ils sont souvent créés avec la transaction FB08 et contiennent une référence au numéro du document extourné dans le champ BKPF-STBLG.

Collecte

Identifier les documents dont le champ BKPF-STBLG est renseigné ou qui ont été créés via des T-codes d’extourne.

Type d’événement explicit
Exécution du traitement de lettrage GR/IR
Exécution du programme automatisé de lettrage du compte Goods Receipt/Invoice Receipt. Ce programme met en correspondance les réceptions de marchandises et les réceptions de factures correspondantes, puis lettrage les postes entre eux.
Pourquoi c’est important

Le compte GR/IR est une source fréquente de problèmes de rapprochement. Le suivi de cette activité permet de vérifier que l’étape automatisée s’exécute correctement et de quantifier le volume d’exceptions nécessitant un suivi manuel.

Où les obtenir

L’exécution est enregistrée dans les journaux des traitements par lots (transaction SM37). Le programme utilisé est généralement SAPF124, exécuté via la transaction F.13. Les tables des journaux de traitements, telles que TBTCO, fournissent les horodatages nécessaires.

Collecte

À partir des journaux des traitements par lots (table TBTCO) pour le programme de lettrage SAPF124.

Type d’événement explicit
Provision ou charge à payer comptabilisée
Cette activité correspond à l’enregistrement d’une écriture comptable pour une charge à payer, un produit ou une charge constaté(e) d’avance, ou une provision, généralement comptabilisée en fin de période. SAP ne définit pas de type d’événement distinct pour cette opération. Celle-ci est déduite de l’identification d’écritures comptables présentant certaines caractéristiques.
Pourquoi c’est important

L’isolement de ces écritures permet d’analyser le sous-processus de gestion des estimations. Un volume élevé ou des ajustements fréquents des charges à payer peuvent révéler des possibilités d’amélioration du processus.

Où les obtenir

Cet événement est déduit des tables de documents financiers BKPF et BSEG. Les écritures peuvent être identifiées en filtrant sur un type de document précis (BKPF-BLART), un compte GL donné (BSEG-HKONT) ou des mots-clés présents dans le texte d’en-tête (BKPF-BKTXT).

Collecte

Filtrer les tables BKPF/BSEG selon le type de document, les comptes GL concernés ou les champs de texte.

Type d’événement inferred
Rapport de balance générale généré
Marque l’exécution d’un rapport destiné à générer la balance générale. Il s’agit d’une étape essentielle pour vérifier que le total des débits est égal au total des crédits avant de produire les états financiers officiels.
Pourquoi c’est important

Il s’agit d’un contrôle qualité essentiel avant le reporting final. Des exécutions répétées de ce rapport peuvent indiquer que des problèmes dans les données sous-jacentes sont détectés puis corrigés, ce qui peut entraîner des retards.

Où les obtenir

Déduit des journaux d’audit système, tels que ceux de la transaction STAD, qui peuvent enregistrer l’exécution de transactions de reporting de la balance générale comme S_ALR_87012277 ou F.01.

Collecte

À partir des journaux système (STAD) qui suivent l’exécution des codes de transaction de reporting.

Type d’événement inferred
Rapprochement contrôlé
Indique que le rapprochement d’un compte ou d’un groupe de comptes donné a été contrôlé et confirmé. Dans SAP ECC standard, cet événement n’est pas journalisé explicitement et est souvent géré au moyen de contrôles hors ligne ou de solutions personnalisées.
Pourquoi c’est important

Le suivi du calendrier des contrôles est important pour comprendre les goulots d’étranglement lors des étapes de contrôle et de supervision du processus de clôture. Il peut mettre en évidence les retards liés à la disponibilité de la direction ou aux reprises de traitement.

Où les obtenir

Ces informations ne sont pas disponibles dans les tables ECC standard. Elles nécessiteraient une solution personnalisée, par exemple un champ de statut dans une table Z personnalisée, un flux de travail simple ou une intégration avec un outil spécialisé de rapprochement tiers.

Collecte

Capturez le changement de statut à partir d’un flux de travail personnalisé ou d’une table Z, si cette solution est mise en œuvre.

Type d’événement inferred
Recommandé Facultatif

Guides d’extraction

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

Prêt à commencer ?

Utilisez ce modèle de données pour commencer votre démarche de Process Mining et obtenir des analyses précieuses sur vos opérations de clôture financière. Commencez dès aujourd’hui à optimiser votre processus Record to Report !

Optimisez la clôture Record to Report et réduisez dès maintenant la durée du cycle

Éliminez les goulots d’étranglement et réduisez de 30 % la durée de votre cycle de clôture Record to Report.

Démarrer l’essai gratuit

Aucune carte bancaire requise. Démarrez votre essai gratuit de 14 jours.