เมื่อต้องขายหน้าร้าน ออนไลน์ และหลายคลังพร้อมกัน ยอดคงเหลือคือผลรวมของเหตุการณ์จำนวนมาก: รับเข้า ขาย คืน โอน จอง ปรับยอด ของเสีย และสินค้าระหว่างทาง หากเหตุการณ์ใดไม่มีสถานะหรือเอกสารอ้างอิง ตัวเลขจะเริ่มอธิบายไม่ได้
การทำให้สต๊อกน่าเชื่อถือจึงต้องออกแบบตั้งแต่ Master Data ไปจนถึงการปิดกะและตรวจนับ ไม่ใช่เพียงเพิ่มรายงานยอดคงเหลือ
ทำ Master Data ให้เป็นมาตรฐานเดียว
- รหัสสินค้า SKU Barcode รุ่น สี ขนาด และสถานะการขายต้องไม่ซ้ำหรือกำกวม
- กำหนดหน่วยซื้อ หน่วยเก็บ หน่วยขาย และอัตราแปลงที่ควบคุมได้
- ระบุคลัง ตำแหน่ง และสาขาที่เป็นเจ้าของการเคลื่อนไหวแต่ละครั้ง
- แยกราคา ป้ายราคา โปรโมชั่น และสิทธิ์แก้ราคาออกจากข้อมูลสินค้า
ถ้ารหัสเดียวหมายถึงหลายของรายงานที่แม่นยำเป็นไปไม่ได้ ต่อให้โปรแกรมคำนวณถูกทุกสูตร เพราะข้อมูลต้นทางกำลังรวมสิ่งที่ไม่ควรรวม
ทุกการเปลี่ยนยอดต้องมี Transaction
ไม่ควรแก้ยอดคงเหลือโดยตรงโดยไม่มีสาเหตุ ผู้ทำ และเวลาที่เกิด ให้ใช้ประเภทการเคลื่อนไหวที่ชัดเพื่อคำนวณและตรวจสอบย้อนกลับได้
| เหตุการณ์ | ผลต่อสต๊อก | สิ่งที่ควรอ้างอิง |
|---|---|---|
| ขาย | ตัด Available/On-hand ตามกติกา | ใบขาย สาขา ช่องทาง และผู้ขาย |
| คืนสินค้า | รับกลับ ขายต่อ กักกัน หรือเสียหาย | เอกสารขายเดิมและเหตุผลคืน |
| โอนคลัง | ต้นทางออก ปลายทางรอรับ/รับเข้า | ใบโอน ผู้ส่ง ผู้รับ และสินค้าระหว่างทาง |
| ปรับยอด | เพิ่มหรือลดตามผลตรวจ | รอบตรวจ เหตุผล ผู้อนุมัติ |
| จองสินค้า | ลด Available แต่ยังไม่ลด On-hand | คำสั่งซื้อ วันหมดอายุการจอง |
ออกแบบ POS ให้รับมือเหตุการณ์จริง
- ราคาและโปรโมชั่นต้องมีช่วงเวลา priority และวิธีแก้ conflict
- การรับชำระหลายวิธีต้องแยกยอดและกระทบกับ settlement ได้
- Void, Refund, Return และ Reprint ต้องมีสิทธิ์และเหตุผล
- หากขาย Offline ต้องกำหนด limit, queue, duplicate protection และวิธีแก้ conflict เมื่อกลับ Online
ปิดวงด้วย Reconciliation
- Daily sales: เทียบเอกสารขาย การตัดสต๊อก และยอดชำระแยกตามช่องทาง
- Transfer aging: ติดตามของระหว่างทางที่ต้นทางส่งแล้วแต่ปลายทางยังไม่รับ
- Negative stock: ค้นหาและแก้สาเหตุ ไม่ใช้การปรับยอดกลบโดยไม่มีหลักฐาน
- Cycle count: ตรวจนับตามความเสี่ยงและความถี่แทนการรอปิดทั้งคลังเพียงปีละครั้ง
ยอดขายกับสต๊อกตอบกันไม่ได้?
ส่งตัวอย่าง flow ขาย คืน โอน และปิดกะมาให้ทีมช่วยทำ transaction map เพื่อหาจุดที่ข้อมูลขาดตอนก่อนเปลี่ยนระบบ คุยโจทย์กับทีม Asha Tech