Ihr Daten-Template für die Kreditorenzahlungsabwicklung
Ihr Daten-Template für die Kreditorenzahlungsabwicklung
- Empfohlene Attribute für eine detaillierte Analyse
- Wichtige Prozessmeilensteine im Überblick
- Spezielle Hinweise zur Datenextraktion aus NetSuite
Attribute der Kreditorenzahlungsabwicklung
| 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
|
|||
Aktivitäten der Kreditorenzahlungsabwicklung
| 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
|
|||
Anleitungen zur Datenextraktion
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.
Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.