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

Workiva
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 erforderlichen Datenfelder, die wichtigen Prozessschritte und praktische Hinweise zum Extrahieren der Informationen aus Workiva. So können Sie sicherstellen, dass alle benötigten Daten für ein wirksames Process-Mining-Vorhaben vorliegen.
  • Empfohlene Attribute für die Erfassung
  • Wichtige Aktivitäten für die Nachverfolgung
  • 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 Ihren Record-to-Report-Prozess für Journalbuchungen umfassend zu analysieren.
5 Erforderlich 5 Empfohlen 8 Optional
Name Beschreibung
Aktivität
ActivityName
Die Bezeichnung des konkreten Prozessschritts oder Ereignisses, das beim Buchungssatz aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt die Aktivität, die zu einem bestimmten Zeitpunkt im Lebenszyklus des Buchungssatzes ausgeführt wurde. Es erfasst wichtige Meilensteine wie „Buchungssatz erstellt“, „Buchungssatz zur Prüfung eingereicht“, „Buchungssatz genehmigt“ und „Buchungssatz im Hauptbuch gebucht“.

Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten bildet den Kern des Process Mining. Sie macht den Prozessablauf sichtbar, zeigt häufige und seltene Pfade (Varianten) und hilft, Engpässe zu erkennen, an denen Buchungssätze besonders lange liegen. Außerdem dient sie dazu, Start- und Endpunkte für die Berechnung wichtiger Kennzahlen wie der Genehmigungsdurchlaufzeit festzulegen.

Warum das wichtig ist

Das Attribut legt die Prozessschritte fest. So lassen sich der Workflow für Buchungssätze visualisieren und analysieren sowie Engpässe erkennen.

Woher beziehen

Dieses Attribut wird üblicherweise aus Event Logs oder Statusänderungsdatensätzen in Workiva abgeleitet. Das genaue Feld muss möglicherweise den Systemstatuscodes oder Ereignisbeschreibungen zugeordnet werden.

Beispiele
Journalbuchung erstelltJournalbuchung zur Prüfung eingereichtBuchungssatz genehmigtBuchungssatz im Hauptbuch gebucht
Buchungssatz-ID
JournalEntryId
Die eindeutige Kennung eines einzelnen Buchungssatzes. Sie dient als primäre Case-ID für die Prozessanalyse.
Beschreibung

Die Buchungssatz-ID erfasst eindeutig alle Aktivitäten und Ereignisse zu einer bestimmten Gruppe von Finanztransaktionen, von der Erstellung bis zur abschließenden Buchung und Abstimmung. Über diese ID werden alle Schritte wie Erstellung, Einreichung, Prüfung, Genehmigung und Buchung zu einer zusammenhängenden Prozessinstanz verknüpft.

Beim Process Mining ist dieses Attribut entscheidend, um den durchgängigen Ablauf jedes Buchungssatzes zu rekonstruieren. Es ermöglicht die Analyse von Prozessvarianten, Durchlaufzeiten und Nacharbeitsschleifen für jeden einzelnen Buchungssatz. So wird sichtbar, wie die Buchungssätze das System durchlaufen.

Warum das wichtig ist

Dieser Schlüssel ist unverzichtbar, um den gesamten Lebenszyklus eines Buchungssatzes nachzuverfolgen und Prozessablauf, Dauer und Abweichungen zu analysieren.

Woher beziehen

Dies ist der Primärschlüssel eines Buchungssatzdatensatzes in Workiva. Informationen zur konkreten Tabelle oder zum API-Endpunkt finden Sie in der Workiva-Dokumentation.

Beispiele
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
Startzeit
EventTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Der Ereigniszeitpunkt ist ein genauer Timestamp mit Datum und Uhrzeit, der den Zeitpunkt einer Aktivität festhält. Diese Daten sind entscheidend, um Ereignisse korrekt anzuordnen und zeitbasierte Analysen durchzuführen.

Beim Process Mining dient dieses Attribut dazu, die Dauer zwischen Aktivitäten, die gesamte Durchlaufzeit eines Case und Wartezeiten zu berechnen. Es ist unverzichtbar für Dashboards zur Analyse von Durchlaufzeiten, etwa „Genehmigungsdurchlaufzeit von Buchungssätzen“ und „Verzögerung beim Anhängen von Dokumenten“. Außerdem bildet es die Grundlage, um Verzögerungen und Ineffizienzen im Prozess zu erkennen.

Warum das wichtig ist

Dieser Timestamp ist entscheidend, um Zeitspannen zu berechnen, Ereignisse korrekt anzuordnen und die Prozessleistung im Zeitverlauf zu analysieren.

Woher beziehen

Diese Information wird üblicherweise zusammen mit jedem Ereignis oder jeder Statusänderung in den Transaktions- oder Protokolltabellen von Workiva gespeichert.

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

Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion aus Workiva. Es gibt Aufschluss darüber, wie aktuell die analysierten Daten sind.

In jedem Dashboard zur Prozessanalyse ist diese Information wichtig, damit Benutzer den Aktualitätsstand der Erkenntnisse einschätzen können. Sie zeigt, ob die Daten den aktuellen Stand in Echtzeit oder eine Momentaufnahme zu einem bestimmten Zeitpunkt wiedergeben. Das ist eine wichtige Grundlage für fundierte operative Entscheidungen.

Warum das wichtig ist

Das Attribut informiert Benutzer über die Aktualität der Daten und zeigt, ob die Analyse den neuesten Prozessstand abbildet.

Woher beziehen

Dieser Timestamp wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und gespeichert.

Beispiele
2023-10-27T02:00:00Z
Quellsystem
SourceSystem
Das führende System, aus dem die Daten des Buchungssatzes extrahiert wurden.
Beschreibung

Dieses Attribut kennzeichnet die Quellanwendung, aus der die Prozessdaten stammen. In dieser Analyse lautet der Wert immer „Workiva“.

Auch wenn der Wert bei einer Analyse mit nur einem System unverändert bleibt, sind diese Metadaten für Data Governance und Rückverfolgbarkeit wichtig. In größeren Unternehmen erstrecken sich Prozesse oft über mehrere Systeme. Dann ist dieses Feld entscheidend, um die vollständige Datenherkunft nachzuvollziehen und Daten aus verschiedenen Quellen korrekt zusammenzuführen.

Warum das wichtig ist

Das Attribut liefert wichtige Informationen zur Datenherkunft und zum Kontext. So bleibt nachvollziehbar, woher die Prozessdaten stammen, insbesondere in Umgebungen mit mehreren Systemen.

Woher beziehen

Üblicherweise wird beim Extrahieren und Transformieren der Daten ein statischer Wert hinzugefügt, der die Datenquelle kennzeichnet.

Beispiele
Workiva
Abteilung
Department
Die Fachabteilung oder Kostenstelle, von der der Buchungssatz ausgeht.
Beschreibung

Dieses Attribut kennzeichnet die Organisationseinheit, zum Beispiel Finanzen, Vertrieb oder Marketing, der der Buchungssatz zugeordnet ist. Die Zuordnung erfolgt häufig anhand der Kostenstelle oder des Benutzers, der den Buchungssatz erstellt hat.

Die Analyse nach Abteilung ermöglicht Leistungsvergleiche zwischen verschiedenen Unternehmensbereichen. Sie zeigt, welche Abteilungen besonders effiziente Prozesse, die höchsten Nacharbeitsquoten oder die längsten Genehmigungszeiten haben. Die Ergebnisse helfen dabei, bewährte Vorgehensweisen weiterzugeben oder gezielte Unterstützung anzubieten.

Warum das wichtig ist

Das Attribut ermöglicht Leistungsvergleiche zwischen verschiedenen Geschäftseinheiten und hilft, abteilungsspezifische Probleme oder bewährte Vorgehensweisen zu erkennen.

Woher beziehen

Diese Information ist wahrscheinlich in den Kopfdaten des Buchungssatzes verfügbar. Sie kann mit dem Benutzerprofil der erstellenden Person verknüpft oder als Kostenstelle angegeben sein.

Beispiele
FinanzenVertrieb NordamerikaBetrieb EU
Benutzer
User
Die Benutzer-ID oder der Name der Person, die die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut kennzeichnet die Person, die für eine bestimmte Aktivität verantwortlich ist, etwa für die Erstellung, Prüfung oder Genehmigung eines Buchungssatzes. Es kann sich um eine eindeutige Benutzer-ID, einen Namen oder eine E-Mail-Adresse handeln.

Die Analyse nach Benutzern ist wichtig, um Arbeitslastverteilung, Leistung und Compliance zu verstehen. Sie ermöglicht Dashboards wie „Arbeitslastverteilung bei Buchungssätzen“ und „Analyse abgelehnter Buchungssätze“, in denen Aktivitäten nach Benutzer aufgeschlüsselt werden. So lassen sich möglicher Schulungsbedarf und eine unausgewogene Ressourcenverteilung erkennen.

Warum das wichtig ist

Dieses Attribut ist wichtig, um die Arbeitslastverteilung zu analysieren, besonders leistungsstarke Mitarbeitende zu erkennen und benutzerspezifisches Verhalten oder Engpässe zu verstehen.

Woher beziehen

Diese Information ist üblicherweise in den Ereignis- oder Transaktionsprotokollen von Workiva verfügbar und den jeweiligen Aktivitäten zugeordnet.

Beispiele
asmithbjonescchen
Buchungssatzart
JournalEntryType
Die Klassifizierung des Buchungssatzes, zum Beispiel als Standardbuchung, Abgrenzung oder Korrektur.
Beschreibung

Dieses Attribut ordnet Buchungssätze nach ihrem Geschäftszweck ein. Häufige Arten sind Standardbuchungen für Routinevorgänge, Abgrenzungen zur Erfassung von Erträgen und Aufwendungen, Umbuchungen sowie Korrekturbuchungen.

Diese Dimension ist wichtig für vergleichende Analysen. Sie können den Prozess nach Buchungssatzart aufschlüsseln und prüfen, ob bestimmte Arten länger dauern, häufiger abgelehnt werden oder anderen Abläufen folgen. Im Dashboard „Trend der Stornierungsquote von Buchungssätzen“ lässt sich beispielsweise die Stornierungsquote nach Art analysieren, um Probleme bestimmter Buchungspraktiken einzugrenzen.

Warum das wichtig ist

Die Aufschlüsselung des Prozesses nach Buchungssatzart zeigt, ob bestimmte Arten häufiger zu Verzögerungen, Nacharbeit oder Abweichungen führen.

Woher beziehen

Dieses Feld ist wahrscheinlich ein Standardfeld im Kopfbereich des Buchungssatzes in Workiva.

Beispiele
StandardAbgrenzungUmbuchungKorrektur
Buchungssatzbetrag
JournalEntryAmount
Der Gesamtbetrag des Buchungssatzes, üblicherweise die Summe der Soll- oder Habenbeträge.
Beschreibung

Dieses Attribut gibt den wichtigsten Finanzbetrag des Buchungssatzes an. Dabei kann es sich um den gesamten Sollbetrag handeln, der dem gesamten Habenbetrag entsprechen sollte.

Die Analyse des Prozesses nach Finanzbetrag kann wichtige Muster aufzeigen. Buchungssätze mit hohen Beträgen werden beispielsweise möglicherweise genauer geprüft und durchlaufen einen anderen, strengeren Genehmigungsprozess. Mit diesem Attribut können Sie Dashboards filtern und untersuchen, ob der Buchungsbetrag mit der Verarbeitungszeit, der Nacharbeitsquote oder Genehmigungsverzögerungen zusammenhängt.

Warum das wichtig ist

Das Attribut ermöglicht Analysen nach finanzieller Auswirkung und zeigt, ob Buchungssätze mit hohen Beträgen anders verarbeitet werden oder häufiger Verzögerungen aufweisen.

Woher beziehen

Dieses Feld gehört zu den grundlegenden Angaben im Kopfbereich eines Buchungssatzes in Workiva.

Beispiele
15000.00250.50125000.75
Status des Buchungssatzes
JournalEntryStatus
Der aktuelle Status des Buchungssatzes in seinem Lebenszyklus.
Beschreibung

Dieses Attribut zeigt den aktuellen Status eines Buchungssatzes an, zum Beispiel „Entwurf“, „Zur Genehmigung eingereicht“, „Genehmigt“, „Gebucht“ oder „Abgelehnt“. Es bildet den Stand zum Zeitpunkt der Datenextraktion ab.

Das Attribut ist für die operative Überwachung wichtig und bildet die Grundlage für das Dashboard „Übersicht über den aktuellen Status von Buchungssätzen“. Es zeigt der Leitung den aktuellen Arbeitsvorrat und Rückstand in jeder Prozessphase und unterstützt so die Ressourcenplanung und Priorisierung.

Warum das wichtig ist

Das Attribut zeigt den aktuellen Stand der Buchungssätze im Prozess. Das ist wichtig für die operative Überwachung und den Abbau von Rückständen.

Woher beziehen

Dieses Standardfeld im Kopfbereich des Buchungssatzes in Workiva gibt dessen aktuellen Status wieder.

Beispiele
EntwurfGenehmigung ausstehendGebuchtAbgelehnt
Ablehnungsgrund
RejectionReason
Ein Code oder Text, der erklärt, warum ein Buchungssatz während der Prüfung oder Genehmigung abgelehnt wurde.
Beschreibung

Wird ein Buchungssatz abgelehnt, erfasst dieses Attribut den von der prüfenden oder genehmigenden Person angegebenen Grund. Mögliche Gründe sind „Falsches Hauptbuchkonto“, „Fehlende Dokumentation“, „Berechnungsfehler“ oder „Richtlinienverstoß“.

Diese Information ist für die Ursachenanalyse von Nacharbeit besonders wertvoll. Die häufigsten Ablehnungsgründe zeigen, wo Verbesserungen nötig sind, etwa durch gezielte Schulungen, klarere Anweisungen oder bessere Systemkontrollen. Das Attribut ist wichtig für die Dashboards „Nacharbeitsanalyse von Buchungssätzen“ und „Analyse abgelehnter Buchungssätze“.

Warum das wichtig ist

Das Attribut zeigt direkt die Ursachen für Nacharbeit und ermöglicht gezielte Verbesserungen bei Schulungen, Dokumentation und Prozesskontrollen.

Woher beziehen

Diese Daten können in einem eigenen Feld oder im Kommentar- beziehungsweise Notizfeld zur Aktivität „Buchungssatz abgelehnt“ in Workiva gespeichert sein.

Beispiele
Belege fehlenFalsches Hauptbuchkonto verwendetBetrag überschreitet den Schwellenwert
Automatisiert
IsAutomated
Ein Kennzeichen dafür, ob eine Aktivität vom System oder von einem menschlichen Benutzer ausgeführt wurde.
Beschreibung

Dieses boolesche Attribut unterscheidet zwischen automatisch vom System ausgeführten Aktivitäten, etwa „Automatische Validierung ausgeführt“, und manuellen Aktivitäten eines Benutzers, etwa „Buchungssatz geprüft“.

Diese Unterscheidung ist wichtig, um die Prozesseffizienz und das Automatisierungspotenzial korrekt zu messen. Sie ermöglicht es Analysten, menschlich bedingte Engpässe von systembedingten zu trennen und den tatsächlichen manuellen Aufwand im Prozess zu berechnen. Das Attribut ist wichtig für Initiativen, die mehr Automatisierung und weniger manuelle Arbeitsschritte anstreben.

Warum das wichtig ist

Das Attribut unterscheidet zwischen Systemaktivitäten und menschlichen Aktivitäten. Das ist wichtig, um den Automatisierungsgrad zu analysieren und manuelle Engpässe zu erkennen.

Woher beziehen

Dieses Attribut wird häufig abgeleitet. Dazu wird geprüft, ob der Benutzer einer Aktivität ein System- oder Dienstkonto ist oder ob der Name der Aktivität selbst auf eine Automatisierung hinweist.

Beispiele
truefalse
Buchungsdatum
PostingDate
Das Datum, an dem der Buchungssatz offiziell im Hauptbuch erfasst wird.
Beschreibung

Das Buchungsdatum ist das für die Finanzberichterstattung maßgebliche Datum der Transaktion. Es bestimmt, in welcher Berichtsperiode der Buchungssatz im Abschluss erscheint. Dieses Datum kann vom Erstellungs- oder Genehmigungsdatum abweichen.

Das Attribut ist für Finanz- und Compliance-Analysen wichtig. Es hilft zu prüfen, ob Buchungen rechtzeitig zum Abschluss der Berichtsperioden erfolgen. Verzögerungen zwischen Genehmigung und Buchung können auf System- oder Prozessengpässe hinweisen, die den Finanzabschluss beeinträchtigen.

Warum das wichtig ist

Dieses wichtige Datum für die Finanzberichterstattung hilft, die fristgerechte Buchung und ihre Auswirkungen auf den Finanzabschluss zu analysieren.

Woher beziehen

Dieses Standard-Datumsfeld befindet sich in den Kopfdaten des Buchungssatzes in Workiva.

Beispiele
2023-10-312023-11-302023-12-31
Buchungskreis
CompanyCode
Die Kennung der konkreten juristischen Person, für die der Buchungssatz erfasst wird.
Beschreibung

Der Buchungskreis steht für eine eigenständige juristische Person innerhalb eines Konzerns. Finanztransaktionen werden auf dieser Ebene für die gesetzliche Berichterstattung und Konsolidierung erfasst.

In Unternehmen mit mehreren juristischen Personen ist die Analyse des Buchungssatzprozesses nach Buchungskreis wichtig. Sie kann Unterschiede bei Prozessleistung, Compliance und Effizienz aufzeigen, die bestimmte juristische Personen oder Regionen betreffen. So lassen sich Verbesserungsmaßnahmen gezielter ausrichten.

Warum das wichtig ist

Das Attribut ist entscheidend, um die Prozessleistung verschiedener juristischer Personen innerhalb eines Unternehmens zu analysieren und zu vergleichen.

Woher beziehen

Dieses Feld ist ein grundlegendes Pflichtfeld in den Kopfdaten eines Buchungssatzes in jedem Buchhaltungssystem für Unternehmen, auch in Workiva.

Beispiele
1000US01DE01
Dokumentation vorhanden
HasSupportingDocumentation
Ein Kennzeichen dafür, ob vor der Einreichung zur Prüfung Belege angehängt wurden.
Beschreibung

Dieses boolesche Attribut prüft, ob vor der Aktivität „Buchungssatz zur Prüfung eingereicht“ für den jeweiligen Buchungssatz die Aktivität „Belege angehängt“ stattgefunden hat.

Das Attribut unterstützt direkt das Dashboard „Compliance bei der Dokumentation von Buchungssätzen“ und die KPI „Anteil der Buchungssätze mit angehängten Belegen“. Es ist wichtig für Compliance und Auditfähigkeit, da Buchungssätze ohne ausreichende Dokumentation zu Ablehnungen, Verzögerungen und Prüfungsfeststellungen führen können. Die Analyse hilft, Richtlinien durchzusetzen und den Prüfprozess zu vereinfachen.

Warum das wichtig ist

Das Attribut misst direkt die Einhaltung der Dokumentationsrichtlinien und hilft, Nacharbeit und Verzögerungen wegen fehlender Angaben zu verringern.

Woher beziehen

Dieses Attribut wird abgeleitet, indem die Abfolge der Aktivitäten in den Prozessdaten für jeden Case geprüft wird.

Beispiele
truefalse
Endzeit
EndTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis abgeschlossen wurde.
Beschreibung

Die Endzeit erfasst den genauen Zeitpunkt, zu dem eine Aktivität abgeschlossen wird. Viele Prozessereignisse sind unmittelbar und haben nur eine Startzeit. Manche Aktivitäten dauern jedoch messbar lange, etwa ein Prüfschritt, der beginnt, wenn ein Benutzer die Aufgabe öffnet, und endet, wenn er sie einreicht.

Dieses Attribut dient vor allem dazu, die Verarbeitungszeit einer Aktivität, also die aktive Arbeitszeit, zu berechnen und von Leerlauf- oder Wartezeiten abzugrenzen. Es unterstützt Analysen dazu, wie lange Benutzer aktiv an bestimmten Aufgaben arbeiten, etwa an der Prüfung eines Buchungssatzes.

Warum das wichtig ist

Damit lässt sich die tatsächliche Verarbeitungszeit einer Aktivität berechnen und die aktive Arbeitszeit von Wartezeiten abgrenzen. So wird die Effizienzanalyse genauer.

Woher beziehen

Prüfen Sie die Workiva-Dokumentation. Möglicherweise muss dieser Wert aus den Start- und Abschlussereignissen einer einzelnen Aktivität abgeleitet werden.

Beispiele
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
Genehmigungsdurchlaufzeit
ApprovalCycleTime
Die gesamte Zeit vom Einreichen eines Buchungssatzes zur Prüfung bis zu seiner abschließenden Genehmigung.
Beschreibung

Diese berechnete Kennzahl misst die Dauer der gesamten Genehmigungsphase. Üblicherweise wird dafür bei jedem Buchungssatz die Zeit zwischen dem ersten Ereignis „Buchungssatz zur Prüfung eingereicht“ und dem abschließenden Ereignis „Buchungssatz genehmigt“ berechnet.

Die Kennzahl misst direkt die Effizienz des Prüfungs- und Genehmigungs-Workflows und ist für viele Finanzabteilungen eine zentrale KPI. Sie bildet die Grundlage für das Dashboard „Genehmigungsdurchlaufzeit von Buchungssätzen“. Damit lassen sich Engpässe erkennen und die Auswirkungen von Verbesserungsmaßnahmen zur Beschleunigung von Genehmigungen überwachen.

Warum das wichtig ist

Diese wichtige Kennzahl misst direkt die Effizienz des Genehmigungsprozesses und hilft, Verzögerungen zu lokalisieren.

Woher beziehen

Diese Kennzahl wird anhand der Timestamps der Aktivitäten „Buchungssatz zur Prüfung eingereicht“ und „Buchungssatz genehmigt“ im Event Log berechnet.

Beispiele
25920086400604800
Nacharbeit erforderlich
IsRework
Ein Kennzeichen dafür, ob ein Buchungssatz im Laufe seines Lebenszyklus abgelehnt oder korrigiert wurde.
Beschreibung

Dieses boolesche Attribut wird für jeden Case berechnet. Es erhält den Wert „true“, wenn die Aktivitätsabfolge des Buchungssatzes Ereignisse wie „Buchungssatz abgelehnt“ oder „Buchungssatz korrigiert“ enthält.

Das Attribut vereinfacht die Nacharbeitsanalyse, indem es ein eindeutiges binäres Kennzeichen zum Filtern und Aggregieren bereitstellt. Es ist entscheidend für die Berechnung der KPI „Nacharbeitsquote bei Buchungssätzen“ und für das Dashboard „Nacharbeitsanalyse von Buchungssätzen“. So lassen sich schnell Cases erkennen, die vom Happy Path abweichen und zusätzlichen Aufwand erfordern.

Warum das wichtig ist

Das Kennzeichen zeigt auf einen Blick, welche Buchungssätze korrigiert werden mussten. Das ist wichtig, um Prozessqualität und die Quote korrekt abgeschlossener Vorgänge beim ersten Versuch zu messen.

Woher beziehen

Dieses Attribut wird abgeleitet, indem das Event Log jedes Case auf nacharbeitsbezogene Aktivitäten wie „Buchungssatz abgelehnt“ geprüft wird.

Beispiele
truefalse
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 Workflow für Journalbuchungen zuverlässig zu entdecken und zu analysieren.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Buchungssatz abgelehnt
Eine prüfende oder genehmigende Person lehnt den Buchungssatz wegen Fehlern, fehlender Angaben oder Richtlinienverstößen ab. Der Buchungssatz geht zur Korrektur an die erstellende Person zurück. Erfasst wird dies durch eine Statusänderung zu „Abgelehnt“ oder „Nacharbeit erforderlich“.
Warum das wichtig ist

Diese Aktivität löst in der Regel Nacharbeitsschleifen aus, die eine wesentliche Ursache für ineffiziente Prozesse sind. Die Analyse von Ablehnungen hilft, Schulungsbedarf, häufige Fehler und unklare Prozessvorgaben zu erkennen.

Woher beziehen

Abgeleitet aus einer Statusänderung im Änderungsverlauf des Buchungssatzes. Der Status wird auf „Abgelehnt“ gesetzt und das Ereignis mit einem Timestamp sowie dem Benutzer protokolliert, der die Aktion ausgeführt hat.

Erfassung

Der Timestamp, zu dem das Statusfeld auf „Abgelehnt“ oder „Zurückgesendet“ gesetzt wird.

Ereignistyp inferred
Buchungssatz genehmigt
Diese Aktivität steht für die abschließende Genehmigung des Buchungssatzes durch einen autorisierten Benutzer. Damit ist er zur Buchung freigegeben. Dieser wichtige Meilenstein wird in Workiva üblicherweise durch eine explizite Statusänderung zu „Genehmigt“ erfasst.
Warum das wichtig ist

Kennzeichnet den erfolgreichen Abschluss des gesamten Prüfungs- und Genehmigungsprozesses. Dieses wichtige Ereignis dient dazu, Genehmigungsdurchlaufzeiten und Erstgenehmigungsquoten zu messen und wirkt sich direkt auf die Prozesseffizienz aus.

Woher beziehen

Wird aus dem Statusverlauf des Buchungssatzes erfasst. Das Statusfeld des Datensatzes wird auf „Genehmigt“ gesetzt. Die Änderung wird mit einem Timestamp und der Benutzer-ID der genehmigenden Person protokolliert.

Erfassung

Der Timestamp, zu dem das Statusfeld des Buchungssatzes auf „Genehmigt“ gesetzt wird.

Ereignistyp inferred
Buchungssatz im Hauptbuch gebucht
Diese Aktivität zeigt an, dass der genehmigte Buchungssatz offiziell im Hauptbuch gebucht wurde. Sie kennzeichnet den erfolgreichen Abschluss des Hauptprozessablaufs und wird üblicherweise als abschließende Statusänderung oder in einem Buchungsprotokoll erfasst.
Warum das wichtig ist

Als primäres Endereignis der meisten Buchungssätze ist diese Aktivität entscheidend für die Berechnung der durchgängigen Durchlaufzeit und des Durchsatzes. Sie markiert den Zeitpunkt, ab dem sich der Buchungssatz auf den Jahresabschluss auswirkt.

Woher beziehen

Der Eintrag findet sich in einem Transaktionsprotokoll für Hauptbuchbuchungen oder als Statusänderung des Buchungssatzes zu „Gebucht“. Zu diesem Zeitpunkt wird üblicherweise auch ein Buchungsdatum eingetragen.

Erfassung

Wird aus einer Hauptbuch-Buchungstabelle mit Timestamp und Verweis auf die Buchungssatz-ID oder aus einer Statusänderung zu „Gebucht“ erfasst.

Ereignistyp explicit
Journalbuchung erstellt
Diese Aktivität kennzeichnet den Beginn einer neuen Journalbuchung in Workiva. Sie wird erfasst, wenn ein Benutzer einen neuen Journalbuchungsdatensatz anlegt. Dabei wird eine eindeutige Journal Entry ID erzeugt, die im Prozess als Case-Kennung dient.
Warum das wichtig ist

Als Startpunkt des Prozesses ist dieses Ereignis entscheidend, um die End-to-End-Durchlaufzeit jeder Journalbuchung zu messen. Die Analyse dieser Aktivität hilft, den Arbeitsanfall und die Ressourcenplanung besser zu verstehen.

Woher beziehen

Dieses Ereignis wird üblicherweise aus einem Audit-Log oder einer Transaktionstabelle in Workiva übernommen. Dort werden neu erstellte Journalbuchungsobjekte mit Erstellungs-Timestamp und Benutzer-ID erfasst.

Erfassung

Wird beim Anlegen eines neuen Journalbuchungsdatensatzes in einem Prüfpfad oder einer Tabelle erfasst und mit einem Timestamp für „Erstellt am“ verknüpft.

Ereignistyp explicit
Journalbuchung zur Prüfung eingereicht
Kennzeichnet den Zeitpunkt, zu dem ein Benutzer die erstellte Journalbuchung samt Belegen in den formellen Prüf- und Freigabe-Workflow einreicht. In der Regel wird dies als explizite Statusänderung in Workiva erfasst, wenn die Buchung von „Entwurf“ oder „Neu“ zu „In Prüfung“ wechselt.
Warum das wichtig ist

Diese Aktivität ist ein wichtiger Meilenstein, denn sie startet den Freigabezyklus. Die Zeit bis zur endgültigen Freigabe zeigt Engpässe im Prüfprozess auf und ist entscheidend für die Berechnung der Freigabedurchlaufzeit.

Woher beziehen

Wird anhand einer Statusänderung des Journalbuchungsdatensatzes ermittelt, zum Beispiel von „Entwurf“ zu „Zur Prüfung eingereicht“. Die Änderung und ihr Timestamp werden in der Regel in einer Änderungshistorie oder Statustabelle protokolliert.

Erfassung

Wird anhand einer Änderung des Statusfelds der Journalbuchung zu „Eingereicht“ oder einem ähnlichen Wert ermittelt. Maßgeblich ist der Timestamp der Änderung.

Ereignistyp inferred
Stornierung des Buchungssatzes verarbeitet
Ein zuvor gebuchter Buchungssatz wird storniert. Dabei entsteht ein neuer Buchungssatz, der die ursprüngliche Buchung ausgleicht. Dieser spezielle Transaktionstyp wird explizit im System erfasst.
Warum das wichtig ist

Diese Aktivität ist ein deutlicher Hinweis auf Fehler in bereits gebuchten Buchungssätzen. Eine hohe Stornierungsquote kann auf Probleme bei der Erstprüfung und Genehmigung hindeuten. Das beeinträchtigt die finanzielle Genauigkeit und verursacht zusätzliche Arbeit.

Woher beziehen

Erfasst werden Transaktionsdaten, in denen ein bestimmter Transaktionstyp oder ein Kennzeichen auf eine Stornierung hinweist. Der Stornobuchungssatz verweist üblicherweise auf die ursprüngliche Buchungssatz-ID.

Erfassung

Ein neuer Buchungssatzdatensatz wird mit dem Typ „Stornierung“ und einem Verweis auf die ID des ursprünglichen Buchungssatzes erstellt.

Ereignistyp explicit
Automatische Validierung fehlgeschlagen
Bei der automatischen Validierungsprüfung des Systems wird ein Fehler festgestellt, der den weiteren Ablauf des Buchungssatzes im Workflow verhindert. Der Status des Buchungssatzes wird daraufhin automatisch auf einen Fehler- oder Nacharbeitsstatus gesetzt.
Warum das wichtig ist

Diese Aktivität macht automatische Qualitätskontrollen sichtbar. Häufige Fehler können auf grundlegende Probleme bei der Dateneingabe oder auf Mängel in den Validierungsregeln selbst hinweisen und unnötige Nacharbeit verursachen.

Woher beziehen

Erfasst wird die Aktivität in einem Systemprotokoll oder durch eine Statusänderung, die der automatische Validierungsprozess auslöst. Der Status des Buchungssatzes kann sich beispielsweise zu „Validierungsfehler“ ändern.

Erfassung

Ein vom System protokolliertes Ereignis oder eine automatische Statusänderung zu einem Fehlerstatus, wenn eine Validierungsregel nicht erfüllt ist.

Ereignistyp explicit
Automatisierte Validierung ausgeführt
Nach der Einreichung prüft ein automatisiertes System die Journalbuchung auf gültige Felder, Summen oder Compliance-Regeln. Häufig handelt es sich um einen automatisierten Hintergrundprozess, den das System protokolliert.
Warum das wichtig ist

So werden Probleme mit der Datenqualität früh erkannt und spätere manuelle Nacharbeit verringert. Die Analyse fehlgeschlagener Prüfungen kann häufige Benutzerfehler oder Verbesserungsmöglichkeiten für die Systemhinweise aufzeigen.

Woher beziehen

Dieses Ereignis ist in Systemprotokollen oder einem speziellen Transaktionsprotokoll des Journalbuchungs-Workflows zu finden. Es erfasst die Ausführung der Validierungsregeln.

Erfassung

Wird vom System protokolliert, wenn die Validierungs-Engine die Daten der Journalbuchung prüft.

Ereignistyp explicit
Belege angehängt
Diese Aktivität findet statt, wenn ein Benutzer einen oder mehrere Belege, etwa Rechnungen oder Verträge, an den Journalbuchungsdatensatz anhängt. Sie wird üblicherweise über die Dokumentenverwaltung oder die Anhangsfunktion in Workiva erfasst.
Warum das wichtig ist

Die Erfassung dieser Aktivität ist wichtig, um die Compliance zu überwachen und Verzögerungen zu erkennen. Die Zeit zwischen der Erstellung der Buchung und dem Anhängen der Belege kann einen erheblichen Engpass im Prüf- und Freigabezyklus darstellen.

Woher beziehen

Wird aus Protokollen der Dokumentenverwaltungsfunktionen von Workiva übernommen. Erfasst wird, wann eine Datei mit einer bestimmten Journal Entry ID verknüpft wird. Dies kann über ein explizites Event Log oder anhand des Erstellungsdatums der Anhangsverknüpfung ermittelt werden.

Erfassung

Ereignis, das protokolliert wird, wenn ein Benutzer ein Dokument erfolgreich hochlädt oder mit der Journalbuchung verknüpft.

Ereignistyp explicit
Buchungssatz abgestimmt
Diese Aktivität nach der Buchung findet statt, wenn der Buchungssatz im Rahmen eines Abstimmungsprozesses zugeordnet und ausgeglichen wird. Sie wird in den Abstimmungs- oder Kontenzertifizierungstools von Workiva erfasst.
Warum das wichtig ist

Die Zeitspanne zwischen Buchung und Abstimmung ist ein wichtiger Indikator für die Effizienz des Finanzabschlusses. Verzögerungen in dieser Phase können die fristgerechte und korrekte Finanzberichterstattung beeinträchtigen.

Woher beziehen

Die Daten stammen wahrscheinlich aus einem separaten Abstimmungsmodul oder einer Tabelle in Workiva, die abgestimmte Positionen mit den zugehörigen Buchungssatz-IDs verknüpft. Verwendet wird der Timestamp der Statusänderung zur Abstimmung.

Erfassung

Der Timestamp eines Ereignisses oder einer Statusänderung in einem Abstimmungsmodul, durch die der Buchungssatz als „Abgestimmt“ gekennzeichnet wird.

Ereignistyp explicit
Buchungssatz korrigiert
Nach einer Ablehnung ändert die erstellende Person oder ein anderer Benutzer den Buchungssatz, um die beanstandeten Punkte zu beheben. Da dies normalerweise kein explizites Ereignis ist, wird die Aktivität anhand von Datenänderungen am Datensatz nach dem Status „Abgelehnt“ abgeleitet.
Warum das wichtig ist

Diese Aktivität ist ein wichtiger Teil der Nacharbeitsschleife. Die Dauer der Korrektur zeigt, wie schnell Fehler behoben werden und ob bestimmte Benutzer oder Buchungssatzarten mehr Zeit für die Korrektur benötigen.

Woher beziehen

Diese Aktivität wird anhand von Audit-Trail-Protokollen abgeleitet. Dazu werden Änderungsereignisse an Feldern des Buchungssatzes zwischen dem Status „Abgelehnt“ und der anschließenden erneuten Einreichung ermittelt.

Erfassung

Erkennbar an Änderungsprotokollen oder Audit-Trails, die Änderungen an den Buchungssatzdaten nach dem Timestamp des Ereignisses „Abgelehnt“ ausweisen.

Ereignistyp inferred
Buchungssatz zur Genehmigung weitergeleitet
Nach einer erfolgreichen Erstprüfung wird der Buchungssatz offiziell an eine zuständige genehmigende Person oder eine Genehmigungsgruppe weitergeleitet. Erfasst wird dies durch eine Statusänderung, beispielsweise von „Geprüft“ zu „Genehmigung ausstehend“.
Warum das wichtig ist

Diese Aktivität unterscheidet zwischen der Erstprüfung und der abschließenden Genehmigung, die von unterschiedlichen Rollen ausgeführt werden können. So lassen sich Verzögerungen in der übergeordneten Genehmigungsphase gezielt untersuchen.

Woher beziehen

Abgeleitet aus einer Statusänderung im Datensatz des Buchungssatzes, die in einer Änderungshistorie protokolliert wird. Dabei wechselt der Status von einem Prüfstatus zu einem Genehmigungsstatus.

Erfassung

Abgeleitet aus der Änderung des Statusfelds zu „Genehmigung ausstehend“ oder einem ähnlichen Wert sowie dem zugehörigen Timestamp.

Ereignistyp inferred
Journalbuchung geprüft
Dieses Ereignis zeigt an, dass eine prüfende Person die Journalbuchung geprüft und eine Maßnahme ergriffen hat, etwa die Weiterleitung zur Freigabe oder die Ablehnung. In der Regel lässt es sich anhand der anschließenden Statusänderung ermitteln.
Warum das wichtig ist

Kennzeichnet den Abschluss einer wichtigen Qualitätsprüfung. Die Dauer der Prüfphase hilft dabei, die Arbeitslast im Team zu steuern und Möglichkeiten für Schulungen der Prüfenden oder eine Vereinfachung des Prozesses zu erkennen.

Woher beziehen

Wird anhand des Timestamps abgeleitet, zu dem sich der Status des Buchungssatzes von „In Prüfung“ in einen nachfolgenden Status wie „Genehmigung ausstehend“ oder „Abgelehnt“ ändert.

Erfassung

Der Timestamp der Statusänderung von einem Prüfstatus in einen beliebigen nachfolgenden Status.

Ereignistyp inferred
Prüfung der Journalbuchung begonnen
Diese Aktivität kennzeichnet den Zeitpunkt, zu dem ein Prüfender mit der Prüfung der eingereichten Journalbuchung beginnt. Sie lässt sich beispielsweise daran erkennen, dass die Person den Prüfauftrag in ihrer Workiva-Arbeitsliste öffnet oder übernimmt.
Warum das wichtig ist

Diese Aktivität zeigt, wie lange eine Buchung in der Warteschlange liegt und wie viel Zeit tatsächlich für die aktive Prüfung anfällt. Sie ist wichtig, um die Arbeitsbelastung der Prüfenden genau zu messen und Engpässe in Warteschlangen zu erkennen.

Woher beziehen

Dieses Ereignis wird häufig nicht explizit erfasst. Es lässt sich möglicherweise daran erkennen, dass das System den Auftrag einer bestimmten Person zuweist oder dass diese den Journalbuchungsdatensatz nach der Einreichung zum ersten Mal öffnet.

Erfassung

Wird daran erkannt, dass sich der Status eines Auftrags zu „In Bearbeitung“ ändert oder dass die zuständige prüfende Person den Datensatz nach der Einreichung zum ersten Mal öffnet.

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So exportieren Sie Ihre Daten aus Workiva

Möchten Sie loslegen?

Beginnen Sie noch heute damit, Ihren Record-to-Report-Prozess für Journalbuchungen zu optimieren. Dieses Template enthält alles, was Sie für den Einstieg in die Extraktion wertvoller Erkenntnisse benötigen.

Optimieren Sie noch heute Ihren Record-to-Report-Prozess für Journalbuchungen

Verkürzen Sie die Durchlaufzeit von Journalbuchungen um 30 % und schließen Sie den Finanzabschluss schneller ab.

Kostenlose Testphase starten

Keine Kreditkarte erforderlich. Sie können jederzeit kündigen.