Ihr Daten-Template für das Forderungsmanagement

NetSuite
Ihr Daten-Template für das Forderungsmanagement

Ihr Daten-Template für das Forderungsmanagement

Dieses Template bietet eine umfassende Vorlage zur Abbildung Ihres Rechnungsstellungs- und Forderungseinzugszyklus in NetSuite. Es beschreibt die erforderlichen Attribute und Prozessaktivitäten für ein hochwertiges Event Log, das Ihnen die nötige Transparenz zur Optimierung Ihres Cashflows verschafft. Mit dieser Anleitung vereinfachen Sie die Datenaufbereitung und kommen Ihrem Ziel näher, die Days Sales Outstanding zu senken.
  • Wichtige NetSuite-Attribute für detaillierte Analysen
  • Standardisierte Meilensteine zur Erfassung von Forderungsaktivitäten
  • Strategische Hinweise zur Datenextraktion aus NetSuite-Systemen
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute des Forderungsmanagements

Die folgende Tabelle enthält die empfohlenen Datenfelder und Dimensionsattribute, die für einen vollständigen Überblick über die Lebenszyklen Ihrer NetSuite-Rechnungen erforderlich sind.
5 Erforderlich 7 Empfohlen 10 Optional
Name Beschreibung
Aktivität
Activity
Das konkrete Ereignis oder die Aktion, die für die Rechnung ausgeführt wurde.
Beschreibung

Dieses Attribut bezeichnet den Namen eines Prozessschritts, zum Beispiel 'Rechnung erstellt', 'Zahlung zugeordnet' oder 'Streitfall eröffnet'. In NetSuite wird es bei Erstellungsvorgängen üblicherweise aus dem Feld type der Transaktion abgeleitet, bei Statusänderungen und Anpassungen dagegen aus der Tabelle SystemNote.

Das Attribut ist für Process Mining zentral, da es die Knoten im Prozessgraphen definiert. Anhand der Abfolge dieser Aktivitäten können Analysten Engpässe, Schleifen wie wiederholte Bearbeitung von Streitfällen und Abweichungen vom Happy Path erkennen.

Warum das wichtig ist

Definiert die Workflow-Schritte und ermöglicht den Aufbau des Prozessgraphen.

Woher beziehen

Abgeleitet aus Transaction 'type' oder SystemNote 'field'/'value'

Beispiele
Rechnung erstelltZahlung eingegangenGutschrift erstelltStreitfall eröffnet
Ereigniszeitpunkt
DateCreated
Das genaue Datum und die Uhrzeit, zu der die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut erfasst den genauen Zeitpunkt eines Ereignisses. Bei der Rechnungserstellung stammt der Wert aus dem Feld datecreated der Tabelle Transaction. Für spätere Aktualisierungen wird der Timestamp aus den Tabellen SystemNote oder Message verwendet.

Genaue Timestamps sind entscheidend für die Berechnung von Zykluszeiten, etwa der durchschnittlichen Dauer vom Rechnungseingang bis zum Zahlungseingang und der Durchlaufzeit bis zum Rechnungsversand. Sie ermöglichen es, Ereignisse korrekt zu ordnen und Verzögerungen zwischen bestimmten Prozessschritten zu erkennen.

Warum das wichtig ist

Unverzichtbar, um Ereignisse zu ordnen und Zeitspannen zwischen Prozessschritten zu berechnen.

Woher beziehen

Transaction 'datecreated' oder SystemNote 'date'

Beispiele
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
Rechnungsnummer
TranId
Die eindeutige Referenznummer, die der Rechnung in NetSuite zugewiesen wurde.
Beschreibung

Dieses Attribut dient als primäre Case-ID für den Debitorenbuchhaltungsprozess. In NetSuite enthält das Feld tranid üblicherweise die Dokumentnummer (z. B. INV-10023), die für Benutzer und Kunden sichtbar ist. Darüber werden alle nachfolgenden Ereignisse wie Zahlungen, Streitfälle und Gutschriften einer bestimmten finanziellen Forderung zugeordnet.

Bei der Analyse werden einzelne Ereignisse anhand dieser Kennung zu einem Prozess-Case zusammengefasst. So lässt sich der Order-to-Cash-Zyklus durchgängig visualisieren. Außerdem ist die Kennung unverzichtbar, um Daten aus verschiedenen NetSuite-Tabellen wie Transaktion, TransactionLine und SystemNote zusammenzuführen.

Warum das wichtig ist

Sie ist der grundlegende Schlüssel, um den Lebenszyklus einer Forderung nachzuverfolgen und Zykluszeiten zu berechnen.

Woher beziehen

Tabelle Transaction, Feld 'tranid'

Beispiele
INV-2023-001INV-998822CM-4022JE-10023
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der Datenextraktion oder der letzten Aktualisierung.
Beschreibung

Dieses Attribut gibt an, wann der Datenstand aus NetSuite übernommen wurde. Es zeigt, wie aktuell die Analyse ist, und dient dazu, das Alter offener Cases bezogen auf das Analysedatum zu berechnen.

In Dashboards sehen Benutzer daran, ob sie Echtzeitdaten oder einen historischen Datenexport betrachten. Der Timestamp dient außerdem als Bezugspunkt, um die aktuelle Offenzeit noch nicht ausgeglichener Rechnungen zu berechnen.

Warum das wichtig ist

Macht die Aktualität der Daten transparent und unterstützt die Berechnung der laufenden Dauer offener Cases.

Woher beziehen

Systemzeitpunkt bei der Extraktion

Beispiele
2023-12-01T00:00:00Z2023-12-02T12:00:00Z
Quellsystem
SourceSystem
Das führende System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt die Herkunft der Daten an, in diesem Fall 'NetSuite'. In Umgebungen mit mehreren Systemen, in denen Forderungsdaten beispielsweise mit einem CRM- oder externen Bankensystem zusammengeführt werden, sorgt dieses Feld für Rückverfolgbarkeit.

Wenn mehrere ERP-Systeme gleichzeitig analysiert werden, können Analysten die Prozessansicht nach Datenquelle filtern oder segmentieren. Der Wert wird üblicherweise während der Extraktion und Transformation statisch hinzugefügt.

Warum das wichtig ist

Sorgt bei Process-Mining-Implementierungen mit mehreren Systemen für Datenherkunft und Kontext.

Woher beziehen

Statischer Wert 'NetSuite'

Beispiele
NetSuiteNetSuite ERPNetSuite OneWorld
Abteilung
Department
Die interne Abteilung, die für die Transaktion verantwortlich ist.
Beschreibung

Dieses Attribut entspricht dem NetSuite-Segment department und gibt an, aus welchem Funktionsbereich, etwa Vertrieb, Service oder IT, die Rechnung stammt. Es ermöglicht bereichsübergreifende Analysen der Forderungsprozesse.

Durch die Segmentierung nach Abteilung können Analysten erkennen, ob bestimmte operative Bereiche längere Abrechnungszyklen oder mehr Streitfälle aufweisen. Das erleichtert gezielte Prozessverbesserungen.

Warum das wichtig ist

Zeigt die internen Prozessverantwortlichen und Unterschiede bei der Abrechnungseffizienz.

Woher beziehen

Tabelle Transaction, Feld 'department'

Beispiele
Professionelle DienstleistungenSoftwarevertriebHardwareauslieferung
Fälligkeitsdatum
DueDate
Das Datum, bis zu dem die Zahlung gemäß den vereinbarten Bedingungen erwartet wird.
Beschreibung

Dieses Attribut enthält das geplante Fälligkeitsdatum der Rechnung. In NetSuite ist es im Feld duedate hinterlegt und dient als Grundlage für die Beurteilung, ob eine Zahlung fristgerecht oder verspätet eingeht.

Es ist die zentrale Variable für die Berechnung der durchschnittlichen Überschreitung des Zahlungsziels und die Ermittlung hoher Einzugsrisiken. Der Vergleich dieses Datums mit dem DateCreated des Zahlungsereignisses zeigt das Ausmaß der Verzögerung und hilft, die Einhaltung der Kreditbedingungen zu messen.

Warum das wichtig ist

Dient als Bezugspunkt für alle Berechnungen zu Forderungsalter, Überfälligkeit und Compliance.

Woher beziehen

Tabelle Transaction, Feld 'duedate'

Beispiele
2023-11-152023-12-012024-01-30
Geschäftseinheit
Subsidiary
Die Tochtergesellschaft oder Geschäftseinheit, der die Rechnung zugeordnet ist.
Beschreibung

In NetSuite-OneWorld-Umgebungen bezeichnet dieses Attribut die juristische Person oder Tochtergesellschaft, die die Rechnung ausgestellt hat. Dadurch lassen sich verschiedene Niederlassungen oder Unternehmensbereiche vergleichen.

Das Attribut unterstützt das Dashboard zur Effizienz des Rechnungsversands: Benutzer können gezielt eine Geschäftseinheit auswählen und genauer untersuchen. So lässt sich feststellen, ob Prozessprobleme im gesamten Unternehmen auftreten oder auf bestimmte operative Einheiten beschränkt sind.

Warum das wichtig ist

Wichtig für den Leistungsvergleich zwischen verschiedenen Organisationseinheiten.

Woher beziehen

Tabelle Transaction, Feld 'subsidiary'

Beispiele
US-WestEMEA-BetriebAPAC-Vertrieb
Kundenname
Entity
Der Name des Kunden oder Unternehmens, dem die Rechnung zugeordnet ist.
Beschreibung

Dieses Attribut bezeichnet den Kunden, der für die Zahlung der Rechnung verantwortlich ist. In NetSuite verweist es auf die Tabelle Entity (Kundendatensatz) und bildet die Grundlage für alle kundenbezogenen Analysen.

Analysten können damit die Prozessleistung nach Kunden segmentieren und feststellen, wer häufig verspätet zahlt, Streitfälle verursacht oder von den vereinbarten Zahlungsbedingungen abweicht. Das Attribut unterstützt die Dashboards zur Überwachung der Einhaltung von Kreditbedingungen und des Durchsatzes im Forderungseinzug.

Warum das wichtig ist

Ermöglicht die Segmentierung der Prozessleistung nach Kundenverhalten und Risikoprofil.

Woher beziehen

Tabelle Transaction, Feld 'entity' (Verknüpfung mit der Tabelle Entity/Customer)

Beispiele
Acme CorpGlobex CorporationSoylent Corp
Rechnungsbetrag
TotalAmount
Der Gesamtwert der Rechnung.
Beschreibung

Dieses Attribut gibt den Gesamtbetrag der Rechnung an. In der NetSuite-Tabelle Transaction steht er üblicherweise im Feld foreignTotal oder total. Es handelt sich um den Betrag, den der Kunde begleichen muss.

Mit dieser Kennzahl lässt sich der Wertfluss im Forderungsmanagement analysieren, der Einzug hoher Forderungsbeträge priorisieren und KPIs wie der Wert des Rückstands aus Streitfällen berechnen. Durch die Filterung nach Betragsklassen können Optimierungsmaßnahmen auf Transaktionen mit besonders großer Wirkung ausgerichtet werden.

Warum das wichtig ist

Entscheidend, um die finanziellen Auswirkungen ineffizienter Prozesse zu beziffern und den Forderungseinzug zu priorisieren.

Woher beziehen

Tabelle Transaction, Feld 'foreignTotal' oder 'total'

Beispiele
1500.00250.5010000.00
Rechnungsstatus
Status
Der aktuelle Systemstatus der Rechnung.
Beschreibung

Dieses Attribut zeigt den Status der Transaktion in NetSuite an, zum Beispiel 'Offen', 'Vollständig bezahlt' oder 'Genehmigung ausstehend'. Der Wert wird üblicherweise aus dem Feld status oder statusRef abgeleitet.

Während das Attribut Aktivität den bisherigen Verlauf erfasst, zeigt dieses Attribut den aktuellen Stand. Es ist wichtig, um im Dashboard zu hohen Einzugsrisiken nur derzeit offene und überfällige Positionen anzuzeigen.

Warum das wichtig ist

Zeigt auf einen Blick, welche Cases abgeschlossen sind und bei welchen Handlungsbedarf besteht.

Woher beziehen

Tabelle Transaction, Feld 'status'

Beispiele
Vollständig bezahltOffenGenehmigung ausstehend
Vertriebsmitarbeiter
SalesRep
Der für die Rechnung zuständige Vertriebsmitarbeiter.
Beschreibung

Dieses Attribut bezeichnet den Vertriebsmitarbeiter, der für das Kundenkonto oder die Transaktion zuständig ist. In NetSuite steht dafür häufig das Feld salesrep im Transaktionsdatensatz.

Damit lassen sich Abrechnungsprobleme oder Gutschriften bestimmten Vertriebsmitarbeitenden zuordnen. Das Dashboard zu Gutschriften und Umsatzverlusten zeigt beispielsweise, ob einzelne Vertriebsmitarbeitende häufiger nachträgliche Rechnungsanpassungen verzeichnen. Das kann auf Qualitätsprobleme in vorgelagerten Vertriebsprozessen hinweisen.

Warum das wichtig ist

Ordnet nachgelagerte Probleme im Forderungsmanagement den Verantwortlichen im vorgelagerten Vertriebsprozess zu.

Woher beziehen

Tabelle Transaction, Feld 'salesrep'

Beispiele
John SmithSarah ConnorKyle Reese
Grund des Streitfalls
DisputeReason
Der Grundcode oder die Beschreibung dafür, warum eine Rechnung strittig ist.
Beschreibung

Dieses Attribut erfasst den konkreten Grund, aus dem ein Kunde die Zahlung verweigert oder eine Korrektur verlangt. In NetSuite ist der Grund häufig in einem benutzerdefinierten Feld oder einem mit der Rechnung verknüpften 'Case'-Datensatz hinterlegt.

Das Attribut ist für das Dashboard zur Analyse des Streitfallverlaufs entscheidend. Die Gruppierung nach Streitfallgrund macht Ursachen wie 'Preisfehler', 'Ware beschädigt' oder 'Fehlende Bestellung' sichtbar. Diese erfordern Korrekturen in vorgelagerten Prozessen, damit künftig keine weiteren Umsatzeinbußen entstehen.

Warum das wichtig ist

Macht die Ursachen für ausbleibende Zahlungen und zusätzlichen Verwaltungsaufwand sichtbar.

Woher beziehen

Verknüpfter Support-Case oder benutzerdefiniertes Transaktionsfeld

Beispiele
Falscher PreisWare nicht erhaltenSteuerfehler
Mitarbeitender im Forderungseinzug
CollectionAgent
Der Benutzer, der für den Forderungseinzug zu dieser Rechnung zuständig ist.
Beschreibung

Dieses Attribut bezeichnet den Mitarbeitenden, der den Forderungseinzug für die Rechnung betreut. Das kann derselbe Mitarbeitende wie der Vertriebsmitarbeiter oder ein spezialisierter Mitarbeitender im Forderungsmanagement sein. Die Information steht häufig in einem benutzerdefinierten Feld oder wird aus dem Benutzer abgeleitet, der Aktivitäten wie 'Zahlungserinnerung' protokolliert.

Dieses Attribut bildet die Grundlage für das Dashboard zum Durchsatz im Forderungseinzug. Führungskräfte können damit die Leistung im Team vergleichen und Schulungsbedarf oder eine ungleiche Arbeitsverteilung erkennen.

Warum das wichtig ist

Ermöglicht die Bewertung der Leistung einzelner Teammitglieder im Forderungseinzug.

Woher beziehen

SystemNotes 'name' bei Aktivitäten zum Forderungseinzug oder benutzerdefiniertes Feld

Beispiele
Mitarbeitender SmithAbrechnungsspezialist ATeam Forderungseinzug 1
Produktkategorie
Class
Die Kategorie oder Klasse der verkauften Waren oder Dienstleistungen.
Beschreibung

Dieses Attribut entspricht dem NetSuite-Segment class. Es kategorisiert die Umsatzarten, zum Beispiel Hardware oder Beratung. Für die Analyse ist es wichtig, den Produktmix zu kennen.

Im Dashboard zu Gutschriften und Umsatzverlusten lässt sich damit untersuchen, ob bestimmte Produktlinien häufiger zu Rückgaben oder Abrechnungsfehlern führen als andere.

Warum das wichtig ist

Segmentiert die Prozessleistung nach Art des verkauften Produkts oder der erbrachten Dienstleistung.

Woher beziehen

Tabelle Transaction, Feld 'class'

Beispiele
LizenzerlöseBeratungsleistungenHardware
Rechnungsnotiz
Memo
Notizen oder Beschreibungen im Rechnungskopf.
Beschreibung

Dieses Attribut enthält die Freitextbeschreibung oder Notiz der Rechnung aus dem Feld memo. Darin finden sich häufig manuelle Hinweise zu besonderen Anforderungen oder Kundenvereinbarungen.

Die Textanalyse dieses Feldes kann unstrukturierte Gründe für Verzögerungen oder Streitfälle aufdecken, die in strukturierten Feldern nicht erfasst werden. So ergänzen qualitative Informationen die quantitativen Prozessdaten.

Warum das wichtig ist

Liefert Kontext und qualitative Informationen zur Transaktion.

Woher beziehen

Tabelle Transaction, Feld 'memo'

Beispiele
Servicegebühr für OktoberKorrektur zu Rechnung Nr. 1002Sonderzahlungsbedingungen vereinbart
Region
Location
Der Standort oder die Region, die der Transaktion zugeordnet ist.
Beschreibung

In NetSuite bezeichnet das Feld location häufig ein Lager, ein Büro oder eine geografische Region. Dieses Attribut ordnet den Feldwert für die Analyse einer Region zu.

In der DSO-Übersicht zur Prozessleistung lassen sich damit regionale Unterschiede im Zahlungsverhalten erkennen. So wird deutlich, ob Probleme beim Forderungseinzug weltweit auftreten oder auf bestimmte Gebiete beschränkt sind.

Warum das wichtig ist

Ermöglicht die geografische Segmentierung der Leistung im Forderungsmanagement.

Woher beziehen

Tabelle Transaction, Feld 'location'

Beispiele
Lager NordamerikaBüro LondonSingapur
Strittig
IsDisputed
Kennzeichnet, ob die Rechnung derzeit oder zu einem früheren Zeitpunkt strittig war.
Beschreibung

Dieses boolesche Attribut gibt an, ob die Rechnung einen Streitfallprozess durchlaufen hat. Es wird aus dem Vorhandensein streitfallbezogener Aktivitäten oder einem entsprechenden Status im Rechnungsdatensatz abgeleitet.

Es dient als wichtiger Filter für die Analyse des Streitfallverlaufs und hilft, problematische von unauffälligen Rechnungen zu trennen, wenn die Ersteinzugsquote berechnet wird.

Warum das wichtig ist

Trennt komplexe Cases von regulären Cases im Happy Path.

Woher beziehen

Berechnet anhand des Vorhandenseins der Aktivität 'Streitfall eröffnet'

Beispiele
truefalse
Tage überfällig
DaysOverdue
Die Anzahl der Tage, um die eine offene Rechnung ihr Fälligkeitsdatum überschritten hat.
Beschreibung

Dieses berechnete Attribut gibt die Differenz zwischen DueDate und dem aktuellen Analysedatum an, bei abgeschlossenen Rechnungen bis zum Zahlungsdatum. Es liefert eine fortlaufende Kennzahl für die Altersstrukturanalyse.

Es bildet die Grundlage für die Altersklassen, etwa 30–60 oder 60–90 Tage, im Dashboard zu hohen Einzugsrisiken. So lassen sich die gravierendsten Verzögerungen im System schnell erkennen.

Warum das wichtig ist

Standardkennzahl zur Bewertung des Ausmaßes von Zahlungsverzögerungen.

Woher beziehen

Berechnet als: (Aktuelles Datum - DueDate)

Beispiele
150-5
Währungscode
Currency
Die Währung, in der die Rechnung ausgestellt wurde.
Beschreibung

Dieses Attribut gibt den ISO-Währungscode der Transaktion an, beispielsweise USD oder EUR. Er ist in NetSuite im Feld currency hinterlegt und für die korrekte Verarbeitung mehrerer Währungen erforderlich.

Auch wenn es sich häufig um ein Hintergrundfeld handelt, ist es beim Zusammenfassen von TotalAmount entscheidend: Verschiedene Währungen dürfen nicht ohne Umrechnung addiert werden. Das Attribut liefert außerdem Kontext für regionale Leistungsunterschiede.

Warum das wichtig ist

Unverzichtbar für die korrekte Zusammenfassung von Finanzdaten in global tätigen Unternehmen.

Woher beziehen

Tabelle Transaction, Feld 'currency'

Beispiele
USDEURGBP
Zahlungsbedingungen
Terms
Die vereinbarten Zahlungsbedingungen für die Rechnung.
Beschreibung

Dieses Attribut gibt die für die Rechnung festgelegten Zahlungsbedingungen an, zum Beispiel 'Net 30' oder 'Fällig bei Erhalt'. Es ist im Feld terms des Transaktionsdatensatzes hinterlegt.

Anhand dieser Daten werden das erwartete Zahlungsdatum berechnet und die Zahlungstreue von Kunden mit großzügigen und strengen Zahlungszielen verglichen. Das unterstützt die Überprüfung der Kreditrichtlinien und liefert die Grundlage für die KPI zur durchschnittlichen Überschreitung des Zahlungsziels.

Warum das wichtig ist

Legt das erwartete Zahlungsverhalten und das SLA für den Zahlungszyklus des Kunden fest.

Woher beziehen

Tabelle Transaction, Feld 'terms'

Beispiele
Net 30Net 60Fällig bei Erhalt2 % 10 Net 30
Zugesagtes Zahlungsdatum
PromiseDate
Das Datum, an dem der Kunde die Zahlung zugesagt hat.
Beschreibung

Dieses Attribut erfasst das Datum, zu dem ein Kunde die Zahlung einer überfälligen Rechnung zugesagt hat. Üblicherweise hält ein Mitarbeitender im Forderungseinzug diese Zusage fest. In NetSuite wird sie meist im Datensatz 'Phone Call' oder in einem benutzerdefinierten Transaktionsfeld gespeichert.

Das Datum ist für das Dashboard zur Einhaltung von Zahlungszusagen unerlässlich. Durch den Vergleich des zugesagten Datums mit dem tatsächlichen Zahlungseingang kann das Unternehmen die Verlässlichkeit der Zusagen und die Wirksamkeit der Inkassoanrufe messen.

Warum das wichtig ist

Misst, wie verlässlich Kunden ihre Zusagen einhalten und wie wirksam der Forderungseinzug ist.

Woher beziehen

Datensatz Task/Phone Call oder benutzerdefiniertes Feld

Beispiele
2023-11-202023-12-05
Erforderlich Empfohlen Optional

Aktivitäten im Forderungsmanagement

Diese wichtigen Prozessschritte und Transaktionsmeilensteine sollten in Ihrem Event Log erfasst werden, damit sich Ihr Forderungseinzug präzise modellieren lässt.
6 Empfohlen 7 Optional
Aktivität Beschreibung
Gutschrift erstellt
Eine Gutschrifttransaktion wird erstellt und der Rechnung zugeordnet. Dadurch verringert sich der offene Saldo. Häufig weist dies auf eine Rücksendung oder einen Abrechnungsfehler hin.
Warum das wichtig ist

Macht Umsatzverluste sichtbar. Häufige Gutschriften deuten auf systematische Prozessfehler im Vertrieb oder bei der Leistungserbringung hin.

Woher beziehen

Tabelle Transaction: Datensatztyp 'CustCred', der der Rechnungs-ID über 'appliedtotransaction' zugeordnet ist.

Erfassung

Erfasst, wenn die Transaktion Credit Memo ausgeführt wird

Ereignistyp explicit
Rechnung ausgeglichen
Der Rechnungsstatus wechselt endgültig zu 'Paid In Full'. Dies ist der Endzustand erfolgreicher Prozessfälle.
Warum das wichtig ist

Erforderlich für die Berechnung der durchschnittlichen Zykluszeit von der Rechnung bis zum Zahlungseingang. Unterscheidet in Prozessvarianten offene von abgeschlossenen Fällen.

Woher beziehen

System Notes: Statusänderung des Invoice-Datensatzes zu 'Paid In Full'.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Rechnung erstellt
Die Rechnung wird erstmals im System angelegt. Erfasst wird dies in der Tabelle Transaction, wenn der Datensatz den Typ Invoice hat.
Warum das wichtig ist

Markiert den Beginn des Forderungszyklus und bildet die Grundlage für die Berechnung der Fälligkeit. Wichtig für die Berechnung der Zykluszeit von der Rechnung bis zum Zahlungseingang.

Woher beziehen

Tabelle Transaction: Feld 'trandate' oder 'datecreated' für Datensätze mit dem Typ 'CustInvc'.

Erfassung

Erfasst, wenn die Transaktion Invoice ausgeführt wird

Ereignistyp explicit
Rechnung freigegeben
Der Rechnungsstatus wechselt von Pending Approval zu Open. Erfasst wird dies anhand der Systemnotizen oder der Workflow-Verlaufsprotokolle zur Rechnung.
Warum das wichtig ist

Zeigt die interne Bearbeitungszeit vor der Rechnungsstellung an den Kunden. Verzögerungen in dieser Phase verlängern den Gesamtzyklus, ohne dem Kunden einen Mehrwert zu bieten.

Woher beziehen

System Notes: Nach dem Feld 'status' filtern, das von 'Pending Approval' zu 'Open' wechselt.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Rechnung versendet
Die Rechnung wird per E-Mail, Post oder Fax an den Kunden gesendet. Erfasst wird dies anhand der Message-Datensätze, die mit der jeweiligen Invoice-Transaktion verknüpft sind.
Warum das wichtig ist

Entscheidend für die Kennzahl zur Durchlaufzeit der Rechnungsstellung. Verzögerungen in dieser Phase machen administrative Engpässe sichtbar, die einen zeitnahen Zahlungseingang verhindern.

Woher beziehen

Tabelle Messages: Über die Transaktions-ID verknüpfen, wobei 'authoremail' intern und 'recipientemail' extern ist.

Erfassung

Erfasst, wenn die Transaktion Email ausgeführt wird

Ereignistyp explicit
Vollständige Zahlung eingegangen
Eine Kundenzahlung wird zugeordnet und gleicht den Rechnungsbetrag vollständig aus. Damit endet der Forderungseinzug.
Warum das wichtig ist

Der maßgebliche Zeitstempel für die Berechnung des DSO und der durchschnittlichen Zahlungsverzögerung gegenüber den Zahlungsbedingungen. Zeigt an, dass der Umsatz erfolgreich realisiert wurde.

Woher beziehen

Tabelle Transaction: Typ 'CustPymt', der einer Invoice zugeordnet ist, wenn sich deren resultierender 'status' zu 'Paid In Full' ändert.

Erfassung

Erfasst, wenn die Transaktion Payment ausgeführt wird

Ereignistyp explicit
Mit Kontoauszug abgeglichen
Die Zahlungstransaktion wird mit dem Kontoauszug abgeglichen. Erfasst wird dies über 'Match Bank Data' oder den Abgleichsverlauf.
Warum das wichtig ist

Verfolgt die Automatisierungsquote beim Bankabgleich. Verzögerungen verschleiern die tatsächliche Liquiditätslage und weisen auf manuelle Hindernisse in der Verwaltung hin.

Woher beziehen

Transaktionsstatus: Prüfen, ob sich der Status der Payment-Transaktion zu 'Deposited' ändert oder als abgeglichen gekennzeichnet ist.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Streitfall eröffnet
Ein Streitfall zur Rechnung wird eröffnet. Dies lässt sich häufig aus einem verknüpften Support Case oder einem bestimmten benutzerdefinierten Status ableiten. Der reguläre Forderungseinzug wird dadurch unterbrochen.
Warum das wichtig ist

Wichtig für das Dashboard zur Analyse des Streitfallverlaufs. Eine hohe Fallzahl weist auf vorgelagerte Qualitätsprobleme bei der Leistungserbringung oder Abrechnung hin.

Woher beziehen

Datensatz Support Case: Mit Transaction verknüpfen, wenn die Kategorie 'Billing Dispute' lautet, oder eine Statusänderung der Transaction zu 'Disputed' erfassen.

Erfassung

Statusfeld oder Erstellung eines verknüpften Datensatzes vergleichen

Ereignistyp inferred
Streitfall geklärt
Der Streitfall wird abgeschlossen. Die Rechnung kann wieder eingezogen werden oder es wird eine Gutschrift erstellt. Erfasst wird dies, wenn der Status des verknüpften Support Case zu Closed wechselt.
Warum das wichtig ist

Erforderlich für die Berechnung der durchschnittlichen Klärungszeit von Streitfällen. Lange Klärungszeiten wirken sich negativ auf den DSO und die Kundenzufriedenheit aus.

Woher beziehen

Datensatz Support Case: Feld 'dateclosed' für mit der Rechnung verknüpfte Fälle.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Teilzahlung verbucht
Eine Kundenzahlung wird zugeordnet und verringert den Rechnungsbetrag, gleicht ihn aber nicht vollständig aus. Erfasst wird dies in der Tabelle Transaction Line.
Warum das wichtig ist

Ermöglicht die Analyse des Prozessflusses bei Teilzahlungen. Macht unregelmäßige Zahlungseingänge und Kunden mit Liquiditätsproblemen sichtbar.

Woher beziehen

Tabelle Transaction: Typ 'CustPymt', der einer Invoice zugeordnet ist, wenn 'amountremaining' auf der Invoice > 0 ist.

Erfassung

Erfasst, wenn die Transaktion Payment ausgeführt wird

Ereignistyp explicit
Uneinbringliche Forderung abgeschrieben
Der offene Rechnungsbetrag wird über einen Journal Entry oder einen bestimmten Credit Memo-Typ ausgebucht, weil er uneinbringlich ist. Dies zeigt, dass der Forderungseinzug gescheitert ist.
Warum das wichtig ist

Trennt nicht eingezogene Umsätze in der Analyse von erfolgreich eingezogenen Forderungen. Wichtig, um die tatsächliche Effizienz des Forderungseinzugs zu verstehen.

Woher beziehen

Journal Entry oder Credit Memo: Nach bestimmten Sachkonten für uneinbringliche Forderungen filtern, die mit der Rechnung verknüpft sind.

Erfassung

Aus der Verwendung des Sachkontos ableiten

Ereignistyp inferred
Zahlungserinnerung versendet
Eine Mahn-E-Mail oder ein Mahnschreiben wird erstellt und wegen einer überfälligen Zahlung an den Kunden gesendet. Erfasst wird dies über die Protokolle des Moduls Dunning Letters oder über Message-Datensätze, die mit der Rechnung verknüpft sind.
Warum das wichtig ist

Misst den Aufwand für den Forderungseinzug und die Wirksamkeit der Mahnstrategien. Wichtig für das Dashboard zur Wirksamkeit von Zahlungserinnerungen.

Woher beziehen

Message-Datensatz oder Dunning Bundle Log: Nach bestimmten Betreffzeilen suchen, zum Beispiel 'Reminder' oder 'Overdue'.

Erfassung

Aus Mustern im Nachrichtenbetreff ableiten

Ereignistyp inferred
Zahlungszusage eingegangen
Ein Datensatz zeigt an, dass der Kunde die Zahlung bis zu einem bestimmten Termin zugesagt hat. Erfasst wird dies in der Regel in User Notes oder einem speziellen Paket für das Forderungsmanagement.
Warum das wichtig ist

Verfolgt die Kennzahl zur Einhaltung von Zahlungszusagen. Hilft dabei, kooperative Kunden von solchen zu unterscheiden, bei denen eine Eskalation erforderlich ist.

Woher beziehen

Datensatz Note: Textanalyse nach 'PTP' oder 'Promise' oder Prüfung bestimmter Felder in einer Collections SuiteApp.

Erfassung

Aus der Textanalyse von Notizen ableiten

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Datenextraktion

So rufen Sie Ihre Daten aus NetSuite ab

Möchten Sie loslegen?

Starten Sie mit diesem Template in Ihrer NetSuite-Umgebung und gestalten Sie Ihren Cashflow-Zyklus effizienter. Wenn Sie Unterstützung bei der Datenzuordnung oder der technischen Integration benötigen, hilft Ihnen unser Team gerne weiter.

Beschleunigen Sie jetzt Ihren NetSuite-Forderungszyklus

Senken Sie Ihre DSO um 15 bis 20 Tage und schließen Sie noch heute Lücken im Cashflow.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich, Einrichtung in 5 Minuten