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
- Hinweise zur Datenextraktion aus BlackLine
Attribute für den Record-to-Report-Prozess: Periodenabschluss und Abstimmung
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivität
ActivityName
|
Die Bezeichnung eines bestimmten Geschäftsvorfalls oder einer Aufgabe, die während des Periodenabschlusses stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Record-to-Report-Prozess, etwa „Abstimmung vorbereitet“ oder „Anpassungsbuchung gebucht“. Die Events werden chronologisch geordnet, um den Prozessablauf für jede Finanzperiode zu rekonstruieren. Die Analyse der Reihenfolge und Häufigkeit von Aktivitäten zeigt den tatsächlichen Prozesspfad, Abweichungen von der Standardvorgehensweise und Engpässe, an denen der Prozess ins Stocken gerät. Das Attribut ist grundlegend für die Erstellung der Prozesslandkarte und die Berechnung wichtiger Leistungskennzahlen.
Warum das wichtig ist
Dieses Attribut bildet das Rückgrat der Prozesslandkarte und ermöglicht die Visualisierung und Analyse des Prozessablaufs, seiner Varianten und Ausnahmen.
Woher beziehen
Dieses Attribut wird in der Regel aus Event Logs, Aufgabenstatus oder Prüfpfaden in verschiedenen BlackLine-Modulen abgeleitet, etwa Tasks, Journals und Account Reconciliations.
Beispiele
Abstimmung vorbereitetAbstimmung zertifiziertAnpassungsbuchung gebuchtPeriode abgeschlossen
|
|||
|
Finanzperiode
FinancialPeriod
|
Der eindeutige Bezeichner für einen bestimmten Finanzberichtszeitraum, etwa einen Monat oder ein Quartal. Er dient als primäre Case-ID. | ||
|
Beschreibung
Die Finanzperiode umfasst alle Aktivitäten, die mit dem Abschluss und der Abstimmung von Konten für den jeweiligen Berichtszeitraum zusammenhängen. „2023-01“ steht beispielsweise für alle Abschlussaktivitäten im Januar 2023. Im Process Mining ist dieses Attribut entscheidend, um die durchgängige Dauer des Periodenabschlusses zu analysieren. Es ermöglicht den Vergleich der Zykluszeiten verschiedener Perioden und hilft, Trends, saisonale Schwankungen und die Auswirkungen von Prozessverbesserungen im Zeitverlauf zu erkennen.
Warum das wichtig ist
Dies ist der zentrale Bezeichner, der alle zugehörigen Abschluss- und Abstimmungsaktivitäten miteinander verknüpft. So lassen sich Ablauf und Leistung des Prozesses für jede Periode vollständig nachvollziehen.
Woher beziehen
Dieses Attribut wird in der Regel aus dem Berichtszeitraum in den Modulen Period Close oder Reconciliation von BlackLine abgeleitet. Es kann sich aus den Feldern für Jahr und Monat zusammensetzen.
Beispiele
2023-122024-Q12023-09FY2024-P03
|
|||
|
Startzeit
EventTime
|
Der Timestamp, der angibt, wann eine Aktivität oder ein Event begonnen hat. | ||
|
Beschreibung
EventTime gibt Datum und Uhrzeit an, zu denen ein bestimmter Schritt im Periodenabschluss begonnen hat. Dieser Timestamp ist entscheidend, um Events korrekt zu ordnen und die Dauer zwischen verschiedenen Prozessschritten zu berechnen. Bei der Analyse dient dieses Attribut dazu, das chronologische Event Log für jeden Case zu erstellen. Es bildet die Grundlage für alle zeitbezogenen Kennzahlen, etwa Zyklus-, Warte- und Verarbeitungszeiten. Diese sind wichtig, um Verzögerungen und Ineffizienzen zu erkennen.
Warum das wichtig ist
Dieser Timestamp ist entscheidend, um Events zu ordnen, den Prozessablauf zu erkennen und alle zeitbasierten Leistungskennzahlen zu berechnen.
Woher beziehen
Dies entspricht dem Erstellungsdatum, dem Startdatum oder dem Timestamp einer Statusänderung in den Aufgaben-, Abstimmungs- oder Journalbuchungsdatensätzen von BlackLine.
Beispiele
2023-10-02T09:00:00Z2023-10-05T14:30:15Z2023-10-10T11:21:05Z
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp, zu dem die Daten zuletzt aus dem Quellsystem aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt an, wann der Datensatz zuletzt aktualisiert wurde. Es zeigt, wie aktuell die analysierten Daten sind, und macht deutlich, auf welchem Stand die Erkenntnisse zum Prozess beruhen. Für Benutzer eines Dashboards ist diese Information wichtig, um die Aktualität der Analyse einschätzen zu können. Sie hilft, Erwartungen zu steuern und bestätigt, dass Entscheidungen auf ausreichend aktuellen Daten beruhen.
Warum das wichtig ist
Dieses Attribut informiert über die Aktualität der Daten. Das ist entscheidend, um auf Grundlage der Analyse rechtzeitig relevante Geschäftsentscheidungen zu treffen.
Woher beziehen
Dieser Timestamp wird während der Datenextraktion, -transformation und -ladung (ETL) erzeugt und gespeichert.
Beispiele
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Event-Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt an, woher die Prozessdaten stammen. In dieser Ansicht lautet der Wert immer „BlackLine“. Bei einer Analyse mit mehreren Systemen hilft das Attribut, die Datenquellen voneinander zu unterscheiden. Bei einer systemübergreifenden Analyse ist dieses Feld wichtig, um die Datenherkunft nachzuvollziehen und die Leistung einzelner Systeme zu vergleichen. Auch in einer Ansicht für ein einzelnes System liefert es wichtigen Kontext für Data Governance und Datenverwaltung.
Warum das wichtig ist
Dieses Attribut liefert wichtigen Kontext zur Herkunft der Daten. Das ist entscheidend für Data Governance, Validierung und die Integration mit anderen Systemen.
Woher beziehen
Dabei handelt es sich in der Regel um einen statischen Wert, der während der Datentransformation hinzugefügt wird, um die Herkunft der Datensätze zu kennzeichnen.
Beispiele
BlackLineBlackLine-APIBlackLine-Reporting
|
|||
|
Abstimmungsstatus
ReconciliationStatus
|
Der aktuelle oder endgültige Status einer Abstimmungsaufgabe. | ||
|
Beschreibung
Dieses Attribut erfasst den Status einer Abstimmung zu einem bestimmten Zeitpunkt, zum Beispiel „Nicht begonnen“, „In Bearbeitung“, „Zertifiziert“ oder „Abgelehnt“. Es zeigt den Fortschritt und das Ergebnis einzelner Abstimmungen. Die Analyse nach Status ist entscheidend für das Dashboard zur Aufschlüsselung des Abstimmungsstatus. Manager sehen damit schnell, wie viele Abstimmungen noch ausstehen, abgeschlossen sind oder Aufmerksamkeit erfordern. Die Verfolgung von Statuswechseln hilft, Nachbearbeitungsschleifen und Verzögerungen im Prüfungs- und Genehmigungszyklus zu erkennen.
Warum das wichtig ist
Dieses Attribut zeigt den Fortschritt und die Ergebnisse von Abstimmungen übersichtlich an. So lassen sich Rückstände erkennen und die Einhaltung der Vorgehensweisen verfolgen.
Woher beziehen
Direkt im Statusfeld der Datensätze im Modul Account Reconciliations von BlackLine verfügbar.
Beispiele
VorbereitetZertifiziertGenehmigtAbgelehntÜberfällig
|
|||
|
Abteilung
Department
|
Die Fachabteilung oder das Team, zu dem die Aktivität oder der Benutzer gehört. | ||
|
Beschreibung
Das Attribut „Abteilung“ gibt die zuständige Geschäftseinheit an, etwa „Konzernrechnungswesen“ oder „Interne Revision“. Die Information stammt häufig aus Benutzerprofilen oder ergibt sich aus der Art der Aufgabe. Diese Dimension ermöglicht den Vergleich der Prozessleistung in verschiedenen Unternehmensbereichen. Sie zeigt, welche Abteilungen besonders effizient arbeiten, wo während des Abschlusszeitraums zusätzliche Ressourcen benötigt werden und an welchen abteilungsübergreifenden Übergaben Verzögerungen entstehen.
Warum das wichtig ist
Dieses Attribut ermöglicht den Leistungsvergleich zwischen verschiedenen Geschäftseinheiten und ist wichtig für die Analyse der Arbeitsbelastung und von Engpässen auf Abteilungsebene.
Woher beziehen
Diese Information kann aus den mit ResponsibleUser verknüpften Benutzerprofildaten oder aus Eigenschaften der Aufgabe oder des Hauptbuchkontos in BlackLine oder einem verbundenen ERP-System stammen.
Beispiele
KonzernrechnungswesenFP&AInterne RevisionSteuern
|
|||
|
Buchungskreis
CompanyCode
|
Kennung der rechtlichen Einheit, für die die Finanzaktivität ausgeführt wird. | ||
|
Beschreibung
Der Buchungskreis steht für eine bestimmte rechtliche Einheit innerhalb der Organisation. Der Finanzabschluss wird häufig für jeden Buchungskreis separat durchgeführt, bevor die Ergebnisse konsolidiert werden. Dieses Attribut ist entscheidend, um den Periodenabschluss auf Ebene der einzelnen Einheiten zu analysieren. Es ermöglicht Leistungsvergleiche zwischen verschiedenen rechtlichen Einheiten und ist besonders wichtig für die Analyse der Dauer des Intercompany-Abgleichs. So lässt sich feststellen, bei welchen Einheiten der Abschluss besonders komplex oder ineffizient ist.
Warum das wichtig ist
Damit lässt sich die Prozessanalyse nach rechtlichen Einheiten aufschlüsseln. Das ist entscheidend, um einheitsspezifische Engpässe und Leistungsprobleme zu erkennen.
Woher beziehen
In BlackLine und im Quell-ERP ist dieses Feld bei den meisten Finanztransaktionen verfügbar, darunter Buchungssätze und Abstimmungen.
Beispiele
1000US01DE012500
|
|||
|
Endzeit
EventEndTime
|
Der Timestamp, der angibt, wann eine Aktivität oder ein Event abgeschlossen wurde. | ||
|
Beschreibung
EventEndTime gibt Datum und Uhrzeit an, zu denen eine bestimmte Aufgabe beendet wurde. Zusammen mit StartTime dient dieser Wert zur Berechnung der Verarbeitungszeit einzelner Aktivitäten. Bei der Analyse ist EndTime entscheidend, um die Dauer jedes Schritts zu berechnen. So lässt sich feststellen, welche Aktivitäten im Gesamtprozess am meisten Zeit beanspruchen. Das bildet die Grundlage für Engpassanalysen und die Bewertung der Ressourcenverteilung.
Warum das wichtig ist
Damit lassen sich die Verarbeitungszeiten von Aktivitäten berechnen. Das ist grundlegend, um Engpässe zu erkennen und die betriebliche Effizienz zu messen.
Woher beziehen
Dies entspricht dem Abschlussdatum, dem Datum der letzten Änderung oder dem Timestamp einer bestimmten Statusänderung in den Aufgaben-, Abstimmungs- oder Journalbuchungsdatensätzen von BlackLine.
Beispiele
2023-10-02T11:30:00Z2023-10-05T15:00:45Z2023-10-10T11:25:10Z
|
|||
|
Sachkonto
GLAccount
|
Die Nummer des Sachkontos, das der Abstimmung oder dem Buchungssatz zugeordnet ist. | ||
|
Beschreibung
Dieses Attribut bezeichnet das konkrete Konto aus dem Kontenplan, das abgestimmt oder angepasst wird. Es liefert den Finanzkontext zu den Prozessaktivitäten. Die Analyse nach Sachkonto ist für das Dashboard zu Trends bei manuellen Buchungsanpassungen wichtig. Sie zeigt, bei welchen Konten die meisten manuellen Eingriffe erforderlich sind. Außerdem hilft sie, Nacharbeit zu erkennen, wenn innerhalb einer Periode mehrere Anpassungen oder Abstimmungsversuche für dasselbe Konto erfolgen.
Warum das wichtig ist
Das Attribut liefert den Finanzkontext und zeigt, bei welchen Konten Fehler auftreten, häufige Anpassungen nötig sind oder Verzögerungen beim Abschluss entstehen.
Woher beziehen
Dieses Feld ist ein zentrales Attribut in den Modulen Account Reconciliations und Journal Entry von BlackLine.
Beispiele
101000405020210010
|
|||
|
Verantwortlicher Benutzer
ResponsibleUser
|
Die Benutzer-ID oder der Name der Person, die die Aktivität ausgeführt hat oder dafür zuständig ist. | ||
|
Beschreibung
Dieses Attribut gibt an, wer für eine bestimmte Aufgabe verantwortlich ist, etwa für die Vorbereitung einer Abstimmung oder die Buchung eines Journals. Der Wert kann ein Benutzername, eine Mitarbeiter-ID oder eine E-Mail-Adresse sein. Die Analyse nach verantwortlichem Benutzer ist wichtig, um die Arbeitsverteilung, die individuelle Leistung und den Schulungsbedarf zu verstehen. Sie hilft zu klären, wer besonders leistungsstark ist, ob die Arbeit gleichmäßig verteilt wird und wo Nachbearbeitungen oder Fehler am häufigsten auftreten.
Warum das wichtig ist
Dieses Attribut ist wichtig, um die Arbeitsverteilung zu analysieren, durch bestimmte Benutzergruppen verursachte Engpässe zu erkennen und die Teamleistung zu bewerten.
Woher beziehen
Das Attribut findet sich in Feldern wie „Zugewiesen an“, „Abgeschlossen von“, „Bearbeiter“, „Zertifizierer“ oder „Genehmiger“ in den BlackLine-Modulen.
Beispiele
john.doejane.smithuser123
|
|||
|
Abstimmungs-ID
ReconciliationId
|
Eindeutige Kennung für eine bestimmte Kontenabstimmungsaufgabe. | ||
|
Beschreibung
Die Abstimmungs-ID ist ein eindeutiger Schlüssel für jede Abstimmung eines bestimmten Sachkontos innerhalb einer Finanzperiode. Damit lässt sich der Verlauf jeder einzelnen Abstimmung genau nachverfolgen. Bei der Analyse unterscheidet diese ID verschiedene Abstimmungen, die im Zeitverlauf für dasselbe Konto durchgeführt werden. Sie ist wichtig für detaillierte Analysen, die Untersuchung konkreter Probleme und die genaue Nachverfolgung von Status und Verlauf jedes Vorgangs.
Warum das wichtig ist
Die eindeutige Kennung ermöglicht es, einzelne Abstimmungsvorgänge nachzuverfolgen und bestimmte Problembereiche detailliert zu analysieren.
Woher beziehen
Das System erzeugt für jeden Abstimmungsdatensatz im Modul Account Reconciliations von BlackLine eine eindeutige Kennung.
Beispiele
REC-893475REC-893476REC-893477
|
|||
|
Abstimmungsart
ReconciliationType
|
Ordnet die Abstimmung einer Kategorie zu, zum Beispiel Bilanz, Gewinn- und Verlustrechnung oder Intercompany. | ||
|
Beschreibung
Dieses Attribut klassifiziert die Art der durchgeführten Abstimmung. Das ist wichtig, da sich Abstimmungsarten hinsichtlich Komplexität, Risiko und erwarteter Bearbeitungsdauer unterscheiden können. Mit diesem Attribut lässt sich die Analyse nach Abstimmungskategorien aufschlüsseln und die Leistung sowie die Herausforderungen der einzelnen Kategorien vergleichen. So können Sie beispielsweise feststellen, ob Intercompany-Abstimmungen deutlich länger dauern als reguläre Bilanzabstimmungen.
Warum das wichtig ist
Das Attribut ermöglicht eine getrennte Analyse der Abstimmungskategorien, die sich häufig in Komplexität und Risikoprofil unterscheiden.
Woher beziehen
Die Abstimmungsart lässt sich aus den Eigenschaften des Sachkontos oder den Einstellungen des Abstimmungs-Templates in BlackLine ableiten.
Beispiele
BilanzGewinn- und VerlustrechnungIntercompanyBankabstimmung
|
|||
|
Anpassungsbetrag
AdjustmentAmount
|
Der Geldbetrag eines manuellen Anpassungsbuchungssatzes. | ||
|
Beschreibung
Dieses Attribut erfasst die finanziellen Auswirkungen einer manuellen Anpassung. Der Betrag kann als Einzelwert oder getrennt nach Soll und Haben angegeben werden. Die Analyse der Anpassungsbeträge ergänzt die Betrachtung ihres Umfangs und vermittelt ein vollständigeres Bild ihrer Bedeutung. Hohe oder häufige Anpassungen für bestimmte Konten oder Abteilungen können auf wesentliche Risiken für die Finanzberichterstattung oder erhebliche Probleme in vorgelagerten Prozessen hinweisen, die behoben werden müssen.
Warum das wichtig ist
Das Attribut beziffert die finanziellen Auswirkungen manueller Anpassungen und hilft dabei, Untersuchungen zu Bereichen mit hohen Änderungsbeträgen zu priorisieren.
Woher beziehen
Betragsfelder im Modul Journals von BlackLine enthalten diese Information.
Beispiele
1500.75-250.0010000.00
|
|||
|
Automatisiert
IsAutomated
|
Boolesches Kennzeichen dafür, ob das System oder ein Benutzer die Aktivität ausgeführt hat. | ||
|
Beschreibung
Dieses Kennzeichen unterscheidet zwischen Aufgaben, die das System automatisch ausführt, etwa der automatischen Zertifizierung risikoarmer Abstimmungen, und Aufgaben, die ein Benutzer manuell erledigt. So lässt sich der Automatisierungsgrad des Abschlussprozesses nachvollziehen. Die Analyse dieses Attributs zeigt die Auswirkungen von Automatisierungsinitiativen. Sie können die Geschwindigkeit und Konsistenz automatisierter und manueller Aufgaben vergleichen und weitere Automatisierungsmöglichkeiten erkennen, um die Effizienz zu steigern und menschliche Fehler zu reduzieren.
Warum das wichtig ist
Das Attribut hilft, den Automatisierungsgrad des Prozesses zu messen und Möglichkeiten zur Automatisierung manueller Aufgaben zu erkennen, um die Effizienz zu steigern.
Woher beziehen
Das Attribut lässt sich daraus ableiten, ob ResponsibleUser ein System- oder Dienstkonto ist, oder anhand bestimmter Kennzeichen in den Aufgabeneigenschaften von BlackLine.
Beispiele
truefalse
|
|||
|
Buchungs-ID
JournalId
|
Eindeutige Kennung für einen bestimmten Buchungssatz. | ||
|
Beschreibung
Die Buchungs-ID ist ein eindeutiger Schlüssel für jeden manuellen Anpassungsbuchungssatz, der in BlackLine erstellt und gebucht wird. Damit lässt sich jeder Buchungssatz von der Erstellung bis zur Buchung einzeln nachverfolgen. Diese ID ist für das Dashboard zu Trends bei manuellen Buchungsanpassungen erforderlich. Sie ermöglicht eine genaue Zählung der manuellen Anpassungen. Außerdem können Analysten einzelne Buchungssätze genauer untersuchen, die auf zugrunde liegende Daten- oder Prozessprobleme hindeuten könnten.
Warum das wichtig ist
Die eindeutige Kennung jedes manuellen Buchungssatzes ermöglicht es, Anpassungen zu zählen und die Ursachen für ein hohes Anpassungsvolumen zu untersuchen.
Woher beziehen
Das System erzeugt für jeden Eintrag im Modul Journals von BlackLine eine eindeutige Kennung.
Beispiele
JRN-2023-10-001JRN-2023-10-002ADJ-58321
|
|||
|
Fristgerecht
IsOnTime
|
Berechnetes Kennzeichen dafür, ob der Periodenabschluss bis zum Zieltermin abgeschlossen wurde. | ||
|
Beschreibung
Dieses boolesche Attribut ergibt sich aus dem Vergleich des tatsächlichen Abschlusszeitpunkts der Aktivität „Periode abgeschlossen“ mit dem Attribut „TargetCompletionDate“ für die jeweilige Finanzperiode. Es zeigt klar und einfach an, ob der Termin eingehalten wurde. Das Kennzeichen bildet die Grundlage für die Berechnung der KPI „Periodenabschluss fristgerecht“. Damit lassen sich fristgerechte und verspätete Perioden einfach filtern und visualisieren. So erkennen Sie schnell, welche Perioden den Termin verfehlt haben und genauer untersucht werden müssen.
Warum das wichtig ist
Das Kennzeichen vereinfacht die Leistungsverfolgung, indem es Fälle markiert, in denen Fristen nicht eingehalten wurden. Damit unterstützt es direkt das Compliance- und SLA-Berichtswesen.
Woher beziehen
Berechnet durch den Vergleich des Zeitstempels der letzten Aktivität „Periode abgeschlossen“ mit dem Attribut „TargetCompletionDate“. Die Berechnung erfolgt im Process-Mining-Tool.
Beispiele
truefalse
|
|||
|
Geplanter Abschlusstermin
TargetCompletionDate
|
Der geplante Stichtag, bis zu dem der Finanzabschluss abgeschlossen sein soll. | ||
|
Beschreibung
Dieses Attribut gibt den offiziellen Termin für den Abschluss der Periode an. Er dient als Vergleichswert für die tatsächliche Abschlussdauer. Das Datum ist für die Berechnung der KPI „Periodenabschluss fristgerecht“ erforderlich. Vergleicht man den tatsächlichen Abschlusszeitpunkt der Aktivität „Periode abgeschlossen“ mit diesem Zieltermin, lassen sich verspätete Perioden erkennen und die Dauer der Verzögerung messen. Das ist für Compliance und Berichtswesen entscheidend.
Warum das wichtig ist
Der Termin dient als Maßstab für die fristgerechte Leistung und ist für Compliance-KPIs wie die Quote fristgerechter Periodenabschlüsse erforderlich.
Woher beziehen
Der Termin wird üblicherweise im Periodenabschlusskalender oder in den Aufgabenverwaltungseinstellungen von BlackLine festgelegt.
Beispiele
2023-10-15T23:59:59Z2024-01-12T23:59:59Z
|
|||
|
Nacharbeit
IsRework
|
Berechnetes Kennzeichen für Aktivitäten, die zu einer Nacharbeitsschleife gehören. | ||
|
Beschreibung
Für Aktivitäten, die auf eine unnötige Wiederholung von Prozessschritten hindeuten, wird dieses Kennzeichen auf „true“ gesetzt. Wird beispielsweise auf das Ereignis „Abstimmung abgelehnt“ für dieselbe Abstimmung erneut die Aktivität „Abstimmung vorbereitet“ ausgeführt, gilt dies als Nacharbeit. Nacharbeit zu erkennen ist entscheidend, um Ineffizienzen und Qualitätsprobleme aufzudecken. Die KPI „Nacharbeitsquote bei Abstimmungen“ wird anhand dieses Attributs berechnet. Sie zeigt, wo Aufgaben nicht beim ersten Versuch korrekt erledigt werden und dadurch unnötiger Aufwand und Verzögerungen entstehen.
Warum das wichtig ist
Das Kennzeichen macht ineffiziente Prozessschleifen und wiederholte Arbeit sichtbar. So lässt sich der unnötige Aufwand beziffern und die Ursache von Qualitätsproblemen ermitteln.
Woher beziehen
Das Attribut wird üblicherweise von den Algorithmen des Process-Mining-Tools berechnet. Diese erkennen wiederholte Aktivitätsfolgen innerhalb desselben Cases, häufig anhand derselben ReconciliationId oder GLAccount.
Beispiele
truefalse
|
|||
|
Währung
Currency
|
Währungscode des Geldbetrags, zum Beispiel USD oder EUR. | ||
|
Beschreibung
Dieses Attribut gibt die Währung des AdjustmentAmount an. In multinationalen Organisationen können Buchungssätze in verschiedenen Landeswährungen erfasst sein. Die Währung ist ein notwendiger Kontext für jeden Geldbetrag. Sie stellt sicher, dass Werte korrekt interpretiert und richtig aggregiert und verglichen werden. Für die Analyse ist häufig eine Umrechnung in eine einheitliche Berichtswährung erforderlich.
Warum das wichtig ist
Das Attribut liefert den erforderlichen Kontext zu Geldbeträgen, sorgt für eine korrekte Interpretation und ermöglicht die richtige Währungsumrechnung für das Berichtswesen.
Woher beziehen
Das Attribut befindet sich üblicherweise neben den Betragsfeldern im Modul Journals von BlackLine oder in den Eigenschaften des zugehörigen Buchungskreises.
Beispiele
USDEURGBPJPY
|
|||
Aktivitäten im Record-to-Report-Prozess: Periodenabschluss und Abstimmung
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Abstimmung genehmigt
|
Dieses Event steht für die endgültige Genehmigung einer Kontenabstimmung und zeigt an, dass alle Prüfungsstufen abgeschlossen sind. Es wird erfasst, wenn die Abstimmung ihren abschließenden Genehmigungsstatus erreicht. | ||
|
Warum das wichtig ist
Dies ist ein wichtiger Meilenstein, der den Abschluss eines wesentlichen Arbeitsschritts anzeigt. Er ist entscheidend, um die durchgängige Zykluszeit der Abstimmung zu messen und Genehmigungsengpässe zu erkennen.
Woher beziehen
Das Event wird anhand des Timestamps der endgültigen Statusänderung im Modul Account Reconciliation von BlackLine abgeleitet. Es tritt ein, wenn der Workflow für eine Abstimmung vollständig abgeschlossen ist.
Erfassung
Das Event wird erzeugt, wenn sich der Status der Abstimmung in „Genehmigt“ oder den abschließenden Genehmigungsstatus im Workflow ändert.
Ereignistyp
inferred
|
|||
|
Abstimmung zertifiziert
|
Dieses Event markiert den Zeitpunkt, zu dem der Bearbeiter seine Arbeit an einer Kontenabstimmung abgeschlossen und sie offiziell zur Prüfung eingereicht hat. In der Regel wird es durch eine Statusänderung am Abstimmungsobjekt im Modul Account Reconciliation von BlackLine erfasst. | ||
|
Warum das wichtig ist
Dies ist ein wichtiger Übergabepunkt im Prozess. Die Analyse der Zeit zwischen Zertifizierung und Genehmigung zeigt Engpässe im Prüfungs-Workflow für Abstimmungen auf und unterstützt die Kennzahl zur Genehmigungszeit von Abstimmungen.
Woher beziehen
Das Event wird anhand des Timestamps einer Statusänderung im Modul Account Reconciliation abgeleitet. Es tritt ein, wenn der Status einer Abstimmung auf „Zertifiziert“ oder einen ähnlichen Status wechselt, der die Bereitschaft zur Prüfung anzeigt.
Erfassung
Das Event wird erzeugt, wenn sich das Statusfeld der Abstimmung in „Zertifiziert“ ändert.
Ereignistyp
inferred
|
|||
|
Anpassungsbuchung gebucht
|
Eine in BlackLine erstellte Anpassungsbuchung wurde erfolgreich im Hauptbuch des Quell-ERP-Systems gebucht. Damit ist die Korrektur offiziell erfasst. | ||
|
Warum das wichtig ist
Diese Aktivität fließt direkt in die Kennzahl zur Anzahl manueller Anpassungsbuchungen ein. Sie ist entscheidend, um Bereiche mit mangelhafter Datenqualität oder schwachen Kontrollen zu erkennen, in denen häufig manuelle Korrekturen erforderlich sind.
Woher beziehen
Das Event wird anhand einer Statusänderung im Modul Journal Entry von BlackLine erfasst. Es tritt ein, wenn der Status der Journalbuchung auf „Gebucht“ gesetzt wird, häufig nach einer Bestätigung durch die ERP-Integration.
Erfassung
Das Event wird erfasst, wenn sich der Status der Journalbuchung in „Gebucht“ ändert.
Ereignistyp
inferred
|
|||
|
Finanzberichte erstellt
|
Die offiziellen Finanzberichte, etwa Bilanz und Gewinn- und Verlustrechnung, wurden erstellt. Dieser wichtige Meilenstein zeigt an, dass die zentralen Berichtsunterlagen zusammengestellt sind. | ||
|
Warum das wichtig ist
Dieses Event markiert den Übergang von der Buchhaltung zur Finanzberichterstattung und -analyse. Wenn Sie es verfolgen, können Sie die Effizienz der abschließenden Berichtsphase messen.
Woher beziehen
Dies wird wahrscheinlich als wichtige Aufgabe im Modul Close Management von BlackLine verwaltet. Mit ihrem Abschluss sind die Berichte bereit zur Prüfung.
Erfassung
Erfassen Sie den Abschluss-Timestamp der Aufgabe „Finanzberichte erstellen“ im Abschlussplan.
Ereignistyp
inferred
|
|||
|
Periode abgeschlossen
|
Dies ist die letzte Aktivität. Sie zeigt an, dass alle abschlussbezogenen Aufgaben erledigt und die Finanzperiode offiziell geschlossen ist. Für diese Periode können keine weiteren Transaktionen gebucht werden. | ||
|
Warum das wichtig ist
Dies ist das primäre End-Event des Prozesses. Es dient zur Berechnung der gesamten Abschlussdauer der Periode und der Quote fristgerecht abgeschlossener Perioden.
Woher beziehen
Dieses Event lässt sich im Modul Close Management von BlackLine erfassen, wenn der Gesamtstatus der Periode auf „Abgeschlossen“ gesetzt wird. Alternativ kann es anhand des Abschluss-Timestamps der letzten Aufgabe im Abschlussplan abgeleitet werden.
Erfassung
Ermitteln Sie den Timestamp, zu dem sich der Status der Periode in „Abgeschlossen“ ändert, oder den Timestamp der zuletzt abgeschlossenen Aufgabe.
Ereignistyp
inferred
|
|||
|
Periode für den Abschluss geöffnet
|
Diese Aktivität markiert den offiziellen Beginn des Finanzabschlusses für eine bestimmte Periode. Sie ist in der Regel ein geplanter Vorgang im Modul Close Management von BlackLine. Dabei werden Aufgaben aktiviert und die Periode als „offen“ gekennzeichnet. | ||
|
Warum das wichtig ist
Dies ist das primäre Start-Event des Prozesses. Alle Berechnungen der Zykluszeit, etwa für die gesamte Abschlussdauer der Periode und die Vorlaufzeit der Quelldatenerfassung, beginnen hier.
Woher beziehen
Dieses Event wird wahrscheinlich im Modul Close Management (Task Management) von BlackLine erfasst. Es lässt sich anhand des Aktivierungsdatums des Abschlussplans oder des frühesten Startdatums einer Aufgabe für die betreffende Finanzperiode ableiten.
Erfassung
Ermitteln Sie den frühesten Timestamp einer Aufgabe oder den Zeitpunkt, zu dem die Periode im Abschlussplan aktiviert wird.
Ereignistyp
inferred
|
|||
|
Abstimmung abgelehnt
|
Ein Prüfer hat eine zertifizierte Abstimmung abgelehnt und zur Korrektur an den Bearbeiter zurückgegeben. Dieses Event weist auf ein Qualitätsproblem oder eine Ausnahme hin und löst eine Nachbearbeitungsschleife aus. | ||
|
Warum das wichtig ist
Diese Aktivität ist entscheidend, um Prozessqualität und Nachbearbeitung zu messen. Häufige Ablehnungen weisen auf unzureichende Schulungen, unklare Richtlinien oder Probleme mit der Datenqualität hin.
Woher beziehen
Das Event wird aus einer Statusänderung im Modul Account Reconciliation abgeleitet. Es wird erfasst, wenn der Status einer Abstimmung auf „Abgelehnt“ gesetzt oder die Abstimmung in die Warteschlange des Bearbeiters zurückgegeben wird.
Erfassung
Das Event wird ausgelöst, wenn das Statusfeld der Abstimmung auf „Abgelehnt“ oder einen ähnlichen Status gesetzt wird.
Ereignistyp
inferred
|
|||
|
Abstimmung geprüft
|
Dieses Event zeigt an, dass eine Abstimmung mindestens eine Prüfungsstufe durchlaufen hat. Bei mehrstufigen Genehmigungs-Workflows steht es für eine Zwischengenehmigung vor der endgültigen Freigabe. | ||
|
Warum das wichtig ist
Mit dieser Aktivität lässt sich feststellen, an welchen Stellen komplexer Genehmigungsketten Verzögerungen auftreten. Sie trennt die Dauer der ersten Prüfung von der Dauer nachfolgender Genehmigungen auf höherer Ebene.
Woher beziehen
Das Event wird aus einer Statusänderung im Modul Account Reconciliation abgeleitet, wenn ein Benutzer mit Prüfberechtigung eine Genehmigungsaktion ausführt, die den Workflow noch nicht abschließt.
Erfassung
Das Event wird erfasst, wenn sich der Status der Abstimmung in einen Zwischengenehmigungsstatus wie „Geprüft“ oder „Genehmigt, Ebene 1“ ändert.
Ereignistyp
inferred
|
|||
|
Abstimmung vorbereitet
|
Ein Benutzer hat die erforderlichen Schritte zur Abstimmung eines Kontos ausgeführt, die Abstimmung aber noch nicht offiziell zur Prüfung eingereicht. Das Event wird erfasst, wenn eine Abstimmung mit dem Status „In Bearbeitung“ oder „Vorbereitet“ gespeichert wird. | ||
|
Warum das wichtig ist
So lässt sich der anfängliche Aufwand für Abstimmungen nachvollziehen. Eine lange Zeitspanne zwischen diesem Event und der Zertifizierung kann auf komplexe Abstimmungen oder eine hohe Arbeitsbelastung der Benutzer hinweisen.
Woher beziehen
Das Event wird aus Statusänderungen im Modul Account Reconciliation von BlackLine abgeleitet. Es entspricht dem ersten Wechsel einer Abstimmung vom Status „Nicht begonnen“ in einen aktiven Status.
Erfassung
Das Event wird erfasst, wenn sich der Status der Abstimmung von „Nicht begonnen“ zu „In Bearbeitung“ oder einem ähnlichen Status ändert.
Ereignistyp
inferred
|
|||
|
Anpassungsbuchung erstellt
|
Ein Benutzer hat bei einer Abstimmung eine erforderliche Anpassung festgestellt und in BlackLine eine Journalbuchung erstellt. Diese Buchung wurde noch nicht im ERP-System gebucht. | ||
|
Warum das wichtig ist
Die Erfassung erstellter Journalbuchungen zeigt Umfang und Zeitpunkt der Anpassungen. Sie unterscheidet zwischen dem Erkennen eines Problems und seiner endgültigen Behebung durch die Buchung.
Woher beziehen
Dieses Event wird wahrscheinlich explizit im Modul Journal Entry von BlackLine erfasst. Es entsteht, wenn für die Periode ein neuer Journalbuchungsdatensatz angelegt wird.
Erfassung
Ein Protokolleintrag wird erstellt, wenn ein Benutzer eine neue Journalbuchung speichert.
Ereignistyp
explicit
|
|||
|
Aufgabe abgeschlossen
|
Ein Benutzer hat eine bestimmte Aufgabe in der Checkliste für den Periodenabschluss als abgeschlossen markiert. Damit ist ein festgelegtes Verfahren beendet, etwa eine Kontrollprüfung oder ein Berichtsschritt. | ||
|
Warum das wichtig ist
Die Analyse abgeschlossener Aufgaben zeigt den Fortschritt innerhalb des Abschlusszeitraums im Detail. So lässt sich erkennen, welche einzelnen Schritte den Gesamtzeitplan verzögern.
Woher beziehen
Dieses Event wird explizit im Modul Close Management (Task Management) von BlackLine erfasst. Für jede Aufgabe wird ein Abschluss-Timestamp gespeichert, sobald ein Benutzer sie als erledigt markiert.
Erfassung
Das Event wird protokolliert, wenn ein Benutzer den Status einer Aufgabe auf „Abgeschlossen“ setzt.
Ereignistyp
explicit
|
|||
|
Aufgabe überfällig
|
Eine geplante Abschlussaufgabe hat ihren festgelegten Fälligkeitstermin überschritten, ohne abgeschlossen zu sein. Dieses berechnete Event ergibt sich aus dem Vergleich der aktuellen Uhrzeit mit dem Fälligkeitstermin der Aufgabe. | ||
|
Warum das wichtig ist
So werden Compliance-Probleme und mögliche Engpässe sichtbar, bevor sie den Abschlusstermin ernsthaft gefährden. Das ermöglicht eine vorausschauende Steuerung des Abschlussprozesses.
Woher beziehen
Dies ist kein explizites System-Event. Es muss berechnet werden, indem der Abschluss-Timestamp der Aufgabe mit dem Attribut für den Fälligkeitstermin in den Daten des Moduls Close Management verglichen wird.
Erfassung
Vergleichen Sie „Fälligkeitstermin der Aufgabe“ mit „Abschluss-Timestamp der Aufgabe“. Liegt der Abschluss nach dem Fälligkeitstermin, war die Aufgabe überfällig.
Ereignistyp
calculated
|
|||
|
Quelldaten geladen
|
Dieses Event bezeichnet den Abschluss des Ladens von Transaktionsdaten aus Quellsystemen, etwa einem ERP-System, in BlackLine. Das ist eine Voraussetzung für den Beginn der Abstimmungen und Journalbuchungen für die Periode. | ||
|
Warum das wichtig ist
Verzögerungen beim Laden der Daten verursachen einen erheblichen Engpass im gesamten Abschlussprozess. Wenn Sie diese Aktivität verfolgen, können Sie die Vorlaufzeit der Datenerfassung messen und Probleme bei vorgelagerten Datenquellen erkennen.
Woher beziehen
Dies kann als Abschluss einer bestimmten Aufgabe im Modul Close Management erfasst werden. Alternativ lässt sich das Event anhand des Timestamps der ersten Transaktion ableiten, die für die betreffende Finanzperiode in BlackLine importiert wurde.
Erfassung
Erfassen Sie den Abschluss-Timestamp einer bestimmten Aufgabe „Daten laden“ oder verwenden Sie den Timestamp des frühesten Transaktionsimports für die Periode.
Ereignistyp
inferred
|
|||
|
Summen- und Saldenliste erstellt
|
Dieses Event bezeichnet den Zeitpunkt, zu dem eine vorläufige oder endgültige Summen- und Saldenliste erstellt und geprüft wird. Es ist ein wichtiger Meilenstein vor der Erstellung des endgültigen Jahresabschlusses. | ||
|
Warum das wichtig ist
Diese Aktivität ist ein wichtiger Kontrollpunkt im Abschlussprozess. Verzögerungen bei der Erstellung einer stabilen Summen- und Saldenliste weisen häufig auf erhebliche Probleme bei vorherigen Abstimmungen oder Journalbuchungen hin.
Woher beziehen
Dies wird häufig als eigene Meilensteinaufgabe im Modul Close Management von BlackLine verwaltet. Mit ihrem Abschluss ist die Summen- und Saldenliste fertig.
Erfassung
Erfassen Sie den Abschluss-Timestamp einer bestimmten Aufgabe „Summen- und Saldenliste erstellen“ im Abschlussplan.
Ereignistyp
inferred
|
|||
Anleitungen zur Datenextraktion
Möchten Sie loslegen?
Mit diesem Template können Sie Ihre Daten vorbereiten und mit der Optimierung Ihres Record-to-Report-Prozesses rund um Periodenabschluss und Abstimmung beginnen. Starten Sie noch heute und verbessern Sie Effizienz und Genauigkeit.
Optimieren Sie jetzt Ihren Record-to-Report-Prozess für Periodenabschluss und Abstimmung
Verkürzen Sie die Zykluszeit um 30 % und sorgen Sie für eine korrekte Finanzberichterstattung.
Keine Kreditkarte erforderlich