ทุกจำนวนควรมีสถานที่ที่ชัดเจน

แยกยอดแต่ละ location และย้ายสินค้าด้วยรายการที่เชื่อมต้นทางกับปลายทาง

สร้าง warehouses ตามสถานที่จริง และบันทึก transfer เมื่อสินค้าย้ายจาก source ไป destination

Salelog ไม่ใช่ WMS จึงไม่จัดการ rack/bin, picking wave, batch, serial, expiry, เส้นทางส่ง หรือ shipment tracking

เริ่มจากสถานที่ที่มีการเคลื่อนสินค้าระหว่างกันจริง

  1. จำนวนแยกตามแต่ละ location

  2. Transfer เชื่อมของออกและของเข้า

  3. ประวัติอธิบายว่าสินค้าย้ายไปไหน

สร้าง location ตามความรับผิดชอบ

ไม่จำเป็นต้องทำทุกชั้นวางเป็นคลังใหม่ การแบ่งมีประโยชน์เมื่อ availability, responsibility หรือการ ตัดสินใจต่างกัน เพราะ Salelog ไม่ใช่ rack-level WMS

บันทึกตอนนำของออก

หากรอถึงเย็น โกดังหลักอาจแสดงของที่ออกไปแล้วหลายชั่วโมง การสร้าง transfer ระหว่างแพ็กช่วยลดช่องว่างนี้

ปิดงานด้วยการโอนกลับ

หลังตลาดหรือบริการนอกสถานที่ ให้นับของเหลือ อธิบายส่วนต่าง และย้ายกลับอย่างถูกต้อง การลบคลังชั่วคราว ไม่ใช่การกระทบยอด

Salelog

วางโครงสร้างคลังให้ตรงกับงาน

หน้าร้านกับหลังร้านแยกคลังได้หรือไม่?

ได้ หากธุรกิจต้องรู้จำนวนแต่ละจุดและทีมบันทึกการย้ายทุกครั้งอย่างสม่ำเสมอ

บูธตลาดหรือรถบริการเป็น location ได้หรือไม่?

ได้ เมื่อจำเป็นต้องเห็นของที่นำออกไปแยกต่างหาก แต่ยังเป็น location สต๊อก ไม่ใช่ระบบ event, route หรือ delivery

ทำไมไม่ปรับยอดสองคลังด้วยมือ?

Transfer เชื่อมการลดจากต้นทางและเพิ่มที่ปลายทาง การแก้สองรายการแยกกันอธิบายย้อนหลังได้ยากกว่า

ทดลองโอนสินค้าหนึ่งรายการ

ย้ายสินค้าจากโกดังไปสาขา แล้วตรวจจำนวนและประวัติทั้งสองฝั่ง