เทมเพลตข้อมูลสำหรับ Order to Cash: การประมวลผลคำสั่งซื้อขาย

SAP ECC
เทมเพลตข้อมูลสำหรับ Order to Cash: การประมวลผลคำสั่งซื้อขาย

เทมเพลตข้อมูลสำหรับ Order to Cash: การประมวลผลคำสั่งซื้อขาย

เทมเพลตนี้ช่วยวางแนวทางรวบรวมข้อมูลที่จำเป็นสำหรับวิเคราะห์กระบวนการ Order to Cash: การประมวลผลคำสั่งซื้อขายใน SAP ECC โดยระบุแอตทริบิวต์สำคัญที่ควรเก็บ กิจกรรมหลักที่ควรติดตาม และแนวทางดึงข้อมูลที่นำไปใช้ได้จริง ใช้เทมเพลตนี้เพื่อรวบรวมข้อมูลที่จำเป็นสำหรับวิเคราะห์กระบวนการอย่างครบถ้วน.
  • แอตทริบิวต์ที่แนะนำให้รวบรวม
  • กิจกรรมสำคัญที่ควรติดตาม
  • แนวทางดึงข้อมูลจาก SAP ECC
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

แอตทริบิวต์ของ Order to Cash: การประมวลผลคำสั่งซื้อขาย

ฟิลด์ข้อมูลเหล่านี้เป็นรายการแนะนำให้ใส่ในบันทึกเหตุการณ์เพื่อวิเคราะห์กระบวนการ Order to Cash: การประมวลผลคำสั่งซื้อขาย.
5 จำเป็น 7 แนะนำ 5 ไม่บังคับ
ชื่อ คำอธิบาย
ใบสั่งขาย
SalesOrder
รหัสเฉพาะของเอกสารใบสั่งขาย ใช้เป็น Case ID หลักสำหรับติดตามกระบวนการ Order-to-Cash ทั้งหมด.
คำอธิบาย

ใบสั่งขายเป็นเอกสารหลักในกระบวนการขาย ใช้บันทึกคำขอซื้อสินค้าหรือบริการจากลูกค้า และมีข้อมูลที่จำเป็นต่อการดำเนินการตั้งแต่ต้นจนจบ.

ใน process mining ค่านี้ใช้เป็น Case ID โดยหมายเลขใบสั่งขายแต่ละหมายเลขแทนกระบวนการหนึ่งรายการตั้งแต่ต้นจนจบ การวิเคราะห์ตามใบสั่งขายช่วยติดตามวงจรทั้งหมด วัดระยะเวลาดำเนินการ และค้นหาความแตกต่างของใบสั่งซื้อแต่ละรายการ.

เหตุผลที่สำคัญ

เป็นคีย์สำคัญที่ใช้เชื่อมโยงกิจกรรมและเหตุการณ์ที่เกี่ยวข้องทั้งหมด ทำให้วิเคราะห์เส้นทางของใบสั่งซื้อแต่ละรายการตั้งแต่ต้นจนจบได้ครบถ้วน.

แหล่งข้อมูล

อยู่ในตารางข้อมูลส่วนหัวของเอกสารการขาย (VBAK) ในช่อง VBELN.

ตัวอย่าง
900001234590000123469000012347
กิจกรรม
Activity
ชื่อขั้นตอนทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้นในกระบวนการใบสั่งขาย.
คำอธิบาย

แอตทริบิวต์นี้อธิบายขั้นตอนหนึ่งในกระบวนการ Order-to-Cash เช่น “สร้างใบสั่งขาย” “สร้างรายการส่งมอบ” หรือ “รับชำระเงิน” กิจกรรมเหล่านี้เป็นองค์ประกอบที่ใช้สร้างลำดับการทำงานของใบสั่งขายแต่ละรายการขึ้นใหม่.

การวิเคราะห์ลำดับและเวลาของกิจกรรมเป็นหัวใจของ process mining ช่วยให้เห็นแผนผังกระบวนการ ระบุคอขวด ค้นหารูปแบบกระบวนการที่แตกต่างกัน และตรวจสอบการปฏิบัติตามข้อกำหนดเทียบกับโมเดลมาตรฐาน โดยทั่วไปจะอนุมานกิจกรรมจากเหตุการณ์สร้างเอกสาร การเปลี่ยนสถานะ หรือรหัสธุรกรรมเฉพาะที่บันทึกไว้ในระบบ.

เหตุผลที่สำคัญ

กิจกรรมเป็นองค์ประกอบหลักของแผนผังกระบวนการ ช่วยให้เห็นและวิเคราะห์ลำดับการทำงาน ความเบี่ยงเบน และคอขวดได้.

แหล่งข้อมูล

แอตทริบิวต์นี้ได้มาจากการประมวลผลข้อมูล โดยทั่วไปจะสร้างระหว่างการดึงข้อมูล ด้วยการจับคู่รหัสธุรกรรม SAP (T-Codes) การเปลี่ยนสถานะเอกสาร (เช่น จากตาราง VBUK, VBUP) หรือบันทึกการเปลี่ยนแปลง (ตาราง CDHDR, CDPOS) กับชื่อกิจกรรมที่เข้าใจง่าย.

ตัวอย่าง
สร้างคำสั่งขายสร้างเอกสารการส่งมอบตัดจ่ายสินค้าออกจากคลังสร้างใบแจ้งหนี้ได้รับชำระเงิน
ระบบต้นทาง
SourceSystem
ระบุระบบต้นทางที่ใช้ดึงข้อมูล.
คำอธิบาย

แอตทริบิวต์นี้ระบุระบบต้นทาง เช่น ชื่ออินสแตนซ์ SAP ECC หรือหมายเลขไคลเอนต์ ช่วยให้เข้าใจบริบทของข้อมูล โดยเฉพาะเมื่อมีระบบใช้งานจริงหลายระบบหรือมีข้อมูลจากระบบเดิม.

ในการวิเคราะห์ ใช้กรองหรือแบ่งกลุ่มข้อมูลตามแหล่งที่มา ซึ่งมีประโยชน์เมื่อต้องเปรียบเทียบกระบวนการระหว่างระบบ หรือระหว่างโครงการย้ายระบบ เพื่อให้มั่นใจว่าข้อมูลถูกต้องและสอดคล้องกัน.

เหตุผลที่สำคัญ

ช่วยให้เข้าใจบริบทของข้อมูล โดยเฉพาะเมื่อมีหลายระบบ ทำให้เปรียบเทียบกระบวนการได้และตรวจสอบที่มาของข้อมูลได้ชัดเจน.

แหล่งข้อมูล

โดยทั่วไปจะเพิ่มค่านี้ระหว่างการดึงข้อมูล โดยมักเป็นค่าคงที่ที่ระบุ SAP System ID (SAPSID) หรือไคลเอนต์ (MANDT).

ตัวอย่าง
ECC_PROD_800SAP_ERP_EU1ECC_QAS_300
เวลาเริ่มต้น
StartTime
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เริ่มต้นเมื่อใด.
คำอธิบาย

เวลาเริ่มต้น หรือที่เรียกว่าเวลาประทับเหตุการณ์ ใช้บันทึกวันที่และเวลาที่กิจกรรมหนึ่งเกิดขึ้นอย่างแม่นยำ เช่น เวลาสร้างใบสั่งขาย เวลาบันทึกการจ่ายสินค้า หรือเวลาบันทึกใบแจ้งหนี้.

เวลานี้เป็นข้อมูลพื้นฐานสำหรับการวิเคราะห์ตามเวลาใน process mining ใช้คำนวณระยะเวลาระหว่างกิจกรรม วัดระยะเวลารวมของเคส และค้นหาความล่าช้าหรือคอขวด การบันทึกเวลาอย่างแม่นยำมีความสำคัญต่อแดชบอร์ดวิเคราะห์ประสิทธิภาพ เช่น แดชบอร์ดติดตามการส่งมอบตรงเวลาหรือระยะเวลาดำเนินการตามคำสั่งซื้อ.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้สำคัญต่อการคำนวณตัวชี้วัดประสิทธิภาพทั้งหมด เช่น ระยะเวลาและเวลาที่ใช้ ซึ่งจำเป็นต่อการค้นหาคอขวด.

แหล่งข้อมูล

แอตทริบิวต์นี้ประกอบจากข้อมูลหลายช่อง โดยทั่วไปได้จากการรวมช่องวันที่ (เช่น ERDAT) กับช่องเวลา (เช่น ERZET) จากตาราง SAP ต่างๆ เช่น VBAK (ใบสั่งขาย), LIKP (การส่งมอบ) และ VBRK (ใบแจ้งหนี้).

ตัวอย่าง
2023-04-15T09:00:12Z2023-04-16T14:30:00Z2023-04-20T11:22:45Z
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาที่ระบุว่ามีการรีเฟรชข้อมูลของระเบียนนี้จากระบบต้นทางครั้งล่าสุดเมื่อใด.
คำอธิบาย

แอตทริบิวต์นี้บันทึกวันที่และเวลาที่ดึงหรืออัปเดตข้อมูลของเหตุการณ์หรือเคสครั้งล่าสุด ช่วยให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลใหม่เพียงใด.

ข้อมูลนี้ในแดชบอร์ดและรายงานช่วยให้ผู้ใช้เข้าใจว่าข้อมูลเชิงลึกเป็นปัจจุบันแค่ไหน และยืนยันได้ว่าการวิเคราะห์สะท้อนสถานะการปฏิบัติการล่าสุดหรืออ้างอิงข้อมูลเก่า ทั้งยังช่วยให้ผู้ใช้ทราบว่าข้อมูลอัปเดตล่าสุดเมื่อใด.

เหตุผลที่สำคัญ

ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการตัดสินใจได้ทันเวลาและมีข้อมูลประกอบจากการวิเคราะห์ process mining.

แหล่งข้อมูล

นี่คือแอตทริบิวต์เมทาดาทาที่เครื่องมือหรือกระบวนการดึงข้อมูลเติมให้เมื่อนำข้อมูลเข้าสู่ระบบ โดยไม่ได้จัดเก็บไว้ในตาราง SAP ต้นทาง.

ตัวอย่าง
2024-06-10T05:00:00Z2024-06-11T05:00:00Z2024-06-12T05:00:00Z
บล็อกการส่งมอบ
DeliveryBlock
รหัสที่ระบุว่าใบสั่งขายถูกระงับการจัดส่งหรือไม่ ซึ่งจะป้องกันไม่ให้สร้างเอกสารการส่งมอบ.
คำอธิบาย

บล็อกการส่งมอบคือสถานะที่กำหนดให้ใบสั่งขายในระดับส่วนหัวหรือระดับรายการ เพื่อหยุดกระบวนการชั่วคราวก่อนถึงขั้นตอนส่งมอบ ผู้ใช้อาจกำหนดบล็อกด้วยตนเอง หรือระบบกำหนดให้อัตโนมัติ เช่น เมื่อวงเงินเครดิตไม่ผ่านหรือข้อมูลไม่ครบถ้วน.

แอตทริบิวต์นี้สำคัญต่อแดชบอร์ด “วิเคราะห์การระงับและการทำงานซ้ำของใบสั่งขาย” การวิเคราะห์ความถี่ ระยะเวลา และสาเหตุของบล็อกการส่งมอบช่วยระบุคอขวดสำคัญในกระบวนการดำเนินการตามคำสั่งซื้อ การลดการระงับเหล่านี้ช่วยให้ส่งมอบตรงเวลาและลดระยะเวลาดำเนินการโดยรวมได้.

เหตุผลที่สำคัญ

ช่วยระบุคอขวดในกระบวนการดำเนินการตามคำสั่งซื้อโดยตรง การวิเคราะห์สาเหตุและความถี่ที่ใบสั่งซื้อถูกระงับเป็นสิ่งสำคัญต่อการปรับปรุงความต่อเนื่องของกระบวนการ.

แหล่งข้อมูล

อยู่ในตารางข้อมูลส่วนหัวของเอกสารการขาย (VBAK) ในช่อง LIFSK.

ตัวอย่าง
0102Z1
ผู้ใช้
User
รหัสผู้ใช้ของพนักงานที่สร้างหรือแก้ไขเอกสารล่าสุด หรือดำเนินกิจกรรมดังกล่าว.
คำอธิบาย

แอตทริบิวต์นี้บันทึกรหัสผู้ใช้ SAP ที่รับผิดชอบเหตุการณ์หนึ่งในกระบวนการ เช่น ระบุพนักงานขายที่สร้างใบสั่งซื้อ หรือพนักงานคลังสินค้าที่บันทึกการจ่ายสินค้า.

การวิเคราะห์ตามผู้ใช้ช่วยให้เข้าใจการกระจายงาน ระบุความต้องการในการฝึกอบรม และค้นหาความแตกต่างในการทำงานเดียวกันของผู้ใช้แต่ละคน ข้อมูลนี้จำเป็นต่อแดชบอร์ดที่วิเคราะห์ประสิทธิภาพของทรัพยากร การปฏิบัติตามข้อกำหนด และการแทรกแซงด้วยการทำงานด้วยตนเอง.

เหตุผลที่สำคัญ

ช่วยให้เห็นประสิทธิภาพและปริมาณงานของทรัพยากร ระบุความเบี่ยงเบนของกระบวนการที่เกี่ยวข้องกับผู้ใช้แต่ละคน และใช้วิเคราะห์การปฏิบัติตามข้อกำหนดกับการทำงานอัตโนมัติได้.

แหล่งข้อมูล

พบได้ในตารางส่วนหัว SAP หลายตาราง เช่น ช่อง “สร้างโดย” (ERNAM) หรือ “แก้ไขโดย” (AENAM) ใน VBAK, LIKP และ VBRK.

ตัวอย่าง
CBURKEJSMITHRWILLIAMS
มูลค่าสุทธิ
NetAmount
มูลค่ารวมของใบสั่งขายก่อนหักภาษีและส่วนลดในระดับส่วนหัวเอกสาร.
คำอธิบาย

มูลค่าสุทธิแสดงมูลค่าเป็นเงินของใบสั่งขายแต่ละรายการ จึงเป็นตัวชี้วัดทางการเงินที่สำคัญของแต่ละเคส.

แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ process mining ตามมูลค่า ช่วยจัดลำดับความสำคัญของโครงการปรับปรุงกระบวนการ โดยเน้นใบสั่งซื้อที่มีมูลค่าสูง นักวิเคราะห์สามารถเชื่อมโยงปัญหาในกระบวนการ เช่น ความล่าช้าหรือการทำงานซ้ำ กับผลกระทบทางการเงิน เพื่อประกอบการตัดสินใจปรับปรุงได้ชัดเจนขึ้น ตัวอย่างเช่น ใช้เปรียบเทียบประสิทธิภาพการดำเนินการของใบสั่งซื้อมูลค่าสูงกับใบสั่งซื้อมูลค่าต่ำ.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ตามมูลค่าและจัดลำดับความสำคัญของการปรับปรุง โดยเน้นใบสั่งซื้อที่ส่งผลต่อการเงินของบริษัทมากที่สุด.

แหล่งข้อมูล

อยู่ในตารางข้อมูลส่วนหัวของเอกสารการขาย (VBAK) ในช่อง NETWR.

ตัวอย่าง
1500.0012550.75850.50
หมายเลขลูกค้า
CustomerNumber
รหัสเฉพาะของลูกค้าที่ส่งใบสั่งขาย.
คำอธิบาย

แอตทริบิวต์นี้แทน “ผู้ซื้อ” ซึ่งเป็นบัญชีลูกค้าหลักที่เชื่อมโยงกับใบสั่งขาย และเชื่อมรายการธุรกรรมกับข้อมูลหลักของลูกค้า.

การวิเคราะห์ตามหมายเลขลูกค้าช่วยแบ่งกลุ่มกระบวนการเพื่อทำความเข้าใจพฤติกรรมและประสิทธิภาพของลูกค้าแต่ละราย เช่น ลูกค้ารายใดใช้เวลาดำเนินการนานที่สุด มีการทำงานซ้ำมากที่สุด หรือเปลี่ยนแปลงใบสั่งซื้อบ่อยที่สุด ข้อมูลนี้สำคัญต่อการปรับปรุงการบริหารความสัมพันธ์กับลูกค้าและระดับการให้บริการ.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์โดยเน้นลูกค้า ทำให้ระบุปัญหากระบวนการที่กระทบลูกค้าแต่ละรายและวัดประสิทธิภาพแยกตามลูกค้าได้.

แหล่งข้อมูล

อยู่ในตารางข้อมูลส่วนหัวของเอกสารการขาย (VBAK) ในช่อง KUNNR.

ตัวอย่าง
100234100567200112
หมายเลขวัสดุ
MaterialNumber
รหัสเฉพาะของสินค้าหรือบริการที่ขาย.
คำอธิบาย

หมายเลขวัสดุใช้ระบุสินค้าแต่ละรายการในบรรทัดของใบสั่งขาย เนื่องจากใบสั่งขายหนึ่งรายการมีวัสดุได้หลายรายการ แอตทริบิวต์นี้จึงมักวิเคราะห์ในระดับรายการ.

การวิเคราะห์กระบวนการตามหมายเลขวัสดุช่วยค้นหาปัญหาเฉพาะของสินค้า เช่น สินค้าบางชนิดใช้เวลาดำเนินการนานกว่า มีการระงับการส่งมอบบ่อยกว่า หรือพบความคลาดเคลื่อนของใบแจ้งหนี้มากกว่า ข้อมูลนี้สำคัญต่อการบริหารห่วงโซ่อุปทานและผลิตภัณฑ์ เพื่อปรับกระบวนการให้เหมาะกับสินค้าแต่ละกลุ่ม.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์กระบวนการตามสินค้า และค้นหาว่าสินค้าชนิดใดเกี่ยวข้องกับความไม่มีประสิทธิภาพ เช่น ความล่าช้า การระงับ หรือการทำงานซ้ำ.

แหล่งข้อมูล

อยู่ในตารางข้อมูลรายการของเอกสารการขาย (VBAP) ในช่อง MATNR.

ตัวอย่าง
FG-1001-ARAW-205BSERV-INSTALL
เหตุผลที่ปฏิเสธ
RejectionReason
รหัสที่ระบุสาเหตุที่ปฏิเสธหรือยกเลิกรายการในใบสั่งขาย.
คำอธิบาย

เหตุผลที่ปฏิเสธช่วยอธิบายว่าเหตุใดจึงไม่ได้ดำเนินการตามใบสั่งขายหรือรายการใดรายการหนึ่งให้เสร็จ เช่น ลูกค้ายกเลิก สินค้าไม่มี หรือมีเหตุผลทางธุรกิจอื่น.

แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด “แนวโน้มการยกเลิกใบสั่งขาย” เมื่อวิเคราะห์เหตุผลที่พบบ่อย ธุรกิจจะค้นหาสาเหตุของยอดขายที่สูญเสียไปได้ และนำข้อมูลไปปรับปรุงการบริหารสินค้าคงคลัง กลยุทธ์ราคา หรือการสื่อสารกับลูกค้า เพื่อลดอัตราการยกเลิกใบสั่งซื้อ.

เหตุผลที่สำคัญ

ช่วยให้เข้าใจสาเหตุของการยกเลิกใบสั่งซื้อ และวิเคราะห์ต้นตอเพื่อลดการสูญเสียยอดขายและปรับปรุงความแม่นยำของการคาดการณ์.

แหล่งข้อมูล

อยู่ในตารางข้อมูลรายการของเอกสารการขาย (VBAP) ในช่อง ABGRU.

ตัวอย่าง
0215Z5
องค์กรฝ่ายขาย
SalesOrganization
หน่วยงานที่รับผิดชอบการขายสินค้าหรือบริการ.
คำอธิบาย

องค์กรฝ่ายขายเป็นหน่วยงานหลักใน SAP ที่จัดโครงสร้างบริษัทตามความต้องการด้านการขาย รับผิดชอบการเจรจาเงื่อนไขการขายและการจัดจำหน่ายสินค้าและบริการ.

ใน process mining แอตทริบิวต์นี้เป็นมิติสำคัญสำหรับการวิเคราะห์ ช่วยเปรียบเทียบประสิทธิภาพ ความคล่องตัว และการปฏิบัติตามข้อกำหนดระหว่างหน่วยขาย ภูมิภาค หรือแผนกต่างๆ ทำให้ค้นหาแนวทางที่ได้ผลดีในหน่วยงานที่มีประสิทธิภาพสูง และจุดที่ควรปรับปรุงในหน่วยงานอื่นได้.

เหตุผลที่สำคัญ

ช่วยเปรียบเทียบประสิทธิภาพของกระบวนการและการปฏิบัติตามข้อกำหนดระหว่างหน่วยธุรกิจหรือภูมิภาคต่างๆ.

แหล่งข้อมูล

อยู่ในตารางข้อมูลส่วนหัวของเอกสารการขาย (VBAK) ในช่อง VKORG.

ตัวอย่าง
100025003100
เงื่อนไขการจัดส่ง
ShippingConditions
กำหนดแนวทางทั่วไปในการจัดส่งสินค้าให้ลูกค้า.
คำอธิบาย

เงื่อนไขการจัดส่งกำหนดวิธีจัดส่งใบสั่งซื้อ เช่น “มาตรฐาน” “ด่วน” หรือ “รับสินค้าเอง” โดยตกลงกับลูกค้าและมีผลต่อการวางแผนโลจิสติกส์.

แอตทริบิวต์นี้ใช้ในการวิเคราะห์ “ประสิทธิภาพและต้นทุนของวิธีจัดส่ง” การแบ่งกลุ่มกระบวนการตามเงื่อนไขการจัดส่งช่วยให้บริษัทตรวจสอบได้ว่าวิธีใดมีแนวโน้มล่าช้าหรือใช้เวลาดำเนินการนานกว่า ข้อมูลนี้ช่วยปรับปรุงโลจิสติกส์และจัดการความคาดหวังของลูกค้าเกี่ยวกับเวลาส่งมอบ.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ประสิทธิภาพด้านโลจิสติกส์ และตรวจสอบว่าวิธีจัดส่งบางประเภทสัมพันธ์กับความล่าช้าหรือประสิทธิภาพที่สูงขึ้นหรือไม่.

แหล่งข้อมูล

อยู่ในตารางข้อมูลส่วนหัวของเอกสารการขาย (VBAK) ในช่อง VSBED.

ตัวอย่าง
011020
มีการทำงานซ้ำหรือไม่
IsRework
ค่าสถานะแบบจริงหรือเท็จที่ระบุว่าใบสั่งขายมีการเปลี่ยนแปลงหรือทำงานซ้ำครั้งสำคัญหลังจากสร้างครั้งแรกหรือไม่.
คำอธิบาย

แอตทริบิวต์ที่คำนวณนี้ใช้ระบุเคสที่มีการทำงานซ้ำ เช่น มีกิจกรรม “แก้ไขใบสั่งขาย” อย่างน้อยหนึ่งครั้ง โดยกำหนดหลักเกณฑ์ของการทำงานซ้ำระหว่างตั้งค่าโครงการ เช่น การเปลี่ยนราคา ปริมาณ หรือวันที่ส่งมอบ.

แอตทริบิวต์นี้สำคัญต่อแดชบอร์ด “ความถี่ในการทำงานซ้ำและแก้ไขใบสั่งขาย” และ KPI อัตราการทำงานซ้ำของใบสั่งขาย ช่วยให้กรองและเปรียบเทียบใบสั่งซื้อที่ดำเนินไปตามขั้นตอนโดยไม่สะดุดกับรายการที่ต้องแก้ไขด้วยตนเองได้โดยตรง ทำให้วัดผลกระทบของการทำงานซ้ำต่อระยะเวลาและต้นทุนได้.

เหตุผลที่สำคัญ

ช่วยวัดความถี่ของการทำงานซ้ำโดยตรง และวิเคราะห์สาเหตุกับผลกระทบต่อประสิทธิภาพและระยะเวลาของกระบวนการโดยรวมได้.

แหล่งข้อมูล

แอตทริบิวต์นี้คำนวณจากบันทึกเหตุการณ์ โดยตรวจสอบว่ามีกิจกรรม “แก้ไขใบสั่งขาย” หรือเหตุการณ์เปลี่ยนแปลงเฉพาะในตาราง CDHDR/CDPOS หรือไม่.

ตัวอย่าง
truefalse
วันที่ยืนยันส่งมอบ
ConfirmedDeliveryDate
วันที่ยืนยันกับลูกค้าว่าจะส่งมอบสินค้าหรือบริการ.
คำอธิบาย

นี่คือวันที่กำหนดส่งมอบให้ลูกค้า โดยพิจารณาจากความพร้อมของวัสดุและการจัดตาราง ใช้เป็นเกณฑ์อ้างอิงในการวัดประสิทธิภาพการส่งมอบ.

แอตทริบิวต์นี้เป็นพื้นฐานของแดชบอร์ด “ประสิทธิภาพการส่งมอบตรงเวลา” และ KPI อัตราการส่งมอบตรงเวลา เมื่อนำวันที่ยืนยันส่งมอบมาเปรียบเทียบกับวันที่ “บันทึกการจ่ายสินค้า” จริง การวิเคราะห์จะระบุได้ว่าใบสั่งซื้อส่งมอบตรงเวลา เร็วกว่า หรือช้ากว่ากำหนด ตัวชี้วัดนี้สะท้อนความน่าเชื่อถือของห่วงโซ่อุปทานและความพึงพอใจของลูกค้า.

เหตุผลที่สำคัญ

ใช้เป็นเกณฑ์วัดประสิทธิภาพการส่งมอบตรงเวลา ซึ่งเป็น KPI สำคัญต่อความพึงพอใจของลูกค้าและประสิทธิภาพของห่วงโซ่อุปทาน.

แหล่งข้อมูล

อยู่ในตารางกำหนดการของเอกสารการขาย (VBEP) ในช่อง EDATU.

ตัวอย่าง
2023-05-102023-06-202023-07-01
ส่งมอบตรงเวลาหรือไม่
IsOnTimeDelivery
ค่าสถานะแบบจริงหรือเท็จที่ระบุว่าส่งสินค้าในวันที่ยืนยันการส่งมอบหรือก่อนวันดังกล่าวหรือไม่.
คำอธิบาย

แอตทริบิวต์ที่คำนวณนี้เปรียบเทียบวันที่จ่ายสินค้าจริงกับ “ConfirmedDeliveryDate” ของใบสั่งขาย หากจ่ายสินค้าในวันที่ยืนยันหรือก่อนวันดังกล่าว ค่าจะเป็นจริง มิฉะนั้นจะเป็นเท็จ.

แอตทริบิวต์นี้ช่วยสร้างแดชบอร์ด “ประสิทธิภาพการส่งมอบตรงเวลา” และคำนวณ KPI อัตราการส่งมอบตรงเวลาได้ง่ายขึ้น โดยรวบรวมและแสดงผลประสิทธิภาพได้ทันที โดยไม่ต้องเปรียบเทียบวันที่ใหม่ทุกครั้งที่วิเคราะห์หรือสร้างแผนภูมิ จึงเห็นความน่าเชื่อถือในการส่งมอบได้ชัดเจน.

เหตุผลที่สำคัญ

เป็นตัวชี้วัดประสิทธิภาพการส่งมอบที่ชัดเจนและเข้าใจง่าย ช่วยคำนวณ KPI อัตราการส่งมอบตรงเวลาโดยรวมได้สะดวก.

แหล่งข้อมูล

แอตทริบิวต์นี้คำนวณโดยเปรียบเทียบเวลาประทับของกิจกรรม “บันทึกการจ่ายสินค้า” กับค่าในแอตทริบิวต์ “ConfirmedDeliveryDate”.

ตัวอย่าง
truefalse
สถานะตรวจสอบเครดิต
CreditCheckStatus
ระบุสถานะการตรวจสอบเครดิตของเอกสารการขาย.
คำอธิบาย

แอตทริบิวต์นี้แสดงผลการตรวจสอบเครดิตของใบสั่งขาย ซึ่งอาจดำเนินการโดยระบบหรือผู้ใช้ สถานะที่พบบ่อย ได้แก่ “อนุมัติ” “ปฏิเสธ” หรือ “ระงับ”.

แอตทริบิวต์นี้เป็นข้อมูลสำคัญสำหรับแดชบอร์ด “วิเคราะห์ระยะเวลาการตรวจสอบเครดิต” ความล่าช้าหรือการระงับในขั้นตอนตรวจสอบเครดิตอาจส่งผลต่อระยะเวลาดำเนินการตามคำสั่งซื้อโดยรวมอย่างมาก การวิเคราะห์สถานะนี้ช่วยให้เข้าใจประสิทธิภาพของกระบวนการจัดการเครดิตและผลต่อความเร็วในการขาย.

เหตุผลที่สำคัญ

ส่งผลโดยตรงต่อความเร็วในการดำเนินการตามใบสั่งซื้อ การวิเคราะห์สถานะนี้ช่วยระบุคอขวดในการจัดการเครดิตที่ทำให้การส่งมอบล่าช้า.

แหล่งข้อมูล

อยู่ในตารางสถานะส่วนหัวของเอกสารการขาย (VBUK) หรือใน VBAK โดยตรง ในช่องสถานะเครดิต เช่น CMGST.

ตัวอย่าง
ABD
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการ Order to Cash: การประมวลผลคำสั่งซื้อขาย

ขั้นตอนและจุดสำคัญเหล่านี้เป็นรายการที่ควรบันทึกในบันทึกเหตุการณ์เพื่อค้นพบกระบวนการ Order to Cash: การประมวลผลคำสั่งซื้อขายได้อย่างแม่นยำ.
6 แนะนำ 8 ไม่บังคับ
กิจกรรม คำอธิบาย
ได้รับชำระเงิน
เหตุการณ์นี้หมายถึงได้รับเงินจากลูกค้าและนำไปตัดกับใบแจ้งหนี้แล้ว ทำให้รายการลูกหนี้คงค้างถูกปิด เป็นเหตุการณ์ทางบัญชีที่อนุมานจากการเคลียร์เอกสารทางการเงิน.
เหตุผลที่สำคัญ

นี่คือขั้นตอนสุดท้ายของการรับเงินจากการขาย และเป็นจุดสิ้นสุดที่ใช้วัด “ระยะเวลาตั้งแต่แจ้งหนี้จนถึงรับชำระเงิน” รวมถึง “ระยะเวลาตั้งแต่รับคำสั่งซื้อจนส่งมอบครบถ้วน” โดยรวม.

แหล่งข้อมูล

อนุมานจากข้อมูลเอกสารเคลียร์รายการในตาราง BSEG สำหรับรายการลูกค้า เมื่อมีข้อมูลใน BSEG-AUGBL (เอกสารเคลียร์รายการ) และ BSEG-AUGDT (วันที่เคลียร์รายการ) แสดงว่าได้รับชำระเงินแล้ว.

บันทึก

อนุมานจากการระบุวันที่เคลียร์รายการ (AUGDT) ในตาราง BSEG สำหรับรายการลูกหนี้การค้า.

ประเภทเหตุการณ์ inferred
ตัดจ่ายสินค้าออกจากคลัง
เหตุการณ์สำคัญที่แสดงว่ากรรมสิทธิ์ในสินค้าถูกโอนและสินค้าออกจากคลังอย่างเป็นทางการ ระบบบันทึกรายการทางการเงินนี้โดยตรง ซึ่งจะสร้างเอกสารวัสดุและปรับปรุงสินค้าคงคลัง.
เหตุผลที่สำคัญ

นี่คือเหตุการณ์ 'จัดส่งสินค้า' และเป็นหมุดหมายสำคัญสำหรับวัดการส่งมอบตรงเวลาและระยะเวลานำส่ง อีกทั้งยังกระตุ้นการปรับปรุงข้อมูลทางการเงินและเป็นจุดที่ย้อนกลับไม่ได้ในกระบวนการจัดส่งสินค้าจริง.

แหล่งข้อมูล

สร้างเอกสารวัสดุ (MKPF/MSEG) โดยใช้ประเภทการเคลื่อนไหวตัดจ่ายสินค้า (เช่น 601) และเชื่อมโยงกับเอกสารการส่งมอบ.

บันทึก

สร้างเอกสารวัสดุ (MKPF/MSEG) โดยใช้ประเภทการเคลื่อนไหวตัดจ่ายสินค้าและเชื่อมโยงกับการส่งมอบ.

ประเภทเหตุการณ์ explicit
ปิดรายการใบสั่งขาย
กิจกรรมนี้ระบุว่ารายการในใบสั่งขายปิดสมบูรณ์แล้ว หมายถึงส่งมอบและออกใบแจ้งหนี้ครบถ้วน โดยอนุมานจากสถานะโดยรวมของรายการ.
เหตุผลที่สำคัญ

เป็นเหตุการณ์สิ้นสุดที่แสดงว่ากระบวนการเสร็จสมบูรณ์ การวิเคราะห์เวลาปิดรายการช่วยให้เข้าใจระยะเวลาตั้งแต่ต้นจนจบ และค้นหาใบสั่งซื้อที่ยังเปิดค้างโดยไม่จำเป็น.

แหล่งข้อมูล

อนุมานจากช่องสถานะโดยรวมของรายการในตาราง VBUP (เอกสารการขาย: สถานะรายการ) เมื่อ VBUP-GBSTA เป็น 'C' (ประมวลผลครบถ้วน) ถือว่าปิดรายการแล้ว.

บันทึก

อนุมานจากสถานะรายการ (VBUP-GBSTA) ที่เปลี่ยนเป็น 'C' (ประมวลผลครบถ้วน).

ประเภทเหตุการณ์ inferred
ยืนยันคำสั่งขาย
กิจกรรมนี้หมายความว่าคำสั่งขายผ่านการตรวจสอบเบื้องต้นทั้งหมดและยืนยันเพื่อดำเนินการจัดส่งแล้ว โดยทั่วไปอนุมานได้เมื่อคำสั่งขายไม่ถูกระงับอีกต่อไปและมีจำนวนที่ยืนยันแล้วในบรรทัดกำหนดการส่งมอบ.
เหตุผลที่สำคัญ

นี่คือหมุดหมายสำคัญที่แบ่งขั้นตอนรับคำสั่งขายออกจากการจัดส่ง เป็นจุดเริ่มต้นสำหรับวัดระยะเวลานำส่งและประสิทธิภาพการส่งมอบตรงเวลา.

แหล่งข้อมูล

อนุมานได้เมื่อบรรทัดกำหนดการส่งมอบใน VBEP มีจำนวนที่ยืนยันแล้ว (BMENG > 0) และคำสั่งขายไม่ถูกระงับการส่งมอบ (เช่น VBUK-LIFSK ว่าง).

บันทึก

อนุมานจากการยืนยันบรรทัดกำหนดการส่งมอบ (VBEP-BMENG > 0) และการยกเลิกการระงับระดับส่วนหัว.

ประเภทเหตุการณ์ inferred
สร้างคำสั่งขาย
ระบุการสร้างเอกสารคำสั่งขายใหม่ ระบบบันทึกเหตุการณ์นี้เมื่อผู้ใช้บันทึกคำสั่งขายใหม่ โดยทั่วไปผ่านธุรกรรม VA01 ใน SAP.
เหตุผลที่สำคัญ

นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการ Order-to-Cash การวิเคราะห์เวลาที่เกิดเหตุการณ์นี้มีความสำคัญต่อการวัดเวลารอบกระบวนการโดยรวมและอัตราการรับคำสั่งขาย.

แหล่งข้อมูล

บันทึกในตาราง VBAK (ข้อมูลส่วนหัวของเอกสารการขาย) โดยใช้วันที่สร้าง (ERDAT) และเวลา (ERZET) รหัสธุรกรรมจัดเก็บไว้ใน VBAK-TCODE.

บันทึก

เหตุการณ์ที่อ้างอิงเวลาสร้าง (ERDAT, ERZET) ในตาราง VBAK.

ประเภทเหตุการณ์ explicit
สร้างใบแจ้งหนี้
ระบุการสร้างใบแจ้งหนี้ลูกค้าหรือเอกสารเรียกเก็บเงิน เหตุการณ์นี้เกิดขึ้นโดยตรงเมื่อระบบสร้างเอกสารใหม่ และเป็นจุดเริ่มต้นของขั้นตอนการชำระเงิน.
เหตุผลที่สำคัญ

นี่คือหมุดหมายสำคัญที่ใช้เริ่มจับเวลา “ระยะเวลาตั้งแต่แจ้งหนี้จนถึงรับชำระเงิน” หากออกใบแจ้งหนี้ล่าช้า กระแสเงินสดก็ได้รับผลกระทบโดยตรง.

แหล่งข้อมูล

บันทึกในตาราง VBRK (เอกสารเรียกเก็บเงิน: ข้อมูลส่วนหัว) โดยอ้างอิงวันที่สร้างเอกสาร (ERDAT) ส่วนความเชื่อมโยงกับใบสั่งขายหรือการส่งมอบอยู่ในตาราง VBFA.

บันทึก

เหตุการณ์นี้อ้างอิงเวลาที่สร้างเอกสาร (ERDAT) ในตาราง VBRK.

ประเภทเหตุการณ์ explicit
กำหนดการระงับการส่งมอบ
หมายถึงการกำหนดการระงับการส่งมอบให้กับคำสั่งขาย ซึ่งป้องกันไม่ให้สร้างเอกสารการส่งมอบ ระบบบันทึกเหตุการณ์นี้ได้โดยตรงจากบันทึกการเปลี่ยนแปลง หรืออนุมานจากตารางสถานะ.
เหตุผลที่สำคัญ

กิจกรรมนี้เกี่ยวข้องโดยตรงกับ KPI 'อัตราคำสั่งขายที่ติดขัด' การระบุสาเหตุและความถี่ของการระงับช่วยให้ค้นพบปัจจัยที่ทำให้การจัดส่งล่าช้า.

แหล่งข้อมูล

ค้นหาได้จากบันทึกการเปลี่ยนแปลง (CDHDR/CDPOS) ของฟิลด์ VBAK-LIFSK หรืออนุมานจากการตรวจพบว่าฟิลด์ VBAK-LIFSK มีค่า.

บันทึก

เหตุการณ์จากเอกสารการเปลี่ยนแปลงของฟิลด์ VBAK-LIFSK หรือ VBAP-LIFSP.

ประเภทเหตุการณ์ explicit
ดำเนินการตรวจสอบเครดิตแล้ว
ระบุว่าการตรวจสอบเครดิตของลูกค้าสำหรับคำสั่งขายเสร็จสิ้นแล้ว ไม่ว่าจะเป็นการตรวจสอบอัตโนมัติหรือด้วยตนเอง โดยทั่วไปอนุมานจากการเปลี่ยนแปลงสถานะเครดิตโดยรวมของเอกสาร.
เหตุผลที่สำคัญ

การตรวจสอบเครดิตมักเป็นคอขวดสำคัญ การวัดเวลาที่ใช้ในขั้นตอนนี้จำเป็นต่อ 'การวิเคราะห์เวลาประมวลผลการตรวจสอบเครดิต' และการเร่งกระบวนการคำสั่งขาย.

แหล่งข้อมูล

อนุมานจากฟิลด์สถานะเครดิตในตาราง VBUK (เอกสารการขาย: สถานะส่วนหัว) การเปลี่ยนแปลง VBUK-CMGST จากถูกระงับเป็นอนุมัติแล้วถือเป็นการเกิดกิจกรรมนี้.

บันทึก

อนุมานจากการเปลี่ยนแปลงฟิลด์สถานะเครดิตโดยรวม (VBUK-CMGST).

ประเภทเหตุการณ์ inferred
เปลี่ยนแปลงคำสั่งขาย
หมายถึงการแก้ไขคำสั่งขายที่มีอยู่หลังจากสร้างครั้งแรก ระบบบันทึกการเปลี่ยนแปลงเหล่านี้ในตารางบันทึกการเปลี่ยนแปลงโดยเฉพาะ (CDHDR, CDPOS) เมื่อมีการแก้ไขฟิลด์ เช่น จำนวน ราคา หรือวันที่.
เหตุผลที่สำคัญ

การติดตามการเปลี่ยนแปลงช่วยให้พบงานแก้ไขซ้ำ ความไม่เสถียรของกระบวนการ และปัญหาคุณภาพข้อมูล การเปลี่ยนแปลงที่เกิดขึ้นบ่อยอาจบ่งชี้ถึงปัญหาในขั้นตอนป้อนคำสั่งขายครั้งแรก ซึ่งทำให้เกิดความล่าช้า.

แหล่งข้อมูล

ดึงข้อมูลจากตารางเอกสารการเปลี่ยนแปลง CDHDR (ส่วนหัว) และ CDPOS (รายการ) โดยใช้ OBJECTCLAS = 'VERKBELEG' สามารถระบุเวลาและฟิลด์ที่เปลี่ยนแปลงได้.

บันทึก

เหตุการณ์จากตารางเอกสารการเปลี่ยนแปลง (CDHDR, CDPOS) สำหรับออบเจ็กต์เอกสารการขาย.

ประเภทเหตุการณ์ explicit
ยกเลิกใบแจ้งหนี้
แสดงการกลับรายการเอกสารเรียกเก็บเงินที่สร้างไว้ก่อนหน้า โดยระบบจะสร้างเอกสารยกเลิกใหม่เพื่อหักล้างรายการเดิม.
เหตุผลที่สำคัญ

การติดตามใบแจ้งหนี้ที่ถูกยกเลิกช่วยให้พบปัญหาด้านราคา ความไม่ตรงกันของการจัดส่ง หรือข้อผิดพลาดของข้อมูล และใช้สนับสนุน KPI “อัตราความคลาดเคลื่อนของใบแจ้งหนี้”.

แหล่งข้อมูล

เหตุการณ์นี้บันทึกเมื่อมีการสร้างเอกสารเรียกเก็บเงินสำหรับการยกเลิก (VBRK-VBTYP = 'N' หรือ 'O') โดยอ้างอิงใบแจ้งหนี้เดิมใน VBRK-SFAKN.

บันทึก

สร้างเอกสารยกเลิกใน VBRK โดยอ้างอิงใบแจ้งหนี้เดิม.

ประเภทเหตุการณ์ explicit
ยกเลิกใบสั่งขาย
ระบุว่าใบสั่งขายถูกยกเลิกก่อนส่งมอบ โดยทั่วไปบันทึกด้วยการกำหนด “เหตุผลที่ปฏิเสธ” ให้กับรายการที่เกี่ยวข้องทั้งหมดในใบสั่งขาย.
เหตุผลที่สำคัญ

นี่คือจุดสิ้นสุดที่บ่งชี้ว่ากระบวนการไม่สำเร็จ และใช้สนับสนุน KPI “อัตราการยกเลิกใบสั่งซื้อ” การทำความเข้าใจว่าใบสั่งซื้อถูกยกเลิกเมื่อใดและเพราะเหตุใด ช่วยให้เห็นปัญหาในกระบวนการขาย.

แหล่งข้อมูล

อนุมานจากการกรอกช่อง VBAP-ABGRU (เหตุผลที่ปฏิเสธ) ในรายการที่ยังดำเนินการอยู่ทั้งหมดของใบสั่งขาย วันที่เปลี่ยนแปลงดูได้จาก CDHDR/CDPOS.

บันทึก

อนุมานจากการกรอกช่อง “เหตุผลที่ปฏิเสธ” (VBAP-ABGRU) ในทุกรายการ.

ประเภทเหตุการณ์ inferred
ยืนยันหลักฐานการส่งมอบ
กิจกรรมนี้แสดงการยืนยันว่าลูกค้าได้รับสินค้าแล้ว โดยบันทึกเมื่อมีการลงหลักฐานการส่งมอบในระบบ ซึ่งมักทำให้สถานะเอกสารการส่งมอบได้รับการอัปเดต.
เหตุผลที่สำคัญ

เหตุการณ์นี้ระบุวันที่ส่งมอบจริง ซึ่งจำเป็นต่อการวัด KPI “อัตราการส่งมอบตรงเวลา” เทียบกับวันที่สัญญาไว้ได้อย่างแม่นยำ.

แหล่งข้อมูล

อนุมานจากสถานะหลักฐานการส่งมอบ (VBUK-PODAT) ที่เปลี่ยนเป็น 'C' (ยืนยันแล้ว) วันที่ยืนยันจัดเก็บไว้ใน VLPOD-PODAT ทั้งนี้ ระบบไม่ได้ติดตั้งการทำงานนี้ไว้เสมอไป.

บันทึก

อนุมานจากการอัปเดตสถานะ POD ในรายการส่งมอบ (VBUK-PODAT) หรือจากรายการในตาราง VLPOD.

ประเภทเหตุการณ์ inferred
สร้างเอกสารการส่งมอบ
เหตุการณ์นี้ระบุการสร้างเอกสารการส่งมอบขาออก ซึ่งเป็นคำสั่งให้คลังสินค้าเริ่มหยิบและจัดส่งสินค้า ระบบบันทึกเหตุการณ์นี้โดยตรงจากลำดับเอกสาร.
เหตุผลที่สำคัญ

นี่คือขั้นตอนแรกของการจัดส่งสินค้าจริง ระยะเวลาตั้งแต่ยืนยันคำสั่งขายจนสร้างเอกสารการส่งมอบแสดงให้เห็นว่ากระบวนการโลจิสติกส์เริ่มต้นได้เร็วเพียงใด.

แหล่งข้อมูล

การสร้างรายการในตาราง LIKP (เอกสาร SD: ข้อมูลส่วนหัวของการส่งมอบ) โดยเชื่อมโยงกับคำสั่งขายผ่านตารางลำดับเอกสาร VBFA.

บันทึก

เหตุการณ์ที่อ้างอิงเวลาสร้างในตาราง LIKP และเชื่อมโยงผ่านตาราง VBFA.

ประเภทเหตุการณ์ explicit
หยิบสินค้าเสร็จแล้ว
หมายถึงหยิบสินค้าทุกรายการสำหรับการส่งมอบออกจากคลังสินค้าแล้ว หากใช้ Warehouse Management (WM) สามารถอนุมานได้จากสถานะของ Transfer Order.
เหตุผลที่สำคัญ

การวิเคราะห์เวลาหยิบสินค้าช่วยปรับปรุงการปฏิบัติงานในคลังสินค้า ความล่าช้าในขั้นตอนนี้ส่งผลโดยตรงต่อกำหนดการจัดส่งและรอบเวลาการดำเนินการให้เสร็จสิ้น.

แหล่งข้อมูล

อนุมานจากสถานะการหยิบของรายการส่งมอบในตาราง LIPS-KOSTA เมื่อเปลี่ยนเป็น 'C' (หยิบครบแล้ว) หากเปิดใช้ WM สามารถอนุมานจากการยืนยัน Transfer Order (ตาราง LTAK/LTAP).

บันทึก

อนุมานจากการเปลี่ยนสถานะการหยิบ (LIPS-KOSTA) หรือการยืนยัน Transfer Order ใน WM.

ประเภทเหตุการณ์ inferred
แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลจาก SAP ECC

พร้อมเริ่มต้นหรือยัง?

ใช้เทมเพลตข้อมูลนี้เพื่อวิเคราะห์กระบวนการ Order to Cash: การประมวลผลคำสั่งซื้อขาย และค้นหาแนวทางเพิ่มประสิทธิภาพและเร่งกระแสเงินสด เริ่มต้นได้วันนี้.

เพิ่มประสิทธิภาพการประมวลผล Order to Cash วันนี้

ขจัดคอขวด ลดระยะเวลารอบงาน 30% และเพิ่มกระแสเงินสดให้เร็วขึ้น.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จได้ในไม่กี่นาที.