ระบบจัดการสินค้าคงคลังอะไหล่สำหรับโรงงานไทย

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

เป้าหมายไม่ใช่ลดมูลค่าสินค้าคงคลังเพียงอย่างเดียว

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

ดังนั้นการจัดการสต็อกอะไหล่บำรุงรักษาต้องบรรลุผลพร้อมกันอย่างน้อยสี่ด้าน

1. จ่ายอะไหล่ที่ถูกต้องให้เครื่องจักร ใบสั่งงาน และสถานที่ที่ถูกต้องในเวลาที่ต้องใช้
2. ไม่เก็บสินค้าคงคลังเกินกว่าที่ความเสียหายจากเวลาหยุดเครื่องและความเสี่ยงด้านการจัดหาจะรองรับได้
3. ไม่เข้าใจผิดว่าอะไหล่ที่ถูกจอง รอตรวจ ชำรุด หรืออยู่ระหว่างซ่อมเป็นของพร้อมใช้
4. ให้ฝ่ายบำรุงรักษา ผลิต จัดซื้อ คลัง และการเงินใช้ข้อมูลหลักฐานชุดเดียวกัน

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

คำอธิบายสาธารณะของ ISO/TC 251 เกี่ยวกับ ISO 55001:2024 เน้นการตัดสินใจและคุณค่า ความเสี่ยงและโอกาส ข้อมูลและสารสนเทศ วงจรชีวิต และการดำเนินการเชิงคาดการณ์ มาตรฐานไม่ได้กำหนดจำนวนอะไหล่ที่โรงงานต้องเก็บ แต่กรอบคิดนี้ช่วยให้มองอะไหล่เป็นส่วนหนึ่งของการตัดสินใจบริหารเครื่องจักร ไม่ใช่เพียงตัวเลขบนชั้น บทความนี้ใช้เป็นแนวคิดออกแบบและไม่ได้อ้างการรับรองมาตรฐาน

แยกความสำคัญของเครื่องจักรออกจากความเสี่ยงด้านการจัดหา

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

คำถามสำหรับความสำคัญของเครื่องจักร

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

คำถามเกี่ยวกับความเสี่ยงด้านการจัดหา

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

ตัวอย่างแนวทางออกแบบคือแบ่งเครื่องจักรเป็นกลุ่ม A/B/C และแบ่งความเสี่ยงด้านการจัดหาเป็นสูง/กลาง/ต่ำ จากนั้นใช้นโยบายป้องกันสูงสุดกับกลุ่ม A × สูง ชื่อกลุ่มและเกณฑ์ต้องมาจากนโยบายของโรงงาน ไม่ใช่มาตรฐานกลาง ราคาแพงไม่ได้แปลว่าสำคัญเสมอ และการใช้บ่อยก็ไม่ได้แปลว่าสำคัญเสมอ อะไหล่สำรองเพื่อประกันความเสี่ยงอาจแทบไม่ถูกใช้แต่ขาดไม่ได้ ส่วนของใช้บ่อยบางชนิดอาจหาซื้อได้ภายในวันเดียว

แปลงเมทริกซ์ความสำคัญเป็นนโยบายสินค้าคงคลัง

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

สร้าง BOM อุปกรณ์ที่ฝ่ายบำรุงรักษาใช้ได้จริง

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

BOM อุปกรณ์สำหรับการปฏิบัติงานควรมีข้อมูลต่อไปนี้

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

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

แก้รหัสซ้ำโดยไม่ทำลายประวัติ

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

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

แยกจำนวนที่มีอยู่จริง พร้อมใช้ จองแล้ว และอยู่ระหว่างซ่อม

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

สูตรตัวอย่างของสถานะสินค้าคงคลังคือ “พร้อมใช้ + ของตามใบสั่งซื้อที่เชื่อถือได้ + ของคืนจากการซ่อมที่ผ่านเกณฑ์ − การจอง − ความต้องการที่ยังไม่ปิด” หากผู้ให้บริการซ่อมคืนช้าบ่อย การนับวันคืนตามแผนทั้งหมดเป็นของที่จัดหาได้จะซ่อนความเสี่ยงขาด จึงต้องกำหนดกฎตามความน่าเชื่อถือของวันที่และหลักฐานจากผู้ให้บริการ

สำหรับภาพรวมระบบ โปรดอ่าน แนวทางนำระบบจัดการสินค้าคงคลังมาใช้ในประเทศไทย และสำหรับบาร์โค้ดกับรายการเคลื่อนไหว ณ จุดทำงาน โปรดอ่าน แนวทางการนำเครื่องอ่านข้อมูลแบบพกพามาใช้

ระบบจุดสั่งซื้อไม่ควรใช้เพียงค่าเฉลี่ยการเบิก

โดยทั่วไป จุดสั่งซื้อคิดจากความต้องการระหว่างระยะเวลาจัดหาบวกสินค้าคงคลังสำรอง แต่อะไหล่บำรุงรักษาอาจไม่มีการเบิกหลายเดือนแล้วต้องใช้ทันที ค่าเฉลี่ยอย่างเดียวจึงไม่สะท้อนผลของการขาด เอกสารสาธารณะของ SAP ด้านการวางแผน MRO กล่าวถึงสินค้าคงคลังสำรองและจุดสั่งซื้อ แต่โรงงานต้องตั้งค่าจากข้อมูลและการตัดสินใจด้านความเสี่ยงของตน

เลือกวิธีเติมอะไหล่ตามพฤติกรรมของแต่ละรายการ

1. จุดสั่งซื้อ: ของใช้ที่เห็นความต้องการและระยะเวลาจัดหาได้พอสมควร
2. ค่าต่ำสุด-สูงสุด: เติมตามรอบหรือรอบรถส่งของไปถึงระดับสูงสุด
3. ระบบสองกล่อง: ของราคาต่ำ ใช้บ่อย อยู่ใกล้หน้างาน
4. อะไหล่สำรองเพื่อประกันความเสี่ยง: จำนวนขั้นต่ำกำหนดจากผลกระทบของเวลาหยุดเครื่องมากกว่าความถี่ในการใช้
5. ไม่เก็บเป็นสินค้าคงคลัง: ซื้อเมื่อเกิดความต้องการได้ เพราะรอหรือมีวิธีทดแทน
6. วงจรการซ่อม: ควบคุมจำนวนอะไหล่ที่มีหมายเลขซีเรียล ซึ่งอาจติดตั้งอยู่กับเครื่อง พร้อมใช้ ชำรุด หรืออยู่ระหว่างส่งซ่อม

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

ตัวอย่างคำนวณจุดสั่งซื้อ

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

• รายการอะไหล่: เซนเซอร์ที่ใช้ทั้งในการเปลี่ยนตามแผนและเมื่อเกิดเหตุขัดข้องฉุกเฉิน
• ความต้องการตามแผนหลังการทบทวน: 12 ชิ้นใน 90 วัน
• ระยะเวลาจัดซื้อ: 45 วัน
• ความต้องการระหว่างระยะเวลาจัดหา: 12 × 45 ÷ 90 = 6 ชิ้น
• สินค้าคงคลังสำรองที่โรงงานอนุมัติ: 3 ชิ้น
• จุดสั่งซื้อ: 6 + 3 = 9 ชิ้น
• พร้อมใช้: 7 ชิ้น
• จองแล้ว: 2 ชิ้น
• ของตามใบสั่งซื้อที่ยังเปิดและเชื่อถือได้: 1 ชิ้น
• สถานะสินค้าคงคลัง: 7 + 1 − 2 = 6 ชิ้น
• ส่วนที่ขาดจากจุดสั่งซื้อ: 9 − 6 = 3 ชิ้น
• หน่วยสั่งซื้อแบบทวีคูณ: 4 ชิ้น
• ข้อเสนอระบบ: สั่ง 4 ชิ้น

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

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

จัดการอะไหล่ทดแทนเป็นการอนุมัติแบบมีเงื่อนไข

ช่องสถานะที่ระบุว่า “ทดแทนได้” เพียงช่องเดียวไม่เพียงพอ การติดตั้งทางกล สเปกไฟฟ้า โปรแกรมควบคุม และการอนุมัติด้านคุณภาพเป็นคนละเรื่อง ความสัมพันธ์อาจเป็นแบบทิศทางเดียว กล่าวคือ B ใช้แทน A ได้ แต่ A อาจใช้แทน B ไม่ได้

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

กำหนดการติดตามล็อตหรือหมายเลขซีเรียลตามชนิดอะไหล่

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

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

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

ทำให้กระบวนการส่งคืนเพื่อซ่อมมองเห็นได้

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

1. ถอดจากเครื่องและบันทึกอาการเสีย เครื่องจักร และใบสั่งงาน
2. คืนเข้าพื้นที่กักกัน ไม่เพิ่มกลับไปยังสินค้าคงคลังพร้อมใช้โดยตรง
3. ตัดสินเรื่องการรับประกัน ความสามารถในการซ่อม วงเงินใบเสนอราคา และผู้อนุมัติการจำหน่ายออก
4. หากส่งซ่อมภายนอก ให้ติดตามการส่งออก การรับของ ใบเสนอราคา และกำหนดวันรับคืน
5. ตรวจสอบ ทดสอบ หรือสอบเทียบหลังรับคืน และเปลี่ยนสถานะเป็นพร้อมใช้เมื่อผ่านเกณฑ์เท่านั้น
6. เก็บต้นทุนการซ่อม รูปแบบความเสียหาย และระยะเวลาจนเกิดความเสียหายซ้ำไว้ในประวัติรายหมายเลขซีเรียล

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

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

เปลี่ยนการตรวจนับประจำปีเป็นการรักษาความถูกต้องอย่างต่อเนื่อง

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

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

ให้สิทธิ์และหลักฐานการตรวจสอบย้อนหลังเป็นแกนของ RFP

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

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

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

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

อย่าให้ชื่อในระบบตัดสินการบัญชี

IAS 16 ย่อหน้า 8 วางหลักว่าอะไหล่ อุปกรณ์สำรอง และอุปกรณ์สำหรับงานบริการ รับรู้ตาม IAS 16 เมื่อเข้าเกณฑ์นิยามของที่ดิน อาคาร และอุปกรณ์ มิฉะนั้นจัดเป็นสินค้าคงคลัง ดังนั้นชื่อว่า “อะไหล่” ไม่ได้ทำให้ทุกชิ้นอยู่ในกลุ่มบัญชีเดียวกัน

ฝ่ายการเงินและผู้สอบบัญชีที่เกี่ยวข้องต้องตัดสินนโยบายบัญชี ทีมระบบไม่ควรสร้างขึ้นเอง ควรแยกสถานที่และสถานะด้านปฏิบัติการออกจากการจัดประเภท การประเมินมูลค่า การด้อยค่า และการจำหน่ายออกด้านการเงิน แต่มีคีย์สำหรับเชื่อมข้อมูล

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

ข้อกำหนดสำหรับ RFP ระบบจัดการอะไหล่

ควรเขียนสถานการณ์ธุรกิจและกฎการตัดสินใจมากกว่ารายชื่อหน้าจอ

ข้อกำหนดด้านฟังก์ชัน

ข้อกำหนดที่ไม่ใช่ฟังก์ชันและข้อกำหนดการนำระบบมาใช้

• หน้าจอภาษาไทย อังกฤษ และญี่ปุ่น พร้อมการค้นหาแบบ Unicode และการนำเข้า/ส่งออก CSV ที่ปลอดภัย
• การทำงานออฟไลน์หรือการควบคุมการส่งซ้ำในพื้นที่ Wi-Fi ไม่เสถียร
• บาร์โค้ด/QR เครื่องพิมพ์ป้าย และเครื่องอ่านข้อมูลแบบพกพา
• API หรือการประมวลผลเป็นชุดกับ ERP ด้านจัดซื้อ/บัญชี CMMS/EAM MES และระบบยืนยันตัวตน
• บทบาท บันทึกการตรวจสอบ การสำรองข้อมูล การกู้คืน และระยะเวลาเก็บข้อมูล
• ปริมาณรายการเคลื่อนไหว จำนวนผู้ใช้พร้อมกัน และสมรรถนะช่วงสิ้นเดือนหรือช่วงตรวจนับ
• สภาพแวดล้อมทดสอบ การซ้อมย้ายข้อมูล การฝึกอบรม การสนับสนุนในไทย และกระบวนการรับเหตุขัดข้อง

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

การทดสอบรับมอบต้องจำลองเหตุหยุดจริง

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

1. เปิดเหตุเครื่องจักรเสีย และหาอะไหล่กับอะไหล่ทดแทนที่ใช้ได้จาก BOM ฉบับที่มีผล
2. เมื่อพร้อมใช้ 2 ชิ้น จองแล้ว 1 ชิ้น และรอตรวจสอบ 1 ชิ้น ให้ตรวจจำนวนที่งานอื่นเบิกได้
3. ให้อะไหล่สำคัญมากต่ำกว่าจุดสั่งซื้อ และตรวจหน่วยสั่งซื้อกับเส้นทางอนุมัติ
4. ตัดอะไหล่ทดแทนที่ใช้ได้กับเครื่องเก่าแต่ใช้ไม่ได้กับฉบับปรับปรุงใหม่ออก
5. เบิกอะไหล่ที่มีหมายเลขซีเรียลไปติดตั้งกับเครื่อง และย้ายอะไหล่ที่ถอดออกไปยังสถานะอยู่ระหว่างซ่อม
6. ให้อะไหล่คืนจากการซ่อมไม่ผ่านการตรวจสอบ และยืนยันว่าไม่กลับเป็นพร้อมใช้
7. ผู้ตรวจนับต้องไม่อนุมัติการปรับยอดของตนเอง
8. ส่งข้อมูลซ้ำหลังการสื่อสารขัดข้องโดยไม่เกิดรายการเคลื่อนไหวซ้ำ
9. เปลี่ยนสินค้าคงคลังสำรอง และตรวจค่าก่อน/หลัง เหตุผล และผู้อนุมัติ
10. ยกเลิกหรือแก้ใบสั่งซื้อใน ERP แล้วตรวจว่าสถานะสินค้าคงคลังถูกต้อง

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

ใช้ PoC 90 วันทดสอบทั้งระบบและรูปแบบการดำเนินงาน

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

วัน 0–30: สร้างค่าฐานและข้อมูลที่ใช้ได้

• ยืนยันเครื่องจักร รายการอะไหล่ สถานที่ บทบาท และเกณฑ์ความสำเร็จ
• ตรวจรหัสซ้ำ หน่วย BOM อุปกรณ์ สถานะ และใบสั่งซื้อที่ยังเปิด
• อนุมัติเหตุผลด้านความสำคัญ
• เชื่อมเครื่องสแกน เครื่องอ่านข้อมูลแบบพกพา เครือข่าย และจุดเชื่อม ERP/CMMS ที่เลือก
• บันทึกผลต่างของจริงกับบัญชีเริ่มต้นแยกจากการปรับปรุงภายหลัง

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

วัน 31–60: ทำรายการเคลื่อนไหวปกติและข้อยกเว้น

• ทำการเปลี่ยนตามแผน การเสียฉุกเฉิน รับเข้า เบิกฉุกเฉิน คืน และซ่อม
• เทียบข้อเสนอจุดสั่งซื้อกับการตัดสินใจที่ผู้วางแผนอนุมัติ
• ทดลองการจองชนกัน อะไหล่ทดแทน การตรวจสอบไม่ผ่าน และการสื่อสารขัดข้อง
• ติดตามความล่าช้าของรายการเคลื่อนไหว รายการที่ยังไม่บันทึก เหตุผลผลต่าง และการตอบสนองต่อการแจ้งเตือน
• ปรับเอกสารอบรมภาษาไทย/อังกฤษและการส่งมอบงานระหว่างกะ

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

วัน 61–90: ทบทวนการเติมอะไหล่และตัดสินการขยาย

• ทบทวนระยะเวลาจัดหา การจอง ของคืนจากการซ่อม และสมมติฐานจุดสั่งซื้อจากหลักฐานที่สังเกตได้
• ตรวจภาวะขาด ภาวะเกิน และรายการไม่เคลื่อนไหวนานร่วมกับความสำคัญ
• ทดสอบการตรวจสอบสิทธิ์ การสำรอง/กู้คืน สิ้นเดือน และการตรวจนับหมุนเวียน
• กำหนดการย้ายขึ้นระบบจริง ผู้รับผิดชอบข้อมูล การฝึกอบรม การสนับสนุน และรายการปรับปรุงที่ค้าง
• จัดเอกสารตัดสินว่าจะดำเนินการต่อ ปรับแก้ ลดขอบเขต หรือหยุด

อย่าสัญญาว่ามูลค่าสินค้าคงคลังจะลดหรือการขาดอะไหล่จะเป็นศูนย์ใน 90 วัน ความเสียหายที่เกิดไม่บ่อยอาจไม่เกิดในช่วงนี้ PoC ควรตอบว่าหาข้อมูลตัดสินใจได้หรือไม่ การควบคุมป้องกันอะไหล่สำคัญมากได้หรือไม่ ภาระงานยอมรับได้หรือไม่ และอธิบายต้นทุน/ความเสี่ยงของการขยายได้หรือไม่

ตัวอย่างตารางประเมิน PoC

ทั้งหมดเป็นตัวอย่างวางแผน ไม่ใช่เกณฑ์สากล เอกสารกำหนด PoC ต้องเขียนสูตร แหล่งข้อมูล ผู้รับผิดชอบ วันที่ตัดสินใจ และอำนาจอนุมัติข้อยกเว้น

ความล้มเหลวที่พบบ่อยและการป้องกัน

พยายามย้ายทุกรายการอะไหล่ก่อนเริ่มใช้

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

คำนวณจุดสั่งซื้อทั้งหมดแล้วไม่ทบทวน

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

บันทึกการเบิกหน้างานในวันถัดไป

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

คืนของซ่อมเข้าพื้นที่พร้อมใช้ทันที

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

ใช้การลดสินค้าคงคลังเป็น KPI เดียว

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

FAQ: การเลือกระบบจัดการสินค้าคงคลังอะไหล่

ระบบจัดการสินค้าคงคลังอะไหล่คืออะไร

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

จัดการสินค้าคงคลังอะไหล่บำรุงรักษาด้วย Excel ได้หรือไม่

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

ระบบป้องกันอะไหล่ขาดทำให้การขาดเป็นศูนย์ได้หรือไม่

รับประกันไม่ได้ เพราะยังมีความต้องการไม่คาดคิด การหยุดชะงักของการจัดหา ศุลกากร ภัยพิบัติ และปัญหาคุณภาพ การรวมความสำคัญ อะไหล่ทดแทน กฎจุดสั่งซื้อ สินค้าคงคลังสำรอง วงจรการซ่อม การโอน และการแจ้งเตือนข้อยกเว้น จะลดความเสี่ยงที่ยอมรับไม่ได้ก่อน

ใครควรอนุมัติค่าในระบบจุดสั่งซื้อ

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

ระบบนี้ต่างจาก ERP และ CMMS/EAM อย่างไร

โดยทั่วไป ERP เน้นการจัดซื้อ สินค้าคงคลัง และการบัญชี ส่วน CMMS/EAM เน้นเครื่องจักร แผนบำรุงรักษา และใบสั่งงาน แต่ขอบเขตของแต่ละผลิตภัณฑ์ต่างกัน ก่อนเพิ่มแพลตฟอร์ม ให้ตรวจความสามารถเดิม กำหนดว่าข้อมูลหลักอยู่ที่ใด ใครรับผิดชอบจุดเชื่อมต่อ และหน้าจอหน้างานยังขาดอะไร

PoC 90 วันของโรงงานไทยควรเลือกอะไร

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

สรุป: บริหารความสามารถในการฟื้นเครื่อง ไม่ใช่แค่จำนวน

คุณค่าของระบบจัดการสินค้าคงคลังอะไหล่ไม่ใช่รายการสต็อกอิเล็กทรอนิกส์ แต่คือการเชื่อมอะไหล่กับเครื่องจักรด้วย BOM ฉบับที่มีผล แยกความสำคัญและความเสี่ยงด้านการจัดหา แยกสถานะพร้อมใช้ จองแล้ว ตรวจสอบ และซ่อม พร้อมอธิบายเหตุผลของการเติมอะไหล่และอะไหล่ทดแทนได้ เมื่อรวมการติดตามล็อต/หมายเลขซีเรียลของอะไหล่ ของคืนจากการซ่อม การตรวจนับหมุนเวียน การอนุญาต และหลักฐานการตรวจสอบ โรงงานจึงตัดสินการป้องกันเวลาหยุดเครื่องกับสินค้าคงคลังส่วนเกินในการประชุมเดียวกันได้ RFP ควรใช้สถานการณ์จริง การทดสอบรับมอบต้องตรวจจำนวน สถานะ สิทธิ์ และจุดเชื่อมต่อ ส่วน PoC 90 วันควรยืนยันการวัดและการใช้งานที่ยั่งยืนโดยไม่กล่าวอ้างผลระยะสั้นเกินจริง

TOMAS TECH สามารถช่วยโรงงานในไทยทำแผนผังกระบวนการบำรุงรักษา คลัง และจัดซื้อ ออกแบบ BOM อุปกรณ์กับนโยบายเติมอะไหล่ วางงานบาร์โค้ดและการเชื่อม ERP/CMMS รวมถึงเตรียมการทดสอบรับมอบ หากยังอยู่ในช่วงกำหนดขอบเขตหรือเกณฑ์ PoC สามารถ ติดต่อเรา ได้ตั้งแต่ขั้นนั้น

แหล่งอ้างอิง

• ISO/TC 251, ISO 55001:2024 key changes: https://committee.iso.org/sites/tc251/home/projects/published/iso-55001.html
• ISO, ISO 55001:2024 overview: https://www.iso.org/standard/83054.html
• IFRS Foundation, IAS 16: https://www.ifrs.org/content/dam/ifrs/publications/pdf-standards/english/2022/issued/part-a/ias-16-property-plant-and-equipment.pdf
• SAP Help, Maintenance BOM: https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/e72f747389b340229f7fa343975bfa57/9d71b65334e6b54ce10000000a174cb4.html
• SAP Help, Service Parts Planning: https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/677f0a4e71d7487ebb70683014761789/47e12f019e014ac5e10000000a42189d.html
• SAP Help, MRO planning: https://help.sap.com/docs/SAP_INTEGRATED_BUSINESS_PLANNING/feae3cea3cc549aaa9d9de7d363a83e6/89ba7acf063047cea5b37702adfa300b.html
• IBM, Spare Parts Management: https://www.ibm.com/think/topics/spare-parts-management
• IBM Maximo, Inventory module: https://www.ibm.com/docs/en/max-it/cd.0.0_cd?topic=applications-inventory-module
• Oracle, Managing Field Service Parts: https://docs.oracle.com/en/cloud/saas/service-logistics/26a/fasul/overview-of-managing-field-service-parts.html
• Thailand BOI, Thailand FastPass, 23 June 2026: https://www.boi.go.th/upload/content/PR95_2569EN.pdf

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