Ihr Daten-Template für die Kreditorenrechnungsverarbeitung
Ihr Daten-Template für die Kreditorenrechnungsverarbeitung
Dies ist unser generisches Datentemplate für Process Mining für Rechnungsverarbeitung der Kreditorenbuchhaltung. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.
Wählen Sie ein bestimmtes System aus- Universelle Datenstruktur für jedes Kreditorensystem
- Empfohlene Attribute für detaillierte Analysen
- Wichtige Aktivitäten für einen vollständigen Einblick in den Prozess
Attribute der Kreditorenrechnungsverarbeitung
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des Prozessschritts oder Ereignisses, das bei der Rechnungsbearbeitung eingetreten ist. | ||
| Beschreibung Der Aktivitätsname bezeichnet eine bestimmte Aktion, Statusänderung oder einen Meilenstein im Ablauf der Rechnungsbearbeitung. Jedes erfasste Ereignis zu einer Rechnung, etwa „Rechnung geprüft“, „Zur Freigabe eingereicht“ oder „Zahlung ausgeführt“, wird durch einen eigenen Aktivitätsnamen dargestellt. Dieses Attribut bildet das Grundgerüst der Prozesslandkarte: Jeder eindeutige Wert wird zu einem Knoten im visualisierten Prozessablauf. Die Analyse der Reihenfolge, Häufigkeit und Dauer dieser Aktivitäten ist zentral für Process Mining. Sie hilft, häufige Abläufe, Abweichungen und Nacharbeitsschleifen zu erkennen und zeigt, was im Prozess tatsächlich geschieht. Warum das wichtig ist Legt die Schritte in der Prozesslandkarte fest und ermöglicht die Visualisierung und Analyse des Prozessablaufs, seiner Engpässe und Abweichungen. Woher beziehen Wird in der Regel aus Transaktionscodes, Event Logs, Feldern für Statusänderungen oder bestimmten Benutzeraktionen im Quellsystem abgeleitet. Beispiele Rechnung freigegebenRechnung gesperrtZahlung ausgeführt | |||
| Ereigniszeit EventTime | Der Timestamp mit dem genauen Datum und der genauen Uhrzeit, zu der eine Aktivität oder ein Ereignis stattgefunden hat. | ||
| Beschreibung Die Ereigniszeit erfasst den genauen Zeitpunkt, zu dem eine bestimmte Aktivität im Ablauf der Rechnungsbearbeitung stattgefunden hat. Zu jeder Aktivität, vom Rechnungseingang bis zum Rechnungsausgleich, gehört ein Timestamp. Dieses Attribut ist für die Leistungsanalyse entscheidend. Damit lassen sich Zykluszeiten zwischen Aktivitäten, etwa für Freigabe und Zahlung, sowie die gesamte Durchlaufzeit jeder Rechnung berechnen. Anhand dieser Zeitspannen können Unternehmen Engpässe erkennen, die Leistung mit Service Level Agreements (SLAs) vergleichen und Möglichkeiten zur Beschleunigung ermitteln. Außerdem lassen sich die Ereignisse chronologisch ordnen und Prozessabläufe präzise rekonstruieren. Warum das wichtig ist Unverzichtbar, um Zykluszeiten zu berechnen, Engpässe zu erkennen und die chronologische Abfolge der Prozessereignisse zu analysieren. Woher beziehen Zu finden in Systemprotokollen, Datumsfeldern für die Erstellung oder Änderung von Transaktionen sowie in Ereignis-Timestamps zu Rechnungsdokumenten. Beispiele 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
| Rechnungs-ID InvoiceId | Der eindeutige Bezeichner für jedes Lieferantenrechnungsdokument. Er dient als primäre Case-ID, um den gesamten Ablauf der Rechnung nachzuverfolgen. | ||
| Beschreibung Die Rechnungs-ID ist ein eindeutiger alphanumerischer Code, der jeder von einem Lieferanten eingegangenen Rechnung zugewiesen wird. Sie dient als zentrale Referenz für alle Aktivitäten und Daten zu dieser Rechnung, vom Eingang bis zur endgültigen Zahlung und zum Ausgleich. Im Process Mining ist die Rechnungs-ID grundlegend. Sie fungiert als Case-ID und ermöglicht es der Software, die Ereignisfolge (z. B. „Rechnung eingegangen“, „Freigegeben“, „Bezahlt“) zu einem zusammenhängenden Prozessablauf für eine einzelne Rechnung zusammenzuführen. So lassen sich Prozessvarianten, Zykluszeiten und Engpässe für jede Rechnung analysieren und nachvollziehen, wie die einzelnen Rechnungen bearbeitet werden. Warum das wichtig ist Dieses besonders wichtige Attribut führt alle zugehörigen Prozessschritte in einem Case zusammen und ermöglicht so die durchgängige Analyse und Visualisierung des Prozesses. Woher beziehen In der Regel in den Kopfdaten der Rechnung oder in den Tabellen für Kreditorenbuchungen des Quellsystems zu finden. Beispiele INV-9876547300015298SI-2023-04-112 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aus dem Quellsystem aktualisiert wurden. | ||
| Beschreibung Der Timestamp der letzten Datenaktualisierung gibt an, wann die Daten zuletzt aus dem Quellsystem extrahiert und in die Process-Mining-Umgebung geladen wurden. Er bezeichnet nicht den Zeitpunkt des Geschäftsereignisses, sondern zeigt, wie aktuell die analysierten Daten sind. Dieses Attribut ist für Data Governance wichtig und hilft Benutzern, die Aktualität der Erkenntnisse einzuschätzen. Es bestätigt, dass die Analyse auf aktuellen Informationen beruht, und kann zur Überwachung des Zustands und der Aktualisierungshäufigkeit der Datenpipeline dienen. So wissen Beteiligte, wie aktuell die Daten sind, wenn sie Entscheidungen auf Grundlage der Prozess-Dashboards und Analysen treffen. Warum das wichtig ist Wichtig für Data Governance: Benutzer können damit die Aktualität der analysierten Daten einschätzen, was das Vertrauen in die Erkenntnisse stärkt. Woher beziehen Dieser Timestamp wird in der Regel während des Prozesses zur Extraktion, Transformation und zum Laden der Daten (ETL) erzeugt und hinzugefügt. Beispiele 2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z | |||
| Quellsystem SourceSystem | Das System, aus dem die Daten extrahiert wurden. | ||
| Beschreibung Dieses Attribut bezeichnet das ursprüngliche IT-System, in dem die Ereignisdaten erzeugt oder erfasst wurden, etwa ein ERP-System, ein Dokumentenmanagementsystem oder ein Workflow-Tool. Wenn mehrere Systeme am Kreditorenprozess beteiligt sind, lässt sich damit die Herkunft der einzelnen Aktivitäten unterscheiden. Die Analyse nach Quellsystem hilft, Prozessfragmentierung und Herausforderungen bei der Datenintegration zu verstehen. Sie kann zeigen, ob Verzögerungen oder Probleme bei Übergaben zwischen Systemen auftreten. Das Attribut ist auch für Data Governance und Validierung wichtig, damit die Prozessansicht den Beitrag jedes Systems korrekt wiedergibt. Warum das wichtig ist Gibt Aufschluss über die Herkunft der Daten. Das ist wichtig für die Datenvalidierung und Fehlerbehebung sowie für die Analyse von Prozessabweichungen zwischen verschiedenen Systemen. Woher beziehen In der Regel ein statischer Wert, der bei der Datenextraktion hinzugefügt wird oder in den Kopfzeilen der Systemprotokolle verfügbar ist. Beispiele ERP_PRODSAP_ECC_100Oracle_Fusion | |||
| Benutzername UserName | Der Name oder die ID des Benutzers, der eine bestimmte Aktivität an der Rechnung ausgeführt hat. | ||
| Beschreibung Der Benutzername bezeichnet den Mitarbeitenden oder Systembenutzer, der für einen bestimmten Prozessschritt verantwortlich ist, etwa die Erfassung, Freigabe oder Buchung einer Rechnung. Bei automatisierten Schritten kann es sich um die ID eines System- oder Batch-Benutzers handeln. Dieses Attribut ermöglicht eine menschenbezogene Sicht auf den Prozess. Es dient der Analyse der Arbeitsverteilung und der Leistung einzelner Mitarbeitender oder Teams sowie der Ermittlung von Schulungsbedarf. Wenn Unternehmen Aktivitäten nach Benutzer verfolgen, können sie Nacharbeitsschleifen aufdecken, die durch bestimmte Personen entstehen, festgefahrene Freigaben erkennen und die ordnungsgemäße Funktionstrennung sicherstellen. Das Attribut ist wichtig, um den menschlichen Anteil am Kreditorenprozess zu verstehen. Warum das wichtig ist Ermöglicht die Analyse der Leistung von Teams und einzelnen Mitarbeitenden sowie der Arbeitsverteilung und hilft, Schulungsbedarf oder Compliance-Probleme zu erkennen. Woher beziehen In der Regel in Event Logs oder in den Feldern „Geändert von“ und „Erstellt von“ der Transaktionstabellen zu finden. Beispiele jdoeasmithBATCH_USER | |||
| Bestellnummer PurchaseOrderNumber | Der eindeutige Bezeichner der Bestellung (PO), die der Rechnung zugeordnet ist. | ||
| Beschreibung Die Bestellnummer ist die Referenz-ID des Dokuments, mit dem der Einkauf von Waren oder Dienstleistungen beim Lieferanten ursprünglich genehmigt wurde. Rechnungen können sich auf eine Bestellung beziehen oder ohne Bestellbezug eingehen. Dieses Attribut ist für die Analyse des Rechnungsabgleichs entscheidend. Damit lassen sich Rechnungen mit und ohne Bestellbezug unterscheiden, die häufig sehr unterschiedliche Prozessabläufe durchlaufen. Die Analyse kann sich auf die Effizienz des Drei-Wege-Abgleichs zwischen Bestellung, Wareneingang und Rechnung konzentrieren, Gründe für fehlgeschlagene Abgleiche ermitteln und die KPI für die Erstabgleichsquote messen. Fehlt bei einer Rechnung, für die eine Bestellung erforderlich ist, die Bestellnummer, kann das auf ein Compliance-Problem im Prozess hindeuten. Warum das wichtig ist Entscheidend für die Analyse der Effizienz des Rechnungsabgleichs, die Unterscheidung von Prozessen mit und ohne Bestellbezug sowie die Erkennung von Compliance-Problemen. Woher beziehen In den Rechnungsbuchungsdaten zu finden, häufig in einem Referenzfeld, das auf das Einkaufsmodul verweist. Beispiele 4500017545PO-2023-10-005789123 | |||
| Buchungskreis CompanyCode | Der Bezeichner der juristischen Person oder des Unternehmens, das die Rechnung bearbeitet. | ||
| Beschreibung Der Buchungskreis ist ein eindeutiger Schlüssel für eine eigenständige juristische Person oder ein Unternehmen innerhalb einer Organisation. Rechnungen werden für einen bestimmten Buchungskreis bearbeitet und gebucht. Dieses Attribut ist eine grundlegende Dimension für Vergleichsanalysen in Unternehmen mit mehreren Gesellschaften. Damit können Sie die Leistung der Kreditorenprozesse verschiedener Unternehmen, Tochtergesellschaften oder Geschäftseinheiten vergleichen. Die Analyse kann zeigen, ob bestimmte Einheiten effizienter arbeiten, einen höheren Automatisierungsgrad erreichen oder häufiger von Zahlungssperren betroffen sind. So lassen sich bewährte Vorgehensweisen vereinheitlichen und regionale oder unternehmensspezifische Probleme erkennen. Warum das wichtig ist Ermöglicht den Vergleich von Prozessen zwischen verschiedenen juristischen Personen oder Geschäftseinheiten und hilft, Vorgehensweisen zu vereinheitlichen sowie lokale Probleme zu erkennen. Woher beziehen Im Kopf von Finanz- oder Rechnungsbuchungsdokumenten zu finden; gibt die buchende Einheit an. Beispiele 1000US01DE01 | |||
| Lieferantenname VendorName | Der Name des Lieferanten, der die Rechnung eingereicht hat. | ||
| Beschreibung Der Lieferantenname bezeichnet den rechtlichen oder geschäftlichen Namen des Lieferanten, der Waren oder Dienstleistungen bereitstellt. Dieses Attribut liefert wichtigen geschäftlichen Kontext zu jeder Rechnung. Wenn Sie den Prozess nach Lieferantennamen aufschlüsseln, können Sie Leistung und Geschäftsbeziehungen mit einzelnen Lieferanten bewerten. So lassen sich Fragen beantworten wie: „Bei welchen Lieferanten dauern Freigaben am längsten?“, „Gibt es bei bestimmten Lieferanten häufig Abweichungen auf Rechnungen?“ oder „Nutzen wir Skonti für wichtige Lieferanten konsequent?“ Diese Sicht ist für Einkauf und Lieferantenmanagement wichtig. Warum das wichtig ist Ermöglicht die Leistungsanalyse nach Lieferant und hilft, problematische Geschäftsbeziehungen, die Einhaltung von Zahlungsbedingungen und Prozessabweichungen je Lieferant zu erkennen. Woher beziehen In den Stammdatentabellen der Lieferanten zu finden und über eine Lieferanten-ID mit den Rechnungsbuchungsdaten verknüpft. Beispiele Global Office SuppliesInnovate Tech SolutionsAdvanced Logistics Corp | |||
| Rechnungsbetrag InvoiceAmount | Der Gesamtbetrag der Rechnung in der ursprünglichen Transaktionswährung. | ||
| Beschreibung Der Rechnungsbetrag bezeichnet den gesamten Bruttowert der vom Lieferanten eingereichten Rechnung. Er ist eine wichtige finanzielle Kennzahl für jeden Case. Dieses Attribut wird häufig in der Finanz- und Leistungsanalyse verwendet. Damit lassen sich Prozesse nach finanzieller Bedeutung filtern, etwa um Rechnungen mit hohem Wert gesondert zu analysieren. Außerdem können Sie Freigabeengpässe bei Rechnungen über einem bestimmten Schwellenwert erkennen und die finanziellen Auswirkungen ineffizienter Abläufe berechnen. So lässt sich beispielsweise der Wert gesperrter Rechnungen beziffern oder die Automatisierung von Rechnungen mit hohem Volumen und geringem Wert priorisieren. Der Rechnungsbetrag ist eine grundlegende Dimension für nahezu alle Dashboards zur Kreditorenbuchhaltung. Warum das wichtig ist Ermöglicht die Analyse finanzieller Auswirkungen, etwa die Bezifferung gesperrter Zahlungen, und hilft, Rechnungen nach ihrer finanziellen Bedeutung zu priorisieren. Woher beziehen In der Regel in den Kopf- oder Positionsdatentabellen der Rechnungsbuchungsdaten zu finden. Beispiele 1500.7525000.00345.50 | |||
| Rechnungsfälligkeitsdatum InvoiceDueDate | Das Datum, bis zu dem die Rechnung gemäß den Zahlungsbedingungen bezahlt werden muss. | ||
| Beschreibung Das Rechnungsfälligkeitsdatum ist der berechnete Termin, bis zu dem die Zahlung beim Lieferanten eingehen muss, damit sie fristgerecht erfolgt und keine Verzugsgebühren oder sonstigen Strafen anfallen. Es wird in der Regel anhand des Rechnungsdatums und der vereinbarten Zahlungsbedingungen berechnet, zum Beispiel netto 30 Tage. Dieses Attribut ist wichtig, um die Zahlungsleistung zu messen. Es bildet die Grundlage für die Berechnung der KPI zur fristgerechten Zahlungsquote und für die Erkennung verspäteter Zahlungen. Durch den Vergleich des Fälligkeitsdatums mit dem tatsächlichen Zahlungsdatum können Unternehmen die Pünktlichkeit ihrer Zahlungen analysieren, Lieferantenbeziehungen verbessern, Strafen vermeiden und ihren Cashflow gezielt steuern. Warum das wichtig ist Entscheidend für die Messung fristgerechter Zahlungen, die Steuerung des Cashflows und die Vermeidung von Verzugsstrafen. Woher beziehen Dieses Datum wird häufig vom Quellsystem anhand des Rechnungsdatums und der Zahlungsbedingungen berechnet und im Rechnungskopf gespeichert. Beispiele 2023-11-252023-12-152024-01-30 | |||
| Automatisiert IsAutomated | Ein Kennzeichen dafür, ob eine Aktivität automatisch vom System oder von einem Benutzer ausgeführt wurde. | ||
| Beschreibung Dieses boolesche Attribut gibt an, ob ein bestimmter Prozessschritt von einem Systembenutzer, etwa durch Automatisierung, Workflow oder Batch-Job, oder von einem Menschen ausgeführt wurde. So lassen sich manuelle und automatisierte Aktivitäten unterscheiden. Die Analyse dieses Attributs ist grundlegend, um den Automatisierungsgrad des Kreditorenprozesses zu verstehen und den Erfolg digitaler Transformationsinitiativen zu messen. Anhand der Rechnungen, die ohne manuelle Eingriffe bearbeitet werden, lässt sich die Straight-Through-Processing-Rate (STP) berechnen. Der Leistungsvergleich automatisierter und manueller Abläufe kann eine fundierte Grundlage für weitere Investitionen in die Automatisierung schaffen, indem Zeit- und Kosteneinsparungen beziffert werden. Warum das wichtig ist Ermöglicht die Messung des Automatisierungsgrads, etwa der Straight-Through-Processing-Rate, und hilft, die Auswirkungen der Automatisierung auf die Prozesseffizienz zu beziffern. Woher beziehen Wird häufig daraus abgeleitet, ob der „UserName“ einer Aktivität einer bekannten System- oder Batch-Benutzer-ID entspricht. Beispiele truefalse | |||
| Rechnungswährung InvoiceCurrency | Der Währungscode des Rechnungsbetrags, z. B. USD, EUR oder GBP. | ||
| Beschreibung Die Rechnungswährung gibt an, in welcher Währung der Rechnungsbetrag ausgewiesen ist. Das ist besonders für international tätige Unternehmen wichtig, die mit Lieferanten in verschiedenen Ländern zusammenarbeiten. Für die Analyse ist dieses Attribut unverzichtbar, um den Rechnungsbetrag korrekt zu interpretieren und präzise Finanzberechnungen durchzuführen. Sie können den Prozess nach Währung filtern, um regionale Unterschiede oder währungsspezifische Herausforderungen zu erkennen. In Verbindung mit Wechselkursdaten lassen sich Finanzwerte in eine einheitliche Berichtswährung umrechnen und weltweit konsistent analysieren. Warum das wichtig ist Liefert den nötigen Kontext zum Rechnungsbetrag und ermöglicht eine präzise Finanzanalyse sowie die Aufschlüsselung von Prozessen in international tätigen Unternehmen. Woher beziehen In der Regel im Rechnungskopf neben dem Rechnungsbetrag zu finden. Beispiele USDEURGBP | |||
| Sperrgrund BlockingReason | Der Grundcode oder die Beschreibung, die erklärt, warum eine Rechnung für die Zahlung gesperrt ist. | ||
| Beschreibung Ein Sperrgrund ist ein Code oder Text, der erklärt, warum eine Rechnung absichtlich nicht zur Zahlung weitergeleitet wird. Häufige Gründe sind Abweichungen bei Menge oder Preis, ein fehlender Wareneingang oder eine erforderliche Qualitätsprüfung. Dieses Attribut ist wichtig, um Ausnahmen und Nacharbeit auf ihre Ursachen zurückzuführen. Durch die Analyse der Häufigkeit und Auswirkungen verschiedener Sperrgründe können Unternehmen die häufigsten Ursachen für Ineffizienz im Kreditorenprozess ermitteln. Darauf aufbauend lassen sich gezielte Verbesserungen umsetzen, etwa die Bestellgenauigkeit bei Lieferanten zu erhöhen oder den Wareneingang zu vereinfachen. Weniger Zahlungssperren tragen wesentlich zu einer höheren Straight-Through-Processing-Rate (STP) bei. Warum das wichtig ist Unverzichtbar für die Ursachenanalyse von Zahlungssperren und hilft, die wichtigsten Treiber von Ineffizienz und Nacharbeit im Prozess zu ermitteln. Woher beziehen Im Rechnungsdokument oder in einer zugehörigen Statustabelle zu finden; wird häufig ausgefüllt, wenn die Aktivität „Gesperrt“ auftritt. Beispiele PreisabweichungMengenabweichungWareneingang fehlt | |||
| Zahlungsbedingungen PaymentTerms | Die mit dem Lieferanten vereinbarten Bedingungen für die Rechnungszahlung, einschließlich Fälligkeitsterminen und Skontomöglichkeiten. | ||
| Beschreibung Die Zahlungsbedingungen legen fest, unter welchen Voraussetzungen eine Rechnung bezahlt werden soll. Dazu gehören häufig die Zahlungsfrist, etwa 30 Tage netto, und mögliche Skonti für vorzeitige Zahlung, zum Beispiel 2 % Skonto bei Zahlung innerhalb von 10 Tagen. Dieses Attribut liefert wichtigen Kontext für die Analyse der finanziellen Leistung. Es dient zur Berechnung des Rechnungsfälligkeitsdatums und zur Ermittlung von Möglichkeiten, Skonti für vorzeitige Zahlungen in Anspruch zu nehmen. Wenn Unternehmen die Prozessleistung nach Zahlungsbedingungen analysieren, erkennen sie, ob sie Skontomöglichkeiten aufgrund langer interner Durchlaufzeiten regelmäßig verpassen. So wird der Zusammenhang zwischen Prozesseffizienz und finanziellen Einsparungen sichtbar. Warum das wichtig ist Bestimmt die Berechnung des Rechnungsfälligkeitsdatums und ist entscheidend für die Analyse der Skontonutzung. So wird der Zusammenhang zwischen Prozesseffizienz und Kosteneinsparungen deutlich. Woher beziehen Stammt in der Regel aus den Lieferantenstammdaten und wird bei der Erstellung in den Rechnungskopf übernommen. Beispiele Netto 30 Tage2 % Skonto bei Zahlung innerhalb von 10 Tagen, netto 30 TageNetto 60 Tage | |||
| Zahlungsdatum PaymentDate | Das Datum, an dem die Zahlung für die Rechnung tatsächlich ausgeführt wurde. | ||
| Beschreibung Das Zahlungsdatum ist der Timestamp, der angibt, wann die Mittel für eine bestimmte Rechnung an den Lieferanten ausgezahlt wurden. Dieser wichtige Meilenstein markiert häufig das Ende des Hauptablaufs. Bei der Process-Mining-Analyse wird das Zahlungsdatum mit dem Rechnungsfälligkeitsdatum verglichen, um festzustellen, ob die Zahlung fristgerecht, vorzeitig oder verspätet erfolgte. Es ist eine zentrale Grundlage für die Berechnung wichtiger KPIs wie der fristgerechten Zahlungsquote und für die Analyse von Möglichkeiten, Skonti für vorzeitige Zahlungen in Anspruch zu nehmen. Auch der Zeitraum zwischen Rechnungsfreigabe und Zahlung kann Ineffizienzen bei der Zahlungsabwicklung oder im Treasury aufzeigen. Warum das wichtig ist Unverzichtbar für die Berechnung fristgerechter Zahlungsquoten, die Analyse des Zahlungsverhaltens und die Ermittlung von Möglichkeiten, Skonti für vorzeitige Zahlungen in Anspruch zu nehmen. Woher beziehen In den Zahlungs- oder Ausgleichsdaten zu finden, die mit der ursprünglichen Rechnungsbuchung verknüpft sind. Beispiele 2023-11-242023-12-202024-01-28 | |||
Aktivitäten der Kreditorenrechnungsverarbeitung
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Rechnung abgeglichen | Bei dieser Aktivität wird eine Rechnung mit Belegen wie Bestellungen oder Wareneingängen verknüpft. So wird geprüft, ob die berechneten Beträge, Mengen und Artikel mit den bestellten und gelieferten übereinstimmen. | ||
| Warum das wichtig ist Bei Rechnungen mit Bestellbezug ist dies ein entscheidender Prüfschritt. Die Analyse der Erfolgsquoten und Dauer des Abgleichs hilft, den Automatisierungsgrad zu verstehen und problematische Lieferanten oder Materialien zu erkennen. Woher beziehen Dieses Ereignis wird üblicherweise erfasst, wenn eine Bestell- oder Wareneingangsreferenz erfolgreich mit den Rechnungspositionen verknüpft wird. Dabei wird häufig ein Statusfeld für den Abgleich aktualisiert. Erfassung Erfassen Sie den Timestamp, zu dem der Abgleichsstatus der Rechnung auf „Abgeglichen“ oder „Erfolgreich“ gesetzt wird. Ereignistyp explicit | |||
| Rechnung ausgeglichen | Diese Aktivität bezeichnet den abschließenden Abgleich, bei dem die Zahlung der Rechnung zugeordnet und der Posten im Nebenbuch der Kreditorenbuchhaltung formell geschlossen wird. In manchen Fällen kann sie auch den Zahlungsausgleich durch die Bank abbilden. | ||
| Warum das wichtig ist Dies ist die letzte Aktivität und kennzeichnet den erfolgreichen Abschluss des Prozesses. Die Zeit vom Rechnungseingang bis zum Ausgleich entspricht der gesamten Durchlaufzeit von Anfang bis Ende. Woher beziehen Das Ereignis wird anhand des Ausgleichsdatums im Finanzdatensatz der Rechnung erfasst. Dieses Feld wird ausgefüllt, wenn die Zahlung zugeordnet wird. Erfassung Verwenden Sie das Ausgleichsdatum der Rechnungsposition im Finanzbuch. Ereignistyp explicit | |||
| Rechnung eingegangen | Diese Aktivität kennzeichnet den erstmaligen Eingang einer Lieferantenrechnung im System. Die Erfassung kann manuell, per optischer Zeichenerkennung (OCR) oder über elektronischen Datenaustausch (EDI) erfolgen. | ||
| Warum das wichtig ist Dies ist der zentrale Startpunkt des Prozesses. Die Zeit zwischen diesem Ereignis und späteren Ereignissen zeigt die gesamte Bearbeitungsdauer und macht Verzögerungen am Prozessanfang sichtbar. Woher beziehen Dieses Ereignis wird in der Regel anhand des Erstellungs-Timestamps des primären Rechnungs- oder Lieferantenrechnungsdatensatzes im System erfasst. Erfassung Verwenden Sie das Erstellungsdatum des Rechnungskopfsatzes. Ereignistyp explicit | |||
| Rechnung freigegeben | Diese Aktivität bezeichnet die endgültige Freigabe im Workflow und erteilt die offizielle Zahlungsautorisierung. Sie ist ein entscheidender Meilenstein, nach dem die Rechnung in die Zahlungsphase übergeht. | ||
| Warum das wichtig ist Mit dieser Aktivität endet der Freigabezyklus. Die bis dahin verstrichene Zeit ist ein wichtiger Bestandteil der gesamten Rechnungsbearbeitungsdauer und weist häufig auf Engpässe bei der Freigabe hin. Woher beziehen Das Ereignis wird erfasst, wenn der Workflow- oder Dokumentstatus der Rechnung auf „Genehmigt“ oder einen entsprechenden Endstatus gesetzt wird. Erfassung Erfassen Sie den Timestamp, zu dem der endgültige Freigabestatus der Rechnung dokumentiert wird. Ereignistyp explicit | |||
| Rechnung gebucht | Die freigegebene Rechnung wird offiziell im Hauptbuch erfasst. Dadurch entsteht eine finanzielle Verbindlichkeit für das Unternehmen. Diese wichtige Buchung erfasst den Aufwand und die Zahlungsverpflichtung formell. | ||
| Warum das wichtig ist Die Buchung ist ein wichtiges Finanzereignis. Verzögerungen zwischen Freigabe und Buchung können die Genauigkeit der Finanzberichterstattung und den Überblick über offene Verbindlichkeiten beeinträchtigen. Woher beziehen Dieses zentrale Finanzereignis wird anhand von Datum und Uhrzeit der Buchung des zur Rechnung gehörenden Belegs erfasst. Erfassung Verwenden Sie das Buchungsdatum aus dem Kopf des mit der Rechnung verknüpften Finanzbelegs. Ereignistyp explicit | |||
| Zahlung ausgeführt | Die Zahlung wird offiziell ausgeführt und der Betrag an den Lieferanten überwiesen. Damit wird die Verbindlichkeit beglichen, die bei der Buchung der Rechnung entstanden ist. | ||
| Warum das wichtig ist Dieses Ereignis ist entscheidend für die Berechnung pünktlicher Zahlungen und genutzter Skonti. Es kennzeichnet die Übertragung des Geldbetrags und ist ein wichtiger Meilenstein für das Treasury und die Pflege der Lieferantenbeziehungen. Woher beziehen Dieses Finanzereignis wird ausdrücklich anhand des Transaktionsdatums des für die Rechnung erstellten Zahlungsbelegs erfasst. Erfassung Verwenden Sie das Transaktions- oder Buchungsdatum des Zahlungsbelegs, mit dem die Rechnung ausgeglichen wird. Ereignistyp explicit | |||
| Zur Freigabe eingereicht | Die Rechnung wird offiziell in einen Workflow zur Prüfung und Freigabe durch eine oder mehrere autorisierte Personen übergeben. Damit beginnt der Freigabe-Teilprozess. | ||
| Warum das wichtig ist Dies ist der Ausgangspunkt für die Messung der Freigabezyklen. So lässt sich die Zeit für die Datenverarbeitung von der Wartezeit auf eine Managementfreigabe unterscheiden. Woher beziehen Dieses Ereignis wird erfasst, wenn sich der Rechnungsstatus zu „Freigabe ausstehend“ ändert oder die Rechnung in ein Workflow-Management-System aufgenommen wird. Erfassung Ermitteln Sie das Ereignis, bei dem der Rechnungsstatus auf den Beginn eines Freigabe-Workflows hinweist. Ereignistyp explicit | |||
| Rechnung abgelehnt | Eine freigebende Person lehnt die Rechnung im Workflow ab und stoppt damit ihre Bearbeitung bis zur Zahlung. In der Regel wird die Rechnung zur Korrektur an einen früheren Prozessschritt zurückgegeben. Dadurch entsteht eine Nacharbeitsschleife. | ||
| Warum das wichtig ist Ablehnungen verursachen häufig Nacharbeit und Prozessverzögerungen. Werden ihre Häufigkeit und Gründe erfasst, lassen sich Probleme bei der Datenqualität, beim Verständnis von Richtlinien oder bei der Compliance von Lieferanten erkennen. Woher beziehen Das Ereignis wird ausdrücklich als Statusänderung im Freigabeverlauf oder Workflow-Protokoll des Systems erfasst, zum Beispiel als „Abgelehnt“ oder „Zurückgewiesen“. Erfassung Verwenden Sie den Timestamp aus dem Freigabeprotokoll, zu dem der Status der Rechnung auf „Abgelehnt“ gesetzt wird. Ereignistyp explicit | |||
| Rechnung geprüft | Diese Aktivität bezeichnet den Abschluss der ersten Prüfung der erfassten Rechnungsdaten auf Vollständigkeit und Richtigkeit, bevor die Rechnung abgeglichen oder freigegeben wird. Dabei kann es sich um eine automatische Systemprüfung oder eine manuelle Kontrolle handeln. | ||
| Warum das wichtig ist Die Nachverfolgung dieser Aktivität hilft, Engpässe bei der ersten Prüfung der Datenqualität zu erkennen und die Effizienz der vorbereitenden Schritte zu messen. Woher beziehen Die Aktivität wird häufig anhand einer Statusänderung des Rechnungsdatensatzes oder eines bestimmten Prüf-Timestamps erfasst. Sie kann auch daraus abgeleitet werden, dass der Datensatz fehlerfrei gespeichert wurde. Erfassung Suchen Sie nach einer Statusänderung zu „Geprüft“ oder einem bestimmten Prüfereignis im Event Log. Ereignistyp explicit | |||
| Rechnung gesperrt | Diese Aktivität tritt auf, wenn eine Rechnung nicht weiter zur Zahlung bearbeitet werden kann. Eine Sperre wird in der Regel automatisch oder manuell gesetzt, wenn beim Abgleich Abweichungen festgestellt werden, Richtlinien verletzt wurden oder andere Punkte untersucht werden müssen. | ||
| Warum das wichtig ist Sperren sind eine häufige Ursache für Zahlungsverzögerungen und zusätzlichen Bearbeitungsaufwand. Für Prozessverbesserungen ist es entscheidend zu wissen, wann, warum und wie oft sie auftreten. Woher beziehen Dieses Ereignis wird ausdrücklich erfasst, wenn für die Rechnung ein Zurückstellungs- oder Sperrstatus gesetzt wird. Häufig ist es in einem Statusprotokoll oder einer Änderungshistorie dokumentiert. Erfassung Verwenden Sie den Timestamp, zu dem für die Rechnung ein Zahlungssperrcode oder der Status „Zurückgestellt“ gesetzt wird. Ereignistyp explicit | |||
| Rechnung storniert | Die Rechnung wird nach ihrer Erfassung oder Buchung für ungültig erklärt oder rückgängig gemacht, meist um einen Fehler zu korrigieren oder auf einen Lieferantenstreit zu reagieren. Dies ist ein alternativer und in der Regel unerwünschter Endpunkt des Prozesses. | ||
| Warum das wichtig ist Stornierungen weisen auf Prozessfehler hin, etwa doppelte Erfassungen oder falsche Buchungen. Ihre Häufigkeit und Ursachen zu verfolgen, ist wichtig, um die Genauigkeit der Dateneingabe und die Prozessqualität zu verbessern. Woher beziehen Dieses Ereignis wird ausdrücklich erfasst, wenn ein Benutzer die Rechnung für ungültig erklärt oder einen Stornobeleg bucht. Dabei wird ein Storno- oder Rücknahmedatum eingetragen. Erfassung Suchen Sie im Rechnungsdatensatz nach einem Verweis auf einen Stornobeleg oder einem Stornokennzeichen mit zugehörigem Datum. Ereignistyp explicit | |||
| Skonto bei vorzeitiger Zahlung genutzt | Eine Zahlung wird innerhalb des Skontozeitraums des Lieferanten ausgeführt und führt so zu einer Kostenersparnis für das Unternehmen. Dies ist kein direktes Systemereignis, sondern wird aus Transaktionsdaten abgeleitet. | ||
| Warum das wichtig ist Diese Aktivität misst direkt den finanziellen Nutzen eines effizienten Prozesses in der Kreditorenbuchhaltung. Werden verpasste Möglichkeiten zur vorzeitigen Zahlung ermittelt, lässt sich der finanzielle Wert von Prozessverbesserungen klar beziffern. Woher beziehen Dieses Ereignis wird berechnet, indem das Ausführungsdatum der Zahlung mit den Zahlungsbedingungen und dem Skontodatum der Rechnung verglichen wird. Erfassung Berechnung: IF Payment_Date <= Discount_Due_Date. Ereignistyp calculated | |||
| Sperre aufgehoben | Diese Aktivität kennzeichnet die Klärung eines Problems und die anschließende Aufhebung einer Zahlungssperre oder Zurückstellung. Sie zeigt an, dass die Rechnung korrigiert oder geklärt wurde und nun weiterbearbeitet werden kann. | ||
| Warum das wichtig ist Die Zeit zwischen der Sperrung einer Rechnung und der Aufhebung der Sperre entspricht der Dauer der Klärung. Die Analyse dieser Zeitspanne zeigt Ineffizienzen bei der Bearbeitung von Ausnahmen auf. Woher beziehen Das Ereignis wird aus Systemprotokollen oder Änderungsbelegen erfasst, in denen die Aufhebung oder Deaktivierung einer Zahlungssperre dokumentiert ist. Erfassung Erfassen Sie den Timestamp, zu dem der Zahlungssperrcode oder Zurückstellungsstatus der Rechnung aufgehoben wird. Ereignistyp explicit | |||
| Zahlung eingeplant | Eine gebuchte Rechnung wird ausgewählt und in einen Zahlungsvorschlag oder Zahlungslauf aufgenommen. Diese Aktivität zeigt an, dass die Rechnung im nächsten Zahlungslauf beglichen werden soll. | ||
| Warum das wichtig ist Dieser Schritt verbindet die Buchung mit der tatsächlichen Zahlung. Die Analyse dieser Aktivität hilft, den Cashflow zu steuern und die Effizienz der Zahlungsvorbereitung zu beurteilen. Woher beziehen Das Ereignis lässt sich aus der Erstellung eines Zahlungsvorschlags ableiten oder daraus, dass die Rechnung in ein Zahlungsjournal oder einen Zahlungslauf aufgenommen wird. Erfassung Erfassen Sie das Erstellungsdatum des Zahlungsvorschlags oder Zahlungslaufs, in den die Rechnung aufgenommen wurde. Ereignistyp inferred | |||
| Zahlung verspätet | Eine Rechnung wird nach ihrem vertraglich vereinbarten Fälligkeitstermin bezahlt. Dieses berechnete Ereignis zeigt an, dass die Zahlungsverpflichtung nicht fristgerecht erfüllt wurde. | ||
| Warum das wichtig ist Verspätete Zahlungen können Lieferantenbeziehungen belasten, finanzielle Strafen nach sich ziehen und auf systembedingte Ineffizienzen hinweisen. Ihre Messung hilft, die Prozessleistung und das Compliance-Risiko zu beziffern. Woher beziehen Dieses Ereignis wird berechnet, indem das Ausführungsdatum der Zahlung mit dem auf der Rechnung angegebenen Nettofälligkeitstermin verglichen wird. Erfassung Berechnung: IF Payment_Date > Net_Due_Date. Ereignistyp calculated | |||
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 Ihre Kreditorenrechnungsverarbeitung genauer: Wählen Sie eine unserer Extraktionsanleitungen für ein bestimmtes System oder verwenden Sie dieses generische Template als Grundlage.
Steigern Sie jetzt die Effizienz in der Kreditorenbuchhaltung
Vereinfachen Sie Workflows, senken Sie Kosten und gewinnen Sie einen vollständigen Überblick über Ihren Kreditorenprozess.
Keine Kreditkarte erforderlich. In wenigen Minuten können Sie loslegen.