Ihr Daten-Template für die Debitorenbuchhaltung
Ihr Daten-Template für die Debitorenbuchhaltung
- 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
Attribute der Debitorenbuchhaltung
| 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 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 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 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
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 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 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
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 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 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 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 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 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 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 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 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 Auch wenn es sich häufig um ein Hintergrundfeld handelt, ist es für die Aggregation von
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 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
|
|||
Aktivitäten der Debitorenbuchhaltung
| 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
|
|||
Anleitungen zur Datenextraktion
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.
Keine Kreditkarte erforderlich, Einrichtung in 5 Minuten