ระบบเติมสินค้าเข้าชั้นหยิบสำหรับโรงงาน: แนวทางนำไปใช้

การนำระบบเติมสินค้าเข้าชั้นวางสำหรับการหยิบสินค้าในโรงงานอุตสาหกรรม มาใช้ ไม่ใช่แค่มีระบบแจ้งเตือนเมื่อของในชั้นวางเหลือน้อยก็เพียงพอที่จะป้องกันการขาดสต็อก คุณต้องกำหนดให้ชัดเจนว่า ล็อตใดในสต็อกสำรอง ใครจะเป็นผู้ดำเนินการ เมื่อไร จะนำไปที่ชั้นวางใด และต้องอ่านข้อมูลอะไรเพื่อยืนยันการเสร็จสิ้น ในบทความนี้จะอ้างอิงถึงโรงงานในประเทศไทย โดยจะจัดระเบียบการออกแบบตั้งแต่การตั้งค่าจุดเติมสินค้า คำสั่งงานใน WMS การตรวจสอบของจริง การจัดการข้อยกเว้น ไปจนถึง RFP และ FAT/SAT ตัวอย่างตัวเลขเป็นสมมติสำหรับอธิบายเท่านั้น ไม่ใช่การรับประกันประสิทธิภาพหรือค่าใช้จ่ายของผลิตภัณฑ์ใดๆ

กำหนดนิยามก่อน: งานเติมสินค้าเข้าชั้นวางสำหรับการหยิบสินค้าต้องเสร็จสิ้นอะไรบ้าง

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

คำอธิบายของ Oracle Warehouse Management Cloud กำหนดว่า การเติมสินค้า คือการเคลื่อนย้ายสินค้าจากจุดเก็บสำรองไปยังจุดหยิบ โดยแยกวิธีการเริ่มต้น เช่น ปริมาณขั้นต่ำ อัตราส่วนความจุสูงสุด การสแกนหน้างาน หรือความต้องการตามออเดอร์ ดูรายละเอียดการเติมสินค้าของ Oracle จะเห็นว่าควรออกแบบเงื่อนไขการเริ่มต้นและเงื่อนไขการเสร็จสิ้นแยกจากกัน Microsoft ก็แยกการเติมสินค้าแบบ Min/Max, ตามความต้องการ, ตามคลื่นงาน, และเติมทันที พร้อมทั้งมีเทมเพลตสำหรับเติมสินค้า คำแนะนำตำแหน่ง และเทมเพลตงาน ดูภาพรวมการเติมสินค้าของ Microsoft

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

6 ข้อเท็จจริงที่ต้องวัดในหน้างานก่อนนำระบบมาใช้

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

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

แยกสถานะสต็อกของชั้นสำรองและชั้นหยิบ

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

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

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

การใช้ Min/Max, จุดสั่งซื้อ, และการเติมตามความต้องการ

Min คือทริกเกอร์ให้พิจารณาเติมสินค้า Max คือปริมาณเป้าหมายหลังเติม จุดสั่งซื้อ (Reorder Point) คือจุดตัดสินใจจัดซื้อหรือผลิตใหม่ อย่าสับสนกับ Min/Max ของชั้นหยิบซึ่งเป็นกติกาภายในคลัง จุดสั่งซื้อของฝ่ายจัดซื้อจะรวม Lead Time และสต็อกปลอดภัย เป็นกติกาอีกแบบ แม้จะใช้คำว่า “เติมสินค้า” เหมือนกัน แต่เป้าหมายและช่วงเวลาต่างกัน

ตัวอย่างการออกแบบทั่วไป เมื่อปริมาณที่หยิบได้ต่ำกว่า Min จะสร้างรายการเติมสินค้าใหม่ คำนวณปริมาณเติมจาก Max ลบจำนวนปัจจุบัน แต่ต้องหักรายการเติมที่ยังไม่เสร็จ การจองเดิม จำนวนต่อกล่อง ความจุชั้นวาง ข้อจำกัดล็อต ช่วงเวลาทำงาน มิฉะนั้นจะสั่งเกิน SAP EWM กำหนด Min/Max ต่อชั้นวางหรือประเภทเก็บ แยกเติมแบบวางแผน เติมตามออเดอร์ เติมอัตโนมัติ เติมตรง ดูรายละเอียด SAP EWM อย่าใช้สเปคผลิตภัณฑ์เป็นกติกาบริษัทโดยตรง ให้ตรวจสอบการสร้างรายการ การปัดเศษ และข้อยกเว้นใน RFP

การเติมตามความต้องการจะช่วยเติมช่องว่างระหว่างรอบ Min/Max กรณีมีการเปลี่ยนแผนหรือออเดอร์ใหญ่ แต่ถ้ามีการสร้างรายการเติมตามกำหนดและตามความต้องการพร้อมกัน ต้องมีวิธีหักปริมาณที่ยังไม่เสร็จ Microsoft ก็มีตัวเลือกให้ใช้รายการเติมที่ยังไม่จอง ดูรายละเอียด Microsoft แต่ละผลิตภัณฑ์มีวิธีต่างกัน ใน RFP ควรทดสอบการรวมรายการเติมที่ชั้นเดียวกัน สินค้าเดียวกัน

ตัวอย่างตัวเลข: หากชั้นวางต่ำกว่า 20 ชิ้นควรสั่งเติมเท่าไร

สมมติสินค้าสมมติ A ชั้นหยิบ Min 20 ชิ้น Max 80 ชิ้น กล่องละ 10 ชิ้น ปัจจุบันมี 18 ชิ้น มีคำสั่งเติมที่ยังไม่เสร็จ 10 ชิ้น สต็อกสำรองตามบัญชีรวม 90 ชิ้น ส่วนต่าง Max คือ 62 ชิ้น แต่หัก 10 ชิ้นที่ยังไม่เสร็จ เหลือ 52 ชิ้น หากปัดเศษลงตามกล่อง จะสั่งใหม่ 50 ชิ้น ถ้าทุกอย่างเสร็จจะได้ 18+10+50=78 ชิ้น การคำนวณนี้ต้องระบุชัดว่า “สมมติคำสั่งเติมที่ยังไม่เสร็จจะสำเร็จ” หากออกแบบให้ปัดเศษขึ้นตามกล่องและความจุ อาจเกิน 80 ชิ้น ต้องตรวจสอบวิธีปัดเศษกับกติกาหน้างาน

ถ้าใน 90 ชิ้นของชั้นสำรอง มี 40 ชิ้นรอคุณภาพ จะใช้ได้แค่ 50 ชิ้น แม้จะสั่งใหม่ 50 ชิ้นได้ แต่ถ้าคำสั่งเติมเดิม 10 ชิ้นก็ใช้สต็อกเดียวกัน จะไม่สามารถจองรวม 60 ชิ้นได้ ต้องตัดสินใจว่าจะจองสต็อกสำรองที่เหมาะสมตั้งแต่สร้างคำสั่ง หรือยอมให้แข่งขันกันจนถึงเสร็จแล้วค่อยจัดการข้อยกเว้น WMS อาจแยก “จำนวนที่ย้ายได้” กับ “จำนวนที่จองได้” เป็นคนละความหมาย ควรใส่ตัวอย่างตัวเลขใน RFP และตรวจสอบวิธีคำนวณในหน้าจอจริง

งาน WMS ต้องระบุ “ใคร ทำอะไร ที่ไหน” ให้ชัดเจน

งานเติมสินค้าที่ดีควรมี Task ID, ลำดับความสำคัญ, ตำแหน่งต้นทาง, ตำแหน่งปลายทาง, สินค้า, เงื่อนไขล็อต, จำนวนและหน่วย, ภาชนะ/ฉลาก, กำหนดเวลา, ผู้รับผิดชอบหรือกลุ่มงาน, สถานะ, รหัสข้อยกเว้น Oracle WMS Cloud แยกงานเติมกับงานหยิบเป็นคนละประเภท ตั้งค่าผู้รับผิดชอบ รอ ปล่อย ยกเลิก ลำดับความสำคัญได้ ดูรายละเอียด Oracle แต่แต่ละผลิตภัณฑ์อาจมีสถานะและสิทธิ์ต่างกัน ควรขอเดโมกับผลิตภัณฑ์ที่สนใจ

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

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

ลำดับการสแกนเพื่อยืนยัน: ชั้นสำรอง, ภาชนะ, ชั้นปลายทาง, จำนวน

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

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

ถ้าอนุญาตให้เติมบางส่วน เช่น สั่ง 50 ชิ้นแต่วางได้แค่ 40 ชิ้น ต้องกำหนดว่าจะถือว่าเสร็จ 40 ชิ้นแล้วสร้างงานใหม่อีก 10 ชิ้น หรือจะให้เติมล็อตอื่นต่อในงานเดิม ถ้าเลือกแบบหลัง ต้องบันทึกผลตามล็อตและเงื่อนไขการผสมในชั้นปลายทาง หากอนุญาตให้หัวหน้างานกรอกข้อมูลแทนการสแกน ต้องบันทึกเหตุผลและผู้อนุมัติใน log การสแกนเป็น “วิธีกรอกข้อมูล” แต่สิ่งสำคัญคือจะตรวจสอบอะไรและหยุดข้อยกเว้นอะไร

อย่ารวม “ขาดสต็อก” กับ “เติมไม่ได้” เป็นข้อยกเว้นเดียวกัน

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

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

ต้องรักษา FIFO, ล็อต, สถานะคุณภาพตั้งแต่เติมสินค้า

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

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

กำหนดขอบเขตข้อมูลหลักและการซิงค์ระหว่าง ERP, WMS, MES

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

งานเติมสินค้าต้องมีรหัสเชื่อมโยงระหว่างคำสั่งและผลการทำงาน ต้องตรวจสอบว่าหากส่งข้อมูลซ้ำระหว่างสื่อสารขัดข้องจะไม่เกิดการเคลื่อนย้ายซ้ำ คำสั่งที่ยกเลิกแล้วจะไม่ถูกนำกลับมา ERP กับ WMS ต้องแปลงหน่วยตรงกัน เช่น ถ้า 10 ชิ้นต่อกล่องแสดงเป็น “1 กล่อง” ห้ามปัดเศษจำนวนที่นับจริงรวมเศษ 2 ชิ้นเป็นกล่องเดียวกัน สถานะล็อตหรือคุณภาพที่เปลี่ยนในระบบเดียวต้องเฝ้าระวังการซิงค์ล่าช้า บทความเลือกระบบหยิบสินค้า DPS/DAS จะกล่าวถึงอุปกรณ์แนะนำงาน แต่การกำหนดข้อมูลหลักของสต็อกและการยืนยันเติมต้องแยกกัน

สิ่งที่ควรใส่ใน RFP คือ “สถานการณ์” ไม่ใช่แค่ฟังก์ชัน

เช็กลิสต์ “รองรับ Min/Max”, “รองรับ Handheld” ไม่เพียงพอ ควรใส่สถานการณ์ที่มีโครงสร้างชั้นวางและจำนวนของจริง ให้แต่ละบริษัทเดโมหน้าจอ การคำนวณ และ log ด้วยข้อมูลเดียวกัน เช่น สินค้า A ชั้นหยิบ 18 ชิ้น Min 20 Max 80 กล่อง 10 ชิ้น งานเติมเดิม 10 ชิ้น สต็อกสำรองที่เหมาะสม 50 ชิ้น ให้แสดงว่าควรสร้างรายการใหม่กี่ชิ้น ใครอนุมัติ เลือกล็อตใด ให้แยกฟังก์ชันมาตรฐาน การตั้งค่า การพัฒนา และงานมือ

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

FAT และ SAT จะพิสูจน์ “เติมสินค้าได้จริง” อย่างไร

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

เงื่อนไขผ่านไม่ใช่แค่ “หน้าจอขึ้นว่าสำเร็จ” ต้องตรวจสอบปริมาณคงเหลือที่ชั้นสำรอง ระหว่างขนย้าย ชั้นหยิบ จำนวนใน WMS การเชื่อมต่อกับ ERP และ log ตรวจสอบตรงกัน ต้องแน่ใจว่าก่อนวางของจะไม่เพิ่มสต็อกที่ชั้นปลายทาง หากยกเลิกการสแกนหลังวางของต้องมีการบันทึกย้อนกลับหรือข้อยกเว้น การส่งข้อมูลซ้ำด้วย Task ID เดียวกันจะไม่เพิ่มจำนวนซ้ำ ต้องกำหนดผู้รับผิดชอบ FAT/SAT หลักฐานการทดสอบ เงื่อนไขทดสอบซ้ำเมื่อผิดพลาด และผู้ตัดสินการเปลี่ยนผ่านสู่การใช้งานจริง

การนำระบบมาใช้แบบค่อยเป็นค่อยไป ควรแบ่งตามข้อยกเว้น ไม่ใช่แค่จำนวนสินค้า

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

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

การทบทวนจุดเติมสินค้าให้เป็นงานประจำวัน

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

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

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

เตรียมข้อมูลหลัก ฉลาก อุปกรณ์ก่อนเริ่มใช้งาน

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

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

แก้ปัญหาการชนกันของงานหยิบและเติมด้วยการจัดเลย์เอาต์

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

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

จะดำเนินการตรวจสอบการสลับระบบและการปฏิบัติงานเริ่มต้นอย่างไร

ในวันก่อนการสลับระบบจริง จะต้องยืนยัน “จำนวนสินค้าคงคลังที่เชื่อถือได้ล่าสุด” สำหรับชั้นวางที่เป็นเป้าหมายของการย้ายข้อมูล โดยจะต้องจัดทำรายการจำนวนสินค้าบนชั้นวางสำรอง, ระหว่างการเคลื่อนย้าย, และชั้นวางสำหรับหยิบในระบบ WMS แล้วตรวจสอบกับสินค้าจริง หากมีการเติมสินค้าอยู่ระหว่างดำเนินการโดยใช้ใบสั่งงานกระดาษหรือ Excel เดิม ให้กำหนดหมายเลขการจัดการย้ายข้อมูลที่เทียบเท่ากับ Task ID และตัดสินใจเป็นรายกรณีว่าจะดำเนินการให้เสร็จก่อนสลับระบบหรือจะโอนไปยังระบบใหม่ หากนับกล่องที่อยู่ระหว่างการเคลื่อนย้ายทั้งในชั้นวางสำรองและชั้นวางหยิบ จะทำให้เกิดความคลาดเคลื่อนที่ไม่ทราบสาเหตุในวันแรกของการใช้งานจริง งานที่ดำเนินการข้ามเวลาสลับระบบโดยหลักการต้องหยุดไว้ หรือจัดการด้วยใบส่งมอบที่ระบุสถานที่เก็บกล่องและผู้รับผิดชอบอย่างชัดเจน

ข้อมูลที่ต้องย้ายใน Master ไม่ได้มีเพียงแค่ความสัมพันธ์ระหว่างรหัสสินค้าและชั้นวางเท่านั้น แต่ยังรวมถึงล็อต, การแปลงหน่วย, จำนวนบรรจุในกล่อง, สถานะคุณภาพ, ขีดจำกัดของชั้นวาง, ค่าขั้นต่ำ/ขั้นสูง (Min/Max) สำหรับการเติมสินค้า, และงานที่ยังไม่เสร็จในระบบเดิมด้วย ในกรณีที่มีรหัสสินค้าหลายรหัสชี้ไปยังสินค้าจริงเดียวกัน หรือใช้รหัสเดิมเฉพาะในกระบวนการถัดไป ต้องอนุมัติและนำเข้าโดยใช้ตารางแปลงรหัส การที่จำนวนรายการนำเข้าตรงกันอย่างเดียวไม่เพียงพอ ต้องเลือกสินค้าตัวแทนมาตรวจสอบยอดคงเหลือในระบบเดิม, สินค้าจริง, และจำนวนที่สามารถหยิบได้หลังย้ายข้อมูล ตรวจสอบด้วยว่าสินค้าที่อยู่ระหว่างรอการตรวจสอบคุณภาพไม่ได้เปลี่ยนเป็นสินค้าปกติหลังย้ายข้อมูล และลำดับการหยิบล็อตแบบ FIFO ไม่ถูกรบกวน

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

ในช่วงสองสามวันหลังเริ่มใช้งานจริง ให้ตรวจสอบยอดคงเหลือสามรายการเมื่อสิ้นสุดกะ ได้แก่ จำนวนที่นำออกจากชั้นวางสำรอง, จำนวนที่ยังคงอยู่ระหว่างการเคลื่อนย้าย, และจำนวนที่ยืนยันแล้วในชั้นวางหยิบ หากจำนวนที่ผู้ปฏิบัติงานรายงานไม่ตรงกับจำนวนในระบบ ให้ตรวจสอบย้อนหลังจากประวัติ Task และเวลาสแกนในวันนั้น และกำหนดเงื่อนไขสำหรับการคงความคลาดเคลื่อนไปถึงวันถัดไป หากสินค้าสำรองที่สามารถใช้งานได้หมด ไม่ควรสร้าง Task เติมสินค้าอย่างต่อเนื่องโดยผิดพลาด แต่ต้องแจ้งผู้วางแผน, ฝ่ายจัดซื้อ และฝ่ายผลิตเกี่ยวกับการขาดแคลน หากสาเหตุหลักของการขาดสินค้าคือความล่าช้าในการจัดหา แม้จะเพิ่มจุดเติมสินค้า (Min/Max) ก็จะไม่ทำให้สินค้าจริงเพิ่มขึ้น

ต้องกำหนดเงื่อนไขการ Rollback ล่วงหน้า เช่น กรณีที่การเติมสินค้าที่เสร็จสิ้นในอุปกรณ์ไม่สะท้อนใน WMS, กล่องเดียวกันถูกนับซ้ำในสต็อกชั้นวาง, หรือล็อตที่รอการตรวจสอบคุณภาพกลายเป็นสินค้าที่สามารถหยิบได้ เหตุการณ์เหล่านี้จะเป็นอุปสรรคต่อการดำเนินงานที่ปลอดภัย การย้อนกลับไปใช้หน้าจอเดิมเพียงอย่างเดียวจะทำให้ไม่สามารถติดตามตำแหน่งกล่องที่เคลื่อนย้ายหลังสลับระบบได้ ต้องระงับ Task หลังสลับระบบ, นับสินค้าจริง, อนุมัติความคลาดเคลื่อน แล้วจึงตัดสินใจว่าจะกลับไปใช้ระบบเดิมหรือแก้ไขและดำเนินการต่อ ผู้ตัดสินใจหยุดงาน, ช่องทางติดต่อ, แบบฟอร์มกระดาษที่ใช้ในหน้างาน, และเงื่อนไขการผ่านการกู้คืน ต้องทดสอบเป็นส่วนหนึ่งของ SAT

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

คำถามที่พบบ่อย

ระบบเติมสินค้าเข้าชั้นวางสำหรับการหยิบสินค้า กับ WMS เหมือนกันหรือไม่?

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

ใช้แค่ Min/Max จะป้องกันขาดสต็อกได้หรือไม่?

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

ระบบคัมบังอิเล็กทรอนิกส์กับระบบเติมสินค้าแบ่งหน้าที่กันอย่างไร?

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

ต้องเตรียมอะไรบ้างก่อนประเมินค่าใช้จ่ายการนำระบบมาใช้?

เตรียมข้อมูลชั้นวาง สินค้า จำนวนต่อกล่อง เงื่อนไขล็อต การใช้ตามช่วงเวลา เวลานำเติมจริง อุปกรณ์ ฉลาก ไร้สาย การเชื่อมต่อ ERP/MES สถานการณ์ข้อยกเว้น ใส่ตัวอย่างตัวเลขและเงื่อนไขผ่าน FAT/SAT ใน RFP แยกฟังก์ชันมาตรฐาน การตั้งค่า การพัฒนา ข้อมูลที่ไม่มีให้ระบุเป็นสมมติ

สรุป

ระบบเติมสินค้าเข้าชั้นวางสำหรับการหยิบสินค้าในโรงงานอุตสาหกรรม ไม่ใช่แค่เครื่องแจ้งเตือน Min/Max แต่ต้องออกแบบให้เลือกสต็อกสำรองที่เหมาะสม มอบหมายงาน ตรวจสอบของจริงที่ต้นทางและปลายทาง บันทึกการเคลื่อนย้ายและล็อต ฟื้นฟูจากการขาดสต็อกหรือสื่อสารขัดข้อง การตัดสินใจนำระบบมาใช้ควรอ้างอิงการวัดจริงกับสินค้าตัวแทน RFP ที่มีตัวอย่างตัวเลข และ FAT/SAT ที่ครอบคลุมข้อยกเว้น การกำหนดจุดที่ถือว่าของถึงชั้นหยิบแน่นอนคือก้าวแรกในการทำให้ข้อมูลในระบบตรงกับของจริง

หากโรงงานในไทยของคุณอยู่ในขั้นตอนทบทวนการเติมสินค้าจากชั้นสำรองไปชั้นหยิบ นำโครงสร้างชั้นวางและบันทึกการเติมปัจจุบันมาร่วม ติดต่อเรา เพื่อจัดระเบียบขอบเขต Min/Max, งาน WMS, การสแกน, ล็อต, FAT/SAT ร่วมกัน

แหล่งข้อมูลอ้างอิง

• Microsoft Learn: Replenishment overview
• Oracle: Replenishment
• Oracle: Task Execution
• Oracle: Holding or Releasing Replenishment Dependent Picking Tasks
• SAP Help: Replenishment Control
• GS1: Global Traceability Standard
• GS1: Barcodes