Ihr Daten-Template für die Purchase-to-Pay-Rechnungsverarbeitung
Ihr Daten-Template für die Purchase-to-Pay-Rechnungsverarbeitung
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Analyse
- Anleitung zur Datenextraktion aus Coupa
Attribute für die Purchase-to-Pay-Rechnungsverarbeitung
| Name | Beschreibung | ||
|---|---|---|---|
|
Ereigniszeit
EventTime
|
Der genaue Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat. | ||
|
Beschreibung
Die Ereigniszeit, auch Timestamp genannt, erfasst das genaue Datum und die Uhrzeit einer Aktivität. Sie bildet die zeitliche Grundlage des Prozessprotokolls und ordnet alle Ereignisse jedes Cases chronologisch. Dieses Attribut ist für alle zeitbasierten Process-Mining-Analysen unverzichtbar. Es dient dazu, Durchlaufzeiten zwischen Aktivitäten zu berechnen, die Dauer von Engpässen und Wartezeiten zu ermitteln und die Prozessleistung über verschiedene Zeiträume hinweg zu analysieren. Genaue Timestamps sind entscheidend für realistische Prozessmodelle und aussagekräftige Leistungs-KPIs.
Warum das wichtig ist
Die chronologischen Daten ermöglichen die Berechnung aller Dauern, Durchlaufzeiten und Wartezeiten. Sie sind eine wesentliche Grundlage für die Leistungsanalyse.
Woher beziehen
Diese Daten werden im Audit-Trail oder in den Verlaufsprotokollen der Rechnungsobjekte in Coupa erfasst. Jede protokollierte Aktion oder Statusänderung enthält einen Timestamp.
Beispiele
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
|
|||
|
Rechnungsnummer
InvoiceNumber
|
Die eindeutige Kennung der Lieferantenrechnung. Sie dient als primärer Schlüssel, um die Rechnung über ihren gesamten Lebenszyklus hinweg zu verfolgen. | ||
|
Beschreibung
Die Rechnungsnummer ist die eindeutige Referenz, die ein Lieferant einem Rechnungsdokument zuweist. Im Process Mining dient sie als Case-ID und verknüpft alle zugehörigen Aktivitäten vom Eingang und der Prüfung bis zur Freigabe und endgültigen Zahlung. Die Analyse nach Rechnungsnummer ermöglicht eine vollständige Sicht auf den gesamten Ablauf jeder Rechnung. So lassen sich unterschiedliche Bearbeitungswege erkennen, Durchlaufzeiten genau messen und einzelne Rechnungen identifizieren, bei denen Verzögerungen, Sperren oder Ausnahmen auftreten. Dieses zentrale Attribut ermöglicht eine detaillierte Analyse der Leistung der Rechnungsverarbeitung.
Warum das wichtig ist
Die Rechnungsnummer ist die zentrale Case-Kennung. Sie verknüpft alle Ereignisse einer Rechnung und ermöglicht eine zusammenhängende Prozessanalyse von Anfang bis Ende.
Woher beziehen
Dies ist ein primäres Feld des Rechnungsobjekts in Coupa. Sie finden es in der Benutzeroberfläche in den Rechnungs-Kopfdaten oder über die Invoices API.
Beispiele
INV-2023-00123785549-APO45001-INV
|
|||
|
Aktivität
ActivityName
|
Der Name eines bestimmten Geschäftsereignisses oder einer Aufgabe, die während der Rechnungsverarbeitung stattgefunden hat. | ||
|
Beschreibung
Der Aktivitätsname bezeichnet einen Schritt im Workflow der Rechnungsverarbeitung, etwa „Rechnung erstellt“, „Rechnung zur Freigabe gesendet“ oder „Zahlung ausgeführt“. Jede Aktivität steht für einen bestimmten Zeitpunkt, zu dem sich der Status oder die Zuständigkeit für die Rechnung geändert hat. Im Process Mining bildet die Abfolge der Aktivitäten den Prozessablauf. Ihre Analyse macht den tatsächlichen Prozess sichtbar, zeigt häufige und seltene Abläufe, deckt Engpässe durch zu lange Bearbeitungszeiten auf und hilft, nicht konforme oder ineffiziente Schritte wie Nacharbeitsschleifen zu erkennen.
Warum das wichtig ist
Dieses Attribut ist entscheidend für die Erstellung der Prozessübersicht. Es ermöglicht, den tatsächlichen Workflow der Rechnungsverarbeitung sichtbar zu machen und zu analysieren.
Woher beziehen
Dieses Attribut wird in der Regel aus Event Logs, Audit-Trails oder Statusänderungen im Rechnungsmodul von Coupa abgeleitet. Dazu müssen Statusänderungen oder bestimmte Benutzeraktionen häufig definierten Aktivitätsnamen zugeordnet werden.
Beispiele
Rechnung zur Bearbeitung eingereichtRechnung freigegebenRechnung gesperrtZahlung ausgeführt
|
|||
|
Benutzer
User
|
Der Benutzer oder Systemagent, der die Aktivität ausgeführt hat. | ||
|
Beschreibung
Dieses Attribut bezeichnet die Person oder das automatisierte System, das für einen bestimmten Prozessschritt verantwortlich war, etwa für die Freigabe einer Rechnung oder das Aufheben einer Sperre. Häufig wird dafür eine Benutzer-ID, ein Name oder eine E-Mail-Adresse verwendet. Die Analyse nach Benutzern hilft, die Teamleistung und Arbeitsverteilung zu verstehen und Schulungsbedarf zu erkennen. Sie ist auch für die Engpassanalyse wichtig, da sich damit feststellen lässt, ob Verzögerungen bei bestimmten Freigebenden oder Teams auftreten. Außerdem können manuelle und automatisierte Aktivitäten unterschieden werden.
Warum das wichtig ist
Das Attribut ermöglicht die Analyse der Arbeitsverteilung, zeigt durch bestimmte Benutzer oder Teams verursachte Engpässe auf und unterstützt die Bewertung von Benutzerleistung und Compliance.
Woher beziehen
Benutzerinformationen werden in Coupa üblicherweise im Audit-Trail oder in der Rechnungshistorie erfasst und den jeweiligen Aktionen zugeordnet.
Beispiele
john.doe@company.comjane.smithSystem.Automation
|
|||
|
Bestellnummer
PurchaseOrderNumber
|
Die Kennung der Bestellung, auf die sich die Rechnung bezieht. | ||
|
Beschreibung
Die Bestellnummer verknüpft eine Rechnung mit dem ursprünglichen Einkaufsdokument. Diese Verbindung ist die Grundlage für den Bestellabgleich, einen wichtigen Schritt bei der Rechnungsprüfung in vielen Unternehmen. Im Process Mining ist dieses Attribut entscheidend für die Analyse des Bestellabgleichs und der Klärung von Abweichungen. Es ermöglicht, Rechnungen zu bestimmten Bestellungen zu filtern, und ist eine wichtige Grundlage für das Dashboard „Übersicht zu Abweichungen beim Bestellabgleich“. Ein hoher Anteil an Rechnungen ohne Bestellnummer kann auf nicht genehmigte Beschaffung oder nicht konforme Einkaufsprozesse hindeuten.
Warum das wichtig ist
Das Attribut verknüpft die Rechnung mit dem Beschaffungsprozess und ermöglicht die Analyse der Effizienz des Bestellabgleichs und der Bearbeitung von Abweichungen.
Woher beziehen
Dies ist ein Standardfeld des Rechnungspositionsobjekts in Coupa. Es ordnet Rechnungspositionen den Bestellpositionen zu.
Beispiele
PO4500123PO4500456PO4500789
|
|||
|
Lieferantenname
VendorName
|
Der Name des Lieferanten, der die Rechnung eingereicht hat. | ||
|
Beschreibung
Der Lieferantenname bezeichnet den Geschäftspartner, von dem Waren oder Dienstleistungen bezogen wurden. Diese Kontextinformation ist wichtig für die Analyse der Zahlungsleistung und der Geschäftsbeziehungen. Mit diesem Attribut lässt sich der Rechnungsprozess nach Lieferanten aufschlüsseln. So können Sie Fragen beantworten wie: „Bei welchen Lieferanten dauert die Rechnungsverarbeitung am längsten?“ oder „Bezahlen wir bestimmte strategische Lieferanten durchgehend pünktlich?“ Die Analyse nach Lieferanten ist wichtig für das Dashboard „Pünktlichkeit der Lieferantenzahlungen“ und eine wirksame Pflege der Lieferantenbeziehungen.
Warum das wichtig ist
Das Attribut ermöglicht die Aufschlüsselung und Analyse des Prozesses nach Lieferanten. Das ist wichtig für die Pflege der Lieferantenbeziehungen und das Erkennen lieferantenspezifischer Probleme.
Woher beziehen
Diese Information gehört zu den Kerndaten der Rechnung in Coupa und ist mit dem Lieferantenobjekt verknüpft.
Beispiele
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Rechnungsgesamtbetrag
InvoiceTotalAmount
|
Der Gesamtbetrag der Rechnung einschließlich Steuern und sonstiger Kosten. | ||
|
Beschreibung
Dieses Attribut gibt den insgesamt fälligen Rechnungsbetrag an. Es ist eine grundlegende Finanzkennzahl für zahlreiche Analysen. Die Analyse nach Rechnungsbetrag kann wichtige Muster aufzeigen. Beispielsweise durchlaufen Rechnungen mit hohen Beträgen möglicherweise einen anderen, strengeren Freigabeprozess, der zu längeren Durchlaufzeiten führt. Der Betrag dient auch dazu, die finanziellen Auswirkungen ineffizienter Prozesse zu bewerten, etwa den Wert derzeit gesperrter oder verzögerter Rechnungen.
Warum das wichtig ist
Das Attribut liefert wichtigen finanziellen Kontext. Damit lässt sich analysieren, wie sich das Prozessverhalten je nach Rechnungsbetrag ändert und welche finanziellen Folgen Verzögerungen haben.
Woher beziehen
Dies ist ein Standardfeld des Rechnungsobjekts in Coupa. Es heißt üblicherweise „Total“ oder „Total Amount“.
Beispiele
1500.75250.0012345.50
|
|||
|
Rechnungsstatus
InvoiceStatus
|
Der aktuelle Status der Rechnung im Bearbeitungs-Workflow. | ||
|
Beschreibung
Der Rechnungsstatus zeigt jederzeit den aktuellen Stand einer Rechnung an, etwa „Freigabe ausstehend“, „Freigegeben“, „Gesperrt“ oder „Bezahlt“. Dieses dynamische Attribut ändert sich im Verlauf der Rechnungsverarbeitung. Das Attribut ist wichtig für Dashboards zur operativen Überwachung, etwa das Dashboard „Durchsatz und Status der Rechnungsverarbeitung“. Es ermöglicht, den aktuellen Bestand offener Rechnungen und ihre Verteilung auf die verschiedenen Prozessphasen zu verfolgen. Die Analyse von Statusänderungen im Zeitverlauf ist außerdem eine wichtige Grundlage für die Ableitung des Attributs „ActivityName“.
Warum das wichtig ist
Das Attribut zeigt in Echtzeit, an welcher Stelle des Workflows sich eine Rechnung befindet. Das ist wichtig für operative Dashboards und die Statusverfolgung.
Woher beziehen
Dies ist ein primäres Statusfeld des Rechnungsobjekts in Coupa.
Beispiele
Freigabe ausstehendGenehmigtStorniertBezahlt
|
|||
|
Zahlungsziel
PaymentDueDate
|
Das Datum, bis zu dem die Rechnung bezahlt werden muss, damit sie nicht überfällig wird. | ||
|
Beschreibung
Das Zahlungsziel ist ein wichtiges Datum, das sich aus dem Rechnungsdatum und den vereinbarten Zahlungsbedingungen ergibt. Es bezeichnet den spätesten Zahlungstermin für den Lieferanten. Dieses Attribut dient als Maßstab für die Pünktlichkeit von Zahlungen. Für die KPI „Pünktliche Zahlungsquote“ wird es direkt mit dem tatsächlichen Zahlungsdatum verglichen. Die Analyse von Abweichungen hilft, systematische Ursachen für Zahlungsverzögerungen zu erkennen und ihre Auswirkungen auf Lieferantenbeziehungen sowie mögliche Verzugsgebühren zu bewerten.
Warum das wichtig ist
Das Zahlungsziel ist der wichtigste Maßstab für die Pünktlichkeit von Zahlungen. Es ist entscheidend für die Pflege der Lieferantenbeziehungen und die Vermeidung von Strafgebühren.
Woher beziehen
Coupa berechnet dieses Datum üblicherweise anhand der Felder „Rechnungsdatum“ und „Zahlungsbedingungen“. Es sollte im Rechnungssatz verfügbar sein.
Beispiele
2023-11-302023-12-152024-01-10
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der Grund, der bei der Ablehnung einer Rechnung während des Freigabeprozesses angegeben wird. | ||
|
Beschreibung
Wenn ein Genehmigender eine Rechnung ablehnt, gibt er in der Regel einen Grund an, zum Beispiel „Falscher Betrag“ oder „Doppelte Rechnung“. Dieses Attribut erfasst den frei eingegebenen oder codierten Ablehnungsgrund. Diese Daten sind für die Ursachenanalyse von Verzögerungen bei der Freigabe und von Nacharbeit besonders wertvoll. Durch die Auswertung der Häufigkeit verschiedener Ablehnungsgründe können Unternehmen grundlegende Probleme in vorgelagerten Prozessschritten erkennen, etwa ungenaue Bestellungen oder bestimmte Rechnungsgewohnheiten von Lieferanten. Diese Informationen unterstützen das Dashboard zur Engpassanalyse bei der Rechnungsfreigabe.
Warum das wichtig ist
Das Attribut gibt direkte Einblicke in die Ursachen von Rechnungsablehnungen. So lassen sich Verbesserungsmöglichkeiten im Prozess erkennen und Nacharbeiten reduzieren.
Woher beziehen
Diese Information wird erfasst, wenn ein Benutzer in einem Freigabe-Workflow die Aktion „Ablehnen“ ausführt. Häufig wird sie in den Kommentaren oder im Prüfpfad gespeichert.
Beispiele
Falsche MengePreis stimmt nicht mit der Bestellung übereinRechnung doppelt eingereicht
|
|||
|
Automatisiert
IsAutomated
|
Kennzeichnet, ob eine Aktivität von einem automatisierten System oder einem menschlichen Benutzer ausgeführt wurde. | ||
|
Beschreibung
Dieses boolesche Attribut unterscheidet zwischen Aufgaben, die automatisiert vom System ausgeführt werden, etwa dem automatischen Abgleich mit Bestellungen oder systemgenerierten Buchungen, und Aufgaben, die ein Benutzer manuell erledigt. Mit diesem Attribut lässt sich der Automatisierungsgrad im Rechnungsverarbeitungs-Workflow ermitteln. Es dient dazu, den Erfolg von Automatisierungsinitiativen zu messen, noch manuelle Arbeitsschritte mit Automatisierungspotenzial zu erkennen und Effizienz sowie Fehlerquoten automatisierter und manueller Aktivitäten zu vergleichen. So werden die tatsächlichen Kosten und die Effizienz des Prozesses sichtbar.
Warum das wichtig ist
Das Attribut hilft, den Automatisierungsgrad des Prozesses zu messen, weitere Automatisierungsmöglichkeiten zu erkennen und die Wirkung bestehender Bots zu bewerten.
Woher beziehen
In der Regel wird geprüft, ob der mit einer Aktivität verknüpfte „Benutzer“ ein System- oder Dienstkonto oder ein persönliches Benutzerkonto ist.
Beispiele
truefalse
|
|||
|
Buchungskreis
CompanyCode
|
Die Kennung der juristischen Person oder des Unternehmens, das für die Rechnung verantwortlich ist. | ||
|
Beschreibung
Der Buchungskreis steht für eine bestimmte juristische Person innerhalb eines größeren Unternehmens. Rechnungen werden für die Finanzbuchhaltung und das Berichtswesen einem Buchungskreis zugeordnet. Dieses Attribut ist wichtig, um Prozessanalysen nach juristischen Personen zu filtern und aufzuschlüsseln. Damit lässt sich die Prozessleistung in verschiedenen Unternehmensbereichen vergleichen und beispielsweise die Frage beantworten: „Unterscheidet sich der Rechnungsfreigabeprozess der US-amerikanischen Gesellschaft von dem der deutschen Gesellschaft?“ Das ist besonders für große, international tätige Unternehmen relevant.
Warum das wichtig ist
Damit lassen sich Prozesse verschiedener juristischer Personen oder Geschäftseinheiten im Unternehmen vergleichen und ihre Leistung gegenüberstellen.
Woher beziehen
Dies ist ein grundlegendes Buchhaltungsfeld im Rechnungsobjekt von Coupa und wird häufig für die Finanzbuchung benötigt.
Beispiele
1000US01DE01
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aus dem Quellsystem aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut erfasst, wann die Daten zuletzt extrahiert und in das Process-Mining-Tool geladen wurden. Es gibt Aufschluss über die Aktualität der Analyse und ist wichtig, um die Aktualität der in Dashboards dargestellten Erkenntnisse einzuordnen. Der Zeitpunkt der letzten Datenaktualisierung ist für die operative Überwachung wichtig. Er zeigt Benutzern, wie aktuell die Informationen sind, und hilft ihnen, Entscheidungen auf Grundlage veralteter Prozessansichten zu vermeiden.
Warum das wichtig ist
Das Attribut gibt wichtigen Aufschluss über Aktualität und Relevanz der Prozessdaten. So können Benutzer einschätzen, wie aktuell die Analyse ist.
Woher beziehen
Dieser Timestamp wird während der Datenextraktion und -transformation (ETL) erzeugt und dem Datensatz hinzugefügt.
Beispiele
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
|
|||
|
Pünktliche Zahlung
IsOnTimePayment
|
Ein boolesches Kennzeichen dafür, ob die Rechnung am oder vor dem Fälligkeitsdatum bezahlt wurde. | ||
|
Beschreibung
Dieses berechnete Attribut gibt für jede Rechnung einfach an, ob die Zahlung pünktlich erfolgte. Dazu wird der Timestamp der Aktivität „Zahlung ausgeführt“ mit dem „Fälligkeitsdatum“ verglichen. Liegt der Zahlungs-Timestamp am oder vor dem Fälligkeitsdatum, ist der Wert „wahr“. Das Kennzeichen vereinfacht die Berechnung der KPI für die Quote pünktlicher Zahlungen. Es ermöglicht eine einfache Filterung und Aufschlüsselung, um Merkmale verspäteter Zahlungen zu untersuchen, etwa häufig betroffene Lieferanten, Abteilungen oder Rechnungsbeträge.
Warum das wichtig ist
Das Attribut vereinfacht die Analyse der Zahlungsleistung und bildet die Grundlage für die wichtige KPI zur Quote pünktlicher Zahlungen.
Woher beziehen
Dies ist ein berechnetes Attribut. Die Logik lautet: „Ausführungsdatum der Zahlung“ <= „Fälligkeitsdatum der Zahlung“. Die Berechnung erfolgt im Process-Mining-Tool.
Beispiele
truefalse
|
|||
|
Quellsystem
SourceSystem
|
Das Ursprungssystem, aus dem die Ereignisdaten extrahiert wurden. | ||
|
Beschreibung
Das Attribut „Quellsystem“ bezeichnet die Anwendung oder Plattform, in der die Aktivität der Rechnungsverarbeitung erfasst wurde. Das primäre System ist Coupa. Rechnungen oder zugehörige Daten können jedoch auch aus anderen integrierten Systemen stammen, etwa einem ERP-System oder einem Lieferantenportal. Diese Information ist in komplexen IT-Landschaften hilfreich, um den Beitrag der einzelnen Systeme zum Gesamtprozess zu verstehen. Sie unterstützt die Diagnose von Datenqualitätsproblemen, macht Systemübergaben nachvollziehbar und ermöglicht die Analyse von Prozessen, die mehrere Anwendungen umfassen.
Warum das wichtig ist
Das Attribut zeigt, woher die Daten stammen. Das ist wichtig für die Fehlerbehebung und die Analyse von Prozessen, an denen mehrere integrierte Systeme beteiligt sind.
Woher beziehen
Dieser statische Wert wird bei der Datenextraktion hinzugefügt, um die Herkunft der Daten anzugeben. Für Coupa wird der Wert „Coupa“ eingetragen.
Beispiele
CoupaSAP S/4HANAOracle Fusion
|
|||
|
Rechnungsdatum
InvoiceDate
|
Das Datum auf der Rechnung des Lieferanten. | ||
|
Beschreibung
Das Rechnungsdatum ist das vom Lieferanten auf der Rechnung angegebene Datum. Es markiert in der Regel den offiziellen Beginn des Zahlungszyklus und dient anhand der Zahlungsbedingungen als Grundlage für die Berechnung des Fälligkeitsdatums. Dieses Attribut ist ein wichtiger Ausgangspunkt für zahlreiche Berechnungen der Zykluszeit. Es wird für die Berechnung des Fälligkeitsdatums und die Prüfung möglicher Skonti benötigt. Ein Vergleich des Rechnungsdatums mit dem Datum der Erfassung im System kann Verzögerungen bei der Einreichung oder beim Eingang der Rechnung aufzeigen.
Warum das wichtig ist
Es ist das maßgebliche Datum für die Berechnung von Zahlungsfristen und ein wichtiger Bezugspunkt, um die Pünktlichkeit von Zahlungen zu messen und Skonti zu erfassen.
Woher beziehen
Dies ist ein standardmäßiges Pflichtfeld im Rechnungsobjekt von Coupa.
Beispiele
2023-10-152023-11-012023-12-20
|
|||
|
Skonto genutzt
EarlyPaymentDiscountCaptured
|
Kennzeichnet, ob ein verfügbarer Skonto für vorzeitige Zahlung tatsächlich in Anspruch genommen wurde. | ||
|
Beschreibung
Dieses boolesche Attribut gibt an, ob ein Unternehmen eine Rechnung innerhalb des im Zahlungsziel festgelegten Skontozeitraums bezahlt hat, zum Beispiel innerhalb von 10 Tagen bei den Bedingungen „2 % bei Zahlung innerhalb von 10 Tagen, netto 30 Tage“. Es ist die zentrale Kennzahl für das Dashboard zur Erfassung von Skonti bei vorzeitiger Zahlung und die zugehörige KPI. Ist der Wert „falsch“, weist das auf mögliche Einsparungen hin, die nicht genutzt wurden. Das Unternehmen kann untersuchen, warum skontierbare Rechnungen nicht schnell genug bearbeitet werden, und Änderungen umsetzen, um mehr Skonti in Anspruch zu nehmen und das Betriebskapital zu optimieren.
Warum das wichtig ist
Das Attribut misst direkt den finanziellen Nutzen einer effizienten Rechnungsverarbeitung und macht ungenutzte Einsparmöglichkeiten sichtbar.
Woher beziehen
Dies ist ein berechnetes Attribut. Dabei wird geprüft, ob das Zahlungsdatum innerhalb des in den „Zahlungsbedingungen“ festgelegten Skontozeitraums liegt und ob tatsächlich ein Skonto abgezogen wurde.
Beispiele
truefalse
|
|||
|
Sperrgrund
HoldReason
|
Der konkrete Grund, aus dem eine Rechnung zurückgehalten oder für die Zahlung gesperrt wurde. | ||
|
Beschreibung
Ein Sperrgrund erklärt, warum eine Rechnung nicht zur Zahlung weitergeleitet wird. Beispiele sind „Mengenabweichung“ oder „Wareneingang steht noch aus“. Diese Information ist wichtig, um die Ursachen von Zahlungsverzögerungen zu verstehen. Dieses Attribut ist die Grundlage für das Dashboard zur Ursachenanalyse von Zahlungssperren. Durch die Kategorisierung und Zählung der verschiedenen Sperrgründe kann ein Unternehmen die häufigsten Probleme erkennen, die den Zahlungsprozess stören. So lassen sich gezielte Verbesserungen umsetzen, um künftige Sperren zu vermeiden und Zahlungen zu beschleunigen.
Warum das wichtig ist
Das Attribut erklärt Zahlungsverzögerungen und ermöglicht eine gezielte Ursachenanalyse, um Häufigkeit und Dauer von Zahlungssperren zu verringern.
Woher beziehen
Wird eine Rechnung in Coupa gesperrt, wird in der Regel ein Grund ausgewählt oder eingegeben. Diese Daten sind mit dem Sperrstatus der Rechnung verknüpft.
Beispiele
Abweichender BestellpreisWareneingang ausstehendDoppelte Rechnung
|
|||
|
Währung
CurrencyCode
|
Der ISO-Währungscode des Rechnungsbetrags. | ||
|
Beschreibung
Der Währungscode gibt an, in welcher Währung die Rechnungsbeträge ausgewiesen sind, etwa USD, EUR oder GBP. Das ist für Unternehmen wichtig, die international tätig sind und Rechnungen in mehreren Währungen bearbeiten. Für die Analyse ist dieses Attribut erforderlich, um Finanzdaten korrekt auszuwerten und zusammenzufassen. Dashboards und KPIs müssen Währungen filtern oder umrechnen, damit aussagekräftige Finanzübersichten entstehen. So werden unterschiedliche Währungsbeträge nicht fälschlich addiert und Prozesse lassen sich nach Währung analysieren.
Warum das wichtig ist
Das Attribut ermöglicht eine präzise Finanzanalyse und Berichterstattung, da es in einer Umgebung mit mehreren Währungen den nötigen Kontext für alle Geldbeträge liefert.
Woher beziehen
Dies ist ein Standardfeld des Rechnungsobjekts in Coupa. Es ist üblicherweise mit dem Lieferanten verknüpft oder direkt auf der Rechnung angegeben.
Beispiele
USDEURGBP
|
|||
|
Zahlungsbedingungen
PaymentTerms
|
Die vereinbarten Bedingungen für die Rechnungszahlung, etwa „Net 30“ oder „2% 10, Net 30“. | ||
|
Beschreibung
Die Zahlungsbedingungen legen fest, wie eine Rechnung zu bezahlen ist. Dazu gehören das Zahlungsziel und mögliche Skonti für frühzeitige Zahlungen. Diese Angaben werden üblicherweise in den Lieferantenstammdaten festgelegt und auf Rechnungen angewendet. Dieses Attribut ist wichtig, um das Zahlungsziel zu berechnen und Möglichkeiten für Skonto zu erkennen. Es fließt direkt in das Dashboard „Skonto bei frühzeitiger Zahlung“ und die zugehörige KPI ein. Eine Analyse nach Zahlungsbedingungen kann zeigen, ob bestimmte Bedingungen mit Zahlungsverzögerungen zusammenhängen.
Warum das wichtig ist
Das Attribut bildet die Grundlage für die Berechnung von Zahlungszielen und das Erkennen von Skontomöglichkeiten. Damit wirkt es sich direkt auf das Betriebskapital aus.
Woher beziehen
Dies ist ein Standardfeld in Coupa. Der Wert wird üblicherweise aus dem Lieferantendatensatz in die Rechnung übernommen.
Beispiele
Net 30Netto 60 Tage2 % bei Zahlung innerhalb von 10 Tagen, netto 30 Tage
|
|||
Aktivitäten der Purchase-to-Pay-Rechnungsverarbeitung
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Rechnung erstellt
|
Diese Aktivität kennzeichnet die erstmalige Anlage eines Rechnungssatzes in Coupa. Das Ereignis wird erfasst, wenn ein neues Rechnungsobjekt angelegt wird, entweder durch manuelle Eingabe, über ein integriertes Lieferantennetzwerk wie das Coupa Supplier Portal oder durch automatisierte OCR-Erfassung. | ||
|
Warum das wichtig ist
Als Beginn des Rechnungslebenszyklus ist diese Aktivität entscheidend, um die gesamte Durchlaufzeit zu messen. Sie bildet die Grundlage für alle nachfolgenden Analysen von Durchlaufzeit und Durchsatz.
Woher beziehen
Dies ist ein explizites Ereignis, das anhand des Erstellungs-Timestamps des Rechnungssatzes erfasst wird. Im Datenmodell von Coupa entspricht es dem Timestamp „created-at“ im Rechnungs-Kopfobjekt.
Erfassung
Verwenden Sie den Erstellungs-Timestamp des Rechnungssatzes.
Ereignistyp
explicit
|
|||
|
Rechnung freigegeben
|
Diese Aktivität zeigt an, dass die Rechnung alle erforderlichen Schritte im Freigabe-Workflow erfolgreich durchlaufen hat. Sie wird anhand der Freigabehistorie erfasst, wenn der letzte erforderliche Freigebende zustimmt. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein beendet den Freigabezyklus und gibt die Rechnung für die Zahlungsabwicklung frei. Er ist entscheidend, um die Freigabedauer und die Effizienz des Gesamtprozesses zu messen.
Woher beziehen
Dieses Ereignis wird explizit im Freigabeprotokoll oder anhand einer Änderung des Rechnungsstatus im Kopfobjekt zu „Freigegeben“ erfasst. Die letzte Freigabeaktion im Protokoll liefert einen präzisen Timestamp.
Erfassung
Erfassen Sie den Timestamp der letzten Freigabeaktion in der Freigabehistorie.
Ereignistyp
explicit
|
|||
|
Rechnung zur Freigabe gesendet
|
Dieses Ereignis markiert den Zeitpunkt, zu dem eine Rechnung nach den ersten Prüfungen an einen formellen Freigabe-Workflow übergeben wird. Es wird in der Regel aus einer Statusänderung abgeleitet, die anzeigt, dass ein oder mehrere Freigebende tätig werden müssen. | ||
|
Warum das wichtig ist
Diese Aktivität bildet den Ausgangspunkt für die Messung der Freigabezeit. Sie ist entscheidend, um Engpässe in der Freigabehierarchie zu analysieren, und fließt in das Dashboard „Engpassanalyse bei der Rechnungsfreigabe“ ein.
Woher beziehen
Das Ereignis wird aus einer Änderung des Rechnungsstatus zu „Freigabe ausstehend“ oder einem ähnlichen Status abgeleitet. Auch die Anlage des ersten Freigabedatensatzes in der Freigabehistorie der Rechnung zeigt dieses Ereignis an.
Erfassung
Erfassen Sie den Timestamp, zu dem sich der Rechnungsstatus in „Freigabe ausstehend“ ändert oder der erste Freigabedatensatz angelegt wird.
Ereignistyp
inferred
|
|||
|
Rechnung zur Zahlung gebucht
|
Die freigegebene Rechnung wird als zahlungsbereit gekennzeichnet. Ihre Finanzdaten werden häufig an ein externes ERP-System übertragen. Das Ereignis wird in der Regel aus einem Integrationsstatus oder einer Änderung des Hauptstatus der Rechnung abgeleitet. | ||
|
Warum das wichtig ist
Dieser Meilenstein markiert die Übergabe von der Kreditorenbuchhaltung an den Zahlungsverkehr. Verzögerungen davor beeinträchtigen die Effizienz der Kreditorenbuchhaltung, Verzögerungen danach den Zahlungsverkehr und die Beziehungen zu Lieferanten.
Woher beziehen
Das Ereignis wird häufig aus einer Statusänderung zu „Zur Zahlung freigegeben“ oder einem aktivierten Kennzeichen wie „Exportiert“ abgeleitet. Diese Informationen sind im Rechnungs-Kopfobjekt verfügbar.
Erfassung
Ermitteln Sie den Timestamp, zu dem der Rechnungsstatus „Zur Zahlung freigegeben“ lautet oder ein Exportkennzeichen gesetzt wird.
Ereignistyp
inferred
|
|||
|
Zahlung ausgeführt
|
Diese Aktivität markiert den letzten Prozessschritt: Die Zahlung wird ausgeführt und an den Lieferanten gesendet. Sie wird anhand des Status des zugehörigen Zahlungsdatensatzes in Coupa Payments oder einem integrierten Zahlungssystem erfasst. | ||
|
Warum das wichtig ist
Als endgültiger Prozessabschluss ist diese Aktivität entscheidend, um die vollständige Durchlaufzeit von Anfang bis Ende und die KPI „Pünktliche Zahlungsquote“ zu berechnen.
Woher beziehen
Dieses Ereignis wird aus dem der Rechnung zugeordneten Zahlungsdatensatz abgeleitet. Ein Status wie „Bezahlt“ oder „Abgeschlossen“ oder ein ausgefülltes Feld „Zahlungsdatum“ zeigt an, dass die Zahlung ausgeführt wurde.
Erfassung
Verwenden Sie das „Zahlungsdatum“ aus dem mit der Rechnung verknüpften Zahlungsdatensatz.
Ereignistyp
inferred
|
|||
|
Abweichung beim Abgleich festgestellt
|
Dieses Ereignis tritt ein, wenn das automatisierte System eine Rechnung aufgrund von Abweichungen bei Menge, Preis oder anderen Angaben nicht mit einer Bestellung abgleichen kann. Es wird aus einer Statusänderung der Rechnung abgeleitet, die einen manuellen Eingriff erfordert, etwa „Nicht abgeglichen“ oder „Abweichung“. | ||
|
Warum das wichtig ist
Diese Aktivität markiert den Einstieg in die Bearbeitung von Ausnahmen, die häufig zu Verzögerungen führt. Für eine höhere Erstabgleichsquote und weniger manuellen Aufwand ist es entscheidend, Häufigkeit und Ursachen zu analysieren.
Woher beziehen
Das Ereignis wird aus dem Abgleichstatus der Rechnung abgeleitet. Ein Status wie „Nicht abgeglichen“ oder „Abweichung“ weist auf eine Differenz hin, die manuell geprüft werden muss. Der Status ist im Rechnungsobjekt hinterlegt.
Erfassung
Ermitteln Sie den Timestamp, zu dem sich der Bestellabgleichstatus in einen Fehlerstatus ändert.
Ereignistyp
inferred
|
|||
|
Klärung der Abweichung begonnen
|
Dieses Ereignis kennzeichnet den Beginn eines manuellen Eingriffs zur Klärung einer Abweichung beim Bestellabgleich. Es lässt sich nur schwer direkt erfassen und wird häufig aus der ersten Benutzeraktion nach Feststellung der Abweichung abgeleitet, etwa aus einem Kommentar oder einer Bearbeitung der Rechnung. | ||
|
Warum das wichtig ist
Die Zeit zwischen dem Feststellen einer Abweichung und dem Beginn ihrer Klärung zeigt Verzögerungen bei der Zuweisung oder Bearbeitung von Ausnahmen. Diese Kennzahl ist ein wichtiger Bestandteil des Dashboards „Übersicht zu Abweichungen beim Bestellabgleich“.
Woher beziehen
Die Datenquelle für dieses Ereignis ist schwer zu bestimmen und erfordert möglicherweise eine erweiterte Ableitung. Als Grundlage kann der Timestamp des ersten Benutzerkommentars, der ersten Bearbeitung oder der ersten Aufgabenzuweisung zur Rechnung dienen, nachdem der Abgleichstatus einen Fehler angezeigt hat.
Erfassung
Ermitteln Sie das erste von einem Benutzer ausgelöste Änderungsereignis nach dem Ereignis „Abweichung beim Abgleich festgestellt“.
Ereignistyp
inferred
|
|||
|
Rechnung abgelehnt
|
Ein Freigebender hat die Rechnung formell abgelehnt und damit den weiteren Ablauf im Workflow gestoppt. Diese Aktion wird explizit in der Freigabehistorie der Rechnung erfasst, einschließlich Angaben dazu, wer die Rechnung wann abgelehnt hat. | ||
|
Warum das wichtig ist
Ablehnungen führen zu Nacharbeit und verlängern die Durchlaufzeit erheblich. Für Prozessverbesserungen und die Berechnung der KPI „Freigabequote im ersten Durchlauf“ ist es wichtig, Häufigkeit und Gründe der Ablehnungen zu analysieren.
Woher beziehen
Dieses Ereignis wird explizit im Freigabeprotokoll der Rechnung erfasst. Für jeden Freigabeschritt gibt es einen Datensatz mit Status, Timestamp und Aktion des Freigebenden.
Erfassung
Filtern Sie die Datensätze der Freigabehistorie nach den Aktionen „Ablehnen“ oder „Abgelehnt“.
Ereignistyp
explicit
|
|||
|
Rechnung gesperrt
|
Dieses Ereignis kennzeichnet eine Sperre der Rechnung, durch die eine Zahlung verhindert wird. Es wird explizit in der Rechnungshistorie oder im Audit-Trail erfasst, häufig mit Angabe des Grundes. | ||
|
Warum das wichtig ist
Diese Aktivität entspricht einer Zahlungssperre und ist eine wesentliche Ursache für Zahlungsverzögerungen. Die Erfassung des Zeitpunkts, zu dem eine Sperre gesetzt wird, ist der erste Schritt zur Analyse ihrer Ursachen und Dauer. Die Daten fließen in die KPI „Anteil gesperrter Zahlungen“ ein.
Woher beziehen
Dieses Ereignis wird explizit in der Rechnungshistorie oder in Audit-Logs erfasst. Coupa protokolliert Benutzer- und Systemaktionen, einschließlich des Setzens von Sperren.
Erfassung
Filtern Sie die Datensätze der Rechnungshistorie nach „Sperre gesetzt“ oder ähnlichen Systemereignissen.
Ereignistyp
explicit
|
|||
|
Rechnung mit Bestellung abgeglichen
|
Diese Aktivität zeigt an, dass das System die Rechnungspositionen erfolgreich den entsprechenden Bestellpositionen zugeordnet hat. Das Ereignis wird aus einer Änderung des Abgleichstatus der Rechnung abgeleitet, die eine erfolgreiche Prüfung anhand einer Bestellung anzeigt. | ||
|
Warum das wichtig ist
Ein erfolgreicher automatisierter Abgleich ist ein wichtiger Indikator für einen reibungslos ablaufenden Prozess ohne manuelle Eingriffe. Mit dieser Aktivität lässt sich die Wirksamkeit der Automatisierung und der durchgängigen Verarbeitung messen.
Woher beziehen
Das Ereignis wird aus einer Änderung des Abgleichstatus der Rechnung zu „Abgeglichen“ abgeleitet. Das Rechnungsobjekt in Coupa enthält Kennzeichen und Statusangaben zum Ergebnis des Bestellabgleichs.
Erfassung
Ermitteln Sie den Timestamp, zu dem sich der Bestellabgleichstatus der Rechnung in „Abgeglichen“ ändert.
Ereignistyp
inferred
|
|||
|
Rechnung storniert
|
Die Rechnung wurde storniert und wird weder weiterbearbeitet noch bezahlt. Diese explizite Statusänderung beendet den Prozess und wird direkt im Statusfeld des Systems erfasst. | ||
|
Warum das wichtig ist
Dies ist ein alternativer, nicht erfolgreicher Prozessabschluss. Eine Analyse der Gründe für Rechnungsstornierungen kann vorgelagerte Probleme in der Beschaffung oder der Lieferantenkommunikation aufdecken.
Woher beziehen
Dieses Ereignis wird explizit erfasst, wenn sich der Rechnungsstatus in „Storniert“ ändert. Dies ist ein Standardstatus in der Rechnungsverwaltung von Coupa.
Erfassung
Erfassen Sie den Timestamp, zu dem der Rechnungsstatus auf „Storniert“ gesetzt wird.
Ereignistyp
explicit
|
|||
|
Rechnung zur Bearbeitung eingereicht
|
Dieses Ereignis kennzeichnet die formelle Übergabe einer neu erstellten Rechnung an den Bearbeitungs-Workflow. In der Regel löst ein Benutzer es aus, nachdem alle Angaben erfasst und geprüft wurden. Das Ereignis wird im Audit-Trail erfasst, wenn sich der Rechnungsstatus von Entwurf zu Eingereicht ändert. | ||
|
Warum das wichtig ist
Diese Aktivität unterscheidet die Zeit für die Dateneingabe von der aktiven Bearbeitungszeit. Die Dauer zwischen „Rechnung erstellt“ und diesem Ereignis zeigt Verzögerungen bei der ersten Datenerfassung.
Woher beziehen
Verfolgen Sie die Statusänderung der Rechnung von „Entwurf“ oder „Neu“ zu „Eingereicht“ oder „Freigabe ausstehend“. Diese Informationen finden Sie in Coupa in den Rechnungshistorien oder Audit-Log-Tabellen.
Erfassung
Erfassen Sie den Timestamp, zu dem der Rechnungsstatus erstmals „Eingereicht“ lautet.
Ereignistyp
explicit
|
|||
|
Rechnungssperre aufgehoben
|
Eine zuvor gesetzte Rechnungssperre wurde aufgehoben, sodass die Rechnung weiter zur Zahlung bearbeitet werden kann. Wie das Setzen einer Sperre wird auch ihre Aufhebung explizit im Audit-Trail der Rechnung erfasst. | ||
|
Warum das wichtig ist
Die Zeit zwischen dem Setzen und Aufheben einer Sperre ist entscheidend für die KPI „Durchschnittliche Dauer einer Zahlungssperre“. Diese Aktivität markiert das Ende der Verzögerung. Ihre Auslöser zu analysieren kann Möglichkeiten für eine schnellere Klärung aufzeigen.
Woher beziehen
Dieses Ereignis wird explizit in der Rechnungshistorie oder in Audit-Logs erfasst. Es wird als eigene Benutzer- oder Systemaktion protokolliert.
Erfassung
Filtern Sie die Datensätze der Rechnungshistorie nach „Sperre aufgehoben“ oder ähnlichen Systemereignissen.
Ereignistyp
explicit
|
|||
|
Zahlung eingeplant
|
Die Rechnung wurde in einen Zahlungslauf aufgenommen, der zu einem späteren Zeitpunkt ausgeführt werden soll. Das Ereignis wird daraus abgeleitet, dass die Rechnung im System einem Zahlungslauf oder einem Zahlungsstapel zugeordnet ist. | ||
|
Warum das wichtig ist
Diese Aktivität macht die letzte Prozessphase sichtbar und unterscheidet zwischen einer zahlungsbereiten Rechnung und einer tatsächlich eingeleiteten Zahlung. Sie unterstützt die Liquiditätsplanung.
Woher beziehen
Das Ereignis wird aus der Anlage eines Zahlungs- oder Stapeldatensatzes abgeleitet, der die Rechnungs-ID enthält. Der Wert „Geplantes Zahlungsdatum“ im Zahlungsobjekt liefert den relevanten Zeitpunkt.
Erfassung
Verwenden Sie das Erstellungsdatum des der Rechnung zugeordneten Zahlungslaufs.
Ereignistyp
inferred
|
|||
Anleitungen zur Datenextraktion
Möchten Sie loslegen?
Verwenden Sie dieses Template, um Ihre Daten vorzubereiten und Erkenntnisse zur Rechnungsverarbeitung in Coupa zu gewinnen. Beginnen Sie noch heute damit, Ihre P2P-Abläufe zu optimieren.
Mehr Effizienz erreichen: Optimieren Sie jetzt Ihre P2P-Rechnungsverarbeitung
Erkennen Sie Engpässe und verkürzen Sie die Zykluszeit der Rechnungsverarbeitung um 30 %.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.