Ihr Daten-Template für Record-to-Report-Journalbuchungen

Universelles Process-Mining-Template
Ihr Daten-Template für Record-to-Report-Journalbuchungen

Ihr Daten-Template für Record-to-Report-Journalbuchungen

Universelles Process-Mining-Template

Dies ist unser generisches Datentemplate für Process Mining für Record-to-Report-Prozess für Buchungsbelege. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.

Wählen Sie ein bestimmtes System aus
  • Standardisierte Datenfelder für konsistente Analysen über verschiedene Systeme hinweg.
  • Empfohlene Aktivitäten zur Erfassung der wichtigsten Schritte Ihres Journalbuchungsprozesses.
  • Ein flexibles Framework für einen schnellen und effizienten Einstieg in Process Mining.
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für Record-to-Report-Journalbuchungen

Nehmen Sie diese empfohlenen Datenfelder in Ihr Event Log auf, um den Prozess umfassend zu analysieren und detaillierte Erkenntnisse zu Ihrem Journalbuchungs-Workflow zu gewinnen.
5 Erforderlich 6 Empfohlen 4 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Die Bezeichnung des konkreten Geschäftsvorfalls oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Buchungsprozess stattgefunden hat.
Beschreibung

Der Aktivitätsname bezeichnet einen Schritt im Lebenszyklus einer Buchung, zum Beispiel „Buchung erstellt“, „Buchung zur Freigabe eingereicht“ oder „Buchung gebucht“. Jede Aktivität steht für eine eigene Zustandsänderung oder eine an der Buchung ausgeführte Aktion.

Dieses Attribut ist für Process Mining grundlegend, da es die Knoten in der Prozessübersicht definiert. Die Analyse von Abfolge und Häufigkeit der Aktivitäten zeigt den tatsächlichen Prozessablauf. So lassen sich Engpässe zwischen Schritten und Abweichungen von der Standardvorgehensweise erkennen sowie die Dauer der einzelnen Prozessphasen messen.

Warum das wichtig ist

Das Attribut definiert die Schritte in der Prozessübersicht. Damit lassen sich Prozessabläufe visualisieren, Engpässe erkennen und Abweichungen analysieren.

Woher beziehen

Der Wert stammt häufig aus Statusänderungsprotokollen, Ereignistabellen, Transaktionscodes oder dem Workflow-Verlauf des Buchungsbelegs.

Beispiele
Journalbuchung erstelltJournalbuchung zur Freigabe eingereichtJournalbuchung freigegebenJournalbuchung verbucht
Buchungs-ID
JournalEntryId
Die eindeutige Kennung einer einzelnen Buchung. Sie dient als primäre Case-ID, um den gesamten Lebenszyklus einer Buchung von der Erstellung bis zur Buchung oder Stornierung nachzuverfolgen.
Beschreibung

Die Buchungs-ID ist ein wichtiges Attribut, das jede Finanztransaktion eindeutig identifiziert. Sie verknüpft alle zugehörigen Aktivitäten, etwa Erstellung, Freigabe und Buchung, zu einem einzelnen Case.

Bei der Process-Mining-Analyse ermöglicht diese ID, den gesamten Ablauf jeder Buchung nachzuvollziehen. Sie bildet die Grundlage für Kennzahlen auf Case-Ebene, etwa die Zykluszeit, für die Ermittlung von Prozessvarianten und für die Konformitätsprüfung anhand des gewünschten Prozessmodells. Ohne eine eindeutige Case-ID lässt sich die Ereignisabfolge einer bestimmten Transaktion nicht nachverfolgen.

Warum das wichtig ist

Diese ID ist unverzichtbar, um den gesamten Lebenszyklus jeder Buchung nachzuverfolgen und Prozessabläufe, Dauer und Abweichungen zu analysieren.

Woher beziehen

Die ID steht üblicherweise in der Kopftabelle von Finanz- oder Buchhaltungsbelegen. Sie kann sich aus Belegnummer, Buchungskreis und Geschäftsjahr zusammensetzen.

Beispiele
JE001234561000-98765432-2023ACC_DOC_45000189
Ereigniszeitpunkt
EventTime
Der genaue Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis zur Buchung stattgefunden hat.
Beschreibung

Die Ereigniszeit beziehungsweise der Timestamp hält Datum und Uhrzeit fest, zu denen eine Aktivität ausgeführt wurde. Damit lässt sich die chronologische Abfolge der Ereignisse in jedem Case bestimmen und der Prozessablauf präzise rekonstruieren.

In der Analyse dienen Timestamps dazu, die Dauer zwischen Aktivitäten und die gesamte Zykluszeit des Prozesses zu berechnen sowie Verzögerungen und Engpässe zu erkennen. Die Zeit zwischen „Buchung zur Freigabe eingereicht“ und „Buchung freigegeben“ zeigt beispielsweise, wie lange die Freigabe gedauert hat. Genaue Timestamps sind die Grundlage jeder zeitbasierten Prozessanalyse und Leistungsmessung.

Warum das wichtig ist

Dieser Timestamp ist wichtig, um Ereignisse zeitlich einzuordnen, Zykluszeiten und Dauern zu berechnen und Verzögerungen im Prozess zu erkennen.

Woher beziehen

Der Wert findet sich in Event Logs, Transaktionshistorien oder Belegänderungsprotokollen. Wichtige Felder heißen häufig „Erstellungsdatum“, „Änderungsdatum“ oder „Timestamp“.

Beispiele
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten zuletzt aus dem Quellsystem aktualisiert oder extrahiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion oder -aktualisierung. So lässt sich einschätzen, wie aktuell die analysierten Daten sind.

Für die richtige Interpretation der Ergebnisse ist es wichtig zu wissen, wie aktuell die Daten sind. Anhand dieses Timestamps erkennen Benutzer, ob sie Echtzeitinformationen oder einen Datenstand zu einem bestimmten Zeitpunkt betrachten. Das wirkt sich darauf aus, wie aussagekräftig Dashboards und KPIs zu aktuellen Rückständen oder zur Prozessleistung sind.

Warum das wichtig ist

Die Angabe zeigt, wie aktuell die Daten sind, und hilft Benutzern einzuschätzen, auf welchem Datenstand die Prozessanalyse beruht.

Woher beziehen

Dieser Wert wird üblicherweise während des Ladevorgangs vom Datenextraktionstool oder der Integrationsplattform erzeugt und gespeichert.

Beispiele
2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z
Quellsystem
SourceSystem
Das führende System, aus dem die Buchungsdaten extrahiert wurden. Diese Angabe ist hilfreich, wenn Daten aus mehreren Systemen zusammengeführt werden.
Beschreibung

Das Attribut Quellsystem bezeichnet die Anwendung oder das Modul, in dem die Buchungsdaten entstanden sind. In modernen Unternehmen können Finanzdaten aus verschiedenen ERP-Systemen, Nebenbüchern oder Drittanbieteranwendungen stammen.

Dieses Attribut ermöglicht verschiedene analytische Auswertungen. So können Sie Prozesseffizienz und Konformität zwischen Quellsystemen vergleichen. Beispielsweise lässt sich untersuchen, ob Buchungen aus einem automatisierten Nebenbuch schneller verarbeitet werden als manuell erstellte Buchungen. Auch für Data Governance und die Fehlerbehebung ist das Attribut wichtig, da sich Daten bis zu ihrem Ursprung zurückverfolgen lassen.

Warum das wichtig ist

Das Attribut zeigt, woher die Daten stammen. Das ist wichtig, um Prozesse systemübergreifend zu vergleichen und Data Governance sicherzustellen.

Woher beziehen

Das Quellsystem wird üblicherweise bei der Einrichtung der Datenextraktion angegeben oder steht als Standardfeld in Data Warehouses zur Verfügung, die Informationen aus mehreren Systemen zusammenführen.

Beispiele
SAP S/4HANAOracle Fusion FinancialsBlackLineManuell
Benutzername
UserName
Der Name oder die ID der Person, die eine bestimmte Aktivität ausgeführt hat, zum Beispiel die Buchung erstellt, freigegeben oder gebucht hat.
Beschreibung

Das Attribut Benutzername identifiziert die Person, die für einen bestimmten Prozessschritt verantwortlich ist. Das kann die Person sein, die die Buchung erstellt oder eingereicht hat, die Führungskraft, die sie freigegeben hat, oder die Buchhalterin beziehungsweise der Buchhalter, die oder der sie gebucht hat.

Die Analyse der Prozessleistung nach Benutzer liefert Erkenntnisse zur Arbeitsverteilung, Teamleistung und individuellem Schulungsbedarf. Sie kann zeigen, wer besonders gute Ergebnisse erzielt, wer zusätzliche Unterstützung benötigt oder welche Aktivitäten regelmäßig von bestimmten Personen bearbeitet werden. Diese Informationen sind wichtig für die Ressourcenplanung und Maßnahmen zur Leistungsverbesserung.

Warum das wichtig ist

Dieses Attribut ist wichtig, um die Arbeitsverteilung und Teamleistung zu analysieren und Schulungsbedarf zu erkennen.

Woher beziehen

Der Wert steht üblicherweise in Belegänderungsprotokollen oder Workflow-Verlaufstabellen, oft in Feldern wie „Erstellt von“, „Geändert von“ oder „Benutzer-ID“.

Beispiele
j.doeasmithFIN_USER_123Robert Johnson
Buchungsart
JournalEntryType
Die Klassifizierung der Buchung, zum Beispiel als Standardbuchung, wiederkehrende Buchung, Rückstellung oder Stornobuchung.
Beschreibung

Die Buchungsart ordnet Transaktionen nach ihrem geschäftlichen Zweck oder ihrer Art ein. Gängige Arten sind manuelle Standardbuchungen, automatisierte Nebenbuchungen, Rückstellungen, Umbuchungen und Stornobuchungen.

Dieses Attribut eignet sich als Dimension zum Filtern und Segmentieren der Prozessanalyse. Durch den Vergleich von Prozessabläufen und Leistungskennzahlen verschiedener Buchungsarten können Unternehmen wichtige Erkenntnisse gewinnen. So zeigt sich möglicherweise, dass Rückstellungen deutlich längere Freigabezyklen haben oder wiederkehrende Buchungen häufiger automatisiert werden. Dadurch lassen sich Verbesserungsmaßnahmen gezielt auf bestimmte Transaktionskategorien ausrichten.

Warum das wichtig ist

Mit diesem Attribut lassen sich Prozesse verschiedener Transaktionsarten, etwa Rückstellungen und Standardbuchungen, getrennt vergleichen und gezielte Verbesserungsmöglichkeiten ermitteln.

Woher beziehen

Das Feld befindet sich üblicherweise in den Kopfdaten der Buchung. Mögliche Feldnamen sind „Belegart“, „Buchungskategorie“ oder „Buchungsart“.

Beispiele
StandardRückstellungWiederkehrendStornierend
Buchungsbetrag
JournalEntryAmount
Der Gesamtbetrag der Buchung, der üblicherweise der Summe der Sollbuchungen entspricht.
Beschreibung

Dieses Attribut erfasst den finanziellen Wert der Buchung. Je nach System und Datenmodell kann es den Gesamtbetrag im Soll, den Gesamtbetrag im Haben oder einen absoluten Gesamtbetrag darstellen.

Die Analyse nach Geldwert kann wichtige Erkenntnisse liefern. Sie hilft, Verbesserungsmaßnahmen auf Transaktionen mit hohem Wert auszurichten. So lässt sich untersuchen, ob hoch bewertete Buchungen länger bis zur Freigabe benötigen oder häufiger abgelehnt werden. Das Attribut ist außerdem wichtig für Wesentlichkeitsanalysen und zur Ermittlung von Transaktionen mit höherem finanziellen Risiko.

Warum das wichtig ist

Das Attribut ist wichtig für Wesentlichkeitsanalysen. Es hilft, Verbesserungen auf Transaktionen mit hohem Wert auszurichten und die finanziellen Auswirkungen einzuschätzen.

Woher beziehen

Der Wert steht üblicherweise in der Kopftabelle der Buchung. Möglicherweise muss er durch Addition der Einzelpostenbeträge berechnet werden.

Beispiele
5000.00125000.75250.501000000.00
Buchungskreis
CompanyCode
Die eindeutige Kennung der juristischen Person oder des Unternehmens, für das die Buchung vorgenommen wird.
Beschreibung

Der Buchungskreis bezeichnet eine eigenständige juristische Person oder Geschäftseinheit innerhalb einer Organisation. Finanztransaktionen werden auf Ebene des Buchungskreises erfasst, damit separate Finanzberichte erstellt werden können.

Beim Process Mining ist der Buchungskreis ein wichtiges Attribut für die Organisationsanalyse. Er ermöglicht den Vergleich der Prozessleistung zwischen verschiedenen Einheiten, Regionen oder Tochtergesellschaften. So kann eine Analyse beispielsweise die Ablehnungsquoten oder Freigabezeiten der US-amerikanischen und deutschen Einheiten gegenüberstellen, um bewährte Vorgehensweisen und Verbesserungsbedarf zu erkennen. Das unterstützt die Standardisierung von Prozessen und die Einhaltung von Vorgaben in der gesamten Organisation.

Warum das wichtig ist

Ermöglicht den Vergleich der Prozessleistung zwischen verschiedenen juristischen Personen, Tochtergesellschaften und Regionen.

Woher beziehen

Ein Standardfeld im Kopf fast aller Finanzbelege eines ERP-Systems.

Beispiele
1000US01DE01ACME_CORP
Buchungsstatus
JournalEntryStatus
Der aktuelle oder endgültige Status der Buchung in ihrem Lebenszyklus, zum Beispiel „Vorerfasst“, „Freigegeben“ oder „Gebucht“.
Beschreibung

Der Buchungsstatus zeigt den Zustand der Transaktion zu einem bestimmten Zeitpunkt oder ihr endgültiges Ergebnis an. Typische Statuswerte kennzeichnen wichtige Meilensteine im Prozess, etwa „In Bearbeitung“, „Zur Freigabe eingereicht“, „Gebucht“ oder „Storniert“.

Dieses Attribut ist besonders hilfreich, um die aktuelle Arbeitslast und den Rückstand zu überblicken. Filtern Führungskräfte nach Buchungen mit dem Status „In Bearbeitung“ oder „Freigabe ausstehend“, können sie offene Aufgaben verfolgen. Der endgültige Status gibt Aufschluss über die Prozessergebnisse, zum Beispiel über den Anteil gebuchter gegenüber gelöschten oder stornierten Buchungen.

Warum das wichtig ist

Der Status jeder Buchung, etwa „Freigabe ausstehend“ oder „Gebucht“, gibt Aufschluss über die aktuelle Arbeitslast und offene Vorgänge.

Woher beziehen

Der Status ist in den Kopfdaten der Buchung verfügbar. Gängige Feldnamen sind „Belegstatus“ oder „Buchungsstatus“.

Beispiele
In BearbeitungFreigabe ausstehendFreigegebenGebuchtStorniert
Währung
Currency
Der Währungscode des Buchungsbetrags, zum Beispiel USD oder EUR.
Beschreibung

Das Attribut Währung gibt die Währung des Buchungsbetrags an. Es ist wichtig, um Finanzwerte richtig zu interpretieren und zu vergleichen, insbesondere in multinationalen Unternehmen.

Bei der Analyse liefert dieses Attribut den nötigen Kontext zum Buchungsbetrag. Es ermöglicht, Transaktionen nach Währung zu filtern, und ist Voraussetzung für Auswertungen, bei denen Beträge aus verschiedenen Regionen zusammengefasst oder verglichen werden. Für aussagekräftige globale Analysen müssen Beträge gegebenenfalls in eine einheitliche Berichtswährung umgerechnet werden.

Warum das wichtig ist

Das Attribut liefert den nötigen Kontext zum Buchungsbetrag und ermöglicht genaue Finanzanalysen und Währungsvergleiche.

Woher beziehen

Ein Standardfeld im Kopf von Finanzbelegen, häufig mit der Bezeichnung „Währungscode“ oder „Währungsschlüssel“.

Beispiele
USDEURGBPJPY
Ablehnungsgrund
RejectionReason
Der von einer prüfenden Person angegebene Grund für die Ablehnung einer Buchung während des Freigabeprozesses.
Beschreibung

Der Ablehnungsgrund ist ein Code oder eine Textbeschreibung, die erklärt, warum eine Buchung nicht freigegeben wurde. Häufige Gründe sind eine falsche Kontenzuordnung, fehlende Belege oder Verstöße gegen Richtlinien.

Dieses Attribut ist die wichtigste Grundlage für die Ursachenanalyse von Nacharbeit und ineffizienten Prozessen. Die Häufigkeit verschiedener Ablehnungsgründe zeigt, wo Fehler besonders oft auftreten. Diese Informationen helfen dabei, gezielte Maßnahmen zu entwickeln, etwa Schulungsunterlagen zu verbessern, Richtlinien klarer zu formulieren oder Systemkontrollen einzurichten, die Fehler von vornherein verhindern. Das Attribut unterstützt direkt Kennzahlen wie Ablehnungsquote und Nacharbeitsquote.

Warum das wichtig ist

Das Attribut ist wichtig für die Ursachenanalyse von Nacharbeit. Es hilft, häufige Fehler zu erkennen und gezielte Schulungen oder Systemverbesserungen zu entwickeln.

Woher beziehen

Der Wert steht üblicherweise im Workflow-Protokoll oder im Freigabeverlauf der Buchung. Er kann als Freitext eingegeben oder aus einer vordefinierten Liste ausgewählt werden.

Beispiele
Falsches HauptbuchkontoFehlende BelegeSchwellenwert überschrittenDoppelte Buchung
Abteilung
Department
Die für die Buchung zuständige Fachabteilung oder Kostenstelle, zum Beispiel Finanzen, Vertrieb oder IT.
Beschreibung

Das Attribut Abteilung ordnet eine Buchung einer bestimmten Geschäftseinheit, Funktion oder Kostenstelle zu. Diese Organisationsdaten zeigen, welcher Bereich des Unternehmens für die Finanzaktivität verantwortlich ist.

Wie der Buchungskreis ermöglicht auch die Abteilung eine detaillierte Auswertung der Prozessdaten. So können Sie Prozesseffizienz, Nacharbeitsquoten oder Freigabezeiten zwischen Abteilungen vergleichen. Dadurch werden bewährte Vorgehensweisen einzelner Abteilungen ebenso sichtbar wie Bereiche, in denen bestimmte Teams mehr Unterstützung oder klare Prozessvorgaben benötigen.

Warum das wichtig ist

Ermöglicht die Prozessanalyse und den Leistungsvergleich zwischen Geschäftseinheiten, um abteilungsspezifische Probleme und bewährte Vorgehensweisen zu erkennen.

Woher beziehen

Der Wert findet sich in den Kopf- oder Einzelpostendaten der Buchung. Er kann sich aus dem Benutzer ergeben, der die Buchung erstellt hat, oder aus der der Transaktion zugeordneten Kostenstelle.

Beispiele
FinanzenVertrieb und MarketingIT-ServicesCC-10120
Automatisiert
IsAutomated
Eine Kennzeichnung, die angibt, ob ein System oder ein menschlicher Benutzer eine Aktivität ausgeführt hat.
Beschreibung

Das Attribut Automatisiert ist ein boolesches Kennzeichen. Es unterscheidet Aktivitäten, die automatisierte Systeme wie Bots oder integrierte Nebenbücher ausführen, von Aktivitäten, die Benutzer manuell bearbeiten.

Dieses Attribut ist wichtig, um den Automatisierungsgrad des Buchungsprozesses zu messen. Es ermöglicht die Berechnung der KPI Automatisierungsquote und hilft, weitere Automatisierungsmöglichkeiten zu erkennen. Durch den Vergleich von Zykluszeiten und Fehlerquoten automatisierter und manueller Aktivitäten können Unternehmen fundiert entscheiden, ob sich Investitionen in Automatisierungstechnologien lohnen, um die Effizienz zu steigern und menschliche Fehler zu reduzieren.

Warum das wichtig ist

Hilft, die Automatisierungsquote des Prozesses zu messen und Möglichkeiten zur Automatisierung manueller Aufgaben zu erkennen, um die Effizienz zu steigern und Fehler zu reduzieren.

Woher beziehen

Der Wert wird häufig daraus abgeleitet, ob der „Benutzername“ einem System- oder Dienstkonto entspricht oder ob die Transaktion aus einem automatisierten Quellsystem stammt.

Beispiele
truefalse
Buchungsdatum
PostingDate
Das Datum, an dem die Buchung offiziell ins Hauptbuch übernommen wird und sich auf die Finanzperiode auswirkt.
Beschreibung

Das Buchungsdatum ist das maßgebliche Buchhaltungsdatum einer Transaktion. Es bestimmt, in welcher Finanzperiode die Buchung im Abschluss erscheint. Es kann vom Erstellungsdatum der Buchung oder vom Datum des Geschäftsvorfalls abweichen.

Die Analyse des Buchungsdatums ist für Finanzkontrollen und die Untersuchung der Bearbeitungsdauer wichtig. Die Zeitspanne zwischen Erstellung oder Freigabe und Buchung kann als Leistungskennzahl dienen und Verzögerungen im letzten Prozessschritt sichtbar machen. Außerdem lässt sich damit die fristgerechte Buchung untersuchen und feststellen, ob Buchungen rückdatiert oder falschen Perioden zugeordnet wurden. Das kann ein Compliance-Risiko darstellen.

Warum das wichtig ist

Dieses Datum ist entscheidend, um Buchungsverzögerungen zu berechnen und sicherzustellen, dass Buchungen für eine korrekte Berichterstattung der richtigen Finanzperiode zugeordnet sind.

Woher beziehen

Ein Standardfeld, das im Kopf aller Finanzbelege eines ERP-Systems verpflichtend ist.

Beispiele
2023-10-312023-11-302024-01-02
Erforderlich Empfohlen Optional

Aktivitäten für Record-to-Report-Journalbuchungen

Erfassen Sie diese wichtigen Prozessschritte und Meilensteine, um den Prozess präzise zu entdecken und die Ausführung Ihrer Journalbuchungen klar nachvollziehen zu können.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Journalbuchung abgelehnt
Ein Prüfer oder Freigabeverantwortlicher lehnt die Journalbuchung ab und verhindert so ihre weitere Bearbeitung. In der Regel wird sie zur Korrektur an den Ersteller zurückgeschickt. Dadurch beginnt eine Nacharbeitsschleife.
Warum das wichtig ist

Diese Aktivität ist wichtig, um Nacharbeit zu erkennen, die sich direkt auf Prozesseffizienz und Kosten auswirkt. Häufige Ablehnungen können auf Probleme bei Schulungen, Richtlinien oder Datenqualität hinweisen.

Woher beziehen

Dieses Ereignis wird im Workflow- oder Prüfprotokoll erfasst, wenn ein Freigabeverantwortlicher die Aktion „Ablehnen“ oder „Zurückweisen“ ausführt.

Erfassung

Erfassen Sie den Timestamp der Statusänderung zu „Abgelehnt“, „Korrektur erforderlich“ oder einem ähnlichen Status.

Ereignistyp explicit
Journalbuchung erstellt
Diese Aktivität kennzeichnet den Beginn einer neuen Journalbuchung. Sie erfasst den Zeitpunkt, zu dem ein Benutzer den ersten Datensatz im System anlegt. Damit beginnt der gesamte Prozess.
Warum das wichtig ist

Dies ist die zentrale Startaktivität des Prozesses. Anhand der Zeit von diesem Punkt bis zur Verbuchung lässt sich die gesamte Zykluszeit von Anfang bis Ende messen.

Woher beziehen

Dieses Ereignis wird üblicherweise aus der Kopftabelle des Journalbuchungsmoduls ermittelt, anhand des Erstellungs-Timestamps des Datensatzes.

Erfassung

Ermitteln Sie in den Transaktionsprotokollen oder der Kopftabelle des Systems den frühesten Timestamp zur Journalbuchungs-ID.

Ereignistyp explicit
Journalbuchung freigegeben
Ein autorisierter Manager erteilt die endgültige Freigabe für die Journalbuchung. Diese Aktivität ist die letzte Kontrollstufe, bevor das Dokument im Hauptbuch verbucht werden kann.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein, mit dem der Freigabezyklus abgeschlossen wird. Die Zeit zwischen Freigabe und Verbuchung ist ein weiterer wichtiger Ansatzpunkt, um die Prozesseffizienz zu messen und Engpässe zu erkennen.

Woher beziehen

Dieses Ereignis wird im Workflow- oder Prüfprotokoll erfasst, wenn der letzte autorisierte Benutzer den Freigabeschritt abschließt.

Erfassung

Erfassen Sie den Timestamp des endgültigen Freigabestatus, zum Beispiel „Freigegeben“ oder „Zur Verbuchung freigegeben“.

Ereignistyp explicit
Journalbuchung storniert
Eine bereits verbuchte Journalbuchung wird durch ein neues Dokument mit umgekehrten Buchungen storniert. Damit werden Fehler in verbuchten Dokumenten korrigiert. Die Transaktion wird ausdrücklich erfasst und ist auditfähig.
Warum das wichtig ist

Stornierungen sind ein wichtiger Hinweis auf Fehler in verbuchten Buchungen. Diese Aktivität ist ein unerwünschter alternativer Endpunkt und entscheidend für die Messung der Quote korrekter Buchungen beim ersten Durchlauf.

Woher beziehen

Dies wird üblicherweise als eigener Transaktionstyp erfasst oder in den Daten sowohl des ursprünglichen als auch des stornierenden Buchungsbelegs gekennzeichnet.

Erfassung

Ermitteln Sie das Buchungsdatum des neuen Buchungsbelegs, der ausdrücklich als Stornierung mit dem ursprünglichen Beleg verknüpft ist.

Ereignistyp explicit
Journalbuchung verbucht
Die Journalbuchung wird offiziell im Hauptbuch erfasst. Ab diesem Zeitpunkt ist das Dokument ein dauerhafter Finanzdatensatz und wirkt sich auf die Finanzberichte des Unternehmens aus.
Warum das wichtig ist

Dies ist das zentrale Erfolgsergebnis und der Endpunkt des Prozesses. Es ist entscheidend, um die gesamte Zykluszeit und die Wirksamkeit des Lebenszyklus einer Journalbuchung zu messen.

Woher beziehen

Dieses wichtige Ereignis wird anhand des Kopfsatzes der Journalbuchung erfasst. Erkennbar ist es am Status „Verbucht“ und dem zugehörigen Buchungsdatum.

Erfassung

Verwenden Sie Datum und Uhrzeit der Verbuchung aus der Kopftabelle der Journalbuchung oder den zugehörigen Tabellen des Finanzdokuments.

Ereignistyp explicit
Journalbuchung zur Freigabe eingereicht
Der Ersteller reicht die fertiggestellte Journalbuchung offiziell im Freigabe-Workflow ein. Damit wechselt die Buchung von der Vorbereitung in den Status „Prüfung ausstehend“.
Warum das wichtig ist

Damit endet die Vorbereitungsphase und der Freigabezyklus beginnt. Die Zeit zwischen Einreichung und Freigabe ist eine wichtige KPI zur Messung der Workflow-Effizienz.

Woher beziehen

Dieses Ereignis wird üblicherweise als Statusänderung im Prüfpfad oder Workflow-Protokoll des Systems erfasst, zum Beispiel von „In Bearbeitung“ zu „Eingereicht“.

Erfassung

Ermitteln Sie den Timestamp, zu dem sich der Status der Journalbuchung in „Zur Freigabe eingereicht“ oder einen ähnlichen Status ändert.

Ereignistyp explicit
Buchungszeile ausgeglichen
Ein offener Einzelposten in einer Buchung wird durch eine andere Buchung ausgeglichen, zum Beispiel wenn ein Zahlungseingang eine Rückstellung ausgleicht. Diese Aktivität kennzeichnet den Abgleich bestimmter Einzelposten und schließt sie damit ab.
Warum das wichtig ist

Diese Aktivität nach der Buchung ist für Prozesse mit Verrechnungskonten entscheidend. Verzögerungen beim Ausgleich können die Genauigkeit der Bilanz und die Effizienz des Periodenabschlusses beeinträchtigen.

Woher beziehen

Dieses Ereignis wird in den Daten der Buchungszeile erfasst. Dort sind üblicherweise ein Ausgleichsdatum und eine Ausgleichsbelegnummer hinterlegt.

Erfassung

Verwenden Sie das Ausgleichsdatum des jeweiligen Einzelpostens der Buchung.

Ereignistyp explicit
Journalbuchung erneut zur Freigabe eingereicht
Eine korrigierte Journalbuchung wird für einen neuen Prüfzyklus erneut in den Freigabe-Workflow eingereicht. Damit beginnt der Freigabeprozess nach den Korrekturen von Neuem.
Warum das wichtig ist

Diese Aktivität kennzeichnet den Beginn eines neuen Freigabezyklus für dieselbe Journalbuchung. Die Analyse erneuter Einreichungen ist wichtig, um das gesamte Ausmaß der Nacharbeitsschleifen zu verstehen.

Woher beziehen

Dieses Ereignis wird im Workflow-Protokoll erfasst, wenn sich der Status der Journalbuchung von „Abgelehnt“ oder „In Bearbeitung“ wieder zu „Zur Freigabe eingereicht“ ändert.

Erfassung

Ermitteln Sie eine Statusänderung zu „Zur Freigabe eingereicht“, die nach der Aktivität „Journalbuchung abgelehnt“ für denselben Case erfolgt.

Ereignistyp inferred
Journalbuchung gelöscht
Eine geparkte oder nicht verbuchte Journalbuchung wird aus dem System gelöscht. Das geschieht üblicherweise, wenn die Buchung versehentlich erstellt wurde oder nicht mehr benötigt wird, bevor sie zu einem Finanzdatensatz wird.
Warum das wichtig ist

Dies ist ein Endzustand für Journalbuchungen, die nie verbucht werden. Die Analyse von Löschungen kann Prozessfehler oder unnötig angelegte Arbeit sichtbar machen.

Woher beziehen

Dieses Ereignis lässt sich möglicherweise aus einem Prüfprotokoll ermitteln. Alternativ können Datensätze identifiziert werden, die zuvor in den Tabellen für Journalbuchungen vorhanden waren, inzwischen aber gelöscht wurden.

Erfassung

Erfassen Sie den Timestamp aus einem Prüfprotokoll, das die Löschung des Journalbuchungsdatensatzes dokumentiert.

Ereignistyp explicit
Journalbuchung geparkt
Ein Benutzer speichert eine unvollständige Journalbuchung, ohne sie zu verbuchen. Sie kann später vervollständigt oder geprüft werden. Dadurch entsteht ein vorläufiges Dokument, das sich noch nicht auf das Hauptbuch auswirkt.
Warum das wichtig ist

Das Parken einer Buchung kann auf eine mögliche Verzögerung oder fehlende Informationen vor der Einreichung hinweisen. Viele geparkte Buchungen können auf ineffiziente Abläufe oder fehlende Daten hindeuten.

Woher beziehen

Dieser Status oder Dokumenttyp ist häufig in den Kopfdaten der Journalbuchung oder in einem zugehörigen Protokoll zu Statusänderungen zu finden.

Erfassung

Erfassen Sie den Timestamp, zu dem der Status der Journalbuchung auf „Geparkt“, „Gespeichert“ oder „Unvollständig“ gesetzt wird.

Ereignistyp explicit
Journalbuchung korrigiert
Ein Benutzer ändert eine Journalbuchung, nachdem sie abgelehnt oder zur Überarbeitung zurückgeschickt wurde. Diese Aktivität bildet den Aufwand für die Nacharbeit ab, mit der die bei der Prüfung festgestellten Probleme behoben werden.
Warum das wichtig ist

Wenn Sie die für Korrekturen aufgewendete Zeit messen, lässt sich der Umfang der Nacharbeit beziffern. So werden Ineffizienzen und mögliche Ansatzpunkte für Prozessverbesserungen oder Benutzerschulungen sichtbar.

Woher beziehen

Dieses Ereignis wird häufig abgeleitet, indem Änderungen an wichtigen Datenfeldern des Journalbuchungsdatensatzes erkannt werden, nachdem der Status „Abgelehnt“ erfasst wurde.

Erfassung

Erkennen Sie eine Änderung an den Daten der Journalbuchung oder am Timestamp der letzten Änderung, die zwischen den Aktivitäten „Abgelehnt“ und „Erneut eingereicht“ erfolgt.

Ereignistyp inferred
Journalbuchung nach der Verbuchung geändert
Ein Benutzer ändert bestimmte Felder einer Journalbuchung, nachdem sie bereits verbucht wurde. Zwar sind die meisten Finanzdaten nach der Verbuchung unveränderlich, doch beschreibende Felder lassen sich häufig noch anpassen.
Warum das wichtig ist

Solche Änderungen können auf Probleme mit der Datenqualität oder auf Versuche hinweisen, Informationen außerhalb eines formellen Stornierungsprozesses zu korrigieren. Ihre Erfassung ist für Prüfungs- und Compliance-Analysen wichtig.

Woher beziehen

Diese Aktivität wird üblicherweise anhand von Änderungsprotokollen erfasst, die Änderungen an Finanzdatensätzen nach ihrer Verbuchung dokumentieren.

Erfassung

Ermitteln Sie Einträge in den Änderungsprotokollen, die mit der Journalbuchungs-ID verknüpft sind und einen Timestamp nach dem Buchungsdatum aufweisen.

Ereignistyp explicit
Manuelle Buchung erkannt
Dieses berechnete Ereignis kennzeichnet eine Journalbuchung, die in einer manuellen, interaktiven Benutzersitzung erstellt wurde. Es unterscheidet sie von Buchungen, die über automatisierte Schnittstellen oder Stapelverarbeitungen angelegt wurden.
Warum das wichtig ist

Die Unterscheidung zwischen manuellen und automatisierten Buchungen ist für die Automatisierungsanalyse wichtig. Sie hilft dabei, Verbesserungsmaßnahmen gezielt auszurichten und die Risiken manueller Eingriffe einzuschätzen.

Woher beziehen

Dies ist kein zeitliches Ereignis, sondern eine Klassifizierung anhand von Feldern des Quellsystems, etwa Transaktionscode, Erfassungsmethode oder Kennzeichen des Quellsystems.

Erfassung

Klassifizieren Sie Journalbuchungen anhand eines Quellfelds, das die Erfassungsmethode angibt. Als Timestamp kann der Zeitpunkt der Verbuchung verwendet werden.

Ereignistyp calculated
Unterlagen angehängt
Ein Benutzer hängt ein oder mehrere Belege an die Journalbuchung an. Sie liefern Prüfern und Auditoren die erforderlichen Nachweise und Informationen zur Transaktion.
Warum das wichtig ist

Die Erfassung dieser Aktivität hilft festzustellen, ob fehlende Unterlagen Verzögerungen verursachen. Sie gibt außerdem Aufschluss über die Compliance und die Vollständigkeit der Vorbereitung von Journalbuchungen.

Woher beziehen

Diese Informationen werden üblicherweise in einer separaten Tabelle für Anhänge oder Dokumentenverwaltung gespeichert und sind mit der Journalbuchungs-ID verknüpft.

Erfassung

Verwenden Sie den Erstellungs-Timestamp aus dem Protokoll oder der Tabelle für Dokumentanhänge, die zur jeweiligen Journalbuchungs-ID gehören.

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten für Process Mining.

Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in

unserem ETL-Leitfaden

oder wählen Sie einen bestimmten Prozess und ein System aus.

Möchten Sie loslegen?

Beginnen Sie Ihre Prozessanalyse mit diesem generischen Template oder wechseln Sie direkt zu einer systemspezifischen Extraktionsanleitung, um die Datenaufbereitung gezielt anzupassen.

Optimieren Sie Ihre Journalbuchungen. Starten Sie jetzt.

Steigern Sie die Effizienz, reduzieren Sie Fehler und verkürzen Sie den Abschlusszyklus.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich • Ergebnisse sofort sichtbar