Ihre Record to Report – Journaleintrag Daten-Vorlage.

BlackLine
Ihre Record to Report – Journaleintrag Daten-Vorlage.

Ihre Record to Report – Journaleintrag Daten-Vorlage.

Diese Vorlage bietet einen umfassenden Leitfaden zur Erfassung der richtigen Daten für die Analyse Ihres Record to Report – Journaleintragsprozesses. Sie skizziert wesentliche Attribute, die gesammelt, Schlüsselaktivitäten, die verfolgt, und praktische Anleitungen zur Extraktion dieser Informationen aus BlackLine. Nutzen Sie diese Ressource, um sicherzustellen, dass Sie alle notwendigen Daten für effektives Process Mining erfassen.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Extraktionsanleitung
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Record to Report – Journaleintrags-Attribute.

Dies sind die empfohlenen Datenfelder, die Sie in Ihren Event Log aufnehmen sollten, um eine umfassende Analyse Ihres Record to Report – Journaleintragsprozesses durchzuführen.
5 Erforderlich 6 Empfohlen 9 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name des spezifischen Geschäftsereignisses, das zu einem bestimmten Zeitpunkt im Journaleintragsprozess aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt oder eine Aufgabe, die innerhalb des Journaleintrag-Lebenszyklus durchgeführt wird, wie z. B. 'Journaleintrag erstellt', 'Journaleintrag genehmigt' oder 'Journaleintrag gebucht'. Jede Aktivität repräsentiert ein eigenständiges Event im Prozess.

Die Analyse der Abfolge dieser Aktivitäten ermöglicht die Visualisierung und das Verständnis des Prozessflusses. Sie ist grundlegend für die Entdeckung von Prozessabweichungen, die Messung von Übergangszeiten zwischen Schritten und die Identifizierung von Nacharbeits-Schleifen, z. B. wenn ein Journaleintrag abgelehnt und erneut eingereicht wird.

Bedeutung

Es definiert die einzelnen Prozessschritte, was für die Visualisierung der Prozesslandkarte, die Flussanalyse und das Aufspüren von Abweichungen oder Engpässen essenziell ist.

Datenquelle

Dies wird typischerweise aus Event Logs, Statusänderungsdatensätzen oder Audit Trails innerhalb von BlackLine abgeleitet. Es kann erforderlich sein, Systemstatuscodes benutzerfreundlichen Aktivitätsnamen zuzuordnen.

Beispiele
Buchungsjournaleintrag erstelltJournalbuchung eingereichtJournalbuchung genehmigtJournalbuchung gebucht
Journalbuchungs-ID
JournalEntryId
Der eindeutige Identifikator für einen einzelnen Journaleintrag, der als primärer Case-Identifikator zur Verfolgung seines Lebenszyklus dient.
Beschreibung

Die Journaleintrag-ID (Journal Entry ID) identifiziert eindeutig jede Reihe von Finanztransaktionen, die im Hauptbuch erfasst werden. Sie dient als zentraler Schlüssel, der alle zugehörigen Aktivitäten wie Erstellung, Prüfung, Genehmigung und Buchung miteinander verbindet.

Im Process Mining ist diese ID unerlässlich, um alle Ereignisse, die zu einem einzigen Journaleintrag-Case gehören, zu korrelieren. Die Analyse des Prozessflusses basierend auf diesem Identifikator ermöglicht die Rekonstruktion der End-to-End-Reise, von der Initiierung bis zur endgültigen Abstimmung, und ermöglicht eine detaillierte Analyse von Durchlaufzeiten, Engpässen und Prozessabweichungen.

Bedeutung

Dies ist der fundamentale Case-Identifikator, der es ermöglicht, den gesamten Lebenszyklus eines einzelnen Journaleintrags zu verfolgen und dessen Leistung zu analysieren.

Datenquelle

Dies ist ein Primärschlüssel in den Journaleintragstabellen oder Datenexporten von BlackLine. Konsultieren Sie die BlackLine-Dokumentation für den spezifischen Feldnamen.

Beispiele
JE2024-001234JE2024-001235JE2024-001236
Startzeit
EventTime
Der genaue Zeitstempel, der angibt, wann eine spezifische Aktivität oder ein Ereignis stattfand.
Beschreibung

Die Ereigniszeit (Event Time) erfasst Datum und Uhrzeit, wann ein Geschäftsereignis stattgefunden hat. Sie ist das chronologische Rückgrat des Prozesses und legt die Reihenfolge und Dauer aller Aktivitäten fest.

Dieser Timestamp ist entscheidend für alle zeitbasierten Process Mining-Analysen. Er wird verwendet, um Durchlaufzeiten, Wartezeiten und Dauern zwischen Aktivitäten zu berechnen. Er ermöglicht die Identifizierung von Engpässen, die Analyse der Leistung im Zeitverlauf und die Bewertung der Einhaltung von Service Level Agreements.

Bedeutung

Dieser Timestamp ist die Grundlage für alle Leistungsmetriken, einschließlich Durchlaufzeit- und Engpassanalyse, und ermöglicht eine chronologische Rekonstruktion des Prozesses.

Datenquelle

Diese Informationen werden in den Timestamp-Feldern von Event Logs oder Transaktionsdatensätzen in BlackLine erfasst.

Beispiele
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der `Timestamp`, der den Zeitpunkt angibt, zu dem die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung

Dieses Attribut markiert Datum und Uhrzeit des letzten Datenabzugs. Es bietet einen Referenzpunkt für die Aktualität der analysierten Daten und stellt sicher, dass Benutzer über die Gültigkeit der Daten informiert sind.

Dies ist ein kritisches Metadatum für jedes Process Mining Dashboard oder jede Analyse. Es informiert Benutzer über die Zeitnähe der Erkenntnisse und hilft, Erwartungen zu steuern, ob die allerneuesten Transaktionen in der Ansicht enthalten sind.

Bedeutung

Dies sorgt für Transparenz bezüglich der Datenaktualität, sodass die Nutzer immer wissen, wie aktuell die vorliegende Prozessanalyse ist.

Datenquelle

Dieser Timestamp wird vom Datenextraktions-Tool oder ETL-Prozess zum Zeitpunkt der Ausführung generiert und dem Datensatz hinzugefügt.

Beispiele
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Quellsystem
SourceSystem
Das führende System, aus dem die Journaleintragsdaten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert das Ursprungssystem für die Event-Daten. In diesem Kontext wird es typischerweise 'BlackLine' sein, es könnte aber auch Daten aus einem vorgelagerten ERP-System enthalten, wenn der Prozess dort beginnt.

Die Identifizierung des Quellsystems ist wichtig für die Data Governance und für das Verständnis des Prozesskontexts, insbesondere in Umgebungen, in denen Daten aus mehreren Systemen kombiniert werden. Es hilft bei der Fehlerbehebung bei Datenaufnahme-Problemen und der Überprüfung der Datenherkunft.

Bedeutung

Es liefert wichtigen Kontext zur Datenherkunft, sichert die Rückverfolgbarkeit und unterstützt die Verwaltung der Datenintegration aus verschiedenen Plattformen.

Datenquelle

Dies ist typischerweise ein statischer Wert, der während des Datenextraktions- und Transformationsprozesses hinzugefügt wird, um den Ursprung des Datensatzes zu kennzeichnen.

Beispiele
BlackLineSAP S/4HANAOracle NetSuite
Ablehnungsgrund
RejectionReason
Der Grund, der von einem Prüfer angegeben wird, wenn ein Journaleintrag abgelehnt wird.
Beschreibung

Wenn ein Journaleintrag zur Korrektur zurückgeschickt wird, gibt der Genehmiger typischerweise einen Grund für die Ablehnung an. Dieses Attribut erfasst diesen Grund, der ein vordefinierter Code oder Freitext sein könnte.

Dies ist ein kritisches Attribut für die Ursachenanalyse von Nacharbeit. Durch die Analyse der häufigsten Ablehnungsgründe kann ein Unternehmen systemische Probleme identifizieren, wie z. B. unzureichende Schulungen, unklare Richtlinien oder Probleme mit der Begleitdokumentation. Dies unterstützt direkt das Dashboard „Journaleintrag-Ablehnungs- & Nacharbeitsanalyse“ und hilft, die gesamte Ablehnungsquote zu reduzieren.

Bedeutung

Es ist unverzichtbar für die Ursachenanalyse von Nacharbeit. Es hilft zu verstehen, warum Buchungen abgelehnt werden, und ermöglicht gezielte Prozessverbesserungen.

Datenquelle

Diese Daten werden typischerweise in einem Kommentar- oder Begründungscode-Feld erfasst, wenn ein Benutzer die Aktion 'Ablehnen' in BlackLine ausführt.

Beispiele
Falscher KontocodeFehlende BelegdokumentationÜberschreitet SchwellenwertDoppelter Eintrag
Benutzer
UserName
Der Name oder die ID des Benutzers, der die `Activity` ausgeführt hat.
Beschreibung

Dieses Attribut identifiziert die für die Ausführung eines spezifischen Prozessschritts verantwortliche Person, z. B. die Person, die einen Journaleintrag eingereicht, geprüft oder genehmigt hat. Es kann ein Name oder eine eindeutige Benutzer-ID sein.

Die Analyse von Aktivitäten nach Benutzern ist entscheidend für das Verständnis der Arbeitslastverteilung, der individuellen Leistung und der Identifizierung von Schulungsmöglichkeiten. Sie hilft, Fragen zu beantworten wie 'Ist die Arbeit gleichmäßig im Team verteilt?' oder 'Welche Benutzer haben die längsten Genehmigungszeiten?'. Sie ist auch entscheidend für Compliance- und Audit Trail-Analysen.

Bedeutung

Es ermöglicht die Analyse der Arbeitslast, Leistungsvergleiche innerhalb des Teams sowie die Identifikation von Ressourcenengpässen oder Schulungsbedarf.

Datenquelle

Diese Informationen sind in den Audit Logs von BlackLine verfügbar und werden oft als 'Benutzer-ID' oder 'Geändert von'-Felder, die jedem Event zugeordnet sind, gespeichert.

Beispiele
j.doea.smithr.joness.patel
Buchungskreis
CompanyCode
Der eindeutige Identifikator für die juristische Einheit oder das Unternehmen, für die bzw. das der Journaleintrag erstellt wird.
Beschreibung

Der Buchungskreis (Company Code) repräsentiert eine spezifische juristische Einheit innerhalb einer Unternehmensgruppe. Er ist eine grundlegende Organisationseinheit in der Finanzbuchhaltung, die sicherstellt, dass Transaktionen der richtigen Einheit zugeordnet werden.

Im Process Mining ist der Buchungskreis eine leistungsstarke Dimension für Filterung und Vergleich. Er ermöglicht die Analyse der Prozessleistung über verschiedene Einheiten hinweg und hilft, regionale oder entitätsspezifische Engpässe, Compliance-Abweichungen und Möglichkeiten zur globalen Prozessstandardisierung zu identifizieren. Er unterstützt direkt das Dashboard „Genehmigung zu Buchung Verzögerungsanalyse“.

Bedeutung

Dies ermöglicht Leistungsvergleiche und Bestrebungen zur Prozessstandardisierung über verschiedene rechtliche Einheiten oder Geschäftsbereiche hinweg.

Datenquelle

Dies ist ein Schlüsselfeld im Journaleintragskopf in BlackLine, oft synchronisiert aus dem zugrunde liegenden ERP-System.

Beispiele
1000US01DE012500
Journalbuchungsart
JournalEntryType
Die Klassifizierung des Journaleintrags, z. B. Standard, wiederkehrend oder stornierend.
Beschreibung

Der Buchungstyp kategorisiert Einträge nach ihrer Art oder ihrem Zweck. Gängige Typen sind manuelle Standardbuchungen, automatisierte Systembuchungen, Dauerbuchungen für Monatsabgrenzungen oder Stornobuchungen, die sich in der Folgeperiode automatisch ausgleichen.

Dieses Attribut ist entscheidend für Segmentierung und Vergleiche. Es ermöglicht den Vergleich der Prozess-Performance (z. B. Durchlaufzeiten oder Ablehnungsquoten) über verschiedene Typen hinweg. So lässt sich feststellen, ob bestimmte Buchungsarten problematischer oder ineffizienter sind als andere, um gezielte Optimierungen einzuleiten.

Bedeutung

Dies ermöglicht eine segmentierte Analyse, um festzustellen, ob verschiedene Buchungstypen unterschiedliche Pfade durchlaufen oder abweichende Performance-Merkmale aufweisen.

Datenquelle

Dies ist ein Standardfeld im Journaleintragskopf in BlackLine. Konsultieren Sie die BlackLine-Dokumentation für den genauen Feldnamen.

Beispiele
StandardWiederkehrend.Stornierend.Abgrenzung
Journalbuchungsbetrag
JournalEntryAmount
Der gesamte monetäre Wert des Journaleintrags, typischerweise die Summe der Sollbuchungen.
Beschreibung

Dieses Attribut repräsentiert den finanziellen Wert des Journaleintrags. Es kann verwendet werden, um die finanziellen Auswirkungen von Prozessineffizienzen zu verstehen, wie z. B. Verzögerungen bei der Buchung hochvolumiger Einträge.

Die Analyse des Prozesses basierend auf dem Wert des Eintrags ermöglicht eine Materialitätsanalyse. Zum Beispiel können Sie Prozessverbesserungen für hochvolumige Einträge priorisieren, untersuchen, ob sie einem anderen Genehmigungspfad folgen, oder feststellen, ob ihre Durchlaufzeiten länger sind. Dies fügt dem Prozessfluss einen entscheidenden Geschäftskontext hinzu.

Bedeutung

Es liefert finanziellen Kontext und ermöglicht Analysen basierend auf Wesentlichkeit, etwa zur Priorisierung von Buchungen mit hohem Wert oder zur Identifikation wertabhängiger Abweichungen.

Datenquelle

Dies ist ein berechnetes oder Standardfeld im Journaleintragskopf in BlackLine, das den gesamten Soll- oder Habenbetrag darstellt.

Beispiele
15000.00250.75125000.50500.00
Journalbuchungsstatus
JournalEntryStatus
Der aktuelle Status des Journaleintrags in seinem Lebenszyklus, z. B. 'In Bearbeitung', 'Genehmigt' oder 'Gebucht'.
Beschreibung

Dieses Attribut gibt den aktuellen Status eines Journaleintrag-Case zum Zeitpunkt der Datenextraktion an. Es bietet einen Überblick darüber, wo sich der Eintrag im Gesamtprozess befindet.

Während Process Mining den Fluss aus Aktivitäten rekonstruiert, ist der Endstatus nützlich für die Filterung und Erstellung von High-Level-Übersichts-Dashboards. Er hilft, alle Einträge schnell zu identifizieren, die derzeit auf Genehmigung warten oder in einem bestimmten Zustand feststecken, was für die Backlog-Analyse wertvoll ist.

Bedeutung

Es liefert eine Momentaufnahme des aktuellen Status der Buchungen, was für die Backlog-Analyse und das Verständnis der laufenden Bearbeitung (Work-in-Progress) nützlich ist.

Datenquelle

Dies ist ein Standardstatusfeld für den Journaleintrag in BlackLine.

Beispiele
In BearbeitungGenehmigung ausstehendGenehmigtGebuchtAbgelehnt
Abteilung
Department
Die dem Journaleintrag zugeordnete Geschäftsabteilung oder Kostenstelle.
Beschreibung

Dieses Attribut gibt die Abteilung, Kostenstelle oder den Funktionsbereich an, der den Journaleintrag initiiert hat oder dem die Kosten zugewiesen werden. Es bietet eine zusätzliche Ebene des organisatorischen Kontexts.

Die Analyse des Prozesses nach Abteilung hilft zu verstehen, wie verschiedene Geschäftsbereiche den Journaleintragsprozess nutzen. Sie kann Unterschiede in Effizienz, Compliance oder Nacharbeitsquoten zwischen Abteilungen aufzeigen und Bereiche hervorheben, die zusätzliche Unterstützung oder Prozessstandardisierung benötigen.

Bedeutung

Dies ermöglicht den Vergleich der Prozessleistung über verschiedene Geschäftsabteilungen hinweg, wodurch Abweichungen und Möglichkeiten zur Standardisierung aufgedeckt werden.

Datenquelle

Diese Informationen sind normalerweise Teil der Journaleintrag-Positionsdaten oder Header-Daten in BlackLine, oft verknüpft mit dem Hauptbuchkonto.

Beispiele
FinanzenMarketingVertriebVorgänge
Buchungsdatum
PostingDate
Das Datum, an dem der Journaleintrag offiziell im Hauptbuch gebucht wird.
Beschreibung

Das Buchungsdatum (Posting Date) ist das effektive Datum der Transaktion in den Finanzunterlagen. Es ist ein kritisches Datum für die Buchhaltung, da es die Geschäftsperiode bestimmt, in der die Transaktion erfasst wird.

Während der Event Timestamp verfolgt, wann die Buchungsaktivität stattfand, ist das Buchungsdatum selbst ein Schlüssel-Datenattribut. Es wird in der Finanzanalyse verwendet, um sicherzustellen, dass Einträge in der richtigen Periode gebucht werden, und kann zur Analyse von Verzögerungen zwischen Transaktionsdatum, Genehmigungsdatum und Buchungsdatum genutzt werden.

Bedeutung

Dieses Datum ist entscheidend für die Genauigkeit der Finanzberichterstattung und hilft zu analysieren, ob Einträge in der richtigen Abrechnungsperiode gebucht werden.

Datenquelle

Dies ist ein Standarddatumsfeld im Journaleintragskopf in BlackLine.

Beispiele
2023-10-312023-11-012023-10-30
Case-Zykluszeit
CaseCycleTime
Die Gesamtdauer des Journaleintrag-Case von der Erstellung bis zur endgültigen Buchungsverifizierung.
Beschreibung

Dieses Attribut ist eine berechnete Metrik, die die gesamte verstrichene Zeit darstellt, die ein Journaleintrag benötigt, um seinen gesamten Lebenszyklus zu durchlaufen. Sie wird als Differenz zwischen dem Timestamp der ersten Aktivität (z. B. 'Journaleintrag erstellt') und der letzten Aktivität (z. B. 'Buchung verifiziert' oder 'Journaleintrag abgestimmt') berechnet.

Dies ist ein primärer KPI zur Messung der Gesamtprozesseffizienz. Er wird in fast jedem Dashboard verwendet, um einen High-Level-Überblick über die Leistung zu geben, langlaufende Cases zu identifizieren und Effizienzverbesserungen im Zeitverlauf zu verfolgen. Er unterstützt direkt den KPI „Durchschnittliche Journaleintrag-Durchlaufzeit“.

Bedeutung

Dies ist ein fundamentaler KPI zur Messung der End-to-End-Prozesseffizienz und zur Verfolgung der Leistung gegenüber Zielen.

Datenquelle

Diese Metrik wird innerhalb des Process Mining Tools berechnet, indem die minimale StartTime von der maximalen StartTime für jede JournalEntryId subtrahiert wird.

Beispiele
P2DT4H30MP0DT8H15MP5DT12H0M
Dokument angehängt
IsDocumentAttached
Ein `Flag`, das anzeigt, ob unterstützende Dokumentation an die Journalbuchung angehängt wurde.
Beschreibung

Dieses boolesche Attribut gibt an, ob ein oder mehrere unterstützende Dokumente, wie Rechnungen oder Berechnungen, dem Journaleintrag beigefügt wurden. Dies ist oft eine Voraussetzung für die Genehmigung.

Dieses Flag ist entscheidend für das Dashboard „Dokumentations-Compliance von Journaleinträgen“ und den KPI „Anhangsrate der Dokumentation“. Es hilft zu analysieren, ob fehlende Dokumentation eine häufige Ursache für Ablehnungen oder Verzögerungen ist, und unterstützt die Durchsetzung von Richtlinien, die Anhänge vor der Einreichung zur Prüfung erfordern.

Bedeutung

Dies misst direkt die Einhaltung von Dokumentationsrichtlinien und hilft dabei, eine häufige Ursache für Verzögerungen und Ablehnungen bei Genehmigungen zu diagnostizieren.

Datenquelle

Dies wäre wahrscheinlich ein abgeleitetes Feld, berechnet durch die Überprüfung der Existenz eines Anhangsdatensatzes, der mit der JournalEntryId verknüpft ist, bevor die Einreichungsaktivität erfolgt.

Beispiele
truefalsch
Ist automatisiert
IsAutomated
Ein `Flag`, das anzeigt, ob die Journalbuchung durch einen automatisierten `Prozess` erstellt oder gebucht wurde.
Beschreibung

Dieses boolesche Attribut unterscheidet zwischen Journaleinträgen, die manuell von Benutzern erstellt und verarbeitet werden, und solchen, die automatisch vom System generiert werden, wie z. B. wiederkehrende Einträge oder Systemintegrationen.

Die Analyse dieses Attributs hilft bei der Bewertung der Effektivität der Automatisierung. Sie ermöglicht einen direkten Vergleich von Durchlaufzeiten, Fehlerraten und Kosten zwischen automatisierten und manuellen Prozessen. Dies ist entscheidend für die Erstellung eines Business Cases für weitere Automatisierung und die Messung des ROI bestehender Initiativen.

Bedeutung

Dies erlaubt einen direkten Vergleich zwischen manuellen und automatisierten Prozessen – ein entscheidender Faktor für die Erfolgsmessung und den ROI von Automatisierungsprojekten.

Datenquelle

Dies kann vom 'Journaleintragstyp' (z. B. 'Wiederkehrend') oder vom Feld 'Benutzer' abgeleitet werden, wenn Systembenutzer (z. B. 'SYSTEM' oder 'BATCH') für automatisierte Buchungen verwendet werden.

Beispiele
truefalsch
Ist Nacharbeit
IsRework
Ein berechnetes `Flag`, das `true` ist, wenn die Journalbuchung mindestens einmal abgelehnt wurde.
Beschreibung

Dieses boolesche Flag wird berechnet, um Journaleinträge zu identifizieren, die eine Nachbearbeitung erfahren haben. Es wird typischerweise auf „true“ gesetzt, wenn ein Case eine Aktivität „Journaleintrag abgelehnt“ gefolgt von einer Aktivität „Korrigiert und erneut eingereicht“ enthält.

Dieses Attribut vereinfacht die Analyse von Nacharbeit, indem es Benutzern ermöglicht, alle Cases, die eine Ablehnung erfahren haben, einfach zu filtern. Es ist grundlegend für die Berechnung des KPI „Journaleintrag-Ablehnungsquote“ und für tiefgehende Analysen im Dashboard „Journaleintrag-Ablehnungs- & Nacharbeitsanalyse“, um die Kosten- und Zeitauswirkungen von Qualitätsproblemen zu verstehen.

Bedeutung

Es macht Fälle mit Nacharbeit leicht identifizierbar und vereinfacht die Berechnung von Ablehnungsquoten sowie die Analyse der Auswirkungen von Qualitätsproblemen.

Datenquelle

Dieses Flag wird im Process Mining Tool berechnet, indem die Abfolge der Aktivitäten für jeden Case überprüft wird.

Beispiele
truefalsch
Konto abgestimmt
AccountReconciled
Die Hauptbuchkontonummer, die durch den Journaleintrag abgestimmt wird.
Beschreibung

Dieses Attribut identifiziert das spezifische Konto im Kontenplan, das betroffen ist oder abgestimmt wird. Journaleinträge sind oft Teil des Kontenabstimmungsprozesses, und dies verknüpft den Eintrag mit diesem spezifischen Konto.

Dieses Attribut unterstützt direkt das Dashboard „Durchlaufzeit der Journaleintrags-Abstimmung“. Durch die Analyse des Prozesses pro Konto ist es möglich zu identifizieren, ob Abstimmungen für bestimmte Konten durchweg länger dauern, was auf Komplexität oder Datenprobleme im Zusammenhang mit diesen spezifischen Konten hindeutet.

Bedeutung

Es verknüpft den Buchungsprozess mit den spezifischen Konten, die abgestimmt werden, und erlaubt so eine gezielte Analyse von Engpässen bei der Kontenabstimmung.

Datenquelle

Diese Informationen sind Teil der Journaleintrag-Positionsdetails in BlackLine. Sie müssen möglicherweise auf die Case-Ebene aggregiert werden, wenn ein Eintrag mehrere Konten betrifft.

Beispiele
101000210500400100550200
Verzögerung von Genehmigung bis Buchung
ApprovalToPostingLag
Die berechnete Dauer zwischen der endgültigen Genehmigung und der tatsächlichen Buchung des Journaleintrags.
Beschreibung

Diese Metrik misst die Verzögerung, die auftritt, nachdem ein Journaleintrag vollständig genehmigt, aber noch nicht im Hauptbuch gebucht wurde. Sie wird als Zeitdifferenz zwischen der Aktivität 'Journaleintrag genehmigt' und der Aktivität 'Journaleintrag gebucht' berechnet.

Dies ist ein kritischer KPI zur Identifizierung von Engpässen nach der Genehmigung, die den Finanzabschlussprozess erheblich verzögern können. Das Dashboard „Genehmigung zu Buchung Verzögerungsanalyse“ verwendet diese Metrik, um zu untersuchen, warum genehmigte Einträge nicht zeitnah gebucht werden, und hilft so, die letzten Schritte des Prozesses zu straffen.

Bedeutung

Es misst speziell die Effizienz nach der Genehmigung und hilft, Verzögerungen zu identifizieren und zu beseitigen, die die Geschwindigkeit des Finanzabschlusses beeinträchtigen.

Datenquelle

Diese Metrik wird innerhalb des Process Mining Tools berechnet, indem die Dauer zwischen den Events 'Journaleintrag genehmigt' und 'Journaleintrag gebucht' für jeden Case ermittelt wird.

Beispiele
P0DT1H10MP1DT2H0MP0DT0H5M
Währung
Currency
Der Währungscode für den im Journaleintrag angegebenen Betrag.
Beschreibung

Dieses Attribut gibt die Währung des Journaleintragsbetrags an, z. B. USD, EUR oder GBP. Es ist entscheidend für die korrekte Interpretation des finanziellen Werts der Transaktionen.

Für multinationale Organisationen kann die Analyse nach Währung einen nützlichen Kontext liefern. Sie ermöglicht die Filterung der Prozessanalyse auf bestimmte Währungen und ist ein notwendiges Feld für jedes Dashboard, das Finanzbeträge aggregiert.

Bedeutung

Es bietet den notwendigen Kontext für die Finanzbeträge, gewährleistet eine genaue Interpretation und ermöglicht Währungsspezifische Analysen.

Datenquelle

Dies ist ein Standardfeld im Journaleintragskopf in BlackLine, das normalerweise „Belegwährung“ oder ähnlich genannt wird.

Beispiele
USDEURGBPJPY
Erforderlich Empfohlen Optional

Record to Report – Journaleintrags-Aktivitäten.

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um Ihren Journaleintragsprozess präzise zu entdecken und zu analysieren.
6 Empfohlen 6 Optional
Aktivität Beschreibung
Buchungsjournaleintrag erstellt
Diese Aktivität markiert die Initiierung eines Journaleintrag-Case. Sie wird erfasst, wenn ein Benutzer einen neuen Journaleintragssatz in BlackLine erstellt, der eine eindeutige Journal Entry ID generiert und den Erstellungs-Timestamp und den Benutzer protokolliert.
Bedeutung

Dies ist das primäre Start-Event für den Prozess. Die Analyse der Zeit von dieser Aktivität zu anderen enthüllt die gesamte Prozess-Durchlaufzeit und hilft, Verzögerungen am allerersten Beginn des Workflows zu identifizieren.

Datenquelle

Dieses Event wird explizit im Journaleintragsmodul von BlackLine protokolliert. Es wird vom Erstellungs-Timestamp und den Benutzerdetails, die jeder Journal Entry ID zugeordnet sind, in der Haupt-Journaleintragstabelle oder deren Audit History erfasst.

Erfassen

Erfasst vom Timestamp 'Erstellungsdatum', der dem Journalbuchungsdatensatz zugeordnet ist.

Ereignistyp explicit
Journalbuchung abgelehnt
Diese Aktivität markiert die Ablehnung eines Journaleintrags durch einen Prüfer oder Genehmiger. Sie wird erfasst, wenn ein Benutzer die Aktion 'Ablehnen' ausführt, die den Status des Eintrags auf 'Abgelehnt' aktualisiert und im Audit Log aufgezeichnet wird.
Bedeutung

Dies ist eine kritische Aktivität zur Identifizierung von Nacharbeit, Qualitätsproblemen und Schulungsbedarf. Die Analyse von Ablehnungsfrequenz, Gründen und der nachfolgenden Nacharbeitsschleife ist entscheidend für die Prozessverbesserung und die Reduzierung der Durchlaufzeiten.

Datenquelle

Dies wird typischerweise aus einer Statusänderung zu 'Abgelehnt' oder 'Korrektur erforderlich' in den Journaleintragsdaten abgeleitet. Der Timestamp und der Benutzer, der die Ablehnung durchgeführt hat, werden in BlackLines Historie protokolliert.

Erfassen

Abgeleitet aus dem Zeitstempel, an dem der Status der Buchung auf 'Abgelehnt' geändert wurde.

Ereignistyp inferred
Journalbuchung abgestimmt
Markiert den Abschluss des Lebenszyklus, in dem die Journalbuchung in eine finalisierte und zertifizierte Kontenabstimmung aufgenommen wird. In BlackLine entspricht dies der Zertifizierung der `Abstimmung`, die dieses Journal enthält.
Bedeutung

Diese Aktivität dient als Endpunkt für den End-to-End-Prozess. Die Zeit von 'Journaleintrag gebucht' bis 'Abgestimmt' misst die Effizienz des Kontenabstimmungsteils des Finanzabschlusses.

Datenquelle

Dies ist ein abgeleitetes Event. Es wird abgeleitet, indem identifiziert wird, wann die Kontenabstimmung, die den spezifischen Journaleintrag enthält, ihren Status in 'Zertifiziert' innerhalb des BlackLine Kontenabstimmungs-Moduls geändert hat.

Erfassen

Abgeleitet durch die Verknüpfung der Journalbuchung mit ihrer entsprechenden Kontenabstimmung und die Erfassung des Zertifizierungsdatums dieser Abstimmung.

Ereignistyp inferred
Journalbuchung eingereicht
Diese Aktivität tritt auf, wenn der Ersteller den Journaleintrag formell für den Prüf- und Genehmigungs-Workflow einreicht. Dies wird typischerweise als Statusänderung erfasst, beispielsweise von 'In Vorbereitung' zu 'Eingereicht', zusammen mit einem Timestamp.
Bedeutung

Dies markiert das Ende der Vorbereitungsphase und den Beginn des Genehmigungszyklus. Es ist ein wichtiger Meilenstein zur Messung der Dauer sowohl der Vorbereitungs- als auch der Genehmigungsphasen.

Datenquelle

Dies wird wahrscheinlich aus einer Statusänderung im Journaleintragssatz abgeleitet. Der Timestamp des Statuswechsels zu 'Zur Genehmigung eingereicht' oder einem ähnlichen Wert markiert die Event-Zeit.

Erfassen

Abgeleitet aus dem Zeitstempel, an dem der Status der Buchung auf 'Übermittelt' oder 'Genehmigung ausstehend' gesetzt wurde.

Ereignistyp inferred
Journalbuchung gebucht
Stellt den Zeitpunkt dar, an dem der genehmigte Journaleintrag offiziell im Hauptbuch erfasst wird. Dies ist oft eine explizite Aktion in BlackLine, die dann den Status des Eintrags auf 'Gebucht' aktualisiert.
Bedeutung

Dies ist ein kritischer Meilenstein, oft als operativer Abschluss des Prozesses betrachtet. Die Verzögerungszeit von 'Journaleintrag genehmigt' bis zu dieser Aktivität ist ein Schlüsselindikator für die Effizienz nach der Genehmigung.

Datenquelle

Dies wird typischerweise aus einer Statusänderung zu 'Gebucht' abgeleitet. Das Event kann auch explizit in einer Buchungshistorie-Tabelle oder einem Audit Trail mit einem spezifischen Buchungsdatum und Timestamp protokolliert werden.

Erfassen

Abgeleitet aus dem Zeitstempel der Statusänderung zu 'Verbucht'. Das Feld für das Buchungsdatum wird ebenfalls berücksichtigt.

Ereignistyp inferred
Journalbuchung genehmigt
Diese Aktivität signalisiert, dass der Journaleintrag alle erforderlichen Prüf- und Genehmigungsschritte durchlaufen hat. Sie wird erfasst, wenn der endgültig autorisierte Benutzer den Eintrag genehmigt, was eine Statusänderung zu 'Genehmigt' auslöst.
Bedeutung

Dies ist ein wichtiger Meilenstein, der den Genehmigungsprozess abschließt. Die Zeit von 'Journaleintrag eingereicht' bis zu diesem Event ist die 'Genehmigungs-Durchlaufzeit', ein kritischer KPI zur Messung der Workflow-Effizienz.

Datenquelle

Dieses Event wird aus einer Statusänderung zu 'Genehmigt' im Journaleintragssatz abgeleitet. Die Benutzer-ID des endgültigen Genehmigers und der Genehmigungs-Timestamp werden typischerweise in der Audit History von BlackLine protokolliert.

Erfassen

Abgeleitet aus dem Zeitstempel, an dem der Status der Buchung auf 'Genehmigt' aktualisiert wurde.

Ereignistyp inferred
Begleitdokumentation angehängt.
Stellt die Aktion eines Benutzers dar, der dem Journaleintrag ein oder mehrere unterstützende Dokumente beifügt. Dieses Event wird typischerweise in einem Audit Log oder einer zugehörigen Anhänge-Tabelle, verknüpft mit der Journal Entry ID, erfasst.
Bedeutung

Die Verfolgung dieser Aktivität ist entscheidend für die Überwachung von Compliance und Effizienz. Sie hilft zu analysieren, ob Verzögerungen im Genehmigungsprozess durch fehlende Dokumentation verursacht werden, und unterstützt den KPI „Anhangsrate der Dokumentation“.

Datenquelle

Dies ist normalerweise ein explizites Event in BlackLine, das in einem Audit Trail oder Anhänge-Protokoll erfasst wird. Die Daten würden die Journal Entry ID, den Benutzer, der die Datei angehängt hat, und einen Timestamp umfassen.

Erfassen

Das Ereignis wird im Audit-Trail des Systems oder einer speziellen Historientabelle für Anhänge protokolliert, sobald eine Datei zu einer Buchung hochgeladen wird.

Ereignistyp explicit
Buchung korrigiert und erneut eingereicht
Tritt auf, nachdem ein Journaleintrag abgelehnt wurde und der Ersteller die notwendigen Korrekturen vorgenommen und ihn erneut eingereicht hat. Dies wird durch eine Statusänderung von 'Abgelehnt' zurück zu 'Zur Genehmigung eingereicht' erfasst.
Bedeutung

Diese Aktivität hilft, den Zeit- und Arbeitsaufwand für Nacharbeit zu quantifizieren. Die Dauer zwischen 'Journaleintrag abgelehnt' und diesem Event repräsentiert die Nacharbeitszeit, eine Schlüsselmetrik für die Effizienzanalyse.

Datenquelle

Dies wird durch Beobachtung einer Abfolge von Statusänderungen in den BlackLine-Daten abgeleitet, insbesondere eines Übergangs von einem Status 'Abgelehnt' zurück zu einem Status 'Eingereicht' oder 'Genehmigung ausstehend' für dieselbe Journal Entry ID.

Erfassen

Abgeleitet von einer Statusänderung von 'Abgelehnt' zu 'Eingereicht' oder 'Genehmigung ausstehend'.

Ereignistyp inferred
Buchung verifiziert.
Stellt die Bestätigung dar, dass ein gebuchter Journaleintrag erfolgreich im Ziel-ERP-System empfangen und erfasst wurde. Dies kann ein automatischer System-Handshake oder ein manueller Bestätigungsschritt sein.
Bedeutung

Diese Aktivität verleiht dem Buchungsschritt Endgültigkeit und gewährleistet die Datenintegrität zwischen Systemen. Die Dauer von 'Gebucht' bis 'Verifiziert' kann Integrationsprobleme oder Verzögerungen bei der Systemsynchronisation aufzeigen.

Datenquelle

Dies kann ein explizites Event aus einem Systemintegrations-Log sein oder aus einer Statusänderung zu einem Wert wie 'Gebucht und verifiziert' abgeleitet werden. Wenn manuell, wäre es eine benutzergesteuerte Statusaktualisierung.

Erfassen

Abgeleitet aus einer Statusänderung zu 'Verifiziert' oder einem Bestätigungs-Flag aus dem Ziel-ERP-System.

Ereignistyp inferred
Genehmigung widerrufen
Diese Aktivität stellt dar, dass ein Genehmiger eine zuvor erteilte Genehmigung widerruft und den Journaleintrag in einen früheren Zustand zurückversetzt. Dies wird durch eine Statusänderung von 'Genehmigt' zurück zu einem früheren Status wie 'In Vorbereitung' erfasst.
Bedeutung

Diese seltene, aber wichtige Aktivität hebt Prozessausnahmen und potenzielle Probleme hervor, die nach der Genehmigung, aber vor der Buchung entdeckt werden. Sie kann auf Datenfehler oder Richtlinienänderungen hinweisen, die den Eintrag betreffen.

Datenquelle

Dies wäre ein abgeleitetes Event, identifiziert durch eine Statusänderung von 'Genehmigt' zu einem nicht gebuchten, bearbeitbaren Status. Diese Aktion würde in BlackLines detaillierten Audit Logs aufgezeichnet.

Erfassen

Identifiziert durch eine Statusänderung von 'Genehmigt' zurück zu einem vorhergehenden Status wie 'In Vorbereitung' oder 'Eingereicht'.

Ereignistyp inferred
Journalbuchung überprüft
Stellt einen formalen Prüfschritt in einem mehrstufigen Genehmigungsprozess dar, der von einem bestimmten Prüfer durchgeführt wird. Er wird typischerweise als Statusänderung oder spezifischer Protokolleintrag erfasst, der die Aktion des Prüfers anzeigt.
Bedeutung

In Organisationen mit getrennten Prüf- und Genehmigungsschritten hilft diese Aktivität dabei, Engpässe in der Freigabekette zu isolieren. Sie zeigt auf, wie lange Buchungen auf die Erstprüfung im Vergleich zur finalen Genehmigung warten.

Datenquelle

In BlackLine-Workflows kann dies ein explizites Ereignis im Genehmigungsverlauf sein oder aus einer Statusänderung zu 'Reviewed' oder 'Pending Final Approval' abgeleitet werden. Benutzer und Zeitstempel werden dabei erfasst.

Erfassen

Abgeleitet vom Timestamp, wenn sich der Journalbuchungsstatus ändert, um den Abschluss der Überprüfungsphase widerzuspiegeln.

Ereignistyp inferred
Journalbuchungs-Stornierung verarbeitet
Diese Aktivität erfasst die Erstellung und Buchung eines neuen Journaleintrags, der einen zuvor gebuchten storniert. Dies wird typischerweise als Reaktion auf einen Fehler initiiert, der nach der Buchung des ursprünglichen Eintrags entdeckt wurde.
Bedeutung

Dieses Event ist ein starker Indikator für vorgelagerte Datenqualitätsprobleme. Die Verfolgung der Stornierungsrate hilft, die „Rate der Anpassungen nach Buchung“ zu messen und Bereiche zu identifizieren, die eine verbesserte Genauigkeit benötigen.

Datenquelle

Dies ist oft ein explizites Event, bei dem ein Benutzer eine Aktion 'Stornieren' in BlackLine für ein gebuchtes Journal initiiert. Das System erstellt einen neuen Stornierungseintrag, oft verknüpft mit der ursprünglichen Journal Entry ID.

Erfassen

Erfasst, wenn eine 'Reverse'-Aktion protokolliert wird, oder wenn ein neues Journal mit einem Reversal-Flag und einem Link zur ursprünglichen Journal-ID erstellt wird.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

Wie Sie Ihre `Data` aus BlackLine erhalten