Ihr Record-to-Report - Journaleintrag Daten-Template
Ihr Record-to-Report - Journaleintrag Daten-Template
Dies ist unsere generische Process-Mining-Datenvorlage für Record to Report - Buchungssatz. Nutzen Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.
Wählen Sie ein spezifisches System- Standardisierte Datenfelder für konsistente Analysen über verschiedene Systeme hinweg.
- Empfohlene Aktivitäten zur Erfassung wichtiger Schritte in Ihrem Buchungssatzprozess.
- Ein flexibles Framework, um Ihren Process Mining-Einstieg schnell und effizient zu beschleunigen.
Record to Report - Buchungssatzattribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des spezifischen Geschäfts-Events oder der Aufgabe, das zu einem bestimmten Zeitpunkt im Buchungssatzprozess stattfand. | ||
| Beschreibung Der Aktivitätsname beschreibt einen Schritt im Lebenszyklus des Buchungssatzes, wie 'Buchungssatz erstellt', 'Buchungssatz zur Genehmigung eingereicht' oder 'Buchungssatz verbucht'. Jede Aktivität stellt eine eindeutige Statusänderung oder Aktion dar, die am Buchungssatz durchgeführt wird. Dieses Attribut ist grundlegend für Process Mining, da es die Knoten in der Prozesslandkarte definiert. Die Analyse der Reihenfolge und Häufigkeit von Aktivitäten hilft, den tatsächlichen Prozessfluss aufzudecken, Bottlenecks zwischen den Schritten zu identifizieren, Abweichungen vom Standardverfahren zu erkennen und die in jeder Phase des Prozesses verbrachte Zeit zu messen. Warum es wichtig ist Es definiert die Schritte in der Prozesslandkarte, was für die Visualisierung des Prozessflusses, die Identifizierung von Bottlenecks und die Analyse von Abweichungen entscheidend ist. Woher erhalten Oft abgeleitet aus Statusänderungs-Logs, Event-Tabellen, Transaktionscodes oder der Workflow-Historie, die mit dem Buchungssatzdokument verknüpft ist. Beispiele Buchungsjournaleintrag erstelltBuchungssatz zur Genehmigung eingereichtBuchungssatz genehmigtBuchungssatz verbucht | |||
| Buchungssatz-ID JournalEntryId | Der eindeutige Identifikator für einen einzelnen Journaleintrag. Er dient als primärer `Case`-Identifikator zur Verfolgung des gesamten Lebenszyklus eines Journaleintrags von der Erstellung bis zur Verbuchung oder Stornierung. | ||
| Beschreibung Die Buchungssatz-ID ist ein entscheidendes Attribut, das jede Instanz eines Finanztransaktionsprozesses eindeutig identifiziert. Es verknüpft alle zugehörigen Aktivitäten, wie Erstellung, Genehmigung und Verbuchung, zu einem einzigen, kohärenten Case. In der Process Mining-Analyse ermöglicht diese ID die Rekonstruktion des End-to-End-Weges jedes Buchungssatzes. Sie ist die Grundlage für die Berechnung von Case-Level-Metriken wie Zykluszeit, die Identifizierung von Prozessvarianten und die Analyse der Konformität mit dem gewünschten Prozessmodell. Ohne einen eindeutigen Case Identifier ist es unmöglich, die Abfolge der Events für eine spezifische Transaktion nachzuvollziehen. Warum es wichtig ist Diese ID ist essenziell für die Verfolgung des gesamten Lebenszyklus jedes Journaleintrags und ermöglicht die Analyse von Prozessabläufen, Dauern und Variationen. Woher erhalten Typischerweise in der Kopftabelle von Finanz- oder Buchhaltungsbelegen zu finden. Es könnte ein zusammengesetzter Schlüssel aus Belegnummer, Buchungskreis und Geschäftsjahr sein. Beispiele JE001234561000-98765432-2023ACC_DOC_45000189 | |||
| Ereigniszeit EventTime | Der genaue Timestamp, der angibt, wann eine spezifische Aktivität oder ein Event für den Buchungssatz stattfand. | ||
| Beschreibung Die Event Time, oder der Timestamp, erfasst das genaue Datum und die Uhrzeit der Ausführung einer Aktivität. Sie liefert die chronologische Reihenfolge der Events für jeden Case, was für die präzise Rekonstruktion des Prozessflusses essenziell ist. In der Analyse werden Timestamps verwendet, um Dauern zwischen Aktivitäten zu berechnen, die gesamte Zykluszeit des Prozesses zu messen und Verzögerungen oder Bottlenecks zu identifizieren. Zum Beispiel liefert die Zeitdifferenz zwischen 'Buchungssatz zur Genehmigung eingereicht' und 'Buchungssatz genehmigt' die Genehmigungszeit. Genaue Timestamps sind das Fundament jeder zeitbasierten Prozessanalyse und Leistungsmessung. Warum es wichtig ist Dieser Zeitstempel ist essenziell, um Events zu ordnen, Durchlauf- und Dauerzeiten zu berechnen und Verzögerungen im Prozess zu erkennen. Woher erhalten Findet sich in Event Logs, Transaktionshistorientabellen oder Belegänderungsprotokollen. Schlüsselfelder werden oft als 'Erstellungsdatum', 'Änderungsdatum' oder 'Timestamp' bezeichnet. Beispiele 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Der `Timestamp`, der den Zeitpunkt angibt, zu dem die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
| Beschreibung Dieses Attribut erfasst Datum und Uhrzeit der letzten In jeder Analyse ist das Verständnis der Aktualität der Warum es wichtig ist Gibt die Aktualität der Daten an und stellt sicher, dass Nutzende verstehen, wie aktuell die Prozessanalyse ist. Woher erhalten Dies wird typischerweise vom Beispiele 2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z | |||
| Quellsystem SourceSystem | Das führende System, aus dem die Journaleintrags-`Daten` extrahiert wurden. Dies ist nützlich, wenn `Daten` aus mehreren Systemen kombiniert werden. | ||
| Beschreibung Das Attribut Quellsystem identifiziert die ursprüngliche Anwendung oder das Modul, in dem die Journaleintrags- Dieses Attribut ist für verschiedene analytische Ansichten wertvoll. Es ermöglicht den Vergleich der Prozesseffizienz und Konformität über verschiedene Quellsysteme hinweg. Sie können beispielsweise analysieren, ob Journaleinträge aus einem automatisierten Nebenbuch schneller verarbeitet werden als manuell erstellte. Es ist auch entscheidend für die Warum es wichtig ist Identifiziert den Ursprung der Daten, was für den Vergleich von Prozessen über verschiedene Systeme hinweg und für die Daten-Governance entscheidend ist. Woher erhalten Normalerweise während der Beispiele SAP S/4HANAOracle Fusion FinancialsBlackLineManuell | |||
| Benutzername UserName | Der Name oder die ID des Benutzers, der eine spezifische Aktivität ausgeführt hat, wie das Erstellen, Genehmigen oder Verbuchen des Buchungssatzes. | ||
| Beschreibung Das Attribut Benutzername identifiziert die Person, die für die Ausführung eines bestimmten Prozessschritts verantwortlich ist. Dies könnte der Ersteller des Journaleintrags, die Person, die ihn eingereicht hat, der Manager, der ihn genehmigt hat, oder der Buchhalter sein, der ihn verbucht hat. Die Analyse der Prozessleistung nach Benutzer liefert Einblicke in die Arbeitslastverteilung, die Teamproduktivität und den individuellen Schulungsbedarf. Sie kann dabei helfen, Leistungsträger, Benutzer, die zusätzliche Unterstützung benötigen, oder Aktivitäten zu identifizieren, die konsistent von bestimmten Personen bearbeitet werden. Diese Informationen sind entscheidend für das Ressourcenmanagement und Initiativen zur Leistungsverbesserung. Warum es wichtig ist Dieses Attribut ist entscheidend für die Analyse der Arbeitslastverteilung, der Teamleistung und die Identifizierung von Schulungsmöglichkeiten. Woher erhalten Typischerweise in Änderungsbelegprotokollen oder Beispiele j.doeasmithFIN_USER_123Robert Johnson | |||
| Buchungskreis CompanyCode | Der eindeutige Identifikator für die juristische Person oder das Unternehmen, für das der Journaleintrag vorgenommen wird. | ||
| Beschreibung Der Buchungskreis repräsentiert eine eigenständige rechtliche oder geschäftliche Einheit innerhalb einer Organisation. Finanztransaktionen werden auf Buchungskreisebene erfasst, um eine separate Finanzberichterstattung zu ermöglichen. Im Process Mining ist der Buchungskreis ein entscheidendes Attribut für die Organisationsanalyse. Er ermöglicht ein Benchmarking der Prozessleistung über verschiedene Einheiten, Regionen oder Tochtergesellschaften hinweg. Zum Beispiel kann ein Analyst die Ablehnungsraten oder Genehmigungszeiten zwischen US-amerikanischen und deutschen Einheiten vergleichen, um Best Practices oder verbesserungsbedürftige Bereiche zu identifizieren. Dies hilft bei der Standardisierung von Prozessen und der Sicherstellung der Compliance in der gesamten Organisation. Warum es wichtig ist Ermöglicht Leistungs-Benchmarking und Prozessvergleich über verschiedene juristische Einheiten, Tochtergesellschaften oder Regionen hinweg. Woher erhalten Ein Standardfeld im Kopf fast aller Finanzdokumente in einem ERP-System. Beispiele 1000US01DE01ACME_CORP | |||
| Buchungssatzbetrag JournalEntryAmount | Der monetäre Gesamtwert des Journaleintrags, der typischerweise die Summe der Sollbuchungen darstellt. | ||
| Beschreibung Dieses Attribut erfasst den finanziellen Wert des Journaleintrags. Es kann den gesamten Sollbetrag, den gesamten Habenbetrag oder einen absoluten Gesamtbetrag darstellen, abhängig vom System und Die Analyse des Prozesses durch die Brille des monetären Wertes kann wichtige Erkenntnisse liefern. Es hilft, Verbesserungsbemühungen zu priorisieren, indem man sich auf Transaktionen mit hohem Wert konzentriert. Man könnte zum Beispiel untersuchen, ob hochwertige Journaleinträge länger zur Genehmigung benötigen oder eine höhere Ablehnungsquote aufweisen. Dieses Attribut ist auch wesentlich für die Wesentlichkeitsanalyse und die Identifizierung von Transaktionen, die ein höheres finanzielles Risiko darstellen. Warum es wichtig ist Dies ist entscheidend für die Wesentlichkeitsanalyse und hilft, Prozessverbesserungen bei hochwertigen Transaktionen zu priorisieren und finanzielle Auswirkungen zu bewerten. Woher erhalten Typischerweise in der Journaleintrags-Kopftabelle verfügbar. Möglicherweise muss er durch Summierung der Positionsbeträge berechnet werden. Beispiele 5000.00125000.75250.501000000.00 | |||
| Buchungssatzstatus JournalEntryStatus | Der aktuelle oder finale Status des Buchungssatzes in seinem Lebenszyklus, wie 'Geparkt', 'Genehmigt' oder 'Gebucht'. | ||
| Beschreibung Der Buchungssatzstatus gibt den Zustand der Transaktion zu einem bestimmten Zeitpunkt oder ihr Endergebnis an. Status reflektieren typischerweise wichtige Meilensteine im Prozess, wie 'In Bearbeitung', 'Zur Genehmigung eingereicht', 'Gebucht' oder 'Storniert'. Dieses Attribut ist sehr wertvoll für das Verständnis der aktuellen Arbeitslast und des Rückstands. Durch Filtern nach Buchungssätzen mit dem Status 'In Bearbeitung' oder 'Genehmigung ausstehend' können Manager ausstehende Arbeiten überwachen. Die Analyse des finalen Status hilft, Prozessergebnisse zu verstehen, zum Beispiel durch die Berechnung des Anteils der verbuchten Einträge im Vergleich zu denen, die gelöscht oder storniert werden. Warum es wichtig ist Hilft beim Verständnis der aktuellen Arbeitslast und des Rückstands, indem der Status jedes Buchungssatzes verfolgt wird, wie 'Genehmigung ausstehend' oder 'Gebucht'. Woher erhalten Verfügbar in den Kopfdaten des Buchungssatzes. Häufige Feldnamen sind 'Belegstatus' oder 'Buchungsstatus'. Beispiele In BearbeitungGenehmigung ausstehendGenehmigtGebuchtStorniert | |||
| Buchungssatztyp JournalEntryType | Die Klassifizierung des Buchungssatzes, wie Standard, wiederkehrend, Abgrenzung oder stornierend. | ||
| Beschreibung Der Buchungssatztyp kategorisiert Transaktionen basierend auf ihrem Geschäftszweck oder ihrer Art. Häufige Typen umfassen Standard-Manuelleinträge, automatisierte Nebenbucheinträge, Abgrenzungen, Umbuchungen und Stornobuchungen. Dieses Attribut ist eine leistungsstarke Dimension für Filterung und Segmentierung in der Prozessanalyse. Durch den Vergleich der Prozessflüsse und Leistungsmetriken für verschiedene Buchungssatztypen können Organisationen wertvolle Einblicke gewinnen. Zum Beispiel könnten sie feststellen, dass Abgrenzungsbuchungen einen viel längeren Genehmigungszyklus haben oder dass wiederkehrende Einträge eine höhere Automatisierungsrate aufweisen. Dies hilft, Prozessverbesserungsbemühungen auf spezifische Transaktionskategorien zuzuschneiden. Warum es wichtig ist Ermöglicht eine Segmentierungsanalyse, um Prozesse für verschiedene Transaktionstypen, wie Abgrenzungen im Vergleich zu Standardbuchungen, zu vergleichen und gezielte Verbesserungsbereiche zu finden. Woher erhalten Normalerweise in den Journaleintrags-Kopf- Beispiele StandardAbgrenzungWiederkehrendStornierend | |||
| Währung Currency | Der Währungscode für den im Buchungssatz angegebenen Betrag, wie USD oder EUR. | ||
| Beschreibung Das Attribut Währung spezifiziert die Geldeinheit für den Buchungssatzbetrag. Es ist essenziell für die korrekte Interpretation und den Vergleich von Finanzwerten, insbesondere in multinationalen Organisationen. In der Analyse liefert dieses Attribut den notwendigen Kontext für den Buchungssatzbetrag. Es ermöglicht das Filtern von Transaktionen nach Währung und ist eine Voraussetzung für jede Analyse, die das Aggregieren oder Vergleichen von Beträgen über verschiedene Regionen hinweg beinhaltet. Für eine aussagekräftige globale Analyse müssen Beträge möglicherweise in eine einzige Berichtswährung umgerechnet werden. Warum es wichtig ist Bietet wesentlichen Kontext für den Buchungssatzbetrag, was eine genaue Finanzanalyse und Vergleiche über verschiedene Währungen hinweg ermöglicht. Woher erhalten Ein Standardfeld im Kopf von Finanzdokumenten, oft als 'Währungscode' oder 'Währungsschlüssel' bezeichnet. Beispiele USDEURGBPJPY | |||
| Ablehnungsgrund RejectionReason | Der Grund, den ein Prüfer angibt, wenn ein Journaleintrag während des Genehmigungsprozesses abgelehnt wird. | ||
| Beschreibung Der Ablehnungsgrund ist ein Code oder eine Textbeschreibung, der erklärt, warum ein Journaleintrag nicht genehmigt wurde. Häufige Gründe sind eine falsche Kontenzuordnung, unzureichende Dokumentation oder Richtlinienverstöße. Dieses Attribut ist der primäre Input für die Ursachenanalyse von Nacharbeit und Prozesseffizienzdefiziten. Durch die Analyse der Häufigkeit verschiedener Ablehnungsgründe können Unternehmen die häufigsten Fehlerquellen identifizieren. Diese Informationen sind von unschätzbarem Wert für die Entwicklung gezielter Maßnahmen, wie die Verbesserung von Schulungsmaterialien, die Klärung von Richtlinien oder die Implementierung von Systemkontrollen zur frühzeitigen Fehlervermeidung. Es unterstützt direkt Warum es wichtig ist Dies ist entscheidend für die Ursachenanalyse von Nacharbeit und hilft, häufige Fehler zu identifizieren und gezielte Schulungen oder Systemverbesserungen zu entwickeln. Woher erhalten Typischerweise im Beispiele Falsches GL-KontoFehlende BelegdokumentationSchwellenwert überschrittenDoppelter Eintrag | |||
| Abteilung Department | Die Geschäftseinheit oder Kostenstelle, die dem Buchungssatz zugeordnet ist, wie Finanzen, Vertrieb oder IT. | ||
| Beschreibung Das Attribut Abteilung verknüpft einen Buchungssatz mit einer spezifischen Geschäftseinheit, Funktion oder Kostenstelle. Diese Organisationsdaten helfen, finanzielle Aktivitäten dem verantwortlichen Bereich innerhalb des Unternehmens zuzuordnen. Ähnlich wie der Buchungskreis ermöglicht das Attribut Abteilung das Aufteilen und Analysieren der Prozessdaten für eine detailliertere Analyse. Es kann verwendet werden, um die Prozesseffizienz, Nacharbeitsraten oder Genehmigungszeiten über verschiedene Abteilungen hinweg zu vergleichen. Dies hilft, abteilungsbezogene Best Practices oder Bereiche zu identifizieren, in denen bestimmte Teams mehr Unterstützung oder Prozessführung benötigen könnten. Warum es wichtig ist Ermöglicht Prozessanalyse und Leistungsvergleich zwischen verschiedenen Geschäftsbereichen und hilft, abteilungsspezifische Probleme oder Best Practices zu identifizieren. Woher erhalten Findet sich in den Kopf- oder Positionsdaten des Buchungssatzes. Es kann vom Benutzer abgeleitet werden, der den Eintrag erstellt hat, oder von der der Transaktion zugeordneten Kostenstelle. Beispiele FinanzenVertrieb und MarketingIT-DienstleistungenCC-10120 | |||
| Buchungsdatum PostingDate | Das Datum, an dem der Buchungssatz offiziell im Hauptbuch verbucht wird und die Finanzperiode beeinflusst. | ||
| Beschreibung Das Buchungsdatum ist das offizielle Rechnungslegungsdatum für eine Transaktion. Es bestimmt die Geschäftsperiode, in der der Buchungssatz in den Finanzberichten ausgewiesen wird. Dies kann vom Erstellungsdatum des Eintrags oder dem Transaktionsdatum abweichen. Die Analyse des Buchungsdatums ist entscheidend für Finanzkontrollen und die Pünktlichkeitsanalyse. Die Verzögerung zwischen dem Erstellungs- oder Genehmigungsdatum und dem Buchungsdatum kann ein wichtiger Leistungsindikator sein, der Verzögerungen im letzten Schritt des Prozesses aufzeigt. Es wird auch verwendet, um pünktliche Buchungsraten zu analysieren und Einträge zu identifizieren, die rückdatiert oder in falsche Perioden gebucht wurden, was ein Compliance-Risiko darstellen kann. Warum es wichtig ist Dieses Datum ist entscheidend für die Berechnung von Buchungsverzögerungen und um sicherzustellen, dass Einträge im richtigen Finanzzeitraum für eine präzise Berichterstattung erfasst werden. Woher erhalten Ein Standard- und Pflichtfeld im Kopf aller Finanzdokumente in einem ERP-System. Beispiele 2023-10-312023-11-302024-01-02 | |||
| Ist automatisiert IsAutomated | Ein Flag, das angibt, ob eine Activity von einem System oder einem menschlichen Benutzer ausgeführt wurde. | ||
| Beschreibung Das Attribut 'Ist Automatisiert' ist ein boolesches Flag, das zwischen Aktivitäten unterscheidet, die von automatisierten Systemen, wie Bots oder integrierten Nebenbüchern, ausgeführt werden, und solchen, die manuell von Benutzern durchgeführt werden. Dieses Attribut ist essenziell, um den Automatisierungsgrad im Buchungssatzprozess zu messen. Es ermöglicht die Berechnung des KPI 'Automatisierungsrate' und hilft, Möglichkeiten für weitere Automatisierung zu identifizieren. Durch den Vergleich der Zykluszeiten und Fehlerraten von automatisierten und manuellen Aktivitäten können Unternehmen einen überzeugenden Business Case für Investitionen in Automatisierungstechnologien erstellen, um die Effizienz zu verbessern und menschliche Fehler zu reduzieren. Warum es wichtig ist Hilft bei der Messung des Automatisierungsgrads des Prozesses und identifiziert Möglichkeiten zur Automatisierung manueller Aufgaben, wodurch die Effizienz gesteigert und Fehler reduziert werden. Woher erhalten Oft abgeleitet durch Überprüfung, ob der 'Benutzername' einem System- oder Dienstkonto entspricht, oder ob die Transaktion aus einem automatisierten Quellsystem stammt. Beispiele truefalsch | |||
Record to Report - Buchungssatzaktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Buchungsjournaleintrag erstellt | Diese Aktivität markiert die Initiierung eines neuen Journaleintrags. Sie stellt den Moment dar, in dem ein Benutzer den ersten Datensatz im System erstellt, der als Ausgangspunkt für den gesamten Prozess dient. | ||
| Warum es wichtig ist Dies ist die primäre Startaktivität für den Prozess. Die Analyse der Zeit von diesem Punkt bis zur Buchung hilft, die gesamte End-to-End-Bearbeitungszeit zu messen. Woher erhalten Dieses Erfassen Identifizieren Sie den frühesten Timestamp, der mit der Buchungssatz-ID verknüpft ist, in den Transaktions-Logs oder der Kopftabelle des Systems. Ereignistyp explicit | |||
| Buchungssatz abgelehnt | Ein Prüfer oder Genehmiger lehnt den Buchungssatz ab, wodurch seine Weiterverarbeitung verhindert wird. Der Buchungssatz wird typischerweise zur Korrektur an den Ersteller zurückgeschickt, was eine Nacharbeitsschleife einleitet. | ||
| Warum es wichtig ist Diese Aktivität ist entscheidend für die Identifizierung von Nacharbeit, was sich direkt auf die Prozesseffizienz und Kosten auswirkt. Hohe Ablehnungsquoten können auf Probleme bei Schulungen, Richtlinien oder der Woher erhalten Dieses Erfassen Erfassen Sie den Timestamp der Statusänderung auf 'Abgelehnt', 'Korrektur erforderlich' oder einen ähnlichen Zustand. Ereignistyp explicit | |||
| Buchungssatz genehmigt | Der Buchungssatz erhält die endgültige Genehmigung von einem autorisierten Manager. Diese Aktivität ist die letzte Kontrollinstanz, bevor das Dokument im Hauptbuch verbucht werden kann. | ||
| Warum es wichtig ist Dies ist ein kritischer Meilenstein, der den Genehmigungszyklus abschließt. Die Zeit von der Genehmigung bis zur Verbuchung ist ein weiterer Schlüsselbereich zur Messung der Prozesseffizienz und zur Identifizierung von Engpässen. Woher erhalten Dieses Erfassen Erfassen Sie den Timestamp des endgültigen Genehmigungsstatus, wie 'Genehmigt' oder 'Freigegeben zur Buchung'. Ereignistyp explicit | |||
| Buchungssatz storniert | Ein zuvor verbuchter Buchungssatz wird durch die Erstellung eines neuen Dokuments mit umgekehrten Buchungen storniert. Diese Maßnahme dient der Korrektur von Fehlern in verbuchten Dokumenten und ist eine explizite, auditierbare Transaktion. | ||
| Warum es wichtig ist Stornierungen sind ein Schlüsselindikator für Fehler in gebuchten Einträgen. Diese Aktivität dient als alternativer, unerwünschter Endpunkt und ist entscheidend für die Messung der 'First-Time-Right'-Raten. Woher erhalten Dies wird typischerweise als spezifischer Transaktionstyp erfasst oder in den Erfassen Identifizieren Sie das Buchungsdatum des neuen Buchungssatzdokuments, das explizit als Stornierung mit dem ursprünglichen Eintrag verknüpft ist. Ereignistyp explicit | |||
| Buchungssatz verbucht | Der Buchungssatz wird offiziell im Hauptbuch erfasst. Dies ist der Zeitpunkt, an dem das Dokument zu einem dauerhaften Finanzdatensatz wird und die Finanzberichte des Unternehmens beeinflusst. | ||
| Warum es wichtig ist Dies ist das primäre Erfolgsergebnis und der Endpunkt für den Prozess. Es ist grundlegend für die Messung der gesamten Bearbeitungszeit und der Effektivität des gesamten Lebenszyklus des Journaleintrags. Woher erhalten Dieses kritische Erfassen Verwenden Sie das Buchungsdatum und die Uhrzeit aus der Journaleintrag-Kopftabelle oder verwandten Finanzbelegtabellen. Ereignistyp explicit | |||
| Buchungssatz zur Genehmigung eingereicht | Der Ersteller reicht den vollständigen Buchungssatz formell in den Genehmigungs-Workflow ein. Diese Aktivität überführt den Buchungssatz von einem vorbereitenden Zustand in einen zur Überprüfung anstehenden Zustand. | ||
| Warum es wichtig ist Dies markiert das Ende der Vorbereitungsphase und den Beginn des Genehmigungszyklus. Die Zeit zwischen Einreichung und Genehmigung ist ein kritischer Woher erhalten Dies wird typischerweise als Statusänderung im Audit-Trail oder Erfassen Identifizieren Sie den Timestamp, wenn der Status des Buchungssatzes auf 'Zur Genehmigung eingereicht' oder einen ähnlichen Zustand wechselt. Ereignistyp explicit | |||
| Buchungssatz ausgeglichen | Eine offene Position innerhalb eines Buchungssatzes wird durch eine andere Buchung ausgeglichen, wie zum Beispiel eine Kassenquittung, die eine Abgrenzung ausgleicht. Diese Aktivität kennzeichnet die Abstimmung spezifischer Positionen und schließt diese effektiv ab. | ||
| Warum es wichtig ist Diese nach der Buchung stattfindende Aktivität ist entscheidend für Prozesse, die Verrechnungskonten betreffen. Verzögerungen beim Ausgleich können die Bilanzgenauigkeit und die Effizienz des Periodenabschlusses beeinträchtigen. Woher erhalten Dieses Erfassen Verwenden Sie das Ausgleichsdatum, das einer spezifischen Position des Journaleintrags zugeordnet ist. Ereignistyp explicit | |||
| Buchungssatz erneut zur Genehmigung eingereicht | Ein korrigierter Buchungssatz wird für einen neuen Prüfzyklus zurück in den Genehmigungs-Workflow geschickt. Dieser Schritt leitet den Genehmigungsprozess erneut ein, nachdem Korrekturen vorgenommen wurden. | ||
| Warum es wichtig ist Diese Aktivität markiert den Beginn eines neuen Genehmigungszyklus für denselben Journaleintrag. Die Analyse von Wiedervorlagen ist entscheidend, um das volle Ausmaß von Nacharbeitsschleifen zu verstehen. Woher erhalten Dies wird aus dem Erfassen Identifizieren Sie eine Statusänderung 'Zur Genehmigung eingereicht', die nach einer 'Buchungssatz abgelehnt'-Aktivität für denselben Case auftritt. Ereignistyp inferred | |||
| Buchungssatz gelöscht | Ein geparkter oder noch nicht verbuchter Buchungssatz wird aus dem System gelöscht. Dies geschieht typischerweise, wenn der Eintrag fehlerhaft erstellt wurde oder nicht mehr benötigt wird, bevor er zu einem Finanzdatensatz wurde. | ||
| Warum es wichtig ist Dies stellt ein terminales Ergebnis für Journaleinträge dar, die nie verbucht werden. Die Analyse von Löschungen kann Prozessfehler oder unnötige Arbeitserstellung aufdecken. Woher erhalten Dieses Erfassen Erfassen Sie den Timestamp aus einem Audit Log, das die Löschung des Buchungssatzdatensatzes aufzeichnet. Ereignistyp explicit | |||
| Buchungssatz geparkt | Ein Benutzer speichert einen unvollständigen Buchungssatz, ohne ihn zu verbuchen, was eine spätere Vervollständigung oder Überprüfung ermöglicht. Dadurch wird ein vorläufiges Dokument erstellt, das das Hauptbuch noch nicht beeinflusst. | ||
| Warum es wichtig ist Parken deutet auf eine potenzielle Verzögerung oder den Bedarf an weiteren Informationen vor der Einreichung hin. Hohe Mengen geparkter Einträge können Ineffizienzen oder Probleme bei der Datenverfügbarkeit aufzeigen. Woher erhalten Dies ist oft ein expliziter Status oder Dokumenttyp, der in den Journaleintrags-Kopf- Erfassen Erfassen Sie den Timestamp, wenn der Buchungssatzstatus auf 'Geparkt', 'Gespeichert' oder 'Unvollständig' gesetzt wird. Ereignistyp explicit | |||
| Buchungssatz korrigiert | Der Benutzer ändert einen Journaleintrag, nachdem er abgelehnt oder zur Änderung zurückgesandt wurde. Dies stellt den Nacharbeitsaufwand dar, der erforderlich ist, um Probleme zu beheben, die während des Prüfungsprozesses identifiziert wurden. | ||
| Warum es wichtig ist Die Messung des Zeitaufwands für Korrekturen hilft, die Auswirkungen von Nacharbeit zu quantifizieren. Sie hebt Ineffizienzen und potenzielle Bereiche für Prozessverbesserungen oder Benutzerschulungen hervor. Woher erhalten Dies wird oft durch das Erkennen von Änderungen an zentralen Erfassen Erkennen Sie eine Änderung der Daten oder des letzten Änderungs-Timestamps des Buchungssatzes, die zwischen einer 'Abgelehnt'- und einer 'Erneut eingereicht'-Aktivität auftritt. Ereignistyp inferred | |||
| Buchungssatz nach Verbuchung geändert | Ein Benutzer ändert bestimmte Felder eines Buchungssatzes, nachdem dieser bereits verbucht wurde. Während die meisten Finanzdaten nach der Verbuchung unveränderlich sind, können einige beschreibende Felder oft geändert werden. | ||
| Warum es wichtig ist Diese Änderungen können auf Woher erhalten Diese Aktivität wird typischerweise aus Änderungsbelegprotokollen erfasst, die Änderungen an Finanzaufzeichnungen nach deren Verbuchung verfolgen. Erfassen Identifizieren Sie Einträge in Änderungs-Logs, die mit der Buchungssatz-ID verknüpft sind und einen Timestamp nach dem Buchungsdatum aufweisen. Ereignistyp explicit | |||
| Dokumentation angehängt | Ein Benutzer fügt dem Buchungssatz ein oder mehrere Belegdokumente bei. Dies liefert die notwendigen Belege und den Kontext für die Transaktion für Prüfer und Auditoren. | ||
| Warum es wichtig ist Die Verfolgung dieser Aktivität hilft zu verstehen, ob Verzögerungen durch fehlende Dokumentation verursacht werden. Sie liefert auch Einblicke in die Woher erhalten Diese Information wird normalerweise in einer separaten Tabelle für Anhänge oder das Dokumentenmanagement gespeichert, verknüpft mit der Journaleintrags-ID. Erfassen Verwenden Sie den Erstellungs- Ereignistyp explicit | |||
| Manuelle Verbuchung identifiziert | Dieses berechnete `Event` klassifiziert einen Journaleintrag als manuell, über eine interaktive Benutzersitzung erstellt. Dies unterscheidet sich von Einträgen, die über automatisierte Schnittstellen oder Batch-Jobs erstellt wurden. | ||
| Warum es wichtig ist Die Unterscheidung zwischen manuellen und automatisierten Einträgen ist essenziell für die Automatisierungsanalyse. Sie hilft, Verbesserungsbemühungen zu fokussieren und das mit manuellen Interventionen verbundene Risiko zu bewerten. Woher erhalten Dies ist kein zeitliches Erfassen Klassifizieren Sie Buchungssätze basierend auf einem Quellfeld, das die Erfassungsmethode anzeigt. Der Timestamp kann auf die Buchungszeit gesetzt werden. Ereignistyp calculated | |||
Extraktionsleitfäden
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,