Ihr Daten-Template für Record-to-Report-Journalbuchungen
Ihr Daten-Template für Record-to-Report-Journalbuchungen
Dies ist unser generisches Datentemplate für Process Mining für Record-to-Report-Prozess für Buchungsbelege. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.
Wählen Sie ein bestimmtes System aus- Standardisierte Datenfelder für konsistente Analysen über verschiedene Systeme hinweg.
- Empfohlene Aktivitäten zur Erfassung der wichtigsten Schritte Ihres Journalbuchungsprozesses.
- Ein flexibles Framework für einen schnellen und effizienten Einstieg in Process Mining.
Attribute für Record-to-Report-Journalbuchungen
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Die Bezeichnung des konkreten Geschäftsvorfalls oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Buchungsprozess stattgefunden hat. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen Schritt im Lebenszyklus einer Buchung, zum Beispiel „Buchung erstellt“, „Buchung zur Freigabe eingereicht“ oder „Buchung gebucht“. Jede Aktivität steht für eine eigene Zustandsänderung oder eine an der Buchung ausgeführte Aktion. Dieses Attribut ist für Process Mining grundlegend, da es die Knoten in der Prozessübersicht definiert. Die Analyse von Abfolge und Häufigkeit der Aktivitäten zeigt den tatsächlichen Prozessablauf. So lassen sich Engpässe zwischen Schritten und Abweichungen von der Standardvorgehensweise erkennen sowie die Dauer der einzelnen Prozessphasen messen. Warum das wichtig ist Das Attribut definiert die Schritte in der Prozessübersicht. Damit lassen sich Prozessabläufe visualisieren, Engpässe erkennen und Abweichungen analysieren. Woher beziehen Der Wert stammt häufig aus Statusänderungsprotokollen, Ereignistabellen, Transaktionscodes oder dem Workflow-Verlauf des Buchungsbelegs. Beispiele Journalbuchung erstelltJournalbuchung zur Freigabe eingereichtJournalbuchung freigegebenJournalbuchung verbucht | |||
| Buchungs-ID JournalEntryId | Die eindeutige Kennung einer einzelnen Buchung. Sie dient als primäre Case-ID, um den gesamten Lebenszyklus einer Buchung von der Erstellung bis zur Buchung oder Stornierung nachzuverfolgen. | ||
| Beschreibung Die Buchungs-ID ist ein wichtiges Attribut, das jede Finanztransaktion eindeutig identifiziert. Sie verknüpft alle zugehörigen Aktivitäten, etwa Erstellung, Freigabe und Buchung, zu einem einzelnen Case. Bei der Process-Mining-Analyse ermöglicht diese ID, den gesamten Ablauf jeder Buchung nachzuvollziehen. Sie bildet die Grundlage für Kennzahlen auf Case-Ebene, etwa die Zykluszeit, für die Ermittlung von Prozessvarianten und für die Konformitätsprüfung anhand des gewünschten Prozessmodells. Ohne eine eindeutige Case-ID lässt sich die Ereignisabfolge einer bestimmten Transaktion nicht nachverfolgen. Warum das wichtig ist Diese ID ist unverzichtbar, um den gesamten Lebenszyklus jeder Buchung nachzuverfolgen und Prozessabläufe, Dauer und Abweichungen zu analysieren. Woher beziehen Die ID steht üblicherweise in der Kopftabelle von Finanz- oder Buchhaltungsbelegen. Sie kann sich aus Belegnummer, Buchungskreis und Geschäftsjahr zusammensetzen. Beispiele JE001234561000-98765432-2023ACC_DOC_45000189 | |||
| Ereigniszeitpunkt EventTime | Der genaue Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis zur Buchung stattgefunden hat. | ||
| Beschreibung Die Ereigniszeit beziehungsweise der Timestamp hält Datum und Uhrzeit fest, zu denen eine Aktivität ausgeführt wurde. Damit lässt sich die chronologische Abfolge der Ereignisse in jedem Case bestimmen und der Prozessablauf präzise rekonstruieren. In der Analyse dienen Timestamps dazu, die Dauer zwischen Aktivitäten und die gesamte Zykluszeit des Prozesses zu berechnen sowie Verzögerungen und Engpässe zu erkennen. Die Zeit zwischen „Buchung zur Freigabe eingereicht“ und „Buchung freigegeben“ zeigt beispielsweise, wie lange die Freigabe gedauert hat. Genaue Timestamps sind die Grundlage jeder zeitbasierten Prozessanalyse und Leistungsmessung. Warum das wichtig ist Dieser Timestamp ist wichtig, um Ereignisse zeitlich einzuordnen, Zykluszeiten und Dauern zu berechnen und Verzögerungen im Prozess zu erkennen. Woher beziehen Der Wert findet sich in Event Logs, Transaktionshistorien oder Belegänderungsprotokollen. Wichtige Felder heißen häufig „Erstellungsdatum“, „Änderungsdatum“ oder „Timestamp“. Beispiele 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann die Daten zuletzt aus dem Quellsystem aktualisiert oder extrahiert wurden. | ||
| Beschreibung Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion oder -aktualisierung. So lässt sich einschätzen, wie aktuell die analysierten Daten sind. Für die richtige Interpretation der Ergebnisse ist es wichtig zu wissen, wie aktuell die Daten sind. Anhand dieses Timestamps erkennen Benutzer, ob sie Echtzeitinformationen oder einen Datenstand zu einem bestimmten Zeitpunkt betrachten. Das wirkt sich darauf aus, wie aussagekräftig Dashboards und KPIs zu aktuellen Rückständen oder zur Prozessleistung sind. Warum das wichtig ist Die Angabe zeigt, wie aktuell die Daten sind, und hilft Benutzern einzuschätzen, auf welchem Datenstand die Prozessanalyse beruht. Woher beziehen Dieser Wert wird üblicherweise während des Ladevorgangs vom Datenextraktionstool oder der Integrationsplattform erzeugt und gespeichert. Beispiele 2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z | |||
| Quellsystem SourceSystem | Das führende System, aus dem die Buchungsdaten extrahiert wurden. Diese Angabe ist hilfreich, wenn Daten aus mehreren Systemen zusammengeführt werden. | ||
| Beschreibung Das Attribut Quellsystem bezeichnet die Anwendung oder das Modul, in dem die Buchungsdaten entstanden sind. In modernen Unternehmen können Finanzdaten aus verschiedenen ERP-Systemen, Nebenbüchern oder Drittanbieteranwendungen stammen. Dieses Attribut ermöglicht verschiedene analytische Auswertungen. So können Sie Prozesseffizienz und Konformität zwischen Quellsystemen vergleichen. Beispielsweise lässt sich untersuchen, ob Buchungen aus einem automatisierten Nebenbuch schneller verarbeitet werden als manuell erstellte Buchungen. Auch für Data Governance und die Fehlerbehebung ist das Attribut wichtig, da sich Daten bis zu ihrem Ursprung zurückverfolgen lassen. Warum das wichtig ist Das Attribut zeigt, woher die Daten stammen. Das ist wichtig, um Prozesse systemübergreifend zu vergleichen und Data Governance sicherzustellen. Woher beziehen Das Quellsystem wird üblicherweise bei der Einrichtung der Datenextraktion angegeben oder steht als Standardfeld in Data Warehouses zur Verfügung, die Informationen aus mehreren Systemen zusammenführen. Beispiele SAP S/4HANAOracle Fusion FinancialsBlackLineManuell | |||
| Benutzername UserName | Der Name oder die ID der Person, die eine bestimmte Aktivität ausgeführt hat, zum Beispiel die Buchung erstellt, freigegeben oder gebucht hat. | ||
| Beschreibung Das Attribut Benutzername identifiziert die Person, die für einen bestimmten Prozessschritt verantwortlich ist. Das kann die Person sein, die die Buchung erstellt oder eingereicht hat, die Führungskraft, die sie freigegeben hat, oder die Buchhalterin beziehungsweise der Buchhalter, die oder der sie gebucht hat. Die Analyse der Prozessleistung nach Benutzer liefert Erkenntnisse zur Arbeitsverteilung, Teamleistung und individuellem Schulungsbedarf. Sie kann zeigen, wer besonders gute Ergebnisse erzielt, wer zusätzliche Unterstützung benötigt oder welche Aktivitäten regelmäßig von bestimmten Personen bearbeitet werden. Diese Informationen sind wichtig für die Ressourcenplanung und Maßnahmen zur Leistungsverbesserung. Warum das wichtig ist Dieses Attribut ist wichtig, um die Arbeitsverteilung und Teamleistung zu analysieren und Schulungsbedarf zu erkennen. Woher beziehen Der Wert steht üblicherweise in Belegänderungsprotokollen oder Workflow-Verlaufstabellen, oft in Feldern wie „Erstellt von“, „Geändert von“ oder „Benutzer-ID“. Beispiele j.doeasmithFIN_USER_123Robert Johnson | |||
| Buchungsart JournalEntryType | Die Klassifizierung der Buchung, zum Beispiel als Standardbuchung, wiederkehrende Buchung, Rückstellung oder Stornobuchung. | ||
| Beschreibung Die Buchungsart ordnet Transaktionen nach ihrem geschäftlichen Zweck oder ihrer Art ein. Gängige Arten sind manuelle Standardbuchungen, automatisierte Nebenbuchungen, Rückstellungen, Umbuchungen und Stornobuchungen. Dieses Attribut eignet sich als Dimension zum Filtern und Segmentieren der Prozessanalyse. Durch den Vergleich von Prozessabläufen und Leistungskennzahlen verschiedener Buchungsarten können Unternehmen wichtige Erkenntnisse gewinnen. So zeigt sich möglicherweise, dass Rückstellungen deutlich längere Freigabezyklen haben oder wiederkehrende Buchungen häufiger automatisiert werden. Dadurch lassen sich Verbesserungsmaßnahmen gezielt auf bestimmte Transaktionskategorien ausrichten. Warum das wichtig ist Mit diesem Attribut lassen sich Prozesse verschiedener Transaktionsarten, etwa Rückstellungen und Standardbuchungen, getrennt vergleichen und gezielte Verbesserungsmöglichkeiten ermitteln. Woher beziehen Das Feld befindet sich üblicherweise in den Kopfdaten der Buchung. Mögliche Feldnamen sind „Belegart“, „Buchungskategorie“ oder „Buchungsart“. Beispiele StandardRückstellungWiederkehrendStornierend | |||
| Buchungsbetrag JournalEntryAmount | Der Gesamtbetrag der Buchung, der üblicherweise der Summe der Sollbuchungen entspricht. | ||
| Beschreibung Dieses Attribut erfasst den finanziellen Wert der Buchung. Je nach System und Datenmodell kann es den Gesamtbetrag im Soll, den Gesamtbetrag im Haben oder einen absoluten Gesamtbetrag darstellen. Die Analyse nach Geldwert kann wichtige Erkenntnisse liefern. Sie hilft, Verbesserungsmaßnahmen auf Transaktionen mit hohem Wert auszurichten. So lässt sich untersuchen, ob hoch bewertete Buchungen länger bis zur Freigabe benötigen oder häufiger abgelehnt werden. Das Attribut ist außerdem wichtig für Wesentlichkeitsanalysen und zur Ermittlung von Transaktionen mit höherem finanziellen Risiko. Warum das wichtig ist Das Attribut ist wichtig für Wesentlichkeitsanalysen. Es hilft, Verbesserungen auf Transaktionen mit hohem Wert auszurichten und die finanziellen Auswirkungen einzuschätzen. Woher beziehen Der Wert steht üblicherweise in der Kopftabelle der Buchung. Möglicherweise muss er durch Addition der Einzelpostenbeträge berechnet werden. Beispiele 5000.00125000.75250.501000000.00 | |||
| Buchungskreis CompanyCode | Die eindeutige Kennung der juristischen Person oder des Unternehmens, für das die Buchung vorgenommen wird. | ||
| Beschreibung Der Buchungskreis bezeichnet eine eigenständige juristische Person oder Geschäftseinheit innerhalb einer Organisation. Finanztransaktionen werden auf Ebene des Buchungskreises erfasst, damit separate Finanzberichte erstellt werden können. Beim Process Mining ist der Buchungskreis ein wichtiges Attribut für die Organisationsanalyse. Er ermöglicht den Vergleich der Prozessleistung zwischen verschiedenen Einheiten, Regionen oder Tochtergesellschaften. So kann eine Analyse beispielsweise die Ablehnungsquoten oder Freigabezeiten der US-amerikanischen und deutschen Einheiten gegenüberstellen, um bewährte Vorgehensweisen und Verbesserungsbedarf zu erkennen. Das unterstützt die Standardisierung von Prozessen und die Einhaltung von Vorgaben in der gesamten Organisation. Warum das wichtig ist Ermöglicht den Vergleich der Prozessleistung zwischen verschiedenen juristischen Personen, Tochtergesellschaften und Regionen. Woher beziehen Ein Standardfeld im Kopf fast aller Finanzbelege eines ERP-Systems. Beispiele 1000US01DE01ACME_CORP | |||
| Buchungsstatus JournalEntryStatus | Der aktuelle oder endgültige Status der Buchung in ihrem Lebenszyklus, zum Beispiel „Vorerfasst“, „Freigegeben“ oder „Gebucht“. | ||
| Beschreibung Der Buchungsstatus zeigt den Zustand der Transaktion zu einem bestimmten Zeitpunkt oder ihr endgültiges Ergebnis an. Typische Statuswerte kennzeichnen wichtige Meilensteine im Prozess, etwa „In Bearbeitung“, „Zur Freigabe eingereicht“, „Gebucht“ oder „Storniert“. Dieses Attribut ist besonders hilfreich, um die aktuelle Arbeitslast und den Rückstand zu überblicken. Filtern Führungskräfte nach Buchungen mit dem Status „In Bearbeitung“ oder „Freigabe ausstehend“, können sie offene Aufgaben verfolgen. Der endgültige Status gibt Aufschluss über die Prozessergebnisse, zum Beispiel über den Anteil gebuchter gegenüber gelöschten oder stornierten Buchungen. Warum das wichtig ist Der Status jeder Buchung, etwa „Freigabe ausstehend“ oder „Gebucht“, gibt Aufschluss über die aktuelle Arbeitslast und offene Vorgänge. Woher beziehen Der Status ist in den Kopfdaten der Buchung verfügbar. Gängige Feldnamen sind „Belegstatus“ oder „Buchungsstatus“. Beispiele In BearbeitungFreigabe ausstehendFreigegebenGebuchtStorniert | |||
| Währung Currency | Der Währungscode des Buchungsbetrags, zum Beispiel USD oder EUR. | ||
| Beschreibung Das Attribut Währung gibt die Währung des Buchungsbetrags an. Es ist wichtig, um Finanzwerte richtig zu interpretieren und zu vergleichen, insbesondere in multinationalen Unternehmen. Bei der Analyse liefert dieses Attribut den nötigen Kontext zum Buchungsbetrag. Es ermöglicht, Transaktionen nach Währung zu filtern, und ist Voraussetzung für Auswertungen, bei denen Beträge aus verschiedenen Regionen zusammengefasst oder verglichen werden. Für aussagekräftige globale Analysen müssen Beträge gegebenenfalls in eine einheitliche Berichtswährung umgerechnet werden. Warum das wichtig ist Das Attribut liefert den nötigen Kontext zum Buchungsbetrag und ermöglicht genaue Finanzanalysen und Währungsvergleiche. Woher beziehen Ein Standardfeld im Kopf von Finanzbelegen, häufig mit der Bezeichnung „Währungscode“ oder „Währungsschlüssel“. Beispiele USDEURGBPJPY | |||
| Ablehnungsgrund RejectionReason | Der von einer prüfenden Person angegebene Grund für die Ablehnung einer Buchung während des Freigabeprozesses. | ||
| Beschreibung Der Ablehnungsgrund ist ein Code oder eine Textbeschreibung, die erklärt, warum eine Buchung nicht freigegeben wurde. Häufige Gründe sind eine falsche Kontenzuordnung, fehlende Belege oder Verstöße gegen Richtlinien. Dieses Attribut ist die wichtigste Grundlage für die Ursachenanalyse von Nacharbeit und ineffizienten Prozessen. Die Häufigkeit verschiedener Ablehnungsgründe zeigt, wo Fehler besonders oft auftreten. Diese Informationen helfen dabei, gezielte Maßnahmen zu entwickeln, etwa Schulungsunterlagen zu verbessern, Richtlinien klarer zu formulieren oder Systemkontrollen einzurichten, die Fehler von vornherein verhindern. Das Attribut unterstützt direkt Kennzahlen wie Ablehnungsquote und Nacharbeitsquote. Warum das wichtig ist Das Attribut ist wichtig für die Ursachenanalyse von Nacharbeit. Es hilft, häufige Fehler zu erkennen und gezielte Schulungen oder Systemverbesserungen zu entwickeln. Woher beziehen Der Wert steht üblicherweise im Workflow-Protokoll oder im Freigabeverlauf der Buchung. Er kann als Freitext eingegeben oder aus einer vordefinierten Liste ausgewählt werden. Beispiele Falsches HauptbuchkontoFehlende BelegeSchwellenwert überschrittenDoppelte Buchung | |||
| Abteilung Department | Die für die Buchung zuständige Fachabteilung oder Kostenstelle, zum Beispiel Finanzen, Vertrieb oder IT. | ||
| Beschreibung Das Attribut Abteilung ordnet eine Buchung einer bestimmten Geschäftseinheit, Funktion oder Kostenstelle zu. Diese Organisationsdaten zeigen, welcher Bereich des Unternehmens für die Finanzaktivität verantwortlich ist. Wie der Buchungskreis ermöglicht auch die Abteilung eine detaillierte Auswertung der Prozessdaten. So können Sie Prozesseffizienz, Nacharbeitsquoten oder Freigabezeiten zwischen Abteilungen vergleichen. Dadurch werden bewährte Vorgehensweisen einzelner Abteilungen ebenso sichtbar wie Bereiche, in denen bestimmte Teams mehr Unterstützung oder klare Prozessvorgaben benötigen. Warum das wichtig ist Ermöglicht die Prozessanalyse und den Leistungsvergleich zwischen Geschäftseinheiten, um abteilungsspezifische Probleme und bewährte Vorgehensweisen zu erkennen. Woher beziehen Der Wert findet sich in den Kopf- oder Einzelpostendaten der Buchung. Er kann sich aus dem Benutzer ergeben, der die Buchung erstellt hat, oder aus der der Transaktion zugeordneten Kostenstelle. Beispiele FinanzenVertrieb und MarketingIT-ServicesCC-10120 | |||
| Automatisiert IsAutomated | Eine Kennzeichnung, die angibt, ob ein System oder ein menschlicher Benutzer eine Aktivität ausgeführt hat. | ||
| Beschreibung Das Attribut Automatisiert ist ein boolesches Kennzeichen. Es unterscheidet Aktivitäten, die automatisierte Systeme wie Bots oder integrierte Nebenbücher ausführen, von Aktivitäten, die Benutzer manuell bearbeiten. Dieses Attribut ist wichtig, um den Automatisierungsgrad des Buchungsprozesses zu messen. Es ermöglicht die Berechnung der KPI Automatisierungsquote und hilft, weitere Automatisierungsmöglichkeiten zu erkennen. Durch den Vergleich von Zykluszeiten und Fehlerquoten automatisierter und manueller Aktivitäten können Unternehmen fundiert entscheiden, ob sich Investitionen in Automatisierungstechnologien lohnen, um die Effizienz zu steigern und menschliche Fehler zu reduzieren. Warum das wichtig ist Hilft, die Automatisierungsquote des Prozesses zu messen und Möglichkeiten zur Automatisierung manueller Aufgaben zu erkennen, um die Effizienz zu steigern und Fehler zu reduzieren. Woher beziehen Der Wert wird häufig daraus abgeleitet, ob der „Benutzername“ einem System- oder Dienstkonto entspricht oder ob die Transaktion aus einem automatisierten Quellsystem stammt. Beispiele truefalse | |||
| Buchungsdatum PostingDate | Das Datum, an dem die Buchung offiziell ins Hauptbuch übernommen wird und sich auf die Finanzperiode auswirkt. | ||
| Beschreibung Das Buchungsdatum ist das maßgebliche Buchhaltungsdatum einer Transaktion. Es bestimmt, in welcher Finanzperiode die Buchung im Abschluss erscheint. Es kann vom Erstellungsdatum der Buchung oder vom Datum des Geschäftsvorfalls abweichen. Die Analyse des Buchungsdatums ist für Finanzkontrollen und die Untersuchung der Bearbeitungsdauer wichtig. Die Zeitspanne zwischen Erstellung oder Freigabe und Buchung kann als Leistungskennzahl dienen und Verzögerungen im letzten Prozessschritt sichtbar machen. Außerdem lässt sich damit die fristgerechte Buchung untersuchen und feststellen, ob Buchungen rückdatiert oder falschen Perioden zugeordnet wurden. Das kann ein Compliance-Risiko darstellen. Warum das wichtig ist Dieses Datum ist entscheidend, um Buchungsverzögerungen zu berechnen und sicherzustellen, dass Buchungen für eine korrekte Berichterstattung der richtigen Finanzperiode zugeordnet sind. Woher beziehen Ein Standardfeld, das im Kopf aller Finanzbelege eines ERP-Systems verpflichtend ist. Beispiele 2023-10-312023-11-302024-01-02 | |||
Aktivitäten für Record-to-Report-Journalbuchungen
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Journalbuchung abgelehnt | Ein Prüfer oder Freigabeverantwortlicher lehnt die Journalbuchung ab und verhindert so ihre weitere Bearbeitung. In der Regel wird sie zur Korrektur an den Ersteller zurückgeschickt. Dadurch beginnt eine Nacharbeitsschleife. | ||
| Warum das wichtig ist Diese Aktivität ist wichtig, um Nacharbeit zu erkennen, die sich direkt auf Prozesseffizienz und Kosten auswirkt. Häufige Ablehnungen können auf Probleme bei Schulungen, Richtlinien oder Datenqualität hinweisen. Woher beziehen Dieses Ereignis wird im Workflow- oder Prüfprotokoll erfasst, wenn ein Freigabeverantwortlicher die Aktion „Ablehnen“ oder „Zurückweisen“ ausführt. Erfassung Erfassen Sie den Timestamp der Statusänderung zu „Abgelehnt“, „Korrektur erforderlich“ oder einem ähnlichen Status. Ereignistyp explicit | |||
| Journalbuchung erstellt | Diese Aktivität kennzeichnet den Beginn einer neuen Journalbuchung. Sie erfasst den Zeitpunkt, zu dem ein Benutzer den ersten Datensatz im System anlegt. Damit beginnt der gesamte Prozess. | ||
| Warum das wichtig ist Dies ist die zentrale Startaktivität des Prozesses. Anhand der Zeit von diesem Punkt bis zur Verbuchung lässt sich die gesamte Zykluszeit von Anfang bis Ende messen. Woher beziehen Dieses Ereignis wird üblicherweise aus der Kopftabelle des Journalbuchungsmoduls ermittelt, anhand des Erstellungs-Timestamps des Datensatzes. Erfassung Ermitteln Sie in den Transaktionsprotokollen oder der Kopftabelle des Systems den frühesten Timestamp zur Journalbuchungs-ID. Ereignistyp explicit | |||
| Journalbuchung freigegeben | Ein autorisierter Manager erteilt die endgültige Freigabe für die Journalbuchung. Diese Aktivität ist die letzte Kontrollstufe, bevor das Dokument im Hauptbuch verbucht werden kann. | ||
| Warum das wichtig ist Dies ist ein wichtiger Meilenstein, mit dem der Freigabezyklus abgeschlossen wird. Die Zeit zwischen Freigabe und Verbuchung ist ein weiterer wichtiger Ansatzpunkt, um die Prozesseffizienz zu messen und Engpässe zu erkennen. Woher beziehen Dieses Ereignis wird im Workflow- oder Prüfprotokoll erfasst, wenn der letzte autorisierte Benutzer den Freigabeschritt abschließt. Erfassung Erfassen Sie den Timestamp des endgültigen Freigabestatus, zum Beispiel „Freigegeben“ oder „Zur Verbuchung freigegeben“. Ereignistyp explicit | |||
| Journalbuchung storniert | Eine bereits verbuchte Journalbuchung wird durch ein neues Dokument mit umgekehrten Buchungen storniert. Damit werden Fehler in verbuchten Dokumenten korrigiert. Die Transaktion wird ausdrücklich erfasst und ist auditfähig. | ||
| Warum das wichtig ist Stornierungen sind ein wichtiger Hinweis auf Fehler in verbuchten Buchungen. Diese Aktivität ist ein unerwünschter alternativer Endpunkt und entscheidend für die Messung der Quote korrekter Buchungen beim ersten Durchlauf. Woher beziehen Dies wird üblicherweise als eigener Transaktionstyp erfasst oder in den Daten sowohl des ursprünglichen als auch des stornierenden Buchungsbelegs gekennzeichnet. Erfassung Ermitteln Sie das Buchungsdatum des neuen Buchungsbelegs, der ausdrücklich als Stornierung mit dem ursprünglichen Beleg verknüpft ist. Ereignistyp explicit | |||
| Journalbuchung verbucht | Die Journalbuchung wird offiziell im Hauptbuch erfasst. Ab diesem Zeitpunkt ist das Dokument ein dauerhafter Finanzdatensatz und wirkt sich auf die Finanzberichte des Unternehmens aus. | ||
| Warum das wichtig ist Dies ist das zentrale Erfolgsergebnis und der Endpunkt des Prozesses. Es ist entscheidend, um die gesamte Zykluszeit und die Wirksamkeit des Lebenszyklus einer Journalbuchung zu messen. Woher beziehen Dieses wichtige Ereignis wird anhand des Kopfsatzes der Journalbuchung erfasst. Erkennbar ist es am Status „Verbucht“ und dem zugehörigen Buchungsdatum. Erfassung Verwenden Sie Datum und Uhrzeit der Verbuchung aus der Kopftabelle der Journalbuchung oder den zugehörigen Tabellen des Finanzdokuments. Ereignistyp explicit | |||
| Journalbuchung zur Freigabe eingereicht | Der Ersteller reicht die fertiggestellte Journalbuchung offiziell im Freigabe-Workflow ein. Damit wechselt die Buchung von der Vorbereitung in den Status „Prüfung ausstehend“. | ||
| Warum das wichtig ist Damit endet die Vorbereitungsphase und der Freigabezyklus beginnt. Die Zeit zwischen Einreichung und Freigabe ist eine wichtige KPI zur Messung der Workflow-Effizienz. Woher beziehen Dieses Ereignis wird üblicherweise als Statusänderung im Prüfpfad oder Workflow-Protokoll des Systems erfasst, zum Beispiel von „In Bearbeitung“ zu „Eingereicht“. Erfassung Ermitteln Sie den Timestamp, zu dem sich der Status der Journalbuchung in „Zur Freigabe eingereicht“ oder einen ähnlichen Status ändert. Ereignistyp explicit | |||
| Buchungszeile ausgeglichen | Ein offener Einzelposten in einer Buchung wird durch eine andere Buchung ausgeglichen, zum Beispiel wenn ein Zahlungseingang eine Rückstellung ausgleicht. Diese Aktivität kennzeichnet den Abgleich bestimmter Einzelposten und schließt sie damit ab. | ||
| Warum das wichtig ist Diese Aktivität nach der Buchung ist für Prozesse mit Verrechnungskonten entscheidend. Verzögerungen beim Ausgleich können die Genauigkeit der Bilanz und die Effizienz des Periodenabschlusses beeinträchtigen. Woher beziehen Dieses Ereignis wird in den Daten der Buchungszeile erfasst. Dort sind üblicherweise ein Ausgleichsdatum und eine Ausgleichsbelegnummer hinterlegt. Erfassung Verwenden Sie das Ausgleichsdatum des jeweiligen Einzelpostens der Buchung. Ereignistyp explicit | |||
| Journalbuchung erneut zur Freigabe eingereicht | Eine korrigierte Journalbuchung wird für einen neuen Prüfzyklus erneut in den Freigabe-Workflow eingereicht. Damit beginnt der Freigabeprozess nach den Korrekturen von Neuem. | ||
| Warum das wichtig ist Diese Aktivität kennzeichnet den Beginn eines neuen Freigabezyklus für dieselbe Journalbuchung. Die Analyse erneuter Einreichungen ist wichtig, um das gesamte Ausmaß der Nacharbeitsschleifen zu verstehen. Woher beziehen Dieses Ereignis wird im Workflow-Protokoll erfasst, wenn sich der Status der Journalbuchung von „Abgelehnt“ oder „In Bearbeitung“ wieder zu „Zur Freigabe eingereicht“ ändert. Erfassung Ermitteln Sie eine Statusänderung zu „Zur Freigabe eingereicht“, die nach der Aktivität „Journalbuchung abgelehnt“ für denselben Case erfolgt. Ereignistyp inferred | |||
| Journalbuchung gelöscht | Eine geparkte oder nicht verbuchte Journalbuchung wird aus dem System gelöscht. Das geschieht üblicherweise, wenn die Buchung versehentlich erstellt wurde oder nicht mehr benötigt wird, bevor sie zu einem Finanzdatensatz wird. | ||
| Warum das wichtig ist Dies ist ein Endzustand für Journalbuchungen, die nie verbucht werden. Die Analyse von Löschungen kann Prozessfehler oder unnötig angelegte Arbeit sichtbar machen. Woher beziehen Dieses Ereignis lässt sich möglicherweise aus einem Prüfprotokoll ermitteln. Alternativ können Datensätze identifiziert werden, die zuvor in den Tabellen für Journalbuchungen vorhanden waren, inzwischen aber gelöscht wurden. Erfassung Erfassen Sie den Timestamp aus einem Prüfprotokoll, das die Löschung des Journalbuchungsdatensatzes dokumentiert. Ereignistyp explicit | |||
| Journalbuchung geparkt | Ein Benutzer speichert eine unvollständige Journalbuchung, ohne sie zu verbuchen. Sie kann später vervollständigt oder geprüft werden. Dadurch entsteht ein vorläufiges Dokument, das sich noch nicht auf das Hauptbuch auswirkt. | ||
| Warum das wichtig ist Das Parken einer Buchung kann auf eine mögliche Verzögerung oder fehlende Informationen vor der Einreichung hinweisen. Viele geparkte Buchungen können auf ineffiziente Abläufe oder fehlende Daten hindeuten. Woher beziehen Dieser Status oder Dokumenttyp ist häufig in den Kopfdaten der Journalbuchung oder in einem zugehörigen Protokoll zu Statusänderungen zu finden. Erfassung Erfassen Sie den Timestamp, zu dem der Status der Journalbuchung auf „Geparkt“, „Gespeichert“ oder „Unvollständig“ gesetzt wird. Ereignistyp explicit | |||
| Journalbuchung korrigiert | Ein Benutzer ändert eine Journalbuchung, nachdem sie abgelehnt oder zur Überarbeitung zurückgeschickt wurde. Diese Aktivität bildet den Aufwand für die Nacharbeit ab, mit der die bei der Prüfung festgestellten Probleme behoben werden. | ||
| Warum das wichtig ist Wenn Sie die für Korrekturen aufgewendete Zeit messen, lässt sich der Umfang der Nacharbeit beziffern. So werden Ineffizienzen und mögliche Ansatzpunkte für Prozessverbesserungen oder Benutzerschulungen sichtbar. Woher beziehen Dieses Ereignis wird häufig abgeleitet, indem Änderungen an wichtigen Datenfeldern des Journalbuchungsdatensatzes erkannt werden, nachdem der Status „Abgelehnt“ erfasst wurde. Erfassung Erkennen Sie eine Änderung an den Daten der Journalbuchung oder am Timestamp der letzten Änderung, die zwischen den Aktivitäten „Abgelehnt“ und „Erneut eingereicht“ erfolgt. Ereignistyp inferred | |||
| Journalbuchung nach der Verbuchung geändert | Ein Benutzer ändert bestimmte Felder einer Journalbuchung, nachdem sie bereits verbucht wurde. Zwar sind die meisten Finanzdaten nach der Verbuchung unveränderlich, doch beschreibende Felder lassen sich häufig noch anpassen. | ||
| Warum das wichtig ist Solche Änderungen können auf Probleme mit der Datenqualität oder auf Versuche hinweisen, Informationen außerhalb eines formellen Stornierungsprozesses zu korrigieren. Ihre Erfassung ist für Prüfungs- und Compliance-Analysen wichtig. Woher beziehen Diese Aktivität wird üblicherweise anhand von Änderungsprotokollen erfasst, die Änderungen an Finanzdatensätzen nach ihrer Verbuchung dokumentieren. Erfassung Ermitteln Sie Einträge in den Änderungsprotokollen, die mit der Journalbuchungs-ID verknüpft sind und einen Timestamp nach dem Buchungsdatum aufweisen. Ereignistyp explicit | |||
| Manuelle Buchung erkannt | Dieses berechnete Ereignis kennzeichnet eine Journalbuchung, die in einer manuellen, interaktiven Benutzersitzung erstellt wurde. Es unterscheidet sie von Buchungen, die über automatisierte Schnittstellen oder Stapelverarbeitungen angelegt wurden. | ||
| Warum das wichtig ist Die Unterscheidung zwischen manuellen und automatisierten Buchungen ist für die Automatisierungsanalyse wichtig. Sie hilft dabei, Verbesserungsmaßnahmen gezielt auszurichten und die Risiken manueller Eingriffe einzuschätzen. Woher beziehen Dies ist kein zeitliches Ereignis, sondern eine Klassifizierung anhand von Feldern des Quellsystems, etwa Transaktionscode, Erfassungsmethode oder Kennzeichen des Quellsystems. Erfassung Klassifizieren Sie Journalbuchungen anhand eines Quellfelds, das die Erfassungsmethode angibt. Als Timestamp kann der Zeitpunkt der Verbuchung verwendet werden. Ereignistyp calculated | |||
| Unterlagen angehängt | Ein Benutzer hängt ein oder mehrere Belege an die Journalbuchung an. Sie liefern Prüfern und Auditoren die erforderlichen Nachweise und Informationen zur Transaktion. | ||
| Warum das wichtig ist Die Erfassung dieser Aktivität hilft festzustellen, ob fehlende Unterlagen Verzögerungen verursachen. Sie gibt außerdem Aufschluss über die Compliance und die Vollständigkeit der Vorbereitung von Journalbuchungen. Woher beziehen Diese Informationen werden üblicherweise in einer separaten Tabelle für Anhänge oder Dokumentenverwaltung gespeichert und sind mit der Journalbuchungs-ID verknüpft. Erfassung Verwenden Sie den Erstellungs-Timestamp aus dem Protokoll oder der Tabelle für Dokumentanhänge, die zur jeweiligen Journalbuchungs-ID gehören. Ereignistyp explicit | |||
Extraktionsanleitungen
Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in
oder wählen Sie einen bestimmten Prozess und ein System aus.
Möchten Sie loslegen?
Beginnen Sie Ihre Prozessanalyse mit diesem generischen Template oder wechseln Sie direkt zu einer systemspezifischen Extraktionsanleitung, um die Datenaufbereitung gezielt anzupassen.
Optimieren Sie Ihre Journalbuchungen. Starten Sie jetzt.
Steigern Sie die Effizienz, reduzieren Sie Fehler und verkürzen Sie den Abschlusszyklus.
Keine Kreditkarte erforderlich • Ergebnisse sofort sichtbar