เทมเพลตข้อมูลสำหรับกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ
เทมเพลตข้อมูลสำหรับกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางการดึงข้อมูล
แอตทริบิวต์ของกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ชื่อกิจกรรม
ActivityName
|
ชื่อเหตุการณ์หรืองานที่เกิดขึ้น ณ เวลาใดเวลาหนึ่งในกระบวนการใบสั่งซื้อ. | ||
|
คำอธิบาย
ชื่อกิจกรรมระบุขั้นตอนในวงจรการทำงานของใบสั่งซื้อ เช่น 'สร้างใบสั่งซื้อ' 'อนุมัติใบสั่งซื้อ' หรือ 'บันทึกการรับสินค้า' ลำดับกิจกรรมเหล่านี้เป็นพื้นฐานของแผนผังกระบวนการ การวิเคราะห์กิจกรรมเป็นหัวใจของ process mining ช่วยให้เห็นภาพการไหลของกระบวนการ ระบุรูปแบบกระบวนการที่พบได้บ่อยหรือไม่บ่อย และวัดระยะเวลาระหว่างขั้นตอนต่างๆ การทำความเข้าใจลำดับและความถี่ของกิจกรรม เช่น 'แก้ไขใบสั่งซื้อ' เป็นสิ่งสำคัญสำหรับแดชบอร์ดอย่างการวิเคราะห์อัตราการแก้ไขใบสั่งซื้อ.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้ระบุขั้นตอนในกระบวนการ ช่วยแสดงภาพการไหลของงานและค้นหาคอขวด งานที่ต้องทำซ้ำ และความเบี่ยงเบน.
แหล่งข้อมูล
สร้างขึ้นโดยจับคู่การเปลี่ยนแปลงสถานะ รหัสธุรกรรม หรือบันทึกเหตุการณ์จากตาราง SAP Ariba ที่เกี่ยวข้องกับประวัติเอกสารและเวิร์กโฟลว์.
ตัวอย่าง
อนุมัติใบสั่งซื้อแก้ไขใบสั่งซื้อบันทึกรับสินค้าเข้าระบบได้รับใบแจ้งหนี้ที่อ้างอิง PO
|
|||
|
ใบสั่งซื้อ
PurchaseOrderNumber
|
รหัสเฉพาะของเอกสารใบสั่งซื้อแต่ละรายการ ซึ่งใช้เป็นรหัสกรณีหลักของกระบวนการ. | ||
|
คำอธิบาย
หมายเลขใบสั่งซื้อเป็นคีย์หลักที่เชื่อมโยงกิจกรรมและเหตุการณ์ทั้งหมดตลอดกระบวนการจัดซื้อ หมายเลขแต่ละรายการแทนธุรกรรมการซื้อหนึ่งรายการ ตั้งแต่สร้างใบสั่งซื้อจนดำเนินการเสร็จสิ้นหรือยกเลิก ในการทำ process mining แอตทริบิวต์นี้เป็นพื้นฐานสำคัญสำหรับการวิเคราะห์ระดับเคส ช่วยให้สร้างเส้นทางตั้งแต่ต้นจนจบของใบสั่งซื้อแต่ละรายการขึ้นใหม่ได้ นำไปคำนวณรอบเวลา ระบุรูปแบบกระบวนการที่แตกต่างกัน และติดตามสถานะของใบสั่งซื้อแต่ละรายการได้ การวิเคราะห์ตามหมายเลขใบสั่งซื้อช่วยให้เห็นภาพกระบวนการทั้งหมด และค้นหาคอขวดหรือความเบี่ยงเบนในธุรกรรมแต่ละรายการได้.
เหตุผลที่สำคัญ
นี่คือ Case ID หลักที่เชื่อมโยงทุกขั้นตอนของกระบวนการ ทำให้วิเคราะห์วงจรการทำงานตั้งแต่ต้นจนจบของใบสั่งซื้อแต่ละรายการได้.
แหล่งข้อมูล
นี่คือฟิลด์หลักในเอกสาร Purchase Order ของ SAP Ariba Buying and Invoicing หรือ SAP Ariba Sourcing.
ตัวอย่าง
PO7000123456PO7000123457PO7000123458
|
|||
|
เวลาที่เกิดเหตุการณ์
EventTime
|
วันที่และเวลาที่แน่นอนซึ่งกิจกรรมหรือเหตุการณ์เกิดขึ้น. | ||
|
คำอธิบาย
เวลาเกิดเหตุการณ์คือการประทับเวลาของแต่ละกิจกรรม ซึ่งบันทึกเวลาที่กิจกรรมนั้นเริ่มต้น ข้อมูลนี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลา และคำนวณระยะเวลารวมถึงรอบเวลาระหว่างขั้นตอนต่างๆ ในกระบวนการ แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์ตามเวลาเกือบทุกประเภท รวมถึงแดชบอร์ดรอบเวลาตั้งแต่ต้นจนจบของใบสั่งซื้อและรอบเวลาการอนุมัติใบสั่งซื้อ โดยใช้คำนวณตัวชี้วัดประสิทธิภาพหลัก เช่น 'รอบเวลาอนุมัติใบสั่งซื้อเฉลี่ย' ด้วยการวัดส่วนต่างระหว่างเวลาของกิจกรรม 'สร้างใบสั่งซื้อ' และ 'อนุมัติใบสั่งซื้อ'.
เหตุผลที่สำคัญ
การประทับเวลานี้เป็นพื้นฐานสำหรับการเรียงเหตุการณ์ให้ถูกต้องและคำนวณตัวชี้วัดตามระยะเวลาทั้งหมด เช่น รอบเวลาและเวลารอ.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้อยู่ในบันทึกการตรวจสอบหรือบันทึกการเปลี่ยนแปลงของเอกสาร Purchase Order ใน SAP Ariba.
ตัวอย่าง
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
|
|||
|
ชื่อผู้ขาย
VendorName
|
ชื่อผู้จำหน่ายหรือผู้ขายสินค้าหรือบริการ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุคู่ค้าภายนอกที่เกี่ยวข้องกับใบสั่งซื้อ ผู้ขายเป็นส่วนสำคัญของกระบวนการจัดซื้อจนถึงชำระเงิน และผลการดำเนินงานของผู้ขายส่งผลโดยตรงต่อประสิทธิภาพของกระบวนการทั้งหมด ชื่อผู้ขายเป็นมิติหลักสำหรับวิเคราะห์ผลการดำเนินงาน และจำเป็นต่อแดชบอร์ดประสิทธิภาพการส่งมอบของผู้ขาย ซึ่งใช้เปรียบเทียบวันที่ส่งมอบของผู้ขายแต่ละราย การวิเคราะห์กระบวนการแยกตามผู้ขายช่วยให้ทราบว่าผู้ขายรายใดส่งล่าช้าเป็นประจำ ทำให้ต้องแก้ไขงานซ้ำ หรือมีขั้นตอนออกใบแจ้งหนี้ที่ซับซ้อน ข้อมูลนี้ช่วยให้บริหารความสัมพันธ์กับผู้ขายได้ดีขึ้น.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลการดำเนินงานของผู้ขาย ระบุคู่ค้าที่เชื่อถือได้ และค้นหาผู้ขายที่ทำให้เกิดความล่าช้าหรือปัญหาอื่นๆ.
แหล่งข้อมูล
นี่คือฟิลด์มาตรฐานที่ส่วนหัวของเอกสาร Purchase Order ใน SAP Ariba.
ตัวอย่าง
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
|
|||
|
ชื่อผู้ใช้
UserName
|
ชื่อหรือ ID ของผู้ใช้ที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุผู้รับผิดชอบขั้นตอนใดขั้นตอนหนึ่งของกระบวนการ เช่น อนุมัติใบสั่งซื้อหรือบันทึกการรับสินค้า โดยอาจเป็น ID ผู้ใช้ที่ไม่ซ้ำกันหรือชื่อเต็ม การวิเคราะห์ผลการทำงานแยกตามผู้ใช้ช่วยให้ทราบว่าควรฝึกอบรมเรื่องใด หรือระบุผู้ที่ทำผลงานได้ดี นอกจากนี้ยังสำคัญต่อการวิเคราะห์การปฏิบัติตามข้อกำหนด เช่น แดชบอร์ดตรวจสอบความเบี่ยงเบนในการอนุมัติใบสั่งซื้อ ซึ่งช่วยระบุผู้ที่ข้ามขั้นตอนอนุมัติที่กำหนดไว้ และยังใช้ทำความเข้าใจการกระจายภาระงานและการจัดสรรทรัพยากรได้ด้วย.
เหตุผลที่สำคัญ
ช่วยระบุผู้รับผิดชอบและวิเคราะห์ผลการทำงาน ภาระงาน และการปฏิบัติตามข้อกำหนดของผู้ใช้แต่ละราย ซึ่งเป็นข้อมูลสำคัญในการค้นหาความต้องการฝึกอบรมหรือความเบี่ยงเบนของกระบวนการ.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้อยู่ในบันทึกเวิร์กโฟลว์และประวัติเอกสารของ SAP Ariba และมักเชื่อมโยงกับแต่ละเหตุการณ์.
ตัวอย่าง
john.smithLROSSIjane.doe
|
|||
|
ชื่อแผนก
DepartmentName
|
แผนกธุรกิจหรือศูนย์ต้นทุนที่เกี่ยวข้องกับใบสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุหน่วยงานที่เริ่มคำขอซื้อหรือหน่วยงานที่จะนำสิ่งที่ซื้อไปใช้ โดยมักได้มาจากข้อมูลศูนย์ต้นทุนในใบสั่งซื้อ มิตินี้จำเป็นสำหรับแดชบอร์ดประสิทธิภาพการดำเนินการใบสั่งซื้อแยกตามแผนก ช่วยเปรียบเทียบรอบเวลาและรูปแบบกระบวนการของแต่ละแผนกได้โดยตรง ทำให้เห็นว่าแผนกใดมีแนวทางปฏิบัติที่ดี และแผนกใดอาจต้องฝึกอบรมเพิ่มเติมหรือปรับปรุงกระบวนการ นอกจากนี้ยังใช้คำนวณ KPI ความแปรปรวนของรอบเวลาใบสั่งซื้อแยกตามแผนกได้ด้วย.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบผลการดำเนินงานระหว่างหน่วยธุรกิจ และค้นหาคอขวดในแต่ละแผนกพร้อมแบ่งปันแนวทางปฏิบัติที่ดี.
แหล่งข้อมูล
ข้อมูลนี้อยู่ที่ส่วนหัวหรือระดับรายการสินค้าใน Purchase Order และมักเชื่อมโยงกับศูนย์ต้นทุนหรือโปรไฟล์ผู้ขอซื้อ.
ตัวอย่าง
การตลาดการปฏิบัติการด้านไอทีการบริหารจัดการอาคารการวิจัยและพัฒนา
|
|||
|
มูลค่า PO
PurchaseOrderAmount
|
มูลค่ารวมของใบสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงต้นทุนรวมของสินค้าและบริการทั้งหมดในใบสั่งซื้อ โดยไม่รวมภาษีและค่าใช้จ่ายอื่น เว้นแต่จะระบุไว้ เป็นตัวชี้วัดทางการเงินสำคัญที่ช่วยให้เข้าใจมูลค่าของธุรกรรมในกระบวนการ ในการวิเคราะห์ มักใช้มูลค่าใบสั่งซื้อแบ่งกลุ่มกระบวนการ ตัวอย่างเช่น ใบสั่งซื้อมูลค่าสูงอาจต้องผ่านขั้นตอนอนุมัติที่เข้มงวดกว่าใบสั่งซื้อมูลค่าต่ำ นอกจากนี้ยังใช้จัดลำดับความสำคัญของการปรับปรุงกระบวนการตามมูลค่าทางการเงินของธุรกรรม และวิเคราะห์รูปแบบการใช้จ่ายแยกตามแผนกหรือผู้ขายได้.
เหตุผลที่สำคัญ
ให้บริบททางการเงินของแต่ละเคส ช่วยวิเคราะห์ตามมูลค่าเพื่อจัดลำดับความสำคัญในการปรับปรุง และทำความเข้าใจว่ามูลค่าใบสั่งซื้อส่งผลต่อกระบวนการอย่างไร.
แหล่งข้อมูล
นี่คือฟิลด์คำนวณมาตรฐานที่ส่วนหัวของเอกสาร Purchase Order โดยรวมมูลค่าของรายการสินค้าทั้งหมด.
ตัวอย่าง
1500.0025000.50500.75
|
|||
|
วันที่ต้องการให้ส่งมอบ
RequestedDeliveryDate
|
วันที่ผู้ขอซื้อคาดว่าจะได้รับสินค้าหรือบริการ. | ||
|
คำอธิบาย
นี่คือวันที่เป้าหมายในการส่งมอบที่หน่วยงานระบุเมื่อสร้างคำขอซื้อหรือใบสั่งซื้อ ใช้เป็นเกณฑ์เปรียบเทียบกับผลการส่งมอบจริง แอตทริบิวต์นี้เป็นพื้นฐานสำคัญของแดชบอร์ดประสิทธิภาพการส่งมอบของผู้ขายและ KPI อัตราการบันทึกการรับสินค้าตรงเวลา เมื่อนำวันที่ต้องการให้ส่งมอบมาเปรียบเทียบกับวันที่รับสินค้าจริง องค์กรจะวัดความตรงต่อเวลาของผู้ขาย คำนวณความคลาดเคลื่อนของวันส่งมอบ และระบุผู้ขายที่ส่งไม่ทันกำหนดเป็นประจำได้ การวิเคราะห์นี้สำคัญต่อการบริหารความสัมพันธ์กับผู้ขายและลดความเสี่ยงในห่วงโซ่อุปทาน.
เหตุผลที่สำคัญ
ใช้เป็นเกณฑ์วัดการส่งมอบตรงเวลา ซึ่งจำเป็นต่อการประเมินความน่าเชื่อถือของผู้ขายและประสิทธิภาพของห่วงโซ่อุปทาน.
แหล่งข้อมูล
นี่คือฟิลด์วันที่มาตรฐานในระดับรายการสินค้าของเอกสาร Purchase Order.
ตัวอย่าง
2023-06-012023-07-152023-08-20
|
|||
|
วันที่รับสินค้า
GoodsReceiptDate
|
วันที่บันทึกการรับสินค้าหรือการให้บริการเสร็จสิ้นอย่างเป็นทางการในระบบ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุเวลาของกิจกรรม 'บันทึกการรับสินค้า' หรือ 'บันทึกการยืนยันบริการ' ซึ่งเป็นการยืนยันอย่างเป็นทางการว่าได้รับสินค้าตามที่สั่งแล้ว วันที่นี้จำเป็นต่อการวัดระยะเวลาส่งมอบจริง ใช้เปรียบเทียบกับ 'RequestedDeliveryDate' เพื่อคำนวณความคลาดเคลื่อนของวันส่งมอบและ KPI ความตรงต่อเวลา แดชบอร์ดความตรงต่อเวลาในการบันทึกการรับสินค้าใช้แอตทริบิวต์นี้ประเมินว่ามีการบันทึกการรับสินค้าหลังส่งมอบเร็วเพียงใด ซึ่งสำคัญต่อความถูกต้องของสินค้าคงคลังและการชำระใบแจ้งหนี้ให้ตรงเวลา.
เหตุผลที่สำคัญ
แสดงวันที่ส่งมอบจริง ซึ่งจำเป็นต่อการคำนวณผลการส่งมอบและค้นหาความล่าช้าในห่วงโซ่อุปทาน.
แหล่งข้อมูล
นี่คือเวลาที่ระบุในเอกสารการรับสินค้าหรือใบรับรองการรับบริการ ซึ่งอ้างอิงถึง Purchase Order.
ตัวอย่าง
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
|
|||
|
กลุ่มวัสดุ
MaterialGroup
|
การจัดประเภทเพื่อรวมวัสดุหรือบริการที่มีลักษณะคล้ายกันไว้ในกลุ่มเดียวกัน. | ||
|
คำอธิบาย
กลุ่มวัสดุ หรือ Commodity Code ตามคำเรียกของ Ariba ใช้จัดหมวดหมู่สินค้าที่จัดซื้อ ช่วยวิเคราะห์การใช้จ่ายและกำหนดกลยุทธ์การจัดซื้อให้เหมาะกับสินค้าและบริการแต่ละประเภท ใน process mining แอตทริบิวต์นี้ช่วยวิเคราะห์กระบวนการจัดซื้อตามประเภทสินค้าที่ซื้อ ตัวอย่างเช่น ขั้นตอนอนุมัติอุปกรณ์ไอทีอาจต่างจากขั้นตอนอนุมัติเครื่องใช้สำนักงาน ทำให้เห็นข้อมูลเชิงลึกที่ละเอียดขึ้น และปรับปรุงกระบวนการให้เหมาะกับหมวดหมู่การซื้อแต่ละประเภทได้.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์กระบวนการตามหมวดหมู่สินค้าและบริการที่จัดซื้อ และแสดงให้เห็นว่าการจัดซื้อแต่ละประเภทมีขั้นตอนต่างกันอย่างไร.
แหล่งข้อมูล
นี่คือฟิลด์มาตรฐานในระดับรายการสินค้าของ Purchase Order ซึ่งมักใช้ชื่อว่า 'Commodity Code'.
ตัวอย่าง
IT.HardwareOffice.SuppliesProfessional.Services
|
|||
|
ความคลาดเคลื่อนในการส่งมอบ
DeliveryVariance
|
ส่วนต่างเวลาที่คำนวณจากวันที่ต้องการให้ส่งมอบและวันที่รับสินค้าจริง. | ||
|
คำอธิบาย
ตัวชี้วัดนี้วัดผลการส่งมอบของผู้ขาย โดยระบุว่าส่งเร็วหรือช้ากว่ากำหนดเท่าใด คำนวณจากการนำ 'RequestedDeliveryDate' ลบออกจาก 'GoodsReceiptDate' ค่าบวกหมายถึงส่งล่าช้า ค่าลบหมายถึงส่งก่อนกำหนด และค่า 0 หมายถึงส่งตรงเวลา นี่คือการคำนวณหลักของแดชบอร์ดประสิทธิภาพการส่งมอบของผู้ขายและ KPI ความคลาดเคลื่อนของผลการส่งมอบของผู้ขาย การวิเคราะห์ความคลาดเคลื่อนนี้แยกตามผู้ขายช่วยให้องค์กรระบุคู่ค้าที่เชื่อถือได้หรือไม่น่าเชื่อถือ เพื่อนำข้อมูลไปใช้ในการเจรจากับผู้ขายและวางแผนจัดการความเสี่ยง นอกจากนี้ยังช่วยให้เห็นระดับความคลาดเคลื่อนของวันส่งมอบ ไม่ใช่แค่ระบุว่าส่งตรงเวลาหรือล่าช้า.
เหตุผลที่สำคัญ
วัดความตรงต่อเวลาของผู้ขายโดยระบุจำนวนวันที่ส่งช้าหรือเร็วกว่ากำหนดอย่างชัดเจน ซึ่งจำเป็นต่อการบริหารผลการดำเนินงานของผู้ขาย.
แหล่งข้อมูล
คำนวณในขั้นตอนแปลงข้อมูล โดยนำ 'RequestedDeliveryDate' ลบออกจาก 'GoodsReceiptDate'.
ตัวอย่าง
P2D-P1DP0D
|
|||
|
ประเภท PO
PurchaseOrderType
|
การจัดประเภทใบสั่งซื้อ เช่น ใบสั่งซื้อมาตรฐาน ใบสั่งซื้อแบบครอบคลุม หรือใบสั่งซื้อสำหรับการรับจ้างช่วง. | ||
|
คำอธิบาย
ประเภทใบสั่งซื้อใช้จัดกลุ่มใบสั่งซื้อตามวัตถุประสงค์ทางธุรกิจ ใบสั่งซื้อแต่ละประเภทอาจมีขั้นตอนการทำงาน รวมถึงกฎการอนุมัติและการดำเนินการที่แตกต่างกัน แอตทริบิวต์นี้ช่วยแบ่งกลุ่มกระบวนการเพื่อให้วิเคราะห์ได้ตรงประเด็นมากขึ้น ตัวอย่างเช่น การวิเคราะห์รอบเวลาของ 'ใบสั่งซื้อมาตรฐาน' แยกจาก 'ใบสั่งซื้อบริการ' อาจช่วยให้เห็นคอขวดคนละจุด นอกจากนี้ยังช่วยจัดชุดข้อมูลที่มีลักษณะใกล้เคียงกัน เพื่อให้เห็นภาพสถานการณ์จัดซื้อแต่ละแบบชัดเจนขึ้น.
เหตุผลที่สำคัญ
ช่วยแบ่งการวิเคราะห์ตามประเภทใบสั่งซื้อ ทำให้ได้ข้อมูลเชิงลึกที่แม่นยำขึ้น เพราะใบสั่งซื้อแต่ละประเภทมักมีขั้นตอนต่างกัน.
แหล่งข้อมูล
ตรวจสอบเอกสาร SAP Ariba โดยทั่วไปฟิลด์นี้กำหนดค่าได้ที่ส่วนหัวของ PO.
ตัวอย่าง
PO มาตรฐานPO บริการPO แบบครอบคลุม
|
|||
|
มีการแก้ไขงานซ้ำหรือไม่
IsRework
|
แฟล็กที่คำนวณขึ้นเพื่อระบุว่าใบสั่งซื้อผ่านขั้นตอนย้อนกลับไปแก้ไขงานหรือไม่ เช่น ถูกปฏิเสธแล้วส่งกลับมาใหม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้คำนวณจากลำดับกิจกรรม โดยกำหนดเป็น 'true' หากใบสั่งซื้อย้อนกลับไปยังขั้นตอนก่อนหน้าในกระบวนการ ตัวอย่างเช่น กิจกรรม 'อนุมัติใบสั่งซื้อ' ตามด้วย 'แก้ไขใบสั่งซื้อ' แล้วจึงอนุมัติอีกครั้ง แสดงว่ากระบวนการเบี่ยงเบนจากเส้นทางที่ควรดำเนินไปโดยตรง แฟล็กนี้จำเป็นต่อการคำนวณ KPI อัตราการวนกลับเพื่อแก้ไขใบสั่งซื้อ และกรองแผนผังกระบวนการเพื่อเน้นเส้นทางที่ไม่มีประสิทธิภาพ เมื่อนักวิเคราะห์พบเคสที่มีการแก้ไขซ้ำ ก็สามารถตรวจสอบสาเหตุ เช่น การป้อนข้อมูลผิดหรือข้อกำหนดไม่ชัดเจน แล้วหาทางเพิ่มอัตราการอนุมัติในครั้งแรก.
เหตุผลที่สำคัญ
ระบุเคสที่กระบวนการไม่มีประสิทธิภาพและมีการแก้ไขซ้ำโดยตรง ช่วยให้นักวิเคราะห์วัดผลกระทบจากการวนกลับและกำหนดเป้าหมายเพื่อลดขั้นตอนเหล่านี้.
แหล่งข้อมูล
แอตทริบิวต์นี้ไม่มีอยู่ในระบบต้นทาง แต่คำนวณระหว่างการแปลงข้อมูลโดยใช้ลำดับกิจกรรมของแต่ละเคส.
ตัวอย่าง
truefalse
|
|||
|
มีการเปลี่ยนแปลง PO หรือไม่
IsPurchaseOrderChanged
|
แฟล็กแบบบูลีนที่ระบุว่ามีการแก้ไข Purchase Order หลังจากสร้างครั้งแรกหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ได้จากการคำนวณ โดยกำหนดเป็น 'true' หากพบกิจกรรม 'แก้ไขใบสั่งซื้อ' ในเคสนั้น ช่วยวิเคราะห์อัตราการเปลี่ยนแปลงได้ง่ายขึ้นด้วยตัวบ่งชี้ระดับเคส แฟล็กนี้ใช้คำนวณ KPI 'อัตราการแก้ไขใบสั่งซื้อ' ช่วยแบ่งข้อมูลอย่างรวดเร็วเพื่อเปรียบเทียบกระบวนการของใบสั่งซื้อที่มีและไม่มีการแก้ไข ซึ่งอาจเผยให้เห็นผลกระทบที่ตามมา เช่น รอบเวลานานขึ้นหรือข้อมูลในใบแจ้งหนี้คลาดเคลื่อนมากขึ้น แดชบอร์ดการวิเคราะห์อัตราการแก้ไขใบสั่งซื้อใช้แฟล็กนี้วัดความถี่ของการแก้ไข.
เหตุผลที่สำคัญ
ใช้แฟล็กอย่างง่ายระบุใบสั่งซื้อที่มีการแก้ไขทั้งหมด ช่วยคำนวณอัตราการแก้ไขและวิเคราะห์ผลกระทบได้สะดวก.
แหล่งข้อมูล
แฟล็กนี้คำนวณระหว่างการแปลงข้อมูล โดยตรวจสอบว่ามีเหตุการณ์ 'แก้ไขใบสั่งซื้อ' สำหรับหมายเลขใบสั่งซื้อแต่ละรายการหรือไม่.
ตัวอย่าง
truefalse
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบุระบบที่ดึงข้อมูลมา ในกรณีนี้คือ SAP Ariba. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ ในสภาพแวดล้อมที่เชื่อมต่อหลายระบบ ข้อมูลนี้สำคัญต่อการแยกข้อมูลจากแต่ละแหล่งและตรวจสอบที่มาของข้อมูล ในการวิเคราะห์ คุณสามารถใช้แอตทริบิวต์นี้กรองข้อมูลให้เหลือเฉพาะระบบที่ต้องการ หรือทำความเข้าใจการทำงานร่วมกันของกระบวนการในแพลตฟอร์มต่างๆ นอกจากนี้ยังเป็นข้อมูลเมตาสำคัญสำหรับการกำกับดูแลและตรวจสอบความถูกต้องของข้อมูล เพื่อให้มั่นใจว่าการวิเคราะห์ใช้ชุดข้อมูลที่ถูกต้อง.
เหตุผลที่สำคัญ
ให้บริบทสำคัญเกี่ยวกับแหล่งที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแล การตรวจสอบความถูกต้อง และการวิเคราะห์ข้อมูลในสภาพแวดล้อมที่มีหลายระบบ.
แหล่งข้อมูล
โดยทั่วไปจะเพิ่มค่าคงที่ ('SAP Ariba') นี้ระหว่างการดึงและแปลงข้อมูล.
ตัวอย่าง
SAP AribaSAP-Ariba-USAribaCloud
|
|||
|
เลขที่คำขอซื้อ.
PurchaseRequisitionNumber
|
รหัสเฉพาะของคำขอซื้อที่เกิดขึ้นก่อนใบสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เชื่อมโยงใบสั่งซื้อกับคำขอซื้อที่เป็นต้นทาง ใบสั่งซื้อบางรายการอาจไม่มีคำขอซื้อก่อนหน้า เช่น กรณีสร้างใบสั่งซื้อโดยตรง การเชื่อมโยงนี้จำเป็นต่อการวิเคราะห์กระบวนการจัดซื้อทั้งหมดตั้งแต่ต้นจนจบ โดยเริ่มจากคำขอแรกเริ่ม และจำเป็นต่อแดชบอร์ดเส้นทางการเปลี่ยนคำขอซื้อเป็นใบสั่งซื้อ รวมถึง KPI ระยะเวลาเปลี่ยนคำขอซื้อเป็นใบสั่งซื้อ การวิเคราะห์ความเชื่อมโยงนี้ช่วยระบุความล่าช้าระหว่างการอนุมัติคำขอกับการออกใบสั่งซื้อให้ผู้ขาย.
เหตุผลที่สำคัญ
เชื่อมใบสั่งซื้อกับคำขอซื้อแรกเริ่ม ช่วยวิเคราะห์กระบวนการตั้งแต่สร้างคำขอจนถึงรับสินค้าได้อย่างครบถ้วน.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้อยู่ในฟิลด์อ้างอิงของรายการสินค้าใน Purchase Order.
ตัวอย่าง
PR10004567PR10004568PR10004569
|
|||
|
เวลาตั้งแต่ต้นจนจบของ PO
POEndToEndCycleTime
|
เวลารวมตั้งแต่สร้างคำขอซื้อรายการแรกจนใบสั่งซื้อเสร็จสมบูรณ์. | ||
|
คำอธิบาย
แอตทริบิวต์ที่คำนวณนี้วัดระยะเวลารวมของกระบวนการใบสั่งซื้อทั้งหมด โดยทั่วไปเริ่มจากเหตุการณ์ 'สร้างคำขอซื้อ' และสิ้นสุดที่เหตุการณ์ 'ใบสั่งซื้อเสร็จสมบูรณ์' หรือ 'บันทึกการรับสินค้า' ครั้งสุดท้าย ช่วยให้เห็นประสิทธิภาพของกระบวนการโดยรวม นี่คือตัวชี้วัดหลักสำหรับ KPI 'รอบเวลาตั้งแต่ต้นจนจบของ PO' และแดชบอร์ดรอบเวลาตั้งแต่ต้นจนจบของใบสั่งซื้อ ช่วยให้องค์กรติดตามผลการดำเนินงานโดยรวมและผลจากการปรับปรุงกระบวนการได้ เมื่อนำรอบเวลารวมมาแยกตามผู้ขาย แผนก หรือกลุ่มวัสดุ จะช่วยระบุปัจจัยหลักที่ทำให้ระยะเวลารอคอยนาน.
เหตุผลที่สำคัญ
แสดงเวลารวมที่ใช้ดำเนินการใบสั่งซื้อ เป็นตัววัดภาพรวมของประสิทธิภาพกระบวนการและประสบการณ์ของลูกค้า.
แหล่งข้อมูล
คำนวณระหว่างการแปลงข้อมูล โดยหาส่วนต่างระหว่างการประทับเวลาที่เก่าที่สุดและใหม่ที่สุดของแต่ละเคส.
ตัวอย่าง
P15DP30D12HP7D
|
|||
|
เวลาสิ้นสุดเหตุการณ์
EventEndTime
|
การประทับเวลาที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด ใช้คำนวณเวลาที่ใช้ดำเนินกิจกรรมด้วยตนเอง. | ||
|
คำอธิบาย
StartTime ระบุเวลาที่กิจกรรมเริ่มต้น ส่วน EventEndTime ระบุเวลาที่กิจกรรมสิ้นสุด สำหรับเหตุการณ์ที่ระบบสร้างขึ้นหลายรายการ เวลาเริ่มต้นและเวลาสิ้นสุดจะตรงกัน แต่สำหรับงานที่ทำด้วยตนเองหรืองานอัตโนมัติที่ใช้เวลานาน ส่วนต่างระหว่างเวลาเริ่มต้นกับเวลาสิ้นสุดจะแสดงเวลาที่ใช้ดำเนินกิจกรรม แอตทริบิวต์นี้ใช้คำนวณตัวชี้วัด 'ProcessingTime' ซึ่งสำคัญต่อแดชบอร์ดการวิเคราะห์ระยะเวลากิจกรรมของใบสั่งซื้อ ช่วยระบุงานที่ใช้เวลานานที่สุด และค้นหาโอกาสในการฝึกอบรม ปรับการจัดสรรทรัพยากร หรือใช้ระบบอัตโนมัติ.
เหตุผลที่สำคัญ
ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรมแต่ละรายการได้อย่างแม่นยำ และระบุงานที่ใช้เวลามากที่สุด.
แหล่งข้อมูล
ตรวจสอบเอกสาร SAP Ariba หากไม่มีข้อมูลนี้โดยตรง อาจต้องคำนวณจากเวลาเริ่มต้นของกิจกรรมถัดไป.
ตัวอย่าง
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
|
|||
|
สกุลเงิน
DocumentCurrency
|
รหัสสกุลเงินของมูลค่าเงินในใบสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้แสดงมูลค่าใบสั่งซื้อ เช่น USD, EUR หรือ GBP ซึ่งเป็นบริบทสำคัญสำหรับข้อมูลทางการเงินทุกประเภท เมื่อวิเคราะห์กระบวนการที่เกี่ยวข้องกับหลายประเทศหรือภูมิภาค สกุลเงินของเอกสารเป็นข้อมูลสำคัญสำหรับการตีความและเปรียบเทียบมูลค่าเงินให้ถูกต้อง KPI และแดชบอร์ดทางการเงินทั้งหมดต้องใช้ฟิลด์นี้เพื่อกรองข้อมูลให้เหลือสกุลเงินเดียว หรือใช้อัตราแลกเปลี่ยนที่เหมาะสมสำหรับการรวมและเปรียบเทียบข้อมูล.
เหตุผลที่สำคัญ
ให้บริบทที่จำเป็นสำหรับฟิลด์มูลค่าเงินทั้งหมด ช่วยให้วิเคราะห์ข้อมูลทางการเงินได้ถูกต้องและป้องกันการรวมยอดจากสกุลเงินต่างกันอย่างไม่เหมาะสม.
แหล่งข้อมูล
นี่คือฟิลด์มาตรฐานที่ส่วนหัวของเอกสาร Purchase Order ใน SAP Ariba.
ตัวอย่าง
USDEURGBPJPY
|
|||
|
สถานะ PO
PurchaseOrderStatus
|
สถานะปัจจุบันของใบสั่งซื้อในวงจรการทำงาน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสถานะปัจจุบันของใบสั่งซื้อ เช่น 'กำลังสั่งซื้อ' 'กำลังรับสินค้า' 'ออกใบแจ้งหนี้แล้ว' หรือ 'เสร็จสมบูรณ์' ช่วยให้เห็นว่าใบสั่งซื้ออยู่ในขั้นตอนใดของกระบวนการโดยรวม แม้ process mining จะสร้างภาพการไหลของกระบวนการจากกิจกรรมต่างๆ แต่สถานะปัจจุบันก็มีประโยชน์สำหรับกรองเคสและดูภาระงานในขณะนั้น ตัวอย่างเช่น นักวิเคราะห์อาจต้องการดูเฉพาะใบสั่งซื้อที่กำลังดำเนินการและยังไม่เสร็จสิ้น นอกจากนี้ยังใช้ตรวจสอบกิจกรรมสุดท้ายในเส้นทางกระบวนการได้ด้วย.
เหตุผลที่สำคัญ
ช่วยให้เห็นสถานะของใบสั่งซื้อในวงจรการทำงานอย่างรวดเร็ว ใช้กรองและดูเคสที่กำลังดำเนินการหรือเสร็จสิ้นแล้วได้.
แหล่งข้อมูล
นี่คือฟิลด์สถานะมาตรฐานที่ส่วนหัวเอกสาร Purchase Order ใน SAP Ariba.
ตัวอย่าง
กำลังสั่งซื้อกำลังรับสินค้าเสร็จสมบูรณ์ยกเลิกแล้ว
|
|||
|
องค์กรจัดซื้อ
PurchasingOrganization
|
หน่วยงานที่รับผิดชอบการจัดซื้อวัสดุและบริการ รวมถึงการเจรจากับผู้ขาย. | ||
|
คำอธิบาย
องค์กรจัดซื้อเป็นหน่วยงานสำคัญในโครงสร้างการจัดซื้อ รับผิดชอบด้านกลยุทธ์การจัดซื้อ องค์กรอาจมีหน่วยงานจัดซื้อแยกตามภูมิภาคหรือหน่วยธุรกิจ การวิเคราะห์กระบวนการแยกตามองค์กรจัดซื้อช่วยให้เห็นความแตกต่างด้านประสิทธิภาพ การปฏิบัติตามข้อกำหนด และกลยุทธ์การบริหารผู้ขายของแต่ละหน่วยงาน ข้อมูลนี้ช่วยกำหนดแนวทางปฏิบัติที่ดีให้เป็นมาตรฐาน และระบุคอขวดหรือสาเหตุที่ทำให้การดำเนินงานไม่มีประสิทธิภาพในระดับองค์กรได้.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพและการปฏิบัติตามข้อกำหนดในภาพรวม ระหว่างหน่วยงานจัดซื้อเชิงกลยุทธ์ต่างๆ.
แหล่งข้อมูล
นี่คือฟิลด์ข้อมูลหน่วยงานมาตรฐานที่ส่วนหัวของเอกสาร Purchase Order.
ตัวอย่าง
PO_US01PO_EMEAPO_GLOBAL
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
การประทับเวลาที่ระบุว่าข้อมูลของเหตุการณ์นี้ได้รับการรีเฟรชหรือดึงจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันที่และเวลาที่ดึงข้อมูลจาก SAP Ariba ล่าสุด เป็นข้อมูลเมตาสำคัญที่ช่วยให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด ในการวิเคราะห์ process mining การทราบว่าข้อมูลอัปเดตล่าสุดเมื่อใดเป็นสิ่งจำเป็นต่อการรายงานและการตัดสินใจ การประทับเวลานี้ช่วยให้ผู้ใช้ตรวจสอบได้ว่าแดชบอร์ดและ KPI เช่น แนวโน้มปริมาณใบสั่งซื้อ ใช้ข้อมูลที่เป็นปัจจุบัน.
เหตุผลที่สำคัญ
ระบุว่าข้อมูลเป็นปัจจุบันเพียงใด ช่วยให้ผู้ใช้เข้าใจความใหม่ของผลการวิเคราะห์และเชื่อมั่นในข้อมูลเชิงลึก.
แหล่งข้อมูล
โดยทั่วไปการประทับเวลานี้จะถูกสร้างและเพิ่มลงในชุดข้อมูลระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL).
ตัวอย่าง
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
กิจกรรมในกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
บันทึกรับสินค้าเข้าระบบ
|
หมายถึงการรับสินค้าจริงที่บันทึกไว้ใน SAP Ariba เป็นเหตุการณ์ที่บันทึกโดยตรงเมื่อผู้ใช้สร้างและส่งเอกสาร Receipt สำหรับรายการสินค้าในใบสั่งซื้อ. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้ใช้ยืนยันการส่งมอบและเป็นจุดสิ้นสุดในการวัดผลการส่งมอบของผู้ขาย นอกจากนี้ยังเป็นการอนุมัติให้จ่ายใบแจ้งหนี้ได้ในกรณีที่ใช้การจับคู่สามทาง.
แหล่งข้อมูล
บันทึกจากเวลาที่สร้างหรือส่งเอกสาร Receipt ซึ่งเชื่อมโยงกับ PurchaseOrder.
บันทึก
อ้างอิงจากเวลาที่ส่งเอกสาร Goods Receipt.
ประเภทเหตุการณ์
explicit
|
|||
|
ปิดกระบวนการใบสั่งซื้อ
|
กิจกรรมนี้หมายถึงวงจรใบสั่งซื้อเสร็จสมบูรณ์ โดยสินค้าและบริการได้รับครบและมีการออกใบแจ้งหนี้แล้ว อนุมานจากสถานะ PO ที่เปลี่ยนเป็น 'Received', 'Invoiced' หรือสถานะสุดท้ายอื่นที่มีความหมายใกล้เคียงกัน. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดสิ้นสุดหลักที่แสดงว่ากระบวนการสำเร็จ การวัดเวลาจนถึงสถานะนี้ช่วยคำนวณรอบเวลาตั้งแต่ต้นจนจบ ซึ่งเป็นตัวชี้วัดสำคัญของประสิทธิภาพกระบวนการโดยรวม.
แหล่งข้อมูล
อนุมานจากเวลาที่สถานะ PurchaseOrder เปลี่ยนเป็นสถานะสุดท้าย เช่น 'Received' โดยถือว่า PO เสร็จสมบูรณ์เมื่อได้รับสินค้าครบทุกรายการ.
บันทึก
อนุมานจากสถานะ PO ที่เปลี่ยนเป็น 'Received' หรือสถานะเสร็จสมบูรณ์อื่นที่มีความหมายใกล้เคียงกัน.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งใบสั่งซื้อให้ผู้ขาย
|
หมายถึงเวลาที่ส่งใบสั่งซื้อที่อนุมัติแล้วให้ผู้ขายอย่างเป็นทางการ โดยทั่วไปส่งผ่าน Ariba Network บันทึกเหตุการณ์นี้เมื่อสถานะ PO เปลี่ยนเป็น 'Sent' หรือ 'Ordered'. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดเปลี่ยนจากการดำเนินการภายในไปสู่การจัดส่งจากภายนอก และเป็นจุดเริ่มต้นในการวัดระยะเวลาจัดส่งกับผลการส่งมอบของผู้ขาย.
แหล่งข้อมูล
อนุมานจากเวลาที่สถานะเอกสาร PurchaseOrder เปลี่ยนเป็น 'Sent' หรือ 'Ordered' ซึ่งเป็นการเปลี่ยนสถานะมาตรฐานใน Ariba.
บันทึก
อนุมานจากเวลาที่สถานะเปลี่ยนเป็น 'Sent' หรือสถานะที่มีความหมายใกล้เคียงกัน.
ประเภทเหตุการณ์
inferred
|
|||
|
สร้างคำขอซื้อ
|
กิจกรรมนี้บันทึกการสร้างคำขอซื้อ ซึ่งเป็นคำขออย่างเป็นทางการสำหรับสินค้าหรือบริการก่อนออกใบสั่งซื้อ ใน SAP Ariba ระบบมักบันทึกเหตุการณ์นี้เมื่อผู้ใช้บันทึกและส่งเอกสารคำขอซื้อใหม่ ทำให้มีรายการพร้อมเวลาที่สร้างอย่างชัดเจน. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดเริ่มต้นหลักของกระบวนการจัดซื้อ การวิเคราะห์เวลาตั้งแต่เหตุการณ์นี้จนถึงการสร้าง PO ช่วยให้เข้าใจรอบเวลาตั้งแต่คำขอซื้อจนถึงคำสั่งซื้อ และระบุคอขวดในช่วงต้นได้.
แหล่งข้อมูล
บันทึกเหตุการณ์นี้จากวันที่สร้างเอกสาร Requisition ในโมดูล SAP Ariba Buying โดยการเปลี่ยนสถานะเป็น 'Submitted' มักหมายถึงการเริ่มกระบวนการอย่างเป็นทางการ.
บันทึก
อ้างอิงจากเวลาที่สร้างเอกสารคำขอซื้อ.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างใบสั่งซื้อ
|
กิจกรรมนี้หมายถึงการสร้างเอกสารใบสั่งซื้ออย่างเป็นทางการใน SAP Ariba ไม่ว่าจะสร้างจากคำขอซื้อที่อนุมัติแล้วหรือสร้างโดยตรง บันทึกจากเวลาที่สร้างเอกสาร PO ซึ่งเป็นจุดเริ่มต้นอย่างเป็นทางการของวงจรใบสั่งซื้อ. | ||
|
เหตุผลที่สำคัญ
สำหรับ PO ที่สร้างโดยตรง นี่คือจุดเริ่มต้นของกระบวนการ เหตุการณ์สำคัญนี้ใช้วัดเวลาตั้งแต่คำขอซื้อจนถึง PO และรอบเวลาประมวลผล PO โดยรวม.
แหล่งข้อมูล
บันทึกจากเวลาที่สร้างเอกสาร PurchaseOrder ใน SAP Ariba Buying โดยสถานะในช่วงนี้มักเป็น 'Composing' หรือ 'Submitted'.
บันทึก
อ้างอิงจากเวลาที่สร้างเอกสารใบสั่งซื้อ.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติใบสั่งซื้อ
|
หมายถึงใบสั่งซื้อได้รับอนุมัติภายในครบถ้วนแล้วและพร้อมส่งให้ผู้ขาย อนุมานเหตุการณ์นี้จากสถานะเอกสาร PO ที่เปลี่ยนเป็น 'Approved' หลังดำเนินการตามเวิร์กโฟลว์ที่กำหนดครบถ้วน. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้ใช้วัดรอบเวลาการอนุมัติและระบุคอขวดในการตรวจสอบของผู้บริหาร ความล่าช้าในขั้นตอนนี้ส่งผลโดยตรงต่อระยะเวลาจัดส่งของผู้ขายและประสิทธิภาพการจัดซื้อ.
แหล่งข้อมูล
อนุมานจากเวลาที่สถานะหรือฟิลด์ 'ApprovedState' ของเอกสาร PurchaseOrder เปลี่ยนเป็น 'Approved' บันทึกประวัติการอนุมัติมีข้อมูลโดยละเอียด.
บันทึก
อนุมานจากเวลาที่อนุมัติขั้นสุดท้ายในเวิร์กโฟลว์อนุมัติ PO.
ประเภทเหตุการณ์
inferred
|
|||
|
แก้ไขใบสั่งซื้อ
|
กิจกรรมนี้บันทึกการแก้ไขใบสั่งซื้อหลังจากสร้างครั้งแรก เช่น เปลี่ยนจำนวน ราคา หรือวันที่ส่งมอบ ระบบจะสร้างเอกสาร PO เวอร์ชันใหม่ ซึ่งมักทำให้ต้องเริ่มเวิร์กโฟลว์อนุมัติอีกครั้ง. | ||
|
เหตุผลที่สำคัญ
การติดตามการเปลี่ยนแปลงสำคัญต่อการค้นหาความไม่มีประสิทธิภาพ วงจรการแก้งาน และสาเหตุที่แท้จริงของข้อผิดพลาดในการจัดซื้อ หากมีการแก้ไขบ่อย อาจหมายถึงการรวบรวมความต้องการตั้งแต่ต้นยังไม่ดีพอ.
แหล่งข้อมูล
บันทึกเหตุการณ์นี้โดยตรวจหาเอกสาร PurchaseOrder เดียวกันที่มีหลายเวอร์ชัน แต่ละเวอร์ชันใหม่มีเวลาที่สร้างซึ่งนำมาใช้เป็นเวลาของเหตุการณ์ได้.
บันทึก
บันทึกเมื่อสร้างและบันทึกเอกสาร PO เวอร์ชันใหม่.
ประเภทเหตุการณ์
explicit
|
|||
|
ได้รับใบแจ้งการจัดส่งล่วงหน้า
|
บันทึกกิจกรรมนี้เมื่อผู้ขายส่ง Advance Ship Notice (ASN) ผ่าน Ariba Network เพื่อแจ้งว่าสินค้าถูกจัดส่งแล้ว ASN มีรายละเอียดการจัดส่ง เช่น รายการสินค้า จำนวน และข้อมูลติดตามพัสดุ. | ||
|
เหตุผลที่สำคัญ
ASN ช่วยให้มองเห็นสถานะในห่วงโซ่อุปทาน ทำให้แผนกรับสินค้าสามารถเตรียมรับของได้ และเป็นข้อมูลสำคัญสำหรับติดตามสินค้าระหว่างขนส่งกับคาดการณ์เวลาส่งมอบ.
แหล่งข้อมูล
บันทึกจากวันที่สร้างเอกสาร ShipNotice ที่เชื่อมโยงกับรายการสินค้าใน PurchaseOrder.
บันทึก
อ้างอิงจากเวลาที่สร้างเอกสาร Advance Ship Notice (ASN).
ประเภทเหตุการณ์
explicit
|
|||
|
ได้รับใบแจ้งหนี้ที่อ้างอิง PO
|
หมายถึงได้รับใบแจ้งหนี้จากผู้ขายที่อ้างอิงใบสั่งซื้อ และบันทึกข้อมูลใน SAP Ariba เหตุการณ์นี้เชื่อมกระบวนการจัดซื้อกับขั้นตอนการจ่ายเงินที่ตามมา. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเชื่อมสำคัญระหว่างฝ่ายจัดซื้อกับฝ่ายการเงิน เวลาที่เกิดกิจกรรมมีความสำคัญต่อการบริหารเงินทุนหมุนเวียนและการจ่ายเงินให้ผู้ขายตรงเวลา.
แหล่งข้อมูล
บันทึกจากเวลาที่สร้างเอกสาร Invoice ใน Ariba Invoicing ซึ่งมีข้อมูลอ้างอิงถึง PurchaseOrder.
บันทึก
อ้างอิงจากเวลาที่สร้างเอกสารใบแจ้งหนี้ซึ่งเชื่อมโยงกับ PO.
ประเภทเหตุการณ์
explicit
|
|||
|
บันทึกการยืนยันรับบริการ
|
หมายถึงการยืนยันว่าให้บริการแล้ว ซึ่งเทียบได้กับการรับสินค้าในกรณีบริการ บันทึกเหตุการณ์นี้เมื่อสร้างและอนุมัติ Service Sheet สำหรับใบสั่งซื้อบริการ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อการติดตามการส่งมอบบริการและการอนุมัติการจ่ายเงิน การวิเคราะห์ความตรงเวลาช่วยบริหารการส่งมอบบริการและค่าใช้จ่ายที่เกี่ยวข้อง.
แหล่งข้อมูล
บันทึกจากเวลาอนุมัติเอกสาร ServiceSheet ที่เชื่อมโยงกับ PurchaseOrder.
บันทึก
อ้างอิงจากเวลาอนุมัติเอกสาร Service Sheet.
ประเภทเหตุการณ์
explicit
|
|||
|
ผู้ขายยืนยันใบสั่งซื้อ
|
หมายถึงผู้ขายได้รับและตอบรับใบสั่งซื้อ เพื่อยืนยันว่าจะดำเนินการตามคำสั่งซื้อ บันทึกเหตุการณ์นี้เมื่อผู้ขายส่งเอกสาร Order Confirmation ผ่าน Ariba Network ซึ่งจะอัปเดตสถานะ PO. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้ช่วยยืนยันว่าผู้ขายกำลังดำเนินการตามคำสั่งซื้อ และช่วยติดตามการตอบสนองของผู้ขายกับความถูกต้องของคำสั่งซื้อที่ส่งไปครั้งแรก.
แหล่งข้อมูล
อนุมานจากเวลาที่สถานะ PurchaseOrder เปลี่ยนเป็น 'Confirmed' หลังได้รับ Order Confirmation จากผู้ขาย.
บันทึก
อ้างอิงจากวันที่สร้างเอกสาร Order Confirmation ที่เกี่ยวข้อง หรือเวลาที่สถานะ PO เปลี่ยน.
ประเภทเหตุการณ์
inferred
|
|||
|
ยกเลิกใบสั่งซื้อ
|
หมายถึงการยุติใบสั่งซื้อก่อนส่งมอบสินค้า โดยองค์กรผู้ซื้อเป็นผู้เริ่มยกเลิก หรือในบางกรณีที่พบไม่บ่อย ผู้ขายอาจเป็นผู้ยกเลิก. | ||
|
เหตุผลที่สำคัญ
นี่คือกรณียกเว้นและจุดสิ้นสุดของกระบวนการที่สำคัญ การวิเคราะห์สาเหตุที่ยกเลิก PO อาจเผยปัญหาด้านการวางแผน งบประมาณ หรือความน่าเชื่อถือของผู้ขาย.
แหล่งข้อมูล
อนุมานจากเวลาที่สถานะเอกสาร PurchaseOrder เปลี่ยนเป็น 'Cancelled' หรือ 'Closed'.
บันทึก
อนุมานจากเวลาที่สถานะเปลี่ยนเป็น 'Cancelled'.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งสินค้าคืนให้ผู้ขาย
|
กิจกรรมนี้บันทึกการส่งสินค้าคืนให้ผู้ขาย โดยทั่วไปเกิดจากสินค้าเสียหาย ชำรุด หรือส่งผิดรายการ บันทึกเมื่อสร้างเอกสารรับคืนหรือใบลดหนี้ที่อ้างอิงการรับสินค้าครั้งแรก. | ||
|
เหตุผลที่สำคัญ
การติดตามสินค้าคืนช่วยให้เห็นปัญหาด้านคุณภาพของผู้ขายและความถูกต้องในการส่งมอบ การวิเคราะห์ความถี่และสาเหตุของการคืนสินค้าช่วยปรับปรุงการคัดเลือกและบริหารผู้ขายได้.
แหล่งข้อมูล
อนุมานเหตุการณ์นี้ได้จากการสร้างเอกสารรับคืนโดยเฉพาะ หรือจากจำนวนติดลบในรายการรับสินค้า วิธีที่ใช้จริงอาจแตกต่างกันตามการตั้งค่าระบบ.
บันทึก
อนุมานจากการสร้างรายการรับสินค้าที่มีจำนวนติดลบ หรือมีประเภท 'Return' โดยเฉพาะ.
ประเภทเหตุการณ์
inferred
|
|||
|
อนุมัติคำขอซื้อ
|
หมายถึงการอนุมัติคำขอซื้อขั้นสุดท้ายจากผู้เกี่ยวข้องทุกคนที่จำเป็น เพื่อให้เปลี่ยนเป็นใบสั่งซื้อได้ โดยทั่วไปอนุมานเหตุการณ์นี้จากสถานะเอกสารคำขอซื้อที่เปลี่ยนเป็น 'Approved' และเวลาที่อนุมัติขั้นสุดท้าย. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้เป็นจุดสิ้นสุดของขั้นตอนอนุมัติคำขอซื้อภายในองค์กร การติดตามช่วยวัดประสิทธิภาพของการควบคุมภายในและเวิร์กโฟลว์การอนุมัติก่อนสร้าง PO.
แหล่งข้อมูล
อนุมานจากประวัติการอนุมัติหรือฟิลด์สถานะของเอกสาร Requisition เวลาของเหตุการณ์คือวันที่สถานะเปลี่ยนเป็น 'Approved'.
บันทึก
อนุมานจากเวลาที่ฟิลด์ 'ApprovedState' ของคำขอซื้อเปลี่ยนเป็น 'Approved'.
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้ช่วยเตรียมข้อมูลให้เป็นระบบ แล้วเริ่มปรับปรุงกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อได้อย่างมั่นใจ เริ่มเพิ่มประสิทธิภาพกระบวนการของคุณได้ที่นี่.
เริ่มปรับปรุงกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อวันนี้!
ลดระยะเวลาดำเนินการ 30% และขจัดคอขวดใน SAP Ariba.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าทดลองใช้งานฟรีได้ในไม่กี่นาที.