ระบบบริหารการบำรุงรักษาเครื่องจักร 2026 – ความละเอียดทะเบียนสินทรัพย์และ 3 เส้นทางเปิดใบสั่งงาน

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

ทำไมซอฟต์แวร์บำรุงรักษาจึงลงเอยด้วยการติดตั้งแล้วไม่มีใครใช้

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

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

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

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

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

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

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

ตัวแปรออกแบบที่ 1 – ควรซอยทะเบียนสินทรัพย์ละเอียดแค่ไหน

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

โรงงานจริงอธิบายได้ด้วยโครงสร้าง 5 ชั้น ไล่จากบนลงล่างโดยละเอียดขึ้นเรื่อย ๆ

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

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

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

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

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

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

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

ตัวแปรออกแบบที่ 2 – เส้นทางการเปิดใบสั่งงานมี 3 เส้น ไม่ใช่เส้นเดียว

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

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

คำถามว่าการบำรุงรักษาเชิงป้องกันกับการบำรุงรักษาเชิงคาดการณ์ต่างกันอย่างไร มักถูกตอบด้วยเรื่องแนวคิดหรือระดับความล้ำสมัย แต่ในมุมของการออกแบบระบบ คำตอบเรียบง่าย ความต่างมีเพียงข้อเดียวคือตัวกระตุ้นใบงานเป็นเวลาหรือเป็นสภาพ PM ถูกเปิดอัตโนมัติบนแกนเวลา เช่นครบสามเดือนนับจากครั้งก่อน หรือครบ 2,000 ชั่วโมงเดินเครื่อง หรือครบ 100,000 ช็อต ส่วน CBM ถูกเปิดบนเงื่อนไขสภาพ เช่นความสั่นสะเทือนเกินค่ากำหนด กระแสมอเตอร์สูงขึ้น หรืออุณหภูมิน้ำมันแตะเพดาน ทั้งคู่คือทำก่อนพัง แต่การออกแบบตัวกระตุ้นและข้อมูลที่ต้องใช้ต่างกันสิ้นเชิง

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

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

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

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

เงื่อนไขขั้นต่ำที่ทำให้ MTBF และ MTTR ออกมาได้จริง

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

เวลาที่ต้องเก็บมี 4 จุด

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

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

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

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

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

อะไหล่คงคลังและเส้นแบ่งที่ทำให้ต้นทุนบำรุงรักษามองเห็นได้

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

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

อะไหล่คงคลังมีพฤติกรรมต่างจากวัตถุดิบเพื่อการผลิต การบริหารด้วยตรรกะเดียวกันจะพังแน่นอน

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

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

ราคาของระบบบริหารการบำรุงรักษาเครื่องจักรและรายการที่ทำให้ใบเสนอราคาต่างกัน

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

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

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

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

ตัวเลข 8,000 บาทต่อชั่วโมงเป็นค่าที่ตั้งไว้อย่างระมัดระวังบนฐานกำไรขั้นต้นของสายการผลิตหนึ่งสาย โรงงานจริงมักเห็นตัวเลขที่สูงกว่านี้เมื่อรวมการจ้างช่วงเพื่อไล่งานและค่าล่วงเวลา แต่ที่นี่ใช้ค่าต่ำเพื่อไม่ให้ภาพดูเกินจริง บนสมมติฐานนี้ ความสูญเสียปัจจุบันคำนวณได้ดังนี้ หยุด 10 ครั้งต่อเดือนที่ครั้งละ 4.5 ชั่วโมง เท่ากับ 45 ชั่วโมงต่อเดือน และ 45 ชั่วโมงที่ชั่วโมงละ 8,000 บาท เท่ากับ 360,000 บาทต่อเดือน หรือ 4,320,000 บาทต่อปี

ผลลัพธ์มาจากสองเส้นทาง เส้นแรกอยู่ฝั่ง MTTR คือการย่นช่วงตรวจพบถึงเริ่มงานที่กล่าวไปแล้ว เมื่อการแจ้งเตือนวิ่งตรงเข้ามือถือของช่างและมีการกดบันทึกเวลาเริ่มงาน ช่วงนี้จะลดจาก 0.9 ชั่วโมง เหลือ 0.3 ชั่วโมง ประหยัดได้ครั้งละ 0.6 ชั่วโมง เมื่อคูณด้วย 10 ครั้งต่อเดือนจะได้ 6 ชั่วโมง และ 6 ชั่วโมงที่ชั่วโมงละ 8,000 บาท เท่ากับ 48,000 บาทต่อเดือน เวลาหยุดต่อครั้งหลังปรับปรุงจึงเหลือ 4.5 ลบ 0.6 คือ 3.9 ชั่วโมง

เส้นที่สองอยู่ฝั่ง MTBF ผ่านอัตราการทำตามแผนที่การเปิดใบงาน PM อัตโนมัติทำให้เป็นไปได้ ตั้งอัตราการทำ PM ตามแผนภายใต้แผนตรวจแบบกระดาษไว้ที่ 68% แล้วยกขึ้นเป็น 92% ด้วยการเปิดใบงานอัตโนมัติและการคุมกำหนดส่ง การปรับปรุงนี้สมมติว่าลดการหยุดเครื่องนอกแผนจาก 10 ครั้ง เหลือ 8.5 ครั้งต่อเดือน หรือลดลง 15% ครั้งที่หายไป 1.5 ครั้งคูณ 3.9 ชั่วโมง เท่ากับ 5.85 ชั่วโมง คิดเป็น 46,800 บาทต่อเดือน ผลลัพธ์รวมคือ 48,000 บวก 46,800 เท่ากับ 94,800 บาทต่อเดือน หรือ 1,137,600 บาทต่อปี

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

คลาวด์สองแบบใครชนะขึ้นกับสัดส่วนระหว่างจำนวนเครื่องจักรกับจำนวนผู้ใช้ ในแบบจำลองนี้ 100 เครื่องคิดคงที่เดือนละ 25,000 บาท ขณะที่ผู้ใช้ 26 คนแบบคิดตามผู้ใช้ตกเดือนละ 31,200 บาท การคิดตามเครื่องจักรจึงได้เปรียบ จุดตัดอยู่ที่ผู้ใช้ราว 21 คน ต่ำกว่านั้นการคิดตามผู้ใช้จะถูกกว่า ในทางกลับกัน โรงงานที่มี 300 เครื่องแต่ผู้ใช้ 20 คน จะจ่ายเดือนละ 75,000 บาทถ้าคิดตามเครื่องจักร การคิดตามผู้ใช้จึงชนะในกรณีนั้น การอ่านราคาตลาดจึงต้องเอาสัดส่วนเครื่องจักรและจำนวนคนของตัวเองไปวางทับ ไม่ใช่เทียบราคาต่อหน่วยอย่างเดียว

ต้องคิดจังหวะการตั้งตัวของผลลัพธ์เข้าไปด้วย ผลลัพธ์จะยังไม่เกิดจนกว่าทะเบียนจะเสร็จและการทำงานถูกรวมเป็นทางเดียว ปีแรกจึงนับเพียงหกเดือน คือ 568,800 บาท ส่วนปีที่สองและปีที่สามนับเต็มที่ 1,137,600 บาท ผลลัพธ์สะสมสามปีจึงเท่ากับ 568,800 บวก 1,137,600 คูณสอง คือ 2,844,000 บาท

ระยะห่างของส่วนต่างสุทธิคือ 1,594,000 หารด้วย 234,000 ราว 6.8 เท่า ผลลัพธ์เท่ากันทุกประการ แต่ผลตอบแทนสามปีต่างกันขนาดนี้เพียงเพราะการเลือกโครงสร้างรองรับ ยิ่งกว่านั้น การติดตั้งภายในองค์กรที่ขนาดนี้เหลือส่วนต่างสุทธิสามปีเพียง 234,000 บาท หรือไม่ถึง 80,000 บาทต่อปี ซึ่งความผันผวนของอัตราแลกเปลี่ยนหรือการปรับค่าดูแลรักษาลบทิ้งได้ไม่ยาก ที่ขนาด 100 เครื่อง เหตุผลเดียวที่ยังเหลือให้เลือกติดตั้งภายในองค์กรคือข้อกำหนดด้านความปลอดภัยที่ห้ามเชื่อมต่อออกภายนอกโดยสิ้นเชิง

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

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

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

เส้นแบ่งจะชัดขึ้นเมื่ออธิบายแต่ละระบบด้วยคำถามที่ระบบนั้นตอบ

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

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

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

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

เงื่อนไขเพิ่มเติม 4 ข้อสำหรับโรงงานในประเทศไทย

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

ข้อแรกคือการหากำลังคนด้านซ่อมบำรุง แรงงานภาคการผลิตของไทยมีฐานที่หนา อยู่ที่ 6.24 ล้านคน ณ เดือนธันวาคม 2024 แต่อุปสงค์และอุปทานไม่บรรจบกันในสายงานทักษะอย่างงานซ่อมบำรุง เทียบกับตำแหน่งงานว่างในภาคการผลิต 87,000 อัตรา มีผู้หางาน 25,000 คน และบรรจุได้จริง 16,500 อัตรา หรือราวแปดในสิบตำแหน่งยังว่างอยู่ ในสภาพแบบนี้ ความเสี่ยงของการปล่อยให้ความรู้ด้านซ่อมบำรุงอยู่ในหัวของบุคคลสูงกว่าในญี่ปุ่น การลาออกเพียงคนเดียวอาจทำให้วิธีรับมือเครื่องจักรบางตัวหายไปทั้งชุด

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

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

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

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

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

เงื่อนไขข้อที่สี่คือความสัมพันธ์กับมาตรการของ BOI ในหมวด Smart and Sustainable Industry ของ BOI ครึ่งปีแรกของ 2026 มีคำขอ 132 โครงการ มูลค่า 17,200 ล้านบาท และการลงทุนเปลี่ยนเครื่องจักรกับระบบอัตโนมัติยังเดินหน้าต่อ การเปลี่ยนเครื่องจักรทำให้เกิดคำถามเรื่องการจัดการรุ่นในทะเบียน คือจะยกประวัติของเครื่องเก่ามาต่อหรือจะตัด หลักการคือให้ออกรหัสใหม่ให้สินทรัพย์ใหม่ พร้อมเก็บความสัมพันธ์ของการทดแทนไว้เป็นแอตทริบิวต์ แบบนี้จะเทียบจำนวนครั้งที่หยุดก่อนและหลังเปลี่ยนเครื่องได้ ซึ่งกลายเป็นหลักฐานประกอบการอธิบายผลของการลงทุน ถ้ามีแผนเปลี่ยนเครื่องจักรภายใต้มาตรการเหล่านี้ การจัดโครงสร้างรองรับของทะเบียนให้เรียบร้อยก่อนคือลำดับที่ถูกต้อง

ลำดับ 90 วันจนระบบหมุนได้

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

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

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

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

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

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

คำถามที่พบบ่อย

ระบบบริหารการบำรุงรักษาเครื่องจักรคืออะไร

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

การบำรุงรักษาเชิงป้องกันกับเชิงคาดการณ์ต่างกันอย่างไร

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

CMMS ต่างจาก EAM อย่างไร

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

ราคาของระบบบริหารการบำรุงรักษาเครื่องจักรอยู่ที่เท่าไร

สำหรับผลิตภัณฑ์คลาวด์ แบบคิดตามเครื่องจักรอยู่ราว 200 ถึง 400 บาทต่อเครื่องต่อเดือน และแบบคิดตามผู้ใช้อยู่ราว 1,000 ถึง 2,000 บาทต่อคนต่อเดือน โดยมีค่าสร้างทะเบียนเริ่มต้นและค่าย้ายข้อมูลบวกเพิ่ม ในแบบจำลองของบทความนี้ โรงงานที่มี 100 เครื่องและผู้ใช้ 26 คน ได้ยอดรวมสามปีที่ 1,250,000 บาทสำหรับคลาวด์คิดตามเครื่องจักร 1,473,200 บาทสำหรับคลาวด์คิดตามผู้ใช้ และ 2,610,000 บาทสำหรับการติดตั้งภายในองค์กร สิ่งที่ขยับยอดรวมคือขอบเขตของการสร้างระบบเริ่มต้น ไม่ใช่ราคาต่อหน่วยรายเดือน

ย้ายจากทะเบียนซ่อมบำรุงในสเปรดชีตได้หรือไม่

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

การทำบันทึกซ่อมบำรุงให้เป็นดิจิทัลควรเริ่มจากตรงไหน

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

สรุป

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

ในแบบจำลอง ฝั่งผลลัพธ์อยู่ที่ 94,800 บาทต่อเดือน และ 2,844,000 บาทตลอดสามปี และมันไม่ขยับเมื่อเปลี่ยนโครงสร้างรองรับ สิ่งที่ขยับมีแต่ฝั่งต้นทุน โดยส่วนต่างสุทธิสามปีไล่จาก 1,594,000 บาท ลงไปถึง 234,000 บาท หรือห่างกันราว 6.8 เท่า เพียงเพราะการเลือกโครงสร้างรองรับ ความหมายของโครงสร้างนี้ตรงไปตรงมา ตัวแปรหลักของการตัดสินใจลงทุนอยู่ฝั่งผู้ซื้อ ไม่ใช่ฝั่งผู้ขาย การตัดสินความละเอียดของทะเบียนและเส้นทางการเปิดใบงานด้วยตัวเอง คือเนื้อหาของการตัดสินใจลงทุนนั้นเอง

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

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

• CMMS比較 – 製造業向け保全管理システム (IT trend)
• 設備保全システムの選び方 (八千代ソリューションズ)
• MTBFとは (八千代ソリューションズ)
• Why Thailand’s Manufacturing Sector Is Facing a Talent Bottleneck (aplus career)
• Thailand FDI Surges in H1 2026 (Thailand Business News)
• The Cost of Unplanned Downtime in Manufacturing (reliamag)
• How Unplanned OT Downtime Is Silently Draining Industrial Profits (Acronis)
• Computerized Maintenance Management Systems Market (Future Market Insights)
• Why 79% of Manufacturers Still Struggle with Unplanned Downtime in 2026 (ManWinWin)