Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen
Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen
Dies ist unsere generische Process-Mining-Datenvorlage für Purchase-to-Pay (P2P): Bestellung. Verwenden Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.
Wählen Sie ein spezifisches System- Vollständige Listee empfohlener Datenfelder für eine detaillierte Analyse.
- Schlüsselaktivitäten und Meilensteine zur Verfolgung Ihres BestellLebenszyklus.
- Anwendbar auf jedes zugrunde liegende System, das Ihren Purchase-to-Pay-Prozess verwaltet.
Purchase-to-Pay – Bestellattribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des spezifischen Geschäftsereignisses oder den Antrag bearbeitet.er Aufgabe, das/die zu einem bestimmten Zeitpunkt innerhalb des BestellLebenszyklus stattgefunden hat. | ||
| Beschreibung Der Aktivitätsname beschreibt einen Schritt oder eine Statusänderung innerhalb des Bestellprozesses. Beispiele hierfür sind 'Bestellung erstellt', 'Bestellung genehmigt', 'Wareneingang gebucht' und 'Rechnung erhalten'. Jede Activity stellt einen eindeutigen Punkt im Prozessverlauf dar. Dieses Attribut ist unerlässlich für die Erstellung der Prozessdarstellung (Process Map), die den Flow der Aktivitäten visuell darstellt. Die Analyse der Reihenfolge und Häufigkeit verschiedener Aktivitäten hilft dabei, gängige Prozesspfade, Abweichungen, Engpässe und Nacharbeitsschleifen, wie wiederholte Genehmigungs- oder Änderungsereignisse, zu identifizieren. Bedeutung Es ist die Basis der Prozessablauf und ermöglicht die Visualisierung und Analyse des Prozessfluss, seiner Variationen und Ineffizienzen. Datenquelle Diese Informationen werden in der Regel aus Transaktionscodes, Statusänderungsprotokollen, Event-Tabellen oder Änderungsdokumenttabellen abgeleitet, die mit der Bestellung verknüpft sind. Beispiele Bestellung erstelltBestellung genehmigt`Wareneingang` gebuchtRechnung eingegangen | |||
| Bestell-ID PurchaseOrderId | Die eindeutige Kennung einer Bestellung (PO). Sie dient als primäre Case-ID des Prozesses. | ||
| Beschreibung Die Bestell-ID ist ein eindeutiger alphanumerischer Code, der jeder Bestellung zugewiesen wird und sie von allen anderen unterscheidet. Sie fungiert als zentraler Referenzpunkt für alle Aktivitäten, Dokumente und Mitteilungen, die sich auf eine spezifische Beschaffungstransaktion beziehen. Im Process Mining ist diese ID wichtig für die Gruppierung aller zusammenhängenden Ereignisse, wie Erstellung, Genehmigung, Wareneingang und Rechnungsstellung, zu einer einzigen End-to-End-Prozessinstanz oder einem Case. Die Analyse von Prozessen anhand dieses Identifikators ermöglicht die Rekonstruktion und Visualisierung des gesamten Lebenszyklus jeder Bestellung, von ihrer Entstehung bis zu ihrem endgültigen Abschluss. Bedeutung Es ist das wesentliche Attribut, das alle zugehörigen Ereignisse zu einem einzigen Case verbindet und so eine End-to-End-Analyse des BestellLebenszyklus ermöglicht. Datenquelle Dies ist in der Regel ein Primärschlüsselfeld, das in der Bestellkopftabelle oder den Antrag bearbeitet.em Dokument zu finden ist. Beispiele PO-0012454500017563732000451 | |||
| Ereigniszeit EventTime | Der genaue Zeitstempel, der angibt, wann eine Aktivität oder ein Event aufgetreten ist. | ||
| Beschreibung Event Time erfasst Datum und Uhrzeit, zu der eine spezifische Aktivität ausgeführt oder eine Statusänderung aufgezeichnet wurde. Dieser Zeitstempel liefert den zeitlichen Kontext für jedes Event im Lebenszyklus der Bestellung. Im Process Mining sind Zeitstempels grundlegend für die Berechnung von Durchlaufzeiten, Dauern und Wartezeiten zwischen Aktivitäten. Durch die chronologische Anordnung von Ereignisse für jeden Case wird es möglich, die Prozessleistung zu analysierenn, Engpässe zu identifizieren, bei denen Zeit verloren geht, und die Compliance mit Service Level Agreements (SLAs) zu überwachen. Bedeutung Es ermöglicht alle zeitbasierten Analysen, einschließlich der Berechnung von Durchlaufzeiten, der Engpassidentifizierung und der Leistungsüberwachung anhand von Benchmarks. Datenquelle Dies ist in der Regel in Event-Protokollen, Änderungshistorientabellen oder als Erstellungs- oder Buchungsdatumsfeld auf transaktionalen Dokumenten zu finden. Beispiele 2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Zeitstempel, der den Antrag bearbeitet.en Zeitpunkt der letzten Aktualisierung oder Extraktion der Daten für diesen Prozess angibt. | ||
| Beschreibung Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenimports oder den Antrag bearbeitet.er letzten Aktualisierung aus dem Quellsystem. Es ist ein MetaDatenfeld, das sich auf den gesamten Datensatz und nicht auf ein einzelnes Event bezieht. Diese Information ist für Benutzer wichtig, um die Aktualität der analysierten Daten zu verstehen. Sie hilft ihnen, die Relevanz der Erkenntnisse zu beurteilen und stellt sicher, dass Entscheidungen auf Daten basieren, die für ihre Analyse so aktuell wie nötig sind. Bedeutung Es Hinweisrmiert die Benutzer über die Aktualität der Daten und stellt sicher, dass sie den durch die Analyse abgedeckten Zeitraum und die Relevanz der Resultate verstehen. Datenquelle Dieser Zeitstempel wird in der Regel vom Datenextraktions- und -transformationswerkzeug (ETL) oder -prozess generiert und gespeichert. Beispiele 2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z | |||
| Quellsystem SourceSystem | Das führende System oder den Antrag bearbeitet.ie Anwendung, aus der den Antrag bearbeitet.ie ProzessDaten extrahiert wurden. | ||
| Beschreibung Das Attribut Quellsystem kennzeichnet das ursprüngliche Informationssystem, aus dem die Event‑Daten stammen: z. B. ein ERP, eine Beschaffung‑Plattform oder ein Legacy‑System. Das ist besonders wichtig in Umgebungen, in denen der Purchase‑to‑Pay‑Prozess mehrere integrierte Anwendungen umfasst. Die Kenntnis des Quellsystems unterstützt Datenvalidierung, Fehleranalyse und das Verständnis von Prozessvarianten, die vom System abhängen können. So folgen Bestellungen (PO) aus einem E‑Beschaffung‑System oft einem anderen, stärker automatisierten Ablauf als Bestellungen, die manuell im Kern‑ERP angelegt wurden. Bedeutung Es liefert den Kontext für die Datenherkunft, was wichtig für Daten Governance, Validierung und die Analyse von Prozessabweichungen über verschiedene Systeme hinweg ist. Datenquelle Dies kann ein statischer Wert sein, der während der Datenextraktion hinzugefügt wird, oder ein Feld innerhalb der Quelltabellen, das das Erfassungssystem angibt. Beispiele SAP S/4HANAOracle FusionCoupa | |||
| Abteilung Department | Die Geschäftseinheit, Kostenstelle oder den Antrag bearbeitet.er Funktionsbereich, dem die Bestellung zugeordnet oder belastet wird. | ||
| Beschreibung Das Attribut Department spezifiziert die Organisationseinheit, die für den Einkauf verantwortlich ist. Dies ist oft die Abteilung, die die Anfrage initiiert hat, oder den Antrag bearbeitet.iejenige, deren Budget die Kosten decken wird, wie z.B. 'IT', 'Marketing' oder 'Operations'. Dieses Attribut ist unerlässlich, um die Prozessleistung über verschiedene Geschäftsbereiche hinweg zu segmentieren und zu vergleichen. Die Analyse nach Abteilung kann aufzeigen, welche Bereiche die längsten Durchlaufzeits, die höchsten Änderungsraten oder den Antrag bearbeitet.as größte Maverick Buying aufweisen. Diese Erkenntnisse helfen dabei, Verbesserungsinitiativen auf die spezifischen Bedürfnisse und Verhaltensweisen jeder Abteilung zuzuschneiden. Bedeutung Es ermöglicht, die Prozessanalyse nach Geschäftsbereichen zu segmentieren, was hilft, die Leistung zu vergleichen und abteilungsspezifische Probleme oder Best Practices zu identifizieren. Datenquelle Diese Informationen sind üblicherweise im Bestellkopf oder in den Positionsdetails der Bestellung verfügbar, oft als Feld 'Kostenstelle' oder 'Abteilung' verknüpft. Beispiele FinanzenInformationstechnologieMarketing – CPG | |||
| Angefordertes Lieferdatum RequestedDeliveryDate | Das Datum, an dem das Unternehmen den Lieferanten aufgefordert hat, die Waren oder Dienstleistungen zu liefern. | ||
| Beschreibung Das gewünschte Lieferdatum ist das auf der Bestellung angegebene Datum, zu dem das Unternehmen die Waren oder Dienstleistungen vom Lieferanten erwartet. Es dient als Referenz zur Messung der Lieferantenleistung. Dieses Attribut ist zentral für den KPI "Liefertermintreue" (OTD). Durch den Vergleich des gewünschten Lieferdatums mit dem tatsächlichen Wareneingangsdatum lässt sich die Zuverlässigkeit von Lieferanten bewerten. Die Analyse von Abweichungen hilft, chronische Probleme bei bestimmten Lieferanten, Materialien oder Versandstandorten zu erkennen und liefert Fakten für Leistungsgespräche. Bedeutung Es ist der Referenzwert zur Messung der Lieferantenleistung und wichtig für die Berechnung des KPI "Pünktliche Lieferquote". Datenquelle Dieses Datum ist in der Regel ein Standardfeld im Bestellkopf oder in den Positionsdetails der Bestellung. Beispiele 2024-08-152024-09-012024-07-30 | |||
| Artikelkategorie ItemCategory | Die Klassifizierung der eingekauften Waren oder Dienstleistungen, wie IT Hardware, Professional Dienste oder Bürobedarf. | ||
| Beschreibung Die Artikelkategorie, auch bekannt als Materialgruppe oder Einkaufskategorie, klassifiziert die Art des zu beschaffenden Produkts oder den Antrag bearbeitet.er Dienstleistung. Diese strukturierte Klassifizierung hilft dabei, Beschaffungsausgaben und das Prozessverhalten zu organisieren und zu verstehen. Die Analyse des Prozesses nach Artikelkategorie kann erhebliche Unterschiede aufdecken. Beispielsweise kann der Beschaffungsprozess für komplexe Dienstleistungen längere Genehmigungszyklen und mehr Änderungen aufweisen als der Prozess für Standard-Büromaterial. Diese Segmentierung ermöglicht eine kategoriespezifische Prozessoptimierung und Strategieentwicklung. Bedeutung Es ermöglicht die Analyse der Prozessleistung und der Ausgaben nach Kategorie, wobei aufgezeigt wird, wie verschiedene Arten von Einkäufen die Prozesseffizienz beeinflussen. Datenquelle Diese Informationen werden in der Regel auf der Bestellpositionsebene gespeichert. Beispiele IT Hardware`Professionelle Dienstleistungen`BürobedarfMRO – Maintenance Repair & Operations | |||
| Benutzername UserName | Der Name oder den Antrag bearbeitet.ie ID des Benutzers, der eine bestimmte Aktivität durchgeführt hat, wie das Erstellen, Genehmigen oder Ändern der Bestellung. | ||
| Beschreibung Der Benutzername identifiziert die Person, die ein Event im Prozess ausgeführt hat. Das kann die Person sein, die die BANF erstellt, die Bestellung genehmigt oder den Antrag bearbeitet.en Wareneingang gebucht hat. Er schafft Nachvollziehbarkeit und verleiht dem Prozess eine menschliche Dimension. Die Analyse von Aktivitäten nach Nutzenden hilft, Arbeitslasten zu verstehen, Schulungsbedarfe zu erkennen und potenzielle Compliance‑Themen aufzudecken. So lässt sich etwa prüfen, ob bestimmte Nutzende mit hohen Nacharbeits‑ oder Verzögerungsraten auffallen oder ob Verstöße gegen die Funktionstrennung vorliegen. Bedeutung Es verknüpft Process Aktivitäten mit bestimmten Personen und ermöglicht so die Analyse von Arbeitslast, Leistung und Compliance auf Benutzerebene. Datenquelle Typischerweise in den Feldern 'Created By', 'Changed By' oder 'Benutzer ID' in Transaktionsprotokollen und Dokumentkopfzeilen zu finden. Beispiele j.doesmith_auser123 | |||
| Lieferantenname VendorName | Der Name des Lieferanten oder Anbieters, von dem Waren oder Dienstleistungen bezogen werden. | ||
| Beschreibung Der Lieferantenname identifiziert den externen Partner, der den Antrag bearbeitet.ie in der Bestellung spezifizierten Waren oder Dienstleistungen liefert. Er ist ein zentrales StammDatenelement, das mit den transaktionalen PO‑Daten verknüpft ist. Eine Analyse des Prozesses nach Lieferanten ist wichtig für das Management der Lieferantenleistung. Sie ermöglicht den Vergleich anhand von Kennzahlen wie Liefertermintreue, Retourenquote und der Häufigkeit von PO‑Änderungen. Diese Erkenntnisse unterstützen Sourcing‑Strategien, Verhandlungen und das Beziehungsmanagement. Bedeutung Es ermöglicht die Analyse der Lieferantenleistung und den Vergleich von Lieferzeiten, Qualität sowie Process Friction zwischen verschiedenen Anbietern. Datenquelle Dies wird aus StammDaten des Lieferanten bezogen und mit der Bestellung verknüpft, in der Regel im Dokumentenkopf. Beispiele Global Office SuppliesTech Solutions Inc.`Kreativmarketingagentur` | |||
| PO-Betrag PurchaseOrderAmount | Der Gesamtbetrag der Bestellung. | ||
| Beschreibung Der Bestellwert repräsentiert die gesamte finanzielle Verpflichtung einer Bestellung. Er kann auf Gesamtbelegebene oder auf Ebene der einzelnen Position analysiert werden. Dieses Attribut ist die Basis für die Finanzanalyse und Priorisierung. Es ermöglicht die Filterung von Prozessen nach Wert, zum Beispiel, um sich auf hochpreisige Bestellungen zu konzentrieren, die komplexere Genehmigungs-Workflows oder größere geschäftliche Auswirkungen haben können. Die Korrelation des Bestellwerts mit Durchlaufzeiten oder Nacharbeitsquoten kann aufzeigen, ob hochpreisige Bestellungen weniger effizient abgewickelt werden als niedrigpreisige. Bedeutung Es verleiht dem Prozess eine finanzielle Dimension, wodurch eine wertbasierte Analyse zur Priorisierung von Verbesserungen und zum besseren Verständnis von Kostentreibern ermöglicht wird. Datenquelle Dieser Wert befindet sich in den KopfDaten der Einkaufsbestellung und wird oft als Summe aller Positionsbeträge berechnet. Beispiele 15000.00250.75125000.50 | |||
| PO-Status PurchaseOrderStatus | Der aktuelle oder finale Status der Bestellung in ihrem Lebenszyklus, z.B. 'Offen', 'Abgeschlossen', 'Storniert'. | ||
| Beschreibung Der Bestellstatus gibt den Stand der Bestellung innerhalb ihres Lebenszyklus zu einem bestimmten Zeitpunkt oder ihre endgültige Disposition an. Gängige Status sind 'In Genehmigung', 'Genehmigt', 'An Lieferanten gesendet', 'Teilweise erhalten', 'Abgeschlossen' oder 'Storniert'. Dieses Attribut ist nützlich für das Filtern und Analysieren von Teilmengen von Bestellungen. So kann sich die Analyse beispielsweise ausschließlich auf offene Bestellungen konzentrieren, um aktuelle Engpässe zu identifizieren, oder auf stornierte Bestellungen, um die Gründe für die Stornierung zu verstehen. Die Verfolgung der Abfolge von Statusänderungen kann auch als Grundlage für die Definition der Aktivitäten im Prozessmodell dienen. Bedeutung Es ermöglicht das Filtern von Fälle anhand ihres Lebenszyklusstatus, was eine fokussierte Analyse auf offene, abgeschlossene oder problematische Bestellungen ermöglicht. Datenquelle Dies ist ein Standard-Statusfeld, das in den BestellkopfDaten zu finden ist. Beispiele OffenFür Fakturierung geschlossenStorniertIn Genehmigung | |||
| Anfragender Requester | Der Name der Person, die ursprünglich die Waren oder Dienstleistungen angefordert hat. | ||
| Beschreibung Die anfordernde Person (Bedarfsträger/in) ist die Person im Unternehmen, die den Bedarf für einen Einkauf ausgelöst hat: häufig durch die vorhergehende Purchase Requisition (BANF). Sie ist zu unterscheiden von der Person, die die Bestellung im System angelegt hat; das ist in der Regel jemand aus dem Einkauf. Eine Analyse nach Anfordernden hilft, Muster im Einkaufsverhalten zu erkennen. Manche Anfordernde haben beispielsweise häufig eilige Bestellungen oder Bestellungen mit vielen Änderungen. Diese Informationen können für gezielte Schulungen zu Einkaufsrichtlinien oder zur Verbesserung der Bedarfsspezifikationen direkt an der Quelle geverwendet werden. Bedeutung Es identifiziert den Geschäftsanwender, der den Antrag bearbeitet.en Einkauf initiiert hat, und ermöglicht so die Analyse des Kaufverhaltens sowie die Verbesserung des Anforderungsspezifikationsprozesses. Datenquelle Diese Informationen werden üblicherweise aus der zugehörigen Purchase Requisition bezogen oder als Feld 'Anforderer' in der Bestellung selbst gespeichert. Beispiele Alice JohnsonRobert WilliamsChen, Wei | |||
| Endzeit EndTime | Der genaue Zeitstempel, der den Antrag bearbeitet.en Abschluss einer Activity anzeigt. Bei atomaren Ereignisse ist dies oft derselbe wie der Event Time. | ||
| Beschreibung Das Attribut End Time erfasst die Abschlusszeit einer Activity. Während viele Prozess Ereignisse atomar sind und dieselbe Start- und Endzeit haben, können einige Aktivitäten, insbesondere manuelle oder solche mit einer messbaren Dauer, unterschiedliche Start- und End-Zeitstempels aufweisen. Das Vorhandensein einer Endzeit ermöglicht eine präzise Berechnung der Bearbeitungszeit einzelner Aktivitäten. Dies ist von besonders wertvoll, um zu identifizieren, welche spezifischen Schritte zeitaufwändig sind, und um zwischen Bearbeitungszeit (wenn aktiv gearbeitet wird) und Wartezeit (der Leerlaufzeit zwischen Aktivitäten) zu unterscheiden. Bedeutung Es ermöglicht die genaue Berechnung von Aktivitätsbearbeitungszeiten, was hilft, die aktive Arbeitszeit von der Leerlauf-Wartezeit im Prozess zu unterscheiden. Datenquelle Findet sich in Event-Logs oder TransaktionsDaten, manchmal als separates Feld 'Endzeit' oder 'Abschlussdatum'. Falls nicht verfügbar, kann es auf denselben Wert wie die Event Time gesetzt werden. Beispiele 2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z | |||
| Purchase Requisitions-ID PurchaseRequisitionId | Die eindeutige Kennung der Purchase Requisition (BANF), die der Bestellung vorausging und die Bestellung autorisiert hat. | ||
| Beschreibung Die Purchase Requisitions-ID ist der Identifikator für das interne Dokument, das den Beschaffungsprozess initiiert hat. Die Anforderung ist die formelle Anfrage, die von einer Abteilung an die Einkaufsabteilung gestellt wird, um Waren oder Dienstleistungen zu beschaffen. Das Vorhandensein dieser ID ermöglicht die Verknüpfung des Bestellprozesses mit dem vorgelagerten Anforderungsprozess. Dies ermöglicht eine vollständigere 'Anforderung-zu-Bestellung'-Analyse, die die Zeit von der Anfrage bis zur Erstellung der Bestellung misst. Sie hilft, Verzögerungen bei der Übergabe zwischen den Anforderern und dem Einkaufsteam zu identifizieren. Bedeutung Es verknüpft die Bestellung mit der ursprünglichen Anforderung und ermöglicht so die Analyse der vorgelagerten Durchlaufzeit von der Anforderung bis zur Bestellung. Datenquelle Dies wird in der Regel als Referenzfeld in den Bestellkopf- oder PositionsDaten gespeichert. Beispiele PR-1008761000004321REQ-052023-01 | |||
| Währung Currency | Der Währungscode, z.B. USD oder EUR, für die monetären Werte auf der Bestellung. | ||
| Beschreibung Das Attribut Currency gibt die Geldeinheit an, die für den Purchase Order Amount und andere finanzielle Fields verwendet wird. Es ist unerlässlich für die korrekte Interpretation und Aggregation von Finanz Daten, insbesondere in multinationalen Organisationen, die mit mehreren Währungen operieren. In der Analyse stellt dieses Attribut sicher, dass Finanzkennzahlen auf einer vergleichbaren Basis verglichen werden. Es ist eine Voraussetzung für jedes Dashboard oder KPI, das Geldwerte beinhaltet, und ermöglicht eine ordnungsgemäße Währungsumrechnung und Berichterstattung, um eine genaue finanzielle Sicht auf den Beschaffungsprozess zu erhalten. Bedeutung Es bietet den notwendigen Kontext für alle monetären Werte und stellt ... sicher eine präzise Finanzberichterstattung und Vergleichbarkeit, insbesondere in globalen Operationen. Datenquelle Dieser Code wird in der Regel im Bestellkopf zusammen mit dem Gesamtbetrag gespeichert. Beispiele USDEURGBP | |||
Purchase-to-Pay – Bestellaktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| `Wareneingang` gebucht | Diese Aktivität stellt die formelle Erfassung erhaltener Waren im Rahmen der Bestellung dar. Sie bestätigt, dass eine Lieferung eingetroffen und im System erfasst wurde, wobei oft die Bestandsniveaus aktualisiert werden. | ||
| Bedeutung Dies ist ein kritischer Meilenstein, der den Antrag bearbeitet.ie Erfüllung der Bestellung aus logistischer Sicht markiert. Die Analyse der pünktlichen Lieferleistung hängt stark von der Genauigkeit und Aktualität dieses Ereignisse ab. Datenquelle Dies ist eine explizite Transaktion, die ein Wareneingangs- oder Produktempfangsdokument erstellt, das mit der Bestellung verknüpft ist. Erfassen Verwenden Sie das Buchungsdatum oder Erstellungsdatum des Materialbelegs oder den Antrag bearbeitet.er Wareneingangstransaktion. Ereignistyp explicit | |||
| Bestellung abgeschlossen | Dies ist die finale Aktivität, die bedeutet, dass die Bestellung als abgeschlossen gilt. Eine Bestellung wird in der Regel geschlossen, wenn sie vollständig empfangen und vollständig in Rechnung gestellt wurde und keine weiteren Transaktionen erwartet werden. | ||
| Bedeutung Diese Aktivität markiert das Ende des Lebenszyklus einer Bestellung. Die Abschlusszeit ist eine wichtige Kennzahl für den gesamten Prozessdurchsatz und hilft, unerledigte, inaktive Bestellungen zu identifizieren. Datenquelle Dies wird oft aus einem Endstatus wie 'Geschlossen' oder 'Abgeschlossen' abgeleitet, der automatisch oder manuell gesetzt werden kann. Erfassen Verwenden Sie den Zeitstempel, wenn ein endgültiger Abschlussstatus gesetzt wird oder wenn sowohl die Indikatoren 'Lieferung abgeschlossen' als auch 'Endrechnung' aktiv sind. Ereignistyp inferred | |||
| Bestellung an Lieferanten gesendet | Diese Aktivität markiert den Zeitpunkt, an dem die genehmigte Bestellung offiziell an den Lieferanten übermittelt wird. Dies kann über verschiedene Kanäle wie EDI, ein Lieferantenportal oder E-Mail erfolgen. | ||
| Bedeutung Dies ist der erste externe Berührungspunkt und markiert den Beginn der Lieferanten-Durchlaufzeit. Verzögerungen zwischen der internen Genehmigung und dem Senden der Bestellung an den Lieferanten stellen verlorene Zeit im Beschaffungszyklus dar. Datenquelle Dies wird oft aus Nachrichten-Ausgangsprotokollen, Kommunikationsaufzeichnungen oder einer spezifischen Statusänderung wie 'Gesendet' oder 'Bestellt' erfasst. Erfassen Identifizieren Sie den Zeitstempel, wenn die Ausgangsmitteilung für die Bestellung erfolgreich verarbeitet oder gesendet wurde. Ereignistyp explicit | |||
| Bestellung erstellt | Diese Aktivität stellt die erstmalige Erstellung des Bestelldokuments im System dar. Sie kennzeichnet den formellen Beginn der Beschaffungsverpflichtung, oft generiert aus einer genehmigten Anforderung. | ||
| Bedeutung Als primäres Case-Start-Event ist diese Activity wesentlich für die Messung der End-to-End Durchlaufzeit einer Bestellung. Sie bildet die Grundlage für alle nachfolgenden Prozessschritte. Datenquelle Diese Informationen werden aus dem Erstellungs-Zeitstempel des primären BestellDatensatzes oder den Antrag bearbeitet.er Kopftabelle erfasst. Erfassen Verwenden Sie das Erstellungsdatum und die Uhrzeit des Dokuments aus dem KopfDatensatz der Einkaufsbestellung. Ereignistyp explicit | |||
| Bestellung genehmigt | Dieser wichtige Meilenstein bedeutet, dass die Bestellung ihren internen Genehmigungs-Workflow abgeschlossen hat. Die Bestellung ist nun zur Übermittlung an den Lieferanten autorisiert, was eine offizielle finanzielle Verpflichtung darstellt. | ||
| Bedeutung Dies ist ein kritischer Meilenstein zur Messung der internen Genehmigungseffizienz. Verzögerungen bei der Genehmigung wirken sich direkt auf die gesamte Durchlaufzeit aus und können die Lieferantenbeziehungen belasten. Datenquelle Dieses Event wird normalerweise aus einer Statusänderung der Bestellung abgeleitet oder aus dem Zeitstempel der finalen Genehmigung in einem Workflow-Verlaufnprotokoll erfasst. Erfassen Verwenden Sie den Zeitstempel, wenn der endgültige Genehmigungsstatus der Bestellung gesetzt oder den Antrag bearbeitet.ie letzte erforderliche Genehmigungshandlung erfasst wird. Ereignistyp inferred | |||
| Rechnung eingegangen | Dieses Event markiert den Eingang und die Erfassung einer Lieferantenrechnung, die sich auf die Bestellung bezieht. Es kennzeichnet den Beginn des Invoice-to-Pay-Teils des Purchase-to-Pay-Zyklus. | ||
| Bedeutung Diese Aktivität verknüpft den Beschaffungsprozess mit der Kreditorenbuchhaltung. Die Zeitspanne zwischen Wareneingang und Rechnungseingang ist maßgeblich für die Verwaltung von Abgrenzungen und die Finanzprognose. Datenquelle Dies ist eine explizite Transaktion, die aus der Erstellung oder Buchung eines Lieferantenrechnungsdokuments erfasst wird, das mit der Bestellung verknüpft ist. Erfassen Verwenden Sie das Erstellungs-, Erfassungs- oder Buchungsdatum der Lieferantenrechnung. Ereignistyp explicit | |||
| `Purchase Requisition` erstellt | Diese Aktivität markiert die formelle Anforderung von Waren oder Dienstleistungen, die einer Bestellung vorausgeht. Es ist das erste Dokument, das den geschäftlichen Bedarf erfasst und in der Regel einen Genehmigungs-Workflow initiiert. | ||
| Bedeutung Die Analyse der Zeit zwischen der Erstellung einer Anforderung und der Erstellung einer Bestellung hilft, Engpässe in der Bedarfs-zu-Bestellungs-Phase zu identifizieren. Ein hohes Volumen an Anforderungen, die nicht zu Bestellungen werden, kann auf eine ineffiziente Planung hindeuten. Datenquelle Dieses Event wird aus dem Erstellungs-Zeitstempel des Purchase Requisitionsdokuments oder -Datensatzes im Beschaffungsmodul erfasst. Erfassen Verwenden Sie den Erstellungs-Zeitstempel aus der Kopfzeilentabelle der Purchase Requisition oder den Antrag bearbeitet.em Dokumentprotokoll. Ereignistyp explicit | |||
| `Waren zurückgesendet` | Diese Aktivität wird erfasst, wenn bereits gelieferte Waren an den Lieferanten zurückgesendet werden. Gründe sind meist Qualitätsmängel, Transportschäden oder Falschlieferungen. | ||
| Bedeutung Die Verfolgung der Retourenhäufigkeit ist ein wichtiger Indikator für Lieferantenqualität und -leistung. Hohe Retourenquoten können auf systemische Probleme bei bestimmten Lieferanten oder Produkten hinweisen. Datenquelle Dies wird durch eine spezifische Retourentransaktion oder eine Stornierung des ursprünglichen Wareneingangsdokuments erfasst. Erfassen Identifizieren Sie das Buchungsdatum eines Retourenmaterialbelegs oder einer Warenbewegung mit einem retourenspezifischen Typ. Ereignistyp explicit | |||
| Bestellung abgelehnt | Diese Aktivität tritt auf, wenn ein Genehmigender den Antrag bearbeitet.ie Bestellung während des Genehmigungs-Workflows ablehnt. Die Bestellung wird in der Regel zur Überarbeitung oder Stornierung an den Ersteller zurückgesandt. | ||
| Bedeutung Ablehnungen führen zu Nacharbeit und Verzögerungen im Prozess. Die Analyse der Häufigkeit und Gründe für Ablehnungen hilft dabei, Probleme in der Daten Quality, der Policy Compliance oder bei der Schulung der Genehmigenden zu identifizieren. Datenquelle Dies wird in der Regel aus einer Statusänderung zu 'Abgelehnt' oder einem ähnlichen Status im Bestelldokument abgeleitet. Erfassen Identifizieren Sie den Zeitstempel, wenn der Status der Bestellung aktualisiert wird, um eine Ablehnung widerzuspiegeln. Ereignistyp inferred | |||
| Bestellung eingereicht | Diese Aktivität findet statt, wenn eine entworfene Bestellung formell in einen internen Genehmigungs-Workflow übermittelt wird. Dies überführt das Dokument von einem Entwurfsstatus in den Status "Genehmigung ausstehende Zahlungen identifizieren.end". | ||
| Bedeutung Dieses Event trennt die Erstellungs- oder Entwurfszeit der Bestellung von der tatsächlichen Genehmigungszykluszeit. Die Analyse der Verzögerung zwischen Erstellung und Einreichung kann Benutzerverhalten oder Schulungsprobleme aufzeigen. Datenquelle Dies wird in der Regel aus einer expliziten Benutzeraktion, einer Statusänderung oder einem Eintrag in einem Workflow-Protokoll erfasst. Erfassen Identifizieren Sie den Zeitstempel, der mit der Aktion 'zur Genehmigung einreichen' oder den Antrag bearbeitet.er entsprechenden Statusänderung verbunden ist. Ereignistyp explicit | |||
| Bestellung geändert | Dieses Event stellt jede Änderung dar, die an einer Bestellung nach ihrer ursprünglichen Erstellung oder Genehmigung erfolgt. Häufige Änderungen umfassen Anpassungen der Menge, des Preises oder den Antrag bearbeitet.er Liefertermine. | ||
| Bedeutung Häufige Änderungen können auf eine mangelhafte anfängliche Planung, Lieferantenprobleme oder Prozessinstabilität hindeuten. Jede Änderung löst oft eine erneute Genehmigung aus, was zu erheblichem administrativen Aufwand und Verzögerungen führt. Datenquelle Diese Informationen werden aus Systemänderungsprotokollen, der Dokumentenversionshistorie oder Audit-Trail-Tabellen erfasst. Erfassen Verwenden Sie den Zeitstempel aus Änderungsbelegprotokollen, die mit der Einkaufsbestellung verknüpft sind. Ereignistyp explicit | |||
| Bestellung storniert | Diese Aktivität stellt die Stornierung einer Bestellung dar, bevor diese abgeschlossen wurde. Eine Stornierung kann in verschiedenen Phasen erfolgen, wenn die Waren nicht mehr benötigt werden oder den Antrag bearbeitet.ie Bestellung irrtümlich erstellt wurde. | ||
| Bedeutung Stornierungen stellen einen verschwendeten Aufwand dar und können auf Prozessineffizienzen oder eine mangelhafte Bedarfsplanung hindeuten. Das Verständnis, warum und wann Bestellungen storniert werden, kann zu Prozessoptimierungen führen. Datenquelle Dies wird in der Regel aus einem spezifischen Dokumentenstatus wie 'Storniert' oder den Antrag bearbeitet.er Aktivierung eines Löschkennzeichens im BestellDatensatz abgeleitet. Erfassen Identifizieren Sie den Zeitstempel, wenn das Löschkennzeichen gesetzt wird oder den Antrag bearbeitet.er Dokumentstatus auf storniert wechselt. Ereignistyp inferred | |||
| Leistungen bestätigt | Diese Aktivität entspricht einem Leistungseingang für Dienstleistungsbestellungen. Sie bestätigt, dass eine Dienstleistung gemäß den in der Bestellung festgelegten Bedingungen erbracht wurde. | ||
| Bedeutung Für die Dienstleistungsbeschaffung ist dieses Event unerlässlich, um die Leistung der Dienstleistungserbringung zu verfolgen, und oft eine Voraussetzung für die Genehmigung der entsprechenden Rechnung zur Zahlung. Datenquelle Dies wird in der Regel durch die Erstellung eines Leistungsnachweises oder eines ähnlichen Dienstleistungsbestätigungsdokuments erfasst. Erfassen Verwenden Sie das Erstellungs- oder Buchungsdatum des Leistungsnachweises oder den Antrag bearbeitet.es Bestätigungsbelegs. Ereignistyp explicit | |||
| Lieferant hat Bestellung bestätigt | Dieses Event bedeutet, dass der Lieferant die Bestellung erhalten, geprüft und bestätigt hat. Diese Bestätigung beinhaltet oft eine Vereinbarung über Preis, Menge und Liefertermine. | ||
| Bedeutung Die Lieferantenbestätigung schafft Vertrauen, dass die Bestellung wie angefordert erfüllt wird. Eine mangelnde zeitnahe Bestätigung kann ein früher Indikator für potenzielle Lieferprobleme oder Verzögerungen sein. Datenquelle Dies wird aus vom Lieferanten initiierten Transaktionen in einem Lieferantenportal oder den Antrag bearbeitet.urch manuelle Dateneingabe basierend auf E-Mail- oder Faxbestätigungen erfasst. Erfassen Verwenden Sie den Zeitstempel des Auftragsbestätigungsdokuments oder den Antrag bearbeitet.er Statusaktualisierung, die die Lieferantenbestätigung anzeigt. Ereignistyp explicit | |||
| Purchase Requisition genehmigt | Dieses Event bedeutet, dass die Purchase Requisition von allen notwendigen Stakeholdern geprüft und genehmigt wurde. Diese Genehmigung autorisiert die Erstellung einer formellen Bestellung. | ||
| Bedeutung Dieser Meilenstein markiert das Ende des internen Bedarfs-Genehmigungsprozesses. Die Verfolgung der Dauer und Erfolgsrate von Anforderungsfreigaben ist maßgeblich für das Verständnis der Vorbeschaffungs-Effizienz. Datenquelle Dies wird in der Regel aus einer Statusänderung des Anforderungsdokuments oder aus einem Workflow-Verlaufnprotokoll abgeleitet. Erfassen Identifizieren Sie den Zeitstempel, wenn der endgültige Genehmigungsstatus der Anforderung gesetzt wird oder den Antrag bearbeitet.ie endgültige Genehmigungsaktion protokolliert wird. Ereignistyp inferred | |||
Extraktionsanleitungen
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,