เทมเพลตข้อมูลสำหรับกระบวนการ Order to Cash และการจัดการใบสั่งขาย
เทมเพลตข้อมูลสำหรับกระบวนการ Order to Cash และการจัดการใบสั่งขาย
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ Order to Cash - การประมวลผลใบสั่งขาย หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- ระบุแอตทริบิวต์ข้อมูลสำคัญสำหรับสร้างบันทึกเหตุการณ์ที่ครบถ้วน.
- แสดงกิจกรรมและหมุดหมายสำคัญในกระบวนการ.
- ใช้เป็นจุดเริ่มต้นสำหรับ process mining และปรับใช้กับระบบใดก็ได้.
แอตทริบิวต์สำหรับกระบวนการ Order to Cash และการจัดการใบสั่งขาย
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม ActivityName | ชื่อของเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้น ณ เวลาหนึ่งในกระบวนการคำสั่งขาย. | ||
| คำอธิบาย ชื่อกิจกรรมอธิบายขั้นตอนหรือหมุดหมายในวงจรคำสั่งขาย เช่น สร้างคำสั่งขายแล้ว ตรวจสอบเครดิตแล้ว หรือจัดส่งสินค้าแล้ว แต่ละกิจกรรมคือการดำเนินการเฉพาะอย่างหนึ่งกับคำสั่งขาย และเป็นองค์ประกอบพื้นฐานของแผนผังกระบวนการ การวิเคราะห์ต้องอาศัยแอตทริบิวต์นี้เพื่อแสดงลำดับงาน ระบุเส้นทางที่เกิดขึ้นบ่อย และค้นหาความเบี่ยงเบนจากขั้นตอนมาตรฐาน นักวิเคราะห์สามารถตรวจดูลำดับกิจกรรมเพื่อหาคอขวด การทำงานซ้ำ เช่น กิจกรรมแก้ไขคำสั่งขายซ้ำหลายครั้ง และรูปแบบกระบวนการที่ไม่เป็นไปตามข้อกำหนด แอตทริบิวต์นี้เป็นพื้นฐานของแดชบอร์ด เช่น การปฏิบัติตามกระบวนการและความเบี่ยงเบน รวมถึง KPI เช่น อัตราการแก้ไขคำสั่งขายซ้ำ. เหตุผลที่สำคัญ ข้อมูลนี้กำหนดขั้นตอนในกระบวนการ ทำให้แสดงแผนผังกระบวนการ วิเคราะห์ลำดับงาน และระบุงานที่ต้องทำซ้ำหรือความเบี่ยงเบนได้. แหล่งข้อมูล มักได้มาจากการเปลี่ยนสถานะเอกสาร บันทึกเหตุการณ์ หรือรหัสธุรกรรมในโมดูลการขาย การจัดส่ง และการวางบิลของระบบต้นทาง. ตัวอย่าง สร้างใบสั่งขายจัดส่งสินค้าแล้วได้รับชำระเงินยกเลิกคำสั่งขาย | |||
| รหัสคำสั่งขาย SalesOrderId | รหัสเฉพาะของคำสั่งขาย ซึ่งใช้เป็นรหัสกรณีหลักสำหรับกระบวนการ Order to Cash. | ||
| คำอธิบาย รหัสคำสั่งขายเป็นข้อมูลหลักสำหรับทำ process mining ในกระบวนการ Order to Cash โดยใช้ระบุแต่ละกรณีของกระบวนการตั้งแต่สร้างจนปิดได้อย่างไม่ซ้ำกัน และทำหน้าที่เป็นคีย์หลักที่เชื่อมกิจกรรม เหตุการณ์ และข้อมูลที่เกี่ยวข้องทั้งหมดเข้าด้วยกัน ทำให้เห็นเส้นทางตั้งแต่ต้นจนจบของคำสั่งซื้อแต่ละรายการ ในการวิเคราะห์ แอตทริบิวต์นี้ช่วยให้สร้างวงจรของคำสั่งขายแต่ละรายการขึ้นใหม่ได้ ใช้ติดตามลำดับเหตุการณ์ วัดระยะเวลาระหว่างกิจกรรม และรวมตัวชี้วัดในระดับคำสั่งซื้อ ตัวอย่างเช่น การคำนวณ KPI เวลาตลอดวงจรการดำเนินการตามคำสั่งซื้อ ต้องจัดกลุ่มกิจกรรมทั้งหมดตามรหัสคำสั่งขาย แล้วหาระยะเวลาระหว่างเหตุการณ์แรกกับเหตุการณ์สุดท้าย. เหตุผลที่สำคัญ รหัสนี้จำเป็นต่อการติดตามคำสั่งซื้อแต่ละรายการตลอดกระบวนการ และช่วยวิเคราะห์เวลาของแต่ละกรณี คอขวด และความเบี่ยงเบนได้. แหล่งข้อมูล โดยทั่วไปพบในตารางส่วนหัวของเอกสารคำสั่งขายในระบบ ERP หรือ CRM ต้นทาง. ตัวอย่าง SO-001234598004567ORD-2023-54321 | |||
| เวลาที่เกิดเหตุการณ์ EventTime | วันที่และเวลาที่แน่นอนซึ่งกิจกรรมหรือเหตุการณ์เกิดขึ้น. | ||
| คำอธิบาย เวลาที่เกิดเหตุการณ์คือการประทับเวลาที่บันทึกช่วงเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ข้อมูลนี้ให้บริบทด้านเวลาของกระบวนการ และช่วยเรียงเหตุการณ์ทั้งหมดที่เกี่ยวข้องกับคำสั่งขายตามลำดับเวลา การวิเคราะห์ตามเวลาแทบทุกประเภทต้องใช้การประทับเวลานี้ เพื่อคำนวณเวลาระหว่างกิจกรรม ระบุระยะเวลาของแต่ละขั้นตอน และหาความล่าช้าหรือคอขวด ตัวอย่างเช่น KPI 'เวลาตลอดวงจรการดำเนินการตามคำสั่งซื้อ' คำนวณจากเวลาที่เกิดเหตุการณ์ของกิจกรรมส่งมอบขั้นสุดท้าย ลบด้วยเวลาที่เกิดเหตุการณ์ของกิจกรรมสร้างคำสั่งซื้อเริ่มต้น แดชบอร์ดอย่าง 'ภาพรวมเวลาตลอดวงจรคำสั่งขาย' ก็ต้องใช้ข้อมูลนี้จึงจะแสดงผลได้ เหตุผลที่สำคัญ การประทับเวลานี้สำคัญต่อการคำนวณตัวชี้วัดประสิทธิภาพทั้งหมด เช่น เวลาตลอดวงจรและระยะเวลา ซึ่งจำเป็นต่อการระบุคอขวด. แหล่งข้อมูล โดยทั่วไปพบควบคู่กับแต่ละธุรกรรมหรือบันทึกการอัปเดตสถานะ โดยอาจใช้ชื่อวันที่สร้าง วันที่แก้ไข หรือวันที่ลงบัญชี. ตัวอย่าง 2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z | |||
| ระบบต้นทาง SourceSystem | ระบุระบบสารสนเทศที่เป็นแหล่งข้อมูล เช่น ERP, CRM หรือแพลตฟอร์มเดิม. | ||
| คำอธิบาย แอตทริบิวต์ระบบต้นทางระบุระบบบันทึกข้อมูลที่สร้างข้อมูลเหตุการณ์ ในองค์กรสมัยใหม่ กระบวนการตั้งแต่ต้นจนจบอย่าง Order to Cash มักทำงานผ่านหลายแอปพลิเคชัน เช่น ใช้ CRM สร้างคำสั่งซื้อ และใช้ ERP ดำเนินการตามคำสั่งซื้อและออกใบแจ้งหนี้ ในการวิเคราะห์ แอตทริบิวต์นี้ช่วยให้เข้าใจระบบเทคโนโลยีที่รองรับกระบวนการ และระบุจุดเชื่อมต่อรวมถึงปัญหาความสอดคล้องของข้อมูลระหว่างระบบได้ การวิเคราะห์กิจกรรมแยกตามระบบต้นทางอาจเผยให้เห็นว่าขั้นตอนบางอย่างดำเนินการต่างกันหรือล่าช้ามากขึ้นเมื่อใช้ระบบใดระบบหนึ่ง. เหตุผลที่สำคัญ ข้อมูลนี้บอกที่มาของข้อมูล ซึ่งสำคัญเมื่อมีหลายระบบ เพราะช่วยติดตามที่มาของข้อมูลและระบุความแตกต่างของกระบวนการที่เกิดจากแต่ละระบบ. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้จะเพิ่มระหว่างการดึงข้อมูล (ETL) หรือเป็นฟิลด์มาตรฐานในคลังข้อมูล. ตัวอย่าง SAP S/4HANASalesforce Sales CloudOracle NetSuite | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกเวลาที่โหลดข้อมูลเข้าสู่สภาพแวดล้อม process mining ครั้งล่าสุด เพื่อแสดงว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลใหม่เพียงใด ซึ่งต่างจากเวลาที่เกิดเหตุการณ์ที่บันทึกเวลาจริงของกิจกรรมทางธุรกิจ แม้โดยทั่วไปจะไม่ใช้ข้อมูลนี้วิเคราะห์ลำดับงานโดยตรง แต่มีความสำคัญต่อการกำกับดูแลข้อมูลและช่วยให้มั่นใจว่าผลการวิเคราะห์เชื่อถือได้ นักวิเคราะห์และผู้ใช้ทางธุรกิจใช้ข้อมูลนี้ตรวจสอบความทันสมัยของข้อมูลเชิงลึกที่ได้ ตัวอย่างเช่น หากอัปเดตข้อมูลล่าสุดเมื่อสัปดาห์ก่อน ต้องคำนึงถึงข้อเท็จจริงนี้เมื่อนำข้อสรุปไปใช้ประเมินผลการดำเนินงานปัจจุบัน. เหตุผลที่สำคัญ ข้อมูลนี้แสดงความใหม่ของข้อมูล ช่วยให้มั่นใจว่าการวิเคราะห์อ้างอิงข้อมูลล่าสุดและข้อสรุปยังเกี่ยวข้องกับสถานการณ์ปัจจุบัน. แหล่งข้อมูล โดยทั่วไปเครื่องมือดึงข้อมูล (ETL) หรือแพลตฟอร์ม process mining จะสร้างและจัดเก็บข้อมูลนี้ระหว่างนำเข้าข้อมูล. ตัวอย่าง 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
| ช่องทางการขาย SalesChannel | ช่องทางที่ได้รับคำสั่งขาย เช่น เว็บ ทีมขายโดยตรง หรือพาร์ตเนอร์. | ||
| คำอธิบาย ช่องทางการขายระบุที่มาหรือวิธีที่ลูกค้าสั่งซื้อ เช่น พอร์ทัลออนไลน์ ทีมขายโดยตรง การเชื่อมต่อ EDI กับพาร์ตเนอร์ หรือร้านค้าปลีก การวิเคราะห์กระบวนการแยกตามช่องทางการขายช่วยให้เห็นความแตกต่างด้านประสิทธิภาพและการปฏิบัติตามขั้นตอน ตัวอย่างเช่น คำสั่งซื้อจากช่องทางเว็บอาจทำงานอัตโนมัติและรวดเร็ว ขณะที่คำสั่งซื้อจากทีมขายโดยตรงอาจมีการแก้ไขด้วยตนเองมากกว่าและใช้เวลารออนุมัตินานกว่า การวิเคราะห์นี้ช่วยให้ธุรกิจปรับลำดับงานของแต่ละช่องทางและจัดสรรทรัพยากรได้เหมาะสมยิ่งขึ้น อีกทั้งยังเป็นมิติสำคัญสำหรับแดชบอร์ด เช่น คอขวดในการดำเนินการตามคำสั่งซื้อ. เหตุผลที่สำคัญ ช่วยเปรียบเทียบผลการทำงานของกระบวนการในแต่ละช่องทาง และเผยให้เห็นความแตกต่างด้านประสิทธิภาพ การทำงานอัตโนมัติ และการปฏิบัติตามขั้นตอน. แหล่งข้อมูล โดยทั่วไปจัดเก็บไว้ในข้อมูลส่วนหัวของคำสั่งขาย และมักเป็นฟิลด์ที่ต้องระบุเมื่อบันทึกคำสั่งซื้อ. ตัวอย่าง พอร์ทัลออนไลน์การขายตรงEDIเครือข่ายพาร์ตเนอร์ | |||
| ชื่อผู้ใช้ UserName | ชื่อหรือรหัสของผู้ใช้ พนักงาน หรือตัวแทนระบบที่ดำเนินกิจกรรม. | ||
| คำอธิบาย แอตทริบิวต์ชื่อผู้ใช้ระบุบุคคลหรือตัวแทนอัตโนมัติที่รับผิดชอบกิจกรรม เช่น พนักงานขายที่สร้างคำสั่งซื้อ ผู้จัดการเครดิตที่อนุมัติ หรือผู้ใช้ระบบที่ลงบัญชีการชำระเงินโดยอัตโนมัติ ข้อมูลนี้ช่วยวิเคราะห์กระบวนการโดยมองจากผู้ปฏิบัติงาน ใช้วิเคราะห์การกระจายงาน เปรียบเทียบผลการทำงานระหว่างทีมหรือบุคคล และระบุโอกาสในการฝึกอบรม นอกจากนี้ยังสำคัญต่อการปฏิบัติตามข้อกำหนดและการตรวจสอบย้อนหลัง การวิเคราะห์กิจกรรมแยกตามผู้ใช้ช่วยให้ทราบว่าใครเกี่ยวข้องกับการทำงานซ้ำหรือการทำงานที่ไม่เป็นไปตามข้อกำหนด และเป็นพื้นฐานในการคำนวณ KPI อัตราการแทรกแซงด้วยตนเอง. เหตุผลที่สำคัญ ระบุบุคคลหรือระบบที่ดำเนินกิจกรรม ช่วยวิเคราะห์ปริมาณงาน ผลการทำงานของทีม ระดับการทำงานอัตโนมัติ และการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล มักพบในบันทึกธุรกรรมหรือประวัติการเปลี่ยนแปลงเอกสาร โดยอาจใช้ชื่อฟิลด์ว่า สร้างโดย หรือ แก้ไขโดย. ตัวอย่าง John.SmithBATCH_USERAlice.JonesUSER_API | |||
| มูลค่าคำสั่งซื้อ OrderValue | มูลค่าเงินรวมของคำสั่งขาย โดยทั่วไปแสดงเป็นสกุลเงินของเอกสาร. | ||
| คำอธิบาย มูลค่าคำสั่งซื้อแสดงมูลค่าทางการเงินรวมของคำสั่งขาย เป็นตัวชี้วัดทางการเงินสำคัญที่บอกขนาดของแต่ละกรณี ข้อมูลนี้มีประโยชน์ต่อการวิเคราะห์กระบวนการตามมูลค่า และช่วยจัดลำดับความสำคัญของปัญหาโดยเน้นคำสั่งซื้อที่มีมูลค่าสูง ตัวอย่างเช่น นักวิเคราะห์สามารถตรวจสอบว่าคำสั่งซื้อที่มีมูลค่าสูงใช้เวลานานกว่าหรือมีการทำงานซ้ำมากกว่าคำสั่งซื้อที่มีมูลค่าต่ำหรือไม่ นอกจากนี้ยังใช้คำนวณผลกระทบทางการเงินจากความไม่มีประสิทธิภาพของกระบวนการ เช่น มูลค่ารวมของคำสั่งซื้อที่ล่าช้าเพราะคอขวดเฉพาะจุด ข้อมูลนี้ช่วยประกอบการตัดสินใจลงทุนในการปรับปรุงกระบวนการ. เหตุผลที่สำคัญ ช่วยวิเคราะห์ตามมูลค่า จัดลำดับความสำคัญของการปรับปรุงกระบวนการโดยเน้นคำสั่งซื้อที่มีมูลค่าสูง และคำนวณผลกระทบทางการเงินจากความล่าช้า. แหล่งข้อมูล มีอยู่ในข้อมูลส่วนหัวของคำสั่งขาย โดยมักคำนวณจากผลรวมมูลค่าสุทธิของรายการสินค้าทั้งหมด. ตัวอย่าง 15200.50500.00125000.75 | |||
| รหัสลูกค้า CustomerIdentifier | รหัสเฉพาะหรือชื่อลูกค้าที่ส่งคำสั่งขาย. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุลูกค้าภายนอกที่ดำเนินการตามคำสั่งขายให้ อาจเป็นหมายเลขลูกค้าเฉพาะ ชื่อบริษัท หรือรหัสอื่นที่ใช้แยกลูกค้าแต่ละราย ใน process mining รหัสลูกค้าเป็นมิติสำคัญสำหรับแบ่งกลุ่มข้อมูล นักวิเคราะห์สามารถกรองแผนผังกระบวนการเพื่อดูว่ากระบวนการของลูกค้ารายใดรายหนึ่งเป็นอย่างไร หรือเปรียบเทียบลำดับงานระหว่างกลุ่มลูกค้า เช่น ลูกค้ารายสำคัญกับลูกค้าทั่วไป วิธีนี้ช่วยให้เห็นกระบวนการที่ปรับให้เหมาะกับลูกค้าแต่ละราย หรือระบุลูกค้าที่มักทำให้กระบวนการเบี่ยงเบนหรือล่าช้า ซึ่งเป็นข้อมูลที่มีประโยชน์ต่อการบริหารความสัมพันธ์กับลูกค้า. เหตุผลที่สำคัญ ช่วยกรองและเปรียบเทียบกระบวนการระหว่างลูกค้าหรือกลุ่มลูกค้า เพื่อระบุกระบวนการเฉพาะหรือบัญชีลูกค้าที่มีปัญหา. แหล่งข้อมูล พบในข้อมูลส่วนหัวของคำสั่งขาย ซึ่งเชื่อมโยงกับข้อมูลหลักของลูกค้าในระบบ ERP หรือ CRM ต้นทาง. ตัวอย่าง CUST-10023Global Corp Inc.758991 | |||
| รหัสสินค้า ProductIdentifier | รหัสหรือชื่อเฉพาะของสินค้าหรือบริการหลักในคำสั่งขาย. | ||
| คำอธิบาย รหัสสินค้า เช่น หมายเลขวัสดุหรือ SKU ระบุสินค้าที่ขาย แม้คำสั่งขายหนึ่งรายการอาจมีสินค้าหลายรายการ แต่แอตทริบิวต์นี้มักใช้แทนสินค้าหลัก หรือจัดกลุ่มเป็นหมวดหมู่สินค้าเพื่อวิเคราะห์ภาพรวม ข้อมูลนี้ช่วยให้วิเคราะห์กระบวนการ Order to Cash โดยมองจากสินค้าได้ การวิเคราะห์อาจเผยให้เห็นว่าสินค้าบางรายการสัมพันธ์กับเวลาจัดส่งที่นานขึ้น ปัญหาการจัดส่งที่เกิดบ่อยขึ้น หรืออัตราการยกเลิกที่สูงขึ้นหรือไม่ ข้อมูลนี้สำคัญต่อการวางแผนห่วงโซ่อุปทาน การบริหารสินค้าคงคลัง และกลยุทธ์ด้านกลุ่มผลิตภัณฑ์ ตัวอย่างเช่น หากพบว่าสินค้าบางกลุ่มล่าช้าเป็นประจำในขั้นตอนปล่อยสินค้าเข้าคลัง อาจตรวจสอบระดับสินค้าคงคลังหรือตำแหน่งจัดเก็บสินค้าได้. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผลการทำงานของกระบวนการสำหรับสินค้าและกลุ่มสินค้าต่างๆ เพื่อระบุคอขวดหรือปัญหาเฉพาะของสินค้า. แหล่งข้อมูล พบในระดับรายการสินค้าในคำสั่งขาย หากวิเคราะห์ในระดับกรณี อาจใช้รายการสินค้าที่สำคัญที่สุดหรือหมวดหมู่สินค้าที่ได้จากการจัดกลุ่ม. ตัวอย่าง PROD-5540-XLMAT-009871SVC-CONSULT-HR | |||
| ทำงานอัตโนมัติหรือไม่ IsAutomated | ตัวบ่งชี้ว่าระบบดำเนินกิจกรรมโดยอัตโนมัติ หรือผู้ใช้ดำเนินการด้วยตนเอง. | ||
| คำอธิบาย แอตทริบิวต์แบบค่าจริง/เท็จนี้ใช้แยกงานที่ผู้ใช้ดำเนินการออกจากงานที่ระบบทำงานอัตโนมัติ เช่น งานเบื้องหลัง API หรือบอต RPA ตัวอย่างเช่น การตรวจสอบเครดิตอาจเป็นขั้นตอนอัตโนมัติ ส่วนการแก้ไขรายการที่ถูกระงับเพราะเครดิตมักต้องทำด้วยตนเอง. การวิเคราะห์กระบวนการในแง่ของระบบอัตโนมัติมีความสำคัญต่อโครงการเปลี่ยนผ่านสู่ดิจิทัล ตัวบ่งชี้นี้เป็นข้อมูลหลักสำหรับคำนวณ KPI “อัตราการดำเนินการด้วยตนเอง” ช่วยให้เห็นว่าส่วนใดของกระบวนการทำงานอัตโนมัติได้มากแล้ว และส่วนใดยังต้องพึ่งพาการทำงานด้วยตนเอง การวิเคราะห์นี้ช่วยค้นหาโอกาสเพิ่มระบบอัตโนมัติ เพื่อลดต้นทุน ลดข้อผิดพลาด และทำให้รอบเวลาดำเนินงานสั้นลง. เหตุผลที่สำคัญ แยกงานที่ทำด้วยตนเองออกจากงานอัตโนมัติ ซึ่งเป็นข้อมูลสำคัญในการวัดระดับระบบอัตโนมัติและหาโอกาสปรับปรุงกระบวนการ. แหล่งข้อมูล ข้อมูลนี้อาจอนุมานได้จากแอตทริบิวต์ “ชื่อผู้ใช้” เช่น ระบุผู้ใช้ระบบอย่าง “BATCH_USER” หรือจากฟิลด์เฉพาะในบันทึกเหตุการณ์ที่บันทึกบริบทการทำงาน. ตัวอย่าง truefalse | |||
| วันครบกำหนดชำระเงิน PaymentDueDate | วันที่ลูกค้าต้องชำระเงินตามใบแจ้งหนี้. | ||
| คำอธิบาย วันครบกำหนดชำระเงินคำนวณจากวันที่ออกใบแจ้งหนี้และเงื่อนไขการชำระเงินที่ตกลงกับลูกค้า โดยกำหนดเส้นตายสำหรับการชำระเงินตรงเวลา และเป็นองค์ประกอบสำคัญของกระบวนการลูกหนี้ ข้อมูลนี้เป็นพื้นฐานสำคัญสำหรับวิเคราะห์ส่วนการเงินของวงจร Order to Cash ใช้เป็นเกณฑ์พิจารณาว่าชำระเงินตรงเวลาหรือไม่ และเป็นข้อมูลโดยตรงสำหรับ KPI อัตราการชำระเงินตรงเวลา แดชบอร์ดวงจรตั้งแต่ออกใบแจ้งหนี้จนได้รับชำระเงินอาศัยวันที่นี้ในการวิเคราะห์พฤติกรรมการชำระเงินและบริหารเงินทุนหมุนเวียนอย่างมีประสิทธิภาพ นอกจากนี้ยังใช้เปรียบเทียบช่วงเวลาตั้งแต่สร้างใบแจ้งหนี้จนได้รับชำระเงิน เพื่อระบุลูกค้าที่ชำระเงินล่าช้า. เหตุผลที่สำคัญ วันที่นี้สำคัญต่อการวิเคราะห์ทางการเงิน เพราะเป็นเกณฑ์ตั้งต้นในการคำนวณอัตราการชำระเงินตรงเวลาและบริหารลูกหนี้. แหล่งข้อมูล โดยทั่วไปพบในเอกสารใบแจ้งหนี้ของลูกค้า และคำนวณจากวันที่ออกใบแจ้งหนี้กับเงื่อนไขการชำระเงินที่ระบุไว้ในข้อมูลหลักของลูกค้าหรือคำสั่งขาย. ตัวอย่าง 2023-12-152024-01-302024-02-28 | |||
| วันที่จัดส่งจริง ActualDeliveryDate | วันที่ส่งมอบสินค้าให้ลูกค้าจริง ซึ่งเป็นจุดสิ้นสุดของส่วนการดำเนินการตามคำสั่งซื้อ. | ||
| คำอธิบาย วันที่จัดส่งจริงคือเวลาที่บันทึกว่ามีการส่งมอบสินค้าให้ลูกค้าสำเร็จ โดยมักอ้างอิงจากหลักฐานการส่งมอบของผู้ให้บริการขนส่ง ข้อมูลนี้เป็นตัวชี้วัดผลสำเร็จของการดำเนินการตามคำสั่งซื้อที่ชัดเจนที่สุด และเป็นข้อมูลสุดท้ายที่ใช้คำนวณอัตราการจัดส่งตรงเวลา โดยเปรียบเทียบกับวันที่ลูกค้าต้องการและวันที่ยืนยันการจัดส่ง การวิเคราะห์ช่วงเวลาระหว่างกิจกรรมจัดส่งสินค้าแล้วกับวันที่จัดส่งจริงยังช่วยให้เห็นผลการทำงานของพาร์ตเนอร์ด้านโลจิสติกส์และวิธีจัดส่ง. เหตุผลที่สำคัญ นี่คือหลักฐานสุดท้ายว่าดำเนินการตามคำสั่งซื้อเสร็จสมบูรณ์ และจำเป็นต่อการคำนวณอัตราการจัดส่งตรงเวลาและเวลารวมตลอดวงจรการดำเนินการตามคำสั่งซื้ออย่างแม่นยำ. แหล่งข้อมูล ข้อมูลนี้มักมาจากระบบโลจิสติกส์หรือระบบจัดส่งภายนอก แล้วส่งกลับเข้าสู่ ERP หรืออาจได้จากเวลาของกิจกรรมส่งมอบสินค้าแล้ว. ตัวอย่าง 2023-11-172023-12-022024-01-14 | |||
| วันที่ยืนยันการจัดส่ง ConfirmedDeliveryDate | วันที่บริษัทแจ้งยืนยันและรับปากกับลูกค้าว่าจะจัดส่งสินค้า. | ||
| คำอธิบาย หลังตรวจสอบสินค้าคงคลังและตารางการผลิตแล้ว บริษัทจะแจ้งวันที่ยืนยันการจัดส่ง ซึ่งเป็นกำหนดส่งมอบที่องค์กรรับปากกับลูกค้า และเป็นเกณฑ์ภายในสำหรับวัดผลการดำเนินการตามคำสั่งซื้อ ข้อมูลนี้สำคัญต่อการประเมินประสิทธิภาพการปฏิบัติงานภายใน ใช้ใน KPI อัตราการจัดส่งตรงเวลา โดยเปรียบเทียบกับวันที่จัดส่งจริงเพื่อดูว่าบริษัททำได้ตามที่รับปากไว้หรือไม่ หากวันที่ลูกค้าต้องการกับวันที่ยืนยันการจัดส่งแตกต่างกันมากในหลายคำสั่งซื้อ อาจบ่งชี้ถึงปัญหาเชิงระบบในการคำนวณสินค้าพร้อมส่งหรือการวางแผนกำลังการผลิต. เหตุผลที่สำคัญ แสดงกำหนดส่งมอบที่บริษัทรับปากกับลูกค้า และเป็นเกณฑ์ภายในสำหรับวัดการจัดส่งตรงเวลาและความน่าเชื่อถือในการดำเนินการตามคำสั่งซื้อ. แหล่งข้อมูล พบในข้อมูลรายการกำหนดส่งของคำสั่งขาย ซึ่งมักอัปเดตหลังตรวจสอบสินค้าพร้อมจำหน่ายหรือเรียกใช้การวางแผนการผลิต. ตัวอย่าง 2023-11-182023-12-012024-01-15 | |||
| วันที่ลูกค้าต้องการให้จัดส่ง RequestedDeliveryDate | วันที่ลูกค้าต้องการให้จัดส่งคำสั่งซื้อ. | ||
| คำอธิบาย วันที่นี้แสดงกำหนดเวลาจัดส่งที่ลูกค้าต้องการ เป็นข้อมูลสำคัญที่บันทึกตั้งแต่เริ่มกระบวนการ และใช้เป็นเกณฑ์หลักในการประเมินความพึงพอใจของลูกค้าต่อความตรงเวลาของการจัดส่ง ในการวิเคราะห์กระบวนการ คุณสามารถเปรียบเทียบวันที่ลูกค้าต้องการกับวันที่ยืนยันและวันที่จัดส่งจริงเพื่อวัดระดับการให้บริการ ข้อมูลนี้เป็นข้อมูลหลักของแดชบอร์ดประสิทธิภาพการจัดส่งตรงเวลา และใช้คำนวณว่าจัดส่งตรงเวลาตามที่ลูกค้าคาดหวังหรือไม่ การวิเคราะห์ช่องว่างระหว่างวันที่ลูกค้าต้องการกับวันที่ยืนยันยังช่วยให้เห็นปัญหาด้านการวางแผนและการจัดตารางงาน. เหตุผลที่สำคัญ แสดงความคาดหวังของลูกค้าเรื่องวันจัดส่ง และเป็นเกณฑ์ตั้งต้นสำหรับวัดการจัดส่งตรงเวลาและความพึงพอใจของลูกค้า. แหล่งข้อมูล โดยทั่วไปอยู่ในส่วนหัวของคำสั่งขายหรือรายละเอียดรายการสินค้า และบันทึกไว้ตอนสร้างคำสั่งซื้อ. ตัวอย่าง 2023-11-152023-12-012024-01-10 | |||
| สถานะคำสั่งซื้อ OrderStatus | สถานะของคำสั่งขายขณะเกิดเหตุการณ์ เช่น เปิดอยู่ กำลังดำเนินการ หรือเสร็จสมบูรณ์. | ||
| คำอธิบาย สถานะคำสั่งซื้อแสดงภาพ ณ ช่วงเวลาหนึ่งว่าคำสั่งขายอยู่ในขั้นใดของวงจร เป็นป้ายกำกับประเภทหนึ่งที่สรุปสถานะปัจจุบันของคำสั่งซื้อ ลำดับกิจกรรมแสดงแผนผังกระบวนการอย่างละเอียด ส่วนแอตทริบิวต์สถานะคำสั่งซื้อช่วยให้เห็นภาพรวมของกระบวนการในระดับสูงและเข้าใจง่ายขึ้น คุณสามารถใช้กรองคำสั่งซื้อที่อยู่ในสถานะใดสถานะหนึ่ง เช่น คำสั่งซื้อที่ถูกระงับเพื่อตรวจสอบเครดิตทั้งหมด นอกจากนี้ การวิเคราะห์เวลาที่ใช้ในแต่ละสถานะยังช่วยให้เห็นคอขวด เช่น คำสั่งซื้อที่ใช้เวลารออนุมัตินานเกินไป. เหตุผลที่สำคัญ สรุปสถานะของคำสั่งซื้อในภาพรวม ช่วยกรองข้อมูล วิเคราะห์สถานะ และระบุคำสั่งซื้อที่ค้างอยู่ในขั้นตอนใดขั้นตอนหนึ่ง. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในส่วนหัวของเอกสารคำสั่งขายส่วนใหญ่ในระบบ ERP และ CRM. ตัวอย่าง เปิดอยู่กำลังดำเนินการระงับเครดิตเสร็จสมบูรณ์ยกเลิก | |||
| เหตุผลที่ปฏิเสธ RejectionReason | รหัสหรือคำอธิบายที่ระบุสาเหตุที่ยกเลิกหรือปฏิเสธใบสั่งขายหรือรายการสินค้า. | ||
| คำอธิบาย เมื่อมีการยกเลิกใบสั่งขายหรือปฏิเสธรายการสินค้า เหตุผลที่ปฏิเสธจะช่วยอธิบายบริบททางธุรกิจของผลลัพธ์ที่ไม่เป็นไปตามคาด สาเหตุอาจมีตั้งแต่ “ลูกค้าขอยกเลิก” และ “ราคาไม่ถูกต้อง” ไปจนถึง “สินค้าหมด”. แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์หาต้นตอของปัญหาในกระบวนการ เมื่อวิเคราะห์ความถี่ของเหตุผลที่ปฏิเสธแต่ละประเภท ธุรกิจจะระบุปัญหาที่เกิดซ้ำได้ เช่น หากมีการยกเลิกจำนวนมากเพราะ “ราคาไม่ถูกต้อง” อาจเป็นสัญญาณว่ากระบวนการเสนอราคาหรือข้อมูลหลักมีปัญหา การวิเคราะห์นี้ช่วยเพิ่มอัตราการทำงานถูกต้องตั้งแต่ครั้งแรก และลดงานที่สูญเปล่าในกระบวนการโดยตรง. เหตุผลที่สำคัญ อธิบายสาเหตุที่คำสั่งซื้อไม่สำเร็จ ช่วยให้วิเคราะห์หาต้นตอและแก้ปัญหาที่เกี่ยวกับราคา สินค้าคงคลัง หรือการสื่อสารกับลูกค้าได้. แหล่งข้อมูล โดยทั่วไปจะอยู่ในระดับรายการสินค้าในใบสั่งขาย และเลือกจากรายการรหัสที่กำหนดไว้เมื่อยกเลิกรายการสินค้า. ตัวอย่าง ลูกค้าร้องขอยกเลิกการจำหน่ายสินค้าข้อผิดพลาดด้านราคาเกินวงเงินเครดิต | |||
กิจกรรมในกระบวนการ Order to Cash และการจัดการใบสั่งขาย
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| จัดส่งสินค้าแล้ว | เหตุการณ์สำคัญนี้บันทึกเวลาที่สินค้าซึ่งบรรจุเรียบร้อยแล้วถูกส่งออกและออกจากคลังสินค้าจริง นับเป็นหมุดหมายสำคัญด้านโลจิสติกส์และการเงิน ซึ่งมักเป็นจุดเริ่มต้นของกระบวนการออกใบแจ้งหนี้. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายหลักสำหรับวัดการส่งมอบตรงเวลาและรอบเวลาการจัดเตรียมสินค้า ระยะเวลาตั้งแต่สร้างใบสั่งขายจนจัดส่งเป็นตัวชี้วัดผลการดำเนินงานที่สำคัญ. แหล่งข้อมูล โดยทั่วไป ระบบบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในโมดูลการจัดส่งหรือโลจิสติกส์ มักใช้ชื่อ 'Post Goods Issue' หรือ 'Ship Confirmation'. บันทึก ใช้เวลาจากการยืนยันการจัดส่งหรือธุรกรรมการตัดจ่ายสินค้า ซึ่งโดยทั่วไปจัดเก็บไว้ในเอกสารจัดส่งหรือเอกสารจัดเตรียมสินค้า. ประเภทเหตุการณ์ explicit | |||
| ได้รับชำระเงิน | กิจกรรมนี้หมายถึงการได้รับ ประมวลผล และบันทึกการชำระเงินของลูกค้าสำหรับใบแจ้งหนี้ โดยทั่วไปเหตุการณ์นี้เกิดขึ้นในโมดูลลูกหนี้ และปิดรายการทางการเงินที่ยังค้างอยู่. | ||
| เหตุผลที่สำคัญ นี่คือขั้นตอนสุดท้ายที่สร้างมูลค่า การวัดระยะเวลาตั้งแต่ออกใบแจ้งหนี้จนได้รับชำระเงินมีความสำคัญต่อการวิเคราะห์จำนวนวันขายคงค้างและประสิทธิภาพของรอบการเปลี่ยนเงินสด. แหล่งข้อมูล เหตุการณ์นี้เป็นรายการทางการเงินที่บันทึกไว้อย่างชัดเจน โดยใช้วันที่ตัดบัญชีของเอกสารลูกหนี้หรือเวลาที่สร้างรายการบันทึกการรับชำระเงิน. บันทึก ใช้วันที่ลงบัญชีหรือวันที่ตัดบัญชีของเอกสารทางการเงินที่ชำระยอดใบแจ้งหนี้ค้างอยู่. ประเภทเหตุการณ์ explicit | |||
| ปิดคำสั่งขาย | นี่คือกิจกรรมสุดท้ายของคำสั่งซื้อที่ดำเนินการสำเร็จ หมายความว่าจัดส่งสินค้า ออกใบแจ้งหนี้ และรับชำระเงินครบแล้ว สถานะนี้ระบุว่าจะไม่มีธุรกรรมเพิ่มเติมสำหรับคำสั่งขายนี้. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้แสดงว่ากระบวนการเสร็จสมบูรณ์ เวลารวมตั้งแต่สร้างจนปิดคำสั่งขายคือเวลาตลอดวงจรของคำสั่งซื้อที่ดำเนินการได้ครบถ้วน. แหล่งข้อมูล โดยทั่วไปอนุมานจากสถานะสุดท้ายในส่วนหัวของคำสั่งขาย เช่น ปิดแล้ว หรือเสร็จสมบูรณ์ หลังจากธุรกรรมย่อยทั้งหมดเสร็จสิ้น. บันทึก ระบุเวลาที่อัปเดตสถานะโดยรวมในส่วนหัวของคำสั่งขายเป็นสถานะสุดท้ายที่เสร็จสมบูรณ์. ประเภทเหตุการณ์ inferred | |||
| ยกเลิกคำสั่งขาย | เหตุการณ์นี้หมายถึงการยกเลิกคำสั่งขายก่อนจัดส่งสินค้าและออกใบแจ้งหนี้ครบถ้วน เป็นจุดสิ้นสุดอีกแบบหนึ่งที่ไม่สำเร็จ และอาจเกิดขึ้นได้ในหลายขั้นตอน. | ||
| เหตุผลที่สำคัญ นี่คือผลลัพธ์ที่บ่งชี้ถึงปัญหาร้ายแรง การวิเคราะห์ช่วงเวลาและสาเหตุที่ยกเลิกคำสั่งซื้อช่วยให้พบปัญหาด้านความพึงพอใจของลูกค้า สินค้าคงคลังไม่พร้อม หรือการป้อนข้อมูลผิดพลาด. แหล่งข้อมูล โดยทั่วไปบันทึกผ่านสถานะเฉพาะ เช่น ยกเลิกแล้ว หรือปฏิเสธ ซึ่งกำหนดให้กับส่วนหัวของคำสั่งขายหรือรายการสินค้า. บันทึก บันทึกเวลาที่ระบุเหตุผลการยกเลิกหรือกำหนดสถานะสุดท้ายว่ายกเลิกแล้วในเอกสารคำสั่งขาย. ประเภทเหตุการณ์ inferred | |||
| สร้างใบแจ้งหนี้ | กิจกรรมนี้หมายถึงการออกใบแจ้งหนี้ให้ลูกค้าสำหรับสินค้าหรือบริการที่จัดส่งแล้ว ซึ่งเป็นธุรกรรมทางการเงินหลักที่บันทึกยอดหนี้ของลูกค้าอย่างเป็นทางการและเริ่มต้นรอบการชำระเงิน. | ||
| เหตุผลที่สำคัญ ระยะเวลาตั้งแต่จัดส่งจนออกใบแจ้งหนี้ หรือช่วงล่าช้าก่อนเรียกเก็บเงิน มีผลโดยตรงต่อกระแสเงินสด การวิเคราะห์ช่วงเวลานี้ช่วยให้พบความล่าช้าในขั้นตอนการวางบิล. แหล่งข้อมูล เหตุการณ์นี้บันทึกไว้อย่างชัดเจนจากเวลาที่สร้างใบแจ้งหนี้หรือเอกสารวางบิลในโมดูลการเงิน. บันทึก ใช้วันที่และเวลาที่สร้างเอกสารใบแจ้งหนี้จากตารางลูกหนี้หรือการวางบิล. ประเภทเหตุการณ์ explicit | |||
| สร้างใบสั่งขาย | กิจกรรมนี้บันทึกการสร้างใบสั่งขายรายการใหม่ในระบบ เป็นการบันทึกคำขอซื้อสินค้าหรือบริการของลูกค้าอย่างเป็นทางการ และเป็นจุดเริ่มต้นของกระบวนการ Order to Cash. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการ การวิเคราะห์เวลาตั้งแต่จุดนี้ช่วยวัดรอบเวลาการจัดส่งคำสั่งซื้อโดยรวมและประสิทธิภาพการป้อนข้อมูลเบื้องต้น. แหล่งข้อมูล โดยทั่วไป ระบบบันทึกเหตุการณ์นี้จากเวลาที่สร้างระเบียนส่วนหัวของใบสั่งขายหลัก หรือจากบันทึกธุรกรรมที่เกี่ยวข้อง. บันทึก ระบุเวลาแรกที่เชื่อมโยงกับการสร้าง Sales Order ID ใหม่ในตารางส่วนหัวของใบสั่งขายหรือเอกสารในระบบ. ประเภทเหตุการณ์ explicit | |||
| อนุมัติใบสั่งขายแล้ว | เหตุการณ์สำคัญนี้แสดงว่าใบสั่งขายผ่านการตรวจสอบภายในที่จำเป็นทั้งหมดแล้ว เช่น การตรวจสอบเครดิตและการกำหนดค่า และได้รับการยืนยันอย่างเป็นทางการให้ดำเนินการจัดส่ง โดยทั่วไปจะมีการอนุมัติหรือเปลี่ยนสถานะอย่างชัดเจน. | ||
| เหตุผลที่สำคัญ นี่คือจุดควบคุมสำคัญก่อนเริ่มกระบวนการจัดส่ง การวิเคราะห์เวลาจนถึงการอนุมัติช่วยระบุความล่าช้าในรอบการตรวจสอบและยืนยันใบสั่งขาย. แหล่งข้อมูล โดยทั่วไป ระบบบันทึกขั้นตอนนี้เป็นสถานะ 'Approved', 'Confirmed' หรือ 'Booked' ในฟิลด์สถานะใบสั่งขายหรือประวัติเวิร์กโฟลว์. บันทึก ระบุเวลาที่สถานะใบสั่งขายเปลี่ยนเป็นสถานะที่แสดงว่าพร้อมจัดส่ง เช่น 'Approved' หรือ 'Booked'. ประเภทเหตุการณ์ inferred | |||
| แก้ไขใบสั่งขาย | กิจกรรมนี้หมายถึงการแก้ไขใบสั่งขายที่มีนัยสำคัญหลังจากสร้างครั้งแรก เช่น เปลี่ยนจำนวนสินค้า รายการสินค้า ราคา หรือวันที่ต้องการ โดยทั่วไปจะบันทึกจากการติดตามการอัปเดตในประวัติการตรวจสอบหรือบันทึกการเปลี่ยนแปลงของระบบ. | ||
| เหตุผลที่สำคัญ การติดตามการเปลี่ยนแปลงใบสั่งขายสำคัญต่อการระบุงานแก้ไขซ้ำ ทำความเข้าใจสาเหตุของความไม่มีประสิทธิภาพ และวัดอัตราการทำงานถูกต้องตั้งแต่ครั้งแรก การเปลี่ยนแปลงบ่อยครั้งอาจบ่งชี้ว่าข้อมูลในใบสั่งขายตอนแรกไม่ถูกต้อง. แหล่งข้อมูล ดึงข้อมูลจากตารางบันทึกการเปลี่ยนแปลงของระบบ ประวัติการตรวจสอบ หรือการเปรียบเทียบเอกสารใบสั่งขายแต่ละเวอร์ชัน. บันทึก กรองบันทึกการเปลี่ยนแปลงของระบบเพื่อค้นหาการอัปเดตฟิลด์สำคัญในส่วนหัวหรือรายการสินค้า โดยใช้เวลาที่เปลี่ยนแปลงเป็นเวลาของเหตุการณ์. ประเภทเหตุการณ์ explicit | |||
| จองสินค้าคงคลังแล้ว | กิจกรรมนี้หมายถึงการจัดสรรหรือสำรองสินค้าคงคลังที่จำเป็นสำหรับรายการสินค้าในใบสั่งขาย เพื่อให้แน่ใจว่าสินค้ามีพร้อมและถูกกันไว้สำหรับคำสั่งซื้อนี้โดยเฉพาะ ไม่ให้ขายแก่ผู้อื่น. | ||
| เหตุผลที่สำคัญ การติดตามการสำรองสินค้าคงคลังช่วยวิเคราะห์ความพร้อมของวัสดุและความล่าช้าที่อาจเกิดจากสต็อก ระยะเวลาระหว่างการอนุมัติใบสั่งขายกับการสำรองสินค้าอาจช่วยชี้ปัญหาด้านการจัดหา. แหล่งข้อมูล มักเป็นเหตุการณ์อัตโนมัติในระบบ โดยบันทึกไว้ในตารางธุรกรรมสินค้าคงคลังหรือแสดงผ่านการเปลี่ยนสถานะของรายการสินค้าในใบสั่งขาย. บันทึก บันทึกเวลาจากบันทึกธุรกรรมสินค้าคงคลังที่ตรงกับการกันสต็อกไว้สำหรับรายการสินค้าในใบสั่งขายนั้น. ประเภทเหตุการณ์ explicit | |||
| ตรวจสอบเครดิตแล้ว | กิจกรรมนี้หมายถึงการตรวจสอบความน่าเชื่อถือด้านเครดิตของลูกค้าที่เกี่ยวข้องกับใบสั่งขาย อาจเป็นการตรวจสอบอัตโนมัติในระบบหรือการตรวจสอบด้วยมือ ซึ่งมักทำให้สถานะเครดิตของใบสั่งขายเปลี่ยนแปลง. | ||
| เหตุผลที่สำคัญ ขั้นตอนนี้มักเป็นคอขวด การวัดระยะเวลาและผลลัพธ์ช่วยวิเคราะห์ประสิทธิภาพการบริหารเครดิตและผลกระทบต่อรอบเวลาของใบสั่งขายโดยรวม. แหล่งข้อมูล มักอนุมานจากการเปลี่ยนสถานะของใบสั่งขาย การปลดระงับเครดิต หรือรายการในบันทึกการจัดการเครดิตโดยเฉพาะ. บันทึก บันทึกเวลาที่ฟิลด์สถานะเครดิตของใบสั่งขายเปลี่ยนเป็น 'Approved' หรือ 'Checked' หรือเวลาที่นำการระงับที่เกี่ยวข้องกับเครดิตออก. ประเภทเหตุการณ์ inferred | |||
| บรรจุสินค้าแล้ว | กิจกรรมนี้บันทึกการบรรจุสินค้าเสร็จสิ้น โดยนำสินค้าที่หยิบมาแล้วมารวม จัดหีบห่อ และเตรียมส่ง มักรวมถึงการสร้างใบจัดสินค้าและสรุปรายละเอียดการจัดส่ง. | ||
| เหตุผลที่สำคัญ การวิเคราะห์เวลาระหว่างการหยิบกับการบรรจุช่วยปรับผังพื้นที่ทำงานและขั้นตอนการบรรจุให้เหมาะสมขึ้น นอกจากนี้ยังเป็นขั้นตอนสำคัญในการตรวจสอบความถูกต้องของคำสั่งซื้อก่อนจัดส่ง. แหล่งข้อมูล ระบบอาจบันทึกเหตุการณ์นี้เป็นสถานะแยกต่างหากใน WMS หรืออนุมานจากเวลาที่สร้างเอกสารใบจัดสินค้า. บันทึก ระบุเวลาที่สถานะเอกสารจัดเตรียมสินค้าเปลี่ยนเป็น 'Packed' หรือใช้เวลาที่สร้างใบจัดสินค้า. ประเภทเหตุการณ์ inferred | |||
| ส่งต่อให้คลังสินค้าแล้ว | กิจกรรมนี้บันทึกการส่งต่อใบสั่งขายไปยังคลังสินค้าอย่างเป็นทางการ เพื่อให้ทีมคลังสินค้าเริ่มหยิบและบรรจุสินค้า. | ||
| เหตุผลที่สำคัญ นี่คือจุดส่งต่องานสำคัญระหว่างแผนก การวิเคราะห์เวลาที่ใช้ในขั้นตอนนี้ช่วยให้พบคอขวดในการสื่อสารระหว่างฝ่ายขายกับโลจิสติกส์. แหล่งข้อมูล มักบันทึกเหตุการณ์นี้เมื่อสร้างรายการหยิบสินค้า หรือเมื่อสถานะใบสั่งขายเปลี่ยนเป็น 'Ready to Pick' หรือ 'Released'. บันทึก ระบุเวลาที่สถานะรายการสินค้าในใบสั่งขายเปลี่ยนเป็นสถานะที่แสดงว่าพร้อมให้คลังสินค้าดำเนินการ. ประเภทเหตุการณ์ inferred | |||
| ส่งใบแจ้งหนี้ให้ลูกค้า | หมายถึงเวลาที่ส่งใบแจ้งหนี้ให้ลูกค้าเพื่อชำระเงิน โดยอาจส่งผ่านช่องทางต่างๆ เช่น อีเมล การแลกเปลี่ยนข้อมูลทางอิเล็กทรอนิกส์ หรือไปรษณีย์. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นอย่างเป็นทางการของระยะเวลาชำระเงินของลูกค้า หากส่งใบแจ้งหนี้ล่าช้าหลังจากสร้าง อาจส่งผลเสียต่อรอบการเปลี่ยนเงินสด. แหล่งข้อมูล ข้อมูลอาจมาจากบันทึกการจัดการผลลัพธ์ บันทึกการสื่อสาร หรือการอัปเดตสถานะเฉพาะของเอกสารใบแจ้งหนี้. บันทึก บันทึกเวลาจากบันทึกผลลัพธ์ของระบบที่ระบุว่าส่งเอกสารใบแจ้งหนี้สำเร็จ. ประเภทเหตุการณ์ inferred | |||
| ส่งมอบสินค้าแล้ว | กิจกรรมนี้หมายถึงการส่งสินค้าไปยังที่อยู่ที่ลูกค้าระบุสำเร็จ โดยมักอัปเดตข้อมูลจากผู้ให้บริการขนส่งภายนอก หรือจากการยืนยันด้วยมือ. | ||
| เหตุผลที่สำคัญ การติดตามการจัดส่งช่วยให้เห็นภาพประสบการณ์ของลูกค้าได้ครบถ้วน และวัดเวลาตั้งแต่รับคำสั่งซื้อจนส่งมอบสินค้าได้อย่างแม่นยำ. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้มาจากข้อมูลของผู้ให้บริการขนส่งภายนอกที่ส่งกลับเข้าสู่ระบบหลัก หรือจากบันทึกยืนยันการส่งมอบสินค้า. บันทึก บันทึกเวลาที่ผู้ให้บริการขนส่งยืนยันการส่งมอบ หรือเวลาที่ป้อนข้อมูลยืนยันการส่งมอบด้วยตนเอง. ประเภทเหตุการณ์ explicit | |||
| สร้างใบลดหนี้ | กิจกรรมนี้เกิดขึ้นเมื่อออกใบลดหนี้ให้ลูกค้า โดยทั่วไปเกิดจากการคืนสินค้า ข้อโต้แย้งเรื่องราคา หรือการปรับปรุงรายการอื่นๆ ซึ่งเป็นการกลับรายการหรือลดยอดที่เคยออกใบแจ้งหนี้ไปแล้ว. | ||
| เหตุผลที่สำคัญ การวิเคราะห์ความถี่และเหตุผลในการออกใบลดหนี้ช่วยให้พบปัญหาเชิงระบบด้านคุณภาพสินค้า ความถูกต้องในการจัดส่ง หรือข้อผิดพลาดด้านราคา และเป็นตัวชี้วัดสำคัญของปัญหาในกระบวนการ. แหล่งข้อมูล เหตุการณ์ทางการเงินนี้บันทึกไว้อย่างชัดเจนจากเวลาที่สร้างเอกสารใบลดหนี้ในโมดูลการวางบิลหรือลูกหนี้. บันทึก ใช้วันที่และเวลาที่สร้างเอกสารใบลดหนี้ ซึ่งโดยทั่วไปจะเชื่อมโยงกับคำสั่งขายหรือใบแจ้งหนี้ต้นทาง. ประเภทเหตุการณ์ explicit | |||
| หยิบสินค้าแล้ว | กิจกรรมนี้หมายถึงการหยิบสินค้าทุกรายการจากตำแหน่งจัดเก็บในคลังสินค้าเสร็จแล้ว โดยทั่วไปจะบันทึกเมื่อพนักงานคลังสินค้ายืนยันว่าหยิบสินค้าครบ. | ||
| เหตุผลที่สำคัญ การวัดระยะเวลาหยิบสินค้าจำเป็นต่อการวิเคราะห์ประสิทธิภาพคลังสินค้าและระบุคอขวดในกระบวนการจัดเตรียมสินค้าจริง. แหล่งข้อมูล โดยทั่วไปบันทึกในโมดูลระบบจัดการคลังสินค้า หรืออนุมานจากการอัปเดตสถานะของเอกสารจัดส่งหรือเอกสารจัดเตรียมสินค้า. บันทึก บันทึกเวลาที่สถานะของรายการหยิบสินค้าหรือเอกสารจัดเตรียมสินค้าที่เกี่ยวข้องเปลี่ยนเป็น 'Picked' หรือ 'Completed'. ประเภทเหตุการณ์ inferred | |||
คู่มือการดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
ไม่ว่าคุณจะเลือกใช้คู่มือเฉพาะระบบหรือปรับเทมเพลตทั่วไปนี้ให้เหมาะกับงานของคุณ ตอนนี้คุณก็พร้อมเริ่มปรับปรุงกระบวนการ Order to Cash และการจัดการใบสั่งขายแล้ว.
เริ่มปรับปรุงการจัดการใบสั่งขายวันนี้
เห็นข้อมูลเชิงลึกได้ทันที ลดความล่าช้า และเพิ่มกระแสเงินสด.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าได้ภายในไม่กี่นาที.