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

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

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

Dieses Template bietet eine umfassende Anleitung zu den wichtigsten Datenpunkten für die Analyse Ihres Record-to-Report-Prozesses für Journalbuchungen. Es beschreibt die erforderlichen Attribute und zentralen Aktivitäten, damit Sie alle nötigen Informationen für ein aussagekräftiges Process-Mining-Vorhaben erfassen. Außerdem erfahren Sie, wie Sie diese Daten aus Ihrem Quellsystem extrahieren.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Erfassung
  • Anleitung zur Datenextraktion aus Microsoft Dynamics 365
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für Record to Report - Journal Entry

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um den Record-to-Report-Prozess für Journalbuchungen umfassend zu analysieren.
3 Erforderlich 7 Empfohlen 10 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des konkreten Prozessschritts oder Events, das stattgefunden hat.
Beschreibung

Dieses Attribut beschreibt ein einzelnes Event oder eine Aufgabe im Lebenszyklus einer Journalbuchung, zum Beispiel 'Journalbuchung erstellt', 'Journal zur Freigabe eingereicht' oder 'Journalbuchung gebucht'. Diese Aktivitäten bilden die Knoten der ermittelten Prozessdarstellung.

Die Reihenfolge und Häufigkeit dieser Aktivitäten zu analysieren, ist ein zentraler Bestandteil von Process Mining. So wird der tatsächliche Prozessablauf sichtbar. Außerdem lassen sich Abweichungen von der Standardvorgehensweise und Engpässe erkennen, an denen Aktivitäten länger als erwartet dauern oder wiederholt werden.

Warum das wichtig ist

Dieses Attribut legt die Prozessschritte fest. Sie bilden das Grundgerüst der Prozessdarstellung und ermöglichen die Analyse des Prozessablaufs und seiner Varianten.

Woher beziehen

Dieses konzeptionelle Attribut wird aus System-Events, Statusänderungen oder Workflow-Protokollen in Microsoft Dynamics 365 abgeleitet.

Beispiele
Journalbuchung erstelltJournal zur Freigabe eingereichtJournal freigegebenJournalbuchung gebucht
Event-Zeitpunkt
EventTime
Der genaue Timestamp, der angibt, wann eine Aktivität oder ein Event stattgefunden hat.
Beschreibung

Der Event-Zeitpunkt gibt Datum und Uhrzeit an, zu denen eine bestimmte Aktivität im Journalbuchungsprozess stattgefunden hat. Diese chronologischen Daten sind wichtig, um Events in die richtige Reihenfolge zu bringen und die Dauer zwischen ihnen zu berechnen.

Bei der Analyse dient dieser Timestamp dazu, den zeitlichen Ablauf für jeden Case zu rekonstruieren. Das ist entscheidend für die Berechnung aller zeitbezogenen Kennzahlen, etwa Durchlauf-, Verarbeitungs- und Wartezeiten. So lassen sich Verzögerungen zwischen Prozessschritten erkennen und Dashboards zu Engpässen und zur SLA-Einhaltung erstellen.

Warum das wichtig ist

Dieser Timestamp ist wichtig, um Events korrekt zu ordnen und alle zeitbezogenen KPIs zu berechnen, zum Beispiel die Durchlaufzeit und Verzögerungen bei der Verarbeitung.

Woher beziehen

Event-Timestamps finden sich üblicherweise in Workflow-Verlaufsprotokollen, Tabellen mit Prüfpfaden wie SysDatabaseLog oder als Erstellungs- und Änderungs-Timestamps zugehöriger Datensätze, etwa in LedgerJournalTable und LedgerJournalTrans.

Beispiele
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:10Z
Journal Entry ID
JournalEntryId
Die eindeutige Kennung einer Journalbuchung, die als primäre Case-ID dient.
Beschreibung

Die Journal Entry ID verknüpft alle Aktivitäten und Datenpunkte, die zu einer einzelnen Journalbuchung gehören. Sie ermöglicht es, den gesamten Lebenszyklus eines Journals zu verfolgen, von der Erstellung und Prüfung bis zur endgültigen Buchung im Hauptbuch.

Bei der Process-Mining-Analyse ist dieses Attribut entscheidend für die Rekonstruktion des Prozessablaufs. Jede eindeutige Journal Entry ID steht für einen einzelnen Prozessfall. So lassen sich Prozessvarianten, Durchlaufzeiten und die Compliance einzelner Finanztransaktionen detailliert untersuchen.

Warum das wichtig ist

Diese Kennung ist der Schlüssel, um eine Journalbuchung von Anfang bis Ende zu verfolgen und den gesamten Prozessablauf für jeden Case zu analysieren.

Woher beziehen

Diese Kennung befindet sich üblicherweise in der Journalkopftabelle, zum Beispiel in LedgerJournalTable, häufig in einem Feld namens JournalNum.

Beispiele
JRN-0012345JV-2023-08-156GENJ0000891
Ablehnungsgrund
RejectionReason
Der bei der Ablehnung einer Journalbuchung im Freigabeprozess angegebene Grund.
Beschreibung

Wird eine Journalbuchung abgelehnt, gibt die genehmigende Person häufig einen Grund dafür an. Dieses Attribut erfasst diese Information und ist für die Ursachenanalyse besonders wertvoll.

Es ist das zentrale Attribut für das Dashboard „Analyse der Ablehnungsquote von Journalbuchungen“. Durch die Kategorisierung und Analyse der Ablehnungsgründe können Unternehmen häufige Probleme erkennen, etwa fehlende Belege, Verstöße gegen Richtlinien oder Eingabefehler. Anschließend lassen sich gezielte Schulungen oder Prozessverbesserungen umsetzen.

Warum das wichtig ist

Zeigt, warum Nacharbeit entsteht, und liefert konkrete Erkenntnisse, um Ablehnungen zu reduzieren und die Quote der beim ersten Versuch genehmigten Buchungen zu erhöhen.

Woher beziehen

Diese Information ist üblicherweise im Workflow-Verlauf oder im Kommentarbereich des Ablehnungsschritts gespeichert.

Beispiele
Unzureichende BelegdokumentationFalsches Konto verwendetGenehmigungsschwelle überschrittenDoppeleintrag
Benutzername
UserName
Der Name des Benutzers, der die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut gibt an, welcher Mitarbeiter oder Systembenutzer eine bestimmte Aktivität ausgeführt hat, zum Beispiel das Erstellen, Freigeben oder Buchen einer Journalbuchung. So werden Prozessschritte den zuständigen Personen zugeordnet.

Die Leistung einzelner Benutzer zu analysieren, ist eine wichtige Funktion von Process Mining. Damit lässt sich das Dashboard 'Leistung der Benutzer bei Journalbuchungen' erstellen, um Aktivitätsdauern und Durchsatz verschiedener Benutzer oder Teams zu vergleichen. So können Sie besonders leistungsstarke Benutzer erkennen, Schulungsbedarf ermitteln und die Arbeitslast besser verteilen.

Warum das wichtig ist

Verknüpft Prozessaktivitäten mit einzelnen Personen und ermöglicht so die Analyse der Benutzerleistung, der Arbeitslastverteilung und des Ressourceneinsatzes.

Woher beziehen

Benutzerinformationen finden sich üblicherweise in den Feldern createdBy oder modifiedBy von Tabellen wie LedgerJournalTable oder in zugehörigen Workflow-Verlaufsprotokollen.

Beispiele
Alice SmithBob Johnsonsystem.batch
Endzeitpunkt des Events
EventEndTime
Der Timestamp, der angibt, wann eine Aktivität oder ein Event abgeschlossen wurde.
Beschreibung

Der Endzeitpunkt des Events gibt an, wann eine bestimmte Aktivität abgeschlossen wurde. StartTime bezeichnet den Beginn eines Events, EndTime dessen Ende. Zusammen ermöglichen beide Zeitpunkte eine genaue Berechnung der Dauer einzelner Aufgaben.

Wenn sowohl Start- als auch Endzeitpunkt vorliegen, lässt sich beim Process Mining die Verarbeitungszeit einer Aktivität berechnen und von der Wartezeit unterscheiden. Das ist wichtig für Dashboards zur Benutzerleistung und um zu erkennen, welche konkreten Aufgaben am meisten Zeit beanspruchen, nicht nur die Wartezeiten zwischen ihnen.

Warum das wichtig ist

Ermöglicht die genaue Berechnung der Dauer jeder Aktivität. Das ist wichtig, um die Benutzerleistung zu analysieren und ressourcenintensive Aufgaben zu erkennen.

Woher beziehen

Diese Daten können ausdrücklich in Workflow-Protokollen gespeichert sein. Andernfalls müssen sie möglicherweise anhand der StartTime der nachfolgenden Aktivität in der Sequenz abgeleitet werden.

Beispiele
2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
Journal-Gesamtbetrag
JournalTotalAmount
Der Gesamtbetrag der Journalbuchung, üblicherweise die Summe der Sollbuchungen.
Beschreibung

Dieses Attribut gibt den Gesamtwert der Journalbuchung an. Damit lassen sich Buchungen beispielsweise in niedrige, mittlere und hohe Wertklassen einteilen.

Die Analyse des Prozesses nach Finanzwerten kann wichtige Muster aufdecken. Bei Journalbuchungen mit hohen Beträgen kann etwa ein strengerer Freigabeprozess mit mehr Schritten und längeren Zykluszeiten gelten. Das Attribut ist wichtig für die Wesentlichkeitsanalyse und um die finanziellen Auswirkungen ineffizienter Prozesse zu verstehen.

Warum das wichtig ist

Ermöglicht die Segmentierung des Prozesses nach Finanzwerten, die häufig mit Prozesskomplexität, Risiken und Freigabe-Workflows zusammenhängen.

Woher beziehen

Dieser Wert muss möglicherweise berechnet werden, indem die Sollbeträge aus der Journalzeilentabelle LedgerJournalTrans für jede Journalbuchung summiert werden.

Beispiele
1500.75125000.0050.25
Journalstatus
JournalStatus
Der aktuelle oder endgültige Status der Journalbuchung.
Beschreibung

Dieses Attribut gibt den Status der Journalbuchung zu einem bestimmten Zeitpunkt an, zum Beispiel „Entwurf“, „In Prüfung“, „Genehmigt“, „Abgelehnt“ oder „Gebucht“. Es zeigt, an welcher Stelle des Lebenszyklus sich die Buchung befindet.

Die Analyse des Status hilft dabei, die Ergebnisse von Cases zu verstehen. Sie können damit beispielsweise alle abgelehnten Journale filtern oder die Anzahl der Journale in einer bestimmten Phase verfolgen. Das Attribut liefert Kontext für Durchsatz- und Statusanalysen in verschiedenen Dashboards.

Warum das wichtig ist

Zeigt für jede Journalbuchung ein eindeutiges Ergebnis an. So lassen sich Erfolgs- und Ablehnungsquoten sowie die Arbeitsmenge in den einzelnen Phasen analysieren.

Woher beziehen

Der Status ist häufig in der Journal-Kopftabelle LedgerJournalTable zu finden oder wird aus dem Workflow-Status abgeleitet.

Beispiele
EntwurfEingereichtGenehmigtGebuchtAbgelehnt
Journaltyp
JournalType
Die Klassifizierung der Journalbuchung, zum Beispiel als allgemeines Journal oder Abgrenzung.
Beschreibung

Der Journaltyp ordnet Buchungen nach ihrem geschäftlichen Zweck ein, zum Beispiel als tägliche Buchungen, Abgrenzungen, Umlagen oder Eliminierungen. Diese Unterteilung ist wichtig, um unterschiedliche Prozessabläufe und Verhaltensweisen zu verstehen.

Mit diesem Attribut können Sie den Prozess nach Journaltyp filtern und vergleichen. Es ist wichtig für das Dashboard 'Durchsatzvolumen von Journalbuchungen nach Typ'. Damit lässt sich untersuchen, ob bestimmte Journaltypen häufiger von Verzögerungen, Ablehnungen oder Nacharbeit betroffen sind.

Warum das wichtig ist

Ermöglicht es, die Analyse nach unterschiedlichen geschäftlichen Zwecken aufzuschlüsseln. Die jeweiligen Prozesse können unterschiedliche Abläufe, Durchlaufzeiten und Freigabeanforderungen haben.

Woher beziehen

Dieses Attribut ist üblicherweise in der Journalkopftabelle LedgerJournalTable in einem Feld zum Journalnamen oder -typ gespeichert, zum Beispiel in JournalName.

Beispiele
HauptbuchjournalAbgrenzungsbuchungKonzerninterne UmbuchungGehaltsabrechnung
Rechtsträger
LegalEntity
Der Rechtsträger oder Buchungskreis, für den die Journalbuchung erfasst wird.
Beschreibung

Der Rechtsträger bezeichnet das Unternehmen oder die Geschäftseinheit innerhalb einer Organisation, für die der Geschäftsvorfall erfasst wird. In Finanzsystemen ist dies eine grundlegende Organisationsdimension.

Im Process Mining ermöglicht dieses Attribut den Vergleich des Journalbuchungsprozesses zwischen verschiedenen Organisationseinheiten. So lässt sich feststellen, ob bestimmte Rechtsträger effizientere Prozesse, höhere Ablehnungsquoten oder längere Zykluszeiten aufweisen. Die Ergebnisse helfen dabei, bewährte Vorgehensweisen zu erkennen und weiterzugeben.

Warum das wichtig ist

Ermöglicht den Vergleich der Prozessleistung zwischen Unternehmen oder Geschäftseinheiten und macht Unterschiede sowie Verbesserungspotenziale sichtbar.

Woher beziehen

Dies ist ein zentrales Feld in Dynamics 365. Es ist häufig in Transaktionstabellen wie LedgerJournalTable verfügbar und in der Regel mit DataAreaId verknüpft.

Beispiele
USMFDEMFGBSI
Abteilung
DepartmentName
Die Abteilung oder Kostenstelle, der die Journalbuchung zugeordnet ist.
Beschreibung

Die Abteilung oder Kostenstelle bezeichnet die interne Geschäftseinheit, die für den Geschäftsvorfall verantwortlich oder davon betroffen ist. Sie ist eine wichtige Dimension für das interne Berichtswesen.

Mit diesem Attribut lässt sich der Journalbuchungsprozess nach Abteilung analysieren. So können Sie Fragen beantworten wie: Welche Abteilungen reichen die meisten Journale ein? Haben bestimmte Abteilungen höhere Ablehnungsquoten oder längere Freigabezeiten? Diese Erkenntnisse unterstützen gezielte Prozessverbesserungen.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung nach Geschäftsbereich und hilft dabei, abteilungsspezifische Engpässe oder Schulungsbedarf zu erkennen.

Woher beziehen

Diese Information ist üblicherweise auf Ebene der Journalzeile (LedgerJournalTrans) als Finanzdimension hinterlegt.

Beispiele
VertriebFinanzenMarketingBetrieb
Automatische Buchung
IsAutomatedPosting
Kennzeichnet, ob die Journalbuchung automatisch erstellt oder gebucht wurde.
Beschreibung

Dieses boolesche Attribut unterscheidet zwischen Journalbuchungen, die manuell von einem Benutzer erstellt wurden, und solchen, die das System oder ein Subsystem automatisch erzeugt hat, etwa durch eine Systemintegration oder einen automatisierten Verteilungsprozess.

Die Analyse dieses Attributs ermöglicht den Vergleich der Effizienz und Fehlerquoten automatisierter und manueller Prozesse. Sie kann weitere Automatisierungsmöglichkeiten aufzeigen, indem sie sichtbar macht, ob manuelle Buchungen häufiger zu Fehlern, Nacharbeit oder Verzögerungen führen.

Warum das wichtig ist

Unterscheidet manuelle von automatisierten Prozessen und ermöglicht so den Vergleich ihrer Effizienz, Genauigkeit und Compliance.

Woher beziehen

Dies lässt sich am Benutzer unter „Erstellt von“ erkennen, zum Beispiel an einem System- oder Batch-Benutzer, oder an einem bestimmten Kennzeichen in der Journal-Kopfzeile oder der Typkonfiguration.

Beispiele
truefalse
Beim ersten Versuch genehmigt
IsFirstTimeRight
Kennzeichnet, ob das Journal ohne vorherige Ablehnung genehmigt wurde.
Beschreibung

Dieses boolesche Attribut auf Case-Ebene ist „true“, wenn eine Journalbuchung von der Einreichung bis zur Genehmigung gelangt, ohne dass dazwischen die Aktivitäten „Journal abgelehnt“ oder „Journalbuchung korrigiert“ auftreten. Es ist eine wichtige Kennzahl für die Prozessqualität.

Die KPI „Genehmigungsquote beim ersten Versuch“ wird direkt anhand dieses Attributs berechnet. Eine hohe Quote weist auf einen effizienten und qualitativ hochwertigen Prozess hin. Eine niedrige Quote deutet auf systemische Probleme bei der anfänglichen Datenqualität, der Klarheit der Anforderungen oder den Einreichungsverfahren hin.

Warum das wichtig ist

Diese wichtige Kennzahl für die Prozessqualität zeigt, wie viele Journale den Freigabeprozess ohne Nacharbeit durchlaufen.

Woher beziehen

Dieses berechnete Attribut wird auf Case-Ebene aus der Abfolge der Aktivitäten für jede Journal Entry ID abgeleitet.

Beispiele
truefalse
Buchungsdatum
PostingDate
Das Datum, an dem die Journalbuchung im Hauptbuch gebucht wird.
Beschreibung

Das Buchungsdatum ist das offizielle Datum, an dem sich der Geschäftsvorfall auf die Salden des Hauptbuchs auswirkt. Es ist für die Finanzberichterstattung und den Periodenabschluss entscheidend.

Mit diesem Attribut lässt sich die Verzögerung zwischen Genehmigung und Buchung analysieren. Diese Zeitspanne steht im Mittelpunkt der KPI „Durchlaufzeit bis zur Buchung von Journalbuchungen“. Sie zu verkürzen, ist häufig ein wichtiges Ziel, um den Finanzabschluss zu beschleunigen. Außerdem können Sie damit das Buchungsvolumen im Zeitverlauf untersuchen.

Warum das wichtig ist

Entscheidend für die Berechnung der KPI zur Durchlaufzeit bis zur Buchung und für die Analyse der Verzögerung zwischen der Genehmigung und der offiziellen Erfassung eines Geschäftsvorfalls im Hauptbuch.

Woher beziehen

Dieses Datum ist üblicherweise in der Journal-Kopftabelle (LedgerJournalTable) oder in zugehörigen Tabellen für gebuchte Transaktionen gespeichert.

Beispiele
2023-10-282023-11-012023-10-31
Freigabeebene
ApprovalLevel
Gibt die aktuelle oder abgeschlossene Stufe eines mehrstufigen Freigabe-Workflows an.
Beschreibung

Bei Journalbuchungen, für die mehrere Freigaben erforderlich sind, erfasst dieses Attribut, welche Hierarchieebene die Buchung erreicht hat, zum Beispiel „Freigabe durch die Führungskraft“ oder „Freigabe durch die Direktion“.

Das Attribut unterstützt eine detaillierte Analyse von Engpässen im Freigabeprozess. Es zeigt, ob Verzögerungen regelmäßig auf einer bestimmten Stufe der Freigabekette auftreten. Das kann auf den Bedarf an einer Neugestaltung des Prozesses oder einer Umverteilung von Ressourcen auf dieser Stufe hinweisen.

Warum das wichtig ist

Macht mehrstufige Freigabe-Workflows transparent und hilft dabei, Engpässe auf bestimmten Freigabeebenen zu erkennen.

Woher beziehen

Diese Information wird aus dem Workflow-Verlaufsprotokoll abgeleitet, in dem der Abschluss der einzelnen Freigabeschritte erfasst ist.

Beispiele
Ebene 1: FührungskraftEbene 2: DirektionEbene 3: Finanzvorstand
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, zu dem die Daten zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut gibt Datum und Uhrzeit des letzten Datenexports aus dem Quellsystem an. So lässt sich einordnen, wie aktuell die Analyse und die darin enthaltenen Daten sind.

Wenn diese Information in Dashboards angezeigt wird, können Benutzer die Aktualität der Daten beurteilen und den Zeitraum nachvollziehen, den die aktuelle Prozessanalyse abdeckt. Diese Metadaten sind für jedes Process-Mining-Projekt wichtig.

Warum das wichtig ist

Gibt wichtige Hinweise zur Aktualität der Daten und hilft Benutzern einzuschätzen, wie aktuell die Prozessanalyse ist.

Woher beziehen

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

Beispiele
2023-10-27T02:00:00Z
Nacharbeit
IsRework
Kennzeichnet Aktivitäten, die zu einer Nacharbeits- oder Korrekturschleife gehören.
Beschreibung

Dieses berechnete boolesche Attribut wird für Aktivitäten auf „true“ gesetzt, die nach einer Ablehnung stattfinden, etwa „Journalbuchung korrigiert“ oder eine erneute „Journalbuchung zur Freigabe eingereicht“. So lässt sich Nacharbeit isolieren und quantifizieren.

Das Attribut ist für das Dashboard „Nacharbeits- und Korrekturschleifen bei Journalbuchungen“ und die KPI „Nacharbeitsquote“ unverzichtbar. Mit der Kennzeichnung von Nacharbeit lassen sich Häufigkeit und Auswirkungen von Korrekturzyklen einfach visualisieren und messen. Sie sind eine wesentliche Ursache für Ineffizienz im Prozess.

Warum das wichtig ist

Kennzeichnet ineffiziente Nacharbeitszyklen direkt und erleichtert die Messung der Auswirkungen von Ablehnungen und Korrekturen auf die gesamte Zykluszeit und die Kosten.

Woher beziehen

Dieses berechnete Attribut wird bei der Datentransformation aus der Abfolge der Aktivitäten innerhalb eines Cases abgeleitet.

Beispiele
truefalse
Quellsystem
SourceSystem
Das führende System, aus dem die Daten exportiert wurden.
Beschreibung

Dieses Attribut gibt an, aus welcher Quellanwendung die Journalbuchungsdaten stammen. Für diesen Prozess ist der Wert üblicherweise konstant, zum Beispiel 'Microsoft Dynamics 365'.

Bei umfassenderen Analysen, insbesondere in Umgebungen mit mehreren ERP- oder integrierten Systemen, hilft dieses Feld dabei, Prozesse und Datenquellen voneinander zu unterscheiden. Es schafft Klarheit über die Herkunft der Daten und ist wichtig für Data Governance und Validierung.

Warum das wichtig ist

Gibt die Herkunft der Daten an. Das ist wichtig für Data Governance und für Analysen, die mehrere Unternehmenssysteme umfassen.

Woher beziehen

Dieser statische Wert wird während des ETL-Prozesses (Extraktion, Transformation und Laden) hinzugefügt, um die Herkunft des Datensatzes zu kennzeichnen.

Beispiele
Microsoft Dynamics 365D365 F&O
Status der Freigabe-SLA
ApprovalSlaState
Gibt an, ob die Freigabe der Journalbuchung die vereinbarte Service Level Agreement (SLA) erfüllt hat.
Beschreibung

Dieses Attribut ordnet den Freigabezyklus jeder Journalbuchung danach ein, ob er innerhalb der im Service Level Agreement (SLA) festgelegten Zielzeit abgeschlossen wurde. Mögliche Werte sind üblicherweise „Eingehalten“ oder „Verfehlt“.

Es ist die zentrale Kennzahl für das Dashboard „Einhaltung der Freigabe-SLA für Journalbuchungen“. Das Dashboard zeigt die Leistung im Verhältnis zu den Zielvorgaben aus Geschäftssicht und unterstützt Sie dabei, die Pünktlichkeit des Freigabeprozesses zu überwachen und zu steuern. Werden SLAs häufig verfehlt, lassen sich gezielte Verbesserungen anstoßen.

Warum das wichtig ist

Überführt Rohdaten zur Zykluszeit in ein eindeutiges Geschäftsergebnis (eingehalten oder verfehlt) und erleichtert so die Überwachung der Leistung anhand wichtiger Zielvorgaben.

Woher beziehen

Dies ist ein berechnetes Attribut. Für die Berechnung wird die ermittelte KPI zur Freigabezykluszeit mit einem vorab festgelegten SLA-Ziel verglichen.

Beispiele
EingehaltenVerfehlt
Währungscode
CurrencyCode
Die Währung des Journalbuchungsbetrags.
Beschreibung

Dieses Attribut gibt an, in welcher Währung die Journalbuchung geführt wird, zum Beispiel USD, EUR oder GBP. Es liefert den nötigen Kontext für den Journal-Gesamtbetrag.

Auch wenn die Währung nicht immer für die Analyse des Prozessablaufs selbst verwendet wird, ist sie für Finanzberichte und Analysen der Journalbeträge unverzichtbar. Sie ermöglicht die korrekte Aggregation und den Vergleich von Werten, insbesondere in multinationalen Unternehmen.

Warum das wichtig ist

Liefert den nötigen Kontext für Finanzanalysen und stellt sicher, dass Geldbeträge korrekt interpretiert werden, insbesondere bei mehreren verwendeten Währungen.

Woher beziehen

Der Währungscode ist üblicherweise in der Journalzeilentabelle LedgerJournalTrans verfügbar.

Beispiele
USDEURGBPJPY
Erforderlich Empfohlen Optional

Aktivitäten für Record to Report - Journal Entry

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Prozess zuverlässig zu entdecken und zu analysieren.
5 Empfohlen 7 Optional
Aktivität Beschreibung
Journal abgelehnt
Ein Prüfer oder Genehmiger hat die Journalbuchung abgelehnt. Sie muss korrigiert werden. Das Event wird anhand einer Statusänderung des Journals erfasst, zum Beispiel beim Wechsel zu 'Abgelehnt' oder 'Korrektur erforderlich'.
Warum das wichtig ist

Die Erfassung von Ablehnungen ist wichtig, um die Ablehnungsquote zu berechnen und die Ursachen für Nacharbeit zu erkennen. Sie macht Probleme mit der Datenqualität, der Compliance oder der Benutzerschulung sichtbar.

Woher beziehen

Das Event wird anhand einer Änderung des Statusfelds abgeleitet, zum Beispiel wenn sich ApprovalStatus in LedgerJournalTable zu 'Rejected' ändert. Alternativ kann das Workflow-Verlaufsprotokoll herangezogen werden.

Erfassung

Ermitteln Sie den Timestamp, zu dem der Journalstatus zu 'Rejected' wechselt.

Ereignistyp inferred
Journal freigegeben
Die zuständige Stelle hat die Journalbuchung freigegeben. Damit ist der letzte Schritt des Freigabe-Workflows abgeschlossen. Das Event wird üblicherweise anhand einer Statusänderung im Journalkopf erfasst, zum Beispiel beim Wechsel zu 'Genehmigt'.
Warum das wichtig ist

Dieser entscheidende Meilenstein schließt den Freigabeprozess ab und ermöglicht die Buchung. Er ist wichtig, um die Freigabezeit, die Durchlaufzeit bis zur Buchung und die First-Time-Right-Rate zu berechnen.

Woher beziehen

Das Event wird anhand einer Änderung des Statusfelds abgeleitet, zum Beispiel wenn sich ApprovalStatus in LedgerJournalTable zu 'Approved' ändert. Alternativ kann die Workflow-Verlaufstabelle auf einen Status der endgültigen Freigabe hinweisen.

Erfassung

Ermitteln Sie den Timestamp, zu dem der Journalstatus zu 'Approved' wechselt.

Ereignistyp inferred
Journal zur Freigabe eingereicht
Dieses Event bezeichnet die formelle Einreichung einer fertiggestellten Journalbuchung zur Prüfung und Freigabe. Es wird üblicherweise anhand einer Statusänderung im Journalkopf abgeleitet, zum Beispiel von 'Entwurf' zu 'In Prüfung' oder 'Eingereicht'.
Warum das wichtig ist

Dieser wichtige Meilenstein leitet den Freigabeprozess ein. Die Zeit von der Einreichung bis zur endgültigen Freigabe ist entscheidend, um Engpässe im Prüfprozess zu erkennen und die Einhaltung von SLAs zu überwachen.

Woher beziehen

Das Event wird anhand einer Änderung des Statusfelds abgeleitet, zum Beispiel wenn sich ApprovalStatus in LedgerJournalTable zu 'InReview' ändert. Alternativ können die Workflow-Verlaufsprotokolle des Journals herangezogen werden.

Erfassung

Ermitteln Sie den Timestamp, zu dem der Journalstatus in den Zustand 'Eingereicht' oder 'In Prüfung' wechselt.

Ereignistyp inferred
Journalbuchung erstellt
Diese Aktivität kennzeichnet den Beginn einer neuen Journalbuchung. Sie wird erfasst, wenn ein Benutzer im System einen neuen Journalkopfsatz anlegt. Dabei wird eine eindeutige Journal Entry ID vergeben, die als Case-ID für die Prozessanalyse dient.
Warum das wichtig ist

Dies ist das primäre Start-Event des Prozesses. Die Zeitspanne von diesem Zeitpunkt bis zur Buchung ist entscheidend, um die Durchlaufzeit des gesamten Prozesses zu messen und Verzögerungen bei der ersten Dateneingabe zu erkennen.

Woher beziehen

Dieses Event wird anhand des Erstellungs-Timestamps des Journalkopfs in der Entität GeneralJournalEntry oder LedgerJournalTable erfasst. In der Regel handelt es sich um ein explizites Ereignis zur Erstellung eines Datensatzes.

Erfassung

Verwenden Sie das Feld 'createdDateTime' in GeneralJournalEntry oder LedgerJournalTable.

Ereignistyp explicit
Journalbuchung gebucht
Diese Aktivität kennzeichnet die erfolgreiche Buchung der Journalbuchung im Hauptbuch. Damit wird sie zu einem offiziellen Finanzdatensatz. Das wichtige Event wird erfasst, wenn der Status des Journalkopfs zu 'Gebucht' wechselt.
Warum das wichtig ist

Dies ist das primäre End-Event für einen erfolgreichen Prozessabschluss. Es dient zur Berechnung der Durchlaufzeit des Gesamtprozesses und der Durchlaufzeit bis zur Buchung, zwei wichtigen Kennzahlen für die Effizienz des Finanzabschlusses.

Woher beziehen

Das Event wird anhand einer Änderung des Statusfelds in LedgerJournalTable erfasst, zum Beispiel wenn JournalStatus zu 'Posted' wechselt. Auch die Erstellung der zugehörigen Einträge in der Tabelle GeneralJournalAccountEntry kann herangezogen werden.

Erfassung

Ermitteln Sie den Timestamp, zu dem der Journalstatus zu 'Posted' wechselt.

Ereignistyp inferred
Journal erneut zur Freigabe eingereicht
Eine korrigierte Journalbuchung wird erneut in den Freigabe-Workflow gegeben und durchläuft einen weiteren Prüfzyklus. Das Event lässt sich aus einer Statusänderung von 'Abgelehnt' oder 'Entwurf' zurück zu 'In Prüfung' oder 'Eingereicht' ableiten.
Warum das wichtig ist

Diese Aktivität kennzeichnet den Beginn einer Nacharbeitsschleife. Anhand der Anzahl dieser Events können Sie die Nacharbeitsquote und die durchschnittliche Zahl der Freigabeschleifen pro Journalbuchung ermitteln.

Woher beziehen

Das Event lässt sich aus dem Workflow-Verlauf oder anhand von Statusänderungen in LedgerJournalTable ableiten, wenn der Status von 'Abgelehnt' zurück zu 'Eingereicht' wechselt.

Erfassung

Ermitteln Sie für dasselbe Journal ein Event mit dem Status 'Eingereicht', das nach einem Event mit dem Status 'Abgelehnt' auftritt.

Ereignistyp inferred
Journalbuchung korrigiert
Diese Aktivität zeigt an, dass ein Benutzer eine zuvor abgelehnte Journalbuchung geändert hat. Sie lässt sich üblicherweise daran erkennen, dass der Journalkopf oder seine Zeilen nach der Erfassung des Status 'Abgelehnt' geändert wurden.
Warum das wichtig ist

Diese Aktivität macht Nacharbeit ausdrücklich sichtbar. Wenn Sie Häufigkeit und Dauer der Korrekturschleifen analysieren, können Sie den Prozess vereinfachen und den manuellen Aufwand verringern.

Woher beziehen

Das Event lässt sich anhand der Felder 'modifiedDateTime' und 'modifiedBy' in den Tabellen LedgerJournalTable oder LedgerJournalTrans ableiten, nachdem das Event 'Journal abgelehnt' aufgetreten ist.

Erfassung

Vergleichen Sie den Timestamp des Status 'Rejected' mit den nachfolgenden Änderungs-Timestamps des Erstellers.

Ereignistyp inferred
Journalbuchung storniert
Dieses Event kennzeichnet den Abschluss der Stornierung einer Journalbuchung, wenn der Stornierungseintrag erfolgreich gebucht wurde. Es bildet einen alternativen Endpunkt im Lebenszyklus einer fehlerhaften Journalbuchung.
Warum das wichtig ist

Diese Aktivität schließt die Korrektur gebuchter Einträge ab. Sie hilft dabei, den Gesamtaufwand für Anpassungen nach der Buchung zu analysieren, der sich auf die Prozesseffizienz auswirkt.

Woher beziehen

Das Event wird erfasst, wenn das neue Stornierungsjournal selbst den Status 'Gebucht' erhält. Die Verknüpfung mit dem ursprünglichen Journal bleibt über ein Referenzfeld erhalten.

Erfassung

Ermitteln Sie das Event mit dem Status 'Gebucht' für das zugehörige Stornierungsjournal.

Ereignistyp inferred
Journalbuchung zur Buchung übermittelt
Diese Aktivität zeigt an, dass ein Benutzer den Buchungsvorgang für ein freigegebenes Journal gestartet hat. Sie lässt sich ausdrücklich erfassen, wenn das System den Start des Buchungsauftrags protokolliert.
Warum das wichtig ist

Wenn Sie den Buchungsversuch von der erfolgreichen Buchung unterscheiden, können Sie Leistungsprobleme des Systems oder Verzögerungen bei Stapelverarbeitungsaufträgen erkennen, die den Finanzabschluss beeinträchtigen.

Woher beziehen

Das Event kann ausdrücklich in einer Tabelle mit dem Verlauf von Stapelverarbeitungsaufträgen protokolliert sein. Alternativ lässt es sich aus einer Statusänderung zu 'Buchung läuft' in LedgerJournalTable ableiten.

Erfassung

Dazu müssen die Protokolle der Stapelverarbeitungsaufträge oder Systemprotokolle zur Buchungsroutine des Hauptbuchs analysiert werden.

Ereignistyp explicit
Journalprüfung begonnen
Diese Aktivität kennzeichnet den Zeitpunkt, an dem ein Prüfer mit der Bearbeitung eines eingereichten Journals beginnt. Sie lässt sich daraus ableiten, dass das Journal einem Prüfer zugewiesen wird oder dieser den Datensatz erstmals zur Prüfung öffnet.
Warum das wichtig ist

Anhand dieser Aktivität lässt sich die Übergabezeit an den Prüfer messen, also die Verzögerung zwischen der Einreichung und dem Beginn der Prüfung. So können Probleme bei der Ressourcenzuweisung oder bei Benachrichtigungen sichtbar werden.

Woher beziehen

Dieses Event wird häufig nicht ausdrücklich protokolliert. Es lässt sich möglicherweise aus den Workflow-Zuweisungsprotokollen ableiten oder durch den Vergleich des Einreichungs-Timestamps mit dem Timestamp der ersten Änderung durch einen Prüfer ermitteln.

Erfassung

Dazu müssen die Protokolle der Workflow-Benutzerzuweisungen oder der Benutzeraktivitäten analysiert werden. Diese sind möglicherweise nicht standardmäßig verfügbar.

Ereignistyp inferred
Journalzeile hinzugefügt
Dieses Event zeigt an, dass dem Journal eine Soll- oder Habenzeile hinzugefügt wurde. Es wird jedes Mal erfasst, wenn eine neue Buchungszeile erstellt und dem Journalkopf zugeordnet wird.
Warum das wichtig ist

Die Erfassung neu angelegter Zeilen zeigt, wie komplex die Dateneingabe für verschiedene Journaltypen ist und welcher Aufwand damit verbunden ist. Außerdem lassen sich Verzögerungen zwischen dem Anlegen des Journalkopfs und dem Fertigstellen der Zeilen erkennen.

Woher beziehen

Das Event wird anhand des Erstellungs-Timestamps der Datensätze in der Entität LedgerJournalTrans erfasst, die mit dem Journalkopf verknüpft sind. Jede neu angelegte Zeile ist ein eigenes Event.

Erfassung

Verwenden Sie für jeden Datensatz in der Tabelle LedgerJournalTrans das Feld 'createdDateTime'.

Ereignistyp explicit
Stornierung einer Journalbuchung eingeleitet
Dieses Event kennzeichnet den Beginn des Prozesses zur Stornierung einer bereits gebuchten Journalbuchung. Es wird erfasst, wenn ein Benutzer die Stornierung im System einleitet.
Warum das wichtig ist

Anhand von Stornierungen lassen sich Häufigkeit und Gründe für die Korrektur gebuchter Einträge erkennen. Das kann auf grundlegende Probleme bei der ursprünglichen Dateneingabe oder in den Freigabeschritten hinweisen.

Woher beziehen

In der Regel handelt es sich um eine ausdrückliche Benutzeraktion. Sie lässt sich anhand von Prüfpfaden oder durch die Erstellung eines neuen Stornierungsjournals erfassen, das mit dem ursprünglichen Journal verknüpft ist.

Erfassung

Verwenden Sie das Erstellungs-Event eines neuen Journals, das als Stornierung eines gebuchten Journals gekennzeichnet ist.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Microsoft Dynamics 365

Bereit für den Einstieg?

Mit diesem Template erhalten Sie alles, was Sie für den Einstieg in die Optimierung Ihres Record-to-Report-Prozesses für Journalbuchungen benötigen. Nutzen Sie Ihre Daten, um die Effizienz zu steigern und Ihre Finanzberichtszyklen noch heute zu verkürzen.

Optimieren Sie Journalbuchungen in Dynamics 365 und berichten Sie schneller

Beseitigen Sie Engpässe und verkürzen Sie die Zykluszeit für R2R-Journalbuchungen um 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten startklar.