Ihr Daten-Template für den Record-to-Report-Prozess, Periodenabschluss und Abstimmung
Ihr Daten-Template für den Record-to-Report-Prozess, Periodenabschluss und Abstimmung
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Nachverfolgung
- Anleitung zur Datenextraktion aus Microsoft Dynamics 365
Attribute für Record-to-Report-Prozess, Periodenabschluss und Abstimmung
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name eines bestimmten Geschäftsereignisses oder einer Aufgabe im Periodenabschlussprozess, zum Beispiel „Saldenübersicht vorbereitet“ oder „Kontenabstimmung gestartet“. | ||
|
Beschreibung
Der Aktivitätsname bezeichnet einen einzelnen Schritt im gesamten Workflow des Periodenabschlusses. Jeder Ereignisdatensatz in den Quelldaten entspricht einer dieser Aktivitäten. Zusammen bilden sie die Ereignisfolge für jede finanzielle Periode. Dieses Attribut ist für Process Mining grundlegend, da es die Visualisierung der Prozesslandkarte ermöglicht und zeigt, wie die Arbeit tatsächlich abläuft. Es dient dazu, den Prozessfluss zu analysieren, Abweichungen von der Standardvorgehensweise zu erkennen und die Dauer zwischen wichtigen Meilensteinen zu messen.
Warum das wichtig ist
Dieses Attribut bildet die Grundlage der Prozesslandkarte. Es ermöglicht, die Abfolge der Schritte, Engpässe und Abweichungen im Periodenabschlusszyklus zu visualisieren und zu analysieren.
Woher beziehen
Abgeleitet aus der Geschäftslogik zu Transaktionsarten, Statusänderungen oder bestimmten Ereignisprotokollen in Dynamics-365-Modulen wie Hauptbuch oder Finanzberichterstattung.
Beispiele
Abgrenzungsbuchungen gebuchtBankabstimmung abgeschlossenFinanzberichte erstelltHauptbuchperiode geschlossen
|
|||
|
Ereigniszeit
EventTime
|
Das genaue Datum und die Uhrzeit, zu der eine bestimmte Aktivität des Periodenabschlusses ausgeführt oder abgeschlossen wurde. | ||
|
Beschreibung
Die Ereigniszeit ist der jeder Aktivität zugeordnete Timestamp und gibt die chronologische Reihenfolge der Ereignisse an. Diese Daten sind erforderlich, um den Prozessablauf abzubilden und zeitbezogene Analysen durchzuführen. Beim Process Mining dient dieser Timestamp dazu, Durchlaufzeiten, Aktivitätsdauern und Wartezeiten zwischen Aktivitäten zu berechnen. Er bildet die Grundlage, um Engpässe zu erkennen, die Prozessleistung anhand von Fristen zu überwachen und den zeitlichen Verlauf des Periodenabschlusses zu verstehen.
Warum das wichtig ist
Dieses Attribut ist für alle zeitbezogenen Analysen entscheidend. Dazu gehören die Berechnung von Durchlaufzeiten, die Erkennung von Engpässen und die Analyse der Ereignisreihenfolge.
Woher beziehen
Entspricht in der Regel systemgenerierten Timestamp-Feldern wie „CreatedDateTime“ oder „ModifiedDateTime“ für Transaktionen, Journale oder Statusdatensätze in Dynamics 365.
Beispiele
2023-12-28T14:20:15Z2024-01-02T09:05:00Z2024-01-05T17:30:45Z
|
|||
|
Finanzielle Periode
FinancialPeriod
|
Eine eindeutige Kennung für den Finanzberichtszyklus, zum Beispiel „2023-12“ für Dezember 2023. Sie dient als primäre Case-ID und fasst alle zugehörigen Aktivitäten zum Periodenende zusammen. | ||
|
Beschreibung
Die finanzielle Periode umfasst den gesamten Abschlusszyklus für einen bestimmten Zeitraum, in der Regel einen Monat oder ein Quartal. Alle Aktivitäten, vom Start des Abschlusses bis zur Freigabe der endgültigen Finanzberichte für die Periode, sind über diese Kennung miteinander verknüpft. Bei der Process-Mining-Analyse legt dieses Attribut den Umfang jedes Case fest. Damit lassen sich die Durchlaufzeit des gesamten Periodenabschlusses messen, die Leistung verschiedener Perioden vergleichen und systematische Engpässe erkennen, die in jedem Abschlusszyklus erneut auftreten.
Warum das wichtig ist
Diese wichtige Case-ID bildet die Grundlage der Analyse. Sie ermöglicht es, den gesamten Periodenabschluss für jeden einzelnen Berichtszyklus von Anfang bis Ende auszuwerten.
Woher beziehen
Häufig handelt es sich um einen zusammengesetzten Schlüssel aus den Feldern Fiscal Year und Period in den Tabellen zum Finanzkalender oder zu Ledger-Perioden in Microsoft Dynamics 365.
Beispiele
2023-122024-012024-Q1FY2023-P12
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp, der angibt, wann die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt den Stand der analysierten Daten an. Es ist wichtig, um die Aktualität und Relevanz der Process-Mining-Analyse und der Dashboards einzuschätzen. Anhand dieses Timestamps sehen Benutzer, ob sie mit den aktuellsten verfügbaren Daten arbeiten. In Dashboards wird er meist gut sichtbar angezeigt, damit der Datenstand klar erkennbar ist.
Warum das wichtig ist
Gibt Aufschluss über die Aktualität der Daten und zeigt, auf welchem Stand die Prozessanalyse ist.
Woher beziehen
Dieser Wert wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und gespeichert.
Beispiele
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Gibt das Informationssystem an, aus dem die Daten extrahiert wurden. Für diesen Prozess ist dies in der Regel „Microsoft Dynamics 365“. | ||
|
Beschreibung
Dieses Attribut gibt an, woher die Prozessdaten stammen. In Umgebungen mit mehreren ERP- oder Finanzsystemen lassen sich damit Datenquellen unterscheiden und Datenherkunft nachvollziehen. Für die Analyse ist das Attribut wichtig, um Daten zurückzuverfolgen und Modelle zu erstellen, die mehrere Systeme umfassen. So können Erkenntnisse dem richtigen führenden System zugeordnet und dort weiter untersucht werden.
Warum das wichtig ist
Ermöglicht die Rückverfolgung von Daten. In Umgebungen mit mehreren Systemen ist das entscheidend, um Prozessereignisse dem jeweiligen Ursprungssystem zuzuordnen.
Woher beziehen
Dieser statische Wert wird in der Regel während des ETL-Prozesses (Extraktion, Transformation und Laden) ergänzt, um die Herkunft des Datensatzes zu kennzeichnen.
Beispiele
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
Abteilung
Department
|
Die Fachabteilung, der die Aktivität oder der ausführende Benutzer zugeordnet ist, zum Beispiel „Finanzen“, „Controlling“ oder „Kreditorenbuchhaltung“. | ||
|
Beschreibung
Das Attribut „Abteilung“ ordnet Aktivitäten bestimmten Unternehmensbereichen zu. Es kann sich um die Abteilung des Benutzers handeln, der eine Buchung vorgenommen hat, oder um die Abteilung, die für bestimmte Hauptbuchkonten zuständig ist. In der Analyse zeigt das Attribut, welchen Beitrag die einzelnen Abteilungen zum Periodenabschluss leisten. Es hilft, Übergaben zwischen Abteilungen, Verzögerungen und Ressourcenengpässe zu erkennen. Außerdem unterstützt es Dashboards wie „Arbeitslast und Leistung der Benutzer“.
Warum das wichtig ist
Ordnet Aktivitäten den jeweiligen Unternehmensbereichen zu und ermöglicht so die Analyse von Prozessleistung und Arbeitslastverteilung nach Fachbereich.
Woher beziehen
Lässt sich aus Benutzerprofilen oder aus den Finanzdimensionen der Transaktionen in Dynamics 365 ableiten.
Beispiele
KonzernrechnungswesenKreditorenbuchhaltungFinanzplanung und -analyseInterne Revision
|
|||
|
Buchungskreis
CompanyCode
|
Die Kennung der juristischen Person oder des Unternehmens, für das der Periodenabschluss durchgeführt wird. | ||
|
Beschreibung
Der Buchungskreis steht für eine eigenständige juristische Person innerhalb der Organisation. Finanzdaten und Abschlussaktivitäten werden nach diesem Code getrennt. Als wichtige Analysedimension ermöglicht er den Vergleich verschiedener Gesellschaften. So lässt sich feststellen, welche Unternehmen den Abschluss besonders effizient durchführen und wo Schwierigkeiten auftreten. Das unterstützt gezielte Verbesserungsmaßnahmen. Für die meisten Dashboards, etwa „Gesamte Zykluszeit des Periodenabschlusses“, muss nach diesem Attribut segmentiert werden.
Warum das wichtig ist
Diese zentrale Dimension dient zum Filtern und Vergleichen der Abschlussleistung verschiedener juristischer Personen.
Woher beziehen
In Dynamics 365 entspricht dies dem Feld „DataAreaId“, das in fast jeder Transaktionstabelle vorhanden ist.
Beispiele
USMFDEMFGBSI
|
|||
|
Hauptbuchkonto
GlAccount
|
Die Nummer des Hauptbuchkontos, das an der Aktivität beteiligt ist, zum Beispiel bei einer Buchung oder einem Abgleich. | ||
|
Beschreibung
Das Hauptbuchkonto bezeichnet das konkrete Konto im Kontenplan, das von einer Transaktion betroffen ist. Es liefert detaillierte Informationen zu Finanzaktivitäten. Dieses Attribut ist wichtig, um die Leistung von Abstimmungen zu analysieren und problematische Konten zu erkennen. Dashboards wie „Häufigkeit von Anpassungen nach dem Abschluss“ und „Leistung der Hauptbuchkonto-Abstimmung“ verwenden das Feld, um Konten mit häufigen Anpassungen oder langen Abstimmungszeiten zu identifizieren.
Warum das wichtig ist
Ermöglicht eine detaillierte Finanzanalyse und hilft, problematische Konten mit häufigen Anpassungen oder langen Abstimmungszeiten zu erkennen.
Woher beziehen
In Dynamics 365 ist das Feld in Hauptbuchtransaktionstabellen wie „GeneralJournalAccountEntry“ oder „LedgerJournalTrans“ zu finden.
Beispiele
110110601500212100
|
|||
|
Verantwortlicher Benutzer
ResponsibleUser
|
Die Benutzer-ID oder der Name der Person, die die Aktivität ausgeführt hat. | ||
|
Beschreibung
Dieses Attribut gibt an, wer für eine bestimmte Aufgabe im Periodenabschluss verantwortlich war. Das kann die Person sein, die eine Buchung vorgenommen, einen Abgleich freigegeben oder einen Bericht erstellt hat. Die Auswertung nach Benutzern zeigt, wie sich die Arbeitslast verteilt, wo Schulungsbedarf besteht und wie Einzelpersonen oder Teams abschneiden. Das Attribut ist eine wichtige Dimension für Dashboards zur Benutzerproduktivität und Ressourcenverwaltung. Außerdem wird es zur Berechnung der KPI „Durchschnittliche Abweichung der Benutzeraktivitäten“ benötigt.
Warum das wichtig ist
Ermöglicht die Analyse der Arbeitslastverteilung, der Benutzerleistung und der Ressourcenzuweisung. So lassen sich überlastete Teams oder Einzelpersonen erkennen.
Woher beziehen
Entspricht Feldern wie „CreatedBy“ oder „ModifiedBy“ in Transaktionsdatensätzen von Dynamics 365. Benutzerinformationen werden in der Regel im Modul „Systemverwaltung“ verwaltet.
Beispiele
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
|
|||
|
Abstimmungskategorie
ReconciliationCategory
|
Ordnet die Art der durchgeführten Abstimmung ein, zum Beispiel „Bank“, „Konzernintern“ oder „Anlagevermögen“. | ||
|
Beschreibung
Die Abstimmungskategorie fasst einzelne Kontenabstimmungen nach ihrer Art in Gruppen zusammen. So erhalten Sie einen Überblick, der über einzelne Hauptbuchkonten hinausgeht. Die Auswertung nach Kategorien hilft, systematische Probleme bei bestimmten Abstimmungsarten zu erkennen. Das Dashboard „Leistung der Hauptbuchkonto-Abstimmung“ kann beispielsweise zeigen, ob konzerninterne Abstimmungen regelmäßig länger dauern als Bankabstimmungen. So lassen sich Verbesserungsmaßnahmen gezielt planen.
Warum das wichtig ist
Ordnet Abstimmungsaktivitäten Kategorien zu und ermöglicht den Leistungsvergleich sowie das Erkennen systematischer Probleme bei bestimmten Abstimmungsarten.
Woher beziehen
Diese Informationen können in einem eigenen Abstimmungsmodul gespeichert oder aus den Eigenschaften des abzustimmenden Hauptbuchkontos abgeleitet werden. Weitere Informationen finden Sie in der Dokumentation zu Microsoft Dynamics 365.
Beispiele
BankabstimmungKonzerninterne AbstimmungBilanz: RechnungsabgrenzungenAnlagennebenbuch
|
|||
|
Anpassung nach dem Abschluss
IsPostCloseAdjustment
|
Ein berechnetes boolesches Kennzeichen, das angibt, ob nach der Erstellung der Summen- und Saldenliste für eine Periode eine Anpassungsbuchung vorgenommen wurde. | ||
|
Beschreibung
Dieses Attribut kennzeichnet Anpassungen, die spät im Abschlusszyklus vorgenommen wurden. Es erfasst alle Aktivitäten vom Typ „Anpassungsbuchungen vorgenommen“, die innerhalb derselben Finanzperiode nach den Meilensteinen „Summen- und Saldenliste erstellt“ oder „Jahresabschluss freigegeben“ stattfinden. Das Attribut ist ein wichtiger Indikator für Datenqualität und Prozesskontrolle. Es wird zur Berechnung der KPI „Quote der Anpassungsbuchungen nach dem Abschluss“ und für das Dashboard „Häufigkeit von Anpassungen nach dem Abschluss“ verwendet. So lassen sich die Ursachen später Änderungen ermitteln.
Warum das wichtig ist
Macht Probleme bei Datenqualität und Prozesskontrolle sichtbar, indem verspätete Anpassungen erfasst werden, die die Verlässlichkeit von Finanzberichten beeinträchtigen können.
Woher beziehen
Wird bei der Datentransformation berechnet, indem die Ereignisabfolge innerhalb jedes Cases einer Finanzperiode geprüft wird.
Beispiele
truefalse
|
|||
|
Automatisiert
IsAutomated
|
Ein boolesches Kennzeichen, das angibt, ob eine Aktivität von einem System oder Automatisierungs-Bot statt von einem menschlichen Benutzer ausgeführt wurde. | ||
|
Beschreibung
Dieses Attribut unterscheidet manuelle von automatisierten Aktivitäten im Periodenabschluss. Damit lassen sich beispielsweise Buchungen über eine automatisierte Schnittstelle oder systemgenerierte Berichte erkennen. Die Auswertung zeigt, wie stark der Prozess automatisiert ist. Sie können damit Effizienzgewinne durch Automatisierung messen, weitere Automatisierungsmöglichkeiten erkennen und prüfen, ob automatisierte Schritte erwartungsgemäß und ohne Fehler oder Ausnahmen ablaufen.
Warum das wichtig ist
Zeigt die Auswirkungen der Automatisierung auf den Prozess und hilft, weitere Möglichkeiten zur Effizienzsteigerung zu erkennen.
Woher beziehen
Wird in der Regel daraus abgeleitet, ob „ResponsibleUser“ einem bekannten System- oder Dienstkonto entspricht.
Beispiele
truefalse
|
|||
|
Betrag
Amount
|
Der Geldwert einer Finanztransaktion, zum Beispiel der Betrag einer Buchung. | ||
|
Beschreibung
Dieses Attribut erfasst den finanziellen Wert einer Aktivität. Es ist besonders relevant für Buchungen, Anpassungen und Abstimmungen. In der Process-Mining-Analyse lässt sich der Betrag verwenden, um Probleme nach ihrer Bedeutung zu priorisieren. So können Sie bei Anpassungen nach dem Abschluss zunächst Korrekturen mit hohem Wert untersuchen. Außerdem können Sie die Prozessübersicht nach Transaktionen mit hohen oder niedrigen Beträgen filtern.
Warum das wichtig ist
Ordnet Prozessereignissen einen finanziellen Wert zu. So lassen sich Analysen nach finanzieller Auswirkung durchführen und Untersuchungen zu Anpassungen mit hohem Wert priorisieren.
Woher beziehen
In Dynamics 365 ist der Betrag in Feldern wie „AmountCur“ oder „TransactionCurrencyAmount“ zu finden, zum Beispiel in der Tabelle „GeneralJournalAccountEntry“.
Beispiele
15000.50-250.00125000.00
|
|||
|
Buchungsbeleg-ID
JournalEntryId
|
Die eindeutige Kennung eines Buchungsbelegs. | ||
|
Beschreibung
Die Buchungsbeleg-ID ist eine eindeutige Nummer, die jeder Buchung im Hauptbuch zugewiesen wird. Sie verweist direkt auf die zugehörige Transaktion in Dynamics 365. Für übergeordnete Prozessanalysen wird sie nicht immer benötigt, für Detailanalysen und Ursachenanalysen ist sie jedoch sehr hilfreich. Wird eine Auffälligkeit wie eine Anpassung nach dem Abschluss festgestellt, können Analysten anhand dieser ID die betreffende Transaktion im Quellsystem schnell aufrufen und genauer untersuchen.
Warum das wichtig ist
Verweist direkt auf die Quelltransaktion im ERP-System und ermöglicht eine schnelle Detailanalyse, um die Ursache bestimmter Buchungen zu ermitteln.
Woher beziehen
Entspricht dem Feld „JournalNumber“ in Tabellen wie „LedgerJournalTable“ und „LedgerJournalTrans“.
Beispiele
JV-001234GENJ005678ACCR-000987
|
|||
|
Endzeit
EndTime
|
Der Timestamp, der angibt, wann eine Aktivität mit messbarer Dauer abgeschlossen wurde. | ||
|
Beschreibung
Bei Aktivitäten mit einer Dauer, etwa einer Abstimmungsaufgabe, kennzeichnet dieser Timestamp den Abschluss der jeweiligen Aufgabe. Zusammen mit „StartTime“ („EventTime“) gibt er die Dauer an. Das Attribut dient vor allem dazu, die Verarbeitungszeit einzelner Aktivitäten zu berechnen. Es ist wichtig für KPIs wie „Durchschnittliche Verarbeitungszeit von Anpassungsbuchungen“ und für Dashboards, die die Zeitaufteilung einzelner Aufgaben analysieren.
Warum das wichtig ist
Ermöglicht die genaue Berechnung der Verarbeitungszeit einzelner Aktivitäten und hilft, Engpässe auf Aufgabenebene zu erkennen.
Woher beziehen
Diese Daten sind möglicherweise schwer zu beschaffen. Sie können aus einem Timestamp für Statusänderungen, einem Feld wie „ModifiedDateTime“ oder separaten Start- und Endereignissen in den Protokollen stammen.
Beispiele
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
|
Geplantes Abschlussdatum
TargetCompletionDate
|
Das geplante Datum oder Zieldatum für den Abschluss einer Finanzperiode. | ||
|
Beschreibung
Das geplante Abschlussdatum ist der Stichtag, bis zu dem eine Finanzperiode abgeschlossen sein soll. Es wird häufig in einem Abschlusskalender oder Zeitplan festgelegt. Dieses Attribut ist wichtig, um die Leistung anhand des Zeitplans zu bewerten. Es bildet die Grundlage für die KPI „Pünktlichkeitsquote des Periodenabschlusses“, bei der das tatsächliche Abschlussdatum mit dem Zieldatum verglichen wird. Abweichungen geben Aufschluss über die Planbarkeit und Zuverlässigkeit des Abschlussprozesses.
Warum das wichtig ist
Ermöglicht die Leistungsmessung anhand von Fristen und die Berechnung der pünktlichen Abschlüsse von Finanzperioden.
Woher beziehen
Das Datum kann in Dynamics 365 in einer Konfigurationstabelle für Finanzperioden oder Kalender gespeichert sein. Möglicherweise muss es auch aus einem externen Planungstool bezogen werden. Weitere Informationen finden Sie in der Dokumentation zu Microsoft Dynamics 365.
Beispiele
2023-01-052023-02-042023-03-06
|
|||
|
Nacharbeit
IsRework
|
Ein berechnetes boolesches Kennzeichen, das angibt, ob eine Aktivität oder eine Abfolge von Aktivitäten innerhalb eines einzelnen Cases für dasselbe Objekt wiederholt wird. | ||
|
Beschreibung
Das Kennzeichen „Nacharbeit“ zeigt, wenn eine Aufgabe mehr als einmal ausgeführt werden muss. Das kann eine Abstimmung sein, die nach der Freigabe erneut geöffnet wird, oder eine Buchung, die storniert und erneut gebucht wird. Dieses Attribut ist wichtig, um Ineffizienz und Verschwendung im Prozess zu quantifizieren. Es fließt direkt in die KPI „Nacharbeitsquote bei Abstimmungen“ und das Dashboard „Nacharbeit und Abweichungen beim Periodenabschluss“ ein. Damit werden Bereiche mit Qualitätsproblemen oder unklaren Vorgehensweisen sichtbar, die zu doppeltem Aufwand führen.
Warum das wichtig ist
Quantifiziert Ineffizienz, indem wiederholte Arbeit erfasst wird. So lassen sich Qualitätsprobleme und Verbesserungsmöglichkeiten bei den Vorgehensweisen erkennen.
Woher beziehen
Das Kennzeichen wird bei der Datentransformation berechnet. Dazu wird geprüft, ob Aktivitäten für dieselbe Entität, zum Beispiel dasselbe Hauptbuchkonto, innerhalb derselben Finanzperiode wiederholt wurden.
Beispiele
truefalse
|
|||
|
Tatsächliches Abschlussdatum
ActualCompletionDate
|
Das Datum, an dem der letzte Schritt des Periodenabschlusses für eine Finanzperiode tatsächlich abgeschlossen wurde. | ||
|
Beschreibung
Dieses Attribut enthält den Timestamp der letzten Aktivität für einen Case einer Finanzperiode, zum Beispiel „Hauptbuchperiode geschlossen“ oder „Jahresabschluss freigegeben“. Es wird abgeleitet und ist entscheidend für die Berechnung der gesamten Zykluszeit des Periodenabschlusses. Außerdem wird es mit „TargetCompletionDate“ verglichen, um die KPI „Pünktlichkeitsquote des Periodenabschlusses“ zu berechnen und die Termintreue messbar zu machen.
Warum das wichtig ist
Legt für jede Periode den Prozessendpunkt fest und ermöglicht die Berechnung der gesamten Zykluszeit sowie der KPIs zur Termintreue.
Woher beziehen
Wird ermittelt, indem im Event Log der Timestamp der letzten erfassten Aktivität für jeden Case vom Typ „FinancialPeriod“ gesucht wird.
Beispiele
2023-01-06T11:00:00Z2023-02-04T18:30:00Z2023-03-07T09:45:00Z
|
|||
Aktivitäten für Record-to-Report-Prozess, Periodenabschluss und Abstimmung
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Finanzberichte freigegeben
|
Dieser letzte Freigabemeilenstein zeigt an, dass die Geschäftsleitung die Finanzberichte für die Periode geprüft und freigegeben hat. Er wird häufig über eine Aufgabe im Arbeitsbereich Financial close erfasst. | ||
|
Warum das wichtig ist
Dieser wichtige geschäftliche Meilenstein schließt die Prüfungsphase ab. Er ist entscheidend für die Messung der Prüfungsdauer von Finanzberichten und die Governance des Gesamtprozesses.
Woher beziehen
Die Daten stammen aus dem Arbeitsbereich Financial close. Erfasst wird der Abschluss-Timestamp der letzten Freigabeaufgabe in der Abschlusscheckliste für die Periode.
Erfassung
Verwenden Sie den Abschluss-Timestamp der vorgesehenen Aufgabe „Final Approval“ im Arbeitsbereich Financial close.
Ereignistyp
explicit
|
|||
|
Hauptbuchperiode geschlossen
|
Dies ist die letzte Aktivität im Prozess. Dabei wird die Hauptbuchperiode offiziell geschlossen, sodass keine weiteren Buchungen möglich sind. In Dynamics 365 wird diese Statusänderung explizit und auditfähig erfasst. | ||
|
Warum das wichtig ist
Als abschließendes End-Event ist diese Aktivität für die Berechnung der durchschnittlichen Durchlaufzeit des Periodenabschlusses entscheidend. Sie markiert den endgültigen und unumkehrbaren Abschluss der finanziellen Periode.
Woher beziehen
Die Daten stammen aus dem Ledger-Kalender, der Entität LedgerPeriod. Als Ereigniszeit dient der Timestamp, zu dem der Periodenstatus auf „Closed“ gesetzt wird.
Erfassung
Ermitteln Sie im Audit-Trail den Timestamp, zu dem das Statusfeld von LedgerPeriod auf „Closed“ gesetzt wird.
Ereignistyp
explicit
|
|||
|
Kontenabstimmung freigegeben
|
Diese Aktivität zeigt an, dass eine vorbereitete Kontenabstimmung von einer Führungskraft oder prüfenden Person geprüft und freigegeben wurde. Sie wird in der Regel als abschließende Statusänderung einer Aufgabe im Arbeitsbereich Financial close erfasst. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein schließt die Abstimmung eines Kontos ab. Er ist entscheidend für die Berechnung der KPI „Durchschnittliche Freigabezeit für Abstimmungen“ und die Erkennung von Engpässen bei Freigaben.
Woher beziehen
Die Daten stammen aus den Aufgabenverwaltungsentitäten des Arbeitsbereichs Financial close. Als Ereigniszeit dient der Timestamp, zu dem der Status einer Abstimmungsaufgabe auf „Completed“ oder „Approved“ gesetzt wird.
Erfassung
Erfassen Sie den Timestamp, zu dem der Status einer Abschlussaufgabe auf „Completed“ oder einen entsprechenden Endstatus gesetzt wird.
Ereignistyp
explicit
|
|||
|
Periodenabschluss gestartet
|
Diese Aktivität markiert den Beginn des finanziellen Abschlusses für eine bestimmte Periode. Sie lässt sich in der Regel aus der Erstellung eines Abschlussplans im Arbeitsbereich Financial close oder aus der ersten Statusänderung der Ledger-Periode ableiten. | ||
|
Warum das wichtig ist
Als Start-Event ist diese Aktivität entscheidend für die Messung der gesamten Durchlaufzeit des Periodenabschlusses. Die Zeit ab diesem Ereignis zeigt die Gesamtdauer des Prozesses und ob Zeitpläne eingehalten werden.
Woher beziehen
Die Aktivität lässt sich aus dem Erstellungsdatum einer Konfiguration für „Financial close“ oder dem Timestamp der ersten erfassten Abschlussaufgabe für die finanzielle Periode ableiten. Die Daten befinden sich in den Entitäten des Arbeitsbereichs Financial close.
Erfassung
Verwenden Sie den Erstellungs-Timestamp der Checkliste für den finanziellen Abschluss oder den frühesten Timestamp einer Abschlussaktivität für die Periode.
Ereignistyp
inferred
|
|||
|
Saldenübersicht vorbereitet
|
Dieser wichtige Meilenstein bezeichnet den Zeitpunkt, zu dem alle bekannten Korrekturen gebucht wurden und eine vorläufige Saldenübersicht zur Prüfung bereitsteht. Das Ereignis wird abgeleitet und markiert den Abschluss der Dateneingabe. | ||
|
Warum das wichtig ist
Diese Aktivität ist ein wichtiger Kontrollpunkt vor der Erstellung der Finanzberichte. Sie grenzt die Phase der Datenkorrektur von der Berichts- und Prüfungsphase ab.
Woher beziehen
Dieser Meilenstein ist konzeptioneller Art. Er lässt sich aus dem Timestamp der letzten Korrekturbuchung vor Beginn der Erstellung der Finanzberichte ableiten.
Erfassung
Verwenden Sie den Timestamp der letzten Buchung in GeneralJournalEntry für die Periode, bevor die Aufgaben zur Berichtserstellung beginnen.
Ereignistyp
inferred
|
|||
|
Abgrenzungsbuchungen gebucht
|
Dieses Ereignis bezeichnet die Buchung von Journalbuchungen für abgegrenzte Aufwendungen und Erträge. Es wird als explizite Aktion in den Hauptbuch-Transaktionsdaten erfasst und anhand bestimmter Journalnamen oder -typen identifiziert. | ||
|
Warum das wichtig ist
Zeitpunkt und Umfang der Abgrenzungen zu verfolgen, ist wichtig, um die Arbeitslast während des Abschlusses zu verstehen. So lassen sich Abhängigkeiten und mögliche Engpässe bei der Informationsbeschaffung für diese Buchungen erkennen.
Woher beziehen
Die Daten stammen aus den Tabellen GeneralJournalEntry und GeneralJournalAccountEntry. Filtern Sie nach Transaktionen, die während des Abschlusszeitraums gebucht wurden und einen für Abgrenzungen vorgesehenen Journalnamen wie „ACCR“ haben.
Erfassung
Filtern Sie Datensätze in GeneralJournalEntry nach einem bestimmten JournalName oder PostingType für Abgrenzungen.
Ereignistyp
explicit
|
|||
|
Bankabstimmung abgeschlossen
|
Diese Aktivität zeigt an, dass eine Bankabstimmung abgeschlossen und gebucht wurde. Sie wird explizit anhand einer Statusänderung des Bankabstimmungsdatensatzes erfasst. | ||
|
Warum das wichtig ist
Dies ist ein wichtiger Meilenstein im Abschlussprozess. Wenn Sie den Abschluss verfolgen, können Sie Durchsatz und Dauer des Bankabstimmungszyklus messen.
Woher beziehen
Die Aktivität lässt sich aus der Statusänderung zu „Reconciled“ in der Entität BankStatement oder aus dem Buchungs-Timestamp des zugehörigen Abstimmungsjournals ableiten.
Erfassung
Ermitteln Sie den Timestamp, zu dem das Statusfeld von BankStatement auf „Reconciled“ gesetzt wird.
Ereignistyp
inferred
|
|||
|
Bankabstimmung gestartet
|
Diese Aktivität markiert den Beginn der Bankabstimmung für ein bestimmtes Bankkonto und eine bestimmte Periode. Sie wird explizit erfasst, wenn ein Benutzer ein neues Bankabstimmungs-Arbeitsblatt erstellt. | ||
|
Warum das wichtig ist
Der Zeitpunkt dieser Aktivität ist wichtig, um den Teilprozess der Bankabstimmung zu verstehen. Er bildet den Ausgangspunkt für die Messung der Effizienz bei der Abstimmung von Zahlungsmitteln.
Woher beziehen
Die Daten stammen aus den Tabellen BankStatement und BankStatementLine. Als Ereigniszeit dient der Erstellungs-Timestamp eines neuen Bankabstimmungsdatensatzes.
Erfassung
Verwenden Sie für die betreffende finanzielle Periode das Feld „CreatedDateTime“ in der Tabelle BankStatement.
Ereignistyp
explicit
|
|||
|
Finanzberichte erstellt
|
Diese Aktivität bezeichnet die Erstellung offizieller Finanzberichte wie der Gewinn- und Verlustrechnung und der Bilanz. Das Ereignis lässt sich oft nur schwer erfassen, da dafür ein Bericht ausgeführt werden muss. | ||
|
Warum das wichtig ist
Damit beginnt der abschließende Prüfungszyklus. Die Dauer von dieser Aktivität bis zur endgültigen Freigabe ist eine wichtige KPI für die Effizienz der Managementprüfung.
Woher beziehen
Systemprotokolle des Tools Financial Reporter, früher Management Reporter, können diese Informationen enthalten. Sie werden jedoch in der Regel nicht in Transaktionstabellen gespeichert und erfordern möglicherweise eine benutzerdefinierte Protokollierung.
Erfassung
Erfordert die Analyse von Systemprotokollen oder eine benutzerdefinierte Ereigniserfassung. In einer Standardimplementierung sind diese Daten möglicherweise nicht verfügbar.
Ereignistyp
inferred
|
|||
|
Hauptbuchperiode wieder geöffnet
|
Diese Ausnahmeaktivität tritt auf, wenn eine bereits geschlossene Periode für eine nachträgliche Korrektur wieder geöffnet wird. Sie wird als explizite Statusänderung von „Closed“ zu „On hold“ oder „Open“ erfasst. | ||
|
Warum das wichtig ist
Das Wiederöffnen einer Periode weicht erheblich vom Standardprozess ab und kann auf eine Kontrollschwäche oder einen schwerwiegenden Fehler hinweisen. Die Häufigkeit zu verfolgen, ist wichtig für Prozessverbesserungen und Compliance.
Woher beziehen
Die Daten stammen aus dem Ledger-Kalender, der Entität LedgerPeriod. Als Ereigniszeit dient der Timestamp, zu dem der Periodenstatus von „Closed“ in einen anderen Status geändert wird.
Erfassung
Ermitteln Sie im Audit-Trail den Timestamp, zu dem der Status von LedgerPeriod von „Closed“ geändert wird.
Ereignistyp
explicit
|
|||
|
Intercompany-Buchungen gebucht
|
Diese Aktivität bezeichnet die Buchung von Journalbuchungen zum Abgleich von Salden zwischen verschiedenen juristischen Personen innerhalb der Organisation. Sie wird als explizites Ereignis in den Transaktionsprotokollen des Hauptbuchs erfasst. | ||
|
Warum das wichtig ist
Intercompany-Abstimmungen sind häufig komplex und können zu Verzögerungen führen. Wenn Sie diese Aktivität überwachen, können Sie die KPI für die Intercompany-Abstimmungszeit messen und Ineffizienzen erkennen.
Woher beziehen
Die Daten stammen aus der Tabelle GeneralJournalEntry. Dort ist das Kennzeichen „Intercompany“ gesetzt oder die Transaktion betrifft Intercompany-Konten.
Erfassung
Filtern Sie Datensätze in GeneralJournalEntry nach Transaktionen, deren Typ auf eine Intercompany-Buchung hinweist.
Ereignistyp
explicit
|
|||
|
Kontenabstimmung gestartet
|
Diese Aktivität bezeichnet den Beginn der Abstimmung eines bestimmten Hauptbuchkontos durch einen Benutzer, beispielsweise eines Bilanzkontos. Sie wird als Statusänderung einer Aufgabe im Arbeitsbereich Financial close erfasst. | ||
|
Warum das wichtig ist
Diese Aktivität ist der Ausgangspunkt für die Messung der Abstimmungsdauer einzelner Konten. So erkennen Sie, bei welchen Konten die Abstimmung am spätesten beginnt.
Woher beziehen
Die Daten stammen aus den Aufgabenverwaltungsentitäten des Arbeitsbereichs Financial close. Als Ereigniszeit dient der Timestamp, zu dem der Status einer Abstimmungsaufgabe auf „In progress“ gesetzt wird.
Erfassung
Erfassen Sie den Timestamp, zu dem der Status einer Abschlussaufgabe auf „In progress“ oder einen vergleichbaren Status gesetzt wird.
Ereignistyp
explicit
|
|||
|
Korrekturbuchungen gebucht
|
Dieses Ereignis erfasst die Buchung von Korrekturbuchungen, nachdem die ersten Abstimmungen abgeschlossen wurden, aber bevor der endgültige Abschluss erfolgt. Es handelt sich um explizite Transaktionen, die anhand eines bestimmten Journalnamens oder Buchungsdatums identifiziert werden. | ||
|
Warum das wichtig ist
Häufige Korrekturen können auf Probleme mit der Datenqualität oder vorgelagerten Prozessen hinweisen. Wenn Sie diese Aktivität überwachen, können Sie die Rate nachträglicher Korrekturbuchungen messen und problematische Konten erkennen.
Woher beziehen
Die Daten stammen aus der Tabelle GeneralJournalEntry. Filtern Sie nach Journalen mit dem vorgesehenen Journalnamen „Adjustment“ oder nach Buchungen, die nach dem Datum der Saldenvorbereitung erfolgt sind.
Erfassung
Filtern Sie Datensätze in GeneralJournalEntry nach einem bestimmten JournalName oder nach dem Buchungsdatum im Verhältnis zu anderen Meilensteinen.
Ereignistyp
explicit
|
|||
|
Nebenbücher gesperrt
|
Diese Aktivität bezeichnet den Zeitpunkt, ab dem transaktionsbezogene Nebenbücher wie Kreditoren- und Debitorenbuchhaltung keine neuen Transaktionen für die Periode mehr buchen können. Sie lässt sich anhand von Statusänderungen der Ledger-Perioden für die einzelnen Module erfassen. | ||
|
Warum das wichtig ist
Dieser wichtige Kontrollpunkt stellt die Datenintegrität sicher, bevor die Arbeiten im Hauptbuch beginnen. Verzögerungen an dieser Stelle können den gesamten Abschlussplan beeinträchtigen.
Woher beziehen
Die Aktivität lässt sich aus dem Status der Ledger-Kalenderperiode für jedes Nebenbuchmodul ableiten. Eine Statusänderung zu „On hold“ für AP, AR und weitere Module zeigt an, dass sie stattgefunden hat.
Erfassung
Suchen Sie im Audit-Trail der Entität LedgerPeriod nach Statusänderungen zu „On hold“ und filtern Sie nach Modul.
Ereignistyp
inferred
|
|||
Anleitungen zur Datenextraktion
Möchten Sie loslegen?
Optimieren Sie Ihren Record-to-Report-Prozess noch heute mit diesem Daten-Template. Beginnen Sie jetzt, Ihre Finanzberichterstattung schneller und präziser zu gestalten und die Compliance zu verbessern.
Den Record-to-Report-Abschluss und die Abstimmung beschleunigen
Verkürzen Sie die Durchlaufzeit um 30 % und erhöhen Sie die Genauigkeit, damit der Finanzabschluss schneller gelingt.
Keine Kreditkarte erforderlich. Beginnen Sie noch heute mit der Optimierung.