Ihre Record to Report – Journaleintrag Daten-Vorlage.
Ihre Record to Report – Journaleintrag Daten-Vorlage.
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsanleitung
Record to Report – Journaleintrags-Attribute.
| 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
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
Datenquelle
Dies ist ein Standardfeld im Journaleintragskopf in BlackLine, das normalerweise „Belegwährung“ oder ähnlich genannt wird.
Beispiele
USDEURGBPJPY
|
|||
Record to Report – Journaleintrags-Aktivitäten.
| 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
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
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-
Ereignistyp
explicit
|
|||