สต๊อกในระบบไม่ตรงกับของจริง เริ่มตรวจจากจุดไหน

การแก้ยอดให้ตรงช่วยให้งานเดินต่อได้ แต่ถ้าไม่รู้ว่าคลาดเคลื่อนตรงไหน รอบถัดไปทีมอาจต้องนับและแก้ซ้ำเหมือนเดิม บทความนี้ใช้มุมของคนที่ต้องไล่ปัญหาระหว่างคลัง ฝ่ายขาย และระบบที่เชื่อมกัน

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

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

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

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

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

สมมติคลังนับสินค้าได้ 18 ชิ้น แต่หน้า⁠จอแสดง 30 ชิ้น และสินค้ารุ่นนี้บรรจุ 12 ชิ้นต่อลัง ตัวเลข 12 ที่ต่างกันยังไม่บอกว่าใครทำผิด ให้ตรวจหน่วยของยอด 30 ก่อน แล้วดูว่าในช่วงหลังการนับครั้งก่อนมีการรับ จ่าย คืน โอน หรือปรับยอดอะไรบ้าง

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

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

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

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

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

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

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