Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen
Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten für das Tracking für die Prozesskartierung
- Praktische Anleitung zur Datenextraktion
Purchase-to-Pay – Bestellattribute
| 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
|
|||
Purchase-to-Pay – Bestellaktivitäten
| 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
|
|||