Ihr Daten-Template für die Kreditorenzahlungsabwicklung

NetSuite
Ihr Daten-Template für die Kreditorenzahlungsabwicklung

Ihr Daten-Template für die Kreditorenzahlungsabwicklung

Dieses Template bietet einen umfassenden Rahmen zur Abbildung Ihrer Kreditoren-Workflows in NetSuite. Es enthält eine detaillierte Liste wichtiger Datenattribute und zentraler Prozessaktivitäten sowie spezielle Anweisungen zur Datenextraktion. So erhalten Sie eine präzise Analyse mit konkreten Ansatzpunkten.
  • Empfohlene Attribute für eine detaillierte Analyse
  • Wichtige Prozessmeilensteine im Überblick
  • Spezielle Hinweise zur Datenextraktion aus NetSuite
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute der Kreditorenzahlungsabwicklung

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um die Kreditorenzahlungsabwicklung in Ihrer NetSuite-Umgebung umfassend zu analysieren.
5 Erforderlich 10 Empfohlen 6 Optional
Name Beschreibung
Aktivität
Activity
Name des ausgeführten Prozessschritts oder Ereignisses.
Beschreibung

Dieses Attribut erfasst die konkrete Aktion oder Statusänderung zu einem bestimmten Zeitpunkt. Beispiele sind „Rechnung erstellt“, „Genehmigungsstatus geändert“ oder „Zahlung verarbeitet“.

Diese Daten sind unverzichtbar, um den Prozessfluss zu rekonstruieren. Werden die Aktivitäten für jede Rechnungsnummer chronologisch geordnet, visualisiert das Process-Mining-Tool den tatsächlichen Workflow und zeigt Schleifen, Nacharbeit sowie Abweichungen vom Happy Path.

Warum das wichtig ist

Definiert die Schritte in der Prozesslandkarte und ist für jede Process-Mining-Analyse erforderlich.

Woher beziehen

System Notes oder Workflow-Historie

Beispiele
Rechnung erstelltRechnung genehmigtZahlung geplantZahlung verrechnet
Ereigniszeitpunkt
EventTime
Timestamp der Aktivität.
Beschreibung

Das genaue Datum und die Uhrzeit, zu denen eine Aktivität stattgefunden hat. Damit werden Ereignisse chronologisch geordnet und Zeitspannen zwischen Prozessschritten berechnet.

Präzise Timestamps sind wichtig, um Engpässe zu erkennen. Sie ermöglichen die Berechnung von Durchlaufzeiten, etwa für Genehmigungen oder dafür, wie lange eine Rechnung gesperrt bleibt.

Warum das wichtig ist

Erforderlich, um Ereignisse zu ordnen und alle zeitbasierten KPIs zu berechnen.

Woher beziehen

Feld 'date' in System Notes

Beispiele
2023-10-01T14:30:00Z2023-10-02T09:15:00Z
Letzte Datenaktualisierung
LastDataUpdate
Zeitpunkt der Datenextraktion oder -aktualisierung.
Beschreibung

Gibt an, wann die Daten zuletzt aus dem Quellsystem in die Process-Mining-Plattform übernommen wurden. So können Benutzer einschätzen, wie aktuell die Analyse ist.

Anhand dieses Zeitpunkts lässt sich beurteilen, ob die in den Dashboards angezeigten Daten den Echtzeitstatus oder eine Momentaufnahme aus einem früheren Zeitraum darstellen. Das ist wichtig, um den Berechnungen der „überfälligen Tage“ vertrauen zu können.

Warum das wichtig ist

Erforderlich, um die Aktualität der Daten und den Synchronisierungsstatus zu beurteilen.

Woher beziehen

ETL-Zeitstempel

Beispiele
2023-11-01T00:00:00Z
Quellsystem
SourceSystem
Name des Systems, aus dem die Daten stammen.
Beschreibung

Gibt an, aus welcher Softwareanwendung die Ereignisdaten extrahiert wurden. In diesem Fall lautet der Wert üblicherweise 'NetSuite'.

In Umgebungen mit mehreren Systemen hilft dieses Attribut, die Datenherkunft nachzuverfolgen. Auch wenn sich diese Ansicht auf NetSuite konzentriert, gewährleistet das Feld die Kompatibilität mit unternehmensweiten Datenmodellen.

Warum das wichtig ist

Erforderlich für die Datenherkunft und zur Unterscheidung von Daten in Umgebungen mit mehreren Systemen.

Woher beziehen

Bei der Extraktion fest codiert

Beispiele
NetSuiteNetSuite OneWorld
Rechnungsnummer
InvoiceNumber
Eindeutige Kennung der Lieferantenrechnung.
Beschreibung

Dieses Attribut enthält die eindeutige Referenznummer, die einer Lieferantenrechnung in NetSuite zugewiesen ist. Sie dient als maßgebliche Case-ID für den Kreditorenprozess und fasst alle Aktivitäten zu einer bestimmten Zahlungsverpflichtung zusammen.

Bei der Analyse ist dieses Feld der Primärschlüssel für Prozessinstanzen. Damit können Analysten den gesamten Lebenszyklus einer Verbindlichkeit verfolgen, vom Eingang und der Erfassung der Rechnung bis zur endgültigen Verrechnung der Zahlung. Anhand dieser Kennung werden Varianten zusammengefasst, um häufige Prozesspfade zu ermitteln.

Warum das wichtig ist

Die erforderliche Case-ID verknüpft alle Ereignisse zu einem Prozessfall.

Woher beziehen

Transaktionstabelle, Feld 'tranid' für den Typ 'Vendor Bill'

Beispiele
INV-2023-001VB-99822ACME-10299982311
Abteilung
Department
Interne Abteilung, der die Rechnung zugeordnet ist.
Beschreibung

Ordnet die Rechnung der Kostenstelle oder internen Abteilung zu, die die Ausgabe verursacht hat, zum Beispiel IT oder Marketing.

Dieses Attribut ermöglicht eine Aufschlüsselung der Zykluszeiten nach Abteilung. So lässt sich feststellen, ob bestimmte Abteilungen Rechnungen langsamer kontieren oder freigeben. Das ermöglicht gezielte Prozessverbesserungen.

Warum das wichtig ist

Ermöglicht die Analyse der Prozesseffizienz nach Organisationseinheiten.

Woher beziehen

Transaktionsfeld „department“

Beispiele
ITMarketingFertigung
Benutzer
User
Mitarbeiter, der die Aktivität ausgeführt hat.
Beschreibung

Gibt an, wer für ein bestimmtes Ereignis verantwortlich war, etwa für die Freigabe einer Rechnung oder die Aufhebung einer Zahlungssperre.

Das Dashboard „Engpassüberwachung im Freigabe-Workflow“ zeigt Verzögerungen einzelner Mitarbeitender. So kann die Leitung die Arbeitslast besser verteilen und den Schulungsbedarf bestimmter Teammitglieder erkennen.

Warum das wichtig ist

Erforderlich für die Ressourcenanalyse und zum Erkennen von Engpässen auf Benutzerebene.

Woher beziehen

System Notes „name“ oder Transaktion „employee“

Beispiele
John DoeFinanzadministrationSystem
Bestellnummer
PurchaseOrderNumber
Referenznummer der zugehörigen Bestellung.
Beschreibung

Verknüpft die Lieferantenrechnung mit der zugehörigen Bestellung (PO). Ist dieses Feld leer, gilt die Rechnung als Rechnung ohne Bestellung.

Dieses Attribut ist entscheidend für das Dashboard „Bearbeitungsgeschwindigkeit von Rechnungen ohne Bestellung“. Damit lassen sich Prozessvarianten mit Bestellbezug und Rechnungen ohne Bestellung (FI) getrennt analysieren und Effizienz sowie Compliance vergleichen.

Warum das wichtig ist

Erforderlich, um die Rechnungsverarbeitung mit und ohne Bestellbezug zu unterscheiden.

Woher beziehen

Transaktionsfeld „createdfrom“

Beispiele
PO-8821PO-1002null
Fälligkeitsdatum
DueDate
Datum, bis zu dem die Zahlung an den Lieferanten erfolgen muss.
Beschreibung

Dieses Attribut gibt die vertragliche Zahlungsfrist gemäß den Rechnungsbedingungen an. Es dient als Grundlage für die Berechnung pünktlicher Zahlungen.

Das Feld ist eine zentrale Komponente der KPI „Pünktliche Zahlungen“. Vergleicht das System das Datum „Zahlung ausgeführt“ mit diesem Feld, kennzeichnet es verspätete Zahlungen und hilft, mögliche Strafgebühren abzuschätzen.

Warum das wichtig ist

Grundlage für die Berechnung pünktlicher Zahlungen und die Ermittlung überfälliger Verbindlichkeiten.

Woher beziehen

Transaktionsfeld „duedate“

Beispiele
2023-11-152023-12-01
Freigabestatus
ApprovalStatus
Aktueller Freigabestatus der Rechnung im Workflow.
Beschreibung

Gibt an, ob die Rechnung auf Freigabe wartet, freigegeben oder abgelehnt wurde. Dieser Status steuert die Übergänge im Workflow.

Das Feld ist zentral für die „Compliance-Prüfung des Freigabe-Workflows“. Statusänderungen erzeugen Aktivitätsereignisse. Der Endstatus zeigt, ob die Rechnung zahlungsbereit ist.

Warum das wichtig ist

Verfolgt den Fortschritt der Rechnung im Freigabeprozess.

Woher beziehen

Transaktionsfeld „approvalstatus“

Beispiele
Freigabe ausstehendGenehmigtAbgelehnt
Lieferantenname
VendorName
Name des Lieferanten, der die Rechnung ausgestellt hat.
Beschreibung

Dieses Attribut enthält den Namen des Unternehmens, zu dem die Lieferantenrechnung gehört. Es ist entscheidend für die Leistungsanalyse entlang der Lieferkette.

In der Analyse unterstützt dieses Feld das Dashboard „Abweichungen bei den Zahlungszyklen von Lieferanten“. Analysten können Fälle nach Lieferant gruppieren und so feststellen, welche Lieferanten wiederholt Abweichungen beim Rechnungsabgleich verursachen oder von den üblichen Zahlungsbedingungen abweichen.

Warum das wichtig ist

Erforderlich, um die Analyse nach Lieferanten zu gruppieren und lieferantenspezifische Engpässe zu finden.

Woher beziehen

Transaktionsfeld „entity“, verknüpft mit dem Lieferantendatensatz

Beispiele
Office DepotOracleFedEx
Ohne Bestellung
IsNonPO
Kennzeichen dafür, dass die Rechnung keiner Bestellung zugeordnet ist.
Beschreibung

Boolesches Attribut, das aus dem Fehlen einer verknüpften Bestellung abgeleitet wird. Es unterteilt den Prozess in Rechnungen mit Bestellbezug und direkte FI-Rechnungen.

Das Dashboard „Bearbeitungsgeschwindigkeit von Rechnungen ohne Bestellung“ verwendet dieses Attribut, um die Ineffizienz der manuellen Rechnungsverarbeitung im Vergleich zum Drei-Wege-Abgleich aufzuzeigen.

Warum das wichtig ist

Übergeordnetes Segment zur Analyse von Prozessvarianten.

Woher beziehen

Abgeleitet aus „PurchaseOrderNumber“ ist null

Beispiele
truefalse
Rechnungsbetrag
InvoiceAmount
Gesamtbetrag der Rechnung.
Beschreibung

Gesamtbetrag der Lieferantenrechnung, in der Regel in der Basis- oder Transaktionswährung. Diese Kennzahl ermöglicht die Analyse der finanziellen Auswirkungen.

Das Dashboard „Verspätete Zahlungen und Strafgebühren“ verwendet sie, um das Liquiditätsrisiko verspäteter Zahlungen zu beziffern. Außerdem dient sie dazu, Rechnungen mit hohem Betrag für eine manuelle Bearbeitung zu priorisieren.

Warum das wichtig ist

Erforderlich, um die finanziellen Auswirkungen ineffizienter Prozesse zu beziffern.

Woher beziehen

Transaktionsfeld „usertotal“ oder „foreignamount“

Beispiele
1500.00250.5010000.00
Tochtergesellschaft
Subsidiary
Tochtergesellschaft oder juristische Person des Unternehmens, für die die Rechnung bestimmt ist.
Beschreibung

In NetSuite-OneWorld-Umgebungen gibt dieses Attribut die juristische Person (Tochtergesellschaft) an, zu der die Rechnung gehört. Das ermöglicht Vergleiche zwischen Organisationseinheiten.

Dieses Attribut bildet die Grundlage für das Dashboard „Zahlungszykluszeiten von Anfang bis Ende“. Damit lässt sich die Effizienz verschiedener Geschäftseinheiten vergleichen. So können Sie feststellen, ob bestimmte Regionen oder Unternehmensteile schlechter abschneiden.

Warum das wichtig ist

Entscheidend für Unternehmen mit mehreren Rechtseinheiten, um die Leistung verschiedener Geschäftseinheiten zu vergleichen.

Woher beziehen

Transaktionsfeld „subsidiary“

Beispiele
US-OstküsteEMEA-ZentraleAPAC-Vertrieb
Zahlungsdatum
PaymentDate
Datum, an dem die Zahlung ausgeführt wurde.
Beschreibung

Datum der mit der Rechnung verknüpften Lieferantenzahlung. Es markiert den Abschluss des Kreditorenprozesses.

Dieses Datum dient zur Berechnung der „Zahlungszykluszeiten von Anfang bis Ende“. Der Vergleich mit „InvoiceDate“ ergibt die Gesamtdauer des Prozesses.

Warum das wichtig ist

Endzeitstempel des primären Prozesszyklus.

Woher beziehen

Datum der verknüpften Lieferantenzahlungstransaktion

Beispiele
2023-11-202023-12-05
Rechnungsdatum
InvoiceDate
Auf der Lieferantenrechnung angegebenes Datum.
Beschreibung

Vom Lieferanten angegebenes Belegdatum. Es dient häufig als Ausgangspunkt für die Berechnung der offenen Dauer.

Das Datum wird zur Berechnung der „Durchlaufzeit von Anfang bis Ende“ verwendet. Die Zeitspanne zwischen diesem Datum und dem Erstellungsdatum in NetSuite kann auf Verzögerungen beim Scannen oder in der Poststelle hinweisen.

Warum das wichtig ist

Legt den offiziellen Beginn des zeitlichen Ablaufs beim Lieferanten fest.

Woher beziehen

Transaktionsfeld „trandate“

Beispiele
2023-10-012023-10-05
Überfällige Tage
DaysOverdue
Anzahl der Tage, um die die Zahlung nach dem Fälligkeitsdatum erfolgte.
Beschreibung

Berechnete Kennzahl für die Zahlungsverzögerung gegenüber dem Fälligkeitsdatum. Negative Werte stehen für eine vorzeitige Zahlung.

Dieses Attribut fließt in das Dashboard „Verspätete Zahlungen und Strafgebühren“ ein. Es ist wichtig, um das Ausmaß verspäteter Zahlungen zu beziffern und wiederkehrende Verspätungen zu erkennen.

Warum das wichtig ist

Zentrale Kennzahl zur Analyse der Zahlungstreue und des Risikos von Strafgebühren.

Woher beziehen

Berechnet: PaymentDate - DueDate

Beispiele
50-2
Verfügbarer Rabatt
DiscountAvailable
Möglicher Rabattbetrag bei vorzeitiger Zahlung.
Beschreibung

Geldwert des Skontos bei vorzeitiger Zahlung, berechnet anhand des Rechnungsbetrags und der Zahlungsbedingungen. Er entspricht dem möglichen Einsparpotenzial.

Dieses Attribut ist zentral für das Dashboard „Nutzungsquote für Skonto bei vorzeitiger Zahlung“. Durch die Summierung dieses Werts bei verspäteten Zahlungen können Analysten die insgesamt entgangenen Einsparungen berechnen.

Warum das wichtig ist

Beziffert das finanzielle Potenzial einer Prozessbeschleunigung.

Woher beziehen

Berechnet aus Terms und InvoiceAmount

Beispiele
30.000.0015.50
Währung
Currency
Währung, in der die Rechnung ausgestellt wurde.
Beschreibung

ISO-Code der Transaktionswährung. Für international tätige Unternehmen ist diese Angabe wichtig.

Sie dient dazu, Finanzwerte in der Analyse des Rechnungsbetrags zu vereinheitlichen. Außerdem hilft sie festzustellen, ob Devisenprozesse die Aktivität „Zahlung abgewickelt“ verzögern.

Warum das wichtig ist

Erforderlich für die korrekte Aggregation von Finanzdaten und die Devisenanalyse.

Woher beziehen

Transaktionsfeld „currency“

Beispiele
USDEURGBP
Zahlungsbedingungen
PaymentTerms
Vereinbarte Bedingungen für Zahlungsfristen und Rabatte.
Beschreibung

Gibt die Zahlungsbedingungen an, zum Beispiel „Net 30“ oder „2 % 10 Net 30“. Dieser Kontext hilft, das Fälligkeitsdatum und mögliche Skonti bei vorzeitiger Zahlung nachzuvollziehen.

Das Dashboard „Nutzungsquote für Skonto bei vorzeitiger Zahlung“ verwendet dieses Attribut. Es zeigt, für welche Rechnungen Skonto möglich war, und hilft dabei, entgangene Rabatte mit bestimmten restriktiven Zahlungsbedingungen in Verbindung zu bringen.

Warum das wichtig ist

Ordnet das Fälligkeitsdatum ein und zeigt mögliche Skonti auf.

Woher beziehen

Transaktionsfeld „terms“

Beispiele
Net 302 % 10 Net 30Fällig bei Erhalt
Zahlungssperre
PaymentHold
Gibt an, ob die Rechnung derzeit für die Zahlung gesperrt ist.
Beschreibung

Kennzeichen oder Status, der eine Zahlungssperre für die Rechnung anzeigt. Die Rechnung wird dadurch von Zahlungsläufen ausgeschlossen.

Dieses Attribut unterstützt das Dashboard „Auswirkungen von Zahlungssperren“. Eine Analyse der Dauer, in der dieses Feld auf „true“ gesetzt ist, zeigt Bearbeitungsverzögerungen aufgrund von Streitfällen oder fehlenden Informationen.

Warum das wichtig ist

Entscheidend, um zu analysieren, warum Rechnungen feststecken oder sich verzögern.

Woher beziehen

Transaktionsfeld „paymenthold“

Beispiele
truefalse
Erforderlich Empfohlen Optional

Aktivitäten der Kreditorenzahlungsabwicklung

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Ablauf Ihrer Zahlungsabwicklung präzise zu entdecken.
5 Empfohlen 9 Optional
Aktivität Beschreibung
Rechnung erstellt
Die erstmalige Erstellung des Datensatzes „Vendor Bill“ in NetSuite. Damit beginnt der Prozess und die Rechnung wird im ERP-System erfasst.
Warum das wichtig ist

Legt den Ausgangs-Timestamp für den gesamten Kreditorenzyklus und die Berechnung des Rechnungsalters fest.

Woher beziehen

Transaktionstabelle. Filtern Sie nach dem Datensatztyp Vendor Bill. Erfassen Sie das Feld datecreated oder trandate.

Erfassung

Wird protokolliert, wenn die Transaktion Vendor Bill ausgeführt wird

Ereignistyp explicit
Rechnung genehmigt
Der Status des Vendor Bill wechselt zu Open. Damit ist die Rechnung zur Zahlung freigegeben und im Hauptbuch berücksichtigt. Dies ist ein wichtiger Meilenstein vor der Zahlung.
Warum das wichtig ist

Beendet den Genehmigungszyklus und gibt die Rechnung für die Zahlungsplanung frei. Unverzichtbar für die Messung der Genehmigungseffizienz.

Woher beziehen

System Notes. Suchen Sie nach einer Änderung des Felds 'approvalstatus' auf '2' (Approved) oder des Status auf 'Open'.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Rechnung mit Bestellung abgeglichen
Zeigt an, dass der Vendor Bill aus einer bestehenden Bestellung erstellt oder mit ihr verknüpft wurde. So lassen sich bestellungsbezogene Rechnungen von Rechnungen ohne Bestellung unterscheiden.
Warum das wichtig ist

Wichtig für die Analyse, ob Beschaffungsrichtlinien eingehalten werden, und für den Vergleich der Durchlaufzeiten von Rechnungen mit und ohne Bestellung.

Woher beziehen

Transaktionstabelle. Prüfen Sie das Feld 'createdfrom' im Vendor-Bill-Datensatz. Ist dort eine Bestellungs-ID eingetragen, ist diese Aktivität erfolgt.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Zahlung verarbeitet
Ein Bill-Payment-Datensatz wird erfolgreich gebucht. Die Rechnung erhält den Status „Vollständig bezahlt“ oder „Teilweise bezahlt“. Die Verbindlichkeit wird im Hauptbuch ausgeglichen.
Warum das wichtig ist

Der wichtigste Meilenstein für den Abschluss des Zahlungsprozesses. Dient zur Berechnung der „Durchlaufzeit von Anfang bis Ende“.

Woher beziehen

Transaktionstabelle. Ermitteln Sie, wann ein 'Bill Payment'-Datensatz erstellt oder sein Status auf 'Deposited' (bei Schecks) oder 'Paid' geändert wird.

Erfassung

Wird protokolliert, wenn die Transaktion Bill Payment ausgeführt wird

Ereignistyp explicit
Zahlung verrechnet
Der Bill Payment wird während des Bankabgleichs als verrechnet markiert. Damit wird bestätigt, dass das Geld das Bankkonto verlassen hat.
Warum das wichtig ist

Liefert das tatsächliche Enddatum für die Cashflow-Analyse, das sich vom buchhalterischen Zahlungsdatum unterscheidet.

Woher beziehen

Transaction Line. Das Flag 'cleared' wird in der Transaktionszeile des Bill Payment auf True gesetzt.

Erfassung

Wird protokolliert, wenn die Transaktion X ausgeführt wird

Ereignistyp explicit
Genehmigung der Rechnung angefordert
Der Status des Vendor Bill wechselt zu Pending Approval. Damit beginnt die Weiterleitung der Rechnung im Workflow zur Genehmigung.
Warum das wichtig ist

Markiert den Beginn der Genehmigungszeit und ermöglicht es, Engpässe in der Genehmigungskette zu erkennen.

Woher beziehen

System Notes. Suchen Sie nach einer Änderung des Felds 'approvalstatus' auf '1' (Pending Approval).

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Lieferantengutschrift angewendet
Eine Bill Credit (Vendor Credit) wird auf den Vendor Bill angewendet und reduziert den fälligen Betrag. Dies ist eine Alternative zur Barzahlung.
Warum das wichtig ist

Erklärt, warum ein Zahlungsbetrag vom Rechnungsbetrag abweichen kann, und sorgt dafür, dass die Verbindlichkeit korrekt ausgeglichen wird.

Woher beziehen

Transaction Links. Ermitteln Sie, wann eine Transaktion vom Typ 'Vendor Credit' mit dem Vendor Bill verknüpft wird.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Rechnung abgelehnt
Der Vendor Bill wird zur Korrektur oder Ablehnung an die einreichende Person zurückgegeben. Dies bildet eine Schleife oder das Ende des Genehmigungsworkflows ab.
Warum das wichtig ist

Eine hohe Ablehnungsquote weist auf Reibungspunkte im Prozess, Schulungsbedarf oder vorgelagerte Probleme mit der Datenqualität hin.

Woher beziehen

System Notes. Suchen Sie nach einer Änderung des Felds 'approvalstatus' auf '3' (Rejected).

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Rechnungsbetrag geändert
Der Gesamtbetrag des Vendor Bill wird nach der erstmaligen Erstellung geändert. Das kann auf Nacharbeit, Fehler bei der Dateneingabe oder die Klärung einer Abweichung hindeuten.
Warum das wichtig ist

Weist auf manuelle Eingriffe und Nacharbeit hin, die sich negativ auf die Dunkelverarbeitungsquote auswirken.

Woher beziehen

System Notes. Suchen Sie im Vendor-Bill-Datensatz nach Änderungen am Feld 'total' oder 'usertotal'.

Erfassung

Wird protokolliert, wenn die Transaktion X ausgeführt wird

Ereignistyp explicit
Rechnungskonto geändert
Das Aufwandskonto im Hauptbuch für die Rechnungspositionen wird geändert. Dies weist auf eine Korrektur der Kontierung oder eine Umbuchung hin.
Warum das wichtig ist

Misst direkt die KPI „Nacharbeitsquote bei der Rechnungskontierung“ und zeigt Effizienzverluste bei der Kontierung in der Buchhaltung auf.

Woher beziehen

System Notes. Suchen Sie in der Unterliste Transaction Line nach Änderungen am Feld 'account'.

Erfassung

Wird protokolliert, wenn die Transaktion X ausgeführt wird

Ereignistyp explicit
Zahlung geplant
Ein Bill-Payment-Datensatz wird mit dem Status 'Pending Approval' erstellt. Dies geschieht häufig beim Erstellen eines Zahlungslaufs für Electronic Bank Payment (EFT).
Warum das wichtig ist

Unterscheidet zwischen der Zahlungsabsicht und der tatsächlichen Ausführung und macht Verzögerungen bei der Zahlungsfreigabe sichtbar.

Woher beziehen

Transaktionstabelle. Erstellung eines 'Bill Payment'-Datensatzes, der mit dem Bill verknüpft ist und den Status 'Pending Approval' hat.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Zahlung storniert
Ein bereits verarbeiteter Bill Payment wird storniert, wodurch der Vendor Bill wieder geöffnet wird. Dies ist ein schwerwiegender Ausnahmefall und ein Prozessfehler.
Warum das wichtig ist

Wichtig für die Compliance bei Prüfungen und zur Ermittlung der Ursachen fehlgeschlagener Zahlungen, etwa Fehler beim Scheckdruck oder Ablehnungen durch die Bank.

Woher beziehen

System Notes zum Bill Payment. Statusänderung auf 'Voided'.

Erfassung

Wird protokolliert, wenn die Transaktion X ausgeführt wird

Ereignistyp explicit
Zahlungssperre aufgehoben
Das Kontrollkästchen Payment Hold wird auf False gesetzt und die Rechnung damit für die Zahlungsabwicklung freigegeben. Dies markiert das Ende der Sperrzeit.
Warum das wichtig ist

Dient zur Berechnung der KPI „Dauer der Zahlungssperre“ und zur Ermittlung der Klärungszeiten bei strittigen Rechnungen.

Woher beziehen

System Notes. Suchen Sie nach einer Änderung des Felds 'paymenthold' von 'T' auf 'F'.

Erfassung

Wird protokolliert, wenn die Transaktion X ausgeführt wird

Ereignistyp explicit
Zahlungssperre gesetzt
Das Kontrollkästchen Payment Hold wird im Vendor Bill auf True gesetzt. Dadurch wird die Rechnung von Zahlungsläufen ausgeschlossen.
Warum das wichtig ist

Zeigt Engpässe auf, bei denen Rechnungen aufgrund von Streitfällen oder Liquiditätsentscheidungen liegen bleiben.

Woher beziehen

System Notes. Suchen Sie nach einer Änderung des Felds 'paymenthold' von 'F' auf 'T'.

Erfassung

Wird protokolliert, wenn die Transaktion X ausgeführt wird

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus NetSuite

Möchten Sie loslegen?

Starten Sie noch heute mit Process Mining und wenden Sie dieses Template auf Ihre NetSuite-Umgebung an. Entdecken Sie Einsparpotenziale und optimieren Sie Ihre Zahlungsabläufe.

Optimieren Sie noch heute Ihre Kreditorenzahlungsabwicklung

Erkennen Sie Engpässe und verkürzen Sie die Durchlaufzeit um 30 Prozent.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.