Ihr Daten-Template für Record to Report – Journalbuchung
Ihr Daten-Template für Record to Report – Journalbuchung
- Empfohlene Attribute für die Erfassung
- Wichtige Aktivitäten für die Nachverfolgung
- Praktische Hinweise zur Datenextraktion
Attribute für Record to Report – Journalbuchung
| 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
|
|||
Aktivitäten für Record to Report – Journalbuchung
| 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
|
|||
Extraktionsanleitungen
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.
Keine Kreditkarte erforderlich. Sie können jederzeit kündigen.