Ihr Daten-Template für den Purchase-to-Pay-Prozess mit Bestellungen

SAP Ariba
Ihr Daten-Template für den Purchase-to-Pay-Prozess mit Bestellungen

Ihr Daten-Template für den Purchase-to-Pay-Prozess mit Bestellungen

Dieses Template zeigt Ihnen, wie Sie die wichtigsten Daten für die Analyse Ihres Purchase-to-Pay-Prozesses mit Bestellungen erfassen. Es beschreibt die relevanten Attribute und Aktivitäten, die Sie verfolgen sollten, und gibt praktische Hinweise zum Datenexport aus Ihrem Quellsystem. So schaffen Sie eine vollständige und verlässliche Grundlage für die Prozessanalyse und -optimierung.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Nachverfolgung
  • Hinweise zum Datenexport
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für den Purchase-to-Pay-Prozess mit Bestellungen

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihren Purchase-to-Pay-Prozess mit Bestellungen umfassend zu analysieren.
3 Erforderlich 6 Empfohlen 13 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des konkreten Ereignisses oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Bestellprozess stattgefunden hat.
Beschreibung

Der Aktivitätsname bezeichnet einen Schritt im Lebenszyklus einer Bestellung, etwa „Bestellung angelegt“, „Bestellung genehmigt“ oder „Wareneingang gebucht“. Die Abfolge dieser Aktivitäten bildet die Grundlage der Prozessübersicht.

Die Analyse der Aktivitäten ist ein Kernbestandteil des Process Mining. Sie macht den Prozessablauf sichtbar, zeigt häufige und seltene Prozessvarianten und misst die Dauer zwischen einzelnen Schritten. Die Abfolge und Häufigkeit von Aktivitäten wie „Bestellung geändert“ zu verstehen, ist entscheidend für Dashboards wie die Analyse der Änderungsquote von Bestellungen.

Warum das wichtig ist

Dieses Attribut definiert die Prozessschritte. Damit lässt sich der Prozessablauf visualisieren und Engpässe, Nacharbeit sowie Abweichungen erkennen.

Woher beziehen

Wird durch die Zuordnung von Statusänderungen, Transaktionscodes oder Event Logs aus den zugrunde liegenden SAP-Ariba-Tabellen zur Dokumenthistorie und zum Workflow erzeugt.

Beispiele
Bestellung genehmigtBestellung geändertWareneingang gebuchtRechnung zur Bestellung eingegangen
Bestellung
PurchaseOrderNumber
Der eindeutige Bezeichner jedes Bestelldokuments, der als zentrale Case-ID des Prozesses dient.
Beschreibung

Die Bestellnummer ist der Primärschlüssel, über den alle zugehörigen Aktivitäten und Ereignisse während des gesamten Beschaffungsprozesses verknüpft werden. Jede Nummer steht für einen einzelnen Beschaffungsvorgang, von der ersten Anlage der Bestellung bis zu ihrem Abschluss oder ihrer Stornierung.

Für die fallbezogene Analyse im Process Mining ist dieses Attribut grundlegend. Es ermöglicht, den gesamten Ablauf jeder Bestellung nachzuvuvollziehen, Durchlaufzeiten zu berechnen, Prozessvarianten zu erkennen und den Status einzelner Bestellungen zu verfolgen. Die Analyse nach Bestellnummer zeigt den vollständigen Prozessablauf und hilft, Engpässe oder Abweichungen bei bestimmten Vorgängen zu erkennen.

Warum das wichtig ist

Dies ist die zentrale Case-ID, über die alle Prozessschritte verknüpft werden. So lässt sich der gesamte Lebenszyklus jeder einzelnen Bestellung analysieren.

Woher beziehen

Dies ist ein zentrales Feld im Bestelldokument von SAP Ariba Buying and Invoicing oder SAP Ariba Sourcing.

Beispiele
PO7000123456PO7000123457PO7000123458
Ereigniszeit
EventTime
Das genaue Datum und die Uhrzeit, zu denen eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Die Ereigniszeit ist der Timestamp jeder Aktivität und hält fest, wann sie begonnen hat. Diese Daten sind notwendig, um Ereignisse chronologisch zu ordnen und die Dauer sowie die Durchlaufzeit zwischen einzelnen Prozessschritten zu berechnen.

Dieses Attribut ist für fast alle zeitbezogenen Analysen wichtig, darunter die Dashboards zur durchgängigen Durchlaufzeit von Bestellungen und zur Genehmigungsdurchlaufzeit. Anhand der Zeitdifferenz zwischen den Timestamps der Aktivitäten „Bestellung angelegt“ und „Bestellung genehmigt“ lassen sich wichtige Kennzahlen wie die durchschnittliche Genehmigungsdurchlaufzeit berechnen.

Warum das wichtig ist

Dieser Timestamp ist entscheidend, um Ereignisse korrekt zu ordnen und alle zeitbasierten Kennzahlen wie Durchlauf- und Wartezeiten zu berechnen.

Woher beziehen

Diese Information findet sich in SAP Ariba üblicherweise im Audit-Trail oder in den Änderungsprotokollen der Bestelldokumente.

Beispiele
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
Abteilungsname
DepartmentName
Die Fachabteilung oder Kostenstelle, der die Bestellung zugeordnet ist.
Beschreibung

Dieses Attribut gibt die Organisationseinheit an, die die Bestellanforderung gestellt hat oder für die eingekauft wird. Häufig wird es aus den Kostenstellenangaben der Bestellung abgeleitet.

Diese Dimension ist wichtig für das Dashboard zur Effizienz der Bestellabwicklung nach Abteilung. Damit lassen sich Durchlaufzeiten und Prozessvarianten verschiedener Abteilungen direkt vergleichen. So erkennen Sie, welche Abteilungen bewährte Vorgehensweisen anwenden und wo zusätzliche Schulungen oder Prozessverbesserungen erforderlich sein könnten. Das Attribut ist außerdem wichtig für die Kennzahl zur Abweichung der Bestelldurchlaufzeit nach Abteilung.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich zwischen Geschäftseinheiten und hilft, Engpässe in einzelnen Abteilungen zu erkennen und bewährte Vorgehensweisen weiterzugeben.

Woher beziehen

Diese Information findet sich im Kopf- oder Positionsbereich der Bestellung und ist häufig mit der Kostenstelle oder dem Profil des Anforderers verknüpft.

Beispiele
MarketingIT-BetriebFacility ManagementForschung und Entwicklung
Angefordertes Lieferdatum
RequestedDeliveryDate
Das Datum, zu dem die anfordernde Stelle die Lieferung der Waren oder Dienstleistungen erwartet.
Beschreibung

Dies ist das gewünschte Lieferdatum, das der Fachbereich bei der Erstellung der Bestellanforderung oder Bestellung festlegt. Es dient als Vergleichswert für die tatsächliche Lieferleistung.

Dieses Attribut ist wichtig für das Dashboard zur Lieferanten-Lieferleistung und die Kennzahl zur Pünktlichkeit des Wareneingangs. Durch den Vergleich des angeforderten Lieferdatums mit dem tatsächlichen Wareneingangsdatum können Unternehmen die Pünktlichkeit von Lieferanten messen, Lieferabweichungen berechnen und Lieferanten erkennen, die Termine regelmäßig nicht einhalten. Diese Analyse unterstützt das Lieferantenmanagement und hilft, Risiken in der Lieferkette zu verringern.

Warum das wichtig ist

Dient als Grundlage für die Messung pünktlicher Lieferungen. Das ist entscheidend, um die Zuverlässigkeit von Lieferanten und die Effizienz der Lieferkette zu bewerten.

Woher beziehen

Dies ist ein Standard-Datumsfeld auf Positionsebene des Bestelldokuments.

Beispiele
2023-06-012023-07-152023-08-20
Benutzername
UserName
Der Name oder die ID des Benutzers, der die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut gibt an, wer für einen bestimmten Prozessschritt verantwortlich war, etwa für die Genehmigung einer Bestellung oder die Buchung eines Wareneingangs. Es kann sich um eine eindeutige Benutzer-ID oder einen vollständigen Namen handeln.

Die Analyse nach Benutzer hilft, Schulungsbedarf zu erkennen und gute Leistungen sichtbar zu machen. Sie ist auch für Compliance-Analysen wichtig, etwa für das Dashboard zu Abweichungen bei der Genehmigung von Bestellungen. Damit lässt sich feststellen, wer vorgeschriebene Genehmigungsschritte umgangen hat. Außerdem können Sie die Arbeitslastverteilung und den Ressourceneinsatz untersuchen.

Warum das wichtig ist

Sorgt für klare Verantwortlichkeiten und ermöglicht Analysen zu Leistung, Arbeitslast und Compliance einzelner Benutzer. So lassen sich Schulungsbedarf und Prozessabweichungen erkennen.

Woher beziehen

Diese Information ist in SAP Ariba üblicherweise in den Workflow- und Dokumenthistorienprotokollen verfügbar und oft jedem Ereignis zugeordnet.

Beispiele
john.smithLROSSIjane.doe
Bestellwert
PurchaseOrderAmount
Der Gesamtwert der Bestellung.
Beschreibung

Dieses Attribut gibt die Gesamtkosten aller in der Bestellung aufgeführten Waren und Dienstleistungen an. Steuern und sonstige Gebühren sind nicht enthalten, sofern nichts anderes angegeben ist. Als wichtige Finanzkennzahl zeigt es den Wert der Vorgänge im Prozess.

Bei der Analyse dient der Bestellwert häufig dazu, den Prozess in Segmente zu unterteilen. Bestellungen mit hohem Wert können beispielsweise strengere Genehmigungswege durchlaufen als Bestellungen mit niedrigem Wert. So lassen sich Verbesserungsmaßnahmen auf finanziell besonders relevante Vorgänge konzentrieren und Ausgaben nach Abteilung oder Lieferant untersuchen.

Warum das wichtig ist

Liefert den finanziellen Kontext zu jedem Case und ermöglicht wertbezogene Analysen. So können Sie Verbesserungen priorisieren und untersuchen, wie sich der Bestellwert auf den Prozess auswirkt.

Woher beziehen

Dies ist ein berechnetes Standardfeld im Kopfbereich des Bestelldokuments. Es summiert die Werte aller Positionen.

Beispiele
1500.0025000.50500.75
Lieferantenname
VendorName
Der Name des Lieferanten, von dem Waren oder Dienstleistungen beschafft werden.
Beschreibung

Dieses Attribut bezeichnet den externen Partner, der an der Bestellung beteiligt ist. Lieferanten spielen im Purchase-to-Pay-Prozess eine zentrale Rolle. Ihre Leistung wirkt sich unmittelbar auf die Effizienz des gesamten Ablaufs aus.

Der Lieferantenname ist eine wichtige Dimension für die Leistungsanalyse. Das Dashboard zur Lieferanten-Lieferleistung vergleicht die Liefertermine verschiedener Lieferanten. Die Analyse nach Lieferant zeigt, wer regelmäßig zu spät liefert, mehr Nacharbeit verursacht oder komplexe Rechnungsprozesse hat. Diese Erkenntnisse unterstützen das Lieferantenmanagement.

Warum das wichtig ist

Ermöglicht die Analyse der Lieferantenleistung. So lassen sich zuverlässige Partner erkennen und Lieferanten ermitteln, die Verzögerungen oder andere Probleme verursachen.

Woher beziehen

Dies ist ein Standardfeld im Kopfbereich des Bestelldokuments in SAP Ariba.

Beispiele
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
Wareneingangsdatum
GoodsReceiptDate
Das Datum, an dem der Wareneingang oder der Abschluss von Dienstleistungen offiziell im System erfasst wurde.
Beschreibung

Dieses Attribut enthält den Timestamp der Aktivität „Wareneingang gebucht“ oder „Leistungserfassung eingetragen“. Er bestätigt offiziell, dass die bestellten Artikel eingegangen sind.

Das Datum ist entscheidend für die Messung der tatsächlichen Lieferzeiten. Es bildet das Gegenstück zum angeforderten Lieferdatum und dient zur Berechnung von Lieferabweichungen und Pünktlichkeitskennzahlen. Das Dashboard zur Pünktlichkeit der Wareneingangsbuchung verwendet dieses Attribut, um zu ermitteln, wie schnell Wareneingänge nach der Lieferung erfasst werden. Das ist wichtig für die Bestandsgenauigkeit und die fristgerechte Rechnungszahlung.

Warum das wichtig ist

Gibt das tatsächliche Lieferdatum an. Dieses ist notwendig, um die Lieferleistung zu berechnen und Verzögerungen in der Lieferkette zu erkennen.

Woher beziehen

Dies ist der Timestamp des Wareneingangs- oder Leistungserfassungsbelegs, der auf die Bestellung verweist.

Beispiele
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
Bestellart
PurchaseOrderType
Eine Klassifizierung der Bestellung, etwa als Standardbestellung, Rahmenbestellung oder Fremdvergabe.
Beschreibung

Die Bestellart kategorisiert Bestellungen nach ihrem geschäftlichen Zweck. Je nach Art können unterschiedliche Prozessabläufe sowie eigene Regeln für Genehmigung und Erfüllung gelten.

Mit diesem Attribut lässt sich der Prozess für aussagekräftigere Analysen segmentieren. Werden beispielsweise die Durchlaufzeiten von Standardbestellungen getrennt von denen für Dienstleistungen analysiert, können unterschiedliche Engpässe sichtbar werden. Außerdem lassen sich vergleichbare Datengruppen bilden, die einen klareren Blick auf bestimmte Beschaffungsszenarien ermöglichen.

Warum das wichtig ist

Ermöglicht die Segmentierung der Analyse nach Bestellart und damit genauere Erkenntnisse, da verschiedene Arten häufig unterschiedliche Prozessabläufe haben.

Woher beziehen

Prüfen Sie die SAP-Ariba-Dokumentation. Dieses Feld lässt sich üblicherweise im Kopfbereich der Bestellung konfigurieren.

Beispiele
StandardbestellungDienstleistungsbestellungRahmenbestellung
Bestellstatus
PurchaseOrderStatus
Der aktuelle Status der Bestellung in ihrem Lebenszyklus.
Beschreibung

Dieses Attribut gibt den aktuellen Status der Bestellung an, etwa „Bestellung“, „Wareneingang“, „Fakturiert“ oder „Abgeschlossen“. Es zeigt, an welcher Stelle des Gesamtprozesses sich die Bestellung befindet.

Process Mining rekonstruiert den Ablauf anhand der Aktivitäten. Der aktuelle Status ist dennoch hilfreich, um Cases zu filtern und die aktuelle Arbeitslast einzuschätzen. So kann ein Analyst beispielsweise nur laufende Bestellungen betrachten, die noch nicht abgeschlossen sind. Der Status kann außerdem zur Validierung der letzten Aktivität in einem Prozessverlauf dienen.

Warum das wichtig ist

Zeigt auf einen Blick, an welcher Stelle des Lebenszyklus sich eine Bestellung befindet. Das erleichtert das Filtern und die gezielte Betrachtung laufender oder abgeschlossener Cases.

Woher beziehen

Dies ist ein Standardstatusfeld im Kopfbereich des Bestelldokuments in SAP Ariba.

Beispiele
BestellungWareneingangAbgeschlossenStorniert
Bestellung geändert
IsPurchaseOrderChanged
Ein boolesches Kennzeichen, das angibt, ob die Bestellung nach ihrer erstmaligen Erstellung geändert wurde.
Beschreibung

Dieses abgeleitete Attribut erhält den Wert „true“, wenn für einen Case eine Aktivität „Bestellung geändert“ vorliegt. Als einfaches Kennzeichen auf Case-Ebene erleichtert es die Analyse der Änderungsquote.

Das Kennzeichen dient zur Berechnung der Kennzahl „Änderungsquote von Bestellungen“. Damit können Sie geänderte und unveränderte Bestellungen schnell vergleichen und mögliche Folgen von Änderungen erkennen, etwa längere Durchlaufzeiten oder mehr Rechnungsabweichungen. Das Dashboard zur Analyse der Änderungsquote von Bestellungen verwendet es, um die Häufigkeit von Änderungen zu quantifizieren.

Warum das wichtig ist

Kennzeichnet alle geänderten Bestellungen auf einfache Weise. So lassen sich Änderungsquoten berechnen und die Auswirkungen von Änderungen analysieren.

Woher beziehen

Dieses Kennzeichen wird während der Datentransformation abgeleitet, indem für jede Bestellnummer geprüft wird, ob ein Ereignis „Bestellung geändert“ vorliegt.

Beispiele
truefalse
Durchgängige Durchlaufzeit der Bestellung
POEndToEndCycleTime
Die gesamte Zeit von der Erstellung der ersten Bestellanforderung bis zum endgültigen Abschluss der Bestellung.
Beschreibung

Dieses berechnete Attribut misst die Gesamtdauer des Bestellprozesses. Es beginnt üblicherweise mit dem Ereignis „Bestellanforderung erstellt“ und endet mit dem Ereignis „Bestellung abgeschlossen“ oder der abschließenden Buchung des Wareneingangs. Damit erhalten Sie einen Überblick über die Effizienz des gesamten Prozesses.

Die Kennzahl bildet die Grundlage für die Kennzahl zur durchgängigen Durchlaufzeit von Bestellungen und das entsprechende Dashboard. Unternehmen können damit ihre Gesamtleistung und die Auswirkungen von Prozessverbesserungen verfolgen. Wird die Gesamtdurchlaufzeit nach Lieferant, Abteilung oder Warengruppe aufgeschlüsselt, werden die wichtigsten Ursachen langer Beschaffungszeiten sichtbar.

Warum das wichtig ist

Gibt die gesamte Bearbeitungszeit einer Bestellung an und liefert einen übergreifenden Maßstab für die Prozesseffizienz und die Customer Experience.

Woher beziehen

Wird während der Datentransformation berechnet, indem für einen Case der früheste Timestamp vom spätesten Timestamp abgezogen wird.

Beispiele
P15DP30D12HP7D
Einkaufsorganisation
PurchasingOrganization
Die Organisationseinheit, die für die Beschaffung von Materialien und Dienstleistungen sowie für Verhandlungen mit Lieferanten zuständig ist.
Beschreibung

Die Einkaufsorganisation ist ein wichtiger Bestandteil der Beschaffungsstruktur und für die strategischen Aspekte des Einkaufs zuständig. Für verschiedene Regionen oder Geschäftseinheiten kann es unterschiedliche Einkaufsorganisationen geben.

Die Analyse nach Einkaufsorganisation zeigt Unterschiede bei Effizienz, Compliance und Lieferantenmanagement im Unternehmen. Das hilft, bewährte Vorgehensweisen zu vereinheitlichen und Engpässe oder Ineffizienzen auf Organisationsebene zu erkennen.

Warum das wichtig ist

Ermöglicht eine übergreifende Analyse der Prozesseffizienz und Compliance verschiedener strategischer Einkaufseinheiten.

Woher beziehen

Dies ist ein Standardfeld für Organisationsdaten im Kopfbereich des Bestelldokuments.

Beispiele
PO_US01PO_EMEAPO_GLOBAL
Endzeit des Ereignisses
EventEndTime
Der Timestamp gibt an, wann eine Aktivität abgeschlossen wurde. Er dient zur Berechnung der Bearbeitungszeit manueller Aktivitäten.
Beschreibung

Während StartTime den Beginn einer Aktivität angibt, markiert EventEndTime ihren Abschluss. Bei vielen systemgenerierten Ereignissen sind Start- und Endzeit identisch. Bei manuellen Aufgaben oder länger laufenden automatisierten Jobs entspricht die Differenz zwischen Start- und Endzeit der Bearbeitungszeit der Aktivität.

Dieses Attribut dient zur Berechnung der Kennzahl „ProcessingTime“, die für das Dashboard zur Analyse der Aktivitätsdauer von Bestellungen wichtig ist. Es zeigt, welche konkreten Aufgaben am längsten dauern, und macht Ansatzpunkte für Schulungen, eine andere Ressourcenverteilung oder Automatisierung sichtbar.

Warum das wichtig ist

Ermöglicht die genaue Berechnung der Bearbeitungszeit einzelner Aktivitäten und zeigt, welche Aufgaben besonders viel Zeit in Anspruch nehmen.

Woher beziehen

Prüfen Sie die SAP-Ariba-Dokumentation. Falls die Endzeit nicht ausdrücklich verfügbar ist, muss sie möglicherweise aus der Startzeit der nachfolgenden Aktivität abgeleitet werden.

Beispiele
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp gibt an, wann die Daten zu diesem Ereignis zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung

Dieses Attribut enthält Datum und Uhrzeit des letzten Datenabrufs aus SAP Ariba. Es ist eine wichtige Metainformation, um die Aktualität der analysierten Daten einzuschätzen.

Für Berichte und Entscheidungen im Process Mining ist es wichtig zu wissen, wie aktuell die Daten sind. Anhand dieses Timestamps können Benutzer prüfen, ob ihre Dashboards und Kennzahlen, etwa der Trend beim Bestellvolumen, auf aktuellen Informationen beruhen.

Warum das wichtig ist

Zeigt, wie aktuell die Daten sind. So können Benutzer den Aktualitätsstand ihrer Analyse einschätzen und den Erkenntnissen vertrauen.

Woher beziehen

Dieser Timestamp wird üblicherweise während der Datenextraktion, -transformation und -ladung (ETL) erzeugt und dem Datensatz hinzugefügt.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Lieferabweichung
DeliveryVariance
Die berechnete Zeitdifferenz zwischen dem angeforderten Lieferdatum und dem tatsächlichen Wareneingangsdatum.
Beschreibung

Diese Kennzahl misst die Lieferleistung, indem sie angibt, wie früh oder spät eine Lieferung eintrifft. Sie wird berechnet, indem das angeforderte Lieferdatum vom Wareneingangsdatum abgezogen wird. Ein positiver Wert bedeutet eine verspätete Lieferung, ein negativer Wert eine frühzeitige Lieferung und null eine pünktliche Lieferung.

Diese Berechnung bildet die Grundlage für das Dashboard zur Lieferanten-Lieferleistung und die Kennzahl zur Abweichung der Lieferanten-Lieferleistung. Durch den Vergleich der Abweichungen verschiedener Lieferanten erkennen Unternehmen zuverlässige und unzuverlässige Partner. Das unterstützt Verhandlungen mit Lieferanten und das Risikomanagement. Statt Lieferungen nur als pünktlich oder verspätet einzustufen, zeigt die Analyse auch das Ausmaß der Abweichung.

Warum das wichtig ist

Quantifiziert die Pünktlichkeit von Lieferanten, indem sie die genaue Verspätung oder vorzeitige Lieferung misst. Das ist entscheidend für das Lieferantenmanagement.

Woher beziehen

Wird in der Datentransformation berechnet, indem das angeforderte Lieferdatum vom Wareneingangsdatum abgezogen wird.

Beispiele
P2D-P1DP0D
Nacharbeit vorhanden
IsRework
Ein berechnetes Kennzeichen, das angibt, ob eine Bestellung eine Nacharbeitsschleife durchlaufen hat, etwa weil sie abgelehnt und erneut eingereicht wurde.
Beschreibung

Dieses boolesche Attribut wird aus der Abfolge der Aktivitäten abgeleitet. Es erhält den Wert „true“, wenn eine Bestellung im Prozess zurückspringt, etwa wenn auf die Aktivität „Bestellung genehmigen“ die Aktivität „Bestellung ändern“ und anschließend eine erneute Genehmigung folgt. Dies weist auf eine Abweichung vom geradlinigen Sollprozess hin.

Das Kennzeichen ist wichtig für die Berechnung der Kennzahl zur Nacharbeitsschleifenquote bei Bestellungen und zum Filtern der Prozessübersicht, um ineffiziente Abläufe hervorzuheben. Anhand von Cases mit Nacharbeit können Analysten Ursachen wie fehlerhafte Dateneingaben oder unklare Anforderungen untersuchen und Maßnahmen ergreifen, um die Genehmigungsquote im ersten Durchlauf zu verbessern.

Warum das wichtig ist

Kennzeichnet Cases mit ineffizienten Abläufen und Nacharbeit direkt. So können Analysten die Auswirkungen von Schleifen quantifizieren und gezielt Maßnahmen zu ihrer Beseitigung ergreifen.

Woher beziehen

Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird während der Datentransformation anhand der Aktivitätsabfolge jedes Cases berechnet.

Beispiele
truefalse
Nummer der Bestellanforderung.
PurchaseRequisitionNumber
Die eindeutige Kennung der Bestellanforderung, die der Bestellung vorausging.
Beschreibung

Dieses Attribut verknüpft eine Bestellung mit der ursprünglichen Bestellanforderung. Nicht jeder Bestellung geht eine Bestellanforderung voraus, etwa wenn eine Bestellung direkt angelegt wird.

Diese Verknüpfung ist wichtig, um den gesamten Beschaffungsprozess von der ersten Anforderung an zu analysieren. Sie wird für das Dashboard zum Umwandlungstrichter von Bestellanforderungen in Bestellungen und die Kennzahl zur Umwandlungszeit benötigt. Die Analyse dieser Verbindung zeigt Verzögerungen zwischen der Genehmigung einer Anforderung und der formellen Bestellung beim Lieferanten.

Warum das wichtig ist

Verknüpft die Bestellung mit der ursprünglichen Anforderung und ermöglicht so eine durchgängige Analyse von der Erstellung der Bestellanforderung bis zur Erfüllung der Bestellung.

Woher beziehen

Diese Information ist üblicherweise als Referenzfeld auf Positionsebene der Bestellung verfügbar.

Beispiele
PR10004567PR10004568PR10004569
Quellsystem
SourceSystem
Gibt an, aus welchem System die Daten extrahiert wurden, in diesem Fall aus SAP Ariba.
Beschreibung

Dieses Attribut gibt die Herkunft der Prozessdaten an. In Umgebungen mit mehreren integrierten Systemen ist es wichtig, Daten aus verschiedenen Quellen zu unterscheiden und ihre Herkunft nachvollziehen zu können.

Bei der Analyse können Sie damit Daten auf ein bestimmtes System eingrenzen oder Prozessinteraktionen zwischen verschiedenen Plattformen untersuchen. Als wichtige Metadaten unterstützt das Attribut Daten-Governance und Validierung und stellt sicher, dass Analysen auf dem richtigen Datensatz beruhen.

Warum das wichtig ist

Liefert wichtige Informationen zur Datenherkunft. Das ist für Daten-Governance, Validierung und Analysen in Umgebungen mit mehreren Systemen entscheidend.

Woher beziehen

Dies ist ein statischer Wert („SAP Ariba“), der üblicherweise während der Datenextraktion und -transformation hinzugefügt wird.

Beispiele
SAP AribaSAP-Ariba-USAribaCloud
Währung
DocumentCurrency
Der Währungscode für die Geldbeträge in der Bestellung.
Beschreibung

Dieses Attribut gibt an, in welcher Währung, etwa USD, EUR oder GBP, der Bestellwert ausgewiesen ist. Es liefert den notwendigen Kontext für alle Finanzdaten.

Bei der Analyse eines Prozesses, der sich über mehrere Länder oder Regionen erstreckt, ist die Belegwährung entscheidend, um Geldbeträge korrekt zu interpretieren und zu vergleichen. Alle Finanzkennzahlen und Dashboards müssen dieses Feld verwenden, um entweder auf eine einzelne Währung zu filtern oder geeignete Wechselkurse für eine korrekte Aggregation und einen aussagekräftigen Vergleich anzuwenden.

Warum das wichtig ist

Liefert den erforderlichen Kontext für alle Geldbeträge, ermöglicht korrekte Finanzanalysen und verhindert, dass unterschiedliche Währungen falsch zusammengefasst werden.

Woher beziehen

Dies ist ein Standardfeld im Kopfbereich des Bestelldokuments in SAP Ariba.

Beispiele
USDEURGBPJPY
Warengruppe
MaterialGroup
Eine Klassifizierung, mit der Materialien oder Dienstleistungen mit ähnlichen Eigenschaften gruppiert werden.
Beschreibung

Die Warengruppe, in der Ariba-Terminologie auch Commodity Code genannt, kategorisiert die eingekauften Artikel. Das ermöglicht Ausgabenanalysen und den Einsatz unterschiedlicher Beschaffungsstrategien für verschiedene Waren- und Dienstleistungsarten.

Im Process Mining ermöglicht dieses Attribut die Analyse des Beschaffungsprozesses nach den eingekauften Waren. Für IT-Hardware kann beispielsweise ein anderer Genehmigungsprozess gelten als für Bürobedarf. So erhalten Sie differenziertere Erkenntnisse und können Prozessverbesserungen gezielt auf bestimmte Einkaufskategorien abstimmen.

Warum das wichtig ist

Ermöglicht die Analyse des Prozesses nach Waren- oder Dienstleistungskategorie und zeigt, wie sich die Beschaffung je nach Artikel unterscheidet.

Woher beziehen

Dies ist ein Standardfeld auf Positionsebene einer Bestellung, häufig mit der Bezeichnung „Commodity Code“.

Beispiele
IT.HardwareBürobedarfProfessionelle.Dienstleistungen
Erforderlich Empfohlen Optional

Aktivitäten im Purchase-to-Pay-Prozess mit Bestellungen

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Purchase-to-Pay-Prozess mit Bestellungen präzise zu analysieren.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Bestellanforderung erstellt
Diese Aktivität kennzeichnet die Erstellung einer Bestellanforderung. Sie ist die formelle Anforderung von Waren oder Dienstleistungen und geht einer Bestellung voraus. In SAP Ariba wird sie üblicherweise erfasst, wenn ein Benutzer ein neues Anforderungsdokument speichert und einreicht. Dabei entsteht ein eindeutiger Datensatz mit Erstellungs-Timestamp.
Warum das wichtig ist

Dies ist der zentrale Startpunkt des Beschaffungsprozesses. Die Zeitspanne von diesem Ereignis bis zur Erstellung der Bestellung ist entscheidend, um die Durchlaufzeit von der Bestellanforderung bis zur Bestellung zu verstehen und frühe Engpässe zu erkennen.

Woher beziehen

Dieses Ereignis wird anhand des Erstellungsdatums des Anforderungsdokuments im SAP-Ariba-Buying-Modul erfasst. Der Statuswechsel zu „Eingereicht“ kennzeichnet häufig den formellen Start.

Erfassung

Basierend auf dem Erstellungs-Timestamp des Bestellanforderungsdokuments.

Ereignistyp explicit
Bestellung abgeschlossen
Diese Aktivität kennzeichnet den erfolgreichen Abschluss des Bestelllebenszyklus. Sie zeigt an, dass alle Waren oder Dienstleistungen vollständig eingegangen und in Rechnung gestellt wurden. Das Ereignis wird aus dem Statuswechsel der Bestellung zu „Received“, „Invoiced“ oder einem ähnlichen Endstatus abgeleitet.
Warum das wichtig ist

Dies ist der zentrale Endpunkt für einen erfolgreichen Prozessabschluss. Die Zeit bis zu diesem Status ergibt die Gesamtdurchlaufzeit und ist eine wichtige Kennzahl für die Effizienz des gesamten Prozesses.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem der Status des PurchaseOrder-Dokuments zu einem Endstatus wie „Received“ wechselt. Die Bestellung gilt als abgeschlossen, wenn alle Positionen vollständig eingegangen sind.

Erfassung

Abgeleitet aus dem Statuswechsel der Bestellung zu „Received“ oder einem ähnlichen Abschlussstatus.

Ereignistyp inferred
Bestellung an Lieferanten gesendet
Kennzeichnet den Zeitpunkt, zu dem die genehmigte Bestellung offiziell an den Lieferanten übermittelt wird, üblicherweise über das Ariba Network. Das Ereignis wird erfasst, wenn sich der Bestellstatus zu „Sent“ oder „Ordered“ ändert.
Warum das wichtig ist

Damit wechselt der Prozess von der internen Bearbeitung zur externen Erfüllung. Dieser Zeitpunkt ist der Ausgangspunkt für die Messung der Lieferzeit und Lieferleistung.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem sich der Status des PurchaseOrder-Dokuments zu „Sent“ oder „Ordered“ ändert. Dies ist ein standardmäßiger Statuswechsel in Ariba.

Erfassung

Abgeleitet aus dem Timestamp des Statuswechsels zu „Sent“ oder einem ähnlichen Status.

Ereignistyp inferred
Bestellung erstellt
Diese Aktivität kennzeichnet die Erstellung des offiziellen Bestelldokuments in SAP Ariba, entweder auf Grundlage einer genehmigten Bestellanforderung oder direkt. Erfasst wird sie anhand des Erstellungs-Timestamps des Bestelldokuments. Damit beginnt der Lebenszyklus der Bestellung formell.
Warum das wichtig ist

Bei direkt erstellten Bestellungen ist dies der Prozessstart. Der Meilenstein ist wichtig, um die Durchlaufzeit von der Bestellanforderung bis zur Bestellung und die gesamte Bearbeitungszeit der Bestellung zu messen.

Woher beziehen

Erfasst anhand des Erstellungs-Timestamps des PurchaseOrder-Dokumentobjekts in SAP Ariba Buying. Der Status lautet zu diesem Zeitpunkt üblicherweise „Composing“ oder „Submitted“.

Erfassung

Basierend auf dem Erstellungs-Timestamp des Bestelldokuments.

Ereignistyp explicit
Bestellung genehmigt
Zeigt an, dass die Bestellung alle erforderlichen internen Genehmigungen erhalten hat und an den Lieferanten gesendet werden kann. Das Ereignis wird anhand des Statuswechsels des Bestelldokuments zu „Genehmigt“ nach Abschluss des vorgesehenen Workflows ermittelt.
Warum das wichtig ist

Dieser wichtige Meilenstein dient dazu, Genehmigungsdurchlaufzeiten zu messen und Engpässe bei der Prüfung durch die Leitung zu erkennen. Verzögerungen an dieser Stelle wirken sich direkt auf die Lieferzeiten und die Effizienz der Beschaffung aus.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem der Status oder das Feld „ApprovedState“ des PurchaseOrder-Dokuments zu „Approved“ wechselt. Genehmigungsverläufe liefern detaillierte Daten.

Erfassung

Abgeleitet aus dem Timestamp der abschließenden Genehmigung im Genehmigungsablauf der Bestellung.

Ereignistyp inferred
Wareneingang gebucht
Kennzeichnet den physischen Eingang von Waren, der in SAP Ariba erfasst wird. Dieses Ereignis wird ausdrücklich protokolliert, wenn ein Benutzer ein Wareneingangsdokument zu einer Bestellposition erstellt und einreicht.
Warum das wichtig ist

Dieser wichtige Meilenstein bestätigt die Lieferung und bildet den Endpunkt für die Messung der Lieferleistung. Bei einem Drei-Wege-Abgleich gibt er außerdem die Rechnung zur Zahlung frei.

Woher beziehen

Erfasst anhand des Erstellungs- oder Einreichungs-Timestamps des mit der Bestellung verknüpften Wareneingangsdokuments.

Erfassung

Basierend auf dem Einreichungs-Timestamp des Wareneingangsdokuments.

Ereignistyp explicit
Bestellanforderung genehmigt
Kennzeichnet die abschließende Genehmigung einer Bestellanforderung durch alle erforderlichen Beteiligten. Damit ist sie zur Umwandlung in eine Bestellung freigegeben. Das Ereignis wird üblicherweise anhand des Statuswechsels des Anforderungsdokuments zu „Genehmigt“ und des Timestamps der abschließenden Genehmigung ermittelt.
Warum das wichtig ist

Mit diesem Meilenstein endet die interne Genehmigungsphase der Anforderung. Die Erfassung hilft, die Effizienz interner Kontrollen und Genehmigungs-Workflows vor der Erstellung der Bestellung zu messen.

Woher beziehen

Abgeleitet aus dem Genehmigungsverlauf oder dem Statusfeld des Anforderungsdokuments. Der Ereignis-Timestamp entspricht dem Datum, an dem der Status zu „Genehmigt“ wechselt.

Erfassung

Abgeleitet aus dem Timestamp, zu dem das Feld „ApprovedState“ der Bestellanforderung zu „Approved“ wechselt.

Ereignistyp inferred
Bestellung geändert
Diese Aktivität erfasst Änderungen an einer Bestellung nach ihrer ursprünglichen Erstellung, etwa an Menge, Preis oder Liefertermin. Dabei wird häufig eine neue Version des Bestelldokuments erstellt, die einen erneuten Genehmigungs-Workflow auslösen kann.
Warum das wichtig ist

Die Erfassung von Änderungen ist wichtig, um Ineffizienzen, Nacharbeitsschleifen und Ursachen für Beschaffungsfehler zu erkennen. Eine hohe Änderungsquote kann darauf hindeuten, dass der Bedarf zu Beginn nicht ausreichend ermittelt wurde.

Woher beziehen

Erfasst durch die Identifizierung mehrerer Versionen desselben PurchaseOrder-Dokuments. Der Erstellungs-Timestamp jeder neuen Version kann als Ereignis-Timestamp verwendet werden.

Erfassung

Wird protokolliert, wenn eine neue Version des Bestelldokuments erstellt und gespeichert wird.

Ereignistyp explicit
Bestellung storniert
Kennzeichnet die Beendigung einer Bestellung vor ihrer Erfüllung. Die Stornierung kann von der einkaufenden Organisation und in seltenen Fällen vom Lieferanten veranlasst werden.
Warum das wichtig ist

Dies ist ein wichtiger Ausnahmefall und Endpunkt des Prozesses. Eine Analyse der Stornierungsgründe kann Probleme bei der Planung, Budgetierung oder Zuverlässigkeit von Lieferanten aufdecken.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem sich der Status des PurchaseOrder-Dokuments zu „Cancelled“ oder „Closed“ ändert.

Erfassung

Abgeleitet aus dem Timestamp des Statuswechsels zu „Cancelled“.

Ereignistyp inferred
Bestellung vom Lieferanten bestätigt
Zeigt an, dass der Lieferant die Bestellung erhalten und bestätigt hat und sie ausführen will. Erfasst wird dies, wenn der Lieferant über das Ariba Network ein Auftragsbestätigungsdokument einreicht, wodurch sich der Bestellstatus aktualisiert.
Warum das wichtig ist

Diese Aktivität bestätigt, dass der Lieferant die Bestellung bearbeitet. Sie hilft, die Reaktionsfähigkeit des Lieferanten und die Genauigkeit der ursprünglichen Bestellung nachzuverfolgen.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem der Status der Bestellung nach Eingang einer Auftragsbestätigung des Lieferanten zu „Confirmed“ wechselt.

Erfassung

Basierend auf dem Erstellungsdatum des zugehörigen Auftragsbestätigungsdokuments oder einem Statuswechsel der Bestellung.

Ereignistyp inferred
Leistungserbringung bestätigt
Kennzeichnet die Bestätigung, dass Dienstleistungen erbracht wurden. Sie entspricht dem Wareneingang bei Waren. Erfasst wird sie, wenn ein Leistungsnachweis zu einer dienstleistungsbezogenen Bestellung erstellt und genehmigt wird.
Warum das wichtig ist

Diese Aktivität ist wichtig, um die Erfüllung von Dienstleistungsaufträgen nachzuverfolgen und Zahlungen freizugeben. Die Analyse der Bearbeitungszeit hilft, die Leistungserbringung und die damit verbundenen Ausgaben zu steuern.

Woher beziehen

Erfasst anhand des Genehmigungs-Timestamps des mit der Bestellung verknüpften ServiceSheet-Dokuments.

Erfassung

Basierend auf dem Genehmigungs-Timestamp des Leistungsnachweises.

Ereignistyp explicit
Rechnung zur Bestellung eingegangen
Zeigt an, dass eine Rechnung des Lieferanten mit Bezug auf die Bestellung eingegangen und in SAP Ariba erfasst wurde. Dieses Ereignis verknüpft den Beschaffungsprozess mit dem anschließenden Zahlungsprozess.
Warum das wichtig ist

Diese Aktivität ist ein wichtiger Übergang zwischen Beschaffung und Finanzwesen. Ihr Zeitpunkt ist entscheidend für die Steuerung des Betriebskapitals und pünktliche Zahlungen an Lieferanten.

Woher beziehen

Erfasst anhand des Erstellungs-Timestamps des Rechnungsdokuments in Ariba Invoicing, das auf die Bestellung verweist.

Erfassung

Basierend auf dem Erstellungs-Timestamp des mit der Bestellung verknüpften Rechnungsdokuments.

Ereignistyp explicit
Versandavis eingegangen
Diese Aktivität wird erfasst, wenn der Lieferant über das Ariba Network ein Versandavis (ASN) sendet und damit den Versand der Waren meldet. Das ASN enthält Angaben zur Sendung, etwa Artikel, Mengen und Sendungsverfolgungsdaten.
Warum das wichtig ist

Das ASN schafft Transparenz in der Lieferkette und ermöglicht der Warenannahme, sich auf die Lieferung vorzubereiten. Es ist eine wichtige Grundlage, um Waren im Transport nachzuverfolgen und Lieferzeiten vorherzusagen.

Woher beziehen

Erfasst anhand des Erstellungsdatums des ShipNotice-Dokuments, das mit den Positionen der Bestellung verknüpft ist.

Erfassung

Basierend auf dem Erstellungs-Timestamp des Versandavis (ASN).

Ereignistyp explicit
Waren an Lieferanten zurückgesendet
Diese Aktivität erfasst die Rücksendung von Waren an einen Lieferanten, üblicherweise wegen Beschädigungen, Mängeln oder falsch gelieferter Artikel. Sie wird protokolliert, wenn eine Rücksendung oder eine Belastungsanzeige zum ursprünglichen Wareneingang erstellt wird.
Warum das wichtig ist

Die Erfassung von Rücksendungen macht Probleme mit der Qualität und Liefergenauigkeit eines Lieferanten sichtbar. Eine Analyse der Häufigkeit und Gründe kann helfen, Lieferanten besser auszuwählen und zu steuern.

Woher beziehen

Das Ereignis lässt sich aus der Erstellung eines speziellen Rücksendungsdokuments oder einer negativen Menge in einem Wareneingang ableiten. Die konkrete Umsetzung hängt von der Konfiguration ab.

Erfassung

Abgeleitet aus der Erstellung eines Wareneingangs mit negativer Menge oder einem speziellen Typ „Return“.

Ereignistyp inferred
Empfohlen Optional

Anleitungen zum Datenexport

So exportieren Sie Ihre Daten aus SAP Ariba

Möchten Sie loslegen?

Mit diesem Template bereiten Sie Ihre Daten effizient vor und können Ihren Purchase-to-Pay-Prozess mit Bestellungen gezielt optimieren. Der erste Schritt zu effizienteren Abläufen beginnt hier.

Optimieren Sie noch heute Ihren Purchase-to-Pay-Prozess für Bestellungen!

Verkürzen Sie die Zykluszeit um 30 % und beseitigen Sie Engpässe in SAP Ariba.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Richten Sie Ihre kostenlose Testphase in wenigen Minuten ein.