ปัญหาอะไหล่มีสองด้านที่ขัดกันเอง
การจัดการอะไหล่คือการเดินบนเส้นลวด — ด้านหนึ่งคือ ของขาด (stock-out) ทำให้เคสค้าง TAT พุ่ง ลูกค้าหนี อีกด้านคือ ของเกิน (overstock) ที่จมเงินทุนและเสี่ยงตกรุ่น เป้าหมายไม่ใช่ "มีของเยอะ ๆ ไว้ก่อน" แต่คือ "มีของที่ใช่ ในปริมาณที่พอดี ในเวลาที่ต้องใช้"
ROP — หัวใจของการสั่งซื้อที่ถูกเวลา
ROP (Reorder Point) คือระดับสต๊อกที่เมื่อแตะเมื่อไหร่ ต้องสั่งซื้อทันที สูตรพื้นฐาน:
ROP = (ความต้องการเฉลี่ยต่อวัน × Lead Time) + Safety Stock
- ความต้องการเฉลี่ยต่อวัน: คำนวณจากประวัติการเบิกจริง
- Lead Time: เวลาที่ซัพพลายเออร์ส่งของจริง (ไม่ใช่ที่สัญญาไว้)
- Safety Stock: กันชนเผื่อความผันผวนของ demand และ lead time
30–90
จำนวนวันที่ระบบพยากรณ์ความต้องการอะไหล่ล่วงหน้าได้ เพื่อสั่งซื้อทันก่อนของหมด
3 จุดที่ทำให้ Forecast พลาด — และทางแก้
1
ใช้ Lead Time ที่สัญญา ไม่ใช่ที่จริง
ปัญหา: ซัพพลายเออร์บอก 7 วันแต่ส่งจริง 21 วัน ทำให้ ROP ต่ำเกินและของขาดประจำ
ทางแก้: ระบบบันทึก lead time จริงของแต่ละซัพพลายเออร์ แล้วใช้ค่าจริงคำนวณ ROP และวันสั่งซื้อ ดูเพิ่มที่หน้า ระบบจัดการอะไหล่
💡 iServ Core: Auto Reorder ตาม Lead Time จริง
2
ไม่เห็นรูปแบบตามฤดูกาล
ปัญหา: บางช่วงปีอะไหล่บางตัวเบิกพุ่ง (เช่นหน้าฝน/หน้าร้อน) แต่สั่งเท่ากันทั้งปี ทำให้ขาดช่วง peak และเกินช่วง low
ทางแก้: Seasonal Pattern Detection จากประวัติหลายปี ช่วยให้เห็นช่วง peak/low และวางแผนสั่งซื้อล่วงหน้า
💡 iServ Core: Seasonal Forecast
3
จัดสรรอะไหล่ไม่ตามความสำคัญของเคส
ปัญหา: อะไหล่ชิ้นสุดท้ายถูกใช้กับเคสที่ไม่เร่ง ขณะที่เคส SLA แดงต้องรอ
ทางแก้: BO/Allocation อัจฉริยะ จัดสรรอะไหล่ให้เคสตามความสำคัญและ SLA อัตโนมัติ
💡 iServ Core: BO & Allocation Intelligence
เชื่อมอะไหล่เข้ากับงานเคส = ข้อมูลที่อัปเดตเอง
Forecast จะแม่นก็ต่อเมื่อข้อมูลการเบิกเป็นปัจจุบัน วิธีที่ดีที่สุดคือให้การเบิกอะไหล่เกิดขึ้น ในเคส โดยตรง — ช่างเบิกในเคส ระบบตัดสต๊อกและอัปเดตการพยากรณ์ทันที ไม่ต้องมากรอกซ้ำ ทำให้ ROP และคำแนะนำสั่งซื้อสะท้อนความจริงเสมอ
"สต๊อกที่ดีที่สุดไม่ใช่สต๊อกที่เยอะที่สุด แต่คือสต๊อกที่ทำนายได้" — Lesson learned จาก 15+ ปีในวงการ Service Operations
อ่านต่อ: วิธีลด Repair TAT 35% (อะไหล่ขาดคือสาเหตุ TAT พุ่งอันดับหนึ่ง)