Ihr Daten-Template für Kreditorenzahlungen

Microsoft Dynamics 365
Ihr Daten-Template für Kreditorenzahlungen

Ihr Daten-Template für Kreditorenzahlungen

Dieses Template bietet einen umfassenden Rahmen, um Ihre Finanzdaten zu strukturieren und Ihre Zahlungsworkflows transparenter zu machen. Es enthält eine strukturierte Liste von Attributen und Aktivitäten, mit denen Sie aus Ihrem ERP-System ein hochwertiges Event Log erstellen können. So lassen sich Ineffizienzen erkennen und der Weg vom Rechnungseingang bis zum Zahlungsausgleich verbessern.
  • Prozessspezifische Attribute für die Finanzanalyse
  • Wichtige Aktivitätsmeilensteine für die Zahlungsverfolgung
  • Detaillierte Anleitung zum Datenexport aus Dynamics 365
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für die Kreditorenzahlungsabwicklung

Diese Datenfelder bilden die zentralen Dimensionen für die Analyse Ihrer Zahlungszyklen. Sie sorgen für Transparenz im gesamten Kreditorenprozess.
5 Erforderlich 9 Empfohlen 6 Optional
Name Beschreibung
Aktivität
Activity
Die konkrete Aufgabe oder Statusänderung, die stattgefunden hat.
Beschreibung

Dieses Attribut beschreibt das Ereignis oder den Prozessschritt, etwa „Rechnung erstellt“, „Rechnung freigegeben“ oder „Zahlung gebucht“. Es macht aus technischen Transaktionstypen und Workflow-Statusänderungen verständliche Geschäftsereignisse.

In Dynamics 365 werden Aktivitäten häufig aus einer Kombination von Tabelleneinträgen abgeleitet, etwa einem neuen Datensatz in VendInvoiceJour, aus dem Workflow-Verlauf oder aus Statusaktualisierungen in VendInvoiceInfoTable.

Warum das wichtig ist

Legt den Prozessablauf und die Ereignisfolge in der Prozessübersicht fest.

Woher beziehen

Aus verschiedenen Transaktionstabellen und Workflow-Verlaufsprotokollen abgeleitet

Beispiele
Rechnung erstelltRechnung freigegebenZahlung erstellt
Ereigniszeitpunkt
EventTime
Der Timestamp, zu dem die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit einer bestimmten Aktivität. Es dient dazu, Ereignisse chronologisch zu ordnen und Zeitspannen zwischen Prozessschritten zu berechnen.

In Dynamics 365 stammt der Wert je nach abgefragter Tabelle üblicherweise aus CreatedDateTime, ModifiedDateTime oder einem bestimmten Transaktionsdatumsfeld wie TransDate.

Warum das wichtig ist

Unverzichtbar für die Berechnung von Zyklus- und Durchlaufzeiten sowie für die Ermittlung von Engpässen.

Woher beziehen

Systemfelder CreatedDateTime oder ModifiedDateTime in Transaktionstabellen

Beispiele
2023-10-01T08:30:00Z2023-10-01T14:15:22Z2023-10-05T09:00:00Z
Rechnungsnummer
InvoiceNumber
Eindeutige Kennung der Lieferantenrechnung.
Beschreibung

Die Rechnungsnummer ist die eindeutige Case-ID für diese Prozessansicht. Sie fasst alle Ereignisse zu einer einzelnen Lieferantenrechnung zusammen und ermöglicht eine umfassende Analyse ihres Wegs vom Eingang bis zum Ausgleich.

In Microsoft Dynamics 365 entspricht sie üblicherweise dem Feld InvoiceId in Tabellen wie VendInvoiceJour oder VendInvoiceInfoTable. Sie ist der Primärschlüssel zur Nachverfolgung der Verbindlichkeit gegenüber einem bestimmten Lieferanten.

Warum das wichtig ist

Sie ist der zentrale Schlüssel, um getrennte Aktivitäten der Kreditorenbuchhaltung zu einer einzelnen Prozessinstanz zusammenzuführen.

Woher beziehen

Tabelle: VendInvoiceJour, Feld: InvoiceId

Beispiele
INV-2023-00198223344ACME-OCT-22
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der Datenextraktion oder -aktualisierung.
Beschreibung

Gibt an, wie aktuell die für die Analyse verwendeten Daten sind. So können Benutzer erkennen, ob sie Echtzeitdaten oder einen Datenstand aus einem früheren Zeitraum betrachten.

Dieser Wert wird üblicherweise vom ETL-Prozess (Extract, Transform, Load) erzeugt und nicht in Dynamics 365 selbst gespeichert.

Warum das wichtig ist

Entscheidend für das Vertrauen in Dashboards und KPIs.

Woher beziehen

Vom Extraktionsskript erzeugt

Beispiele
2023-10-25T12:00:00Z2023-11-01T06:00:00Z
Quellsystem
SourceSystem
Der Name des Systems, aus dem die Daten stammen.
Beschreibung

Gibt die Quellsoftware oder -umgebung an, aus der die Prozessdaten extrahiert wurden. In diesem Fall ist dies immer die Microsoft-Dynamics-365-Instanz.

Das ist besonders hilfreich in Umgebungen mit mehreren Systemen, in denen Daten aus ERP-Systemen und externen Scanlösungen zusammengeführt werden.

Warum das wichtig ist

Sichert die Datenherkunft und Nachverfolgbarkeit bei Analysen über mehrere Systeme hinweg.

Woher beziehen

Bei der Extraktion fest codiert oder konfiguriert

Beispiele
Dynamics 365 F&OD365 PRODMicrosoft Dynamics
Abteilung
Department
Die Abteilung, der die Kosten zugeordnet sind.
Beschreibung

Die Finanzdimension, die die interne Abteilung angibt. In Dynamics 365 werden Dimensionen dynamisch gespeichert, häufig in DefaultDimension. Um den konkreten Wert für „Abteilung“ zu ermitteln, ist daher eine spezielle Abfrage erforderlich.

Dieses Attribut wird in der Ansicht „Komplexität der Lieferantenbeziehungen“ verwendet, um zu ermitteln, welche internen Abteilungen das größte Kreditorenrechnungsvolumen verursachen.

Warum das wichtig ist

Ermöglicht eine detaillierte Analyse nach Organisationseinheit und der jeweiligen Verantwortlichkeit.

Woher beziehen

Tabelle: VendInvoiceJour, Feld: DefaultDimension (erfordert die Ansicht DimensionAttributeLevelValue)

Beispiele
ITFinanzenBetrieb
Benutzer-ID
UserId
Die Kennung des Benutzers, der die Aktivität ausgeführt hat.
Beschreibung

Gibt an, welcher Systembenutzer für eine bestimmte Aktivität verantwortlich war, etwa für die Freigabe einer Rechnung oder die Buchung einer Zahlung. Die Daten stammen aus den Feldern CreatedBy oder ModifiedBy in D365.

In der Analyse „Zahlungssperren und Prozesshindernisse“ lässt sich damit prüfen, ob bestimmte Bearbeiter häufiger Sperren auslösen als andere.

Warum das wichtig ist

Ermöglicht die Analyse des Benutzerverhaltens und der Funktionstrennung.

Woher beziehen

Systemfelder CreatedBy/ModifiedBy in Transaktions- und Verlaufstabellen

Beispiele
jdoeadminworkflow_sys
Bestellnummer
PurchaseOrderNumber
Die Referenznummer der zugehörigen Bestellung.
Beschreibung

Verknüpft die Rechnung mit dem ursprünglichen Einkaufsbeleg. In Dynamics 365 ist dies das Feld PurchId.

Dieses Attribut unterstützt das Dashboard „Abgleich von Bestellungen und Abweichungstrends“, indem es Rechnungen mit und ohne Bestellbezug unterscheidet.

Warum das wichtig ist

Unverzichtbar für die Analyse der Abgleichquote im Beschaffungs- und Zahlungsprozess.

Woher beziehen

Tabelle: VendInvoiceJour, Feld: PurchId

Beispiele
PO-000455000342PO-22-998
Fälligkeitsdatum
DueDate
Das Datum, bis zu dem die Rechnung bezahlt werden sollte.
Beschreibung

Der vertraglich vereinbarte Termin, bis zu dem die Zahlung erfolgen muss, um Strafgebühren zu vermeiden. In Dynamics 365 wird dieses Datum als DueDate im Rechnungskopf oder im Transaktionsdatensatz gespeichert.

Es ist die maßgebliche Grundlage für die KPI „Pünktliche Zahlungsquote“ und hilft dabei, die Arbeit in der Ansicht „Durchsatz und Volumen im Kreditorenprozess“ zu priorisieren.

Warum das wichtig ist

Der Maßstab zur Messung der Pünktlichkeit von Zahlungen.

Woher beziehen

Tabelle: VendInvoiceJour oder VendTrans, Feld: DueDate

Beispiele
2023-11-302023-12-15
Lieferantenkonto
VendorAccount
Die eindeutige Kontonummer des Lieferanten.
Beschreibung

Die eindeutige Kennung des an der Transaktion beteiligten Lieferanten. In Dynamics 365 entspricht sie dem Feld AccountNum in VendTable.

Dieses Attribut ist zentral für die Ansicht „Komplexität der Lieferantenbeziehungen“. Damit lassen sich Leistung und Reibungspunkte für einzelne Lieferantenbeziehungen analysieren.

Warum das wichtig ist

Ermöglicht die Segmentierung der Prozessleistung nach Lieferant.

Woher beziehen

Tabelle: VendInvoiceJour, Feld: InvoiceAccount oder OrderAccount

Beispiele
US-101V000452001
Lieferantenname
VendorName
Der Name des Lieferantenunternehmens.
Beschreibung

Der ausgeschriebene Name des Lieferanten. In D365 verweist das Lieferantenkonto als Fremdschlüssel auf das globale Adressbuch (DirPartyTable), in dem der tatsächliche Name gespeichert ist.

Lesbare Namen erleichtern die Nutzung der Ansicht „Komplexität der Lieferantenbeziehungen“ und machen Dashboards auch für Fachanwender zugänglich.

Warum das wichtig ist

Ergänzt die Lieferantenkontonummer um den Namen des Lieferanten.

Woher beziehen

Tabelle: DirPartyTable (über VendTable), Feld: Name

Beispiele
Contoso-BürobedarfFabrikam-ElektronikLitware Inc.
Rechnungsbetrag
InvoiceAmount
Der Gesamtbetrag der Rechnung.
Beschreibung

Der Gesamtbetrag der Rechnung in der Transaktionswährung. In Dynamics 365 ist dieser Wert in Feldern wie InvoiceAmount oder AmountCur der Rechnungstagebücher zu finden.

Wird im Dashboard zur Erkennung des Risikos doppelter Zahlungen verwendet, um Beträge mit Lieferantendaten abzugleichen.

Warum das wichtig ist

Entscheidend für die Analyse des Ausgabenvolumens und finanzieller Risiken.

Woher beziehen

Tabelle: VendInvoiceJour, Feld: InvoiceAmount

Beispiele
1500.00245.5010000.00
Rechnungsdatum
InvoiceDate
Das auf der Rechnung angegebene Belegdatum.
Beschreibung

Das auf der Lieferantenrechnung aufgedruckte Datum. In Dynamics 365 ist dies das Feld InvoiceDate. Es unterscheidet sich vom Erstellungsdatum, also dem Datum, an dem die Rechnung im System erfasst wurde.

Wird in der „End-to-End-Durchlaufzeitanalyse“ verwendet, um den gesamten Prozess aus Sicht des Lieferanten zu messen.

Warum das wichtig ist

Legt den Beginn des Alterungszeitraums der Rechnung fest.

Woher beziehen

Tabelle: VendInvoiceJour, Feld: InvoiceDate

Beispiele
2023-10-012023-10-15
Unternehmenscode
CompanyCode
Die Kennung der juristischen Person oder Tochtergesellschaft.
Beschreibung

Gibt die juristische Person innerhalb der Organisation an, in der die Rechnung bearbeitet wird. In Microsoft Dynamics 365 wird sie über das Systemfeld DataAreaId eindeutig festgelegt.

Dieses Attribut ist für die Analyse der Gesamtdurchlaufzeit wichtig. Es ermöglicht Vergleiche zwischen Tochtergesellschaften und geografischen Einheiten.

Warum das wichtig ist

Ermöglicht Vergleiche zwischen verschiedenen Geschäftseinheiten oder Ländern.

Woher beziehen

Tabelle: VendInvoiceJour, Feld: DataAreaId

Beispiele
USMFDEMFGBSI
Belegnummer
VoucherNumber
Die zur Transaktion gehörende Hauptbuch-Belegnummer.
Beschreibung

Die interne Kennung des Hauptbuchs für den Buchungssatz. In Dynamics 365 verknüpft das Feld Voucher die Rechnung mit den Hauptbuchtransaktionen.

Die Kennung ist zwar technischer Natur, hilft aber bei der „Prüfung von Prozesspfad und Compliance“, Buchungen für den Abgleich bis ins Hauptbuch zurückzuverfolgen.

Warum das wichtig ist

Wichtige Kennung für Finanzprüfungen und den Abgleich.

Woher beziehen

Tabelle: VendInvoiceJour, Feld: LedgerVoucher

Beispiele
VOU-10023INV-ACC-992
Skontofrist
CashDiscountDate
Der Termin, bis zu dem die Zahlung erfolgen muss, damit ein Skonto gewährt wird.
Beschreibung

Die Frist, bis zu der Skontovorteile in Anspruch genommen werden können. In Dynamics 365 ist dies das Feld CashDiscDate.

Dieses Attribut bildet die Grundlage für das Dashboard „Nutzung von Skonti“ und zeigt, welche Einsparmöglichkeiten ungenutzt bleiben.

Warum das wichtig ist

Wirkt sich direkt auf die KPI zur finanziellen Effizienz des Prozesses aus.

Woher beziehen

Tabelle: VendInvoiceJour oder VendTrans, Feld: CashDiscDate

Beispiele
2023-10-102023-10-20
Währung
Currency
Der Währungscode der Rechnung.
Beschreibung

Der ISO-Code der Währung, in der die Rechnung ausgestellt wurde. In Dynamics 365 ist dies das Feld CurrencyCode.

Wichtig für die Vereinheitlichung von Beträgen bei der Zuordnung von „Aktivitätsbetrag“, wenn Beträge aus verschiedenen Währungen umgerechnet werden müssen.

Warum das wichtig ist

Notwendiger Kontext für die Interpretation von Finanzwerten.

Woher beziehen

Tabelle: VendInvoiceJour, Feld: CurrencyCode

Beispiele
USDEURGBP
Zahlung gesperrt
IsPaymentBlocked
Kennzeichnet, ob die Rechnung derzeit für die Zahlung gesperrt ist.
Beschreibung

Ein boolescher Wert, der angibt, ob die Rechnung zurückgestellt ist. In Dynamics 365 wird dieser Wert häufig aus dem Status OnHold in VendTrans oder VendInvoiceInfoTable abgeleitet.

Dieser Wert ist die zentrale Grundlage für die Analyse „Zahlungssperren und Prozesshindernisse“ und macht Unterbrechungen im Prozess sichtbar.

Warum das wichtig ist

Macht unmittelbare Hindernisse und manuelle Eingriffe sichtbar.

Woher beziehen

Tabelle: VendTrans, Feld: Approved (invertiert) oder spezielle Sperrfelder

Beispiele
truefalse
Zahlungsbedingungen
PaymentTerms
Der Code für die vereinbarten Zahlungsbedingungen.
Beschreibung

Der Konfigurationscode, der Fälligkeitstermine und Skonti festlegt, zum Beispiel Net30. In Dynamics 365 ist dies das Feld PaymTermId.

Wird zusammen mit der „Zykluszeit“ analysiert, um festzustellen, ob Prozessverzögerungen gegen die vereinbarten Bedingungen verstoßen.

Warum das wichtig ist

Liefert den Kontext für die Berechnung des Fälligkeitstermins.

Woher beziehen

Tabelle: VendInvoiceJour, Feld: PaymTermId

Beispiele
Net302%10Net30COD
Zahlungsmethode
PaymentMethod
Die Methode, mit der die Rechnung bezahlt wird, zum Beispiel per Scheck, Überweisung oder EFT.
Beschreibung

Legt fest, wie die Gelder an den Lieferanten überwiesen werden. In Dynamics 365 ist dies das Feld PaymMode.

Dieses Attribut wird im Dashboard „Durchlaufzeiten der Zahlungsausführung“ verwendet, um die Effizienz verschiedener Zahlungsläufe zu bewerten.

Warum das wichtig ist

Erklärt Abweichungen in der Phase der Zahlungsausführung.

Woher beziehen

Tabelle: VendInvoiceJour (verknüpft mit den PaymMode-Informationen) oder VendTrans

Beispiele
ScheckACHÜberweisung
Erforderlich Empfohlen Optional

Aktivitäten bei der Kreditorenzahlungsabwicklung

Diese Liste enthält die wesentlichen Schritte und Ereignistypen, die Ihr Event Log erfassen sollte, um den Ablauf einer Rechnungszahlung korrekt abzubilden.
7 Empfohlen 5 Optional
Aktivität Beschreibung
Rechnung erstellt
Im System wird ein offener Datensatz für eine Lieferantenrechnung angelegt. Damit gelangt die Rechnung in den Workflow von Dynamics 365, entweder durch manuelle Erfassung oder durch den Import einer Datenentität.
Warum das wichtig ist

Legt den Startzeitpunkt für die Berechnung der Prozessdurchlaufzeit fest. So können Organisationen messen, wie lange Rechnungen im System liegen, bevor sie bearbeitet oder gebucht werden.

Woher beziehen

Zeitstempel der Erstellung von VendInvoiceInfoTable.CreatedDateTime oder VendInvoiceInfoTable.RecId. Dieser Wert bezieht sich auf den Kopf der offenen Lieferantenrechnung.

Erfassung

Wird protokolliert, wenn ein Datensatz in VendInvoiceInfoTable erstellt wird

Ereignistyp explicit
Rechnung freigegeben
Die Workflow-Instanz der offenen Rechnung erreicht den Status „abgeschlossen“ oder „freigegeben“. Die Rechnung kann nun im Hauptbuch gebucht werden.
Warum das wichtig ist

Berechnet die durchschnittliche Freigabedurchlaufzeit. Verzögerungen in dieser Phase wirken sich direkt darauf aus, ob Skonti für frühzeitige Zahlungen genutzt werden können.

Woher beziehen

WorkflowTrackingStatusTable.CreatedDateTime, wenn TrackingStatus Completed lautet. Alternativ gilt VendInvoiceInfoTable.RequestStatus gleich Approved.

Erfassung

Wird protokolliert, wenn eine Workflow-Instanz abgeschlossen wird

Ereignistyp explicit
Rechnung gebucht
Die Rechnung wird im Hauptbuch gebucht und als Verbindlichkeit im System erfasst. Der Datensatz wechselt aus den Tabellen für offene Rechnungen in die Tabellen für gebuchte Transaktionen.
Warum das wichtig ist

Ein wichtiger Meilenstein, der die bilanzielle Erfassung der Verbindlichkeit markiert. Ab diesem Zeitpunkt kann die Rechnung für eine Zahlung ausgewählt werden.

Woher beziehen

Erstellung eines Datensatzes in VendInvoiceJour und VendTrans. TransDate gibt das Buchungsdatum an.

Erfassung

Wird protokolliert, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Rechnung mit Bestellung abgeglichen
Das System verknüpft die Rechnungszeile erfolgreich mit einer Bestellung oder einem Wareneingang. Diese Aktivität zeigt, dass die Rechnung mit der Beschaffungsbestellung abgeglichen wurde.
Warum das wichtig ist

Entscheidend für die KPI „Abgleichsquote mit Bestellung im ersten Durchlauf“. Die Kennzahl unterscheidet zwischen einer Verarbeitung ohne manuelle Eingriffe und Rechnungen, die manuell bearbeitet werden müssen.

Woher beziehen

VendInvoiceInfoLine.PurchId und VendInvoiceInfoTable.MatchStatus. Wird abgeleitet, wenn sich MatchStatus in Passed ändert.

Erfassung

MatchStatus-Feld vorher und nachher vergleichen

Ereignistyp inferred
Zahlung erstellt
Das System erstellt die Zahlungsdatei (EFT, ISO20022) oder druckt Schecks. Der Zahlungsstatus der Journalzeile wird auf Sent oder Generated gesetzt.
Warum das wichtig ist

Unterstützt die KPI zur Verzögerung zwischen Freigabe und Ausführung. Bestätigt, dass der Zahlungsauftrag erstellt wurde.

Woher beziehen

LedgerJournalTrans.PaymentStatus ändert sich in Sent/Recieved. Häufig wird die Aktivität anhand von Aktualisierungen der Zeile abgeleitet.

Erfassung

PaymentStatus-Feld vorher und nachher vergleichen

Ereignistyp inferred
Zahlung gebucht
Das Zahlungsjournal wird im Hauptbuch gebucht. Damit wird die Rechnung ausgeglichen und der Lieferantensaldo beglichen. Der Finanzprozess ist damit abgeschlossen.
Warum das wichtig ist

Die letzte Aktivität für die durchschnittliche Durchlaufzeit von Rechnung bis Zahlung. Sie bestätigt, dass die Buchungen zur Verringerung des Kassenbestands abgeschlossen sind.

Woher beziehen

LedgerJournalTrans wird gebucht. VendTrans wird aktualisiert, um den Ausgleich anzuzeigen. Das tatsächliche Ereignis ist die Buchung des Journals.

Erfassung

Wird protokolliert, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Zahlungsjournal erstellt
Die Rechnung wird ausgewählt und einer Zeile im Zahlungsjournal hinzugefügt. Das zeigt die Zahlungsabsicht an und startet üblicherweise den Workflow zur Zahlungsprüfung.
Warum das wichtig ist

Markiert den Übergang von der Verbindlichkeit zur Zahlungsabwicklung. Dient zur Messung der Durchlaufzeiten bei der Zahlungsausführung.

Woher beziehen

LedgerJournalTrans.CreatedDateTime. Die Rechnung wird über das Feld MarkedInvoice oder über Abrechnungstabellen verknüpft.

Erfassung

Wird protokolliert, wenn ein Datensatz in LedgerJournalTrans erstellt wird

Ereignistyp explicit
Rechnung aktualisiert
Erfasst Änderungen am Rechnungskopf oder an den Rechnungszeilen vor der Buchung. Häufige Aktualisierungen können auf Probleme bei der Datenextraktion oder auf manuelle Korrekturen während der Validierung hindeuten.
Warum das wichtig ist

Häufige Aktualisierungen deuten auf Nacharbeitsschleifen oder eine schlechte Datenqualität in der Quelle hin, etwa durch OCR-Fehler. Diese Aktivität unterstützt den Monitor für Nacharbeit und Datengenauigkeit.

Woher beziehen

Datenbankprotokoll (SysDatabaseLog) für VendInvoiceInfoTable, sofern aktiviert. Alternativ lässt sich die Aktivität anhand von Änderungen an ModifiedDateTime ableiten, wenn die Abfrage häufig genug erfolgt.

Erfassung

ModifiedDateTime in aufeinanderfolgenden Extraktionen vergleichen

Ereignistyp inferred
Rechnung zur Freigabe eingereicht
Die offene Rechnung wird zur Prüfung an die Workflow-Engine übermittelt. Damit beginnt nach der Datenerfassung und dem Abgleich die Freigabephase.
Warum das wichtig ist

Markiert den Beginn der Freigabezykluszeit. Unverzichtbar für die Analyse der Effizienz interner Hierarchien.

Woher beziehen

WorkflowTrackingStatusTable.CreatedDateTime, wenn ContextTableId der ID von VendInvoiceInfoTable entspricht und der Status Submitted lautet.

Erfassung

Wird protokolliert, wenn eine Workflow-Instanz gestartet wird

Ereignistyp explicit
Rechnungsabgleich fehlgeschlagen
Beim Abgleich wird eine Abweichung zwischen Rechnung und Bestellung oder Wareneingang festgestellt, etwa beim Preis oder bei der Menge. Häufig wird der Prozess angehalten, bis die Abweichung geklärt ist.
Warum das wichtig ist

Zeigt konkrete Reibungspunkte beim Abgleich. Unterstützt das Dashboard für Bestellabgleich und Abweichungstrends.

Woher beziehen

VendInvoiceInfoTable.MatchStatus ändert sich in Failed oder Discrepancy. Abweichungen sind auch in den Abgleichsdaten von VendInvoiceInfoLine sichtbar.

Erfassung

MatchStatus-Feld vorher und nachher vergleichen

Ereignistyp inferred
Zahlungsjournal freigegeben
Der Workflow des Zahlungsjournals wird freigegeben und damit die Erstellung der Zahlungen autorisiert. Dies ist die letzte Prüfung, bevor die Mittel für die Überweisung bereitgestellt werden.
Warum das wichtig ist

Trennt die administrative Vorbereitung von Zahlungen vom Engpass bei der Freigabe.

Woher beziehen

WorkflowTrackingStatusTable mit Verknüpfung zur ID der LedgerJournalTable (Kopf). Der Status lautet Completed.

Erfassung

Wird protokolliert, wenn eine Workflow-Instanz abgeschlossen wird

Ereignistyp explicit
Zahlungssperre gesetzt
Die Lieferantentransaktion wird gesperrt und kann dadurch nicht in einen Zahlungsvorschlag aufgenommen werden. Das geschieht häufig manuell bei Streitfällen.
Warum das wichtig ist

Unterstützt die Analyse von Zahlungssperren und Reibungspunkten. Macht manuelle Eingriffe sichtbar, die den Mittelabfluss verzögern.

Woher beziehen

Das Flag VendTrans.Approved wird auf No gesetzt oder bestimmte Statusfelder für OnHold werden befüllt. Dafür müssen Aktualisierungen an VendTrans nachverfolgt werden.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Empfohlen Optional

Anleitungen zum Datenexport

So exportieren Sie Ihre Daten aus Microsoft Dynamics 365

Möchten Sie loslegen?

Verwenden Sie dieses Template als Grundlage für Ihre Daten und beginnen Sie noch heute damit, Ihre Zahlungsworkflows zu optimieren. Wenn Sie Hilfe bei der Zuordnung Ihrer Dynamics-365-Tabellen benötigen, unterstützt Sie unser Team gern.

Optimieren Sie jetzt Ihre Kreditorenzahlungsabwicklung

Verkürzen Sie die Zykluszeiten um 30 Prozent und vermeiden Sie Verzögerungen in D365.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In fünf Minuten eingerichtet.