English
POS เชื่อม Stock ช่วยให้ยอดสินค้าเปลี่ยนตามการขาย รับเข้า คืน และเคลื่อนไหวระหว่างสาขา ปัญหาสต็อกไม่ตรงยังเกิดได้เมื่อสินค้าถูกสแกนผิด เลือกหน่วยผิด ส่งรายการซ้ำ หรือปรับยอดโดยไม่มีเหตุผล ระบบจึงต้องเก็บที่มาของยอด ไม่แสดงเพียงตัวเลขคงเหลือปัจจุบัน
POS เชื่อม Stock คืออะไร
คือการนำข้อมูลจากธุรกรรมหน้าร้าน เช่น ขาย คืน ยกเลิก และรับสินค้า ไปปรับยอดในระบบ Inventory ที่เป็นเจ้าของข้อมูล ร้านอาจจัดการ Stock ใน POS เดียวหรือเชื่อมกับระบบคลังหรือ ERP ขึ้นกับจำนวน Location และกระบวนการที่ต้องควบคุม
สินค้าที่มีสูตร เช่น เครื่องดื่มหรืออาหาร อาจคำนวณวัตถุดิบจากสูตรการขาย ส่วนสินค้าปลีกอาจตัด SKU ที่สแกนโดยตรง ความแม่นยำจึงขึ้นกับคุณภาพของรหัสสินค้า หน่วย อัตราแปลง และการบันทึกเหตุผลของเสียหรือใช้ภายใน
แยกสถานะ Stock ที่หน้าร้านควรเห็น
| สถานะ | ความหมาย | การจัดการ |
|---|---|---|
| On-hand | ปริมาณที่บันทึกว่ามีอยู่ใน Location | ตรวจด้วยการรับเข้า ขาย นับ และปรับยอด |
| Committed/Reserved | ปริมาณที่ผูกกับออร์เดอร์หรือคำสั่งขาย | คืนยอดเมื่อยกเลิกตามกติกา |
| Available | ปริมาณที่อนุญาตให้ขายหรือจองได้ | คำนวณจากนโยบาย Stock ของร้าน |
| Incoming/In-transit | ปริมาณระหว่างผู้ส่งหรือผู้รับ | ยืนยันส่งและรับเป็นคนละขั้น |
| Unavailable | ของเสีย กักกัน หรือไม่เปิดขาย | ห้ามนำไปรวม Available จนกว่าจะปล่อย |
Shopify แสดงตัวอย่างหมวด Available, Committed และ Incoming ในการดูสินค้า POS และติดตาม Stock ต่อ Location หลักการสำคัญคือให้แต่ละสถานะมีความหมายชัด ดูการติดตาม Inventory ใน Shopify POS
POS เชื่อม Stock และตัดยอดตอนไหน
โดยทั่วไปยอดขายที่ชำระหรือยืนยันตามกติกาจะสร้างการเคลื่อนไหวของ Stock แต่บางธุรกิจจองของตั้งแต่สร้างออร์เดอร์ก่อนชำระ ระบบต้องกำหนดว่าสถานะใดมีผลกับ Available และเมื่อใดจะคืนยอดหลังยกเลิก ระวังไม่ตัดซ้ำทั้งตอนรับออร์เดอร์และตอนชำระ
ถ้าหน้าร้านและออนไลน์ขาย SKU เดียวกันพร้อมกัน จุดตัดสินการจองควรเป็นจุดควบคุมเดียวหรือมีโควตาแยกชัดเจน การส่งข้อมูลเร็วไม่ได้ป้องกันขายเกิน หากแต่ละช่องทางอ่านยอดเก่าแล้วตัดสินใจจองโดยไม่ประสานกัน
Workflow ขาย รับคืน และตรวจนับ
- สแกน SKU/ตัวเลือกที่ขายและตรวจจำนวน
- ยืนยันการขายตามสถานะที่กำหนด
- บันทึกธุรกรรมและลด On-hand หรือ Available เพียงครั้งเดียว
- รับคืนโดยตรวจสภาพและส่งไปสถานะที่เหมาะสม
- นับจริงตาม Location และบันทึกผลต่างพร้อมเหตุผล
- ตรวจรายการผิดพลาดและกระทบยอดกับธุรกรรมขาย
Architecture สำหรับ POS กับระบบ Inventory กลาง
POS ส่งรหัสสินค้า Location จำนวน และเลขอ้างอิงธุรกรรมไป Inventory ระบบกลางเก็บบัญชีการเคลื่อนไหวและคำนวณยอดที่แสดง เว็บไซต์หรืออุปกรณ์อื่นอ่าน Available ผ่านช่องทางที่ระบบรองรับ ชั้นเชื่อมต่อเก็บผลส่งและจัดการซ้ำเมื่อปลายทางตอบช้า
หากระบบรับธุรกรรมเดียวกันสองครั้ง ต้องใช้รหัสอ้างอิงคงที่เพื่อไม่ให้ตัด Stock ซ้ำ ความผิดพลาดที่แก้ไม่ได้อัตโนมัติควรค้างในรายงานพร้อมผู้รับผิดชอบ แทนการทิ้งรายการเงียบ ๆ แล้วปล่อยให้ยอดค่อย ๆ เพี้ยน
ตัวอย่างร้านเสื้อผ้าที่ขายออนไลน์และหน้าร้าน
ลูกค้าสั่งเสื้อไซซ์ M ออนไลน์ ขณะที่หน้าร้านกำลังสแกนเสื้อตัวสุดท้าย ระบบต้องแสดงว่าของนั้นถูกจองหรือขายแล้วจากช่องทางใด ให้ผู้ขายตัดสินใจตามนโยบาย เช่น ปิดรับออร์เดอร์ ย้ายจากอีกสาขา หรือแจ้งกำหนดรับสินค้าใหม่ การมีแดชบอร์ดรวมแต่ข้อมูลหน่วงโดยไม่แสดงเวลาอัปเดตยังเสี่ยงยืนยันสินค้าผิด
สินค้าคืนอาจกลับเข้าระบบเป็น Pending Inspection ก่อน เมื่อผ่านตรวจจึงปล่อยกลับ Available การขายแต่ละสีหรือไซซ์ต้องอ้าง SKU ของตัวเลือกนั้น เพื่อไม่ทำให้รุ่นสีอื่นเพิ่มหรือลดตามไปด้วย
ประโยชน์และ KPI สำหรับตรวจความแม่นยำ
วัดจำนวนผลต่างต่อ SKU และ Location สัดส่วนการปรับยอดโดยไม่มีเอกสาร เวลาแก้ยอด รายการขายที่ส่งซ้ำ และ Stockout ที่เกิดทั้งที่ระบบแสดง Available ใช้ผลนับจริงเทียบกับยอดระบบเป็นระยะตามมูลค่าและความเสี่ยงของสินค้า
ประโยชน์ทางเทคนิคคือมีเส้นทางจากยอดกลับไปธุรกรรม ติดตามผู้ใช้ เวลา และเหตุผลได้ ช่วยหาว่าปัญหาเกิดจากการรับเข้า หน่วยแปลง สแกน ยกเลิก หรือการเชื่อมข้อมูล
Security และการรองรับหลายช่องทาง
จำกัดสิทธิ์ปรับยอด รับคืนโดยไม่อ้างอิงเอกสาร และเปิดสินค้ากลับมาขาย เก็บ Audit Log และใช้บัญชีผู้ใช้รายบุคคล หากมีหลายสาขาต้องผูก POS กับ Location ที่ถูกต้อง ไม่ให้เครื่องหนึ่งสาขาบันทึกยอดไปอีกสาขา
ทดสอบขาย SKU เดียวพร้อมกันหลายช่องทาง กรณีการซิงก์ล่าช้า ปลายทางล่ม การส่งซ้ำ และคืนสินค้า การขยายปริมาณต้องคำนึงถึงการรับรู้สถานะล่าสุดและกระบวนการกระทบยอด ไม่วัดแค่จำนวนรายการต่อวินาที
ปัญหาที่พบบ่อยและ Best Practices
- รหัสสินค้าและบาร์โค้ดซ้ำ: ตรวจรหัสระดับ SKU ก่อนเปิดขาย
- ยกเลิกบิลแล้วยอดไม่คืน: ทดสอบสถานะยกเลิกและการคืนเงินแยกกัน
- เปลี่ยนหน่วยแล้วจำนวนผิด: ใช้หน่วยฐานและตรวจอัตราแปลง
- ปรับยอดจนหาสาเหตุไม่เจอ: บังคับเหตุผลและสิทธิ์อนุมัติ
- รับคืนเข้าพร้อมขายทันที: แยกสินค้ารอตรวจ
- รายการเชื่อมค้าง: ทำรายงานสถานะและกระทบยอดทุกช่วงที่เหมาะสม
สรุป: ป้องกัน Stock ไม่ตรงด้วยธุรกรรมที่ตรวจสอบได้
POS เชื่อม Stock ให้แม่นต้องกำหนดเจ้าของยอดและเวลาตัด แยก Available จาก Reserved และสินค้ารอตรวจ ป้องกันการส่งซ้ำ พร้อมรักษาประวัติการเคลื่อนไหว เมื่อพบผลต่าง ทีมจึงตามกลับไปแก้ต้นเหตุได้
คำถามที่พบบ่อยเกี่ยวกับ POS เชื่อม Stock
ขึ้นกับนโยบายและระบบ บางร้านตัดเมื่อยืนยันออร์เดอร์หรือจองสินค้า บางร้านตัดเมื่อขายสำเร็จ ต้องกำหนดจุดเดียวและป้องกันการตัดซ้ำ
On-hand คือจำนวนที่บันทึกว่ามีอยู่ ส่วน Available คือจำนวนที่อนุญาตให้ขายหรือจองหลังคำนึงถึงของจอง กักกัน และนโยบายอื่น
อาจเกิดจากสแกนผิด หน่วยแปลงไม่ถูก การขายหรือคืนถูกส่งซ้ำ รายการล้มเหลว หรือมีการปรับยอดนอกขั้นตอน ควรดูประวัติการเคลื่อนไหวและรายงานกระทบยอด
หลังตรวจสภาพและยืนยันว่าขายต่อได้ตามนโยบาย ของเสียหรือรอตรวจควรอยู่สถานะแยกเพื่อไม่ให้ถูกจองไปขาย
ควรดูยอดรวมเพื่อวางแผนได้ แต่การขายและหยิบต้องเห็นยอดแยก Location รวมถึงยอดจองและระหว่างโอน
กำหนดตามมูลค่า ความเสี่ยง และอัตราการเคลื่อนไหวของสินค้า พร้อมนับจุดที่พบผลต่างและกระทบยอดเป็นรอบ ไม่มีความถี่เดียวที่เหมาะกับทุกร้าน
