Ihr Daten-Template für das Forderungsmanagement
Ihr Daten-Template für das Forderungsmanagement
- Wichtige NetSuite-Attribute für detaillierte Analysen
- Standardisierte Meilensteine zur Erfassung von Forderungsaktivitäten
- Strategische Hinweise zur Datenextraktion aus NetSuite-Systemen
Attribute des Forderungsmanagements
| 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 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 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 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
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 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 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
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 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 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 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 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 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 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 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 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 Auch wenn es sich häufig um ein Hintergrundfeld handelt, ist es beim Zusammenfassen von
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 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
|
|||
Aktivitäten im Forderungsmanagement
| 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
|
|||
Anleitungen zur Datenextraktion
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.
Keine Kreditkarte erforderlich, Einrichtung in 5 Minuten