Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen

Microsoft Dynamics 365
Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen

Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen

Diese Datenvorlage bietet einen klare Struktur für die Erfassung der relevanten Daten, die zur Optimierung Ihres Purchase-to-Pay- und Bestellprozesses erforderlich sind. Es beschreibt die wichtigen zu sammelnden Attribute und die wichtigsten zu verfolgenden Aktivitäten und bietet praktische Anleitungen zur Extraktion dieser Informationen aus Ihrem Quellsystem. Verwenden Sie diese Ressource, um sicherzustellen, dass Ihre Daten für eine vollständige Prozessanalyse bereit sind.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten für das Tracking für die Prozesskartierung
  • Praktische Anleitung zur Datenextraktion
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Purchase-to-Pay – Bestellattribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log (Event Log) aufnehmen sollten, um eine vollständige Analyse Ihres Purchase-to-Pay-Prozesses und Bestellprozesses zu ermöglichen.
5 Erforderlich 5 Empfohlen 9 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des spezifischen Geschäftsereignis oder Schrittes, der innerhalb des BestellLebenszyklus aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt im Bestellprozess, wie z. B. „Bestellung erstellt“, „Bestellung genehmigt“ oder „Wareneingang gebucht“. Die Abfolge dieser Aktivitäten bildet den Prozessfluss für jede Bestellung.

Die Analyse von Aktivitäten ist die Grundlage für Process Mining. Sie ermöglicht die Visualisierung der Prozessablauf, die Entdeckung von Prozessvarianten sowie die Identifizierung von Aktivitäten, die sich häufig wiederholen oder Verzögerungen verursachen. Das Verständnis der Abfolge und Häufigkeit von Aktivitäten ist wichtig für die Prozessoptimierung.

Bedeutung

Dieses Attribut ist wichtig für den Aufbau der Prozessablauf und das Verständnis der Abfolge von Ereignisse, die den Bestellprozess-Lebenszyklus bilden.

Datenquelle

Abgeleitet aus der Geschäftslogik basierend auf Statusänderungen in Tabellen wie PurchTable, PurchReqTable und zugehörigen Buchungsjournalen wie VendPackingSlipJour oder VendInvoiceJour.

Beispiele
Bestellung erstelltBestellung genehmigt`Wareneingang` gebuchtBestellung fakturiert
Bestellung
PurchaseOrderNumber
Die eindeutige Kennung für die Bestellung, die als primärer Case für die Prozessanalyse dient.
Beschreibung

Die Bestellnummer ist der zentrale Identifikator, der alle zugehörigen Aktivitäten verknüpft, vom ersten Entwurf bis zum endgültigen Abschluss oder zur Stornierung. Jede eindeutige Nummer repräsentiert eine einzelne Instanz des Bestellprozesses.

Im Process Mining wird dieses Attribut verwendet, um den End-to-End-Verlauf jeder Bestellung zu rekonstruieren. Die Analyse des Prozesses basierend auf diesem Identifikator ermöglicht eine detaillierte Ansicht des gesamten Lebenszyklus, wodurch gängige Pfade, Abweichungen und Engpässe für einzelne Bestellungen identifiziert werden können.

Bedeutung

Es ist der grundlegende Schlüssel zur Rekonstruktion des Prozessflusses, der den Antrag bearbeitet.ie Analyse des Weges jeder Bestellung von Anfang bis Ende ermöglicht.

Datenquelle

Dies ist der Primärschlüssel in der Bestellkopf-Tabelle, in der Regel die PurchTable mit dem Feldnamen PurchId in Microsoft Dynamics 365.

Beispiele
PO-001245PO-001246PO-001247
Ereigniszeit
EventTime
Das genaue Datum und die Uhrzeit, zu der eine Aktivität bzw. ein Ereignis stattgefunden hat.
Beschreibung

Dieser Zeitstempel erfasst, wann jede Aktivität im Bestellprozess stattfand. Er ist das chronologische Basis des Prozesses und ermöglicht die korrekte Reihenfolge der Ereignisse.

In der Prozessanalyse sind Event-Zeitstempels grundlegend für die Berechnung von Durchlaufzeiten, Zeitspannen zwischen Aktivitäten und der gesamten Case-Dauer. Sie werden verwendet, um Engpässe zu identifizieren, die Leistung anhand von SLAs zu messen und die zeitlichen Dynamiken des Prozesses zu verstehen. Zum Beispiel wird er verwendet, um die Zeit zwischen 'Bestellung erstellt' und 'Bestellung genehmigt' zu berechnen.

Bedeutung

Zeitstempels sind wichtig für die Berechnung aller zeitbasierten Leistungskennzahlen, wie Durchlaufzeiten und Dauern, die unerlässlich zur Identifizierung von Engpässen sind.

Datenquelle

Extrahiert aus verschiedenen Datums-/Zeitfeldern über mehrere Tabellen hinweg, wie z.B. CreatedDateTime in PurchTable, oder BuchungsDaten aus zugehörigen Journaltabellen.

Beispiele
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, der angibt, wann die Daten für diesen Prozess zuletzt aktualisiert wurden.
Beschreibung

Dieses Attribut zeichnet das Datum und die Uhrzeit der letzten Datenextraktion aus dem Quellsystem auf. Es liefert Kontext zur Aktualität der analysierten Daten.

Die Kenntnis des letzten Aktualisierungszeitpunkts ist wichtig für Benutzer, um zu verstehen, ob sie die aktuellsten ProzessDaten sehen. Es hilft bei der Bewertung der Relevanz der Analyse und bei der Planung regelmäßiger Datenaktualisierungen.

Bedeutung

Sorgt für Transparenz über die Aktualität der Daten und ermöglicht es Benutzern, den aktuellen Stand ihrer Prozessanalyse zu kennen.

Datenquelle

Dies ist ein MetaDaten-Attribut, das während des Dateningestionsprozesses generiert und gespeichert wird.

Beispiele
2024-05-21T05:00:00Z
Quellsystem
SourceSystem
Gibt das System an, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert die Quellanwendung, aus der den Antrag bearbeitet.ie BestellDaten stammen. Für dieses Datenmodell ist der Wert in der Regel „Microsoft Dynamics 365“.

In größeren Organisationen können Beschaffungsprozesse mehrere Systeme umfassen. Dieses Attribut unterstützt die Datengovernance und stellt sicher, dass die Herkunft der Daten klar ist, was besonders wichtig ist, wenn Daten aus verschiedenen Quellen zusammengeführt werden.

Bedeutung

Liefert wesentlichen Kontext zum Ursprung der Daten, was wichtig für die Daten Governance, Validierung und das Verständnis der Systemlandschaft des Prozesses ist.

Datenquelle

Dies ist ein statischer Wert, der während des Datenextraktions- und Transformationsprozesses hinzugefügt wird, um den Datensatz zu kennzeichnen.

Beispiele
Microsoft Dynamics 365 F&OD365
Angefordertes Lieferdatum
RequestedDeliveryDate
Das Datum, an dem das Unternehmen den Lieferanten aufgefordert hat, die Waren oder Dienstleistungen zu liefern.
Beschreibung

Dieses Datum ist auf der Bestellung angegeben und kommuniziert den gewünschten Lieferzeitplan an den Lieferanten. Es dient als Grundlage zur Messung der Lieferantenlieferleistung.

Dieses Attribut ist unerlässlich für das Dashboard 'Lieferantenliefertreue' und den KPI 'Liefertreue'. Durch den Vergleich des RequestedDeliveryDate mit dem tatsächlichen Wareneingangsdatum können Unternehmen die Zuverlässigkeit der Lieferanten quantifizieren und chronische Verzögerungen in der Lieferkettenmanagement identifizieren.

Bedeutung

Es ist die Grundlage zur Messung der Liefertermintreue, einer kritischen KPI zur Bewertung der Lieferantenverlässlichkeit und der Effizienz der Lieferkettenmanagement.

Datenquelle

Findet sich üblicherweise auf der PurchTable (Kopfebene) oder PurchLine (Positionsebene) als DeliveryDate.

Beispiele
2023-11-152023-12-012024-01-20
Benutzername
UserName
Der Name des Benutzers, der eine spezifische Aktivität durchgeführt hat.
Beschreibung

Dieses Attribut identifiziert die für die Ausführung eines Ereignisse verantwortliche Person, wie z. B. die Erstellung, Genehmigung oder Änderung einer Bestellung. Es kann sich um eine System-Benutzer-ID oder einen vollständigen Namen handeln.

Die Analyse der Benutzeraktivität hilft, die Arbeitslastverteilung zu verstehen, Schulungsbedarfe zu identifizieren und Personen oder Teams zu finden, die an Prozessabweichungen beteiligt sind. Es ist wichtig für Dashboards zur Leistungsanalyse von Genehmigern und kann dazu verwendet werden, den Prozess nach Aktivitäten bestimmter Benutzer zu filtern.

Bedeutung

Es ermöglicht Leistungsanalysen nach Benutzer, hilft, Engpässe im Zusammenhang mit spezifischen Personen zu identifizieren und bietet Verantwortlichkeit für Prozessschritte.

Datenquelle

Kann in Feldern wie CreatedBy oder ModifiedBy in Tabellen wie PurchTable gefunden werden. Benutzerdetails werden in der Regel in der BenutzerInfo-Tabelle gespeichert.

Beispiele
Alice JohnsonBob WilliamsSysAdmin
Gesamtbestellwert
PurchaseOrderTotalAmount
Der Gesamtbetrag der Bestellung.
Beschreibung

Dieses Attribut repräsentiert die Gesamtkosten aller in der Bestellung enthaltenen Artikel und Dienstleistungen. Es ist eine wichtige Finanzkennzahl für den Beschaffungsprozess.

Die Analyse des Prozesses nach dem Gesamtbetrag kann wichtige Erkenntnisse liefern. So können Bestellungen mit höherem Wert einem anderen, strengeren Genehmigungspfad folgen oder längere Durchlaufzeiten aufweisen. Es wird auch in der Finanzberichterstattung und zur Kategorisierung von Bestellungen in Wertbereiche für die Analyse verwendet.

Bedeutung

Ermöglicht eine Finanzanalyse des Beschaffungsprozesses und hilft dabei zu identifizieren, wie der Auftragswert das Prozessverhalten, wie z.B. Genehmigungszeiten und Pfade, beeinflusst.

Datenquelle

Dieser Wert kann aus der PurchLine-Tabelle durch Summieren des LineAmount für eine gegebene PurchId berechnet oder in Betragsfeldern auf Kopfebene der PurchTable gefunden werden.

Beispiele
5250.00120.50150000.00
Lieferantenname
VendorName
Der Name des Lieferanten oder Verkäufers, für den die Bestellung erstellt wird.
Beschreibung

Dieses Attribut enthält den Namen des externen Lieferanten, der den Antrag bearbeitet.ie Waren oder Dienstleistungen bereitstellt. Es ist eine kritische Dimension für die Analyse von Beschaffungsaktivitäten.

Die Segmentierung des Prozesses nach Lieferantennamen ist maßgeblich für die Bewertung der Lieferantenleistung. Sie ermöglicht die Analyse von Pünktlichkeitsraten, Warenrücksendequoten und Resultaten der Qualitätsprüfung für jeden Lieferanten. Dies hilft, leistungsstarke Partner und diejenigen zu identifizieren, die Verzögerungen oder Qualitätsprobleme verursachen.

Bedeutung

Dieses Attribut ist wichtig für das Lieferantenleistungsmanagement, da es die Analyse von Lieferzeiten, Rücksendequoten und der Gesamtleistungsstarkkeit pro Lieferant ermöglicht.

Datenquelle

Das Lieferantenkonto ist in PurchTable (Feld OrderAccount) gespeichert. Der Name wird durch die Verknüpfung mit der VendTable ermittelt.

Beispiele
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
PO-Status
PurchaseOrderStatus
Der aktuelle Status der Bestellung in ihrem Lebenszyklus.
Beschreibung

Dieses Attribut gibt den Gesamtzustand der Bestellung zu einem bestimmten Zeitpunkt an, z. B. „Offene Bestellung“, „Eingegangen“, „Fakturiert“ oder „Storniert“. Es repräsentiert das Ergebnis der letzten Aktivität.

Die Statusverfolgung ist nützlich, um den aktuellen Zustand aller offenen Bestellungen zu verstehen. Im Process Mining kann sie verwendet werden, um die Resultate von Fälle zu analysierenn, beispielsweise durch das Filtern nach allen Bestellungen, die im Status „Storniert“ endeten, um die Gründe dafür zu untersuchen.

Bedeutung

Bietet einen Überblick über den aktuellen Status der Bestellung, was nützlich ist, um Fälle zu filtern und Prozessergebnisse zu analysierenn, wie z.B. Abschluss- oder Stornierungsraten.

Datenquelle

Gefunden in der PurchTable. Die primären Statusfelder sind DocumentState und PurchStatus.

Beispiele
Offene BestellungWare erhaltenFakturiertStorniert
Abteilung
DepartmentName
Der Name der Abteilung, die die Purchase Requisition oder Bestellung initiiert hat.
Beschreibung

Dieses Attribut identifiziert die interne Geschäftseinheit oder Abteilung, die für den Einkauf verantwortlich ist. Es wird oft von der Person abgeleitet, die die Purchase Requisition erstellt hat.

Die Analyse des Prozesses nach Abteilung ist maßgeblich, um zu verstehen, wie verschiedene Organisationseinheiten den Beschaffungsprozess einsetzen. Sie kann helfen, Abteilungen mit längeren Genehmigungszyklen, höheren Raten von Bestelländerungen oder spezifischen Einkaufsmustern zu identifizieren. Dies ermöglicht gezielte Prozessoptimierungsinitiativen.

Bedeutung

Ermöglicht den Vergleich der Prozess-Leistungsfähigkeit über verschiedene Geschäftsbereiche hinweg und hilft, abteilungsspezifische Verhaltensweisen, Engpässe oder Ineffizienzen zu identifizieren.

Datenquelle

Diese Information ist oft über den Anforderer oder Ersteller der Purchase Requisition (PurchReqTable) oder Bestellung (PurchTable) und deren zugehörige Abteilung im HR-Modul verknüpft.

Beispiele
FinanzenITProduktionMarketing
Buchungskreis
CompanyCode
Der Identifikator für die juristische Person oder den Antrag bearbeitet.as Unternehmen, das die Bestellung aufgibt.
Beschreibung

In einer Mehrmandantenumgebung gibt dieses Attribut an, welche juristische Person den Einkauf tätigt. Dies ist ein grundlegender organisatorischer Datenpunkt.

Dieses Attribut ermöglicht eine vergleichende Analyse des P2P-Prozesses über verschiedene juristische Personen innerhalb derselben Organisation. Es kann Unterschiede in der Prozesseffizienz, Compliance und im Lieferantenmanagement von einem Unternehmen zum anderen aufzeigen und somit Standardisierungsbemühungen unterstützen.

Bedeutung

Unerlässlich für Multi-Entity-Organisationen, um den Beschaffungsprozess über verschiedene Rechtseinheiten hinweg zu vergleichen und zu standardisieren.

Datenquelle

Dies ist das DatenAreaId-Feld, das auf fast jeder Tabelle in Dynamics 365 vorhanden ist, einschließlich der PurchTable.

Beispiele
USMFDEMFGBSI
Einkaufskategorie
PurchaseCategory
Die Klassifizierung des gekauften Artikels oder den Antrag bearbeitet.er Dienstleistung, wie z.B. 'IT-Hardware' oder 'Büromaterial'.
Beschreibung

Dieses Attribut bietet eine Möglichkeit, Bestellpositionen in logische Kategorien zu gruppieren. Diese Klassifizierung hilft bei der Analyse von Ausgabenmustern und Prozessvariationen über verschiedene Beschaffungsarten hinweg.

In der Prozessanalyse kann das Filtern nach Einkaufskategorie unterschiedliche Verhaltensweisen aufzeigen. So kann der Beschaffungsprozess für Investitionsausgaben länger und komplexer sein als für Betriebsbedarf. Es wird in Dashboards verwendet, um Änderungstrends und Rücksendequoten nach Kategorie zu analysierenn.

Bedeutung

Ermöglicht die Segmentierung des Prozesses nach der Art der gekauften Waren oder Dienstleistungen, wodurch unterschiedliche Prozessverhaltensweisen für verschiedene Ausgabenkategorien aufgedeckt werden.

Datenquelle

Artikelkategorien sind mit den freigegebenen Produkten (InventTable) verknüpft, die dann in der PurchLine verwendet werden. Die KategorieHinweisrmationen selbst sind in den Kategorieverwaltungstabellen gespeichert.

Beispiele
IT HardwareBürobedarf`Professionelle Dienstleistungen`Rohmaterialien
Ist Bestellung geändert
IsPurchaseOrderChanged
Ein Boolesches Flag, das anzeigt, ob die Bestellung nach ihrer ursprünglichen Genehmigung geändert wurde.
Beschreibung

Dieses berechnete Attribut wird auf 'Ja' gesetzt, wenn nach der Aktivität 'Bestellung genehmigt' eine Aktivität 'Bestellung geändert' für einen bestimmten Case auftritt. Es vereinfacht die Analyse von Nacharbeit und Änderungen.

Dieser Indikatorr ist maßgeblich für die Berechnung des KPI 'Änderungsrate von Bestellungen nach Genehmigung' und für das Dashboard 'Trends bei Bestellungsänderungen'. Er bietet eine unkomplizierte Möglichkeit, Bestellungen, die Nacharbeit erforderten, zu isolieren und zu analysierenn, wodurch die Grundursachen solcher Änderungen identifiziert werden können.

Bedeutung

Vereinfacht die Messung von Nacharbeit und Änderungsfrequenz, die Schlüsselindikatoren für Prozessinstabilität und Ineffizienz sind.

Datenquelle

Dies ist ein berechnetes Attribut, das aus der Abfolge der Aktivitäten im Event Log abgeleitet wird.

Beispiele
JaNein
Lieferort
DeliveryLocation
Der spezifische Standort, das Lager oder den Antrag bearbeitet.ie Adresse, an die die Waren geliefert werden sollen.
Beschreibung

Dieses Attribut gibt den physischen Lieferort für die Artikel der Bestellung an. Dies könnte ein Lager, ein bestimmtes Büro oder eine Projektstätte sein.

Die Analyse des Prozesses nach Lieferort kann helfen, regionale oder standortspezifische Engpässe zu identifizieren, insbesondere im Wareneingangsprozess. Das Dashboard 'Wareneingangs-Bearbeitungszeit' kann dieses Attribut einsetzen, um die Effizienz an verschiedenen Standorten zu vergleichen.

Bedeutung

Hilft, standortspezifische Prozessabweichungen oder Verzögerungen zu identifizieren, insbesondere in den Phasen Wareneingang und Qualitätsprüfung.

Datenquelle

Lieferadresse und StandortHinweisrmationen werden in der PurchTable gespeichert und können aus den Unternehmens- oder Lieferanteneinstellungen übernommen werden.

Beispiele
Hauptlager ABürogebäude CVerteilungenzentrum Westküste
Name des Genehmigers
ApproverName
Der Name des Benutzers, der den Antrag bearbeitet.ie Bestellung oder einen Schritt im Genehmigungs-Workflow genehmigt hat.
Beschreibung

Dieses Attribut identifiziert den Manager oder Benutzer, der den Antrag bearbeitet.ie formelle Genehmigung für die Bestellung erteilt hat und somit die Weiterverarbeitung ermöglichte. In mehrstufigen Genehmigungs-Workflows kann es mehrere Genehmiger für eine einzelne Bestellung geben.

Die Verfolgung des Genehmigers ist die Basis für die Dashboards „Analyse der Durchlaufzeit der Bestellfreigabe“ und „Leistungskennzahlen der Genehmiger“. Sie ermöglicht die Messung, wie lange jeder Genehmiger benötigt, identifiziert Engpässe in der Genehmigungskette und hilft bei der Bewertung der Arbeitslastverteilung und Effizienz.

Bedeutung

Ermöglicht die Analyse des Genehmigungsprozesses und hilft, Genehmigungs-Engpässe zu identifizieren sowie die Leistungsfähigkeit und Arbeitslast verschiedener Genehmiger zu messen.

Datenquelle

GenehmigungsHinweisrmationen werden in der Regel in Workflow-Tracking-Tabellen gespeichert, nicht direkt in PurchTable. Dies erfordert das Abfragen der Workflow-Verlauf, die mit der Bestellung verbunden ist.

Beispiele
Charles GreenDiana PrinceEdward Nigma
Pünktliche Lieferung
IsOnTimeDelivery
Ein Boolesches Flag, das anzeigt, ob die Waren am oder vor dem angeforderten Lieferdatum eingegangen sind.
Beschreibung

Dieses berechnete Attribut vergleicht den Zeitstempel der Aktivität 'Wareneingang gebucht' mit dem RequestedDeliveryDate. Es wird auf 'Ja' gesetzt, wenn das Eingangsdatum am oder vor dem angeforderten Datum liegt.

Dieser Indikatorr unterstützt direkt die Berechnung des KPI 'Liefertreue'. Er vereinfacht die Analyse der Lieferantenleistung und ermöglicht ein einfaches Filtern und Visualisieren von pünktlichen gegenüber verspäteten Lieferungen, was für das Dashboard 'Lieferantenliefertreue' zentral ist.

Bedeutung

Liefert ein klares, binäres Ergebnis für die Lieferleistung, was die Berechnung von KPIs zur pünktlichen Lieferung und Lieferanten-Wertcards vereinfacht.

Datenquelle

Dies ist ein berechnetes Attribut, das durch den Vergleich des RequestedDeliveryDate mit dem Ereigniszeitpunkt (Event Time) der Aktivität 'Wareneingang gebucht' abgeleitet wird.

Beispiele
JaNein
Purchase Requisition
PurchaseRequisitionNumber
Der Identifikator der Purchase Requisition, die der Bestellung vorausging.
Beschreibung

Dieses Attribut verknüpft eine Bestellung mit der ursprünglichen internen Anfrage, der Purchase Requisition. Nicht alle Bestellungen stammen aus einer Purchase Requisition.

Diese Verknüpfung ist maßgeblich für die Analyse des gesamten „Purchase Requisition-zu-Bestellung-Prozesses“. Sie ermöglicht die Messung des KPI „Geschwindigkeit der Purchase Requisition-zu-Bestellung-Konvertierung“ und das Verständnis, wie schnell interne Nachfrage in eine externe Bestellung umgewandelt wird. Sie hilft auch bei der Compliance-Analyse, zum Beispiel durch die Identifizierung von Bestellungen, die ohne formelle Purchase Requisition erstellt wurden.

Bedeutung

Verknüpft die Bestellung mit der ursprünglichen Anforderung, ermöglicht die Analyse der Durchlaufzeit von der Anforderung bis zur Bestellung und stellt ... sicher die Compliance des Prozesses.

Datenquelle

Gefunden in der PurchLine Tabelle, im Feld PurchReqId, das auf die PurchReqTable zurückverweist.

Beispiele
PR-000871PR-000872PR-000873
Rückgabegrund
ReturnReason
Der Grund, der angegeben wird, wenn Waren einer Bestellung an den Lieferanten zurückgesendet werden.
Beschreibung

Wenn eine Aktivität 'Waren an Lieferanten zurückgesendet' auftritt, erfasst dieses Attribut die Begründung für die Rücksendung, wie 'Beschädigte Ware', 'Falscher Artikel' oder 'Mangelhafte Qualität'.

Diese Daten sind für das Dashboard zur 'Retourenquote von Bestellungen' von besonders wertvoll. Die Analyse der Rücksendegründe hilft, die Ursachen für Retouren zu identifizieren: sei es aufgrund von Lieferantenqualität, internen Bestellfehlern oder Versandproblemen. Dies ermöglicht gezielte Maßnahmen zur Reduzierung der Retourenquote.

Bedeutung

Gibt Aufschluss darüber, warum Waren zurückgesendet werden, und hilft, Probleme bezüglich Lieferantenqualität, Bestellgenauigkeit oder Logistik zu diagnostizieren.

Datenquelle

Rückgabegründe werden in der Regel bei Retourenauftragstransaktionen oder über Grundcodes erfasst, die mit negativen Wareneingangsbuchungen verknüpft sind.

Beispiele
TransportschadenFalscher Artikel geliefertFehlgeschlagene Qualitätsprüfung
Erforderlich Empfohlen Optional

Purchase-to-Pay – Bestellaktivitäten

Dies sind die wesentlichen Prozessschritte und Meilensteine, die in Ihrem Event Log zu erfassen sind, um eine präzise Prozessanalyse und Optimierung zu sicherstellen.
6 Empfohlen 8 Optional
Aktivität Beschreibung
`Purchase Requisition` erstellt
Diese Aktivität kennzeichnet die Erstellung einer Purchase Requisition, also der formellen Anfrage für Waren oder Dienstleistungen. Sie wird erfasst, sobald ein neuer Datensatz in der Purchase Requisitionstabelle angelegt wird, was den Beginn der Beschaffungsnachfrage signalisiert.
Bedeutung

Dies ist der initiale Auslöser für den Bestellprozess. Die Analyse der Zeit von diesem Event bis zur Bestellerstellung hilft, die interne Prozesseffizienz und die Reaktionsfähigkeit auf die Nachfrage zu messen.

Datenquelle

Dieses Event entspricht der Erstellung eines Datensatzes in der PurchReqTable. Der Erstellungs-Zeitstempel (createdDateTime) des Datensatzes markiert den Event-Zeitpunkt.

Erfassen

Extrahieren Sie den Erstellungs-Zeitstempel aus der PurchReqTable für jede Purchase Requisition.

Ereignistyp explicit
`Wareneingang` gebucht
Kennzeichnet die offizielle Erfassung der erhaltenen Waren im Rahmen der Bestellung im System. Dieses Event wird erfasst, wenn ein Wareneingangsbuchungsblatt gebucht wird.
Bedeutung

Dies ist ein wichtiger Meilenstein, der den Antrag bearbeitet.en Lagerbestand aktualisiert und den Beginn des Rechnungsabgleichprozesses markiert. Er ist der Endpunkt zur Messung der 'Pünktlichen Lieferrate' und der Lieferantendurchlaufzeit.

Datenquelle

Erfasst aus der Erstellung des Wareneingangsjournals, gespeichert in VendPackingSlipJour. Das Feld createdDateTime oder PackingSlipDate in dieser Tabelle zeigt an, wann Waren offiziell empfangen wurden.

Erfassen

Verwenden Sie den creation oder posting Zeitstempel aus dem VendPackingSlipJour Datensatz, der mit der Bestellung verknüpft ist.

Ereignistyp explicit
Bestellung abgeschlossen
Zeigt den erfolgreichen Abschluss des Bestellprozess-Lebenszyklus an, bei dem alle Waren empfangen und fakturiert wurden. Dies wird in der Regel abgeleitet, wenn der Bestellstatus auf einen finalen, geschlossenen Zustand aktualisiert wird.
Bedeutung

Diese Aktivität definiert das Ende einer erfolgreichen Prozessinstanz. Die Messung der „Gesamtdurchlaufzeit der Bestellung“ von der Erstellung bis zum Abschluss bietet eine vollständige Sicht auf die Prozesseffizienz.

Datenquelle

Abgeleitet von den Statusfeldern in der PurchTable, z.B. wenn sowohl der DocumentState 'Invoiced' ist als auch die Positionsstatus den vollständigen Wareneingang und die Rechnungsstellung anzeigen.

Erfassen

Identifizieren Sie den Zeitstempel, wenn die Kopf- und Zeilenstatus der Bestellung auf einen finalen, geschlossenen Zustand aktualisiert werden (z.B. 'Invoiced').

Ereignistyp inferred
Bestellung an Lieferanten gesendet
Diese Aktivität zeigt an, dass die genehmigte Bestellung an den Lieferanten übermittelt wurde. Sie wird erfasst, wenn die Bestellung bestätigt wird, wodurch ein Bestätigungsjournal generiert und in der Regel der Versand des Dokuments ausgelöst wird.
Bedeutung

Dies ist der erste externe Schritt und beginnt die Messung der Lieferantendurchlaufzeit. Er ist maßgeblich für die Verfolgung der Lieferantenleistung und des KPI 'Liefertreue'.

Datenquelle

Das Event wird durch die Erstellung eines Datensatzes in der PurchPurchaseOrderJour-Tabelle (dem Bestellbestätigungsjournal) markiert. Das Erstellungsdatum dieses Journals dient als Aktivitäts-Zeitstempel.

Erfassen

Verwenden Sie den creation Zeitstempel des ersten PurchPurchaseOrderJour Datensatzes für die Bestellung.

Ereignistyp explicit
Bestellung erstellt
Diese Aktivität kennzeichnet die Erstellung eines Bestellentwurfs im System. Sie wird über den Erstellungs-Zeitstempel des BestellkopfDatensatzes erfasst und folgt häufig einer genehmigten Purchase Requisition.
Bedeutung

Dies markiert den Übergang von einer internen Anforderung zu einem formalen Einkaufsdokument. Es ist ein wichtiger Startpunkt für die Messung der Bestellverarbeitungs- und Genehmigungsdurchlaufzeiten.

Datenquelle

Dieses Event ist die Erstellung eines Datensatzes in der PurchTable. Das Feld createdDateTime in dieser Tabelle liefert den Zeitstempel für die Aktivität.

Erfassen

Extrahieren Sie den Erstellungs-Zeitstempel aus der PurchTable für jede Bestellung.

Ereignistyp explicit
Bestellung genehmigt
Kennzeichnet die endgültige Genehmigung der Bestellung, die den Versand an den Lieferanten autorisiert. Dieses Event wird in der Regel aus einer Statusänderung der Bestellung abgeleitet oder den Antrag bearbeitet.irekt aus der Workflow-Verlauf erfasst.
Bedeutung

Dies ist ein wichtiger Meilenstein, da keine weiteren Maßnahmen ergriffen werden können, bis die Bestellung genehmigt ist. Er ist unerlässlich für die Analyse von Genehmigungs-Engpässen und die Messung des KPI 'Genehmigungsdurchlaufzeit von Bestellungen'.

Datenquelle

Abgeleitet aus der Änderung des DocumentState-Feldes in der PurchTable zu 'Approved'. Alternativ kann es aus dem Abschluss-Zeitstempel des letzten Genehmigungsschritts in der WorkflowTrackingStatusTable bezogen werden.

Erfassen

Identifizieren Sie den Zeitstempel, wenn der DocumentState in der PurchTable zu 'Approved' wechselt.

Ereignistyp inferred
Bestellung fakturiert
Diese Aktivität markiert den Zeitpunkt, an dem eine Lieferantenrechnung eingegangen und gegen die Bestellung gebucht wurde. Dieses Event verknüpft die Beschaffungs- und Zahlungsprozesse.
Bedeutung

Dies ist der letzte Schritt vor der Zahlung und wichtig für die Berechnung der endgültigen Kosten des Einkaufs. Er bietet einen Endpunkt für die Drei-Wege-Abgleichanalyse.

Datenquelle

Dieses Event wird aus der Buchung eines Kreditorenrechnungsjournals (VendInvoiceJour) erfasst, das der Bestellung zugeordnet ist. Das InvoiceDate oder Buchungsdatum dieses Datensatzes ist der Zeitstempel.

Erfassen

Verwenden Sie den posting Zeitstempel aus der VendInvoiceJour Tabelle, die mit dem PurchTable Datensatz verknüpft ist.

Ereignistyp explicit
Bestellung geändert
Diese Aktivität erfasst jede Änderung, die an einer Bestellung nach deren Genehmigung erfolgt. Dynamics 365 kann Versionen der Bestellung verfolgen, was die Identifizierung von Änderungen ermöglicht.
Bedeutung

Änderungen zu verfolgen, ist maßgeblich für die Identifizierung von Nacharbeit, das Verständnis von Prozessinstabilität und die Messung der 'Bestelländerungsrate'. Änderungen können zu Verzögerungen und Kostenabweichungen führen.

Datenquelle

Abgeleitet durch den Vergleich verschiedener Versionen der Bestellung, die in Archiv- oder Versionierungstabellen (z.B. PurchTableHistory) gespeichert sind. Eine Erhöhung der Versionsnummer kennzeichnet eine Änderung.

Erfassen

Identifizieren Sie Datensätze, bei denen die Versionsnummer in der PurchTable nach der Genehmigung erhöht wurde.

Ereignistyp inferred
Bestellung storniert
Beschreibt die Stornierung einer Bestellung, bevor diese vollständig abgeschlossen wurde. Dies wird durch eine spezifische Statusänderung im Bestelldokument erfasst.
Bedeutung

Stornierungen sind ein wichtiger Ausnahmepfad. Die Analyse ihrer Häufigkeit und Gründe kann Probleme in der Planung oder Lieferantenverlässlichkeit aufzeigen.

Datenquelle

Dies wird abgeleitet, wenn das DocumentState-Feld in der PurchTable auf 'Storniert' aktualisiert wird. Der Zeitstempel dieser Statusänderung markiert das Event.

Erfassen

Identifizieren Sie den Zeitstempel, wenn der DocumentState in der PurchTable auf 'Abbrechened' gesetzt wird.

Ereignistyp inferred
Bestellung vom Lieferanten bestätigt
Beschreibt die Bestätigung der Bestelldetails durch den Lieferanten. Dies ist oft ein manueller Datenerfassungsschritt, basierend auf der Kommunikation des Lieferanten.
Bedeutung

Die Lieferantenbestätigung gibt die Gewissheit, dass die Bestellung bearbeitet wird. Verzögerungen oder Abweichungen in dieser Phase können auf potenzielle Lieferprobleme hinweisen.

Datenquelle

Dies wird in der Regel aus der Belegung bestätigungsbezogener Datums- oder Statusfelder in der PurchTable abgeleitet, wie z.B. LieferbestätigungsDaten. Dies ist möglicherweise kein diskretes Event.

Erfassen

Ableiten aus der Belegung eines spezifischen Bestätigungsdatumsfeldes in der PurchTable oder PurchLine.

Ereignistyp inferred
Bestellung zur Genehmigung eingereicht
Beschreibt den Zeitpunkt, an dem ein Bestellentwurf formal in den Genehmigungs-Workflow übermittelt wird. Dies ist in der Regel eine explizite Benutzeraktion, die über Workflow-Protokolle erfasst wird.
Bedeutung

Diese Aktivität initiiert offiziell den Bestellfreigabezyklus. Ihre Verfolgung ermöglicht eine präzise Messung der Wartezeiten von Bestellungen bis zur Genehmigung und der gesamten Genehmigungsdauer.

Datenquelle

Erfasst aus der WorkflowTrackingStatusTable für die Bestellung, die das Einreichungsereignis und den Zeitstempel protokolliert.

Erfassen

Identifizieren Sie das 'Submitted'-Event in der Workflow-Verlauf, das mit dem PurchTable-Datensatz verknüpft ist.

Ereignistyp explicit
Purchase Requisition genehmigt
Beschreibt die formale Genehmigung einer Purchase Requisition durch einen autorisierten Manager. Dieses Event wird in der Regel aus den Workflow-Verlaufsprotokollen erfasst oder den Antrag bearbeitet.urch die Nachverfolgung einer Statusänderung im AnforderungsDatensatz.
Bedeutung

Die Genehmigung ist ein kritischer Meilenstein, der den Antrag bearbeitet.ie Umwandlung einer Purchase Requisition in eine Bestellung ermöglicht. Verzögerungen hier wirken sich direkt auf den gesamten Beschaffungszeitplan aus.

Datenquelle

Kann aus der WorkflowTrackingStatusTable, die der Purchase Requisition zugeordnet ist, erfasst oder aus einer Änderung des Statusfelds in der PurchReqTable in den Status 'Approved' abgeleitet werden.

Erfassen

Verwenden Sie den completion Zeitstempel des finalen Genehmigungsschritts in der Workflow-Verlauf für die Anforderung.

Ereignistyp explicit
Qualitätsinspektion durchgeführt
Beschreibt den Abschluss einer Qualitätsprüfung für die erhaltenen Güter. Dieses Event wird oft über das Qualitätsmanagementmodul oder eine Statusaktualisierung verwaltet.
Bedeutung

Diese Aktivität kann einen erheblichen Engpass zwischen dem Wareneingang und der Verfügbarmachung der Waren darstellen. Die Analyse ihrer Dauer trägt dazu bei, den KPI „Durchlaufzeit der Qualitätsprüfung“ zu verbessern.

Datenquelle

Dies kann aus der Fertigstellung eines Qualitätsauftrags (InventQualityOrderTable) abgeleitet werden, der mit dem Wareneingang der Bestellung verknüpft ist. Der Zeitstempel der Statusänderung auf 'Bestanden' oder 'Fehlgeschlagen' markiert das Event.

Erfassen

Verfolgen Sie den Zeitstempel des Statusabschlusses in der InventQualityOrderTable, die mit der Bestellposition verknüpft ist.

Ereignistyp inferred
Ware an Lieferant zurückgesendet
Zeigt an, dass zuvor erhaltene Waren aufgrund von Problemen wie Beschädigungen oder Neinen Artikeln an den Lieferanten zurückgesandt wurden. Dies wird durch die Buchung einer Retourentransaktion erfasst.
Bedeutung

Retouren stellen Prozessfehler und zusätzliche Kosten dar. Die Nachverfolgung dieser Aktivität hilft bei der Berechnung der 'Bestellrücksendequote' und der Identifizierung von Problemen mit Lieferanten oder Produkten.

Datenquelle

Dieses Event wird aus der Erstellung einer Bestellung mit negativer Menge oder einem spezifischen Retourenauftragsdokument abgeleitet, das auf die ursprüngliche Bestellung verweist. Das Transaktionsdatum der Retourenbuchung ist der Event-Zeitpunkt.

Erfassen

Identifizieren Sie die Buchung einer Retourenbestellung oder einer Lastschrift gegen die ursprüngliche Bestellung.

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So rufen Sie Ihre Daten aus Microsoft Dynamics 365 ab