Ihr Daten-Template für den Order-to-Cash-Prozess für Abrechnung und Rechnungsstellung
Ihr Daten-Template für den Order-to-Cash-Prozess für Abrechnung und Rechnungsstellung
Dies ist unser generisches Datentemplate für Process Mining für Auftrag bis Zahlung: Abrechnung und Rechnungsstellung. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.
Wählen Sie ein bestimmtes System aus- Ein universeller Ausgangspunkt für jedes System.
- Empfohlene Attribute für detaillierte Analysen.
- Wichtige Aktivitäten zur Abbildung Ihres Abrechnungs- und Rechnungsstellungsprozesses.
Attribute für den Order-to-Cash-Prozess für Abrechnung und Rechnungsstellung
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name der geschäftlichen Aktivität oder des Ereignisses, das zu einem bestimmten Zeitpunkt im Lebenszyklus der Rechnung stattgefunden hat. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen bestimmten Schritt oder eine Aufgabe im Abrechnungsprozess, zum Beispiel „Rechnung erstellt“, „Rechnung an Kunden gesendet“ oder „Zahlung einer Rechnung zugeordnet“. Jedem Ereignis im Prozessprotokoll ist eine Aktivität zugeordnet. Zusammen bilden sie die Abfolge der Schritte im Prozessablauf. Die Analyse der Aktivitätsabfolge ist der Kern des Process Mining. Sie zeigt die tatsächlichen Abläufe von Rechnungen und macht Standardverfahren, Abweichungen, Nacharbeitsschleifen und Engpässe sichtbar. Welche Aktivitäten in welcher Reihenfolge und wie häufig auftreten, ist entscheidend für die Prozesserkennung, die Konformitätsprüfung und das Ermitteln von Verbesserungsmöglichkeiten. Warum das wichtig ist Das Attribut legt die Prozessschritte fest und ermöglicht es, den Weg einer Rechnung von der Erstellung bis zum Abschluss zu visualisieren und auszuwerten. Woher beziehen Häufig abgeleitet aus Statusänderungen von Belegen, Transaktionscodes oder spezifischen Ereignisprotokollen im Quellsystem. Beispiele Rechnung freigegebenZahlung eingegangenReklamation eingegangenRechnung an Kunden gesendet | |||
| Ereigniszeit EventTime | Der genaue Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat. | ||
| Beschreibung Die Ereigniszeit, also der Timestamp, erfasst das genaue Datum und die Uhrzeit, zu der eine Aktivität ausgeführt oder ein Status geändert wurde. Diese Zeitangabe ist entscheidend, um den Zeitpunkt und die Dauer einzelner Prozessschritte zu verstehen. In der Analyse dient die Ereigniszeit dazu, Aktivitäten chronologisch zu ordnen und die Zeit zwischen Schritten, die Dauer einzelner Aktivitäten sowie die gesamte Durchlaufzeit jedes Case zu berechnen. Sie bildet die Grundlage, um Engpässe zu erkennen, die Leistung anhand von Service-Level-Vereinbarungen zu messen und Entwicklungen im Zeitverlauf auszuwerten. Ohne genaue Timestamps ist eine Analyse von Leistung und Dauer nicht möglich. Warum das wichtig ist Dieser Timestamp ist entscheidend für die Berechnung aller zeitbezogenen Kennzahlen, etwa von Durchlaufzeiten und Dauern, die zur Ermittlung von Engpässen benötigt werden. Woher beziehen Üblicherweise neben Aktivitäts- oder Statusfeldern in Transaktionsprotokollen, Änderungsbelegen oder Kopf- und Positionstabellen von Belegen zu finden. Beispiele 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z | |||
| Rechnungs-ID InvoiceId | Der eindeutige Bezeichner jeder Kundenrechnung. Dieses Attribut dient als primäre Case-ID für den Abrechnungs- und Rechnungsprozess. | ||
| Beschreibung Die Rechnungs-ID ist ein eindeutiger alphanumerischer Code, der jeder erstellten Rechnung zugewiesen wird. Als zentraler Schlüssel verknüpft sie alle zugehörigen Aktivitäten, von der Erstellung und Freigabe bis zur Zahlung und zum Abschluss, zu einer einzelnen Prozessinstanz oder einem Case. Für die Process-Mining-Analyse ist die Rechnungs-ID unerlässlich, um den gesamten Ablauf jeder Rechnung nachzuvollziehen. Sie ermöglicht es, Prozessabläufe zu visualisieren, Abweichungen zu erkennen und Kennzahlen auf Case-Ebene wie die Durchlaufzeit zu berechnen. Durch die Filterung nach bestimmten Rechnungs-IDs können Sie außerdem problematische Fälle genauer untersuchen und die Ursachen von Verzögerungen oder Fehlern ermitteln. Warum das wichtig ist Dieser eindeutige Schlüssel ermöglicht es, den gesamten Lebenszyklus einer Rechnung nachzuverfolgen, und bildet damit die Grundlage jeder Analyse des Abrechnungsprozesses. Woher beziehen In der Regel in der Kopftabelle der Abrechnungs- oder Rechnungsbelege im Quell-ERP- oder Finanzsystem zu finden. Beispiele INV-2023-00123910004587SI-58832 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp der letzten Aktualisierung oder Extraktion der Daten zu diesem Ereignis aus dem Quellsystem. | ||
| Beschreibung Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion oder -aktualisierung. Es zeigt, wie aktuell die analysierten Daten sind. Bei jedem Process-Mining-Projekt ist es für Berichte und Analysen wichtig zu wissen, wie aktuell die Daten sind. Anhand dieses Attributs können Benutzer den von der Analyse abgedeckten Zeitraum nachvollziehen und sicherstellen, dass Entscheidungen auf aktuellen Informationen beruhen. Es ist außerdem wichtig, um Datenpipelines zu überwachen und zu prüfen, ob die Datenextraktion wie vorgesehen läuft. Warum das wichtig ist Das Attribut zeigt, wie aktuell die Daten sind. So können Analysen und Entscheidungen auf den neuesten verfügbaren Informationen beruhen. Woher beziehen Dieser Timestamp wird üblicherweise während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und zum Datensatz hinzugefügt. Beispiele 2024-03-10T02:00:00Z2024-03-09T02:00:00Z2024-03-08T02:00:00Z | |||
| Quellsystem SourceSystem | Das führende System, aus dem die Daten extrahiert wurden. | ||
| Beschreibung Dieses Attribut bezeichnet die geschäftliche Anwendung oder das System, in dem die Ereignisdaten entstanden sind, zum Beispiel ein ERP-, CRM- oder ein individuelles Abrechnungssystem. In Umgebungen mit mehreren integrierten Systemen hilft dieses Feld, die Datenquellen voneinander zu unterscheiden. Die Kenntnis des Quellsystems ist wichtig für die Datenvalidierung, Governance und Fehlerbehebung. Werden Daten aus mehreren Systemen zusammengeführt, liefert dieses Attribut Kontext und hilft, mögliche Unterschiede im Detaillierungsgrad oder in der Terminologie zu erklären. Außerdem ermöglicht es eine genauere Analyse von Prozessabweichungen, die durch das für eine Transaktion verwendete System bedingt sein können. Warum das wichtig ist Das Attribut liefert wichtigen Kontext zur Herkunft der Daten. Das ist für die Datenvalidierung und die Analyse systemübergreifender Prozesse relevant. Woher beziehen Diese Information kann als Feld in den Quelltabellen gespeichert oder während des ETL-Prozesses (Extraktion, Transformation und Laden) hinzugefügt werden. Beispiele SAP S/4HANAOracle NetSuiteSalesforceMicrosoft Dynamics 365 | |||
| Benutzer User | Die Benutzer-, Mitarbeiter- oder System-ID der Person oder des Systems, die beziehungsweise das für die Ausführung einer bestimmten Aktivität verantwortlich ist. | ||
| Beschreibung Dieses Attribut bezeichnet die Person oder den automatisierten Systemagenten, der eine bestimmte Aufgabe im Prozess ausgeführt hat. Das kann die Person sein, die die Rechnung erstellt oder freigegeben oder die Zahlung zugeordnet hat. Die Analyse von Aktivitäten nach Benutzern hilft, die Arbeitsverteilung, die individuelle Leistung und den Schulungsbedarf zu verstehen. Sie zeigt, welche Benutzer oder Teams besonders effizient arbeiten und wo zusätzliche Unterstützung erforderlich sein könnte. Für Compliance und Audits ist es außerdem wichtig, nachvollziehen zu können, wer kritische Prozessschritte ausgeführt hat. Warum das wichtig ist Das Attribut macht Ressourcenleistung und Arbeitsauslastung sichtbar. So lassen sich die Effizienz von Teams analysieren und Schulungsbedarf erkennen. Woher beziehen Üblicherweise in Änderungsprotokollen oder Belegverlaufstabellen zu finden und dem jeweiligen erfassten Ereignis oder Geschäftsvorfall zugeordnet. Beispiele j.doeAccountingBotm.smithe.jones | |||
| Kundenname CustomerName | Der Name des Kunden oder Unternehmens, an das die Rechnung gestellt wurde. | ||
| Beschreibung Dieses Attribut enthält den offiziellen oder geschäftlichen Namen des Kunden, an den die Rechnung gestellt wird. Es bietet eine leicht verständliche Kennzeichnung des an der Transaktion beteiligten Geschäftspartners. Die Analyse nach Kundennamen zeigt, ob bestimmte Kunden mit Prozessabweichungen, Zahlungsverzögerungen oder Reklamationen verbunden sind. Diese Erkenntnisse können in die Kundenbetreuung einfließen und gezielte Mitteilungen oder Prozessanpassungen für einzelne Kundenkonten ermöglichen. Außerdem lassen sich damit verschiedene Kundensegmente anhand ihrer Leistung vergleichen. Warum das wichtig ist Das Attribut ermöglicht eine kundenbezogene Analyse und hilft, Muster, Verzögerungen oder Probleme zu erkennen, die bestimmte Kunden oder Kundengruppen betreffen. Woher beziehen Aus den Kundenstammdaten übernommen und über eine Kunden-ID mit dem Rechnungsbeleg verknüpft. Beispiele Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc. | |||
| Rechnungsbetrag InvoiceAmount | Der Gesamtbetrag der Rechnung einschließlich aller Positionen, Steuern und Gebühren. | ||
| Beschreibung Der Rechnungsbetrag gibt den Gesamtbetrag an, den der Kunde voraussichtlich zahlen muss. Er ist eine wichtige Finanzkennzahl für jeden Rechnungs-Case. Dieses Attribut ist grundlegend für die Finanzanalyse im Process Mining. Damit lassen sich Rechnungen nach ihrem Wert gruppieren, etwa in hohe und niedrige Beträge, um zu prüfen, ob sie unterschiedliche Prozessabläufe oder Durchlaufzeiten aufweisen. Der Rechnungsbetrag wird auch zur Berechnung wichtiger Kennzahlen wie der Days Sales Outstanding (DSO) verwendet und hilft, die finanziellen Auswirkungen ineffizienter Prozesse zu analysieren, etwa wenn sich der Einzug hoher Rechnungsbeträge verzögert. Warum das wichtig ist Damit können Sie die finanziellen Auswirkungen analysieren, Probleme nach ihrem Geldwert priorisieren und nachvollziehen, wie sich unterschiedliche Rechnungsbeträge auf den Prozess auswirken. Woher beziehen In der Regel im Kopf des Rechnungs- oder Abrechnungsbelegs im Finanz-Quellsystem zu finden. Beispiele 5000.001250.7525000.5099.99 | |||
| Rechnungsstatus InvoiceStatus | Der aktuelle Status der Rechnung in ihrem Lebenszyklus, zum Beispiel Offen, Bezahlt oder Beanstandet. | ||
| Beschreibung Der Rechnungsstatus zeigt den aktuellen Stand einer Rechnung im Gesamtprozess. Er gibt einen Überblick darüber, wo sich die Rechnung gerade befindet, zum Beispiel ob sie auf Freigabe oder Zahlung wartet, vollständig bezahlt oder storniert ist. Dieses Attribut eignet sich für einen Überblick über die aktuelle Arbeitslast und die finanzielle Lage. Dashboards verwenden das Feld häufig, um Rechnungen nach Status aufzuschlüsseln, etwa den Gesamtwert offener oder überfälliger Rechnungen. Im Process Mining bietet die Analyse von Statusübergängen eine vereinfachte Übersicht über den Prozessablauf. Warum das wichtig ist Das Attribut zeigt auf einen Blick, an welcher Stelle im Prozess sich eine Rechnung befindet. Das ist für operative Dashboards und die übergeordnete Statusverfolgung hilfreich. Woher beziehen Ein Standardfeld im Kopf der meisten Rechnungs- oder Abrechnungsbelege. Beispiele OffenBezahltÜberfälligBeanstandetStorniert | |||
| Währung Currency | Der Währungscode für die Rechnungsbeträge, zum Beispiel USD oder EUR. | ||
| Beschreibung Das Attribut „Währung“ gibt die Währung des Rechnungsbetrags an. Es liefert den nötigen Kontext für die Interpretation von Finanzwerten, insbesondere in international tätigen Unternehmen, die mit mehreren Währungen arbeiten. Für die Analyse ist das Währungsfeld unerlässlich, um Finanzdaten korrekt zusammenzufassen und zu vergleichen. Bevor Gesamtbeträge berechnet oder Rechnungsbeträge aus verschiedenen Regionen verglichen werden, müssen alle Werte in eine gemeinsame Währung umgerechnet werden. Dieses Attribut ist entscheidend für eine korrekte Finanzberichterstattung und die Auswertung der Prozessleistung nach Währung oder Region. Warum das wichtig ist Das Attribut liefert den nötigen Kontext für alle Finanzwerte und ermöglicht eine korrekte monetäre Analyse und Berichterstattung, insbesondere bei internationalen Geschäftsaktivitäten. Woher beziehen Im Kopf der Rechnungs- oder Abrechnungsbelegtabelle zu finden, meist neben den Betragsfeldern. Beispiele USDEURGBPJPY | |||
| Zahlungsziel PaymentDueDate | Das Datum, bis zu dem der Kunde die Rechnung voraussichtlich bezahlt. | ||
| Beschreibung Das Zahlungsziel ist ein wichtiges Datum, das sich aus dem Rechnungsdatum und den vereinbarten Zahlungsbedingungen ergibt. Es legt fest, bis wann die Zahlung eingehen muss, damit die Rechnung nicht überfällig wird. Dieses Attribut ist wichtig, um die Leistung beim Forderungseinzug zu überwachen und den Cashflow zu steuern. Es dient zur Berechnung wichtiger Kennzahlen wie der Days Sales Outstanding (DSO) und der Pünktlichkeitsquote. Durch den Vergleich des tatsächlichen Zahlungsdatums mit dem Zahlungsziel können Unternehmen verspätete Zahlungen erkennen, das Zahlungsverhalten verschiedener Kunden analysieren und die Wirksamkeit ihrer Maßnahmen zum Forderungseinzug bewerten. Warum das wichtig ist Dieses Datum dient als Grundlage, um die Zahlungsleistung zu messen, die DSO zu berechnen und überfällige Rechnungen zu erkennen, die sich unmittelbar auf den Cashflow auswirken. Woher beziehen In den Kopfdaten der Rechnung zu finden. Das Datum kann direkt eingegeben oder anhand des Rechnungsdatums und der Zahlungsbedingungen berechnet werden. Beispiele 2023-11-302024-01-152024-02-28 | |||
| Kundenauftragsnummer SalesOrderNumber | Der Bezeichner des Kundenauftrags, aus dem die Rechnung hervorgegangen ist. | ||
| Beschreibung Die Kundenauftragsnummer verweist auf den vorangehenden Beleg in der Order-to-Cash-Kette, der die Erstellung der Rechnung ausgelöst hat. Sie verknüpft den Abrechnungsprozess mit dem Vertriebsprozess. Dieses Attribut ist entscheidend für eine durchgängige Sicht auf den Order-to-Cash-Prozess. Durch die Verknüpfung von Rechnungen mit Kundenaufträgen können Unternehmen den gesamten Ablauf von der Kundenbestellung bis zum Zahlungseingang analysieren. So lässt sich umfassender untersuchen, wie sich Probleme im Vertrieb oder in der Auftragsabwicklung auf Abrechnung und Forderungseinzug auswirken. Warum das wichtig ist Das Attribut verknüpft den Abrechnungsprozess mit dem vorgelagerten Vertriebsprozess und ermöglicht eine durchgängige Order-to-Cash-Analyse. Woher beziehen Dieser Verweis ist üblicherweise im Kopf oder in den Positionen des Rechnungsbelegs gespeichert und verknüpft ihn mit der Tabelle der Vertriebsbelege. Beispiele SO-10582490000123ORD-2023-987 | |||
| Kundenregion CustomerRegion | Die geografische Region, das Gebiet oder das Land, das dem Kunden zugeordnet ist. | ||
| Beschreibung Die Kundenregion gibt den geografischen Standort des Kunden an. Sie kann auf verschiedenen Ebenen definiert sein, etwa als Land, Bundesland oder individuell festgelegte Vertriebsregion. Dieses Attribut eignet sich besonders für die Segmentierung. Eine Analyse des Rechnungsprozesses nach Regionen kann geografische Leistungsunterschiede aufzeigen, zum Beispiel bei Zahlungszeiten, Streitfällen oder der Einhaltung von Prozessen. Diese Erkenntnisse helfen dabei, regionale Strategien für das Forderungsmanagement und den Kundenservice zu entwickeln. Außerdem lassen sich bewährte Vorgehensweisen in leistungsstarken Regionen erkennen und auf andere Regionen übertragen. Warum das wichtig ist Es ermöglicht geografische Analysen und zeigt regionale Unterschiede beim Zahlungsverhalten, bei der Prozesseffizienz und bei der Compliance. Woher beziehen Aus den Kundenstammdaten abgeleitet, häufig anhand der Kundenadresse. Beispiele NordamerikaEMEADeutschlandAPAC | |||
| Nacharbeit erforderlich IsRework | Kennzeichen dafür, ob im Rechnungsprozess Nacharbeiten erforderlich waren, etwa Korrekturen oder mehrere Freigaberunden. | ||
| Beschreibung IsRework ist ein boolesches Kennzeichen, das den Wert „true“ hat, wenn eine Rechnung mindestens eine Nacharbeitsschleife durchlaufen hat. Zu Nacharbeiten zählen Aktivitäten, bei denen Fehler korrigiert oder Schritte wiederholt werden, die idealerweise nur einmal ausgeführt werden sollten. Ein Beispiel ist die erneute Einreichung einer abgelehnten Rechnung zur Freigabe. Dieses Attribut misst direkt die Ineffizienz eines Prozesses. Wenn Sie nach Fällen mit IsRework = true filtern, können Sie problematische Rechnungen gezielt untersuchen und die Ursachen der Nacharbeiten ermitteln. Die Nacharbeitsquote, also der Anteil der Fälle mit Nacharbeiten, ist eine wichtige KPI zur Messung der Prozessqualität. Sie zeigt außerdem, wo sich Abläufe vereinfachen und unnötiger Aufwand vermeiden lässt. Warum das wichtig ist Es weist direkt auf Prozessineffizienz hin und erleichtert es, Fälle mit zusätzlichem, nicht wertschöpfendem Aufwand zu erkennen und zu analysieren. Woher beziehen Dieses Attribut ist in Quellsystemen in der Regel nicht verfügbar. Es muss bei der Datentransformation abgeleitet werden, indem Aktivitätsfolgen erkannt werden, die auf Nacharbeiten hindeuten. Beispiele truefalse | |||
| Organisationseinheit OrganizationalUnit | Die Geschäftseinheit, der Buchungskreis oder die Vertriebsorganisation, die für die Rechnung verantwortlich ist. | ||
| Beschreibung Dieses Attribut bezeichnet die konkrete interne Einheit des Unternehmens, die die Rechnung ausgestellt hat oder für die Transaktion verantwortlich ist. Beispiele sind ein Buchungskreis, eine Geschäftseinheit oder eine Vertriebsorganisation. Wenn Sie den Prozess nach Organisationseinheit analysieren, können Sie interne Vergleiche zwischen verschiedenen Unternehmensbereichen anstellen. So erkennen Sie, welche Geschäftseinheiten besonders effizient arbeiten, wo die meisten Nacharbeiten anfallen und welche Bereiche am stärksten mit verspäteten Zahlungen zu kämpfen haben. Das ist wichtig, um Verantwortlichkeiten festzulegen und Prozesse im gesamten Unternehmen zu standardisieren. Warum das wichtig ist Es ermöglicht den internen Leistungsvergleich zwischen verschiedenen Geschäftseinheiten. So lassen sich bewährte Vorgehensweisen und Verbesserungsmöglichkeiten erkennen. Woher beziehen Dieses grundlegende Organisationsdatenfeld findet sich im Kopfbereich fast aller Finanzdokumente in einem ERP-System. Beispiele 1000US01Global ServicesFertigung EU | |||
| Zahlungsbedingungen PaymentTerms | Die vereinbarten Bedingungen für die Zahlung einer Rechnung, zum Beispiel zahlbar innerhalb von 30 Tagen oder sofort fällig. | ||
| Beschreibung Die Zahlungsbedingungen legen fest, welche Regeln Verkäufer und Käufer für die Begleichung einer Rechnung vereinbart haben. Dazu gehören die Zahlungsfrist und mögliche Skonti für frühzeitige Zahlungen. Die Analyse nach Zahlungsbedingungen zeigt, ob bestimmte Bedingungen mit längeren Zahlungszyklen oder häufigeren verspäteten Zahlungen verbunden sind. Diese Erkenntnisse helfen Unternehmen, ihre Zahlungsbedingungen so anzupassen, dass sich der Cashflow verbessert. Sie liefern außerdem wichtigen Kontext, wenn untersucht wird, warum bestimmte Rechnungen überfällig werden. Warum das wichtig ist Dieses Attribut beeinflusst das Zahlungsziel und das Zahlungsverhalten der Kunden. Es ist daher wichtig, um die Pünktlichkeitsquote zu verstehen und zu verbessern. Woher beziehen Üblicherweise sowohl in den Kundenstammdaten als auch im Kopf des jeweiligen Rechnungsbelegs gespeichert. Beispiele Zahlbar innerhalb von 30 TagenZahlbar innerhalb von 60 TagenSofort fällig2 % Skonto bei Zahlung innerhalb von 10 Tagen, netto 30 Tage | |||
Aktivitäten im Order-to-Cash-Prozess für Abrechnung und Rechnungsstellung
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Rechnung abgeschlossen | Die Rechnung ist offiziell abgeschlossen und ihr Lebenszyklus damit beendet. Dieser Status wird erreicht, wenn der offene Betrag durch Zahlungen, Gutschriften oder andere Anpassungen auf null sinkt. | ||
| Warum das wichtig ist Als wichtigster erfolgreicher Endpunkt des Prozesses ist diese Aktivität entscheidend für die Berechnung der gesamten Durchlaufzeit und der Abschlussquote. Woher beziehen Dieser Status wird häufig abgeleitet, wenn der Rechnungsbetrag auf null sinkt, oder durch eine explizite Statusänderung im System erfasst. Erfassung Ermitteln Sie den neuesten Timestamp des Geschäftsvorfalls, etwa einer Zahlungszuordnung, durch den der Rechnungsbetrag auf null gesunken ist. Ereignistyp inferred | |||
| Rechnung an Kunden gesendet | Die freigegebene Rechnung wurde dem Kunden offiziell über den vorgesehenen Weg zugestellt, zum Beispiel per E-Mail, Post oder über ein Online-Portal. Damit beginnt die Zahlungsfrist des Kunden. | ||
| Warum das wichtig ist Dieses Ereignis markiert den offiziellen Beginn des Forderungseinzugs und ist entscheidend für die Berechnung der Days Sales Outstanding (DSO) und der pünktlichen Zahlungsquote. Woher beziehen Erfasst in Protokollen der Ausgabeverwaltung, Mitteilungsnachweisen oder einem speziellen Feld „Versanddatum“ auf der Rechnung. Erfassung Verwenden Sie den Timestamp aus den Systemprotokollen, in denen erfasst wird, wann eine Rechnung per E-Mail, Post oder EDI versendet wurde. Ereignistyp explicit | |||
| Rechnung erstellt | Diese Aktivität kennzeichnet die Erstellung des Rechnungssatzes im System. Sie bildet den offiziellen Beginn des Abrechnungsprozesses. Häufig wird sie automatisch durch einen erfüllten Kundenauftrag ausgelöst oder manuell erfasst. | ||
| Warum das wichtig ist Als Ausgangspunkt ist dieses Ereignis entscheidend, um die durchgängige Rechnungsdurchlaufzeit zu berechnen und Verzögerungen zu Beginn des Prozesses zu erkennen. Woher beziehen Erfasst anhand des Erstellungs-Timestamps in der primären Rechnungs- oder Abrechnungsbelegtabelle. Erfassung Ermitteln Sie das Erstellungsereignis oder den Timestamp der ersten Speicherung eines neuen Rechnungssatzes. Ereignistyp explicit | |||
| Zahlung des Kunden eingegangen | Eine Zahlung des Kunden ist eingegangen und wurde im Finanzsystem erfasst. Zu diesem Zeitpunkt ist der Zahlungseingang verbucht, aber möglicherweise noch keiner bestimmten Rechnung zugeordnet. | ||
| Warum das wichtig ist Dies ist ein wichtiges Ereignis für den Cashflow. Die Zeit zwischen Zahlungseingang und Zuordnung ist eine zentrale Kennzahl für die Effizienz der Zahlungszuordnung. Woher beziehen Erfasst in Zahlungseingangsjournalen, Zahlungstransaktionstabellen oder Tabellen zur Verarbeitung von Kontoauszügen. Erfassung Ermitteln Sie, wann ein Datensatz zu einer Kundenzahlung oder einem Zahlungseingang erstellt wurde. Ereignistyp explicit | |||
| Zahlung einer Rechnung zugeordnet | Die eingegangene Kundenzahlung wurde erfolgreich mit der betreffenden Rechnung abgeglichen und dieser zugeordnet. Dadurch wird der offene Rechnungsbetrag reduziert oder vollständig ausgeglichen. | ||
| Warum das wichtig ist Diese Aktivität ist wichtig, um die Durchlaufzeit der Zahlungszuordnung zu verstehen. Verzögerungen können die tatsächliche Überfälligkeit von Forderungen falsch darstellen und das Kreditmanagement beeinträchtigen. Woher beziehen Zu finden in Nebenbuchtabellen der Debitorenbuchhaltung, die Zahlungsbelege mit Rechnungsbelegen verknüpfen. Diese werden häufig als Ausgleichsbelege bezeichnet. Erfassung Erfassen Sie den Timestamp, zu dem ein Zahlungsdatensatz mit einem Rechnungsdatensatz verknüpft wird, um den offenen Posten auszugleichen. Ereignistyp explicit | |||
| Zahlungsziel erreicht | Dieses berechnete Ereignis tritt ein, wenn das Zahlungsziel der Rechnung überschritten ist. Es handelt sich nicht um einen Geschäftsvorfall, sondern um einen zeitlichen Meilenstein, der sich aus dem Rechnungsdatum und den Zahlungsbedingungen ergibt. | ||
| Warum das wichtig ist Dieser Meilenstein ist wichtig, um Rechnungen als überfällig einzustufen und die Pünktlichkeit von Zahlungen auszuwerten. Er dient als Auslöser für Maßnahmen zum Forderungseinzug. Woher beziehen Dieses Ereignis wird nicht direkt erfasst, sondern anhand des Rechnungsdatums und der Zahlungsbedingungen berechnet. Erfassung Berechnung: „Versanddatum der Rechnung“ + „Zahlungsfrist in Tagen“. Ereignistyp calculated | |||
| Gutschrift erstellt | Eine Gutschrift wird erstellt und häufig einer bestehenden Rechnung zugeordnet. Dies geschieht meist, um einen Abrechnungsfehler zu korrigieren, eine Preisanpassung zu gewähren oder zurückgesendete Waren zu berücksichtigen. | ||
| Warum das wichtig ist Häufige Gutschriften können auf grundlegende Probleme im Vertrieb oder in der Auftragsabwicklung hindeuten, die zu Umsatzverlusten oder Unzufriedenheit bei Kunden führen. Woher beziehen Erfasst bei der Erstellung eines Gutschriftsbelegs, der häufig mit der ursprünglichen Rechnung verknüpft ist. Erfassung Erfassen Sie den Erstellungs-Timestamp eines Geschäftsvorfalls vom Typ Gutschrift. Ereignistyp explicit | |||
| Rechnung abgelehnt | Eine freigabeberechtigte Person hat die Rechnung während der internen Prüfung abgelehnt. In der Regel muss die Rechnung daraufhin korrigiert und erneut eingereicht werden. Dadurch entsteht eine Nacharbeitsschleife. | ||
| Warum das wichtig ist Diese Aktivität weist auf Ineffizienzen im internen Prozess, Probleme mit der Datenqualität und Nacharbeit hin. Dadurch verlängert sich der Rechnungsprozess und Zahlungen verzögern sich. Woher beziehen Wird üblicherweise als Statusänderung im Rechnungssatz erfasst. In zugehörigen Tabellen können zusätzlich Kommentare zur Ablehnung hinterlegt sein. Erfassung Erfassen Sie das Ereignis, wenn der Rechnungsstatus auf „Abgelehnt“ oder einen ähnlichen Status gesetzt wird. Ereignistyp explicit | |||
| Rechnung ausgebucht | Der Restbetrag einer Rechnung wird storniert und als uneinbringliche Forderung eingestuft. Dies geschieht in der Regel, nachdem alle Maßnahmen zum Forderungseinzug ausgeschöpft wurden. | ||
| Warum das wichtig ist Dies zeigt, dass der Forderungseinzug erfolglos war und ein unmittelbarer finanzieller Verlust entstanden ist. Die Analyse von Ausbuchungen hilft, Kunden mit hohem Risiko zu erkennen und Kreditrichtlinien zu verbessern. Woher beziehen Erfasst als spezifische Anpassung oder Buchung, durch die der Rechnungsbetrag gegen ein Konto für uneinbringliche Forderungen ausgeglichen wird. Erfassung Ermitteln Sie Buchungen, die den Rechnungsbetrag mit einem Grundcode für „Ausbuchung“ anpassen oder auf ein Konto für uneinbringliche Forderungen buchen. Ereignistyp explicit | |||
| Rechnung freigegeben | Die Rechnung hat alle internen Prüfungen erfolgreich durchlaufen und wurde formell freigegeben. Dieses Ereignis bestätigt, dass die Rechnung korrekt ist und an den Kunden versendet werden kann. | ||
| Warum das wichtig ist Dieser wichtige Meilenstein trennt die interne Bearbeitungszeit von der Zahlungsfrist des Kunden. Die Zeit bis zur Freigabe zeigt, wie effizient die internen Abläufe sind. Woher beziehen Erfasst anhand eines Workflow-Systemprotokolls oder einer Statusänderung des Rechnungsbelegs von „Ausstehend“ zu „Freigegeben“. Erfassung Erfassen Sie den Timestamp des letzten Freigabeereignisses im Workflow-Protokoll oder der Statusänderung. Ereignistyp explicit | |||
| Rechnung korrigiert | Eine Rechnung wurde nach ihrer erstmaligen Erstellung geändert, häufig aufgrund einer Ablehnung oder eines entdeckten Fehlers. Dabei können Beträge, Positionen oder Kundenangaben angepasst werden. | ||
| Warum das wichtig ist Häufige Korrekturen können auf Probleme mit den Stammdaten oder der ursprünglichen Auftragsabwicklung hindeuten. Sie führen zu Nacharbeit und Verzögerungen. Woher beziehen Abgeleitet aus Änderungsprotokollen und Audit-Trails oder anhand von Mustern, bei denen eine Rechnung storniert und anschließend für denselben Auftrag neu erstellt wird. Erfassung Ermitteln Sie Änderungen an wichtigen Finanzfeldern im Rechnungsdatensatz nach dessen erstmaliger Erstellung. Ereignistyp inferred | |||
| Rechnung storniert | Eine bestehende Rechnung wird für ungültig erklärt oder storniert, wodurch ihre finanziellen Auswirkungen rückgängig gemacht werden. Dies geschieht meist, um einen schwerwiegenden Fehler vor Zahlungseingang zu korrigieren, etwa wenn die Rechnung an den falschen Kunden gestellt wurde. | ||
| Warum das wichtig ist Stornierungen machen betriebliche Fehler sichtbar, die Nacharbeit erfordern und die korrekte Abrechnung verzögern können. Eine hohe Stornoquote deutet auf Probleme im Prozess oder bei der Datenqualität hin. Woher beziehen Erfasst anhand von Stornobelegen oder eines speziellen Status wie „Storniert“ oder „Ungültig“ im Rechnungsdatensatz. Erfassung Suchen Sie nach einem Stornobeleg, der mit der ursprünglichen Rechnung verknüpft ist, oder nach einer Statusänderung zu „Ungültig“. Ereignistyp explicit | |||
| Rechnung zur Freigabe eingereicht | Kennzeichnet die Einreichung einer erstellten Rechnung zur formellen internen Prüfung. Dieser Schritt ist in Unternehmen üblich, in denen vor dem Abschluss einer Rechnung eine Prüfung durch das Management vorgeschrieben ist. | ||
| Warum das wichtig ist Die Erfassung von Einreichungen und Freigaben hilft, Engpässe in internen Prozessen zu erkennen, die den Rechnungsversand verzögern und sich direkt auf den Cashflow auswirken. Woher beziehen Wird üblicherweise als Statusänderung oder Protokolleintrag in einem Workflow-Management-System erfasst. Erfassung Erfassen Sie den Timestamp, zu dem sich der Rechnungsstatus in „Freigabe ausstehend“ oder einen ähnlichen Status ändert. Ereignistyp explicit | |||
| Reklamation eingegangen | Der Kunde hat die Rechnung ganz oder teilweise offiziell beanstandet, etwa wegen eines falschen Preises oder einer falschen Menge. Bis zur Klärung der Reklamation werden Maßnahmen zum Forderungseinzug in der Regel ausgesetzt. | ||
| Warum das wichtig ist Die Analyse von Reklamationen hilft, die Ursachen für Unzufriedenheit und Abrechnungsfehler zu ermitteln. Beides wirkt sich unmittelbar auf die DSO und die Kundenbeziehungen aus. Woher beziehen Häufig erfasst als Statusänderung, Kennzeichnung auf der Rechnung oder als separater Reklamationsfall, der mit der Rechnung verknüpft ist. Erfassung Erfassen Sie das Erstellungsdatum eines Reklamationsfalls oder die Statusänderung zu „Beanstandet“. Ereignistyp explicit | |||
| Zahlungserinnerung versendet | Eine Mitteilung, etwa ein Mahnschreiben oder eine E-Mail, wurde wegen einer überfälligen Rechnung an den Kunden gesendet. Diese Aktivität ist ein wichtiger Bestandteil des Forderungseinzugs und soll die Zahlung anstoßen. | ||
| Warum das wichtig ist Die Erfassung von Zahlungserinnerungen zeigt, wie wirksam die Strategie zum Forderungseinzug ist, und macht Kunden sichtbar, bei denen häufig nachgefasst werden muss. Woher beziehen Erfasst in Protokollen von Mahnläufen, Forderungssystemen oder Mitteilungsaktivitäten, die dem Kunden oder der Rechnung zugeordnet sind. Erfassung Verwenden Sie den Timestamp aus der Mahnhistorie oder dem Protokoll der Aktivitäten zum Forderungseinzug. Ereignistyp explicit | |||
Extraktionsanleitungen
Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in
unserem ETL-Leitfaden oder wählen Sie einen bestimmten Prozess und ein System aus.
Möchten Sie loslegen?
Analysieren Sie Ihren Prozess mit einer systemspezifischen Extraktionsanleitung oder beginnen Sie mit dem generischen Template als flexible Grundlage für Ihre Datenaufbereitung.
Verbessern Sie jetzt Ihren Abrechnungs- und Rechnungsstellungsprozess und stärken Sie Ihren Cashflow
Erkennen Sie Engpässe, reduzieren Sie Fehler und beschleunigen Sie Zahlungseingänge.
Keine Kreditkarte erforderlich. In wenigen Minuten startklar.