คลังสินค้ามีของอยู่ แต่พนักงานยังต้องเดินหา สต็อกในระบบไม่ตรงกับของจริง หรือหยิบผิดแล้วเพิ่งพบตอนแพ็กของ ปัญหาเหล่านี้มักไม่ได้เกิดจาก “ยอดสินค้า” อย่างเดียว แต่อาจมาจากการไม่รู้ตำแหน่ง สถานะ และงานถัดไปของสินค้าแต่ละรายการ
ระบบคลังสินค้าคืออะไร? โดยทั่วไปหมายถึงระบบ WMS (Warehouse Management System) ที่ใช้บริหารงานภายในคลัง ตั้งแต่รับสินค้า ตรวจสอบ จัดเก็บ เติมสินค้า หยิบ แพ็ก จ่าย และตรวจนับ โดยบันทึกจำนวน ตำแหน่ง ล็อตหรือ Serial และสถานะตามกระบวนการของธุรกิจ
WMS เหมาะเมื่อการรู้เพียงว่าสินค้าเหลือกี่ชิ้นยังไม่พอ เช่น ต้องรู้ว่าของอยู่ช่องไหน ล็อตใดพร้อมจ่าย หรือพนักงานควรทำงานใดก่อน บทความนี้อธิบายความต่างจากระบบ Stock และ ERP พร้อมเกณฑ์เลือกใช้และขั้นตอนเริ่มต้นที่ช่วยลดความเสี่ยงหน้างาน

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

บาร์โค้ดหรือ QR ช่วยลดการพิมพ์รหัสซ้ำ และยืนยันงานที่ตำแหน่งจริงได้ แต่ต้องกำหนดก่อนว่าจะสแกนอะไรในแต่ละขั้น จะทำอย่างไรเมื่อฉลากเสียหรือสินค้าไม่มีรหัส และระบบจะจัดการรายการที่ยังไม่ซิงก์เมื่อเครือข่ายขาดอย่างไร
ฟังก์ชันสำคัญที่ควรพิจารณาในระบบ WMS
- Receiving และ Putaway: รับของจากเอกสารอ้างอิง บันทึกจำนวนจริง และแนะนำตำแหน่งจัดเก็บ
- Location Management: จัดการคลัง โซน แถว ชั้น ช่องเก็บ พื้นที่กักกัน และข้อจำกัดความจุ
- Picking และ Packing: สร้างงานหยิบ ตรวจสินค้า และยืนยันก่อนจัดส่งตามรูปแบบงานของคลัง
- Replenishment: เติมสินค้าจากพื้นที่สำรองไปยังตำแหน่งหยิบตามเกณฑ์
- Lot, Serial และวันหมดอายุ: ติดตามข้อมูลที่จำเป็นต่อการตรวจสอบย้อนกลับและการจ่ายสินค้าตามกฎ
- Cycle Counting: วางแผนตรวจนับบางตำแหน่งหรือบางกลุ่มสินค้าโดยไม่จำเป็นต้องหยุดงานทั้งคลัง
- Returns และ Quarantine: แยกสินค้าคืน สินค้าชำรุด และสินค้าที่ต้องรอตรวจออกจากสต็อกพร้อมจ่าย
- งานและประวัติผู้ใช้: ดูผู้รับผิดชอบ สถานะงาน เวลา และเหตุผลของการปรับยอดหรือข้อยกเว้น
- การเชื่อมต่อ: ส่งและรับข้อมูลจาก ERP ระบบขาย ระบบผลิต หรือระบบขนส่งตามขอบเขตที่กำหนด
อย่าตัดสินจากรายการฟังก์ชันในโบรชัวร์เพียงอย่างเดียว ให้ผู้ให้บริการสาธิตด้วยกรณีของธุรกิจ เช่น รับของไม่ครบ สินค้าผิดล็อต หยิบไม่พบ คืนสินค้าหลังจัดส่ง หรือระบบเชื่อมต่อขัดข้อง แล้วตรวจว่าทีมทำงานต่อได้อย่างไร
สถาปัตยกรรม WMS และการเชื่อมต่อ ERP
ในระบบที่เชื่อมกัน ERP หรือระบบขายอาจส่งเอกสารรับเข้าและคำสั่งจ่ายมายัง WMS ส่วน WMS รับผลการสแกนและสถานะงานจากพนักงาน แล้วส่งผลยืนยันกลับ ระบบขนส่งหรืออุปกรณ์อัตโนมัติอาจเชื่อมต่อเพิ่มตามความจำเป็น

ก่อนเริ่มเชื่อมต่อ ควรตกลงรหัสอ้างอิง หน่วยนับ สถานะ และเจ้าของข้อมูลให้ครบ พร้อมกำหนดวิธีป้องกันเอกสารซ้ำ การส่งข้อมูลซ้ำหลังเครือข่ายกลับมา และคิวตรวจรายการที่ส่งไม่สำเร็จ การมีเพียงสถานะ “เชื่อมแล้ว” ยังไม่พอ หากทีมไม่รู้ว่ารายการใดค้างและใครต้องแก้
ข้อมูลใดควรเป็นแหล่งหลักของระบบไหน
- รหัสสินค้า หน่วยนับ และคุณลักษณะสินค้า: กำหนดแหล่งหลักให้ระบบเดียว แล้วส่งต่อไปยังระบบที่ใช้ปฏิบัติงาน
- ตำแหน่งจัดเก็บและใบงานคลัง: โดยทั่วไป WMS เป็นผู้ดูแลรายละเอียดระดับตำแหน่งและกิจกรรมหน้างาน
- เอกสารซื้อ ขาย บัญชี และมูลค่า: มักอยู่ใน ERP หรือระบบธุรกิจที่องค์กรเลือกเป็นเจ้าของกระบวนการ
- ยอดพร้อมขาย: กำหนดวิธีคำนวณจากสินค้าพร้อมใช้ สินค้าจอง สินค้ากักกัน และสินค้าระหว่างย้ายให้ชัด
รายการเหล่านี้เป็นแนวทางตั้งต้น ไม่ใช่กฎตายตัว เพราะระบบ ERP และ WMS แต่ละผลิตภัณฑ์แบ่งหน้าที่ไม่เหมือนกัน ควรเขียนขอบเขตข้อมูลและทดลองกรณีผิดพลาดก่อนขึ้นระบบจริง
ธุรกิจแบบใดควรใช้ WMS และธุรกิจแบบใดอาจยังไม่จำเป็น
WMS มักเหมาะเมื่อความซับซ้อนของคลังทำให้การใช้ยอดคงเหลืออย่างเดียวไม่พอ เช่น มีหลายโซนหรือหลายช่องทางขาย สินค้าหลายล็อต มีวันหมดอายุ งานหยิบจำนวนมาก ต้องตรวจสอบย้อนหลัง หรือเกิดความผิดพลาดในการรับและจ่ายซ้ำ ๆ
- ค้าปลีกและอีคอมเมิร์ซ: ต้องจัดการคำสั่งซื้อหลายรายการพร้อมกันและรับมือช่วงที่ปริมาณงานเพิ่ม
- อาหาร ยา และเครื่องสำอาง: อาจต้องแยกล็อต วันหมดอายุ หรือสถานะกักกันตามข้อกำหนดของสินค้า
- อะไหล่และสินค้าอุตสาหกรรม: ต้องค้นสินค้าหลายรุ่นและติดตาม Lot หรือ Serial ตามความจำเป็น
- ผู้ผลิต: มีวัตถุดิบ งานระหว่างผลิต และสินค้าสำเร็จรูปที่เคลื่อนย้ายระหว่างพื้นที่
- คลังหลายสาขา: ต้องทำมาตรฐานตำแหน่งและวิธีปฏิบัติงานให้สอดคล้องกัน
คลังขนาดเล็กที่มีสินค้าและตำแหน่งไม่มาก งานรับจ่ายเข้าใจง่าย และข้อมูลในระบบเดิมตรงกับของจริง อาจยังไม่จำเป็นต้องซื้อ WMS แยก ควรเริ่มจากจัดรหัสสินค้า หน่วยนับ และขั้นตอนบันทึกให้เป็นมาตรฐาน แล้วประเมินว่าปัญหาที่เหลือคุ้มกับการลงทุนหรือไม่
6 ขั้นตอนเริ่มใช้ระบบคลังสินค้าให้พร้อมกับงานจริง
- เดินสำรวจกระบวนการ: บันทึกเส้นทางรับ จัดเก็บ เติม หยิบ แพ็ก จ่าย คืน และข้อยกเว้นที่เกิดจริงในแต่ละกะ
- จัดระเบียบข้อมูลสินค้า: ตรวจรหัส หน่วยนับ บาร์โค้ด Lot, Serial และข้อมูลวันหมดอายุที่ต้องใช้
- ทำผังคลัง: ตั้งรหัสตำแหน่งที่พนักงานอ่านได้ ป้ายสแกนได้ และสอดคล้องกับพื้นที่จริง
- กำหนดกฎการทำงาน: ระบุสินค้าควรเก็บตรงไหน ใช้หลักการหมุนเวียนแบบใด ใครอนุมัติการปรับยอด และกรณีผิดปกติส่งต่อให้ใคร
- วางแผนเชื่อมระบบและอุปกรณ์: ตกลงข้อมูลเข้าออก วิธีแจ้งรายการล้มเหลว เครือข่าย อุปกรณ์ และแผนสำรองเมื่ออุปกรณ์ใช้งานไม่ได้
- ทดลองพื้นที่นำร่อง: ทดสอบกับสินค้าและคำสั่งซื้อจริงหลายรูปแบบ ฝึกทุกกะ ตรวจยอดก่อนและหลัง แล้วค่อยขยายพื้นที่
ช่วงทดลองควรมีทั้งกรณีปกติและกรณีผิดพลาด เช่น ของขาด ของเกิน สแกนผิดตำแหน่ง สินค้าคืน และการยกเลิกรายการ ทดสอบการทำงานในสภาวะเครือข่ายไม่เสถียรตามความสามารถของระบบด้วย
KPI ที่ใช้ประเมินผลระบบ WMS
| KPI | วิธีนิยามเบื้องต้น | ช่วยดูอะไร |
|---|---|---|
| ความถูกต้องของสต็อก | รายการที่ผลนับตรงตามเกณฑ์ ÷ รายการที่ตรวจนับ | คุณภาพยอดคงเหลือตามช่วงเวลาและพื้นที่ที่ตรวจ |
| ความถูกต้องในการหยิบ | รายการหยิบถูก ÷ รายการหยิบที่ตรวจทั้งหมด | ความผิดพลาดตามสินค้า ตำแหน่ง หรือกะ |
| เวลารับเข้าถึงพร้อมใช้ | เวลาตั้งแต่รับสินค้า จนสินค้าผ่านขั้นตอนและพร้อมใช้งาน | เวลารอเอกสาร ตรวจคุณภาพ หรือจัดเก็บ |
| เวลาจัดเตรียมคำสั่งซื้อ | เวลาตั้งแต่ปล่อยงาน จนคำสั่งซื้อพร้อมส่ง | ภาระงานค้างและจุดติดขัด |
| อัตราการส่งครบ | คำสั่งซื้อที่ส่งครบตามเกณฑ์ ÷ คำสั่งซื้อที่ประเมิน | ความพร้อมจ่ายและคุณภาพการจัดเตรียม |
| งานเกินเวลามาตรฐาน | จำนวนงานที่เกิน SLA ที่องค์กรกำหนด | พื้นที่หรืองานที่ต้องจัดลำดับแก้ไข |
ก่อนเปรียบเทียบผล ให้กำหนดวิธีนับและช่วงเวลาเดียวกัน แยกประเภทสินค้า โซน และกะเมื่อมีปัจจัยต่างกัน และอย่าตั้งเป้าความเร็วโดยละเลยความปลอดภัยของพนักงาน
ค่าใช้จ่ายและผลตอบแทนที่ควรประเมินก่อนซื้อ
ค่าใช้จ่าย WMS ไม่ได้มีเพียงค่าสิทธิ์ใช้งานหรือค่าติดตั้ง ควรพิจารณาอุปกรณ์สแกนและเครือข่าย การติดฉลาก การทำความสะอาดข้อมูล การเชื่อม ERP การปรับกระบวนการ การฝึกอบรม การดูแลหลังเปิดใช้ และเวลาที่ทีมต้องใช้ในช่วงเปลี่ยนผ่าน
เปรียบเทียบต้นทุนรวมตลอดระยะเวลาที่ต้องการใช้ โดยใช้ขอบเขตเดียวกันระหว่าง Cloud, On-premises, โมดูล WMS ใน ERP เดิม และระบบเฉพาะทาง จากนั้นเทียบกับปัญหาที่วัดได้ก่อนเริ่ม เช่น เวลาหาของ รายการหยิบผิด งานคีย์ซ้ำ หรือผลต่างสต็อก โดยไม่สมมติว่าการติดตั้งระบบจะลดค่าใช้จ่ายได้เท่ากันทุกธุรกิจ
ความปลอดภัยและการตรวจสอบย้อนหลัง
กำหนดสิทธิ์ตามหน้าที่และคลัง แยกผู้ทำรายการออกจากผู้อนุมัติการปรับยอด จำกัดผู้เข้าถึงข้อมูลลูกค้าหรือคำสั่งซื้อ และเก็บประวัติรายการสำคัญ เช่น ผู้ทำ เวลา สินค้า ตำแหน่ง และเหตุผลในการแก้ไข
อุปกรณ์มือถือและเครื่องสแกนควรมีวิธียืนยันตัวตนและปิดสิทธิ์ได้เมื่อสูญหาย ควรสำรองข้อมูล ทดสอบการกู้คืน และกำหนดระยะเวลาเก็บข้อมูลตามวัตถุประสงค์กับนโยบายขององค์กร หากระบบบันทึกข้อมูลพนักงานหรือลูกค้า ให้จำกัดผู้เข้าถึงและเก็บเท่าที่จำเป็นตามข้อกำหนดที่เกี่ยวข้อง
ข้อผิดพลาดที่พบบ่อยเมื่อติดตั้ง WMS
- ตั้งตำแหน่งไม่ตรงกับคลังจริง: สำรวจพื้นที่และติดป้ายก่อนสร้าง Location Code
- นำเข้าข้อมูลเดิมโดยไม่ตรวจ: ทดลองย้ายข้อมูลและให้เจ้าของข้อมูลรับรองยอดกับหน่วยนับ
- ออกแบบตามฟีเจอร์แทนขั้นตอน: จำลองงานปกติและข้อยกเว้นกับพนักงานที่จะใช้งานจริง
- มองข้ามเครือข่ายและอุปกรณ์: สำรวจสัญญาณในจุดทำงานและเตรียมขั้นตอนสำรองเมื่อใช้งานไม่ได้
- เปิดใช้พร้อมกันทั้งคลัง: ทดลองบางโซน ฝึกครบทุกกะ และกำหนดทีมช่วยเหลือช่วงเปลี่ยนผ่าน
- ไม่ติดตามปัญหาหลัง Go-live: ตรวจผลต่างสต็อก งานค้าง และข้อผิดพลาดทุกวันในช่วงเริ่มใช้งาน
แนวโน้ม WMS: ระบบอัตโนมัติและ AI ควรเริ่มจากงานที่วัดผลได้
ระบบอัตโนมัติ เช่น สายพาน อุปกรณ์ขนถ่ายสินค้า หรือการจัดลำดับงานด้วยซอฟต์แวร์ อาจช่วยลดการเดินซ้ำในคลังบางรูปแบบ แต่ต้องประเมิน Layout ความหนาแน่นของงาน ความปลอดภัย การเชื่อมต่อ และการดูแลรักษาก่อนลงทุน
AI อาจช่วยคาดการณ์ความต้องการเติมสินค้า แนะนำตำแหน่ง หรือค้นหาความผิดปกติของรายการได้ แต่ข้อมูลต้นทางและกฎคลังยังต้องถูกต้อง ควรเริ่มจากกรณีใช้งานที่มีข้อมูลพร้อม วัดผลก่อนและหลังได้ และให้ผู้รับผิดชอบตรวจผลแนะนำเมื่อมีข้อยกเว้น
สรุป: เลือก WMS จากปัญหาหน้างาน ไม่ใช่จำนวนฟีเจอร์
ระบบคลังสินค้า WMS ช่วยควบคุมงานรับ จัดเก็บ หยิบ แพ็ก จ่าย คืน และตรวจนับ พร้อมระบุตำแหน่งกับสถานะที่ระบบ Stock ทั่วไปอาจไม่ได้ลงรายละเอียดเท่ากัน ก่อนเลือกใช้ให้เริ่มจากปัญหาที่ต้องแก้ ความพร้อมของข้อมูล ขั้นตอนจริง การเชื่อม ERP และผลลัพธ์ที่ต้องการวัด หากคลังยังไม่ซับซ้อน การจัดมาตรฐานในระบบเดิมอาจเป็นก้าวแรกที่เหมาะสมกว่า
คำถามที่พบบ่อยเกี่ยวกับระบบคลังสินค้า WMS
ระบบคลังสินค้า WMS คือระบบบริหารงานรับเข้า จัดเก็บ หยิบ แพ็ก จ่าย คืน และตรวจนับ โดยติดตามตำแหน่ง สถานะ และความเคลื่อนไหวของสินค้าในคลัง
ระบบ Stock มักเน้นยอดคงเหลือ ส่วน WMS เพิ่มรายละเอียดระดับตำแหน่งและงานปฏิบัติ เช่น ช่องเก็บ ใบงานหยิบ การเติมสินค้า และการยืนยันงานที่หน้างาน ทั้งนี้ความสามารถขึ้นอยู่กับผลิตภัณฑ์ที่เลือก
ERP ดูแลธุรกรรมและกระบวนการภาพรวม เช่น ซื้อ ขาย บัญชี และผลิต ส่วน WMS เจาะลึกงานภายในคลัง บาง ERP มีโมดูล WMS ในตัว จึงควรตรวจว่าฟังก์ชันรองรับขั้นตอนจริงหรือไม่
ไม่จำเป็นทุกธุรกิจ หากสินค้ามีไม่มาก ตำแหน่งไม่ซับซ้อน และยอดในระบบตรงกับของจริง อาจเริ่มจากปรับระบบ Stock เดิมก่อน พิจารณา WMS เมื่อการค้นหา หยิบผิด หรือควบคุมหลายตำแหน่งเริ่มเป็นปัญหาที่วัดผลได้
ไม่ใช่ทุกระบบบังคับใช้อุปกรณ์แบบเดียวกัน แต่บาร์โค้ดหรือ QR ช่วยยืนยันสินค้าและตำแหน่ง ลดการพิมพ์รหัสซ้ำ ควรวางมาตรฐานฉลากและขั้นตอนกรณีฉลากเสียหรือไม่มีรหัสก่อนเริ่มใช้
เชื่อมได้ โดยต้องกำหนดข้อมูลที่ส่งไปมา เจ้าของรหัสสินค้าและยอดคงเหลือ สถานะเอกสาร การป้องกันรายการซ้ำ และวิธีติดตามข้อมูลที่ส่งไม่สำเร็จให้ชัดเจน
ค่าใช้จ่ายอาจรวมสิทธิ์ใช้งาน อุปกรณ์และเครือข่าย การย้ายข้อมูล การเชื่อมระบบ การอบรม และการดูแลต่อเนื่อง ควรเทียบต้นทุนรวมตามขอบเขตและระยะเวลาเดียวกัน
เริ่มจากสำรวจ Workflow จริง จัดรหัสสินค้าและตำแหน่งให้เป็นมาตรฐาน กำหนดเจ้าของข้อมูลและกฎคลัง ทดสอบกับสินค้าและคำสั่งซื้อจริงในพื้นที่นำร่อง แล้วค่อยขยายระบบ
ติดตามความถูกต้องของสต็อก ความถูกต้องในการหยิบ เวลารับเข้าถึงพร้อมใช้ เวลาจัดเตรียมคำสั่งซื้อ และจำนวนงานเกินเวลามาตรฐาน โดยกำหนดนิยามเดียวกันก่อนและหลังเริ่มใช้

