Ihr Daten-Template für Record to Report – Journalbuchung

SAP S/4HANA
Ihr Daten-Template für Record to Report – Journalbuchung

Ihr Daten-Template für Record to Report – Journalbuchung

Dieses Template zeigt Ihnen, welche Daten Sie für die Analyse Ihres Record-to-Report-Prozesses für Journalbuchungen erfassen sollten. Es enthält die wichtigsten Attribute und Aktivitäten sowie praktische Hinweise zum Extrahieren der Informationen aus Ihrem Quellsystem. So stellen Sie sicher, dass Ihnen alle erforderlichen Datenpunkte für eine aussagekräftige Process-Mining-Analyse vorliegen.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Analyse
  • Praktische Hinweise zur Datenextraktion
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für Record to Report – Journalbuchung

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um den Record-to-Report-Prozess für Journalbuchungen umfassend zu analysieren.
3 Erforderlich 5 Empfohlen 11 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name der Geschäftsaktivität, die zu einem bestimmten Zeitpunkt im Buchungsprozess stattgefunden hat.
Beschreibung

Die Aktivität bezeichnet einen bestimmten Schritt oder ein Ereignis im Lebenszyklus einer Buchung, etwa „Buchung erstellt“, „Buchung zur Prüfung eingereicht“ oder „Buchung im Hauptbuch erfasst“. Diese Aktivitäten werden in der Regel aus Änderungsprotokollen, Statusaktualisierungen oder im System gespeicherten Transaktionscodes abgeleitet.

Durch die Analyse der Aktivitäten lässt sich der Prozessablauf visualisieren, lassen sich häufige Pfade erkennen und Abweichungen von der Standardvorgehensweise aufdecken. Sie ist grundlegend für die Berechnung von Kennzahlen wie der Aktivitätshäufigkeit, Wartezeiten zwischen Schritten und Konformitätsraten.

Warum das wichtig ist

Das Attribut definiert die Prozessschritte und ermöglicht die Visualisierung von Prozesslandkarten sowie die Analyse von Workflow-Mustern.

Woher beziehen

Abgeleitet aus verschiedenen Quellen, darunter Statusfelder in Kopf- und Einzelpostentabellen, zum Beispiel BKPF-BSTAT, Änderungsbelegprotokolle (CDHDR/CDPOS) und Workflow-Protokolle.

Beispiele
Buchung erstelltBuchung geparktBuchung zur Prüfung eingereichtBuchung freigegebenBuchung im Hauptbuch erfasst
Buchungs-ID
JournalEntryId
Der eindeutige Identifikator einer Finanzbuchung, der als primäre Case-ID des Prozesses dient.
Beschreibung

Die Buchungs-ID ist eine eindeutige Nummer, die jedem Buchhaltungsbeleg bei seiner Erstellung in SAP S/4HANA zugewiesen wird. Mit dieser Kennung lässt sich der gesamte Lebenszyklus einer Buchung verfolgen, von der Erstellung oder dem Parken über Freigabe-Workflows bis hin zur endgültigen Buchung und einer möglichen Stornierung oder einem Ausgleich.

In der Process-Mining-Analyse dient diese ID dazu, alle zugehörigen Aktivitäten zu einem Case zusammenzuführen. Wenn Analysten Ereignisse unter einer gemeinsamen Buchungs-ID gruppieren, können sie den durchgängigen Prozessablauf rekonstruieren, Zykluszeiten messen und Abweichungen oder Engpässe für jede einzelne Finanztransaktion erkennen. Dieses grundlegende Attribut bildet die Basis für die gesamte Prozessansicht.

Warum das wichtig ist

Diese Kennung verknüpft alle zugehörigen Prozessschritte. So lässt sich der durchgängige Ablauf jeder Buchung analysieren.

Woher beziehen

Dies ist ein zusammengesetzter Schlüssel, der üblicherweise aus Buchungskreis (BKPF-BUKRS), Belegnummer (BKPF-BELNR) und Geschäftsjahr (BKPF-GJAHR) gebildet wird.

Beispiele
1000-1000000001-20231710-1900000055-20242000-2100003412-2023
Ereigniszeit
EventTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität für die Buchung stattgefunden hat.
Beschreibung

Die Ereigniszeit ist das genaue Datum und die genaue Uhrzeit, zu der eine Geschäftsaktivität ausgeführt und im System erfasst wurde. Jede Aktivität in einem Case hat einen eigenen Timestamp. Zusammen bilden sie eine chronologische Abfolge von Ereignissen.

Dieses Attribut ist für alle zeitbasierten Prozessanalysen entscheidend. Es dient zur Berechnung von Zykluszeiten, Zeitspannen zwischen Aktivitäten und Wartezeiten sowie zur Analyse der zeitlichen Verteilung der Arbeit. Genaue Timestamps sind unverzichtbar, um ein zuverlässiges Prozessmodell zu erstellen und wichtige Leistungskennzahlen wie die Freigabezykluszeit zu berechnen.

Warum das wichtig ist

Das Attribut gibt die chronologische Reihenfolge der Ereignisse an. Diese ist entscheidend für die Berechnung aller zeitbasierten Kennzahlen und das Verständnis des Prozessverlaufs.

Woher beziehen

Aus Änderungsbelegprotokollen (CDHDR-UDATE, CDHDR-UTIME), Workflow-Protokollen oder Erstellungs- und Erfassungs-Timestamps in Tabellen wie BKPF (CPUDT, CPUTM).

Beispiele
2023-10-26T10:05:00Z2023-11-15T14:30:15Z2024-01-20T09:00:45Z
Belegart
JournalEntryType
Ordnet den Buchungsbeleg nach seinem Geschäftszweck ein, zum Beispiel als Anlagenbuchung, Lieferantenrechnung oder Hauptbuchbuchung.
Beschreibung

Die Belegart, in SAP auch Dokumentart genannt, klassifiziert Buchhaltungsbelege. Sie legt unter anderem den Nummernkreis des Belegs und die zulässigen Kontenarten für die Buchung fest.

Die Analyse nach Belegart ist wichtig, um Unterschiede im Prozesskontext zu verstehen. So kann die Freigabe einer einfachen Abgrenzung (Typ SA) deutlich weniger aufwendig sein als die einer komplexen Anlagenbeschaffung (Typ AA). Diese Dimension ist zentral für das Dashboard „Compliance nach Belegart“.

Warum das wichtig ist

Ordnet Buchungen nach ihrem Geschäftskontext und ermöglicht den Vergleich von Prozessabläufen und Leistung bei unterschiedlichen Finanztransaktionen.

Woher beziehen

SAP-S/4HANA-Tabelle BKPF, Feld BLART (Belegart).

Beispiele
SAKRAA
Betrag in Hauswährung
AmountInLocalCurrency
Der Gesamtwert des Buchungsbelegs, ausgedrückt in der Hauswährung des Buchungskreises.
Beschreibung

Dieses Attribut gibt den finanziellen Umfang des Buchungsbelegs an. In der Regel entspricht es der Summe der absoluten Werte aller Soll- oder Habenpositionen des Belegs, umgerechnet in die Hauswährung des Buchungskreises.

Die Analyse nach Betrag ermöglicht es, den Prozess nach finanzieller Auswirkung aufzuschlüsseln. Für Buchungen mit hohen Beträgen kann beispielsweise ein strengeres Freigabeverfahren gelten als für kleinere Beträge. So können Verbesserungsmaßnahmen auf Transaktionen mit dem höchsten finanziellen Risiko ausgerichtet werden.

Warum das wichtig ist

Gibt den finanziellen Wert der Buchung an und ermöglicht zu analysieren, wie sich das Prozessverhalten je nach betroffenem Geldbetrag verändert.

Woher beziehen

Wird berechnet, indem die Beträge aus der Positionstabelle BSEG (Feld DMBTR) für einen Buchungsbeleg (BELNR) summiert und als positiver Wert ausgegeben werden.

Beispiele
1500.75125000.0050.20
Buchungsdatum
PostingDate
Das Datum, an dem der Buchungsbeleg im Hauptbuch erfasst wird und das damit die Finanzperiode bestimmt.
Beschreibung

Das Buchungsdatum bestimmt, in welcher Geschäftsjahresperiode die Transaktion im Abschluss erscheint. Es ist für die Buchhaltung entscheidend und kann vom Erstellungsdatum oder dem Zeitpunkt der Eingabe ins System abweichen.

Beim Process Mining dient das Buchungsdatum der zeitbezogenen Kohortenanalyse, etwa zum Vergleich von Monatsabschlussprozessen oder zur Untersuchung von Leistungstrends über verschiedene Finanzperioden hinweg. Außerdem lässt sich damit die Verzögerung zwischen der Erstellung des Belegs und seiner tatsächlichen Buchung messen.

Warum das wichtig ist

Das Buchungsdatum liefert den nötigen Finanzkontext für die Analyse der Prozessleistung in bestimmten Buchhaltungsperioden, etwa zum Monats- oder Jahresabschluss.

Woher beziehen

SAP-S/4HANA-Tabelle BKPF, Feld BUDAT (Buchungsdatum im Beleg).

Beispiele
2023-10-312023-11-012024-02-29
Buchungskreis
CompanyCode
Die eindeutige Kennung des Unternehmens oder der juristischen Person, für die der Buchungsbeleg gebucht wird.
Beschreibung

Der Buchungskreis ist eine zentrale Organisationseinheit in SAP Financials. Er steht für eine eigenständige juristische Person, für die Abschlüsse erstellt werden. Jeder Buchungsbeleg wird einem bestimmten Buchungskreis zugeordnet.

Dieses Attribut ist entscheidend, um die Prozessleistung in verschiedenen Bereichen der Organisation aufzuschlüsseln und zu vergleichen. Analysten können die Prozessansicht nach einer bestimmten juristischen Person filtern, Ablehnungsquoten zwischen Buchungskreisen vergleichen oder regionale Prozessunterschiede erkennen.

Warum das wichtig ist

Ermöglicht es, den Buchungsprozess für verschiedene juristische Personen oder Geschäftseinheiten innerhalb der Organisation zu filtern und zu vergleichen.

Woher beziehen

SAP-S/4HANA-Tabelle BKPF, Feld BUKRS (Buchungskreis).

Beispiele
10001710US01
Erstellt von Benutzer
CreatedByUser
Die Benutzer-ID der Person, die den Buchungsbeleg erstellt hat.
Beschreibung

Dieses Attribut speichert die eindeutige Kennung des Benutzers, der den Buchungsprozess mit dem Erstellen des ersten Belegs gestartet hat. Dabei kann es sich um einen Buchhalter, einen Fachanwender oder bei automatisierten Buchungen um eine System-ID handeln.

Die Analyse nach Ersteller zeigt Muster bei bestimmten Benutzern oder Teams. Sie kann auf Schulungsbedarf hinweisen, wenn einzelne Benutzer häufiger Ablehnungen erhalten, oder besonders leistungsstarke Mitarbeitende sichtbar machen. Das Attribut ist eine wichtige Grundlage für das Dashboard „Benutzeraktivität und Durchsatz“.

Warum das wichtig ist

Ordnet Prozessaktivitäten bestimmten Benutzern zu. So lassen sich Leistung und Arbeitslast analysieren und Schulungsbedarf erkennen.

Woher beziehen

SAP-S/4HANA-Tabelle BKPF, Feld USNAM (Benutzername).

Beispiele
ABROWNCJONESBATCH_USER
Belegstatus
DocumentStatus
Der aktuelle Verarbeitungsstatus des Buchungsbelegs, zum Beispiel vorläufig erfasst, gebucht oder ausgeglichen.
Beschreibung

Der Belegstatus zeigt, an welcher Stelle im Lebenszyklus sich ein Buchungsbeleg befindet. Ein vorläufig erfasster Beleg ist beispielsweise gespeichert, aber noch nicht ins Hauptbuch gebucht. Ein gebuchter Beleg hingegen ist abgeschlossen.

Die Statusanalyse hilft, den Arbeitsablauf zu verstehen und Engpässe zu erkennen. Bleiben viele Belege lange im Status „vorläufig erfasst“ oder „Freigabe ausstehend“, kann das auf Ineffizienzen im Prozess hinweisen. Der Status ist außerdem eine wichtige Grundlage, um Prozessaktivitäten abzuleiten.

Warum das wichtig ist

Zeigt den aktuellen Stand eines Buchungsbelegs im Lebenszyklus und hilft, Warteschlangen und Engpässe zu erkennen.

Woher beziehen

SAP-S/4HANA-Tabelle BKPF, Feld BSTAT (Belegstatus).

Beispiele
VAB
Endzeit
EndTime
Der Timestamp, der angibt, wann die Aktivität abgeschlossen wurde.
Beschreibung

Die Endzeit markiert den Abschluss einer Aktivität. In vielen Event Logs sind Startzeit und Endzeit einer Aktivität identisch, weil es sich um ein punktuelles Ereignis handelt. Bei Aktivitäten mit messbarer Dauer, etwa der aktiven Prüfung eines Dokuments durch einen Benutzer, kann dieses Attribut die Dauer erfassen.

Eine separate Endzeit ermöglicht eine genauere Berechnung der Verarbeitungszeit und der Wartezeit einer Aktivität. So lässt sich unterscheiden, wie lange aktiv an einer Aufgabe gearbeitet wurde und wie lange sie unbearbeitet in einer Warteschlange lag.

Warum das wichtig ist

Ermöglicht die genaue Berechnung der Verarbeitungszeit einer Aktivität und trennt aktive Arbeitszeit von Wartezeit.

Woher beziehen

Bei punktuellen Ereignissen entspricht die Endzeit in der Regel der StartTime. Bei Aktivitäten mit einer Dauer kann sie aus Workflow-Protokollen stammen oder anhand nachfolgender Ereignisse berechnet werden.

Beispiele
2023-10-26T10:05:00Z2023-11-15T14:45:20Z2024-01-20T09:10:30Z
Freigabezykluszeit
ApprovalCycleTime
Die Zeitspanne zwischen der Einreichung eines Buchungsbelegs zur Freigabe und seiner Freigabe oder Ablehnung.
Beschreibung

Diese berechnete Kennzahl erfasst gezielt die Dauer der Freigabephase. Sie misst die Zeit zwischen der Aktivität „Buchungsbeleg zur Prüfung eingereicht“ und der anschließenden Aktivität „Buchungsbeleg freigegeben“ oder „Buchungsbeleg abgelehnt“.

Die Kennzahl ist entscheidend, um Engpässe im Freigabe-Workflow zu erkennen. Lange Freigabezykluszeiten können den gesamten Prozess erheblich verzögern. Eine Auswertung nach freigebendem Benutzer, Buchungskreis oder Belegart kann konkrete Verbesserungsmöglichkeiten aufzeigen.

Warum das wichtig ist

Erfasst gezielt die Dauer des Freigabeschritts und hilft, Engpässe im Prüf- und Freigabe-Workflow zu erkennen und zu beheben.

Woher beziehen

Wird berechnet, indem die Zeit zwischen dem Ereignis „Buchungsbeleg zur Prüfung eingereicht“ und dem Ereignis „Buchungsbeleg freigegeben“ oder „Buchungsbeleg abgelehnt“ ermittelt wird.

Beispiele
1 Tag 2 Stunden4 Stunden 25 Minuten5 Tage 0 Stunden
Freigebender Benutzer
ApproverUser
Die Benutzer-ID der Person, die den Buchungsbeleg freigegeben oder abgelehnt hat.
Beschreibung

Dieses Attribut bezeichnet den Benutzer, der einen eingereichten Buchungsbeleg prüft und darüber entscheidet. Bei einem mehrstufigen Freigabe-Workflow können mehrere Benutzer für einen Beleg zuständig sein.

Diese Information ist wichtig für die detaillierte Analyse des Freigabeprozesses. Sie hilft, die Arbeitslast der einzelnen Freigebenden zu messen, individuelle Freigabezeiten zu berechnen und Engpässe in der Freigabekette zu erkennen. Das Attribut unterstützt direkt das Dashboard „Benutzeraktivität und Durchsatz“.

Warum das wichtig ist

Zeigt, wer für die Freigabe zuständig ist. So lassen sich Arbeitslast, Leistung und Engpässe im Freigabeprozess analysieren.

Woher beziehen

Wird aus Workflow-Protokollen (z. B. SWW_WI2OBJ, SWWLOG) oder Änderungsbelegtabellen (CDHDR/CDPOS) ermittelt, indem nachverfolgt wird, wer den Freigabeschritt ausgeführt hat.

Beispiele
DMILLERFWHITEKCHEN
Geschäftsjahr
FiscalYear
Das Geschäftsjahr, zu dem der Buchungsbeleg gehört.
Beschreibung

Das Geschäftsjahr ist neben dem Buchungskreis und der Belegnummer Teil des eindeutigen Schlüssels eines Buchungsbelegs. Es bezeichnet das Geschäftsjahr, für das der Beleg relevant ist.

In Analysen dient das Geschäftsjahr der langfristigen Trendanalyse und hilft, die Eindeutigkeit der Case-ID sicherzustellen. Der Vergleich von Prozesskennzahlen über mehrere Geschäftsjahre hinweg zeigt, wie sich die Leistung im Zeitverlauf verbessert oder verschlechtert hat.

Warum das wichtig ist

Ist ein wichtiger Bestandteil zur eindeutigen Identifizierung von Belegen und ermöglicht den Vergleich der Prozessleistung über mehrere Geschäftsjahre hinweg.

Woher beziehen

SAP-S/4HANA-Tabelle BKPF, Feld GJAHR (Geschäftsjahr).

Beispiele
202320242022
Letzte Datenaktualisierung
LastDataUpdate
Timestamp der letzten Aktualisierung der Daten dieses Datensatzes aus dem Quellsystem.
Beschreibung

Dieses Attribut enthält Datum und Uhrzeit der letzten Datenextraktion oder Aktualisierung aus dem Quellsystem. So ist nachvollziehbar, wie aktuell die analysierten Daten sind.

Der Zeitpunkt der letzten Aktualisierung hilft dabei, die Aktualität der Prozessanalyse einzuschätzen. Benutzer können Dashboards und Kennzahlen richtig einordnen und erkennen, ob sie nahezu Echtzeitdaten oder einen Datenstand aus einem früheren Zeitraum betrachten.

Warum das wichtig ist

Zeigt, wie aktuell die Daten sind, damit Benutzer den zeitlichen Stand der Prozessanalyse einschätzen können.

Woher beziehen

Dieses Metadatenattribut wird üblicherweise während der Datenübernahme erzeugt und jedem Datensatz hinzugefügt.

Beispiele
2024-03-10T02:00:00Z2024-03-11T02:00:00Z2024-03-12T02:00:00Z
Manuelle Buchung
IsManualPosting
Ein boolesches Kennzeichen dafür, ob ein Benutzer den Buchungsbeleg manuell gebucht hat.
Beschreibung

Dieses Attribut kennzeichnet Buchungsbelege, die ein Benutzer manuell gebucht hat, statt sie automatisch über einen Systemauftrag oder eine Schnittstelle zu verarbeiten. In der Regel wird es anhand des Transaktionscodes abgeleitet, mit dem der Beleg gebucht wurde.

Das Kennzeichen dient zur Berechnung der Kennzahl „Anteil manueller Buchungen“ und hilft Unternehmen, Fortschritte bei der Automatisierung des Record-to-Report-Prozesses zu verfolgen. Durch das Filtern manueller Buchungen können Analysten erkennen, in welchen Fällen noch ein manueller Eingriff erforderlich ist und ob sich diese Abläufe automatisieren lassen.

Warum das wichtig ist

Unterscheidet zwischen manuellen und systemgesteuerten Buchungen. Das ist entscheidend, um den Automatisierungsgrad zu messen und Automatisierungspotenziale zu erkennen.

Woher beziehen

Dieses berechnete Attribut wird aus dem TransactionCode abgeleitet. Eine vordefinierte Liste manueller Transaktionscodes, zum Beispiel „FB01“ und „F-02“, setzt das Kennzeichen auf „true“.

Beispiele
truefalse
Nacharbeit erforderlich
IsRework
Ein boolesches Kennzeichen dafür, ob der Buchungsbeleg nachbearbeitet wurde, zum Beispiel nach einer Ablehnung.
Beschreibung

Dieses berechnete Attribut kennzeichnet Buchungsbelege, deren Ablauf vom idealen Happy Path abweicht. Es wird in der Regel auf „true“ gesetzt, wenn im Case eine Aktivität wie „Buchungsbeleg abgelehnt“ oder „Buchungsbeleg korrigiert“ vorkommt.

Das Kennzeichen vereinfacht die Analyse der Prozesseffizienz. Damit lässt sich die Kennzahl „Nacharbeitsquote“ schnell berechnen und Zykluszeiten sowie Kosten von Cases mit und ohne Nacharbeit direkt vergleichen. Die Ursachen für Nacharbeit zu ermitteln, ist ein zentrales Ziel vieler Prozessverbesserungsinitiativen.

Warum das wichtig ist

Kennzeichnet Cases, bei denen Korrekturen oder zusätzliche Schleifen erforderlich waren. So lassen sich Ineffizienzen einfach quantifizieren und ihre Ursachen analysieren.

Woher beziehen

Dieses berechnete Attribut wird aus der Aktivitätsfolge eines Cases abgeleitet. Es wird auf „true“ gesetzt, wenn eine Aktivität wie „Buchungsbeleg abgelehnt“ vorkommt.

Beispiele
truefalse
Quellsystem
SourceSystem
Gibt an, aus welchem Quellsystem die Buchungsdaten exportiert wurden.
Beschreibung

Dieses Attribut gibt das führende System an, aus dem die Buchungsdaten stammen. Bei Unternehmen mit mehreren ERP-Instanzen oder einer Mischung aus älteren und modernen Systemen lassen sich damit die Datenquellen unterscheiden.

In Analysen können Sie die Prozessleistung systemübergreifend vergleichen oder die Daten nach einer bestimmten Quelle filtern. Das Attribut ist wichtig für die Data Governance und hilft, den Kontext der Daten richtig einzuordnen.

Warum das wichtig ist

Gibt Aufschluss über die Herkunft der Daten. Das ist in Systemlandschaften mit mehreren Systemen entscheidend für präzise Prozessanalysen und aussagekräftige Vergleiche.

Woher beziehen

Dieser statische Wert wird in der Regel beim Extrahieren der Daten ergänzt. Er bezeichnet die jeweilige SAP-S/4HANA-Instanz, zum Beispiel anhand der SID oder des logischen Systemnamens.

Beispiele
S4H_PROD_100ECC_FIN_200S4C_US_EAST
Stornogrund
ReversalReason
Ein Code, der den Grund für die Stornierung eines gebuchten Buchungsbelegs angibt.
Beschreibung

Ist ein gebuchter Buchungsbeleg fehlerhaft, kann er nicht gelöscht werden. Stattdessen muss er mit einem neuen Beleg storniert werden. Der Stornogrund gibt an, warum dies erforderlich war, zum Beispiel wegen eines falschen Buchungsdatums oder Betrags.

Die Analyse der Stornogründe hilft, die Ursachen von Fehlern im Record-to-Report-Prozess zu ermitteln. Häuft sich ein bestimmter Grund, kann das auf systemische Probleme wie unzureichende Schulungen oder fehlende Kontrollen hinweisen. Diese sollten behoben werden, um die Qualität beim ersten Durchlauf zu verbessern.

Warum das wichtig ist

Hilft, die Ursachen von Fehlern zu ermitteln, die zu Stornierungen führen. Die Erkenntnisse daraus können Nacharbeit verringern und die Prozessqualität verbessern.

Woher beziehen

SAP-S/4HANA-Tabelle BKPF, Feld STGRD (Stornogrund).

Beispiele
010205
Transaktionscode
TransactionCode
Der SAP-Transaktionscode, mit dem der Buchungsbeleg erstellt oder geändert wurde.
Beschreibung

Der Transaktionscode (T-Code) ist eine Abkürzung für eine bestimmte Funktion oder ein Programm in SAP. Bei Buchungsbelegen geben unterschiedliche T-Codes Aufschluss darüber, wie ein Beleg erstellt wurde, zum Beispiel FB01 für eine manuelle Hauptbuchbuchung, FV50 für das Vorläufigstellen oder ein automatisierter Code für systemgenerierte Buchungen.

Dieses Attribut zeigt deutlich, ob eine Aktivität manuell von einem Benutzer oder automatisch vom System ausgeführt wurde. Es ist wichtig für die Berechnung der Kennzahl „Anteil manueller Buchungen“ und hilft, Automatisierungspotenziale zu erkennen.

Warum das wichtig ist

Zeigt, wie eine Buchung verarbeitet wurde, etwa manuell oder automatisch. Das ist wichtig für die Automatisierungsanalyse und zum Verständnis von Prozessunterschieden.

Woher beziehen

SAP-S/4HANA-Tabelle BKPF, Feld TCODE (Transaktionscode).

Beispiele
FB01FV50F-02
Erforderlich Empfohlen Optional

Aktivitäten für Record to Report – Journalbuchung

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Prozess zuverlässig zu entdecken und zu optimieren.
6 Empfohlen 6 Optional
Aktivität Beschreibung
Buchung ausgeglichen
Ein offener Einzelposten einer Buchung wird durch eine andere Buchung ausgeglichen, zum Beispiel wenn eine Zahlung eine Rechnung ausgleicht. Diese Aktivität kennzeichnet den Abgleich bestimmter Einzelposten und schließt sie damit ab.
Warum das wichtig ist

Bei vielen Buchungen, insbesondere auf Verrechnungs- oder offenen Posten verwalteten Konten, ist dies der letzte Schritt des Abgleichs. Wenn Sie die Zeit zwischen Buchung und Ausgleich analysieren, können Sie die Effizienz des Abgleichs messen.

Woher beziehen

Dieses Ereignis wird aus der Einzelpostentabelle (BSEG oder der ACDOCA-Ansicht) abgeleitet. Beim Ausgleich eines Postens werden die Felder für Ausgleichsdatum (AUGDT) und Ausgleichsbeleg (AUGBL) für diesen Posten ausgefüllt.

Erfassung

Verwenden Sie das Ausgleichsdatum (BSEG-AUGDT) des Einzelpostens als Timestamp des Ereignisses.

Ereignistyp inferred
Buchung erstellt
Diese Aktivität kennzeichnet die erstmalige Erstellung eines Buchungsbelegs im System. Der Beleg wird in der Kopftabelle (BKPF) angelegt, aber noch nicht im Hauptbuch gebucht. Damit beginnt der Lebenszyklus der Buchung.
Warum das wichtig ist

Dies ist das primäre Start-Event des Prozesses. Die Zeit zwischen diesem Ereignis und der Buchung ist entscheidend, um die gesamte Zykluszeit zu messen und Verzögerungen bei der anfänglichen Dateneingabe zu erkennen.

Woher beziehen

Dieses Ereignis lässt sich direkt anhand der Felder für Erstellungsdatum (CPUDT) und Erstellungszeit (CPUTM) in der SAP-Tabelle BKPF für eine bestimmte Belegnummer (BELNR) erfassen.

Erfassung

Verwenden Sie BKPF-CPUDT und BKPF-CPUTM als Timestamp des Ereignisses.

Ereignistyp explicit
Buchung freigegeben
Ein autorisierter Manager erteilt die endgültige Freigabe für die Buchung und bestätigt damit ihre Gültigkeit und Richtigkeit. Dies ist die letzte Kontrollstufe, bevor der Beleg im Hauptbuch gebucht werden kann.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein, der den Freigabezyklus abschließt. Die Zeit bis zu diesem Schritt macht einen wesentlichen Teil der gesamten Prozessdauer aus und ist ein wichtiger Indikator für die Effizienz der Freigebenden.

Woher beziehen

Dieses Ereignis wird aus einem Workflow-Protokoll abgeleitet, das den letzten Freigabeschritt zeigt, oder aus einer Statusänderung des Belegs. Benutzer-ID und Timestamp des Freigebenden lassen sich den Workflow-Daten oder Änderungsprotokollen entnehmen.

Erfassung

Ermitteln Sie den Timestamp des letzten Freigabeschritts in den Workflow-Protokollen oder die Statusänderung zu „Genehmigt“ in den Änderungsbelegen.

Ereignistyp inferred
Buchung im Hauptbuch erfasst
Die Buchung wird offiziell im Hauptbuch erfasst und wirkt sich auf den Jahresabschluss des Unternehmens aus. Ab diesem Zeitpunkt ist der Beleg ein dauerhafter Finanzdatensatz.
Warum das wichtig ist

Dies ist der zentrale Erfolgsmeilenstein und markiert das Ende des eigentlichen Verarbeitungszyklus. Der Durchsatz gebuchter Belege und die Zeit bis zu diesem Schritt sind grundlegende Kennzahlen im Process Mining.

Woher beziehen

Dieses Ereignis wird explizit durch das Buchungsdatum (BUDAT) in der Tabelle BKPF gekennzeichnet. Bei einem gebuchten Beleg ist der Belegstatus (BSTAT) leer. So lässt er sich von geparkten ('V') oder vorgemerkten ('D') Belegen unterscheiden.

Erfassung

Verwenden Sie das Buchungsdatum (BKPF-BUDAT) und das Erfassungsdatum (BKPF-CPUDT) als Timestamp des Ereignisses. Ein leeres BKPF-BSTAT kennzeichnet einen gebuchten Beleg.

Ereignistyp explicit
Buchung zur Prüfung eingereicht
Der Ersteller der Buchung reicht den Beleg formell für den Prüfungs- und Freigabe-Workflow ein. Damit wird die Übergabe von der Dateneingabe an den formellen Kontrollprozess markiert und der Freigabezyklus gestartet.
Warum das wichtig ist

Damit beginnt die Zykluszeit der Freigabe. Wenn Sie die Zeit bis zur endgültigen Freigabe oder Ablehnung messen, können Sie Engpässe gezielt in den Prüfungs- und Freigabeschritten erkennen.

Woher beziehen

Dieses Ereignis wird häufig in Workflow-Protokollen (Tabellen SWW_WIHEAD, SWWLOG) erfasst, die mit dem Geschäftsobjekt verknüpft sind. Es lässt sich auch aus einer Statusänderung in einem benutzerdefinierten Feld im Belegkopf (BKPF) ableiten.

Erfassung

Timestamp der Erstellung des Workflow-Elements oder Zeitpunkt, zu dem sich ein Statusfeld in „Eingereicht“ oder „In Prüfung“ ändert.

Ereignistyp inferred
Buchungsstornierung verarbeitet
Eine zuvor gebuchte Buchung wird durch einen neuen Beleg mit umgekehrten Buchungen storniert. Diese explizite, auditfähige Transaktion dient dazu, Fehler in gebuchten Belegen zu korrigieren.
Warum das wichtig ist

Stornierungen weisen auf einen Fehler in einem gebuchten Beleg hin. Eine hohe Stornierungsquote deutet auf grundlegende Probleme im Freigabeprozess oder bei der Qualität der Dateneingabe hin. Wenn Sie Stornierungen erfassen, können Sie die Genauigkeit beim ersten Durchlauf verbessern.

Woher beziehen

Die Stornierung ist ein explizites Ereignis. Der Kopf des neuen Stornobelegs (BKPF) verweist im Feld für die stornierte Belegnummer (STBLG) auf den ursprünglichen Beleg. Das Buchungsdatum des neuen Belegs ist der Zeitpunkt des Ereignisses.

Erfassung

Ermitteln Sie Belege, bei denen BKPF-STBLG ausgefüllt ist. Als Timestamp des Ereignisses dient das Buchungsdatum des Stornobelegs.

Ereignistyp explicit
Belege angehängt
Ein Benutzer hängt einen oder mehrere Belege, etwa Rechnungen oder Tabellen, an die Buchung an. Diese dienen als Nachweis und liefern Kontext zur Finanztransaktion während der Prüfung und des Audits.
Warum das wichtig ist

Belege vor der Prüfung anzuhängen, ist entscheidend für Compliance und effiziente Freigaben. Anhand dieser Aktivität lässt sich messen, ob die Dokumentationsvorgaben eingehalten werden und wie sich dies auf die Freigabezeiten auswirkt.

Woher beziehen

Dieses Ereignis wird üblicherweise anhand des Erstellungs-Timestamps von Anhängen ermittelt, die über Generic Object Services (GOS) verknüpft sind. Die Tabelle SRGBTBREL verknüpft das Geschäftsobjekt, zum Beispiel einen BKPF-Beleg, mit dem Anhang.

Erfassung

Fragen Sie die GOS-Anhangtabellen, zum Beispiel SRGBTBREL, nach Verknüpfungen zum BKPF-Objekt ab und verwenden Sie den Erstellungs-Timestamp des Anhangs.

Ereignistyp inferred
Buchung abgelehnt
Ein Prüfer oder Freigebender lehnt die Buchung ab und verhindert damit ihre Buchung. In der Regel wird der Beleg zur Korrektur an den Ersteller zurückgesendet. Dadurch beginnt eine Nacharbeitsschleife.
Warum das wichtig ist

Ablehnungen zu erfassen, ist entscheidend, um die Prozessqualität zu verstehen und häufige Fehler zu erkennen. Eine hohe Ablehnungsquote weist auf Probleme mit der Datengenauigkeit, dem Verständnis von Richtlinien oder fehlenden Belegen hin.

Woher beziehen

Dieses Ereignis wird aus einer Statusänderung im Workflow-Protokoll oder einem benutzerdefinierten Statusfeld des Buchungsbelegs abgeleitet. Änderungsbelege (CDHDR/CDPOS) zum betreffenden Statusfeld können den Timestamp liefern.

Erfassung

Ermitteln Sie über Änderungsbelege (CDHDR/CDPOS) oder Workflow-Protokolle eine Statusänderung zu „Abgelehnt“.

Ereignistyp inferred
Buchung geparkt
Ein Benutzer speichert eine unvollständige Buchung, ohne sie zu buchen. Sie kann später vervollständigt oder geprüft werden. Durch diese explizite Aktion wird ein Belegkopf mit dem Status „geparkt“ angelegt, der Beleg bleibt dabei ungebucht.
Warum das wichtig ist

Das Parken ist ein üblicher Schritt vor der Einreichung. Wenn Sie die Dauer des geparkten Status erfassen, erkennen Sie Verzögerungen bei der Vervollständigung und Vorbereitung der Daten, bevor die formelle Prüfung und Freigabe beginnt.

Woher beziehen

In der Tabelle BKPF erkennen Sie einen geparkten Beleg am Belegstatusfeld (BSTAT) mit dem Wert 'V'. Als Timestamp des Ereignisses dient das Erstellungsdatum (CPUDT).

Erfassung

Filtern Sie zum Erstellungszeitpunkt nach Belegen mit BKPF-BSTAT = 'V'.

Ereignistyp explicit
Buchung korrigiert
Ein Benutzer ändert eine Buchung, nachdem sie abgelehnt oder zur Überarbeitung zurückgesendet wurde. Damit wird der Nacharbeitsaufwand erfasst, der erforderlich ist, um die bei der Prüfung festgestellten Probleme vor der erneuten Einreichung zu beheben.
Warum das wichtig ist

Mit dieser Aktivität werden Nacharbeitsschleifen quantifiziert. Wenn Sie Häufigkeit und Dauer von Korrekturen analysieren, erkennen Sie Ineffizienzursachen und Möglichkeiten für Schulungen und klarere Prozesse.

Woher beziehen

Dieses Ereignis lässt sich anhand des Felds „Zuletzt geändert am“ (AEDAT) in der Tabelle BKPF ableiten, wenn sich der Beleg zuvor im Status „Abgelehnt“ befand. Änderungsbelege liefern genauere Angaben zu den vorgenommenen Änderungen.

Erfassung

Verwenden Sie für Änderungen nach einer Ablehnung den Timestamp aus den Änderungsbelegköpfen (CDHDR-UDATE).

Ereignistyp inferred
Buchung nach der Buchung geändert
Ein Benutzer ändert bestimmte Felder einer Buchung, nachdem sie bereits im Hauptbuch erfasst wurde. Die meisten Finanzdaten sind nach der Buchung unveränderlich, einige Felder wie Texte oder Zuordnungen lassen sich jedoch ändern.
Warum das wichtig ist

Diese Aktivität ist ein wichtiges Compliance-Signal. Änderungen nach der Buchung können auf Versuche hindeuten, Datensätze zu manipulieren. Sie sollten daher genau überwacht werden, um Betrug zu verhindern und die Datenintegrität zu sichern.

Woher beziehen

Dieses Ereignis lässt sich zuverlässig aus den Änderungsbelegtabellen (CDHDR und CDPOS) ableiten. Ein Eintrag in CDHDR zur Belegnummer mit einem Änderungsdatum nach dem Buchungsdatum weist auf eine Änderung nach der Buchung hin.

Erfassung

Suchen Sie in CDHDR nach Datensätzen, bei denen der Änderungs-Timestamp (UDATE/UTIME) nach dem Buchungsdatum des Belegs (BKPF-BUDAT) liegt.

Ereignistyp inferred
Manuelle Buchung erkannt
Die Buchung wurde mit einem manuellen Transaktionscode statt über eine automatisierte Schnittstelle oder einen Batch-Job gebucht. Dies ist kein zeitliches Ereignis, sondern eine Klassifizierung der Buchungsaktivität.
Warum das wichtig ist

Manuelle Buchungen zu erkennen, ist für Automatisierungsinitiativen entscheidend. Ein hoher Anteil manueller Buchungen weist auf Möglichkeiten hin, Prozesse durch die Integration von Subsystemen oder den Einsatz automatisierter Buchungsprogramme zu vereinfachen.

Woher beziehen

Diese Klassifizierung erfolgt anhand des Transaktionscodefelds (TCODE) in der Belegkopftabelle (BKPF). Eine Liste bekannter manueller Transaktionscodes, zum Beispiel FB01, F-02 und FB50, dient zur Einordnung der Buchung.

Erfassung

Klassifizieren Sie das Ereignis anhand von BKPF-TCODE und einer vordefinierten Liste manueller Transaktionscodes zum Buchungszeitpunkt.

Ereignistyp calculated
Empfohlen Optional

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus SAP S/4HANA

Möchten Sie loslegen?

Mit diesem Template bereiten Sie Ihre Daten fundiert vor und gewinnen wichtige Erkenntnisse zu Ihrem Record-to-Report-Prozess für Journalbuchungen. Beginnen Sie noch heute damit, Ihre Prozesse zu verbessern.

Journalbuchungen im Record-to-Report-Prozess effizienter bearbeiten

Verbessern Sie Ihren Prozess und verkürzen Sie die Durchlaufzeit von Journalbuchungen im Record-to-Report-Prozess um 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.