> การปรับปรุงกระบวนการอย่างต่อเนื่อง > การจัดการคลังสินค้า > Körber WMS > เทมเพลตข้อมูล

เทมเพลตข้อมูลการจัดการคลังสินค้าของคุณ

Körber WMS

แอตทริบิวต์การจัดการคลังสินค้า(20) กิจกรรมในการจัดการคลังสินค้า(15) คู่มือการดึงข้อมูล(1)

เทมเพลตข้อมูลการจัดการคลังสินค้าของคุณ

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

แอตทริบิวต์ที่แนะนำให้เก็บ
กิจกรรมหลักที่ควรติดตามในการปฏิบัติการคลังสินค้า
แนวทางดึงข้อมูลสำหรับ Körber WMS

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

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

แอตทริบิวต์การจัดการคลังสินค้า

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

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

	ชื่อ	คำอธิบาย
	ชื่อกิจกรรม ActivityName	ชื่อเหตุการณ์หรืองานที่เกิดขึ้น ณ เวลาหนึ่งในวงจรของใบสั่งงานคลังสินค้า.
คำอธิบาย แอตทริบิวต์นี้อธิบายขั้นตอนหนึ่งในกระบวนการจัดการคลังสินค้า เช่น 'หยิบสินค้าจากที่จัดเก็บ' หรือ 'จัดส่งสินค้าออกจากคลัง' แต่ละกิจกรรมคือเหตุการณ์ทางธุรกิจที่บันทึกไว้ในระบบ พร้อมเวลาที่เกิดขึ้น การวิเคราะห์กิจกรรมเป็นหัวใจของ process mining ช่วยสร้างแผนผังกระบวนการให้เห็นว่างานในคลังสินค้าเกิดขึ้นจริงอย่างไร และช่วยระบุคอขวด งานที่ต้องทำซ้ำ และจุดที่เบี่ยงเบนจากขั้นตอนปฏิบัติงานมาตรฐาน. เหตุผลที่สำคัญ แอตทริบิวต์นี้กำหนดขั้นตอนของกระบวนการ เป็นพื้นฐานในการสร้างแผนผังกระบวนการและวิเคราะห์ลำดับงาน ความแตกต่าง และคอขวด. แหล่งข้อมูล ตารางบันทึกเหตุการณ์หรือรายการธุรกรรมใน Körber WMS ใช้บันทึกเหตุการณ์ทางธุรกิจ โดยมักระบุจากรหัสธุรกรรมหรือคำอธิบายการเปลี่ยนสถานะ. ตัวอย่าง สร้างงานหยิบสินค้าบรรจุสินค้าแล้วจัดส่งสินค้าออกจากคลังแล้วยกเลิกใบสั่งงานคลังสินค้า
	ใบสั่งงานคลังสินค้า WarehouseOrder	รหัสเฉพาะของใบสั่งงานคลังสินค้า ใช้เป็นรหัสเคสหลักสำหรับติดตามกิจกรรมด้านโลจิสติกส์ที่เกี่ยวข้องทั้งหมด.
คำอธิบาย ใบสั่งงานคลังสินค้าเป็นรหัสหลักที่ใช้รวมงานและเหตุการณ์ทั้งหมดซึ่งเกี่ยวข้องกับคำขอด้านโลจิสติกส์รายการหนึ่ง เช่น การรับสินค้าขาเข้าหรือการจัดส่งสินค้าขาออก รหัสนี้ช่วยติดตามวงจรของใบสั่งงานในคลังสินค้าได้ตั้งแต่สร้างจนจัดส่งหรือยกเลิก ใน process mining การวิเคราะห์ตามใบสั่งงานคลังสินค้าช่วยให้เห็นลำดับงานทั้งหมดของแต่ละใบสั่งงาน และช่วยระบุเส้นทางที่พบบ่อย จุดที่เบี่ยงเบน คอขวด และเวลาตั้งแต่ต้นจนจบของใบสั่งงานแต่ละประเภท เช่น งานมาตรฐานและงานเร่งด่วน. เหตุผลที่สำคัญ นี่คือ Case ID หลักที่เชื่อมโยงเหตุการณ์ที่เกี่ยวข้องทั้งหมดเข้าด้วยกัน ทำให้วิเคราะห์กระบวนการจัดการคลังสินค้าของแต่ละใบสั่งงานได้ตั้งแต่ต้นจนจบ. แหล่งข้อมูล โดยทั่วไปจะพบรหัสนี้ในตารางหลักด้านการจัดการใบสั่งงานของ Körber WMS โปรดดูเอกสาร Körber WMS เพื่อค้นหาชื่อตารางและฟิลด์ที่แน่นอน เช่น ตารางส่วนหัวใบสั่งงาน. ตัวอย่าง WO-0012845WO-0012991WO-0013402
	เวลาที่เกิดเหตุการณ์ EventTime	วันที่และเวลาที่ระบบต้นทางบันทึกกิจกรรมหรือเหตุการณ์ไว้อย่างแม่นยำ.
คำอธิบาย เวลาที่เกิดเหตุการณ์คือเวลาที่บันทึกไว้สำหรับแต่ละกิจกรรม ซึ่งระบุช่วงเวลาที่กิจกรรมนั้นเกิดขึ้น ข้อมูลด้านเวลานี้เป็นพื้นฐานในการคำนวณระยะเวลา เวลาตั้งแต่ต้นจนจบ และเวลารอระหว่างขั้นตอนต่างๆ ของกระบวนการ ในการวิเคราะห์กระบวนการ แอตทริบิวต์นี้ใช้เรียงเหตุการณ์ตามลำดับเวลา สร้างลำดับงาน และวิเคราะห์ข้อมูลตามเวลา จำเป็นต่อแดชบอร์ดที่ใช้วัดประสิทธิภาพ เช่น การวิเคราะห์เวลาตั้งแต่ต้นจนจบ และการคำนวณ KPI เช่น 'เวลาเฉลี่ยตั้งแต่ต้นจนจบของใบสั่งงาน'. เหตุผลที่สำคัญ เวลานี้จำเป็นต่อการเรียงลำดับเหตุการณ์ คำนวณตัวชี้วัดตามเวลา เช่น เวลาตั้งแต่ต้นจนจบและเวลารอ รวมถึงทำความเข้าใจประสิทธิภาพของกระบวนการ. แหล่งข้อมูล พบได้ในตารางธุรกรรมและบันทึกเหตุการณ์ของ Körber WMS โดยทั่วไปอาจใช้ชื่อ 'CreationDate', 'Timestamp' หรือ 'EventDateTime'. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z
	ระบบต้นทาง SourceSystem	ระบบที่ดึงข้อมูลออกมา.
คำอธิบาย แอตทริบิวต์นี้ระบุระบบต้นทางของข้อมูลเหตุการณ์ ซึ่งในกรณีนี้คือ 'Körber WMS' หากมีระบบที่เชื่อมต่อกันหลายระบบ ฟิลด์นี้ช่วยแยกแหล่งข้อมูลและติดตามที่มาของข้อมูลได้ ในการวิเคราะห์ แอตทริบิวต์นี้ให้บริบท โดยเฉพาะเมื่อนำข้อมูลจากหลายระบบมารวมกัน อีกทั้งช่วยตรวจสอบคุณภาพข้อมูล และใช้กรองกิจกรรมจากระบบใดระบบหนึ่งได้. เหตุผลที่สำคัญ ช่วยให้ทราบที่มาของข้อมูลและติดตามย้อนกลับได้ชัดเจน โดยเฉพาะในสภาพแวดล้อมที่มีระบบเชื่อมต่อกันหลายระบบ. แหล่งข้อมูล โดยทั่วไปจะกำหนดค่านี้ไว้ตายตัวระหว่างการดึงข้อมูล เพื่อระบุระบบต้นทาง. ตัวอย่าง Körber WMSKörberOne
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาที่ระบุว่ามีการรีเฟรชข้อมูลของกระบวนการนี้ครั้งล่าสุดเมื่อใด.
คำอธิบาย แอตทริบิวต์นี้ระบุวันที่และเวลาที่ดึงหรืออัปเดตข้อมูลล่าสุด ช่วยให้ทราบว่าข้อมูลที่นำมาวิเคราะห์ใหม่เพียงใด และมุมมองกระบวนการเป็นปัจจุบันแค่ไหน ข้อมูลนี้สำคัญต่อความโปร่งใสในแดชบอร์ดและรายงาน ช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลแบบเรียลไทม์ รายวัน หรือรายสัปดาห์ ซึ่งมีผลต่อการตัดสินใจ. เหตุผลที่สำคัญ ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งจำเป็นต่อการตัดสินใจทางธุรกิจอย่างถูกต้องและเหมาะสมกับสถานการณ์. แหล่งข้อมูล ระบบข้อมูลหรือเครื่องมือ ETL จะสร้างและบันทึกค่านี้เมื่อสิ้นสุดการรีเฟรชข้อมูลแต่ละรอบ. ตัวอย่าง 2024-05-21T02:00:00Z2024-05-22T02:00:00Z
	SKU สินค้า ProductSKU	รหัส Stock Keeping Unit (SKU) หรือหมายเลขวัสดุของสินค้าที่จัดการ.
คำอธิบาย SKU สินค้าคือรหัสเฉพาะของสินค้าแต่ละรายการหรือวัสดุที่เกี่ยวข้องกับใบสั่งงานคลังสินค้า ใบสั่งงานหนึ่งรายการอาจมี SKU หนึ่งรายการหรือหลายรายการ การวิเคราะห์ตาม SKU สินค้าช่วยให้ทราบว่าสินค้าบางประเภทมีขั้นตอนจัดการที่ซับซ้อนหรือมีปัญหามากกว่าหรือไม่ ตัวอย่างเช่น อาจพบว่าสินค้าที่แตกหักง่ายใช้เวลาบรรจุนานกว่า หรือ SKU บางรายการมักมีปัญหาหยิบสินค้าไม่ตรงจำนวน ข้อมูลนี้ช่วยปรับวิธีจัดเก็บหรือขั้นตอนการจัดการสินค้าได้. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการตามสินค้าแต่ละรายการ และระบุว่าสินค้าบางชนิดทำให้เกิดความล่าช้าหรือข้อผิดพลาดหรือไม่. แหล่งข้อมูล พบได้ในตารางรายการสินค้าในใบสั่งงาน ซึ่งเชื่อมโยงกับส่วนหัวใบสั่งงานคลังสินค้าหลัก ชื่อฟิลด์ที่พบบ่อย ได้แก่ 'SKU', 'MaterialNumber' หรือ 'ItemCode'. ตัวอย่าง SKU-847361SKU-991204SKU-103557
	จำนวนจริง ActualQuantity	จำนวนสินค้าที่จัดการหรือบันทึกจริงระหว่างทำงาน.
คำอธิบาย จำนวนจริงคือจำนวนหน่วยสินค้าที่พนักงานคลังสินค้านับ หยิบ บรรจุ หรือรับเข้าจริง ระบบจะบันทึกค่านี้เมื่องานเสร็จ และบางครั้งอาจต่างจาก 'จำนวนตามแผน' เนื่องจากสินค้าขาดสต็อก สินค้าเสียหาย หรือความผิดพลาดของผู้ปฏิบัติงาน การเปรียบเทียบแอตทริบิวต์นี้กับ 'จำนวนตามแผน' เป็นพื้นฐานของแดชบอร์ด 'สุขภาพและความถูกต้องของกระบวนการสินค้าคงคลัง' หากค่าทั้งสองต่างกัน แสดงว่าอาจเกิดปัญหาในกระบวนการหรือข้อมูลไม่ถูกต้อง ซึ่งควรตรวจสอบเพิ่มเติม. เหตุผลที่สำคัญ แสดงจำนวนสินค้าที่จัดการจริง จึงจำเป็นต่อการคำนวณอัตราความคลาดเคลื่อนและตรวจสอบความถูกต้องของสินค้าคงคลัง. แหล่งข้อมูล พบได้ในบันทึกการยืนยันธุรกรรมหรือการเสร็จสิ้นงาน ชื่อฟิลด์อาจเป็น 'ActualQty', 'ConfirmedQuantity' หรือ 'PickedQuantity'. ตัวอย่าง 10491
	รหัสผู้ใช้/ผู้ปฏิบัติงาน UserOperatorId	รหัสของผู้ใช้หรือผู้ปฏิบัติงานที่ทำกิจกรรม.
คำอธิบาย แอตทริบิวต์นี้ระบุพนักงานคลังสินค้าหรือผู้ใช้ระบบที่รับผิดชอบงาน เช่น การหยิบ การบรรจุ หรือการจัดเก็บสินค้า ในบางกรณีอาจหมายถึงระบบอัตโนมัติหรือบอต มิตินี้จำเป็นต่อการวิเคราะห์ประสิทธิภาพของทรัพยากร ช่วยให้เข้าใจการกระจายภาระงาน ระบุพนักงานที่ทำผลงานได้ดี และค้นหาผู้ที่อาจต้องได้รับการฝึกอบรมเพิ่มเติม นอกจากนี้ยังเป็นพื้นฐานของแดชบอร์ด 'การใช้ทรัพยากรและภาระงาน' และ KPI 'ปริมาณงานต่อผู้ปฏิบัติงาน'. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของบุคลากร การกระจายภาระงาน และการใช้ทรัพยากร เพื่อระบุความต้องการด้านการฝึกอบรมและผู้ที่ทำผลงานได้ดี. แหล่งข้อมูล พบได้ในตารางธุรกรรมหรือบันทึกที่เก็บการดำเนินการของผู้ใช้ ให้ค้นหาฟิลด์ เช่น 'UserID', 'UserName', 'ExecutedBy' หรือ 'OperatorID'. ตัวอย่าง JSMITHABOT01CDAVISระบบ
	ระดับความสำคัญ PriorityLevel	ระบุความเร่งด่วนหรือระดับความสำคัญของใบสั่งงานคลังสินค้า เช่น งานมาตรฐานหรืองานเร่งด่วน.
คำอธิบาย ระดับความสำคัญใช้จัดประเภทใบสั่งงานคลังสินค้าเพื่อกำหนดความเร่งด่วนในการดำเนินการ ตัวอย่างเช่น อาจระบุใบสั่งงานเป็น 'เร่งด่วน' หรือ 'สำคัญสูง' เพื่อให้ดำเนินการก่อนงานมาตรฐาน แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'วิเคราะห์ใบสั่งงานเร่งด่วน' และ KPI 'สัดส่วนการจัดส่งแบบเร่งด่วน' ช่วยให้เข้าใจผลกระทบของงานเร่งด่วนต่อการปฏิบัติการคลังสินค้าโดยรวม ต้นทุนที่เกี่ยวข้อง และระยะเวลาดำเนินการที่เร็วขึ้นจริงหรือไม่เมื่อเทียบกับงานมาตรฐาน. เหตุผลที่สำคัญ ช่วยวิเคราะห์วิธีจัดการงานเร่งด่วน ความถี่ที่เกิดขึ้น และผลกระทบต่อประสิทธิภาพและต้นทุนโดยรวมของกระบวนการ. แหล่งข้อมูล อยู่ในข้อมูลส่วนหัวใบสั่งงาน ให้ค้นหาฟิลด์ เช่น 'Priority', 'Urgency' หรือตัวบ่งชี้ระดับบริการจัดส่งโดยเฉพาะ. ตัวอย่าง มาตรฐานเร่งด่วนจัดส่งภายในวันถัดไปวิกฤต
	จำนวนตามแผน PlannedQuantity	จำนวนสินค้าที่คาดว่าจะจัดการในงาน เช่น การหยิบหรือการรับสินค้า.
คำอธิบาย จำนวนตามแผนคือจำนวนหน่วยเป้าหมายสำหรับงานหนึ่งตามที่ระบุไว้ในใบสั่งงานคลังสินค้า ตัวอย่างเช่น หากใบสั่งงานกำหนดให้หยิบสินค้า SKU หนึ่งจำนวน 10 หน่วย จำนวนตามแผนของงานหยิบนั้นคือ 10 แอตทริบิวต์นี้จำเป็นต่อการตรวจหาความคลาดเคลื่อนเมื่อเปรียบเทียบกับ 'จำนวนจริง' และเป็นข้อมูลสำคัญในการคำนวณ KPI 'อัตราความคลาดเคลื่อนในการหยิบสินค้า' และ 'อัตราความคลาดเคลื่อนของสินค้าคงคลัง' ซึ่งช่วยรักษาความถูกต้องของสินค้าคงคลัง. เหตุผลที่สำคัญ ใช้เป็นค่าตั้งต้นในการวัดความถูกต้องของงาน เช่น การหยิบและการรับสินค้า และช่วยตรวจหาความคลาดเคลื่อนของสินค้าคงคลัง. แหล่งข้อมูล มีอยู่ในตารางงานหรือตารางรายการสินค้าในใบสั่งงาน ให้ค้นหาฟิลด์ เช่น 'OrderQuantity', 'PlannedQty' หรือ 'ExpectedQuantity'. ตัวอย่าง 10501
	ตำแหน่งจัดเก็บสินค้า StorageLocation	ตำแหน่งเฉพาะในคลังสินค้า เช่น ช่องจัดเก็บหรือทางเดิน ที่ใช้เก็บหรือหยิบสินค้า.
คำอธิบาย แอตทริบิวต์นี้ระบุตำแหน่งจริงภายในคลังสินค้า เช่น ชั้นวาง ชั้นเก็บของ หรือช่องจัดเก็บ ซึ่งเกี่ยวข้องกับกิจกรรมอย่าง 'นำสินค้าเข้าจัดเก็บ' และ 'หยิบสินค้าจากที่จัดเก็บ' ข้อมูลนี้ใช้ในแดชบอร์ด 'ประสิทธิภาพการจัดเก็บและการใช้พื้นที่' เพื่อวิเคราะห์เวลาเดินทาง การใช้พื้นที่จัดเก็บ และประสิทธิภาพของวิธีจัดเก็บ ตัวอย่างเช่น ช่วยตรวจสอบว่าสินค้าที่มีการเคลื่อนไหวสูงอยู่ในตำแหน่งที่หยิบได้สะดวกเพื่อลดเวลาหยิบสินค้าหรือไม่. เหตุผลที่สำคัญ ช่วยปรับผังคลังสินค้าและวิธีจัดเก็บ โดยวิเคราะห์เวลาเดินทางและประสิทธิภาพของงานจัดเก็บและหยิบสินค้าในแต่ละตำแหน่ง. แหล่งข้อมูล พบได้ในตารางข้อมูลหลักของสินค้าคงคลัง งาน หรือตำแหน่ง ให้ค้นหาฟิลด์ เช่น 'BinCode', 'LocationID' หรือ 'StorageBin'. ตัวอย่าง A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05
	ประเภทใบสั่งงาน OrderType	จัดประเภทใบสั่งงานคลังสินค้า เช่น งานขาเข้า งานขาออก หรือการโอนย้ายภายใน.
คำอธิบาย ประเภทใบสั่งงานระบุวัตถุประสงค์ทางธุรกิจของใบสั่งงานคลังสินค้า ประเภทที่พบบ่อย ได้แก่ การจัดส่งสินค้าให้ลูกค้า (ขาออก) การรับสินค้าจากซัพพลายเออร์ (ขาเข้า) การโอนย้ายสต็อกระหว่างพื้นที่คลังสินค้า (ภายใน) และการรับคืนสินค้า แอตทริบิวต์นี้ใช้กรองและเปรียบเทียบผลการวิเคราะห์ได้ ช่วยให้คุณวิเคราะห์และเปรียบเทียบลำดับงานกับประสิทธิภาพของงานโลจิสติกส์แต่ละประเภท เช่น ตรวจสอบว่ากระบวนการรับสินค้าขาเข้ามีประสิทธิภาพมากหรือน้อยกว่าการจัดส่งสินค้าขาออก. เหตุผลที่สำคัญ ช่วยแบ่งผลการวิเคราะห์ตามวัตถุประสงค์ของใบสั่งงาน และแสดงความแตกต่างด้านประสิทธิภาพระหว่างกระบวนการ เช่น การรับสินค้าขาเข้าและการจัดส่งสินค้าขาออก. แหล่งข้อมูล โดยทั่วไปจะอยู่ในตารางส่วนหัวใบสั่งงานของ Körber WMS ให้ค้นหาฟิลด์ชื่อ 'OrderType', 'TransactionType' หรือชื่อใกล้เคียง. ตัวอย่าง การจัดส่งสินค้าขาออกการรับสินค้าขาเข้าการโอนย้ายภายในการรับคืนสินค้าจากลูกค้า
	ผู้ขนส่ง Carrier	ผู้ขนส่งที่รับผิดชอบการจัดส่งใบสั่งงานไปยังปลายทาง.
คำอธิบาย ผู้ขนส่งคือผู้ให้บริการโลจิสติกส์ภายนอก เช่น FedEx, UPS หรือ DHL ที่รับผิดชอบขนส่งสินค้าจากคลังสินค้าไปยังปลายทาง โดยทั่วไปจะกำหนดผู้ขนส่งในขั้นตอนวางแผนหรือจัดส่งสินค้า การวิเคราะห์ตามผู้ขนส่งช่วยให้เห็นความแตกต่างด้านประสิทธิภาพระหว่างผู้ให้บริการขนส่ง ตัวอย่างเช่น ช่วยระบุว่าผู้ขนส่งบางรายเกี่ยวข้องกับเวลาพักสินค้าก่อนจัดส่งที่นานขึ้นหรือความล่าช้าที่เกิดบ่อยขึ้นหรือไม่ ข้อมูลนี้ใช้ประกอบการเจรจาสัญญาและเลือกผู้ขนส่งได้. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของผู้ให้บริการขนส่งแต่ละราย เพื่อปรับปรุงโลจิสติกส์และเพิ่มความน่าเชื่อถือในการจัดส่ง. แหล่งข้อมูล พบได้ในตารางการจัดส่งหรือการวางแผนขนส่งของ Körber WMS ให้ค้นหาฟิลด์ เช่น 'CarrierCode', 'ShippingAgent' หรือ 'SCAC'. ตัวอย่าง FedExUPSDHLLocal Freight Inc.
	มีความคลาดเคลื่อนในการหยิบสินค้าหรือไม่ IsPickingDiscrepancy	ตัวบ่งชี้ว่าจำนวนสินค้าที่หยิบจริงตรงกับจำนวนตามแผนหรือไม่.
คำอธิบาย แอตทริบิวต์บูลีนที่คำนวณขึ้นนี้มีค่าเป็นจริงเมื่อ 'จำนวนจริง' ต่างจาก 'จำนวนตามแผน' ในกิจกรรมที่เกี่ยวข้องกับการหยิบสินค้า ใช้บ่งชี้อย่างง่ายว่ามีข้อผิดพลาดในการหยิบหรือปัญหาสินค้าคงคลังในงานนั้นหรือไม่ ตัวบ่งชี้นี้ช่วยให้วิเคราะห์ได้ง่ายขึ้น โดยผู้ใช้สามารถกรองหาใบสั่งงานทั้งหมดที่มีความคลาดเคลื่อนในการหยิบสินค้าได้อย่างรวดเร็ว ใช้คำนวณ KPI 'อัตราความคลาดเคลื่อนในการหยิบสินค้า' และช่วยแสดงจุดที่เกิดปัญหาในแดชบอร์ด 'สุขภาพและความถูกต้องของกระบวนการสินค้าคงคลัง'. เหตุผลที่สำคัญ แสดงข้อผิดพลาดในการหยิบสินค้าอย่างชัดเจนว่าเกิดขึ้นหรือไม่ ช่วยให้วิเคราะห์และวัดปัญหาความถูกต้องของสินค้าคงคลังได้ง่ายขึ้น. แหล่งข้อมูล คำนวณระหว่างการแปลงข้อมูล โดยใช้ตรรกะ: `IF (ActualQuantity != PlannedQuantity) THEN true ELSE false` สำหรับกิจกรรมหยิบสินค้าที่เกี่ยวข้อง. ตัวอย่าง truefalse
	รหัสคลังสินค้า WarehouseId	รหัสเฉพาะของคลังสินค้าหรือศูนย์กระจายสินค้าที่ดำเนินกิจกรรม.
คำอธิบาย รหัสคลังสินค้าระบุสถานที่หรือศูนย์ปฏิบัติงานจริงที่ใช้ดำเนินการตามใบสั่งงานคลังสินค้า สำหรับองค์กรที่มีศูนย์กระจายสินค้าหลายแห่ง นี่คือมิติสำคัญในการวิเคราะห์ แอตทริบิวต์นี้ช่วยเปรียบเทียบประสิทธิภาพระหว่างสถานที่ต่างๆ ตัวอย่างเช่น คุณสามารถเปรียบเทียบ 'เวลาเฉลี่ยตั้งแต่ต้นจนจบของใบสั่งงาน' ระหว่างคลังสินค้า A กับคลังสินค้า B เพื่อหาแนวทางปฏิบัติที่ดีหรือปัญหาการปฏิบัติการเฉพาะพื้นที่. เหตุผลที่สำคัญ ช่วยเปรียบเทียบและวัดประสิทธิภาพระหว่างคลังสินค้าแต่ละแห่ง พร้อมชี้ให้เห็นปัญหาเฉพาะภูมิภาคหรือสถานที่. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้อยู่ในตารางส่วนหัวใบสั่งงานหรือตารางกำหนดค่าของสถานที่ อาจใช้ชื่อ 'Plant', 'Site' หรือ 'LocationCode'. ตัวอย่าง WH-NYCDC-LAXFC-DAL
	วันที่ต้องการให้ดำเนินการเสร็จ RequestedCompletionDate	วันที่ลูกค้าหรือผู้มีส่วนเกี่ยวข้องภายในองค์กรต้องการให้ดำเนินการตามใบสั่งงานเสร็จ.
คำอธิบาย นี่คือวันที่เป้าหมายสำหรับการดำเนินการหรือจัดส่งใบสั่งงานขาออกให้เสร็จ โดยมักกำหนดตามความคาดหวังของลูกค้าหรือข้อตกลงระดับการให้บริการ (SLA) และใช้เป็นกำหนดส่งหลักในการวัดผลการดำเนินงานจริง วันที่นี้สำคัญต่อแดชบอร์ด 'วิเคราะห์ใบสั่งงานเร่งด่วน' การเปรียบเทียบ 'วันที่ต้องการให้ดำเนินการเสร็จ' กับ 'วันที่ดำเนินการเสร็จจริง' ซึ่งเป็นเวลาของกิจกรรม 'จัดส่งสินค้าออกจากคลัง' หรือ 'ปิดใบสั่งงานคลังสินค้าแล้ว' ช่วยตรวจสอบการดำเนินงานตรงเวลาและระบุใบสั่งงานที่เสี่ยงล่าช้า. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์ตั้งต้นในการวัดการส่งมอบตรงเวลาและการปฏิบัติตามข้อตกลงระดับการให้บริการ (SLA) พร้อมชี้ให้เห็นใบสั่งงานที่อาจล่าช้า. แหล่งข้อมูล อยู่ในตารางส่วนหัวใบสั่งงาน ชื่อฟิลด์ที่พบบ่อย ได้แก่ 'RequiredDeliveryDate', 'RequestedShipDate' หรือ 'SLA'. ตัวอย่าง 2023-10-28T23:59:59Z2023-11-05T23:59:59Z
	เวลาตั้งแต่ต้นจนจบ CycleTime	ระยะเวลารวมตั้งแต่สร้างใบสั่งงานคลังสินค้าจนดำเนินการเสร็จ.
คำอธิบาย เวลาตั้งแต่ต้นจนจบเป็นตัวชี้วัดที่คำนวณจากเวลาที่ผ่านไปตั้งแต่เหตุการณ์แรก ('สร้างใบสั่งงานคลังสินค้า') จนถึงเหตุการณ์สุดท้าย ('ปิดใบสั่งงานคลังสินค้าแล้ว') ของแต่ละเคส ซึ่งแสดงเวลาที่ใช้ดำเนินการตามใบสั่งงานตั้งแต่ต้นจนจบ นี่คือ KPI หลักของ process mining ที่ตอบคำถามว่า 'ใช้เวลานานเท่าไร' โดยตรง เป็นตัวชี้วัดสำคัญของแดชบอร์ด 'เวลาตั้งแต่ต้นจนจบของใบสั่งงานคลังสินค้า' และ KPI 'เวลาเฉลี่ยตั้งแต่ต้นจนจบของใบสั่งงาน' ใช้ติดตามสุขภาพโดยรวมของกระบวนการและระบุใบสั่งงานที่ใช้เวลาดำเนินการนานผิดปกติ. เหตุผลที่สำคัญ นี่คือ KPI สำคัญที่ใช้วัดประสิทธิภาพโดยรวมของกระบวนการคลังสินค้า ซึ่งส่งผลโดยตรงต่อความพึงพอใจของลูกค้าและต้นทุนการปฏิบัติการ. แหล่งข้อมูล เครื่องมือ process mining คำนวณตัวชี้วัดนี้โดยหาผลต่างระหว่างเวลาของเหตุการณ์สุดท้ายกับเหตุการณ์แรกในใบสั่งงานคลังสินค้าแต่ละรายการ. ตัวอย่าง 8640017280036000
	เวลาสิ้นสุด EndTime	เวลาที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด หากมีข้อมูลนี้.
คำอธิบาย เวลาสิ้นสุดคือเวลาที่กิจกรรมเสร็จสมบูรณ์ ส่วน StartTime (EventTime) ระบุเวลาเริ่มต้น เวลาสิ้นสุดช่วยให้คำนวณระยะเวลาของกิจกรรมนั้นได้โดยตรง อย่างไรก็ตาม เหตุการณ์บางรายการไม่มีเวลาสิ้นสุดแยกต่างหาก จึงใช้ StartTime ของเหตุการณ์ถัดไปเพื่อประมาณระยะเวลาของเหตุการณ์ก่อนหน้า แอตทริบิวต์นี้มีประโยชน์มากในการคำนวณเวลาประมวลผลของแต่ละงานอย่างแม่นยำ ตัวอย่างเช่น ใช้คำนวณ 'เวลาเฉลี่ยในการตรวจสอบคุณภาพ' โดยวัดตั้งแต่เริ่มตรวจสอบจนตรวจสอบเสร็จ. เหตุผลที่สำคัญ ช่วยคำนวณเวลาประมวลผลของแต่ละกิจกรรมได้อย่างแม่นยำ ซึ่งจำเป็นต่อการระบุงานที่ไม่มีประสิทธิภาพและคอขวดด้านทรัพยากร. แหล่งข้อมูล โปรดดูเอกสาร Körber WMS ข้อมูลนี้อาจอยู่ในตารางธุรกรรมร่วมกับเวลาเริ่มต้น หรือในตารางประวัติสถานะที่เกี่ยวข้อง. ตัวอย่าง 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z
	สถานะ SLA SLAStatus	ระบุว่าใบสั่งงานเสร็จตรงเวลา ล่าช้า หรือมีความเสี่ยงที่จะล่าช้า โดยอิงจากวันที่ต้องการให้ดำเนินการเสร็จ.
คำอธิบาย สถานะ SLA เป็นแอตทริบิวต์ที่คำนวณขึ้นเพื่อจัดประเภทใบสั่งงานตามความตรงต่อเวลาเมื่อเทียบกับ 'RequestedCompletionDate' ค่าอาจเป็น 'ตรงเวลา', 'ล่าช้า' หรือ 'กำลังดำเนินการ' แอตทริบิวต์นี้ช่วยให้เห็นผลการให้บริการได้ทันที และกรองหรือวิเคราะห์ใบสั่งงานที่ล่าช้าทั้งหมดได้อย่างรวดเร็ว เพื่อหาสาเหตุ เช่น คอขวดหรือปัญหาด้านทรัพยากร จึงเป็นองค์ประกอบสำคัญของการวิเคราะห์ความพึงพอใจของลูกค้าและความน่าเชื่อถือในการปฏิบัติการ. เหตุผลที่สำคัญ วัดการปฏิบัติตามข้อตกลงระดับการให้บริการโดยตรง ช่วยระบุใบสั่งงานที่ล่าช้าและวิเคราะห์หาสาเหตุได้ง่าย. แหล่งข้อมูล คำนวณในขั้นตอนการแปลงข้อมูล โดยเปรียบเทียบเวลาของเหตุการณ์ 'ปิดใบสั่งงานคลังสินค้าแล้ว' กับ 'RequestedCompletionDate'. ตัวอย่าง ตรงเวลาล่าช้ากำลังดำเนินการ
	อุปกรณ์ที่ใช้ EquipmentUsed	รหัสอุปกรณ์ที่ใช้ทำงาน เช่น รถยกหรือเครื่องสแกน.
คำอธิบาย แอตทริบิวต์นี้ระบุอุปกรณ์ขนถ่ายวัสดุ (MHE) หรือเทคโนโลยีที่ใช้ระหว่างทำงานในคลังสินค้า เช่น รถยก รถลากพาเลต เครื่องสแกนมือถือ หรือรถขนส่งอัตโนมัติ (AGV) การวิเคราะห์ตามอุปกรณ์ช่วยให้เข้าใจการใช้ทรัพยากร ความจำเป็นในการบำรุงรักษา และผลของอุปกรณ์แต่ละประเภทต่อประสิทธิภาพของงาน นอกจากนี้ยังเป็นมิติสำคัญของแดชบอร์ด 'การใช้ทรัพยากรและภาระงาน' ซึ่งช่วยให้เห็นภาพรวมการใช้ทั้งทรัพยากรบุคคลและเครื่องจักร. เหตุผลที่สำคัญ ช่วยวิเคราะห์การใช้อุปกรณ์และผลต่อประสิทธิภาพของงาน เพื่อปรับการจัดการยานพาหนะและเครื่องจักร รวมถึงระบุคอขวดที่เกิดจากเครื่องจักร. แหล่งข้อมูล โปรดดูเอกสาร Körber WMS ข้อมูลนี้อาจบันทึกไว้ในรายการดำเนินงาน โดยเฉพาะกรณีที่ผู้ปฏิบัติงานเข้าสู่ระบบผ่านอุปกรณ์แต่ละเครื่อง. ตัวอย่าง FORKLIFT-08SCANNER-112AGV-03

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

กิจกรรมในการจัดการคลังสินค้า

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

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

	กิจกรรม	คำอธิบาย
	จัดเก็บสินค้าเข้าที่แล้ว	ผู้ปฏิบัติงานยืนยันว่าเสร็จสิ้นงานจัดเก็บ โดยทั่วไปจะสแกนช่องจัดเก็บและพาเลตหรือสินค้า การดำเนินการนี้บันทึกการเคลื่อนย้ายและอัปเดตตำแหน่งสินค้าคงคลังในระบบอย่างชัดเจน.
เหตุผลที่สำคัญ หมุดหมายสำคัญนี้เป็นจุดสิ้นสุดของกระบวนการขาเข้า และใช้คำนวณ KPI “ระยะเวลารอบการจัดเก็บ” และ “ระยะเวลาตั้งแต่รับสินค้าจนจัดเก็บ”. แหล่งข้อมูล บันทึกเมื่อผู้ปฏิบัติงานยืนยันว่าเสร็จสิ้นงานจัดเก็บผ่านอุปกรณ์ RF การดำเนินการนี้จะอัปเดตสถานะงานเป็น “Completed” และบันทึก Timestamp ที่เสร็จสิ้น. บันทึก Timestamp จากธุรกรรมยืนยันการจัดเก็บสินค้า. ประเภทเหตุการณ์ explicit
	จัดส่งสินค้าออกจากคลังแล้ว	โหลดสินค้าและรถบรรทุกออกจากคลังสินค้า เหตุการณ์นี้เกิดขึ้นเมื่อดำเนินธุรกรรม “Ship Confirm” หรือ “Post Goods Issue” ซึ่งเป็นการยืนยันการจัดส่งในระบบ.
เหตุผลที่สำคัญ เหตุการณ์สำคัญนี้ระบุเวลาที่สินค้าออกจากคลังจริง มักใช้เป็นจุดอ้างอิงในการออกใบแจ้งหนี้และแจ้งสถานะให้ลูกค้าทราบ. แหล่งข้อมูล ระบบบันทึกรายการ 'Ship Confirm' อย่างชัดเจน ซึ่งเชื่อมโยงกับการพิมพ์ใบตราส่งสินค้า และมีการบันทึกเวลาไว้โดยเฉพาะ. บันทึก เวลาที่บันทึกจากรายการ 'Ship Confirm' หรือ 'Post Goods Issue'. ประเภทเหตุการณ์ explicit
	บรรจุสินค้าแล้ว	บรรจุสินค้าในภาชนะหรือกล่องสำหรับจัดส่งเสร็จแล้ว โดยปิดผนึกและติดฉลากเรียบร้อย เหตุการณ์นี้แสดงว่าคำสั่งซื้อพร้อมนำไปจัดเตรียมและจัดส่ง และมีการบันทึกไว้อย่างชัดเจน.
เหตุผลที่สำคัญ หมุดหมายสำคัญนี้เป็นจุดสิ้นสุดของการเตรียมสินค้าสำหรับจัดส่ง ใช้คำนวณปริมาณงานบรรจุและระบุความล่าช้าก่อนโหลดสินค้า. แหล่งข้อมูล ผู้ปฏิบัติงานดำเนินธุรกรรม “Packing Complete” หรือ “Close Carton” โดยตรง ซึ่งจะบันทึก Timestamp ที่บรรจุภาชนะสำหรับจัดส่งเสร็จ. บันทึก Timestamp จากธุรกรรม “Close Container” หรือ “Packing Complete”. ประเภทเหตุการณ์ explicit
	ปิดใบสั่งงานคลังสินค้าแล้ว	ระบบปิดใบสั่งงานคลังสินค้าเมื่อการเคลื่อนย้ายสินค้าและรายการที่เกี่ยวข้องเสร็จสิ้นทั้งหมด โดยทั่วไปอนุมานจากการเปลี่ยนสถานะที่ส่วนหัวของใบสั่งงาน ซึ่งเป็นการสิ้นสุดวงจรของใบสั่งงาน.
เหตุผลที่สำคัญ นี่คือจุดสิ้นสุดหลักของกระบวนการ ใช้คำนวณเวลาตั้งแต่ต้นจนจบและวัดสัดส่วนของกระบวนการที่เสร็จสมบูรณ์. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะที่ส่วนหัวของใบสั่งงานคลังสินค้าเป็นสถานะสุดท้าย เช่น 'Complete' หรือ 'Closed'. บันทึก อนุมานจากเวลาที่สถานะที่ส่วนหัวของใบสั่งงานคลังสินค้าเปลี่ยนเป็น 'Completed'. ประเภทเหตุการณ์ inferred
	รับและตรวจนับสินค้าแล้ว	พนักงานคลังสินค้าขนถ่าย สแกน และตรวจนับสินค้าที่ได้รับ โดยเทียบกับการแจ้งจัดส่งสินค้าขาเข้า ธุรกรรมนี้ยืนยันอย่างชัดเจนว่าคลังสินค้าได้รับวัสดุตามจำนวนที่ระบุและอยู่ในความดูแลแล้ว.
เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญของกระบวนการขาเข้า ซึ่งใช้คำนวณ KPI เช่น “ระยะเวลาตั้งแต่รับสินค้าจนจัดเก็บ” และช่วยให้ตรวจพบความแตกต่างระหว่างจำนวนที่คาดไว้กับจำนวนที่ได้รับตั้งแต่เนิ่น ๆ. แหล่งข้อมูล ระบบบันทึกเหตุการณ์เมื่อผู้ใช้ยืนยันจำนวนสินค้าที่รับผ่านเครื่องสแกน RF หรือธุรกรรมบนเดสก์ท็อป การดำเนินการนี้จะอัปเดตสถานะสินค้าคงคลังเป็น “Received” หรือ “On-Hand” ในพื้นที่พักสินค้า. บันทึก Timestamp จากธุรกรรมยืนยันการรับสินค้า. ประเภทเหตุการณ์ explicit
	สร้างคำสั่งงานคลังสินค้า	การสร้างคำสั่งงานคลังสินค้าในระบบเป็นครั้งแรก ซึ่งแสดงถึงความต้องการเคลื่อนย้ายสินค้า โดยทั่วไปเหตุการณ์นี้จะถูกบันทึกไว้อย่างชัดเจนเมื่อผู้ใช้หรือระบบที่เชื่อมต่อ เช่น ERP สร้างรายการคำสั่งซื้อพร้อม Timestamp ที่สร้าง.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นของกระบวนการตั้งแต่ต้นจนจบ จำเป็นต่อการวัดระยะเวลารอบคำสั่งซื้อทั้งหมดและทำความเข้าใจความต้องการกับปริมาณคำสั่งซื้อโดยรวม. แหล่งข้อมูล ดึงข้อมูลจาก Timestamp ที่สร้างในตารางส่วนหัวของคำสั่งงานคลังสินค้า เมื่อบันทึกรายการคำสั่งซื้อใหม่ใน Körber WMS. บันทึก บันทึกจาก Timestamp ที่สร้างในส่วนหัวของคำสั่งงานคลังสินค้า. ประเภทเหตุการณ์ explicit
	หยิบสินค้าออกจากที่จัดเก็บแล้ว	ผู้ปฏิบัติงานยืนยันว่าได้หยิบสินค้าสำหรับคำสั่งซื้อจากตำแหน่งจัดเก็บแล้ว โดยทั่วไปจะสแกนสินค้าและตำแหน่งจัดเก็บ ซึ่งจะตัดจำนวนสินค้าออกจากช่องจัดเก็บและบันทึกการดำเนินการ.
เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญของกระบวนการขาออก ช่วยวิเคราะห์ระยะเวลาการหยิบสินค้าและระบุความล่าช้าที่อาจเกิดขึ้นระหว่างการหยิบกับการบรรจุ. แหล่งข้อมูล บันทึกเมื่อผู้ปฏิบัติงานยืนยันว่าเสร็จสิ้นงานหยิบสินค้าผ่านอุปกรณ์ RF ระบบจะอัปเดตสถานะงานเป็น “Completed” และบันทึก Timestamp ที่เสร็จสิ้น. บันทึก Timestamp จากธุรกรรมยืนยันงานหยิบสินค้า. ประเภทเหตุการณ์ explicit
	จัดเตรียมสินค้าเพื่อจัดส่งแล้ว	ย้ายกล่องหรือพาเลตที่บรรจุแล้วจากพื้นที่บรรจุไปยังช่องพักสินค้าที่กำหนด เพื่อรอผู้ขนส่งมารับ โดยมักอนุมานจาก Timestamp ของธุรกรรมย้ายสินค้าคงคลังไปยังตำแหน่งจัดส่ง.
เหตุผลที่สำคัญ ช่วยวิเคราะห์เวลาที่สินค้าค้างอยู่ระหว่างการบรรจุกับการจัดส่ง หากใช้เวลาพักนาน อาจบ่งชี้ว่าประสานงานกับผู้ขนส่งได้ไม่ดี หรือจัดการประตูท่าโหลดสินค้าไม่มีประสิทธิภาพ. แหล่งข้อมูล อนุมานจากการเปลี่ยนตำแหน่งของหน่วยจัดการสินค้า จากศูนย์งานบรรจุไปยังช่องพักสินค้าสำหรับจัดส่ง โดยธุรกรรมการย้ายจะมี Timestamp ที่จำเป็น. บันทึก อนุมานจาก Timestamp ของธุรกรรมย้ายสินค้าคงคลัง ซึ่งระบุตำแหน่งปลายทางเป็นพื้นที่พักสินค้า. ประเภทเหตุการณ์ inferred
	ได้รับการแจ้งจัดส่งสินค้าขาเข้า	ได้รับ Advanced Shipping Notification (ASN) หรือการแจ้งจัดส่งสินค้าขาเข้าจากซัพพลายเออร์ เหตุการณ์นี้แจ้งว่าสินค้ามีกำหนดมาถึง ช่วยให้คลังสินค้าวางแผนการรับสินค้าได้ โดยทั่วไปจะสร้างรายการผ่านธุรกรรม EDI หรือป้อนข้อมูลด้วยมือ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของการวางแผนรับสินค้าเข้า การวิเคราะห์ระยะเวลาตั้งแต่ได้รับแจ้งจนสินค้ามาถึงช่วยวัดผลการดำเนินงานของซัพพลายเออร์และวางแผนกำลังคน. แหล่งข้อมูล ดึงข้อมูลจาก Timestamp ที่สร้าง ASN หรือรายการจัดส่งสินค้าขาเข้า ซึ่งมักสร้างผ่านอินเทอร์เฟซ EDI หรือการป้อนข้อมูลด้วยมือ. บันทึก บันทึกเมื่อสร้างรายการ ASN ในระบบสำเร็จ. ประเภทเหตุการณ์ explicit
	ตรวจสอบคุณภาพสินค้าแล้ว	ตรวจสอบคุณภาพสินค้าที่ได้รับ ซึ่งอาจต้องย้ายสินค้าไปยังพื้นที่ตรวจสอบคุณภาพโดยเฉพาะ กิจกรรมนี้มักอนุมานจากการเปลี่ยนสถานะสินค้าคงคลัง เช่น จาก “On-Hand” เป็น “QI Hold” แล้วกลับเป็น “Unrestricted”.
เหตุผลที่สำคัญ ช่วยวิเคราะห์ระยะเวลาตรวจสอบคุณภาพ ซึ่งอาจเป็นคอขวดสำคัญ และช่วยติดตามปริมาณการตรวจสอบกับความล่าช้าก่อนสินค้าพร้อมใช้งาน. แหล่งข้อมูล อนุมานได้จากการเปลี่ยนสถานะสินค้าคงคลังที่เกี่ยวข้องกับการพักสินค้าเพื่อตรวจสอบคุณภาพ บางระบบอาจมีบันทึกธุรกรรมการจัดการคุณภาพโดยเฉพาะ. บันทึก อนุมานจากการเปลี่ยนสถานะสินค้าคงคลัง หรือจากบันทึกธุรกรรมที่เชื่อมโยงกับคำสั่งตรวจสอบคุณภาพ. ประเภทเหตุการณ์ inferred
	ยกเลิกใบสั่งงานคลังสินค้า	ยกเลิกใบสั่งงานคลังสินค้าก่อนดำเนินการเสร็จ ทำให้งานที่กำลังดำเนินอยู่ทั้งหมดหยุดลง โดยทั่วไปอนุมานจากการเปลี่ยนสถานะที่ส่วนหัวของใบสั่งงานเป็น 'Canceled'.
เหตุผลที่สำคัญ เป็นจุดสิ้นสุดอีกแบบหนึ่งของกระบวนการ การวิเคราะห์รายการที่ถูกยกเลิกช่วยให้เข้าใจสาเหตุที่กระบวนการไม่สำเร็จ เช่น สินค้าขาดสต็อกหรือมีการเปลี่ยนแปลงจากลูกค้า. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะที่ส่วนหัวของใบสั่งงานคลังสินค้าเป็น 'Canceled' หรือ 'Deleted' พร้อมเวลาที่สถานะเปลี่ยน. บันทึก อนุมานจากเวลาที่สถานะที่ส่วนหัวของใบสั่งงานคลังสินค้าเปลี่ยนเป็น 'Canceled'. ประเภทเหตุการณ์ inferred
	เริ่มบรรจุสินค้า	สินค้าที่หยิบแล้วมาถึงสถานีบรรจุ และผู้ปฏิบัติงานเริ่มบรรจุสินค้า เหตุการณ์นี้มักอนุมานจากการสแกนสินค้าชิ้นแรกที่สถานีบรรจุ ซึ่งเชื่อมโยงกับคำสั่งซื้อขาออกรายการหนึ่ง.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นของขั้นตอนบรรจุสินค้า การวัดเวลารอก่อนเริ่มกิจกรรมและระยะเวลาที่ใช้บรรจุช่วยระบุคอขวดในการเตรียมจัดส่ง. แหล่งข้อมูล อาจบันทึกผ่านธุรกรรม “Start Packing” โดยตรง แต่โดยทั่วไปจะอนุมานจากการสแกนสินค้าชิ้นแรกของคำสั่งซื้อที่สถานีบรรจุ. บันทึก อนุมานจาก Timestamp ของการดำเนินการแรกที่สถานีบรรจุสำหรับคำสั่งซื้อแต่ละรายการ. ประเภทเหตุการณ์ inferred
	สร้างงานจัดเก็บสินค้า	WMS สร้างงานให้ผู้ปฏิบัติงานย้ายสินค้าที่รับแล้วจากพื้นที่พักสินค้าไปยังช่องจัดเก็บปลายทาง ระบบจะเลือกช่องจัดเก็บที่เหมาะสมตามหลักเกณฑ์การจัดเก็บ.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นของกระบวนการจัดเก็บสินค้า การวิเคราะห์ระยะเวลาตั้งแต่เกิดเหตุการณ์จนงานเสร็จช่วยวัดประสิทธิภาพของระบบและผู้ปฏิบัติงาน. แหล่งข้อมูล ระบบสร้างรายการในตารางจัดการงานหรือคิวงาน โดยระบุประเภทงานเป็น “Putaway” พร้อม Timestamp ที่สร้าง. บันทึก บันทึกจาก Timestamp ที่สร้างรายการงานจัดเก็บสินค้า. ประเภทเหตุการณ์ explicit
	สร้างงานหยิบสินค้า	ระบบสร้างงานหยิบสินค้าให้ผู้ปฏิบัติงานตามคำสั่งงานคลังสินค้าขาออก งานนี้ระบุตำแหน่งที่ต้องไปหยิบสินค้าและจำนวนที่ต้องหยิบ.
เหตุผลที่สำคัญ เหตุการณ์นี้เริ่มกระบวนการจัดส่งขาออก การวิเคราะห์การสร้างงานหยิบช่วยให้เข้าใจหลักการประมวลผลคำสั่งซื้อและการกระจายภาระงาน. แหล่งข้อมูล ระบบสร้างรายการประเภทงาน “Picking” พร้อม Timestamp ที่สร้างในตารางจัดการงานหรือคิวงานของ Körber WMS. บันทึก บันทึกจาก Timestamp ที่สร้างรายการงานหยิบสินค้า. ประเภทเหตุการณ์ explicit
	สินค้ามาถึงท่ารับ	บันทึกเวลาที่รถขนส่งมาถึงท่ารับสินค้าของคลังสินค้า โดยผู้ดูแลประตูหรือพนักงานรับสินค้ามักเป็นผู้บันทึก และถือเป็นจุดเริ่มต้นของการรับสินค้าจริง เหตุการณ์นี้มักอนุมานจากการเปลี่ยนสถานะของรายการจัดส่ง.
เหตุผลที่สำคัญ เหตุการณ์นี้ช่วยวัดความตรงต่อเวลาของผู้ขนส่งและวิเคราะห์เวลารอที่ท่ารับสินค้า เพื่อระบุคอขวดที่อาจเกิดขึ้นก่อนเริ่มขนถ่าย. แหล่งข้อมูล มักบันทึกเป็นการอัปเดตสถานะในรายการจัดส่งสินค้าขาเข้า หรือผ่านธุรกรรม “Check-In” โดยเฉพาะในโมดูลจัดการลานขนส่ง หากมี. บันทึก อนุมานจากการเปลี่ยนสถานะของรายการจัดส่งสินค้าขาเข้าเป็น “Arrived” หรือ “At Dock”. ประเภทเหตุการณ์ inferred

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

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

วิธีดึงข้อมูลจาก Körber WMS

ขั้นตอน

เตรียมการเข้าถึงฐานข้อมูล: ขอข้อมูลรับรองแบบอ่านอย่างเดียวและรายละเอียดการเชื่อมต่อ เช่น ชื่อเซิร์ฟเวอร์ ชื่อฐานข้อมูล และพอร์ต สำหรับฐานข้อมูล Körber WMS ที่ใช้งานจริงหรือฐานข้อมูลสำเนา คุณต้องมีเครื่องมือเชื่อมต่อ เช่น Microsoft SQL Server Management Studio (SSMS) หรือ Oracle SQL Developer.
ระบุตารางหลัก: ก่อนเรียกใช้สคริปต์ ให้ตรวจสอบชื่อจริงของตารางและคอลัมน์ในระบบ Körber WMS ที่คุณใช้งานร่วมกับผู้ดูแลระบบ เนื่องจากชื่ออาจแตกต่างกัน ตารางหลักมักประกอบด้วยส่วนหัวคำสั่งซื้อ งาน และธุรกรรมสินค้าคงคลัง
เชื่อมต่อฐานข้อมูล: เปิด SQL client แล้วเชื่อมต่อฐานข้อมูล Körber WMS ด้วยข้อมูลรับรองที่ได้รับ
โหลด SQL Script: เปิดหน้าต่าง query ใหม่ แล้วคัดลอก SQL script ทั้งหมดจากส่วน 'query' ในเอกสารนี้
ตั้งค่าพารามิเตอร์: ค้นหาตัวแปรแทนค่าที่ด้านบนของสคริปต์ แล้วแทน @[StartDate], @[EndDate] และ @[WarehouseId] ด้วยช่วงวันที่และรหัสคลังสินค้าที่ต้องการ เพื่อกรองข้อมูลที่จะดึง
เรียกใช้ Query: เรียกใช้ SQL script ที่ตั้งค่าแล้ว ระยะเวลาประมวลผลขึ้นอยู่กับช่วงวันที่และปริมาณข้อมูลในระบบ
ตรวจสอบผลลัพธ์: เมื่อ query ทำงานเสร็จ ให้ตรวจดูผลลัพธ์ใน SQL client ว่ามีแถวข้อมูล และคอลัมน์ (WarehouseOrder, ActivityName, EventTime เป็นต้น) มีค่าตามที่คาดไว้
ส่งออกเป็น CSV: ส่งออกผลลัพธ์ทั้งหมดเป็นไฟล์ CSV โดย SQL client ส่วนใหญ่มีฟังก์ชันส่งออกผลลัพธ์จาก query โดยตรง
เตรียมไฟล์สำหรับอัปโหลด: บันทึกไฟล์ CSV ที่ส่งออกด้วยการเข้ารหัส UTF-8 ตรวจสอบว่าหัวคอลัมน์ตรงกับชื่อแอตทริบิวต์ที่กำหนดทุกตัว โดยไม่มีช่องว่างหรืออักขระเกินมา.

การกำหนดค่า

การเชื่อมต่อฐานข้อมูล: ต้องเชื่อมต่อฐานข้อมูลโดยตรง โดยระบุที่อยู่เซิร์ฟเวอร์ ชื่อฐานข้อมูล ชื่อผู้ใช้ที่ใช้งานได้ และรหัสผ่าน แนะนำให้ใช้ผู้ใช้ที่มีสิทธิ์อ่านอย่างเดียว เพื่อป้องกันการแก้ไขข้อมูลโดยไม่ตั้งใจ
การกรองช่วงวันที่: Query ใช้ตัวแปร @StartDate และ @EndDate เพื่อกำหนดช่วงเวลาที่ต้องการดึงข้อมูล สำหรับการวิเคราะห์ครั้งแรก แนะนำให้ใช้ช่วง 3 ถึง 6 เดือน เพื่อให้เห็นความหลากหลายของกระบวนการโดยไม่เพิ่มภาระฐานข้อมูลมากเกินไป
การกรองคลังสินค้าและคำสั่งซื้อ: สคริปต์มีตัวแปร @[WarehouseId] เพื่อจำกัดการดึงข้อมูลให้เหลือคลังสินค้าที่ระบุ คุณสามารถเพิ่มตัวกรองอื่นในส่วน WHERE ของสคริปต์ เช่น ประเภทคำสั่งซื้อหรือลูกค้า เพื่อปรับชุดข้อมูลให้ตรงกับการวิเคราะห์
ระดับรายละเอียดของข้อมูล: สคริปต์นี้ดึงเหตุการณ์ทั้งระดับส่วนหัวคำสั่งซื้อ เช่น 'Warehouse Order Created' และระดับรายละเอียดของงานหรือธุรกรรม เช่น 'Goods Picked'.
สิ่งที่ต้องมี: คุณต้องมีสิทธิ์ฐานข้อมูลเพียงพอในการอ่านทุกตารางที่ระบุใน query และต้องเข้าใจ schema ของ Körber WMS ที่ใช้งาน เพื่อยืนยันและปรับชื่อ таблиางหรือคอลัมน์ให้ถูกต้อง.

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

DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';

-- 1. Warehouse Order Created
SELECT
  ord.ORD_NBR AS WarehouseOrder,
  'Warehouse Order Created' AS ActivityName,
  ord.CREATE_DATE AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  ord.CREATE_USER AS UserOperatorId,
  ord.PRIORITY AS PriorityLevel,
  NULL AS ProductSKU,
  NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId

UNION ALL

-- 2. Inbound Delivery Notification Rcvd
SELECT
  asn.ASN_NBR AS WarehouseOrder,
  'Inbound Delivery Notification Rcvd' AS ActivityName,
  asn.CREATE_DATE AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  asn.CREATE_USER AS UserOperatorId,
  asn.PRIORITY AS PriorityLevel,
  NULL AS ProductSKU,
  NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId

UNION ALL

-- 3. Goods Arrived at Dock
SELECT
  asn.ASN_NBR AS WarehouseOrder,
  'Goods Arrived at Dock' AS ActivityName,
  asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  asn.MOD_USER AS UserOperatorId,
  asn.PRIORITY AS PriorityLevel,
  NULL AS ProductSKU,
  NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId

UNION ALL

-- 4. Goods Received and Counted
SELECT
  tran.ORD_NBR AS WarehouseOrder,
  'Goods Received and Counted' AS ActivityName,
  tran.TRAN_TSTMP AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  tran.USER_ID AS UserOperatorId,
  NULL AS PriorityLevel,
  tran.SKU AS ProductSKU,
  tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId

UNION ALL

-- 5. Quality Inspection Performed
SELECT
  tran.ORD_NBR AS WarehouseOrder,
  'Quality Inspection Performed' AS ActivityName,
  tran.TRAN_TSTMP AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  tran.USER_ID AS UserOperatorId,
  NULL AS PriorityLevel,
  tran.SKU AS ProductSKU,
  tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId

UNION ALL

-- 6. Putaway Task Created
SELECT
  tsk.ORD_NBR AS WarehouseOrder,
  'Putaway Task Created' AS ActivityName,
  tsk.CREATE_DATE AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  tsk.CREATE_USER AS UserOperatorId,
  tsk.PRIORITY AS PriorityLevel,
  tsk.SKU AS ProductSKU,
  tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId

UNION ALL

-- 7. Goods Put Away in Storage
SELECT
  tsk.ORD_NBR AS WarehouseOrder,
  'Goods Put Away in Storage' AS ActivityName,
  tsk.CMPL_TSTMP AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  tsk.USER_ID AS UserOperatorId,
  tsk.PRIORITY AS PriorityLevel,
  tsk.SKU AS ProductSKU,
  tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId

UNION ALL

-- 8. Picking Task Created
SELECT
  tsk.ORD_NBR AS WarehouseOrder,
  'Picking Task Created' AS ActivityName,
  tsk.CREATE_DATE AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  tsk.CREATE_USER AS UserOperatorId,
  tsk.PRIORITY AS PriorityLevel,
  tsk.SKU AS ProductSKU,
  tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId

UNION ALL

-- 9. Goods Picked from Storage
SELECT
  tsk.ORD_NBR AS WarehouseOrder,
  'Goods Picked from Storage' AS ActivityName,
  tsk.CMPL_TSTMP AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  tsk.USER_ID AS UserOperatorId,
  tsk.PRIORITY AS PriorityLevel,
  tsk.SKU AS ProductSKU,
  tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId

UNION ALL

-- 10. Packing Initiated
SELECT
  pck.ORD_NBR AS WarehouseOrder,
  'Packing Initiated' AS ActivityName,
  MIN(pck.CREATE_DATE) AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  MIN(pck.USER_ID) AS UserOperatorId,
  NULL AS PriorityLevel,
  NULL AS ProductSKU,
  NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR

UNION ALL

-- 11. Goods Packed
SELECT
  ctn.ORD_NBR AS WarehouseOrder,
  'Goods Packed' AS ActivityName,
  ctn.PACK_CMPL_TSTMP AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  ctn.PACKER_ID AS UserOperatorId,
  NULL AS PriorityLevel,
  NULL AS ProductSKU,
  NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId

UNION ALL

-- 12. Staged for Shipment
SELECT
  tran.ORD_NBR AS WarehouseOrder,
  'Staged for Shipment' AS ActivityName,
  tran.TRAN_TSTMP AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  tran.USER_ID AS UserOperatorId,
  NULL AS PriorityLevel,
  tran.SKU AS ProductSKU,
  tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId

UNION ALL

-- 13. Shipment Dispatched
SELECT
  shp.ORD_NBR AS WarehouseOrder,
  'Shipment Dispatched' AS ActivityName,
  shp.SHIP_CONFIRM_TSTMP AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  shp.USER_ID AS UserOperatorId,
  NULL AS PriorityLevel,
  NULL AS ProductSKU,
  NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId

UNION ALL

-- 14. Warehouse Order Completed
SELECT
  ord.ORD_NBR AS WarehouseOrder,
  'Warehouse Order Completed' AS ActivityName,
  ord.MOD_DATE AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  ord.MOD_USER AS UserOperatorId,
  ord.PRIORITY AS PriorityLevel,
  NULL AS ProductSKU,
  NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId

UNION ALL

-- 15. Warehouse Order Canceled
SELECT
  ord.ORD_NBR AS WarehouseOrder,
  'Warehouse Order Canceled' AS ActivityName,
  ord.MOD_DATE AS EventTime,
  'Körber WMS' AS SourceSystem,
  GETDATE() AS LastDataUpdate,
  ord.MOD_USER AS UserOperatorId,
  ord.PRIORITY AS PriorityLevel,
  NULL AS ProductSKU,
  NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId;

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

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

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

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

เพิ่มประสิทธิภาพการจัดการคลังสินค้า เริ่มได้วันนี้

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

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

ไม่ต้องใช้บัตรเครดิต ยกเลิกได้ทุกเมื่อ.

เทมเพลตข้อมูลการจัดการคลังสินค้าของคุณ

เทมเพลตข้อมูลการจัดการคลังสินค้าของคุณ

แอตทริบิวต์การจัดการคลังสินค้า

กิจกรรมในการจัดการคลังสินค้า

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

เรียกใช้ SQL โดยตรงบนฐานข้อมูล Körber WMS

ขั้นตอน

การกำหนดค่า

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

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

เพิ่มประสิทธิภาพการจัดการคลังสินค้า เริ่มได้วันนี้