Votre modèle de données pour Record to Report, clôture de période et rapprochement
Votre modèle de données pour Record to Report, clôture de période et rapprochement
- Attributs recommandés à collecter
- Activités clés à suivre
- Conseils d’extraction pour Microsoft Dynamics 365
Attributs de Record to Report, clôture de période et rapprochement
| Nom | Description | ||
|---|---|---|---|
|
Heure de l’événement
EventTime
|
Date et heure précises auxquelles une activité de clôture périodique a été exécutée ou achevée. | ||
|
Description
L’heure de l’événement est l’horodatage associé à chaque activité. Elle indique l’ordre chronologique des événements. Ces données sont indispensables pour reconstituer le flux du processus et effectuer des analyses temporelles. Dans le cadre du Process Mining, cet horodatage sert à calculer les temps de cycle, les durées et les temps d’attente entre les activités. Il permet de repérer les goulots d’étranglement, de suivre les performances du processus par rapport aux échéances et de comprendre son déroulement dans le temps.
Pourquoi est-ce important ?
Cet attribut est essentiel pour toutes les analyses temporelles, notamment le calcul des temps de cycle, le repérage des goulots d’étranglement et la compréhension de l’ordre des événements.
Où trouver ces données
Il s’agit généralement de champs d’horodatage générés par le système, comme « CreatedDateTime » ou « ModifiedDateTime », dans les transactions, les journaux ou les enregistrements d’état de Dynamics 365.
Exemples
2023-12-28T14:20:15Z2024-01-02T09:05:00Z2024-01-05T17:30:45Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom d’un événement métier ou d’une tâche survenu pendant le processus de clôture périodique, par exemple « Balance de vérification préparée » ou « Début du rapprochement de compte ». | ||
|
Description
Le nom de l’activité décrit une étape du flux de travail complet de clôture périodique. Chaque enregistrement d’événement dans les données sources correspond à l’une de ces activités et contribue à former la séquence d’événements de chaque période financière. Cet attribut est fondamental pour le Process Mining : il permet de visualiser la carte du processus et de voir comment le travail est réellement effectué. Il sert à analyser le flux du processus, à repérer les écarts par rapport à la procédure standard et à mesurer la durée entre les principales étapes.
Pourquoi est-ce important ?
Cet attribut constitue la base de la carte du processus. Il permet de visualiser et d’analyser l’ordre des étapes, les goulots d’étranglement et les écarts au cours du cycle de clôture périodique.
Où trouver ces données
Cet attribut est déduit de règles métier fondées sur les types de transactions, les changements d’état ou les journaux d’événements de modules Dynamics 365 comme le grand livre général ou le reporting financier.
Exemples
Comptabilisation des journaux de provisionsFin du rapprochement bancaireProduction des états financiersClôture de la période du grand livre général
|
|||
|
Période financière
FinancialPeriod
|
Identifiant unique du cycle de reporting financier, par exemple « 2023-12 » pour décembre 2023. Il sert d’identifiant de cas principal et regroupe toutes les activités liées à la fin de période. | ||
|
Description
La période financière représente l’ensemble du cycle de clôture des comptes pour une période donnée, généralement un mois ou un trimestre. Toutes les activités, du lancement de la clôture à l’approbation des états financiers définitifs de la période, sont associées à cet identifiant. Dans une analyse de Process Mining, cet attribut est essentiel pour définir le périmètre de chaque cas. Il permet de mesurer le temps de cycle complet de la clôture périodique, de comparer les résultats entre différentes périodes et de repérer les goulots d’étranglement récurrents à chaque cycle de clôture.
Pourquoi est-ce important ?
Cet identifiant de cas essentiel définit le périmètre de l’analyse. Il permet d’évaluer l’ensemble du processus de clôture périodique, du début à la fin, pour chaque cycle de reporting.
Où trouver ces données
Il s’agit souvent d’une clé composite dérivée des champs Fiscal Year et Period des tables de calendrier financier ou de période comptable de Microsoft Dynamics 365.
Exemples
2023-122024-012024-T1AF2023-P12
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant la dernière actualisation des données ou leur dernière extraction du système source. | ||
|
Description
Cet attribut indique la date à laquelle les données analysées sont à jour. Il est essentiel pour évaluer l’actualité et la pertinence des analyses de Process Mining et des Dashboards. Les utilisateurs s’appuient sur cet horodatage pour savoir s’ils consultent les données les plus récentes. Il est généralement affiché bien en évidence dans les Dashboards afin de préciser la date de mise à jour des données.
Pourquoi est-ce important ?
Donne une indication importante sur l’actualité des données et permet aux utilisateurs de savoir à quel point leur analyse des processus est à jour.
Où trouver ces données
Cette valeur est générée et enregistrée lors du processus d’extraction, de transformation et de chargement des données (ETL).
Exemples
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Système source
SourceSystem
|
Identifie le système d’information dont les données ont été extraites. Pour ce processus, il s’agit généralement de « Microsoft Dynamics 365 ». | ||
|
Description
Cet attribut indique l’origine des données du processus. Dans les environnements qui utilisent plusieurs ERP ou systèmes financiers, il permet de distinguer les sources de données et d’assurer la traçabilité de leur origine. Pour l’analyse, il facilite la traçabilité et la création de modèles couvrant plusieurs systèmes. Il permet de retrouver le système de référence correspondant à chaque constat pour approfondir les recherches.
Pourquoi est-ce important ?
Assure la traçabilité des données et, dans les environnements multisystèmes, permet d’attribuer correctement les événements du processus à leur système d’origine.
Où trouver ces données
Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement des données (ETL) afin d’indiquer l’origine du jeu de données.
Exemples
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
Code société
CompanyCode
|
Identifiant de l’entité juridique ou de la société pour laquelle la clôture de période est effectuée. | ||
|
Description
Le code société désigne une entité juridique distincte au sein de l’organisation. Les données financières et les activités de clôture sont séparées selon ce code. Cette dimension est essentielle à l’analyse, car elle permet de comparer les performances des différentes entités. Elle aide à repérer les sociétés dont le processus de clôture est le plus efficace et celles qui rencontrent des difficultés, afin de cibler les améliorations. La plupart des Dashboards, comme « Overall Period Close Cycle Time », nécessitent une segmentation selon cet attribut.
Pourquoi est-ce important ?
Cette dimension principale permet de filtrer et de comparer les performances de clôture de période entre différentes entités juridiques.
Où trouver ces données
Dans Dynamics 365, cet attribut correspond au champ « DataAreaId », présent dans presque toutes les tables de transactions.
Exemples
USMFDEMFGBSI
|
|||
|
Compte du grand livre
GlAccount
|
Numéro du compte précis du grand livre concerné par l’activité, par exemple lors de la comptabilisation d’une écriture ou d’un rapprochement. | ||
|
Description
Le compte du grand livre identifie le compte précis du plan comptable concerné par une transaction. Il fournit un niveau de détail fin sur les activités financières. Cet attribut est essentiel pour analyser les performances des rapprochements et repérer les comptes problématiques. Des Dashboards tels que « Post-Close Adjustment Frequency » et « GL Account Reconciliation Performance » s’appuient sur ce champ pour identifier les comptes qui font fréquemment l’objet d’ajustements ou dont le rapprochement prend beaucoup de temps.
Pourquoi est-ce important ?
Permet une analyse financière détaillée et aide à repérer les comptes problématiques, caractérisés par de nombreux ajustements ou des rapprochements longs.
Où trouver ces données
Se trouve dans les tables de transactions du grand livre, telles que « GeneralJournalAccountEntry » ou « LedgerJournalTrans » dans Dynamics 365.
Exemples
110110601500212100
|
|||
|
Département
Department
|
Département fonctionnel associé à l’activité ou à l’utilisateur qui l’effectue, par exemple « Finance », « Contrôle de gestion » ou « Comptabilité fournisseurs ». | ||
|
Description
L’attribut Département apporte un contexte organisationnel en reliant les activités à des fonctions métier précises. Il peut désigner le département de l’utilisateur qui a comptabilisé une écriture ou celui qui est responsable d’un ensemble de comptes du grand livre. L’analyse permet de comprendre la contribution des différents départements au processus de clôture de période. Elle aide à repérer les transferts entre départements, les retards et les goulots d’étranglement liés aux ressources. Elle alimente également des Dashboards tels que « User Workload & Performance ».
Pourquoi est-ce important ?
Apporte un contexte organisationnel et permet d’analyser les performances du processus ainsi que la répartition de la charge de travail par fonction.
Où trouver ces données
Peut être déduit des profils utilisateur ou des dimensions financières associées aux transactions dans Dynamics 365.
Exemples
Comptabilité généraleComptabilité fournisseursFP&AAudit interne
|
|||
|
Utilisateur responsable
ResponsibleUser
|
Identifiant ou nom de l’utilisateur qui a exécuté l’activité. | ||
|
Description
Cet attribut identifie la personne chargée d’effectuer une tâche précise dans le processus de clôture de période. Il peut s’agir de la personne qui a comptabilisé une écriture, approuvé un rapprochement ou généré un rapport. L’analyse par utilisateur permet de comprendre la répartition de la charge de travail, de repérer les besoins de formation et d’évaluer les performances individuelles ou collectives. Il s’agit d’une dimension importante pour les Dashboards consacrés à la productivité des utilisateurs et à la gestion des ressources. Elle est également nécessaire au calcul de l’indicateur « Avg User Activity Count Variance ».
Pourquoi est-ce important ?
Permet d’analyser la répartition de la charge de travail, les performances des utilisateurs et l’affectation des ressources, afin de repérer les équipes ou les personnes surchargées.
Où trouver ces données
Correspond à des champs tels que « CreatedBy » ou « ModifiedBy » dans les enregistrements de transaction de Dynamics 365. Les informations sur les utilisateurs sont généralement gérées dans le module d’administration système.
Exemples
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
|
|||
|
Catégorie de rapprochement
ReconciliationCategory
|
Classe le type de rapprochement effectué, par exemple « bancaire », « intersociétés » ou « immobilisations ». | ||
|
Description
La catégorie de rapprochement regroupe les rapprochements de comptes selon leur nature. Elle donne une vue d’ensemble plus large que l’examen de chaque compte du grand livre. L’analyse par catégorie aide à repérer les problèmes récurrents propres à certains types de rapprochement. Par exemple, le Dashboard « GL Account Reconciliation Performance » peut montrer si les rapprochements intersociétés prennent systématiquement plus de temps que les rapprochements bancaires, afin de cibler les améliorations.
Pourquoi est-ce important ?
Permet de classer les activités de rapprochement, de comparer leurs performances et de repérer les problèmes récurrents propres à certains types de rapprochement.
Où trouver ces données
Ces informations peuvent être stockées dans un module dédié aux rapprochements ou déduites des propriétés du compte du grand livre concerné. Consultez la documentation de Microsoft Dynamics 365.
Exemples
Rapprochement bancaireIntersociétésBilan : charges à payerRegistre auxiliaire des immobilisations
|
|||
|
Date cible d’achèvement
TargetCompletionDate
|
Date prévue ou cible pour achever le processus de clôture de période d’une période financière donnée. | ||
|
Description
La date cible d’achèvement est la date limite prévue pour clôturer une période financière. Elle est souvent définie dans un calendrier ou un échéancier de clôture. Cet attribut est essentiel pour évaluer le respect du calendrier. Il sert de référence à l’indicateur « Period Close On-Time Rate », qui compare la date d’achèvement réelle à la date cible. L’analyse des écarts permet d’évaluer la prévisibilité et la fiabilité du processus de clôture.
Pourquoi est-ce important ?
Permet de mesurer les performances par rapport aux échéances et de calculer le taux d’achèvement dans les délais de la clôture de période.
Où trouver ces données
Cette information peut être stockée dans une table de configuration des périodes financières ou du calendrier de Dynamics 365, ou provenir d’un outil de planification externe. Consultez la documentation de Microsoft Dynamics 365.
Exemples
2023-01-052023-02-042023-03-06
|
|||
|
Date réelle d’achèvement
ActualCompletionDate
|
Date à laquelle la dernière étape du processus de clôture d’une période financière a effectivement été achevée. | ||
|
Description
Cet attribut indique l’horodatage de la dernière activité qui clôt une période financière, par exemple « GL Period Closed » ou « Financial Statements Approved ». Il s’agit d’un attribut calculé, essentiel au calcul du temps de cycle global de la clôture de période. Il est également comparé à « TargetCompletionDate » pour calculer l’indicateur « Period Close On-Time Rate » et mesurer clairement le respect des délais.
Pourquoi est-ce important ?
Définit le point final du processus pour chaque période et permet de calculer le temps de cycle global ainsi que les indicateurs d’achèvement dans les délais.
Où trouver ces données
Calculé à partir de l’horodatage de la dernière activité enregistrée pour chaque dossier « FinancialPeriod » dans le journal d’événements.
Exemples
2023-01-06T11:00:00Z2023-02-04T18:30:00Z2023-03-07T09:45:00Z
|
|||
|
Est automatisé
IsAutomated
|
Indicateur booléen précisant si une activité a été effectuée par un système ou un robot d’automatisation plutôt que par un utilisateur. | ||
|
Description
Cet attribut distingue les activités manuelles des activités automatisées dans le processus de clôture de période. Il peut, par exemple, identifier les écritures comptabilisées par une interface automatisée ou les rapports générés par le système. L’analyse de cette dimension permet d’évaluer le degré d’automatisation du processus, de mesurer les gains d’efficacité obtenus, de repérer de nouvelles possibilités d’automatisation et de vérifier que les étapes automatisées se déroulent comme prévu, sans erreur ni exception.
Pourquoi est-ce important ?
Permet de mesurer l’effet de l’automatisation sur le processus et de repérer d’autres possibilités d’automatisation pour améliorer l’efficacité.
Où trouver ces données
Généralement déduit en vérifiant si « ResponsibleUser » correspond à un compte système ou de service connu.
Exemples
truefalse
|
|||
|
Est un ajustement après clôture
IsPostCloseAdjustment
|
Indicateur booléen calculé, vrai lorsqu’une écriture d’ajustement est comptabilisée après la préparation de la balance de vérification pour une période. | ||
|
Description
Cet attribut repère précisément les ajustements effectués tard dans le cycle de clôture. Il signale toute activité « Adjusting Journal Entries Posted » survenant après les étapes « Trial Balance Prepared » ou « Financial Statements Approved » au cours d’une même période financière. Il s’agit d’un indicateur important de la qualité des données et du contrôle du processus. Il sert à calculer l’indicateur « Post-Close Adjustment Entry Rate » et à alimenter le Dashboard « Post-Close Adjustment Frequency », afin d’aider à rechercher les causes profondes des modifications tardives.
Pourquoi est-ce important ?
Met en évidence les problèmes de qualité des données et de contrôle du processus en repérant les ajustements tardifs, susceptibles de compromettre l’intégrité des rapports financiers.
Où trouver ces données
Calculé lors de la transformation des données, en vérifiant l’ordre des événements dans chaque dossier de période financière.
Exemples
truefalse
|
|||
|
Est une reprise
IsRework
|
Indicateur booléen calculé, vrai lorsqu’une activité ou une séquence d’activités est répétée pour le même élément au cours d’un même dossier. | ||
|
Description
L’indicateur Is Rework repère les cas où une tâche doit être effectuée plusieurs fois. Il peut s’agir d’un rapprochement rouvert après approbation ou d’une écriture contrepassée puis comptabilisée à nouveau. Cet attribut est essentiel pour quantifier les inefficacités et les tâches inutiles du processus. Il alimente directement l’indicateur « Reconciliation Rework Rate » et le Dashboard « Period Close Rework & Deviations », qui mettent en évidence les problèmes de qualité ou les procédures imprécises à l’origine de tâches répétées.
Pourquoi est-ce important ?
Quantifie les inefficacités du processus en repérant les tâches répétées, ce qui aide à identifier les problèmes de qualité et les possibilités d’amélioration des procédures.
Où trouver ces données
Cet indicateur est calculé lors de la transformation des données, à l’aide d’une logique qui détecte les activités répétées pour une même entité, par exemple un même compte du grand livre, au cours d’une même période financière.
Exemples
truefalse
|
|||
|
Heure de fin
EndTime
|
Horodatage indiquant la fin d’une activité dont la durée peut être mesurée. | ||
|
Description
Pour les activités qui ne sont pas instantanées, comme une tâche de rapprochement, cet horodatage indique la fin de la tâche concernée. Associé à StartTime (EventTime), il permet d’en déterminer la durée. Cet attribut sert principalement à calculer la durée de traitement des activités individuelles. Il est essentiel pour des indicateurs tels que « Avg Adjusting Entry Processing Time » et pour les Dashboards qui analysent le temps consacré à des tâches précises.
Pourquoi est-ce important ?
Permet de calculer avec précision la durée de traitement de chaque activité et de repérer les goulots d’étranglement propres à certaines tâches.
Où trouver ces données
Ces données peuvent être difficiles à obtenir. Elles peuvent provenir de l’horodatage d’un changement de statut, d’un champ « ModifiedDateTime » ou d’une paire d’événements de début et de fin distincts dans les journaux.
Exemples
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
|
Identifiant de l’écriture comptable
JournalEntryId
|
Identifiant unique d’un document d’écriture comptable. | ||
|
Description
L’identifiant de l’écriture comptable est un numéro unique attribué à chaque écriture créée dans le grand livre. Il renvoie directement à la transaction source dans Dynamics 365. Même s’il n’est pas toujours utilisé pour l’analyse globale du processus, il est précieux pour examiner les détails et rechercher les causes profondes. Lorsqu’une anomalie, comme un ajustement après clôture, est détectée, cet identifiant permet à l’analyste de retrouver rapidement la transaction concernée dans le système source et de l’examiner.
Pourquoi est-ce important ?
Renvoie directement à la transaction source dans l’ERP et permet d’examiner rapidement les écritures comptables pour en rechercher les causes profondes.
Où trouver ces données
Correspond au champ « JournalNumber » dans des tables telles que « LedgerJournalTable » et « LedgerJournalTrans ».
Exemples
JV-001234GENJ005678ACCR-000987
|
|||
|
Montant
Amount
|
Valeur monétaire associée à une transaction financière, par exemple le montant d’une écriture comptable. | ||
|
Description
Cet attribut indique la valeur financière d’une activité. Il est particulièrement pertinent pour les écritures comptables, les ajustements et les rapprochements. Dans l’analyse de Process Mining, le montant peut servir à hiérarchiser les problèmes. Par exemple, l’analyse de la valeur des ajustements après clôture permet de concentrer l’attention sur les corrections les plus importantes. Il est également possible de filtrer la carte du processus pour n’afficher que les flux de transactions de montant élevé ou faible.
Pourquoi est-ce important ?
Apporte un contexte financier aux événements du processus et permet de les analyser selon leur impact monétaire, par exemple pour prioriser l’examen des ajustements les plus importants.
Où trouver ces données
Se trouve dans des champs de montant tels que « AmountCur » ou « TransactionCurrencyAmount », dans des tables comme « GeneralJournalAccountEntry » de Dynamics 365.
Exemples
15000.50-250.00125000.00
|
|||
Activités de Record to Report, clôture de période et rapprochement
| Activité | Description | ||
|---|---|---|---|
|
Approbation des états financiers
|
Cette étape marque l’approbation finale : la direction a examiné et validé les états financiers de la période. Elle est souvent enregistrée au moyen d’une tâche dans l’espace de travail Financial close. | ||
|
Pourquoi est-ce important ?
Cette étape importante pour l’entreprise clôt la phase de revue. Elle est essentielle pour mesurer le temps de revue des états financiers et évaluer la gouvernance globale du processus.
Où trouver ces données
L’événement provient de l’espace de travail Financial close. Il est enregistré à l’horodatage d’achèvement de la tâche d’approbation finale dans la liste de contrôle de clôture de la période.
Données à recueillir
Utilisez l’horodatage d’achèvement de la tâche « Final Approval » désignée dans l’espace de travail Financial close.
Type d’événement
explicit
|
|||
|
Approbation du rapprochement de compte
|
Cette activité indique qu’un responsable ou un réviseur a examiné et approuvé un rapprochement de compte préparé. Elle est généralement enregistrée comme la mise à jour finale de l’état d’une tâche dans l’espace de travail Financial close. | ||
|
Pourquoi est-ce important ?
Cette étape importante clôt le rapprochement d’un compte. Elle est essentielle pour calculer l’indicateur de temps moyen d’approbation des rapprochements et repérer les goulots d’étranglement liés aux approbations.
Où trouver ces données
L’événement provient des entités de gestion des tâches de l’espace de travail Financial close. Il correspond à l’horodatage auquel l’état d’une tâche de rapprochement passe à « Completed » ou « Approved ».
Données à recueillir
Relevez l’horodatage du changement d’état d’une tâche de clôture vers « Completed » ou vers un état final équivalent.
Type d’événement
explicit
|
|||
|
Clôture de la période du grand livre général
|
Dernière activité du processus, elle correspond à la clôture officielle de la période du grand livre général, qui empêche toute nouvelle comptabilisation. Il s’agit d’un changement d’état explicite et vérifiable dans Dynamics 365. | ||
|
Pourquoi est-ce important ?
En tant qu’événement de fin définitif, cette activité est essentielle pour calculer le temps de cycle moyen de clôture périodique. Elle marque la clôture finale et irréversible de la période financière.
Où trouver ces données
L’événement provient du calendrier comptable, dans l’entité LedgerPeriod. Il correspond à l’horodatage auquel l’état de la période passe à « Closed ».
Données à recueillir
Repérez dans la piste d’audit l’horodatage auquel le champ d’état de LedgerPeriod passe à « Closed ».
Type d’événement
explicit
|
|||
|
Début du processus de clôture périodique
|
Cette activité marque le début de la clôture financière pour une période donnée. Elle est généralement déduite de la création d’un calendrier de clôture dans l’espace de travail Financial close ou du premier changement d’état de la période comptable. | ||
|
Pourquoi est-ce important ?
En tant qu’événement de début, cette activité est essentielle pour mesurer le temps de cycle total de la clôture périodique. Le temps écoulé depuis cet événement permet d’évaluer la durée globale du processus et le respect des échéances.
Où trouver ces données
L’événement est déduit de la date de création d’une configuration « Financial close » ou de l’horodatage de la première tâche de clôture enregistrée pour la période financière. Ces données se trouvent dans les entités de l’espace de travail Financial close.
Données à recueillir
Utilisez l’horodatage de création de la liste de contrôle de clôture financière ou l’horodatage le plus ancien d’une activité de clôture pour la période.
Type d’événement
inferred
|
|||
|
Préparation de la balance de vérification
|
Cette étape importante marque le moment où tous les ajustements connus ont été comptabilisés et où une balance de vérification préliminaire est prête à être examinée. Cet événement déduit marque la fin de la saisie des données. | ||
|
Pourquoi est-ce important ?
Cette activité constitue un point de contrôle essentiel avant la production des états financiers. Elle marque le passage de la phase de correction des données à celle de production et de revue des rapports.
Où trouver ces données
Il s’agit d’une étape conceptuelle. Elle peut être déduite de l’horodatage de la dernière écriture d’ajustement comptabilisée avant le début de la production des états financiers.
Données à recueillir
Utilisez l’horodatage de la dernière écriture GeneralJournalEntry comptabilisée pour la période avant le début des tâches de production des états financiers.
Type d’événement
inferred
|
|||
|
Comptabilisation des écritures d’ajustement
|
Cet événement correspond à la comptabilisation d’écritures d’ajustement après les rapprochements initiaux, mais avant la clôture finale. Ces transactions explicites sont repérées à partir d’un nom de journal ou d’une date de comptabilisation spécifique. | ||
|
Pourquoi est-ce important ?
Un grand nombre d’ajustements peut révéler des problèmes de qualité des données ou dans les processus en amont. Leur suivi permet de mesurer le taux d’écritures d’ajustement après clôture et de repérer les comptes concernés.
Où trouver ces données
L’événement provient de la table GeneralJournalEntry. Repérez les journaux portant le nom « Adjustment » prévu à cet effet, ou ceux comptabilisés après la date de préparation de la balance de vérification.
Données à recueillir
Filtrez les enregistrements GeneralJournalEntry selon un JournalName spécifique ou selon la date de comptabilisation par rapport aux autres étapes clés.
Type d’événement
explicit
|
|||
|
Comptabilisation des journaux de provisions
|
Cet événement correspond à la comptabilisation des écritures de journal pour les charges et les produits à payer. Il s’agit d’une action explicite enregistrée dans les données de transaction du grand livre général, repérée à partir du nom ou du type de journal. | ||
|
Pourquoi est-ce important ?
Le suivi du calendrier et du volume des provisions permet de comprendre la charge de travail pendant la clôture. Il aide à repérer les dépendances et les goulots d’étranglement potentiels dans la collecte des informations nécessaires à ces écritures.
Où trouver ces données
L’événement est enregistré dans les tables GeneralJournalEntry et GeneralJournalAccountEntry. Filtrez les transactions comptabilisées pendant la période de clôture et portant un nom de journal réservé aux provisions, comme « ACCR ».
Données à recueillir
Filtrez les enregistrements GeneralJournalEntry selon un JournalName ou un PostingType spécifique utilisé pour les provisions.
Type d’événement
explicit
|
|||
|
Comptabilisation des journaux intersociétés
|
Cette activité correspond à la comptabilisation d’écritures de journal visant à rapprocher les soldes entre différentes entités juridiques de l’organisation. Il s’agit d’un événement explicite enregistré dans les journaux de transactions du grand livre général. | ||
|
Pourquoi est-ce important ?
Les rapprochements intersociétés sont souvent complexes et peuvent entraîner des retards. Le suivi de cette activité permet de mesurer l’indicateur de temps de rapprochement intersociétés et de repérer les inefficacités.
Où trouver ces données
L’événement est enregistré dans la table GeneralJournalEntry lorsque l’indicateur « Intercompany » est activé ou que la transaction concerne des comptes intersociétés.
Données à recueillir
Filtrez les enregistrements GeneralJournalEntry dont le type de transaction indique une comptabilisation intersociétés.
Type d’événement
explicit
|
|||
|
Début du rapprochement bancaire
|
Cette activité marque le début du rapprochement bancaire pour un compte et une période donnés. Il s’agit d’un événement explicite enregistré lorsqu’un utilisateur crée une feuille de rapprochement bancaire. | ||
|
Pourquoi est-ce important ?
Le moment où cette activité a lieu est essentiel pour comprendre le sous-processus de rapprochement bancaire. Il sert de point de départ pour mesurer l’efficacité des activités de rapprochement de trésorerie.
Où trouver ces données
L’événement provient des tables BankStatement et BankStatementLine. L’horodatage de création d’un nouvel enregistrement de rapprochement de relevé bancaire sert d’heure d’événement.
Données à recueillir
Pour la période financière concernée, utilisez le champ « CreatedDateTime » de la table BankStatement.
Type d’événement
explicit
|
|||
|
Début du rapprochement de compte
|
Cette activité correspond au début, par un utilisateur, du rapprochement d’un compte précis du grand livre général, par exemple un compte de bilan. Elle est enregistrée comme un changement d’état d’une tâche dans l’espace de travail Financial close. | ||
|
Pourquoi est-ce important ?
Cette activité sert de point de départ pour mesurer le temps de cycle de rapprochement de chaque compte. Elle permet de repérer les comptes dont le rapprochement commence le plus tard.
Où trouver ces données
L’événement provient des entités de gestion des tâches de l’espace de travail Financial close. Il correspond à l’horodatage auquel l’état d’une tâche de rapprochement passe à « In progress ».
Données à recueillir
Relevez l’horodatage du changement d’état d’une tâche de clôture vers « In progress » ou vers un état équivalent.
Type d’événement
explicit
|
|||
|
Fin du rapprochement bancaire
|
Cette activité indique que le rapprochement bancaire est terminé et comptabilisé. Il s’agit d’un événement explicite enregistré lors d’un changement d’état de l’enregistrement de rapprochement bancaire. | ||
|
Pourquoi est-ce important ?
Il s’agit d’une étape importante du processus de clôture. Le suivi de son achèvement permet de mesurer le débit et la durée du cycle de rapprochement bancaire.
Où trouver ces données
L’événement est déduit du passage à l’état « Reconciled » de l’entité BankStatement ou de l’horodatage de comptabilisation du journal de rapprochement associé.
Données à recueillir
Repérez l’horodatage auquel le champ d’état de BankStatement passe à « Reconciled ».
Type d’événement
inferred
|
|||
|
Mise en attente des sous-livres
|
Cette activité correspond au moment où les sous-livres transactionnels, comme les comptes fournisseurs et les comptes clients, ne peuvent plus enregistrer de nouvelles transactions pour la période. Elle est repérée à partir des changements d’état des périodes comptables de chaque module. | ||
|
Pourquoi est-ce important ?
Il s’agit d’un point de contrôle essentiel pour garantir l’intégrité des données avant le début des travaux dans le grand livre général. Tout retard à cette étape peut se répercuter sur l’ensemble du calendrier de clôture.
Où trouver ces données
L’événement est déduit de l’état de la période du calendrier comptable pour chaque module de sous-livre. Le passage à l’état « On hold » pour les comptes fournisseurs, les comptes clients, etc., indique que l’activité a eu lieu.
Données à recueillir
Repérez dans la piste d’audit de l’entité LedgerPeriod les changements d’état vers « On hold », en filtrant par module.
Type d’événement
inferred
|
|||
|
Production des états financiers
|
Cette activité correspond à la production de rapports financiers officiels, comme le compte de résultat et le bilan. Il est souvent difficile de l’enregistrer, car elle implique l’exécution d’un rapport. | ||
|
Pourquoi est-ce important ?
Cette activité marque le début du cycle de revue finale. La durée entre cette étape et l’approbation finale est un indicateur clé de l’efficacité de la revue par la direction.
Où trouver ces données
Les journaux système de l’outil Financial Reporter, anciennement Management Reporter, peuvent contenir cette information. Toutefois, elle n’est généralement pas stockée dans les tables de transactions et peut nécessiter une journalisation personnalisée.
Données à recueillir
L’identification de cet événement nécessite l’analyse des journaux système ou la capture personnalisée des événements. Il peut ne pas être disponible dans une configuration standard.
Type d’événement
inferred
|
|||
|
Réouverture de la période du grand livre général
|
Cette activité exceptionnelle a lieu lorsqu’une période déjà clôturée est rouverte pour comptabiliser un ajustement tardif. Elle correspond à un changement d’état explicite de « Closed » à « On hold » ou « Open ». | ||
|
Pourquoi est-ce important ?
La réouverture d’une période constitue un écart important par rapport au processus standard et peut révéler une faiblesse des contrôles ou une erreur majeure. Il est essentiel d’en suivre la fréquence pour améliorer le processus et la conformité.
Où trouver ces données
L’événement provient du calendrier comptable, dans l’entité LedgerPeriod. Il correspond à l’horodatage auquel l’état de la période passe de « Closed » à un état autre que « Closed ».
Données à recueillir
Repérez dans la piste d’audit l’horodatage auquel l’état de LedgerPeriod quitte « Closed ».
Type d’événement
explicit
|
|||
Guides d’extraction
Prêt à démarrer ?
Commencez dès aujourd’hui à optimiser votre processus Record to Report à l’aide de ce modèle de données. Accélérez la production de vos rapports financiers, améliorez leur exactitude et renforcez la conformité.
Accélérez la clôture périodique et le rapprochement Record to Report
Réduisez le temps de cycle de 30 % et améliorez la précision pour clôturer plus rapidement vos comptes.
Aucune carte bancaire requise. Commencez à optimiser vos processus dès aujourd’hui.