> การปรับปรุงกระบวนการอย่างต่อเนื่อง > กระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การจัดการคำสั่งขาย > Salesforce Sales Cloud > เทมเพลตข้อมูล

เทมเพลตข้อมูลสำหรับกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การประมวลผลคำสั่งขาย

Salesforce Sales Cloud

← กลับไปยังคู่มือการปรับปรุง

แอตทริบิวต์ของกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การประมวลผลคำสั่งขาย(23) กิจกรรมในกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การประมวลผลคำสั่งขาย(14) คู่มือการดึงข้อมูล(1)

เทมเพลตข้อมูลสำหรับกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การประมวลผลคำสั่งขาย

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

แอตทริบิวต์ที่แนะนำให้รวบรวม
กิจกรรมสำคัญที่ควรติดตาม
วิธีดึงข้อมูลจาก Salesforce Sales Cloud

เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

ดาวน์โหลดเทมเพลต

แอตทริบิวต์ของกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การประมวลผลคำสั่งขาย

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

5 จำเป็น 6 แนะนำ 12 ไม่บังคับ

	ชื่อ	คำอธิบาย
	ชื่อกิจกรรม ActivityName	ชื่อของเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นในวงจรการทำงานของคำสั่งขาย.
คำอธิบาย ชื่อกิจกรรมใช้ระบุขั้นตอนในกระบวนการคำสั่งขาย เช่น 'สร้างคำสั่งขาย', 'ตรวจสอบเครดิตแล้ว' หรือ 'ส่งใบแจ้งหนี้แล้ว' กิจกรรมเหล่านี้เป็นองค์ประกอบของแผนผังกระบวนการ และได้มาจากเหตุการณ์ในระบบ การเปลี่ยนสถานะ หรือการทำงานที่เสร็จสิ้น. การวิเคราะห์กิจกรรมช่วยให้เห็นภาพการทำงาน ระบุเส้นทางที่เกิดขึ้นบ่อย และวัดความถี่กับระยะเวลาของแต่ละขั้นตอน ซึ่งเป็นพื้นฐานในการทำความเข้าใจสิ่งที่เกิดขึ้นจริงในกระบวนการ. เหตุผลที่สำคัญ แอตทริบิวต์นี้กำหนดขั้นตอนต่างๆ ในแผนผังกระบวนการ หากไม่มีข้อมูลนี้ คุณจะไม่สามารถแสดงภาพขั้นตอนการทำงานหรือวิเคราะห์วิธีดำเนินการคำสั่งขายจริงได้. แหล่งข้อมูล โดยทั่วไป ข้อมูลนี้ได้จากการเปลี่ยนแปลงในฟิลด์ 'Order.Status' การสร้างระเบียนที่เกี่ยวข้อง เช่น Invoice หรือระเบียน 'Task' หรือ 'Event' ที่เสร็จสมบูรณ์และเชื่อมโยงกับ Order ตัวอย่าง สร้างใบสั่งขายแล้วอนุมัติใบสั่งขายแล้วจัดส่งสินค้าแล้วได้รับชำระเงินแล้ว
	ใบสั่งขาย SalesOrderId	รหัสเฉพาะของคำสั่งขายแต่ละรายการ ใช้เป็นกรณีหลักในการติดตามกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน.
คำอธิบาย Sales Order ID เป็นข้อมูลหลักในการวิเคราะห์กระบวนการ โดยระบุคำสั่งซื้อของลูกค้าแต่ละรายการได้ไม่ซ้ำกันตลอดวงจรการทำงาน และเชื่อมโยงกิจกรรมทั้งหมดที่เกี่ยวข้อง ตั้งแต่การสร้างและอนุมัติ ไปจนถึงการดำเนินการตามคำสั่งซื้อและการชำระเงิน. ใน process mining เหตุการณ์ทุกอย่างที่เกี่ยวข้องกับคำสั่งขายรายการหนึ่งจะเชื่อมโยงกับ ID นี้ ทำให้สร้างเส้นทางการทำงานตั้งแต่ต้นจนจบขึ้นใหม่ได้ และวิเคราะห์เวลาของกระบวนการ รูปแบบการทำงานที่แตกต่างกัน และคอขวดของคำสั่งขายแต่ละรายการได้อย่างละเอียด. เหตุผลที่สำคัญ แอตทริบิวต์นี้จำเป็นต่อการจัดกลุ่มเหตุการณ์ที่เกี่ยวข้องให้เป็นกรณีเดียวกัน ทำให้แสดงภาพและวิเคราะห์ขั้นตอนตั้งแต่ต้นจนจบของคำสั่งขายแต่ละรายการได้. แหล่งข้อมูล คือฟิลด์ 'Id' ในออบเจ็กต์ Salesforce มาตรฐาน 'Order'. ตัวอย่าง 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1
	เวลาเกิดเหตุการณ์ EventTime	วันที่และเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ.
คำอธิบาย เวลาเกิดเหตุการณ์หรือการประทับเวลา ระบุเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ข้อมูลนี้จำเป็นต่อการเรียงลำดับเหตุการณ์ให้ถูกต้องและคำนวณระยะเวลาระหว่างกิจกรรม ซึ่งเป็นพื้นฐานของการวิเคราะห์ process mining ที่อิงตามเวลา. แอตทริบิวต์นี้ใช้เรียงกิจกรรมของแต่ละกรณี คำนวณเวลาของกระบวนการ ระบุเวลารอ และวิเคราะห์ประสิทธิภาพในช่วงเวลาต่างๆ หากการประทับเวลาไม่ถูกต้องหรือขาดหายไป การวิเคราะห์ก็จะมีประโยชน์น้อยลงมาก. เหตุผลที่สำคัญ การประทับเวลาเป็นสิ่งจำเป็นสำหรับการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณตัวชี้วัดประสิทธิภาพทั้งหมด เช่น เวลาของกระบวนการและคอขวด. แหล่งข้อมูล ข้อมูลนี้สอดคล้องกับฟิลด์อย่าง 'CreatedDate' หรือ 'LastModifiedDate' ในออบเจ็กต์ 'Order' หรือระเบียนที่เกี่ยวข้อง สำหรับเหตุการณ์บางประเภท อาจใช้วันที่เสร็จสิ้นของระเบียน 'Task' ตัวอย่าง 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
	ระบบต้นทาง SourceSystem	ระบุระบบที่ดึงข้อมูลออกมา.
คำอธิบาย แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ สำหรับการวิเคราะห์นี้ ค่าจะเป็น 'Salesforce Sales Cloud' เสมอ. ในสภาพแวดล้อมที่มีหลายระบบ ฟิลด์นี้สำคัญต่อการติดตามที่มาของข้อมูลและการแก้ไขปัญหา แม้ใช้ระบบเดียว ฟิลด์นี้ก็ยังให้ข้อมูลสำคัญเกี่ยวกับแหล่งที่มาของข้อมูล. เหตุผลที่สำคัญ ช่วยให้เข้าใจแหล่งที่มาของข้อมูล ซึ่งสำคัญต่อการกำกับดูแลข้อมูลและการรวมข้อมูลจากหลายระบบต้นทาง. แหล่งข้อมูล โดยทั่วไปจะกำหนดค่านี้ไว้ระหว่างการดึงข้อมูล เพื่อระบุชุดข้อมูล. ตัวอย่าง Salesforce Sales Cloud
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาที่ระบุว่าดึงหรือรีเฟรชข้อมูลครั้งล่าสุดเมื่อใด.
คำอธิบาย แอตทริบิวต์นี้บันทึกวันที่และเวลาที่ดึงข้อมูลจากระบบต้นทางครั้งล่าสุด ช่วยให้ทราบว่าข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด. นักวิเคราะห์ใช้ข้อมูลนี้ตรวจสอบว่ากำลังดูข้อมูลกระบวนการที่เป็นปัจจุบันหรือไม่ และประเมินว่าผลการวิเคราะห์ยังเกี่ยวข้องอยู่เพียงใด ข้อมูลนี้เป็นเมทาดาทาสำคัญของทุกโครงการ process mining. เหตุผลที่สำคัญ แจ้งให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้เข้าใจว่าผลการวิเคราะห์อ้างอิงข้อมูลล่าสุดแค่ไหน. แหล่งข้อมูล การประทับเวลานี้สร้างและเพิ่มระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL). ตัวอย่าง 2023-11-01T05:00:00Z
	ชื่อลูกค้า AccountName	ชื่อลูกค้าหรือบริษัทที่ส่งคำสั่งขาย.
คำอธิบาย Account Name ใช้ระบุลูกค้าที่เกี่ยวข้องกับคำสั่งขาย จึงช่วยวิเคราะห์กระบวนการจากมุมมองของลูกค้าได้ นักวิเคราะห์สามารถใช้แอตทริบิวต์นี้กรองกระบวนการตามลูกค้า เปรียบเทียบประสิทธิภาพระหว่างกลุ่มลูกค้า หรือค้นหาว่าลูกค้ารายใดพบปัญหาในกระบวนการเป็นประจำ ข้อมูลนี้ช่วยเชื่อมโยงประสิทธิภาพของกระบวนการกับประสบการณ์ของลูกค้าโดยตรง. เหตุผลที่สำคัญ เชื่อมโยงประสิทธิภาพของกระบวนการกับลูกค้าแต่ละราย ช่วยวิเคราะห์และแบ่งกลุ่มตามลูกค้าเพื่อค้นหารูปแบบหรือปัญหาที่เกิดขึ้น. แหล่งข้อมูล ออบเจ็กต์ 'Order' มีฟิลด์ค้นหา 'AccountId' ซึ่งต้องนำ ID นี้ไปเชื่อมกับออบเจ็กต์ 'Account' เพื่อดึงฟิลด์ 'Account.Name'. ตัวอย่าง Global Tech Inc.Innovate Solutions LLCVenture Dynamics
	ผู้ใช้ที่ดำเนินการ UserPerformingAction	ชื่อผู้ใช้หรือตัวแทนระบบที่ดำเนินกิจกรรม.
คำอธิบาย แอตทริบิวต์นี้ระบุผู้รับผิดชอบในการทำขั้นตอนของกระบวนการให้เสร็จ อาจเป็นพนักงานขาย นักวิเคราะห์เครดิต หรือผู้ใช้ระบบอัตโนมัติ. การวิเคราะห์แยกตามผู้ใช้มีความสำคัญต่อการทำความเข้าใจการกระจายงาน ประสิทธิภาพของแต่ละคน และระดับการใช้ระบบอัตโนมัติ อีกทั้งช่วยตอบคำถาม เช่น 'ผู้ใช้คนใดต้องแก้งานซ้ำมากที่สุด?' หรือ 'ทีมใดอนุมัติได้เร็วกว่า?' นอกจากนี้ยังใช้วิเคราะห์เครือข่ายการทำงาน เพื่อดูว่ามีการส่งต่องานระหว่างบุคคลอย่างไร. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพตามผู้ใช้ ทีม หรือบทบาท และระบุโอกาสในการใช้ระบบอัตโนมัติหรือความจำเป็นในการฝึกอบรม. แหล่งข้อมูล ข้อมูลนี้ดูได้จากฟิลด์อย่าง 'LastModifiedById' ในออบเจ็กต์ 'Order' หรือ 'OwnerId' ในระเบียน 'Task' จากนั้นต้องเชื่อมรหัสเหล่านี้กับออบเจ็กต์ 'User' เพื่อดึงชื่อผู้ใช้ ตัวอย่าง Alice SmithBob Johnsonระบบอัตโนมัติทีมตรวจสอบเครดิต
	มูลค่ารวมของคำสั่งขาย TotalOrderAmount	มูลค่ารวมของคำสั่งขาย.
คำอธิบาย แอตทริบิวต์นี้แสดงมูลค่ารวมของคำสั่งซื้อจากลูกค้า ซึ่งเป็นตัวชี้วัดสำคัญที่ช่วยให้เห็นผลกระทบทางธุรกิจจากประสิทธิภาพหรือความไม่มีประสิทธิภาพของกระบวนการ คุณสามารถใช้มูลค่าคำสั่งซื้อเพื่อแบ่งกลุ่มเคส เช่น ตรวจสอบว่าคำสั่งซื้อมูลค่าสูงมีขั้นตอนการดำเนินงานหรือเกิดความล่าช้าแตกต่างจากคำสั่งซื้อมูลค่าต่ำหรือไม่ นอกจากนี้ยังใช้คำนวณ KPI ด้านการเงินและประเมินมูลค่าที่ไหลผ่านกระบวนการได้. เหตุผลที่สำคัญ ช่วยวิเคราะห์ด้านการเงินของกระบวนการ โดยแบ่งกลุ่มคำสั่งซื้อตามมูลค่าและประเมินผลกระทบทางการเงินจากความล่าช้าหรือการทำงานซ้ำ. แหล่งข้อมูล ฟิลด์นี้คือ 'TotalAmount' ในออบเจ็กต์มาตรฐาน 'Order' ของ Salesforce. ตัวอย่าง 5400.50125000.00950.75
	วันที่ต้องการให้จัดส่ง RequestedDeliveryDate	วันที่ลูกค้าต้องการให้จัดส่งคำสั่งซื้อ.
คำอธิบาย แอตทริบิวต์นี้เก็บวันที่ลูกค้าคาดว่าจะได้รับสินค้า ใช้เป็นเกณฑ์สำคัญในการวัดประสิทธิภาพการจัดส่งและความพึงพอใจของลูกค้า วันที่นี้ใช้ในแดชบอร์ด 'Delivery Date Adherence Tracking' และ KPI 'On-Time Delivery Rate' โดยนำไปเปรียบเทียบกับวันที่จัดส่งจริง ('Goods Delivered') เพื่อดูว่าจัดส่งตรงเวลา ก่อนกำหนด หรือล่าช้า. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์หลักในการวัดการจัดส่งตรงเวลา ซึ่งเป็นตัวชี้วัดสำคัญของความพึงพอใจของลูกค้าและประสิทธิภาพการปฏิบัติงาน. แหล่งข้อมูล โดยทั่วไป ฟิลด์นี้เป็นฟิลด์วันที่ที่กำหนดเองในออบเจ็กต์ 'Order' ชื่อฟิลด์อาจแตกต่างกัน โปรดตรวจสอบเอกสารหรือ schema ของ Salesforce Sales Cloud. ตัวอย่าง 2023-11-152023-12-012024-01-10
	เวลารวมของกระบวนการ CycleTime	เวลาตั้งแต่สร้างคำสั่งขายจนปิดคำสั่งซื้อในขั้นตอนสุดท้าย.
คำอธิบาย เวลารวมของกระบวนการเป็นตัวชี้วัดประสิทธิภาพสำคัญที่ใช้วัดระยะเวลาตั้งแต่ต้นจนจบของกระบวนการคำสั่งขาย โดยคำนวณจากเวลาระหว่างเหตุการณ์แรก เช่น 'Order Created' กับเหตุการณ์สุดท้าย เช่น 'Order Closed' ตัวชี้วัดนี้เป็นหัวข้อหลักของแดชบอร์ด 'Sales Order End-to-End Cycle Time' การวิเคราะห์เวลารวมช่วยค้นหาความไม่มีประสิทธิภาพของกระบวนการโดยรวมและวัดผลของการปรับปรุง คุณยังตรวจสอบความแตกต่างของเวลาได้โดยแบ่งข้อมูลตามแอตทริบิวต์อื่น เช่น ประเทศหรือกลุ่มผลิตภัณฑ์. เหตุผลที่สำคัญ KPI พื้นฐานสำหรับวัดประสิทธิภาพโดยรวมของกระบวนการและค้นหาคำสั่งซื้อที่ใช้เวลานาน ซึ่งอาจบ่งชี้ถึงปัญหาเชิงระบบ. แหล่งข้อมูล คำนวณระหว่างการแปลงข้อมูล โดยนำเวลาของเหตุการณ์แรกมาลบจากเวลาของเหตุการณ์สุดท้ายในแต่ละ 'SalesOrderId'. ตัวอย่าง 10 วัน 4 ชั่วโมง25 วัน 11 ชั่วโมง5 วัน 2 ชั่วโมง
	สถานะใบสั่งขาย OrderStatus	สถานะของคำสั่งขาย ณ เวลาที่เกิดเหตุการณ์.
คำอธิบาย แอตทริบิวต์นี้บันทึกสถานะของคำสั่งขาย เช่น 'ฉบับร่าง', 'เปิดใช้งานแล้ว', 'จัดส่งแล้ว' หรือ 'ปิดแล้ว' การเปลี่ยนสถานะมักใช้สร้างกิจกรรมในบันทึกกระบวนการ. การวิเคราะห์สถานะคำสั่งขายช่วยให้เข้าใจบริบทของแต่ละเหตุการณ์และติดตามความคืบหน้าของคำสั่งขายได้ อีกทั้งช่วยให้เห็นผลลัพธ์ของแต่ละกรณี เช่น แยกคำสั่งขายที่ 'ยกเลิกแล้ว' ออกจากรายการที่ 'ปิดแล้ว' สำเร็จ. เหตุผลที่สำคัญ ให้บริบทสำคัญของแต่ละเหตุการณ์ และมักใช้กำหนดกิจกรรม นอกจากนี้ยังจำเป็นต่อการวิเคราะห์ผลลัพธ์ของแต่ละกรณี เช่น การยกเลิก. แหล่งข้อมูล คือฟิลด์รายการเลือก 'Status' ในออบเจ็กต์ Salesforce มาตรฐาน 'Order'. ตัวอย่าง ฉบับร่างเปิดใช้งานแล้วจัดส่งแล้วปิดแล้วยกเลิกแล้ว
	กลุ่มผลิตภัณฑ์ ProductFamily	หมวดหมู่หรือกลุ่มของผลิตภัณฑ์ในคำสั่งซื้อ.
คำอธิบาย Product Family ใช้จัดประเภทสินค้าในคำสั่งขายในระดับภาพรวม จึงช่วยวิเคราะห์กระบวนการตามประเภทสินค้าที่ขายได้ คุณสามารถใช้แอตทริบิวต์นี้แบ่งกลุ่มกระบวนการและตรวจสอบว่าผลิตภัณฑ์บางกลุ่มมีเส้นทางกระบวนการ ระยะเวลาดำเนินการ หรืออัตราการทำงานซ้ำแตกต่างกันหรือไม่ ตัวอย่างเช่น ผลิตภัณฑ์ที่ปรับแต่งได้และมีความซับซ้อนอาจต้องผ่านขั้นตอนอนุมัติและจัดส่งมากกว่าสินค้ามาตรฐานที่พร้อมจำหน่าย. เหตุผลที่สำคัญ ช่วยวิเคราะห์กระบวนการโดยแบ่งตามหมวดหมู่ผลิตภัณฑ์ เพื่อดูว่าผลิตภัณฑ์แต่ละประเภททำให้ประสิทธิภาพของกระบวนการแตกต่างกันหรือไม่. แหล่งข้อมูล ดึงข้อมูลจากออบเจ็กต์ 'Product2' ซึ่งเชื่อมกับ 'Order' ผ่านออบเจ็กต์เชื่อม 'OrderItem' โดยต้องเชื่อม Order -> OrderItem -> PricebookEntry -> Product2. ตัวอย่าง ฮาร์ดแวร์สิทธิ์การใช้งานซอฟต์แวร์บริการระดับมืออาชีพสัญญาบริการสนับสนุน
	จัดส่งตรงเวลาหรือไม่ IsOnTimeDelivery	ตัวบ่งชี้ว่าสินค้าจัดส่งถึงลูกค้าภายในวันที่ลูกค้าต้องการหรือก่อนวันดังกล่าวหรือไม่.
คำอธิบาย แอตทริบิวต์แบบบูลีนนี้ใช้วัดผลการจัดส่งเทียบกับความคาดหวังของลูกค้าโดยตรง โดยคำนวณจากการเปรียบเทียบเวลาของกิจกรรม 'Goods Delivered' กับ 'RequestedDeliveryDate' ข้อมูลนี้เป็นพื้นฐานในการคำนวณ KPI 'On-Time Delivery Rate' การวิเคราะห์ตัวบ่งชี้นี้ช่วยให้องค์กรเข้าใจความน่าเชื่อถือและการทำตามคำมั่นที่ให้ไว้ ซึ่งส่งผลอย่างมากต่อความพึงพอใจของลูกค้า เมื่อนำไปวิเคราะห์ร่วมกับแอตทริบิวต์อื่น ยังช่วยดูได้ว่าวิธีจัดส่งหรือภูมิภาคใดมีอัตราการจัดส่งตรงเวลาต่ำกว่า. เหตุผลที่สำคัญ ให้ข้อมูลวัดผลที่ชัดเจนว่าการจัดส่งเป็นไปตามคำมั่นที่ให้ไว้กับลูกค้าหรือไม่ และช่วยคำนวณ KPI On-Time Delivery Rate โดยตรง. แหล่งข้อมูล คำนวณระหว่างการแปลงข้อมูล โดยใช้เงื่อนไข IF ('Goods Delivered' EventTime <= 'RequestedDeliveryDate') THEN true ELSE false. ตัวอย่าง truefalse
	เจ้าของคำสั่งขาย OrderOwner	ผู้ใช้หลักที่รับผิดชอบการจัดการคำสั่งขาย.
คำอธิบาย Order Owner คือพนักงานขายหรือผู้จัดการบัญชีที่รับผิดชอบหลักต่อคำสั่งซื้อ ต่างจากผู้ใช้ที่ทำกิจกรรมใดกิจกรรมหนึ่ง เพราะเจ้าของคำสั่งซื้อดูแลความคืบหน้าโดยรวมของเคส การวิเคราะห์ตามเจ้าของคำสั่งซื้อช่วยประเมินภาระงานและผลการดำเนินงานของทีมหรือบุคคลในการดูแลคำสั่งซื้อแต่ละรายการ นอกจากนี้ยังช่วยค้นหาว่าเจ้าของรายใดมีคำสั่งซื้อที่ติดขัดหรือต้องทำงานซ้ำบ่อย ซึ่งอาจเป็นจุดที่ควรให้คำแนะนำเพิ่มเติม. เหตุผลที่สำคัญ ระบุผู้รับผิดชอบต่อความสำเร็จของคำสั่งซื้อ ช่วยวิเคราะห์ภาระงานและผลการดำเนินงานของผู้รับผิดชอบแต่ละราย. แหล่งข้อมูล ฟิลด์นี้คือ 'OwnerId' ในออบเจ็กต์ 'Order' โดยนำ ID นี้ไปเชื่อมกับออบเจ็กต์ 'User' เพื่อดึงชื่อเจ้าของคำสั่งซื้อได้. ตัวอย่าง Jane DoeJohn Smithทีมขายภาคตะวันออก
	ช่องทางการขาย SalesChannel	ช่องทางที่ลูกค้าใช้ส่งคำสั่งขาย เช่น 'Web', 'Direct Sales' หรือ 'Partner'.
คำอธิบาย แอตทริบิวต์ Sales Channel ใช้จัดกลุ่มคำสั่งซื้อตามช่องทางที่เข้ามา จึงช่วยเปรียบเทียบประสิทธิภาพของกระบวนการในแต่ละช่องทางได้ ข้อมูลนี้จำเป็นสำหรับแดชบอร์ด 'Sales Channel Performance Comparison' คุณสามารถกรองหรือเปรียบเทียบตามช่องทาง เพื่อดูว่าช่องทางใดมีประสิทธิภาพสูง ช่องทางใดมีการทำงานซ้ำบ่อย และควรปรับมาตรฐานส่วนใดให้ผลการดำเนินงานสอดคล้องกัน. เหตุผลที่สำคัญ ช่วยเปรียบเทียบประสิทธิภาพระหว่างช่องทางธุรกิจ เพื่อค้นหาแนวทางปฏิบัติที่ดีและจุดที่ควรปรับกระบวนการให้สอดคล้องกัน. แหล่งข้อมูล โดยทั่วไป ฟิลด์นี้เป็นรายการเลือกที่กำหนดเองในออบเจ็กต์ 'Order' หรือ 'Opportunity' โปรดตรวจสอบเอกสารหรือ schema ของ Salesforce Sales Cloud. ตัวอย่าง การขายโดยตรงเว็บพอร์ทัลเครือข่ายพาร์ตเนอร์การขายทางโทรศัพท์
	ทำงานอัตโนมัติหรือไม่ IsAutomated	ตัวบ่งชี้ว่ากิจกรรมดำเนินการโดยระบบหรือผู้ใช้.
คำอธิบาย แอตทริบิวต์แบบบูลีนนี้ใช้แยกเหตุการณ์ที่ระบบทำงานอัตโนมัติ เช่น การอัปเดตสถานะอัตโนมัติ ออกจากเหตุการณ์ที่ผู้ใช้ดำเนินการเอง ข้อมูลนี้ช่วยให้เข้าใจระดับการทำงานอัตโนมัติในกระบวนการ การวิเคราะห์แอตทริบิวต์นี้ช่วยวัดผลของระบบอัตโนมัติต่อประสิทธิภาพและความสม่ำเสมอ อีกทั้งยังช่วยเปรียบเทียบเส้นทางที่ทำงานอัตโนมัติกับเส้นทางที่ผู้ใช้ทำเอง และค้นหาโอกาสเพิ่มระบบอัตโนมัติเพื่อลดงานที่ต้องทำเองและโอกาสเกิดข้อผิดพลาด. เหตุผลที่สำคัญ ช่วยแยกการทำงานของระบบออกจากการทำงานของผู้ใช้ ซึ่งจำเป็นต่อการวิเคราะห์ระบบอัตโนมัติและค้นหาโอกาสลดงานที่ต้องทำเอง. แหล่งข้อมูล ได้จากการแปลงข้อมูล โดยตรวจสอบว่า 'UserPerformingAction' เป็นผู้ใช้ระบบที่กำหนดไว้หรือไม่ หรือใช้กฎตามประเภทกิจกรรม. ตัวอย่าง truefalse
	ประเทศปลายทาง ShippingCountry	ประเทศปลายทางของการจัดส่งคำสั่งขาย.
คำอธิบาย แอตทริบิวต์นี้ระบุประเทศที่จัดส่งคำสั่งซื้อ เป็นมิติสำคัญสำหรับวิเคราะห์กระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงินในแต่ละภูมิภาค การวิเคราะห์ตามประเทศปลายทางอาจเผยให้เห็นความแตกต่างของประสิทธิภาพในแต่ละภูมิภาค เช่น คำสั่งซื้อระหว่างประเทศใช้เวลาจัดส่งนานกว่า หรือมีรอบการรับชำระเงินต่างกัน การแบ่งกลุ่มตามภูมิภาคช่วยให้เข้าใจและจัดการกับความท้าทายเฉพาะพื้นที่ได้. เหตุผลที่สำคัญ ช่วยแบ่งกลุ่มกระบวนการตามภูมิศาสตร์ เพื่อให้เห็นความแตกต่างด้านประสิทธิภาพ ปัญหาการปฏิบัติตามข้อกำหนด หรือความท้าทายด้านโลจิสติกส์ในแต่ละภูมิภาค. แหล่งข้อมูล ฟิลด์นี้คือ 'ShippingCountry' ในออบเจ็กต์มาตรฐาน 'Order' ของ Salesforce. ตัวอย่าง USAเยอรมนีญี่ปุ่นบราซิล
	มีการทำงานซ้ำหรือไม่ IsRework	ตัวบ่งชี้ว่าคำสั่งขายมีการแก้ไขงานซ้ำหรือไม่ เช่น ทำกิจกรรมเดิมซ้ำหรือวนกลับไปทำขั้นตอนก่อนหน้า.
คำอธิบาย แอตทริบิวต์ที่คำนวณนี้ใช้ระบุเคสที่ไม่ได้ดำเนินไปข้างหน้าตามลำดับ เมื่อมีการทำกิจกรรมซ้ำหรือกระบวนการย้อนกลับไปยังขั้นตอนก่อนหน้า มักเกิดจากข้อผิดพลาด ข้อมูลไม่ครบ หรือการอนุมัติไม่ผ่าน ระบบใช้ตัวบ่งชี้นี้คำนวณ KPI 'Sales Order Rework Rate' และแสดงข้อมูลในแดชบอร์ด 'Sales Order Rework and Error Rate' ช่วยวัดความถี่และผลกระทบของความไม่มีประสิทธิภาพ พร้อมชี้ให้เห็นจุดที่ควรปรับปรุงการควบคุมคุณภาพหรือทำให้ขั้นตอนชัดเจนขึ้น. เหตุผลที่สำคัญ ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการ โดยระบุคำสั่งซื้อที่ต้องทำงานเพิ่มโดยไม่ได้วางแผน ซึ่งส่งผลโดยตรงต่อต้นทุนและเวลาของกระบวนการ. แหล่งข้อมูล คำนวณด้วยซอฟต์แวร์ process mining หรือระหว่างการแปลงข้อมูล โดยตรวจหาชื่อกิจกรรมที่เกิดซ้ำหรือเส้นทางกระบวนการที่ย้อนกลับในแต่ละเคส. ตัวอย่าง truefalse
	รหัสใบแจ้งหนี้ InvoiceId	รหัสเฉพาะของใบแจ้งหนี้ที่เกี่ยวข้องกับคำสั่งขาย.
คำอธิบาย Invoice ID เชื่อมคำสั่งขายกับใบแจ้งหนี้ที่เกี่ยวข้อง การสร้างและส่งใบแจ้งหนี้เป็นหมุดหมายสำคัญในช่วงท้ายของกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน แอตทริบิวต์นี้จำเป็นต่อการติดตามกระบวนการตั้งแต่จัดส่งคำสั่งซื้อจนถึงรับชำระเงิน และช่วยวัดกิจกรรม 'Invoice Created' กับ 'Invoice Sent to Customer' ได้อย่างแม่นยำ ซึ่งเป็นข้อมูลที่ต้องใช้คำนวณ 'Payment Collection Duration'. เหตุผลที่สำคัญ เชื่อมคำสั่งขายกับกระบวนการย่อยด้านการออกใบแจ้งหนี้ ช่วยติดตามกิจกรรมทางการเงินและระยะเวลาของรอบการชำระเงินได้อย่างแม่นยำ. แหล่งข้อมูล โดยทั่วไป ฟิลด์นี้เป็นฟิลด์ค้นหาที่กำหนดเองในออบเจ็กต์ 'Order' ซึ่งอ้างอิงไปยังออบเจ็กต์ 'Invoice' มาตรฐานหรือออบเจ็กต์ที่กำหนดเอง วิธีติดตั้งใช้งานอาจแตกต่างกัน. ตัวอย่าง INV-001234INV-001235INV-001236
	ระยะเวลารับชำระเงิน PaymentCollectionDuration	เวลาตั้งแต่ส่งใบแจ้งหนี้ให้ลูกค้าจนได้รับชำระเงิน.
คำอธิบาย ตัวชี้วัดที่คำนวณนี้ใช้วัดประสิทธิภาพของช่วงสำคัญตอนท้ายในวงจรตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน นั่นคือการรับชำระเงิน โดยวัดเวลาตั้งแต่กิจกรรม 'Invoice Sent to Customer' จนถึงกิจกรรม 'Payment Received' แอตทริบิวต์นี้ใช้กับแดชบอร์ด 'Payment Collection Duration' และ KPI 'Payment Realization Time' โดยตรง การวิเคราะห์ระยะเวลานี้ช่วยให้ฝ่ายการเงินค้นหาคอขวดในการติดตามหนี้ ประเมินประสิทธิผลของเงื่อนไขการชำระเงิน และหาโอกาสเร่งกระแสเงินสด. เหตุผลที่สำคัญ วัดประสิทธิภาพของกระบวนการลูกหนี้การค้า ซึ่งส่งผลโดยตรงต่อกระแสเงินสดของบริษัท. แหล่งข้อมูล คำนวณระหว่างการแปลงข้อมูล โดยนำเวลาของเหตุการณ์ 'Invoice Sent to Customer' มาลบจากเวลาของเหตุการณ์ 'Payment Received' ในแต่ละเคส. ตัวอย่าง 30 วัน15 วัน 8 ชั่วโมง45 วัน
	วิธีจัดส่ง ShippingMethod	วิธีจัดส่งสินค้าที่เลือก เช่น 'Standard Ground', 'Express' หรือ 'International'.
คำอธิบาย แอตทริบิวต์นี้ระบุระดับบริการด้านโลจิสติกส์ที่เลือกสำหรับการจัดส่งคำสั่งซื้อ ซึ่งส่งผลโดยตรงต่อระยะเวลาจัดส่งและค่าใช้จ่าย การวิเคราะห์ 'Shipping Method Efficiency Analysis' ใช้แอตทริบิวต์นี้เปรียบเทียบประสิทธิภาพของวิธีจัดส่งแต่ละแบบ ช่วยตรวจสอบว่าการจัดส่งด่วนเป็นไปตามกำหนดเวลาหรือไม่ และวิธีจัดส่งแต่ละแบบส่งผลต่อระยะเวลาตั้งแต่ 'Goods Shipped' ถึง 'Goods Delivered' อย่างไร. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพด้านโลจิสติกส์และประเมินต้นทุนกับประสิทธิภาพของวิธีจัดส่งแต่ละแบบ. แหล่งข้อมูล ฟิลด์นี้น่าจะเป็นฟิลด์ที่กำหนดเองในออบเจ็กต์ 'Order' หรือออบเจ็กต์ 'Shipment' ที่กำหนดเองและเกี่ยวข้องกัน โปรดตรวจสอบเอกสารหรือ schema ของ Salesforce Sales Cloud. ตัวอย่าง ขนส่งทางบกแบบมาตรฐานด่วนภายใน 2 วันขนส่งทางอากาศข้ามคืนบริการด่วนระหว่างประเทศ
	เวลาสิ้นสุดเหตุการณ์ EventEndTime	วันที่และเวลาที่กิจกรรมเสร็จสิ้นอย่างแม่นยำ.
คำอธิบาย เวลาสิ้นสุดเหตุการณ์ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด เครื่องมือ process mining หลายรายการอนุมานเวลานี้จากเวลาเริ่มต้นของกิจกรรมถัดไป แต่การบันทึกเวลาโดยตรงอาจช่วยให้คำนวณระยะเวลาของกิจกรรมได้แม่นยำขึ้น โดยเฉพาะงานที่ใช้เวลานาน. แอตทริบิวต์นี้ใช้คำนวณเวลาที่ใช้ทำกิจกรรมแต่ละรายการอย่างแม่นยำ มีประโยชน์เป็นพิเศษเมื่อต้องวิเคราะห์งานที่ใช้เวลานาน เช่น 'ตรวจสอบเครดิตแล้ว' หรือ 'จัดสรรสินค้าในคลังแล้ว' เพื่อแยกเวลาที่ใช้ทำงานจริงออกจากเวลาที่รอ. เหตุผลที่สำคัญ ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรมแต่ละรายการได้อย่างแม่นยำ ซึ่งจำเป็นต่อการระบุคอขวดและขั้นตอนที่ใช้ทรัพยากรมาก. แหล่งข้อมูล คุณสามารถใช้ค่า 'StartTime' ของเหตุการณ์ถัดไปในลำดับของเคสเดียวกันได้ สำหรับบางกิจกรรม อาจใช้ฟิลด์เฉพาะ เช่น 'Task.CompletedDateTime' ตัวอย่าง 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z
	สถานะการตรวจสอบเครดิต CreditCheckStatus	ผลการตรวจสอบเครดิตของคำสั่งซื้อ.
คำอธิบาย แอตทริบิวต์นี้แสดงผลการประเมินเครดิตของลูกค้า ซึ่งมักเป็นขั้นตอนสำคัญในการพิจารณาคำสั่งซื้อ ค่าที่พบบ่อย ได้แก่ 'Approved', 'Rejected' และ 'Pending' ข้อมูลนี้จำเป็นสำหรับแดชบอร์ด 'Credit Check Bottleneck Analysis' เมื่อติดตามว่าคำสั่งซื้อเข้าสู่และออกจากขั้นตอนตรวจสอบเครดิตเมื่อใด รวมถึงผลลัพธ์สุดท้าย องค์กรจะวัดระยะเวลาและผลของขั้นตอนนี้ได้ พร้อมตรวจสอบว่าขั้นตอนดังกล่าวเป็นสาเหตุของความล่าช้าหรือไม่. เหตุผลที่สำคัญ ช่วยวิเคราะห์ขั้นตอนตรวจสอบเครดิตโดยตรง ทั้งระยะเวลา อัตราความสำเร็จ และผลกระทบต่อเวลารวมของกระบวนการ. แหล่งข้อมูล ฟิลด์นี้น่าจะเป็นฟิลด์ที่กำหนดเองในออบเจ็กต์ 'Order' หรือ 'Account' โปรดตรวจสอบเอกสารหรือ schema ของ Salesforce Sales Cloud. ตัวอย่าง อนุมัติแล้วไม่อนุมัติรอการตรวจสอบไม่จำเป็นต้องตรวจสอบ

จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การประมวลผลคำสั่งขาย

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

7 แนะนำ 7 ไม่บังคับ

	กิจกรรม	คำอธิบาย
	จัดส่งสินค้าแล้ว	ระบุเวลาที่สินค้าออกจากคลังสินค้าเพื่อจัดส่งให้ลูกค้าจริง โดยเกือบทุกครั้งเหตุการณ์นี้มาจากการอัปเดตข้อมูลใน Salesforce จากระบบขนส่งหรือระบบ ERP ภายนอก.
เหตุผลที่สำคัญ จุดนี้สำคัญต่อการวัด 'On-Time Shipping Rate' และประสิทธิภาพโดยรวมของการดำเนินการตามคำสั่งซื้อ อีกทั้งยังเป็นจุดเริ่มต้นของขั้นตอนจัดส่งถึงลูกค้า. แหล่งข้อมูล อนุมานจากการกรอกฟิลด์ 'Shipped Date' หรือ 'Tracking Number' ในออบเจ็กต์ 'Order' หรือออบเจ็กต์ 'Shipment' ที่กำหนดเอง โดยข้อมูลมาจากระบบดำเนินการตามคำสั่งซื้อ. บันทึก ใช้เวลาที่มีการกรอกฟิลด์วันที่จัดส่งหรือหมายเลขติดตามพัสดุเป็นครั้งแรก. ประเภทเหตุการณ์ inferred
	ได้รับชำระเงินแล้ว	ระบุว่าได้รับและกระทบยอดการชำระเงินจากลูกค้าแล้ว โดยทั่วไปข้อมูลนี้มาจากระบบการเงินและอัปเดตใน Salesforce เป็นการเปลี่ยนสถานะ.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นขั้นตอนสุดท้ายของการรับเงินจากการขาย การวิเคราะห์เวลาตั้งแต่ 'ส่งใบแจ้งหนี้' จนถึงจุดนี้มีความสำคัญต่อการบริหารกระแสเงินสดและจำนวนวันขายค้างชำระ (DSO). แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ 'Invoice' เป็น 'Paid' หรือ 'Closed' โดยการอัปเดตมาจากการเชื่อมต่อกับระบบบัญชีหรือระบบประมวลผลการชำระเงิน. บันทึก ติดตามการเปลี่ยนสถานะในออบเจ็กต์ 'Invoice' ที่มาจากการเชื่อมต่อกับระบบการเงินภายนอก. ประเภทเหตุการณ์ inferred
	ปิดใบสั่งขายแล้ว	ระบุว่าดำเนินการและปิดคำสั่งขายในระบบเรียบร้อยแล้ว โดยอนุมานจากการอัปเดตสถานะสุดท้ายของคำสั่งขาย ซึ่งแสดงว่าไม่ต้องดำเนินการต่อ.
เหตุผลที่สำคัญ นี่คือเหตุการณ์สิ้นสุดของเส้นทางปกติหลักในกระบวนการ การวัดเวลารวมจนถึงกิจกรรมนี้ช่วยคำนวณ KPI 'Average Order to Close Time'. แหล่งข้อมูล อนุมานจากการเปลี่ยนฟิลด์ 'Status' ของออบเจ็กต์ 'Order' เป็นค่าสุดท้าย เช่น 'Closed', 'Completed' หรือ 'Fulfilled' โดยดูเวลาได้จากประวัติการเปลี่ยนฟิลด์. บันทึก ตรวจสอบประวัติฟิลด์ของออบเจ็กต์ 'Order' เพื่อดูการเปลี่ยนเป็นสถานะสุดท้ายที่ระบุว่าเสร็จสิ้นแล้ว. ประเภทเหตุการณ์ inferred
	เปิดใช้งานใบสั่งขายแล้ว	เหตุการณ์มาตรฐานของ Salesforce ที่ระบุว่าคำสั่งขายได้รับการยืนยันขั้นสุดท้ายแล้ว และสามารถเข้าสู่ขั้นตอนจัดส่งและออกใบแจ้งหนี้ได้ เมื่อเปิดใช้งานแล้ว ระบบจะล็อกไม่ให้แก้ไขคำสั่งขายส่วนใหญ่ และบันทึกเหตุการณ์นี้ผ่านการเปลี่ยนสถานะที่กำหนด.
เหตุผลที่สำคัญ การเปิดใช้งานเป็นจุดสำคัญที่ย้อนกลับไม่ได้ และยืนยันว่าคำสั่งขายมีผลอย่างเป็นทางการ นอกจากนี้ยังเป็นจุดส่งต่องานจากฝ่ายขายไปยังฝ่ายปฏิบัติการ และเป็นข้อมูลหลักในการติดตามเวลาของกระบวนการขาย. แหล่งข้อมูล อนุมานจากการเปลี่ยนฟิลด์มาตรฐาน 'Status' ในออบเจ็กต์ 'Order' เป็น 'Activated' โดยบันทึกเวลาไว้ในประวัติการเปลี่ยนฟิลด์ของ 'Order'. บันทึก ตรวจสอบประวัติฟิลด์ของออบเจ็กต์ 'Order' เพื่อดูการเปลี่ยนสถานะเป็น 'Activated'. ประเภทเหตุการณ์ inferred
	ส่งมอบสินค้าแล้ว	ระบุว่าพัสดุส่งถึงลูกค้าเรียบร้อยแล้ว ข้อมูลนี้มาจากระบบของผู้ให้บริการขนส่งและอัปเดตกลับเข้า Salesforce.
เหตุผลที่สำคัญ เหตุการณ์นี้จำเป็นต่อการคำนวณ KPI 'On-Time Delivery Rate' และวัดเวลาของกระบวนการจริงในมุมมองลูกค้า อีกทั้งยังยืนยันว่าการดำเนินการตามคำสั่งซื้อเสร็จสิ้นแล้ว. แหล่งข้อมูล อนุมานจากการกรอกฟิลด์ 'Delivery Date' ในออบเจ็กต์ 'Order' หรือออบเจ็กต์ 'Shipment' ที่กำหนดเอง โดยทั่วไปข้อมูลนี้มาจากการเชื่อมต่อกับผู้ให้บริการโลจิสติกส์. บันทึก ใช้เวลาที่มีการกรอกฟิลด์วันที่ส่งมอบสินค้า. ประเภทเหตุการณ์ inferred
	สร้างใบแจ้งหนี้แล้ว	ระบุการออกใบแจ้งหนี้สำหรับคำสั่งขาย บันทึกเหตุการณ์นี้ได้จากการสร้างออบเจ็กต์ 'Invoice' ที่เกี่ยวข้อง ไม่ว่าจะสร้างโดยตรงผ่าน Salesforce Billing หรือผ่านการเชื่อมต่อระบบ.
เหตุผลที่สำคัญ จุดนี้เป็นจุดเริ่มต้นของขั้นตอนการรับชำระเงิน ความล่าช้าระหว่างการส่งมอบสินค้ากับการออกใบแจ้งหนี้อาจชี้ให้เห็นคอขวดด้านธุรการที่กระทบกระแสเงินสด. แหล่งข้อมูล อนุมานจากวันที่สร้างออบเจ็กต์ 'Invoice' มาตรฐานหรือออบเจ็กต์ที่กำหนดเอง ซึ่งเชื่อมโยงกับออบเจ็กต์ 'Order'. บันทึก ใช้ค่า 'CreatedDate' ของระเบียน Invoice ที่เกี่ยวข้อง. ประเภทเหตุการณ์ inferred
	สร้างใบสั่งขายแล้ว	ระบุเวลาที่สร้างระเบียนคำสั่งขายในระบบเป็นครั้งแรก ระบบบันทึกเหตุการณ์นี้เมื่อบันทึกออบเจ็กต์ 'Order' รายการใหม่ใน Salesforce.
เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการ Order to Cash การวิเคราะห์เวลาตั้งแต่จุดนี้ไปจนถึงกิจกรรมถัดไปมีความสำคัญต่อการทำความเข้าใจเวลารวมของกระบวนการ. แหล่งข้อมูล เหตุการณ์สร้างออบเจ็กต์ 'Order' โดยใช้ค่าจากฟิลด์มาตรฐาน 'CreatedDate' ในระเบียน Order เป็นเวลาเกิดเหตุการณ์. บันทึก ใช้ค่าเวลา 'CreatedDate' จากออบเจ็กต์ 'Order' โดยตรง. ประเภทเหตุการณ์ explicit
	จัดสรรสินค้าในคลังแล้ว	ระบุว่าสินค้าในคำสั่งขายได้รับการจองในระบบสินค้าคงคลังแล้ว โดยทั่วไปเหตุการณ์นี้มาจากระบบ ERP หรือระบบสินค้าคงคลังภายนอก ซึ่งส่งข้อมูลอัปเดตกลับมายัง Salesforce และบันทึกเป็นการเปลี่ยนแปลงฟิลด์.
เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการวิเคราะห์ KPI 'Inventory Allocation Lead Time' หากล่าช้าจะส่งผลโดยตรงต่อความสามารถในการจัดส่งคำสั่งขายให้ตรงเวลา. แหล่งข้อมูล ต้องวิเคราะห์ระบบก่อน โดยมักอนุมานจากการอัปเดตสถานะของออบเจ็กต์ 'Order' หรือ 'OrderItem' หรือจากการกรอกฟิลด์ที่กำหนดเอง 'Allocation_Date__c' ซึ่งอัปเดตผ่านการเชื่อมต่อระบบ. บันทึก ติดตามการเปลี่ยนแปลงฟิลด์สถานะหรือวันที่ในออบเจ็กต์ Order หรือ OrderItem ที่ได้รับข้อมูลจากระบบ ERP. ประเภทเหตุการณ์ inferred
	ตรวจสอบเครดิตแล้ว	ระบุว่าตรวจสอบความน่าเชื่อถือด้านเครดิตของลูกค้าที่เกี่ยวข้องกับคำสั่งขายเสร็จแล้ว โดยมักอนุมานจากการอัปเดตฟิลด์ที่กำหนดเอง เช่น 'Credit Check Status' เป็น 'Passed' หรือ 'Completed'.
เหตุผลที่สำคัญ กิจกรรมนี้มักเป็นสาเหตุสำคัญของความล่าช้า การวัดระยะเวลาและเวลารอจึงเป็นหัวใจของการวิเคราะห์แดชบอร์ด 'Credit Check Bottleneck Analysis' และการปรับปรุงกระแสเงินสด. แหล่งข้อมูล อนุมานจากการเปลี่ยนเวลา หรือสถานะในฟิลด์ที่กำหนดเองของออบเจ็กต์ 'Order' หรือ 'Account' ที่เกี่ยวข้อง เช่น 'Credit_Check_Date__c' หรือ 'Credit_Status__c'. บันทึก ติดตามการอัปเดตฟิลด์ที่กำหนดเองซึ่งระบุว่าการตรวจสอบเครดิตเสร็จสิ้นแล้ว. ประเภทเหตุการณ์ inferred
	ยกเลิกใบสั่งขายแล้ว	ระบุว่ามีการยกเลิกคำสั่งขายก่อนดำเนินการตามคำสั่งซื้อเสร็จสิ้น โดยบันทึกจากการเปลี่ยนสถานะสุดท้ายในระเบียนคำสั่งขาย.
เหตุผลที่สำคัญ นี่คือเหตุการณ์สิ้นสุดที่เป็นข้อยกเว้นและมีความสำคัญ การวิเคราะห์สาเหตุและเวลาที่ยกเลิกคำสั่งขายอาจช่วยให้พบปัญหาในกระบวนการขาย ความพร้อมของสินค้า หรือเครดิตลูกค้า. แหล่งข้อมูล อนุมานจากการเปลี่ยนฟิลด์ 'Status' ของออบเจ็กต์ 'Order' เป็น 'Cancelled' โดยดูเวลาได้จากประวัติการเปลี่ยนฟิลด์ 'Status'. บันทึก ตรวจสอบประวัติฟิลด์ของออบเจ็กต์ 'Order' เพื่อดูการเปลี่ยนสถานะเป็น 'Cancelled'. ประเภทเหตุการณ์ inferred
	ส่งใบแจ้งหนี้ให้ลูกค้าแล้ว	ระบุว่าส่งใบแจ้งหนี้ให้ลูกค้าเพื่อชำระเงินแล้ว โดยทั่วไปบันทึกจากการเปลี่ยนสถานะของระเบียนใบแจ้งหนี้.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นของ KPI 'Payment Realization Time' หากส่งใบแจ้งหนี้ช้าหลังจากสร้างแล้ว ก็จะทำให้เริ่มนับระยะเวลาชำระเงินช้าตามไปด้วย. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ 'Invoice' เป็น 'Sent' หรือค่าใกล้เคียง หรือใช้รายการบันทึกกิจกรรมของอีเมลที่ส่งแล้ว. บันทึก ติดตามฟิลด์ 'Status' ในออบเจ็กต์ 'Invoice' ที่เกี่ยวข้อง หรือค้นหารายการกิจกรรมการส่งอีเมล. ประเภทเหตุการณ์ inferred
	ส่งใบสั่งขายไปดำเนินการจัดส่งแล้ว	ระบุการส่งต่อคำสั่งขายที่เปิดใช้งานแล้วไปยังคลังสินค้าหรือระบบดำเนินการตามคำสั่งซื้อ เพื่อหยิบและบรรจุสินค้า โดยทั่วไปบันทึกจากการเปลี่ยนสถานะของคำสั่งขายที่เกิดจากการเชื่อมต่อระบบ.
เหตุผลที่สำคัญ เหตุการณ์นี้แบ่งขั้นตอนด้านการขายออกจากขั้นตอนด้านโลจิสติกส์ การติดตามเวลาตั้งแต่เปิดใช้งานจนถึงจุดนี้ช่วยแยกความล่าช้าด้านธุรการออกจากความล่าช้าในคลังสินค้า. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของ 'Order' เป็นค่าอย่าง 'Sent to Fulfillment' หรือ 'Awaiting Shipment' โดยการเปลี่ยนสถานะนี้มักเกิดจากการเชื่อมต่อกับระบบ ERP/WMS. บันทึก ติดตามฟิลด์ 'Status' ในออบเจ็กต์ 'Order' เพื่อดูค่าที่ระบุว่ามีการส่งต่องานไปดำเนินการตามคำสั่งซื้อแล้ว. ประเภทเหตุการณ์ inferred
	ส่งใบสั่งขายเพื่อขออนุมัติแล้ว	ระบุจุดที่ส่งคำสั่งขายฉบับร่างเข้าสู่เวิร์กโฟลว์อนุมัติอย่างเป็นทางการ โดยทั่วไปอนุมานจากการเปลี่ยนสถานะของคำสั่งขาย หรือการสร้างระเบียนในประวัติกระบวนการอนุมัติของ Salesforce.
เหตุผลที่สำคัญ การติดตามการส่งคำขอช่วยวัดเวลาที่คำสั่งขายรออนุมัติและประสิทธิภาพของกระบวนการตรวจสอบ อีกทั้งยังช่วยให้เห็นคอขวดก่อนการอนุมัติ. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ 'Order' เช่น จาก 'Draft' เป็น 'Submitted for Approval' หรือจากวันที่ส่งคำขอในออบเจ็กต์ 'ProcessInstance' ที่เชื่อมโยงกับคำสั่งขาย. บันทึก ติดตามการเปลี่ยนแปลงฟิลด์สถานะ หรือค้นหาข้อมูลจากออบเจ็กต์ 'ProcessInstance'. ประเภทเหตุการณ์ inferred
	อนุมัติใบสั่งขายแล้ว	ระบุว่าผู้มีอำนาจอนุมัติครบทุกคนแล้ว และคำสั่งขายสามารถเข้าสู่ขั้นตอนถัดไปได้ ระบบบันทึกเหตุการณ์นี้จากขั้นตอนอนุมัติสุดท้ายในเวิร์กโฟลว์ หรือจากการเปลี่ยนสถานะที่เกี่ยวข้อง.
เหตุผลที่สำคัญ นี่คือจุดสำคัญที่ทำให้เริ่มดำเนินการตามคำสั่งขายได้ หากการอนุมัติล่าช้า เวลารวมของกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงินอาจเพิ่มขึ้นอย่างมาก. แหล่งข้อมูล อนุมานจากการเปลี่ยนค่าฟิลด์สถานะของออบเจ็กต์ 'Order' เป็นค่าอย่าง 'Approved' หรือใช้วันที่เสร็จสิ้นของระเบียน 'ProcessInstance' ที่เกี่ยวข้อง. บันทึก ติดตามฟิลด์ 'Status' ในออบเจ็กต์ 'Order' หรือการเสร็จสิ้นของประวัติกระบวนการอนุมัติ. ประเภทเหตุการณ์ inferred

แนะนำ ไม่บังคับ

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

วิธีดึงข้อมูลจาก Salesforce Sales Cloud

ขั้นตอน

ข้อกำหนดเบื้องต้น: กำหนดค่า Field History Tracking: ก่อนสร้างรายงาน ผู้ดูแลระบบ Salesforce ต้องตรวจสอบว่าเปิดใช้ Field History Tracking สำหรับออบเจ็กต์ Order แล้ว โดยติดตามฟิลด์ Status และฟิลด์แบบกำหนดเองที่ใช้ระบุเหตุการณ์ เช่น Credit_Check_Status__c หรือ Fulfillment_Status__c ไปที่ Setup > Object Manager > Order > Fields & Relationships > Set History Tracking
สร้างประเภทรายงานแบบกำหนดเอง: หากต้องการดูข้อมูลการเปลี่ยนแปลงฟิลด์ควบคู่กับรายละเอียดใบสั่งขาย ให้สร้างประเภทรายงานแบบกำหนดเอง ไปที่ Setup > Report Types แล้วสร้างประเภทรายงานใหม่โดยกำหนด Orders เป็นออบเจ็กต์หลัก จากนั้นเชื่อม Order History เป็นออบเจ็กต์รอง ตั้งค่าความสัมพันธ์เป็น "'A' records may or may not have related 'B' records." เพื่อให้รายงานแสดงใบสั่งขายทั้งหมด แม้ยังไม่มีประวัติ บันทึกประเภทรายงานนี้เป็น "Orders with History"
สร้างรายงาน 'Events' หลัก: ไปที่แท็บ Reports แล้วคลิก New Report เลือกประเภทรายงาน "Orders with History" รายงานนี้จะเก็บกิจกรรมที่เกิดจากการเปลี่ยนแปลงฟิลด์
กำหนดคอลัมน์ในรายงาน Events: เพิ่มคอลัมน์ต่อไปนี้: Order: Order Number (สำหรับ SalesOrderId), Edit Date (สำหรับ EventTime), User (สำหรับ UserPerformingAction), Field/Event (ฟิลด์ที่เปลี่ยนแปลง), Original Value และ New Value เพิ่มคอลัมน์อื่นจากออบเจ็กต์ Order หลัก เช่น Order: Total Amount, Account: Account Name และ Order: Company Authorized By Date (ใช้แทน RequestedDeliveryDate หากเหมาะสม)
กรองรายงาน Events: ตั้งค่าตัวกรอง Show Me เป็น All orders และ Date Field เป็น Created Date พร้อมช่วงเวลาที่ต้องการ เช่น Last 3 Months เพิ่มตัวกรองในคอลัมน์ Field/Event เพื่อแสดงเฉพาะการเปลี่ยนแปลงฟิลด์ที่ตรงกับกิจกรรม เช่น Status หรือ Credit_Check_Status__c
สร้างรายงาน 'Order Created': สร้างรายงานที่สองซึ่งเรียบง่ายกว่า โดยใช้ประเภทรายงาน Orders มาตรฐาน รายงานนี้ใช้เก็บเฉพาะเหตุการณ์การสร้าง เพิ่มคอลัมน์ Order Number, Created Date, Created By, Status, Total Amount และ Account Name กรอง Created Date ตามช่วงเวลาที่ต้องการ
ส่งออกรายงานทั้งสองรายการ: เรียกใช้รายงานทั้งสองรายการแล้วเลือก Export เลือกรูปแบบ Details Only และ Comma Delimited .csv
รวมและแปลงข้อมูล: เปิดไฟล์ CSV ที่ส่งออกด้วยโปรแกรมสเปรดชีต เช่น Microsoft Excel หรือใช้ภาษาสคริปต์ เช่น Python
- สำหรับรายงาน 'Events' ให้สร้างคอลัมน์ ActivityName ใช้สูตรหรือสคริปต์แมปข้อมูลการเปลี่ยนฟิลด์กับชื่อกิจกรรมที่ต้องการ เช่น หาก Field/Event เป็น 'Status' และ New Value เป็น 'Activated' ให้กำหนด ActivityName เป็น 'Order Activated'
- สำหรับรายงาน 'Order Created' ให้เพิ่มคอลัมน์ชื่อ ActivityName และกำหนดค่าเป็น 'Order Created' ในทุกแถว เปลี่ยนชื่อคอลัมน์ให้ตรงกับโครงสร้างบันทึกเหตุการณ์ เช่น Order Number เป็น SalesOrderId และ Created Date เป็น EventTime
รวมเป็นบันทึกเหตุการณ์ไฟล์เดียว: นำแถวจากข้อมูล 'Order Created' ที่แปลงแล้วมาต่อท้ายข้อมูล 'Events' ที่แปลงแล้ว เพื่อสร้างรายการกิจกรรมทั้งหมดไว้ในไฟล์เดียว
เตรียมไฟล์สำหรับอัปโหลด: เพิ่มคอลัมน์ที่จำเป็นซึ่งยังขาด ได้แก่ SourceSystem (กำหนดค่าเป็น 'Salesforce Sales Cloud') และ LastDataUpdate (ใช้เวลาปัจจุบัน) ตรวจสอบชื่อคอลัมน์และรูปแบบข้อมูลทั้งหมดก่อนบันทึกเป็นไฟล์ CSV เพื่ออัปโหลด

การกำหนดค่า

ประเภท Report: จำเป็นต้องใช้ Custom Report Type ที่เชื่อม Orders กับ Order History เพื่อเก็บการเปลี่ยนแปลงสถานะและการอัปเดตฟิลด์อื่นเป็นกิจกรรมแยกกัน.
Field History Tracking: วิธีนี้ต้องเปิด Field History Tracking สำหรับออบเจ็กต์ Order ก่อน เริ่มดึงข้อมูล ต้องติดตามฟิลด์สำคัญ เช่น Status และฟิลด์ที่กำหนดเองซึ่งใช้แทนขั้นตอนในกระบวนการ.
ตัวกรองช่วงวันที่: ใช้ Created Date ในออบเจ็กต์ Order เป็นตัวกรองหลัก เพื่อให้วิเคราะห์กลุ่มคำสั่งซื้อที่อยู่ในช่วงเดียวกัน แนะนำให้เริ่มจากข้อมูลย้อนหลัง 3-6 เดือน.
บริการส่งออกข้อมูล: หากมีข้อมูลปริมาณมาก สามารถตั้งเวลาให้ Data Export Service ส่งออกข้อมูลทั้งหมดของออบเจ็กต์ที่ระบุ เช่น Order, OrderHistory และ Account เป็นรายสัปดาห์หรือรายเดือนได้ วิธีนี้จะได้ข้อมูลดิบที่ต้องนำไปประมวลผลและเชื่อมข้อมูลเพิ่มเติม แต่ช่วยเลี่ยงปัญหาหมดเวลารอและข้อจำกัดจำนวนแถวของ Report Builder.
สิทธิ์: ผู้ใช้ที่ดึงข้อมูลต้องมีสิทธิ์ Run Reports, Export Reports และ View All Data สำหรับออบเจ็กต์ Order และ Account การตั้งค่า Data Export Service ต้องใช้สิทธิ์ System Administrator.
รูปแบบรายงาน: ตั้งรายงานเป็น Tabular Format เพื่อให้ส่งออกและประมวลผลได้ง่าย หลีกเลี่ยงรูปแบบ summary หรือ matrix.

ตัวอย่างคำค้น sql

/*
Salesforce Reports are configured through the user interface. This section describes the configuration of the necessary reports and the logic for post-processing. It is not an executable script.
*/

// ======== REPORT 1: Order Creation Events ======== 
{
  "ReportName": "O2C - Order Created",
  "ReportType": "Orders",
  "Format": "Tabular",
  "Filters": [
    {
      "Field": "Created Date",
      "Operator": "equals",
      "Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
    }
  ],
  "Columns": [
    {"SourceField": "Order Number", "OutputAs": "SalesOrderId"},
    {"StaticValue": "Order Created", "OutputAs": "ActivityName"},
    {"SourceField": 'Created Date', "OutputAs": "EventTime"},
    {"SourceField": "Last Modified By: Full Name", "OutputAs": "UserPerformingAction"},
    {"SourceField": "Status", "OutputAs": "OrderStatus"},
    {"SourceField": "Total Amount", "OutputAs": "TotalOrderAmount"},
    {"SourceField": "Account: Account Name", "OutputAs": "AccountName"},
    {"SourceField": "[Your Requested Delivery Date Field]", "OutputAs": "RequestedDeliveryDate"}
  ]
}

// ======== REPORT 2: Order Field Change Events ======== 
{
  "ReportName": "O2C - Order History Events",
  "ReportType": "Orders with History (Custom)",
  "Format": "Tabular",
  "Filters": [
    {
      "Field": "Order: Created Date",
      "Operator": "equals",
      "Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
    },
    {
      "Field": "Field/Event",
      "Operator": "in",
      "Value": ["Status", "[Credit Check Status Field]", "[Inventory Status Field]", "[Fulfillment Status Field]", "[Shipping Status Field]", "[Delivery Status Field]", "[Invoice Status Field]", "[Payment Status Field]"]
    }
  ],
  "Columns": [
    {"SourceField": "Order: Order Number", "OutputAs": "SalesOrderId"},
    {"SourceField": "Edit Date", "OutputAs": "EventTime"},
    {"SourceField": "User", "OutputAs": "UserPerformingAction"},
    {"SourceField": "Field/Event", "OutputAs": "SourceFieldForActivity"},
    {"SourceField": "New Value", "OutputAs": "SourceValueForActivity"},
    {"SourceField": "Order: Total Amount", "OutputAs": "TotalOrderAmount"},
    {"SourceField": "Account: Account Name", "OutputAs": "AccountName"}
  ]
}

// ======== EXTERNAL TRANSFORMATION LOGIC (to be applied after export) ======== 
/*
- Combine the two exported files.
- For the 'Order History Events' data, create the 'ActivityName' and 'OrderStatus' columns based on the following mapping logic:

CASE 
  WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Submitted' THEN 'Order Submitted for Approval'
  WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Approved' THEN 'Order Approved'
  WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Activated' THEN 'Order Activated'
  WHEN SourceFieldForActivity = '[Fulfillment Status Field]' AND SourceValueForActivity = 'Sent to Fulfillment' THEN 'Order Sent to Fulfillment'
  WHEN SourceFieldForActivity = '[Shipping Status Field]' AND SourceValueForActivity = 'Shipped' THEN 'Goods Shipped'
  WHEN SourceFieldForActivity = '[Delivery Status Field]' AND SourceValueForActivity = 'Delivered' THEN 'Goods Delivered'
  WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Closed' THEN 'Order Closed'
  WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Cancelled' THEN 'Order Cancelled'
  WHEN SourceFieldForActivity = '[Credit Check Status Field]' AND SourceValueForActivity = 'Passed' THEN 'Credit Check Performed'
  WHEN SourceFieldForActivity = '[Inventory Status Field]' AND SourceValueForActivity = 'Allocated' THEN 'Inventory Allocated'
  WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Created' THEN 'Invoice Created'
  WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Sent' THEN 'Invoice Sent to Customer'
  WHEN SourceFieldForActivity = '[Payment Status Field]' AND SourceValueForActivity = 'Received' THEN 'Payment Received'
  ELSE 'Unknown'
END AS ActivityName

- The OrderStatus attribute should be populated with the 'New Value' when the changed field was 'Status'. For other events, you may need to look up the order's status at that point in time, which is a limitation of this method.
- Add 'SourceSystem' and 'LastDataUpdate' columns to the final combined dataset.
*/

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

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

กลับไปยังคู่มือการปรับปรุง

ดาวน์โหลดเทมเพลต

เพิ่มกระแสเงินสดด้วยการปรับปรุงกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน

ระบุจุดที่ไม่มีประสิทธิภาพ ลดระยะเวลาของกระบวนการลง 30% และทำให้เงินสดหมุนเวียนเร็วขึ้น.

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

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

เทมเพลตข้อมูลสำหรับกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การประมวลผลคำสั่งขาย

เทมเพลตข้อมูลสำหรับกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การประมวลผลคำสั่งขาย

แอตทริบิวต์ของกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การประมวลผลคำสั่งขาย

กิจกรรมในกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การประมวลผลคำสั่งขาย

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

รายงานมาตรฐานของ Salesforce และบริการส่งออกข้อมูล

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น sql

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

เพิ่มกระแสเงินสดด้วยการปรับปรุงกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน