Ihr Daten-Template für die Debitorenbuchhaltung

NetSuite
Ihr Daten-Template für die Debitorenbuchhaltung

Ihr Daten-Template für die Debitorenbuchhaltung

Dieses Template bietet eine umfassende Vorlage für die Abbildung Ihres Rechnungs- und Forderungseinzugszyklus in NetSuite. Es beschreibt die wesentlichen Attribute und Prozessaktivitäten, die Sie für den Aufbau eines hochwertigen Event Logs benötigen. Damit erhalten Sie die nötige Transparenz, um Ihren Cashflow zu optimieren. Mit dieser Anleitung bereiten Sie Ihre Daten effizienter vor und kommen schneller zur Reduzierung der Außenstandsdauer.
  • Wesentliche NetSuite-Attribute für eine detaillierte Analyse
  • Standardisierte Meilensteine zur Erfassung von Aktivitäten in der Debitorenbuchhaltung
  • Strategische Anleitung zur Datenextraktion aus NetSuite-Systemen
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute der Debitorenbuchhaltung

Die folgende Tabelle führt die empfohlenen Datenfelder und dimensionalen Attribute auf, die für einen vollständigen Überblick über Ihre NetSuite-Rechnungslebenszyklen erforderlich sind.
5 Erforderlich 7 Empfohlen 10 Optional
Name Beschreibung
Aktivität
Activity
Das konkrete Ereignis oder die Aktion, die auf der Rechnung ausgeführt wurde.
Beschreibung

Dieses Attribut bezeichnet den Namen des Prozessschritts, zum Beispiel „Invoice Created“, „Payment Applied“ oder „Dispute Opened“. In NetSuite wird es bei Erstellungsvorgängen typischerweise aus dem Feld type der Transaktion abgeleitet. Statusänderungen und Anpassungen stammen meist aus der Tabelle SystemNote.

Für Process Mining ist dieses Attribut zentral, da es die Knoten in der Prozessdarstellung definiert. Durch die Analyse der Abfolge dieser Aktivitäten lassen sich Engpässe, Schleifen wie wiederholte Streitfallbearbeitungen und Abweichungen vom standardmäßigen Happy Path erkennen.

Warum das wichtig ist

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

Bezugsquelle

Abgeleitet aus Transaction „type“ oder SystemNote „field“/„value“

Beispiele
Rechnung erstelltZahlung eingegangenGutschrift ausgestelltStreitfall eröffnet
Ereignis-Timestamp
DateCreated
Das genaue Datum und die genaue Uhrzeit, zu denen die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut erfasst den genauen Zeitpunkt eines Ereignisses. Bei der Rechnungserstellung entspricht er dem Feld datecreated in der Tabelle Transaction. Bei nachfolgenden Aktualisierungen handelt es sich um den Timestamp aus den Tabellen SystemNote oder Message.

Präzise Timestamps sind entscheidend für die Berechnung von Durchlaufzeiten, etwa der durchschnittlichen Invoice-to-Cash-Durchlaufzeit und der Vorlaufzeit bis zur Rechnungserstellung. Sie ermöglichen es, Ereignisse korrekt zu ordnen und Verzögerungen zwischen bestimmten Prozessschritten zu erkennen.

Warum das wichtig ist

Unverzichtbar für die zeitliche Ordnung von Ereignissen und die Berechnung von Dauerkennzahlen zwischen Prozessschritten.

Bezugsquelle

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 ist.
Beschreibung

Dieses Attribut dient als primäre Case-ID für den Prozess der Debitorenbuchhaltung. In NetSuite enthält das Feld tranid normalerweise die für Benutzer und Kunden sichtbare Dokumentnummer, zum Beispiel INV-10023. Es verknüpft alle nachfolgenden Ereignisse wie Zahlungen, Streitfälle und Gutschriften mit einer bestimmten finanziellen Verpflichtung.

In der Analyse wird diese Kennung verwendet, um einzelne Ereignisse zu einem Prozess-Case zusammenzufassen. Sie ermöglicht die durchgängige Visualisierung des Order-to-Cash-Zyklus und ist unverzichtbar, um Daten aus verschiedenen NetSuite-Tabellen wie Transaction, TransactionLine und SystemNote zusammenzuführen.

Warum das wichtig ist

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

Bezugsquelle

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 zeigt, wann der Datenbestand aus NetSuite übernommen wurde. Es dient dazu, die Aktualität der Analyse zu bestimmen und das Alter offener Cases im Verhältnis zum Analysedatum zu berechnen.

In Dashboards hilft es Benutzern zu erkennen, ob sie Echtzeitdaten oder einen historischen Datenbestand betrachten. Außerdem dient es als Referenz für die Berechnung der aktuellen offenen Dauer von Rechnungen, die noch nicht ausgeglichen wurden.

Warum das wichtig ist

Sorgt für Transparenz über die Aktualität der Daten und unterstützt die Berechnung laufender Dauern für offene Cases.

Bezugsquelle

Systemzeit 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 kennzeichnet die Herkunft der Daten, in diesem Kontext „NetSuite“. In Systemlandschaften, in denen Debitorendaten mit einem CRM- oder externen Banksystem zusammengeführt werden, stellt dieses Feld die Nachvollziehbarkeit sicher.

Wenn mehrere ERP-Systeme gleichzeitig analysiert werden, können Analysten die Prozessansicht nach Datenquelle filtern oder segmentieren. In der Regel handelt es sich um einen statischen Wert, der während der Extraktion und Transformation ergänzt wird.

Warum das wichtig ist

Stellt Datenherkunft und Kontext in Process-Mining-Implementierungen mit mehreren Systemen bereit.

Bezugsquelle

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 zeigt, welcher Funktionsbereich, zum Beispiel Vertrieb, Services oder IT, die Rechnung erstellt hat. Dadurch wird eine bereichsübergreifende Analyse der Leistung in der Debitorenbuchhaltung möglich.

Durch die Segmentierung nach Abteilung können Analysten erkennen, ob bestimmte operative Bereiche zu langsameren Abrechnungszyklen oder höheren Streitfallquoten neigen. Das unterstützt gezielte Prozessverbesserungen.

Warum das wichtig ist

Identifiziert interne Prozessverantwortliche und macht Unterschiede bei der Abrechnungseffizienz sichtbar.

Bezugsquelle

Tabelle Transaction, Feld „department“

Beispiele
Professionelle DienstleistungenSoftwarevertriebHardware-Auftragsabwicklung
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 und steht in NetSuite im Feld duedate. Es bildet die Grundlage für die Feststellung, ob eine Zahlung fristgerecht oder verspätet erfolgt.

Es ist die wichtigste Variable für die Berechnung der durchschnittlichen Tage über das Zahlungsziel hinaus und für die Ermittlung des Risikos bei Forderungen mit hohem Wert. Der Vergleich dieses Datums mit dem DateCreated-Wert des Zahlungsereignisses zeigt das Ausmaß der Verzögerungen und unterstützt die Messung der Einhaltung von Kreditbedingungen.

Warum das wichtig ist

Der Referenzpunkt für alle Berechnungen zu Forderungsalter, Überfälligkeit und Compliance.

Bezugsquelle

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 identifiziert dieses Attribut die konkrete juristische Einheit oder Tochtergesellschaft, die die Rechnung ausgestellt hat. Dadurch wird ein Vergleich verschiedener Niederlassungen oder Unternehmensbereiche möglich.

Das Attribut unterstützt das Dashboard zur Effizienz des Rechnungsversands, da Benutzer gezielt in einzelne Geschäftseinheiten wechseln können. So lässt sich feststellen, ob Prozessprobleme im gesamten Unternehmen auftreten oder auf bestimmte operative Einheiten begrenzt sind.

Warum das wichtig ist

Entscheidend für den Leistungsvergleich zwischen verschiedenen Organisationseinheiten.

Bezugsquelle

Tabelle Transaction, Feld „subsidiary“

Beispiele
US-WestEMEA-BetriebAPAC-Vertrieb
Kundenname
Entity
Der Name des Kunden oder der Organisation, der beziehungsweise die mit der Rechnung verbunden ist.
Beschreibung

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

Analysten verwenden dieses Feld, um die Leistung nach Kunden zu segmentieren und Kunden zu identifizieren, die häufig verspätet zahlen, Streitfälle auslösen oder von den vereinbarten Zahlungsbedingungen abweichen. Es unterstützt das Dashboard zur Überwachung der Einhaltung von Kreditbedingungen sowie das Dashboard zum Durchsatz der Mitarbeiter im Forderungsmanagement.

Warum das wichtig ist

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

Bezugsquelle

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

Beispiele
Acme CorpGlobex CorporationSoylent Corp
Rechnungsbetrag
TotalAmount
Der gesamte finanzielle Wert der Rechnung.
Beschreibung

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

Diese Kennzahl wird verwendet, um den Wertfluss im Debitorenprozess zu analysieren, Forderungen mit hohem Wert zu priorisieren und KPIs wie den Wert des Streitfallrückstands zu berechnen. Cases lassen sich nach finanziellen Kategorien filtern, damit Optimierungsmaßnahmen auf Transaktionen mit großer Wirkung ausgerichtet werden können.

Warum das wichtig ist

Entscheidend, um die finanziellen Auswirkungen ineffizienter Prozesse zu quantifizieren und das Forderungsmanagement zu priorisieren.

Bezugsquelle

Tabelle Transaction, Feld „foreignTotal“ oder „total“

Beispiele
1500.00250.5010000.00
Rechnungsstatus
Status
Der aktuelle Systemstatus der Rechnung.
Beschreibung

Dieses Attribut gibt den Status der Transaktion in NetSuite wieder, zum Beispiel „Open“, „Paid In Full“ oder „Pending Approval“. Es wird typischerweise aus dem Feld status oder statusRef abgeleitet.

Während das Attribut „Aktivität“ die Historie der Ereignisse erfasst, liefert dieses Attribut den aktuellen Status. Es ist wichtig, um im Dashboard zum Risiko bei Forderungen mit hohem Wert nur derzeit offene und überfällige Positionen anzuzeigen.

Warum das wichtig ist

Zeigt unmittelbar, welche Cases abgeschlossen sind und bei welchen Handlungsbedarf besteht.

Bezugsquelle

Tabelle Transaction, Feld „status“

Beispiele
Vollständig bezahltOffenGenehmigung ausstehend
Vertriebsmitarbeiter
SalesRep
Der mit der Rechnung verbundene Vertriebsmitarbeiter.
Beschreibung

Dieses Attribut identifiziert den Vertriebsmitarbeiter, der für das Kundenkonto oder die Transaktion verantwortlich ist. In NetSuite steht diese Information häufig im Feld salesrep des Transaktionsdatensatzes.

Es wird verwendet, um Abrechnungsprobleme oder Gutschriften bestimmten Vertriebsmitarbeitern zuzuordnen. Das Dashboard zu Gutschriften und Umsatzverlusten kann beispielsweise zeigen, ob bestimmte Vertriebsmitarbeiter überdurchschnittlich häufig nachträgliche Rechnungsanpassungen verursachen. Dies kann auf Qualitätsprobleme in vorgelagerten Vertriebsprozessen hinweisen.

Warum das wichtig ist

Verknüpft nachgelagerte Probleme in der Debitorenbuchhaltung mit den Verantwortlichen im vorgelagerten Vertriebsprozess.

Bezugsquelle

Tabelle Transaction, Feld „salesrep“

Beispiele
John SmithSarah ConnorKyle Reese
Datum der Zahlungszusage
PromiseDate
Das Datum, an dem der Kunde die Zahlung zugesagt hat.
Beschreibung

Dieses Attribut erfasst das Datum, an dem ein Kunde die Zahlung einer überfälligen Rechnung zugesagt hat. In der Regel wird die Zusage von einem Mitarbeiter im Forderungsmanagement dokumentiert. In NetSuite wird sie meist im Datensatz „Phone Call“ oder in einem benutzerdefinierten Transaktionskopffeld gespeichert.

Dieses Datum ist für das Dashboard zur Einhaltung von Zahlungszusagen unverzichtbar. Durch den Vergleich des zugesagten Datums mit dem tatsächlichen Zahlungsdatum kann das Unternehmen die Verlässlichkeit von Kundenzusagen und die Wirksamkeit von Gesprächen zum Forderungseinzug messen.

Warum das wichtig ist

Misst die Verlässlichkeit von Kundenzusagen und die Wirksamkeit des Forderungseinzugs.

Bezugsquelle

Task-/Phone-Call-Datensatz oder benutzerdefiniertes Feld

Beispiele
2023-11-202023-12-05
Ist strittig
IsDisputed
Ein Kennzeichen dafür, ob sich die Rechnung derzeit in einem Streitfall befindet oder irgendwann befunden hat.
Beschreibung

Dieses boolesche Attribut zeigt an, ob die Rechnung einen Streitfallprozess durchlaufen hat. Es wird aus dem Vorhandensein von Streitfallaktivitäten oder einem entsprechenden Statuskennzeichen im Rechnungsdatensatz abgeleitet.

Es dient als wichtiger Filter für die Analyse des Streitfalllebenszyklus. Außerdem lassen sich damit problematische Rechnungen von reibungslos bearbeiteten Rechnungen abgrenzen, wenn die First-Pass-Collection-Rate berechnet wird.

Warum das wichtig ist

Trennt komplexe Cases von standardmäßigen Cases im Happy Path.

Bezugsquelle

Berechnet anhand des Vorhandenseins der Aktivität „Dispute Opened“

Beispiele
truefalse
Mitarbeiter im Forderungsmanagement
CollectionAgent
Der Benutzer, der für die Einzugsaktivitäten zu dieser Rechnung verantwortlich ist.
Beschreibung

Dieses Attribut identifiziert den konkreten Mitarbeiter, der die Einzugsmaßnahmen für die Rechnung steuert. Dabei kann es sich um denselben Mitarbeiter wie den Vertriebsmitarbeiter oder um einen spezialisierten Mitarbeiter der Debitorenbuchhaltung handeln. Die Information steht häufig in einem benutzerdefinierten Feld oder wird aus dem Benutzer abgeleitet, der Aktivitäten wie „Payment Reminder“ protokolliert.

Dieses Attribut bildet die Grundlage für das Dashboard zum Durchsatz der Mitarbeiter im Forderungsmanagement. Führungskräfte können damit die Leistung des Teams vergleichen und Schulungsbedarf oder eine unausgewogene Arbeitsverteilung erkennen.

Warum das wichtig ist

Ermöglicht die Bewertung der Leistung einzelner Mitglieder des Teams im Forderungsmanagement.

Bezugsquelle

SystemNotes „name“ bei Inkassoaktivitäten oder benutzerdefiniertem Feld

Beispiele
Agent SmithAbrechnungsspezialist AForderungsmanagement-Team 1
Produktkategorie
Class
Die Kategorie oder Klasse der verkauften Waren oder Dienstleistungen.
Beschreibung

Dieses Attribut entspricht dem NetSuite-Segment class. Es kategorisiert die Umsatzquelle, zum Beispiel Hardware oder Beratung. Das Verständnis des Produktmixes ist für die Analyse entscheidend.

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

Warum das wichtig ist

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

Bezugsquelle

Tabelle Transaction, Feld „class“

Beispiele
LizenzerlöseBeratungsleistungenHardware
Rechnungstext
Memo
Notizen oder Beschreibungen, die an den Rechnungskopf angehängt sind.
Beschreibung

Dieses Attribut enthält die im Freitext erfasste Beschreibung oder Notiz der Rechnung und steht im Feld memo. Häufig enthält es manuelle Hinweise zu einer besonderen Bearbeitung oder zu Vereinbarungen mit dem Kunden.

Text Mining dieses Feldes kann unstrukturierte Gründe für Verzögerungen oder Streitfälle sichtbar machen, die strukturierte Felder nicht erfassen. Dadurch erhält die quantitative Prozessanalyse zusätzlichen qualitativen Kontext.

Warum das wichtig ist

Liefert Kontext und qualitative Daten zur Transaktion.

Bezugsquelle

Tabelle Transaction, Feld „memo“

Beispiele
Servicegebühr für OktoberKorrektur der Rechnung Nr. 1002Sonderzahlungsbedingungen angewendet
Region
Location
Der Standort oder die Region, der beziehungsweise die mit der Transaktion verbunden ist.
Beschreibung

In NetSuite bezeichnet das Feld location häufig ein Lager, ein Büro oder eine geografische Region. Dieses Attribut ordnet das Feld einem regionalen Analysekonzept zu.

Im Dashboard zur DSO-Performance wird es verwendet, um regionale Unterschiede im Zahlungsverhalten zu erkennen. So lässt sich feststellen, ob Probleme im Forderungseinzug global auftreten oder auf bestimmte Gebiete begrenzt sind.

Warum das wichtig ist

Unterstützt die geografische Segmentierung der Leistung in der Debitorenbuchhaltung.

Bezugsquelle

Tabelle Transaction, Feld „location“

Beispiele
Lager NordamerikaNiederlassung LondonSingapur
Streitfallgrund
DisputeReason
Der Grundcode oder die Beschreibung dafür, warum sich eine Rechnung in einem Streitfall befindet.
Beschreibung

Dieses Attribut erfasst den konkreten Grund, aus dem ein Kunde die Zahlung verweigert oder eine Korrektur verlangt. In NetSuite wird diese Information häufig in einem benutzerdefinierten Feld oder in einem bestimmten, mit der Rechnung verknüpften „Case“-Datensatz gespeichert.

Für das Dashboard zur Analyse des Streitfalllebenszyklus ist dieses Attribut entscheidend. Die Gruppierung nach Streitfallgrund macht Ursachen wie „Pricing Error“, „Damaged Goods“ oder „Missing PO“ sichtbar. Diese erfordern möglicherweise systematische Verbesserungen in vorgelagerten Prozessen, um künftige Umsatzverluste zu vermeiden.

Warum das wichtig ist

Identifiziert die Ursachen für ausbleibende Zahlungen und administrativen Mehraufwand.

Bezugsquelle

Verknüpfter Support-Case oder benutzerdefiniertes Transaktionskopffeld

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

Dieses berechnete Attribut bezeichnet die Differenz zwischen DueDate und dem aktuellen Analysedatum oder bei abgeschlossenen Cases dem Zahlungsdatum. Es liefert eine fortlaufende Kennzahl für die Altersanalyse.

Es bildet die Grundlage für Altersklassen wie 30 bis 60 oder 60 bis 90 Tage im Dashboard zum Risiko bei Forderungen mit hohem Wert. Dadurch lassen sich die kritischsten Verzögerungen im System unmittelbar erkennen.

Warum das wichtig ist

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

Bezugsquelle

Berechnet: (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, zum Beispiel USD oder EUR, für die Transaktion an. In NetSuite steht er im Feld currency. Er ist erforderlich, um Umgebungen mit mehreren Währungen korrekt zu verarbeiten.

Auch wenn es sich häufig um ein Hintergrundfeld handelt, ist es für die Aggregation von TotalAmount entscheidend. Unterschiedliche Währungen dürfen ohne Umrechnung nicht falsch addiert werden. Außerdem liefert das Attribut Kontext für regionale Leistungsunterschiede.

Warum das wichtig ist

Unverzichtbar für die korrekte finanzielle Aggregation in global tätigen Unternehmen.

Bezugsquelle

Tabelle Transaction, Feld „currency“

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

Dieses Attribut gibt die der Rechnung zugewiesenen Zahlungsbedingungen an, zum Beispiel „Net 30“ oder „Due on Receipt“. Es steht im Feld terms des Transaction-Datensatzes.

Diese Daten werden verwendet, um das erwartete Zahlungsdatum zu berechnen und zu analysieren, ob Kunden mit großzügigeren Zahlungsbedingungen zuverlässiger zahlen als Kunden mit strengeren Bedingungen. Sie unterstützen die Überprüfung der Kreditrichtlinien und bilden die Grundlage für die KPI „Durchschnittliche Tage über das Zahlungsziel hinaus“.

Warum das wichtig ist

Definiert das erwartete Verhalten und das SLA für den Zahlungszyklus des Kunden.

Bezugsquelle

Tabelle Transaction, Feld „terms“

Beispiele
Netto 30Netto 60Fällig bei Erhalt2 % bei Zahlung innerhalb von 10 Tagen, netto 30
Erforderlich Empfohlen Optional

Aktivitäten der Debitorenbuchhaltung

Dies sind die entscheidenden Prozessschritte und Transaktionsmeilensteine, die in Ihrem Event Log erfasst werden sollten, um Ihren Forderungseinzugsprozess präzise zu modellieren.
6 Empfohlen 7 Optional
Aktivität Beschreibung
Gutschrift ausgestellt
Die Erstellung einer Credit-Memo-Transaktion, die auf die Invoice angewendet wird. Dadurch sinkt der offene Saldo. Häufig weist dies auf eine Retoure oder einen Abrechnungsfehler hin.
Warum das wichtig ist

Visualisiert Umsatzverluste. Häufige Gutschriften deuten auf systematische Prozessfehler in Vertrieb oder Leistungserbringung hin.

Bezugsquelle

Tabelle Transaction: Datensatztyp 'CustCred', der über 'appliedtotransaction' auf die Invoice-ID angewendet wird.

Erfassen

Erfasst, wenn die Transaktion Credit Memo ausgeführt wurde

Ereignistyp explicit
Rechnung ausgeglichen
Die abschließende Statusänderung der Rechnung zu 'Paid In Full'. Dies ist der Endstatus erfolgreicher Cases.
Warum das wichtig ist

Erforderlich für die durchschnittliche Invoice-to-Cash-Zykluszeit. Unterscheidet offene von abgeschlossenen Positionen in Prozessvarianten.

Bezugsquelle

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

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Rechnung erstellt
Die erstmalige Erstellung des Rechnungsdatensatzes im System. Dieser Vorgang wird aus der Tabelle Transaction erfasst, wenn der Datensatztyp Invoice lautet.
Warum das wichtig ist

Markiert den Beginn des Forderungszyklus und bildet die Grundlage für Fälligkeitsberechnungen. Unverzichtbar für die Berechnung der Invoice-to-Cash-Zykluszeit.

Bezugsquelle

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

Erfassen

Erfasst, wenn die Transaktion Invoice ausgeführt wurde

Ereignistyp explicit
Rechnung genehmigt
Der Übergang des Rechnungsstatus von Pending Approval zu Open. Dieser Vorgang wird über System Notes oder Workflow-Verlaufsprotokolle erfasst, die der Rechnung zugeordnet sind.
Warum das wichtig ist

Zeigt die interne Bearbeitungszeit vor der Rechnungsstellung an den Kunden. Verzögerungen in dieser Phase verlängern die gesamte Zykluszeit, ohne einen Mehrwert für den Kunden zu schaffen.

Bezugsquelle

System Notes: Filtern Sie nach dem Feld 'status', das sich von 'Pending Approval' zu 'Open' ändert.

Erfassen

Statusfeld vorher und nachher vergleichen

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

Entscheidend für die KPI zur Durchlaufzeit der Rechnungsausstellung. Die Identifikation von Verzögerungen zeigt administrative Engpässe, die einen pünktlichen Zahlungseingang verhindern.

Bezugsquelle

Tabelle Messages: Verknüpfung über die Transaktions-ID, wenn 'authoremail' intern und 'recipientemail' extern ist.

Erfassen

Erfasst, wenn die Transaktion Email ausgeführt wurde

Ereignistyp explicit
Vollständige Zahlung erhalten
Die Anwendung einer Customer Payment, die den Rechnungssaldo auf null reduziert. Damit endet der Forderungseinzug effektiv.
Warum das wichtig ist

Der wichtigste Timestamp für die Berechnung von DSO und der durchschnittlichen Tage über dem Zahlungsziel. Er steht für die erfolgreiche Realisierung des Umsatzes.

Bezugsquelle

Tabelle Transaction: Typ 'CustPymt', angewendet auf eine Invoice, deren resultierender Status zu 'Paid In Full' wird.

Erfassen

Erfasst, wenn die Transaktion Payment ausgeführt wurde

Ereignistyp explicit
Kontoauszug zugeordnet
Die Abstimmung der Zahlungstransaktion mit dem Kontoauszugsfeed. Erfasst über 'Match Bank Data' oder den Verlauf der Abstimmung.
Warum das wichtig ist

Erfasst den automatisierten Bankabstimmungsgrad. Verzögerungen in dieser Phase verschleiern die tatsächliche Liquiditätslage und weisen auf manuelle Reibung im Backoffice hin.

Bezugsquelle

Transaktionsstatus: Prüfen, ob sich der Status der Payment-Transaktion zu 'Deposited' ändert oder als Reconciled markiert wird.

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Streitfall geklärt
Der Abschluss eines Streitfall-Cases. Die Rechnung wird wieder einziehbar oder es wird eine Gutschrift erstellt. Erfasst, wenn sich der Status des verknüpften Support Case zu Closed ändert.
Warum das wichtig ist

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

Bezugsquelle

Datensatz Support Case: Feld 'dateclosed' für Cases, die mit der Rechnung verknüpft sind.

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Streitfall-Case eröffnet
Die Eröffnung eines Streitfalls zu einer Rechnung, häufig abgeleitet aus einem verknüpften Support Case oder einem bestimmten benutzerdefinierten Status. Dadurch wird der reguläre Forderungseinzug unterbrochen.
Warum das wichtig ist

Wichtig für das Dashboard zur Analyse des Streitfall-Lebenszyklus. Ein hohes Volumen weist auf vorgelagerte Qualitätsprobleme bei Leistungserbringung oder Abrechnung hin.

Bezugsquelle

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

Erfassen

Statusfeld oder Erstellung des verknüpften Datensatzes vergleichen

Ereignistyp inferred
Teilzahlung gebucht
Die Anwendung einer Customer Payment, die den Rechnungssaldo reduziert, ihn aber nicht vollständig ausgleicht. Erfasst aus der Tabelle Transaction Line.
Warum das wichtig ist

Unterstützt die Analyse des Prozessflusses von Teilzahlungen. Macht fragmentierte Cashflows und Kunden mit Liquiditätsproblemen sichtbar.

Bezugsquelle

Tabelle Transaction: Typ 'CustPymt', angewendet auf eine Invoice, bei der 'amountremaining' > 0 ist.

Erfassen

Erfasst, wenn die Transaktion Payment ausgeführt wurde

Ereignistyp explicit
Uneinbringliche Forderung abgeschrieben
Die Ausbuchung des Rechnungssaldos über einen Journal Entry oder einen bestimmten Credit-Memo-Typ für uneinbringliche Beträge. Dies steht für ein Scheitern des Forderungseinzugs.
Warum das wichtig ist

Trennt nicht eingezogene Umsätze in der Analyse von erfolgreichen Zahlungseingängen. Wichtig für das Verständnis der tatsächlichen Effizienz des Forderungseinzugs.

Bezugsquelle

Journal Entry oder Credit Memo: Nach bestimmten Sachkonten filtern, etwa 'Bad Debt Expense', die mit der Invoice verknüpft sind.

Erfassen

Aus der Verwendung von Sachkonten ableiten

Ereignistyp inferred
Zahlungserinnerung gesendet
Eine E-Mail oder ein Schreiben zum Forderungseinzug, das wegen einer überfälligen Zahlung erstellt und an den Kunden gesendet wurde. Erfasst über 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 Zahlungseinzug und die Wirksamkeit von Mahnstrategien. Unverzichtbar für das Dashboard zur Wirksamkeit von Zahlungserinnerungen.

Bezugsquelle

Message-Datensatz oder Dunning Bundle Log: Prüfen Sie bestimmte Betreffzeilen, etwa 'Reminder' oder 'Overdue'.

Erfassen

Aus Betreffmustern von Mitteilungen ableiten

Ereignistyp inferred
Zahlungszusage erhalten
Ein Datensatz, der festhält, dass sich der Kunde zu einer Zahlung bis zu einem bestimmten Datum verpflichtet hat. Üblicherweise wird dieser in User Notes oder einem speziellen Bundle für das Forderungsmanagement erfasst.
Warum das wichtig ist

Erfasst die KPI zur Einhaltung von Zahlungszusagen. Hilft dabei, kooperative Kunden von Kunden zu unterscheiden, bei denen eine Eskalation erforderlich ist.

Bezugsquelle

Note-Datensatz: Textanalyse nach 'PTP' oder 'Promise' oder spezifische Felder in einer Collections SuiteApp.

Erfassen

Aus der Textanalyse von Notizen ableiten

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus NetSuite

Bereit für den Start?

Beginnen Sie mit diesem Template in Ihrer NetSuite-Umgebung den Weg zu einem effizienteren Cashflow. Unser Team unterstützt Sie gerne, wenn Sie weitere Hilfe bei der Datenzuordnung oder der technischen Integration benötigen.

Beschleunigen Sie jetzt Ihren NetSuite-Prozess für die Debitorenbuchhaltung

Reduzieren Sie Ihre DSO um 15 bis 20 Tage und schließen Sie Liquiditätslücken noch heute.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich, Einrichtung in 5 Minuten