มีโจทย์ที่ส่งมาจากสำนักงานใหญ่ที่ญี่ปุ่นในลักษณะนี้อยู่บ่อยครั้ง “อยากเดินหน้าเรื่องการนำ IoT มาใช้ในโรงงานต่างประเทศ ขั้นแรกขอให้มองเห็นโรงงานที่ไทยจากญี่ปุ่นได้ก่อน” และงานจำนวนมากเดินไปถึงขั้นเปรียบเทียบใบเสนอราคาแล้วก็หยุดอยู่ตรงนั้น สาเหตุที่หยุดไม่ใช่เพราะราคาแพง แต่เป็นเพราะยังไม่มีใครตอบได้ว่า “ข้อมูลชุดนั้นจะถูกใช้เพื่อการตัดสินใจเรื่องใด และเป็นการตัดสินใจของใคร”
บทความนี้ไม่ได้พูดถึงวิธีดึงข้อมูลออกจากเครื่องจักร เรื่องนั้นเขียนไว้แล้วในวิธีวางชั้นการวัดสำหรับการเฝ้าติดตามการเดินเครื่องด้วย IoT ในโรงงาน สิ่งที่บทความนี้รับผิดชอบคือระดับที่อยู่ถัดขึ้นไปอีกหนึ่งระดับ นั่นคือ สำนักงานใหญ่จะรวมฐานการผลิตหลายแห่งที่อยู่คนละประเทศเข้าด้วยกันอย่างไร การบริหารโรงงานหลายแห่งภายในประเทศเดียวกัน กับการบริหารฐานการผลิตที่อยู่ต่างประเทศ ดูเผินๆ เหมือนกัน แต่เงื่อนไขตั้งต้นต่างกัน 4 ข้อ ได้แก่ ส่วนต่างเวลา กฎหมายที่กำหนดว่าเก็บข้อมูลไว้ที่ใดได้บ้าง การแยกระหว่างการเฝ้าติดตามกับการเข้าถึง และโครงสร้างการคืนทุน
ขอสรุปผลก่อน การเฝ้าติดตามฐานการผลิตในต่างประเทศจากระยะไกล ถ้าตัดสินด้วยระยะเวลาคืนทุนของฐานการผลิตเพียงแห่งเดียว จะมองข้ามความจริงที่ว่าเงินลงทุนต่อฐานการผลิต 1 แห่งนั้นแพงกว่าที่ควรจะเป็น และลำพังการติดตั้งระบบอย่างเดียวไม่ทำให้คืนทุน สิ่งที่กำหนดระยะเวลาคืนทุนไม่ใช่สมรรถนะของอุปกรณ์ แต่เป็น 2 เรื่องนี้ คือ “จะเปลี่ยนกฎการทำงานเรื่องการเดินทางไปตรวจงานและการส่งพนักงานไปประจำจริงหรือไม่” และ “บริษัทคำนวณมูลค่าความสูญเสียจากการหยุดเครื่อง 1 ชั่วโมงได้เองหรือยัง” บทความนี้จะแยกค่าใช้จ่ายออกเป็น 5 ชั้น แล้ววางการคำนวณแบบจำลองของ 3 ฐานการผลิต 60 เครื่อง เทียบกับ 1 ฐานการผลิต 20 เครื่อง ไว้ข้างกัน (ระยะเวลาคืนทุน 8.0 ปี กับประมาณ 8.3 ปี) และจะแสดงสูตรคำนวณทั้งหมดจนถึงเหตุผลว่าทำไม 3 ฐานการผลิตชุดเดียวกัน จึงแยกออกเป็น 8.0 ปี กับ 12.5 ปี ได้ เพียงเพราะเลือกว่าจะเปลี่ยนกฎการเดินทางไปตรวจงานหรือไม่
อนึ่ง จำนวนเงินทั้งหมดในการคำนวณแบบจำลองของบทความนี้เป็นสกุลบาท และจะไม่แปลงเป็นสกุลเงินอื่น เพราะเมื่อใส่สมมติฐานเรื่องอัตราแลกเปลี่ยนเข้ามา โครงสร้างที่เราต้องการเปรียบเทียบจะมองไม่เห็น มีเพียงขนาดตลาดที่จะอ้างถึงต่อจากนี้เท่านั้นที่คงหน่วยเป็นดอลลาร์สหรัฐตามแหล่งที่มา
ทำไมการนำ IoT มาใช้ในโรงงานต่างประเทศ จึงจบลงแค่ “มองเห็นจากญี่ปุ่นได้แล้ว”
โครงการจำนวนมากจบลงที่ประโยคว่า “ตอนนี้มองเห็นจากญี่ปุ่นได้แล้ว” แดชบอร์ดทำงานอยู่จริง และถูกฉายในห้องประชุมของสำนักงานใหญ่ แต่ผลิตภาพในพื้นที่ไม่เปลี่ยน สภาพแบบนี้เราเรียกกันภายในว่า “เห็นข้อมูลแล้ว แต่ยังไม่มีใครขยับ”
ผลสำรวจ 2 ชิ้นที่ควรรู้ไว้เป็นภูมิหลัง
เริ่มจากดูผลสำรวจภายนอกเพียง 2 ชิ้น แต่ขอบอกไว้ก่อนว่า ทั้ง 2 ชิ้นนี้ใช้เป็นเหตุผลรองรับการตัดสินใจลงทุนของบริษัทเราเองไม่ได้ เป็นเพียงวัตถุดิบสำหรับทำความเข้าใจภูมิหลังเท่านั้น
ชิ้นแรกคือการสำรวจสภาพจริงของบริษัทญี่ปุ่นที่ออกไปลงทุนในต่างประเทศ ประจำปีงบประมาณ 2025 ของ JETRO สำรวจในช่วงเดือนสิงหาคมถึงกันยายน 2025 โดยส่งไปยังบริษัทสัญชาติญี่ปุ่น 17,708 บริษัท ใน 82 ประเทศและเขตเศรษฐกิจ และได้รับคำตอบที่ใช้ได้จาก 7,485 บริษัท (อัตราการตอบกลับที่ใช้ได้ 42.3%) ผลที่ออกมาคือ การใช้เทคโนโลยีดิจิทัลในอาเซียนอยู่ที่ 52.1% ซึ่งต่ำกว่าภูมิภาคอื่น
จุดที่ต้องระวังคือ เอกสารข่าวไม่ได้ระบุนิยามว่า “การใช้” หมายถึงอะไร จะหมายถึงการเฝ้าติดตามการเดินเครื่อง หรือหมายถึงการนำระบบงานเข้ามาใช้ ก็ยังชี้ชัดไม่ได้ ดังนั้นสิ่งที่อ่านได้จากตัวเลขนี้จึงมีเพียง “อาเซียนต่ำกว่าภูมิภาคอื่น” ไม่มากไปกว่านั้นและไม่น้อยไปกว่านั้น การเติมนิยามเข้าไปเองแล้วต่อยอดว่า “เพราะฉะนั้นเราล้าหลัง เพราะฉะนั้นต้องรีบ” คือการเพิ่มน้ำหนักให้เหตุผลเกินกว่าที่หลักฐานรองรับ
ชิ้นที่สองคือการประมาณการของบริษัทวิจัยเกี่ยวกับตลาด ICT ของไทย ขนาดตลาดคาดว่าจะเพิ่มจาก 17,740 ล้านดอลลาร์สหรัฐในปี 2025 เป็น 19,680 ล้านดอลลาร์สหรัฐในปี 2026 และ 33,080 ล้านดอลลาร์สหรัฐในปี 2031 โดยมีอัตราการเติบโตเฉลี่ยต่อปี (CAGR) 10.95% ในช่วงปี 2026 ถึง 2031 บริการด้านไอทีคิดเป็นส่วนแบ่ง 32.08% ของตลาด ICT ไทยในปี 2025 และบริการคลาวด์คาดว่าจะเติบโตด้วยอัตราเฉลี่ยต่อปี 11.45%
ชิ้นนี้ก็เช่นเดียวกัน การที่ตลาดโตขึ้น ไม่ใช่เหตุผลที่บริษัทเราต้องลงทุน ขนาดตลาดเป็นวัตถุดิบสำหรับแผนธุรกิจของฝั่งผู้ขาย ไม่ใช่เหตุผลรองรับเอกสารขออนุมัติงบของฝั่งผู้ซื้อ บทความนี้จึงไม่ใช้ขนาดตลาดเป็นเหตุผลสนับสนุนใดๆ
สิ่งที่น่าสนใจกว่าคือ การไม่มีแผนการลงทุน
ในผลสำรวจชุดเดียวกัน มีข้อสังเกต 2 ข้อที่ให้แง่คิดมากกว่าขนาดตลาด ข้อแรกคือ ธุรกิจขนาดกลางและขนาดย่อมของไทย 90% ไม่มีแผนการลงทุนด้านดิจิทัลอย่างเป็นทางการ ข้อที่สองคือ อัตราการใช้คูปองจากภาครัฐในโครงการ SME 4.0 อยู่ต่ำกว่า 30% โดยมีคำอธิบายว่าเป็นเพราะ “ผู้บริหารให้ความสำคัญกับปัญหากระแสเงินสดเฉพาะหน้าก่อน”
มีวงเงินสนับสนุนอยู่ แต่ไม่มีคนใช้ คำอธิบายบอกว่าไม่ใช่เพราะ “ไม่รู้” แต่เพราะ “ให้ความสำคัญกับเงินสดตรงหน้าก่อน” โครงสร้างเดียวกันนี้เกิดขึ้นกับการนำ IoT มาใช้ในโรงงานต่างประเทศด้วย สำนักงานใหญ่ที่ญี่ปุ่นพูดในบริบทของแผนระยะกลาง ส่วนบริษัทในเครือในพื้นที่พูดด้วยกระแสเงินสดของปีนี้ ทั้งที่มองโครงการเดียวกัน แต่กรอบเวลาในการตัดสินใจกลับต่างกัน หลายครั้งนี่คือตัวตนที่แท้จริงของอาการ “สำนักงานใหญ่โบกธงอยู่ฝ่ายเดียว แต่พื้นที่ไม่ขยับตาม”
โจทย์ที่ถูกส่งมาในรูปปัญหาทางเทคนิค ส่วนใหญ่ไม่ใช่ปัญหาทางเทคนิค
ประตูทางเข้าของการปรึกษาแทบไม่มีข้อยกเว้น คือเรื่องเทคนิค “ควรใช้เกตเวย์ตัวไหน” “ควรใช้คลาวด์เจ้าไหน” “ดึงจาก PLC ตรงๆ ได้ไหม” แต่เมื่อแยกความต้องการออกมาทีละชิ้น สิ่งที่ยังไม่ได้ตัดสินใจมักไม่ใช่เรื่องเทคนิค หากเป็น 3 เรื่องต่อไปนี้
| สิ่งที่ยังไม่ได้ตัดสินใจ | สิ่งที่จะเกิดขึ้นถ้ายังไม่ตัดสินใจ |
|---|---|
| ใครเป็นคนดูข้อมูลนี้แล้วตัดสินใจ (สำนักงานใหญ่ ผู้จัดการโรงงานในพื้นที่ หรือฝ่ายซ่อมบำรุงในพื้นที่) | ออกแบบหน้าจอไม่ลงตัว จนได้หน้าจอกลางๆ ที่ทำมาเพื่อทุกคน |
| เวลาปิดรอบข้อมูลเพื่อการตัดสินใจคือกี่โมง | ข้อมูลไม่ทันประชุมเช้าที่ญี่ปุ่น หรือไม่ก็ขาดส่วนของกะกลางคืนในพื้นที่ |
| เมื่อตัวเลขออกมาไม่ดี ใครเป็นคนขยับก่อน | สภาพ “เห็นแล้วแต่ไม่มีใครขยับ” กลายเป็นเรื่องถาวร |
ถ้าตัดสินใจ 3 เรื่องนี้ได้ ฟังก์ชันที่จำเป็นจะแคบลงเองโดยธรรมชาติ ในทางกลับกัน ถ้าข้าม 3 เรื่องนี้แล้วเริ่มจากการเปรียบเทียบฟังก์ชัน ยิ่งมีฟังก์ชันมากก็ยิ่งดูดี ของที่ไม่จำเป็นจึงถูกกองสะสมเข้ามาด้วย การที่ชั้นที่ 4 (แอปพลิเคชันรวมศูนย์และการมองเห็นข้อมูล) บวมขึ้นมา แทบทุกครั้งมาจากเส้นทางนี้ เรื่องค่าใช้จ่ายจะลงรายละเอียดในครึ่งหลัง แต่ขอบอกไว้ตรงนี้ว่า ต้นทุนของการไม่ตัดสินใจเรื่องความต้องการ สุดท้ายจะปรากฏออกมาเป็นตัวเงิน
ตัวเลขที่สำนักงานใหญ่อยากดู กับตัวเลขที่พื้นที่ใช้จริง เป็นคนละชุดกัน
จุดแรกที่การเฝ้าติดตามโรงงานต่างประเทศจากระยะไกลมักสะดุด คือจุดนี้ ถ้าพยายามทำหน้าจอเดียวให้ตอบโจทย์ทั้งสำนักงานใหญ่และพื้นที่ ผลลัพธ์คือหน้าจอที่ไม่มีใครใช้ทั้งสองฝั่ง
ความละเอียดที่อยากเห็น และกรอบเวลา ต่างกันตั้งแต่ราก
เรียบเรียงออกมาได้ตามตารางนี้
| มุมมอง | สำนักงานใหญ่ที่ญี่ปุ่น | ฐานการผลิตในพื้นที่ |
|---|---|---|
| สิ่งที่อยากเห็น | การเทียบระหว่างฐานการผลิต แนวโน้มรายเดือนและรายสัปดาห์ | เครื่องจักร ณ วินาทีนี้ ไลน์การผลิตของวันนี้ |
| กรอบเวลา | รายเดือนและรายสัปดาห์ | ระดับนาทีและระดับชั่วโมง |
| เนื้อหาของการตัดสินใจ | การจัดสรรงบลงทุน การประเมินฐานการผลิต แผนกำลังคน | ความล่าช้าของการเปลี่ยนรุ่นผลิต ความจำเป็นในการเรียกคนช่วย การรับมือเบื้องต้นเมื่อเครื่องหยุด |
| ความแม่นที่ต้องการ | ค่ารวมต้องใช้นิยามเดียวกันทุกฐานการผลิต | ต้องไม่คลาดจากสภาพจริงหน้างาน |
| ภาษาที่ใช้ | ภาษาญี่ปุ่น | ภาษาไทย ภาษาเวียดนาม และภาษาอังกฤษ |
แม้แต่คำเดียวอย่าง “อัตราการเดินเครื่อง” นิยามของสำนักงานใหญ่กับของพื้นที่ก็ต่างกันได้ สำนักงานใหญ่อยากตัดการหยุดตามแผนออกจากตัวหาร ส่วนพื้นที่อยากนับเวลาเปลี่ยนรุ่นผลิตรวมเข้าไปในเวลาเดินเครื่อง งานทำให้นิยามเป็นหนึ่งเดียวนี่เองคือเนื้อในของชั้นที่ 4 ซึ่งจะกล่าวถึงต่อไป นั่นคือแอปพลิเคชันรวมศูนย์และการออกแบบสิทธิ์การเข้าถึง และเป็นส่วนที่จำนวนเงินไม่เพิ่มตามจำนวนฐานการผลิต พูดกลับกันคือ ถ้าข้ามงานทำให้นิยามเป็นหนึ่งเดียวไปตอนทำฐานการผลิตแห่งแรก พอถึงแห่งที่สองก็ต้องกลับมารื้อทำใหม่แน่นอน
จะรับส่วนต่างเวลา 2 ชั่วโมงไว้ตรงไหน
ญี่ปุ่นอยู่ที่ UTC+9 ส่วนไทยและเวียดนามอยู่ที่ UTC+7 ส่วนต่างเวลาคือ 2 ชั่วโมง และ 2 ชั่วโมงนี้เองที่ทำให้การออกแบบเวลาปิดรอบข้อมูลยุ่งขึ้น
สมมติว่าประชุมเช้าของสำนักงานใหญ่อยู่ที่ 8:30 ตามเวลาญี่ปุ่น เวลาในพื้นที่คือ 6:30 ณ เวลานี้ ผลการผลิตของวันก่อนหน้าต้องปิดยอดเรียบร้อยแล้ว แต่ถ้ากะกลางคืนในพื้นที่เลิกงานตอนเช้าตามเวลาท้องถิ่น เมื่อถึง 6:30 ยอดของวันก่อนหน้าจะยังปิดไม่ได้ นี่คือโครงสร้างที่ว่า ถ้าจะให้ทันประชุมเช้าที่ญี่ปุ่น ส่วนของกะกลางคืนในพื้นที่จะขาดหายไป
ทางเลือกในการรับมือมี 3 ทาง
- เลื่อนรอบปิดของฝั่งสำนักงานใหญ่ออกไป 1 วัน โดยกำหนดว่าสิ่งที่ดูในประชุมเช้าคือ “ยอดปิดของวันก่อนหน้าอีกวันหนึ่ง” ทางนี้ปลอดภัยที่สุดและแทบไม่มีต้นทุนในการพัฒนา แต่สำนักงานใหญ่ต้องยอมสละ “ตัวเลขของเมื่อวาน”
- แยกค่าชั่วคราวออกจากค่าที่ปิดยอดแล้ว โดยประชุมเช้าดูค่าชั่วคราว แล้วเปลี่ยนเป็นค่าที่ปิดยอดแล้วหลังกะกลางคืนในพื้นที่เลิกงาน ทางนี้บังคับให้หน้าจอต้องแสดงสถานะ “ชั่วคราว หรือ ปิดยอดแล้ว” งานพัฒนาเพิ่มขึ้น แต่ไม่ต้องไปเปลี่ยนการทำงานหน้างาน
- ขยับเส้นแบ่งกะในพื้นที่ คือเปลี่ยนระบบเวลาทำงานของพื้นที่เอง ทางนี้ไม่มีต้นทุนในการพัฒนา แต่ไปแตะเรื่องแรงงานสัมพันธ์ในพื้นที่ จึงแทบไม่มีทางผ่าน
ที่เราแนะนำคือทางที่ 1 หรือทางที่ 2 ส่วนโครงการที่มีการเสนอทางที่ 3 เข้ามา มักเป็นสัญญาณว่าความสะดวกของฝั่งสำนักงานใหญ่กำลังถูกส่งลงมาหน้างานแบบทางเดียว หลายครั้งการกลับไปทำนิยามความต้องการใหม่จะเร็วกว่า
และสิ่งสำคัญคือ การตัดสินใจเรื่องนี้ไม่ใช่ฟังก์ชันของระบบ แต่เป็นกฎการทำงาน เวลาปิดรอบข้อมูลถูกกำหนดด้วยข้อความเพียงบรรทัดเดียวในเอกสารนิยามความต้องการ แต่ถ้าปล่อยไว้โดยไม่ตัดสินใจ มันจะกลายเป็นสาเหตุอันดับต้นของอาการข้อมูลไม่ตรงกันหลังระบบขึ้นใช้งานจริง
สิ่งที่พื้นที่ใช้จริงไม่ใช่ค่ารวม แต่เป็นการแจ้งเตือน
ยังมีอีกเรื่องที่เกิดขึ้นบ่อยในทางปฏิบัติ ผู้รับผิดชอบในพื้นที่ไม่เดินไปดูแดชบอร์ด ถ้ามีเวลาไปดู เขาย่อมเลือกไปยืนที่หน้างานมากกว่า สิ่งที่ได้ผลจริงในฝั่งพื้นที่ไม่ใช่กราฟ แต่คือ การแจ้งเตือนว่า “เครื่องหยุดแล้ว” หรือ “มีคนเรียก” การออกแบบส่วนนี้ทับซ้อนกับขอบเขตที่เขียนไว้ในวิธีสร้างระบบเรียกและแจ้งเตือนในโรงงาน
พูดอีกอย่างคือ บนแพลตฟอร์ม IoT ชุดเดียวกัน เราต้องเตรียมทางออกที่มีลักษณะต่างกัน 2 ทาง คือ “การรวมยอดและการเปรียบเทียบ” สำหรับสำนักงานใหญ่ และ “การแจ้งเตือนและการรับมือเบื้องต้น” สำหรับพื้นที่ การวาง 2 ทางออกนี้ไว้เป็นเงื่อนไขตั้งต้นหรือไม่ ทำให้ราคาประเมินของชั้นที่ 4 ต่างกัน
ห้ามเอา “การเฝ้าติดตามจากระยะไกล” ไปปนกับ “การเข้าถึงจากระยะไกล”
ในโครงการที่เกี่ยวกับฐานการผลิตต่างประเทศ จุดที่อันตรายแทรกเข้ามาอย่างเงียบที่สุดคือจุดนี้ ในเอกสารขออนุมัติเขียนว่า “นำระบบเฝ้าติดตามจากระยะไกลมาใช้” แต่ในรายการความต้องการกลับมีข้อความแทรกเข้ามาว่า “ให้เปลี่ยนค่าตั้งจากญี่ปุ่นได้” หรือ “ให้ผู้ขายบำรุงรักษาจากญี่ปุ่นได้” ณ วินาทีนั้น ลักษณะของโครงการเปลี่ยนไปแล้ว
การเฝ้าติดตามกับการเข้าถึง มีความเสี่ยงคนละประเภท
| หมวด | สิ่งที่ทำ | ทิศทางของข้อมูล | ลักษณะความเสี่ยง |
|---|---|---|---|
| การเฝ้าติดตามจากระยะไกล | อ่านสถานะการเดินเครื่องมาแสดงผล | พื้นที่ → สำนักงานใหญ่ (ทางเดียว) | ข้อมูลรั่วไหล แต่การผลิตไม่หยุด |
| การเข้าถึงจากระยะไกล | เปลี่ยนค่าตั้ง อัปเดตโปรแกรม สั่งงานจากระยะไกล | สำนักงานใหญ่หรือผู้ขาย → เครื่องจักรในพื้นที่ (สองทาง) | เครื่องจักรการผลิตถูกสั่งงานได้โดยตรง |
การอ่านค่าทางเดียว กับการควบคุมแบบสองทาง ต้องการมาตรการคนละระดับกันโดยสิ้นเชิง วินาทีที่ไปแตะการควบคุม เราก็เข้าสู่โลกของ OT Security แล้ว
สิ่งที่ CISA ชี้ซ้ำแล้วซ้ำอีก
เรื่องการเข้าถึงจากระยะไกลในงานอุตสาหกรรม มีข้อชี้แนะ 3 ข้อที่ควรจำไว้
ข้อแรก คำแนะนำของ CISA ชี้ซ้ำหลายครั้งว่า การเข้าถึงจากระยะไกลที่ไม่ปลอดภัยคือเส้นทางบุกรุกหลักเข้าสู่โครงสร้างพื้นฐานสำคัญ ไม่ใช่เรื่องของเครื่องจักรพิเศษบางชนิด แต่เป็นการชี้ว่าโครงสร้างของการเข้าถึงจากระยะไกลนั่นเองคือช่องทางเข้า
ข้อที่สอง การเข้าถึงจากระยะไกลของผู้ขายถือเป็นภัยคุกคามโดยตรงมากที่สุด ผู้ผลิตเครื่องจักรมักคง VPN เข้าสู่เครือข่าย OT ของลูกค้าไว้ ทั้งแบบเชื่อมต่อตลอดเวลาและแบบเชื่อมต่อเมื่อต้องการ เพื่อใช้ในการวินิจฉัย อัปเดต และให้การสนับสนุน หากฝั่งผู้ขายถูกเจาะ การเชื่อมต่อที่ได้รับความไว้วางใจนั้นจะกลายเป็นอุโมงค์ตรงเข้าสู่เครื่องจักรการผลิต ไม่ว่าระบบความปลอดภัยของบริษัทเราจะรัดกุมเพียงใด ถ้าฝั่งผู้ขายบริหารจัดการหละหลวม ผู้บุกรุกก็เข้ามาทางนั้นได้
ข้อที่สาม ในเหตุการณ์จริงเมื่อปี 2026 สาเหตุไม่ใช่เทคนิคการโจมตีขั้นสูง แต่เป็นเพราะ ตัวคอนโทรลเลอร์เข้าถึงได้โดยตรงจากอินเทอร์เน็ต ไม่ใช่ช่องโหว่แบบ zero-day และไม่ใช่การโจมตีแบบเจาะจงเป้าหมายขั้นสูง เป็นเพียงเพราะอุปกรณ์ถูกเปิดให้เข้าถึงได้จากภายนอกเท่านั้น
เส้นทางของการบุกรุกช่วงแรกก็ถูกเรียบเรียงไว้แล้ว โดยปกติผู้บุกรุกเข้ามาทางฝั่งไอทีขององค์กร ได้แก่ การขโมยข้อมูลยืนยันตัวตนด้วยฟิชชิง ช่องโหว่ของแอปพลิเคชันที่เปิดสู่สาธารณะ และการที่ผู้ขายภายนอกซึ่งมีสิทธิ์เข้าถึงผ่าน VPN ถูกเจาะ
พอเป็นฐานการผลิตต่างประเทศ ปัญหานี้แย่ลงเชิงโครงสร้าง
ทำไมประเด็นนี้จึงหนักเป็นพิเศษเมื่อเป็นฐานการผลิตต่างประเทศ เหตุผลตรงไปตรงมา คือ ความต้องการที่ว่า “อยากแตะจากญี่ปุ่นได้” ถูกใส่เข้ามาตั้งแต่ต้น
ถ้าเป็นโรงงานในประเทศเดียวกัน มีอะไรผู้รับผิดชอบก็เดินทางไปหน้างานได้ แต่ฐานการผลิตต่างประเทศไปไม่ได้ ความต้องการที่ว่า “ให้แก้ค่าตั้งจากญี่ปุ่นได้” จึงโผล่ขึ้นมาเองโดยธรรมชาติ และความต้องการนั้นแทรกอยู่ในเอกสารขออนุมัติที่ชื่อว่า “การนำระบบเฝ้าติดตามจากระยะไกลมาใช้” ในฐานะข้อความบรรทัดเดียวที่มองไม่เห็นค่าใช้จ่ายเพิ่ม ขอราคาด้วยความต้องการแบบเฝ้าติดตาม แต่ใช้งานจริงด้วยความต้องการแบบเข้าถึง นี่คือสภาพที่อันตรายที่สุด
อย่างน้อยที่สุด ต้องตัดสินใจเรื่องเหล่านี้
- วางการเข้าถึงจากระยะไกลไว้หลังไฟร์วอลล์ และให้เป็นการเข้าถึงที่ถูกควบคุมผ่าน VPN เกตเวย์ พร้อมทั้งคงแพตช์ล่าสุดของเกตเวย์และเครือข่ายไว้เสมอ
- อย่าปล่อยให้คอนโทรลเลอร์อยู่ในสภาพที่เข้าถึงได้โดยตรงจากอินเทอร์เน็ต เพราะนี่คือสาเหตุโดยตรงของเหตุการณ์ในปี 2026
- บังคับใช้การยืนยันตัวตนหลายปัจจัย การยืนยันตัวตนหลายปัจจัยสำหรับการเข้าถึง OT จากระยะไกลไม่ใช่ทางเลือกอีกต่อไป แม้ตัว PLC เองจะรองรับ MFA ไม่ได้ แต่ก็บังคับได้ที่เกตเวย์หรือ VPN ซึ่งอยู่ด้านหน้า
- ทำบัญชีรายการ VPN ของผู้ขาย โดยจัดทำรายการว่าใคร ตั้งแต่เมื่อไร เข้าถึงเครื่องจักรตัวใด และอยู่ในสภาพเชื่อมต่อตลอดเวลาหรือไม่ เรื่องนี้ไม่ใช่เรื่องของระบบใหม่ แต่เป็นสิ่งที่ทำได้ทันทีกับเครื่องจักรที่มีอยู่เดิม
สำหรับการออกแบบเครือข่ายภายในฐานการผลิตเอง ขอให้ดูที่การออกแบบ Wi-Fi และเครือข่ายอุตสาหกรรมในโรงงาน ส่วนแนวคิดการป้องกันฝั่ง OT อยู่ในการเริ่มต้นทำ OT Security ในโรงงานที่ประเทศไทย บทความนี้ขอจับไว้เพียงประเด็นเดียว คือเมื่อจะสร้างการเชื่อมต่อข้ามฐานการผลิต การพิจารณาเรื่องนี้เป็นสิ่งที่ขาดไม่ได้
และในแง่ค่าใช้จ่ายก็สำคัญเช่นกัน การพิจารณาเรื่องนี้เชื่อมตรงไปที่ราคาประเมินของชั้นที่ 3 (การเชื่อมต่อระหว่างฐานการผลิตและสำนักงานใหญ่) ราคาที่คิดแค่ “ลาก VPN” กับราคาที่คิดว่า “ตั้งเกตเวย์ บังคับ MFA และแยกการเข้าถึงของผู้ขายออกมา” นั้นต่างกัน เมื่อได้ใบเสนอราคาที่ถูกผิดปกติ ขอให้ตรวจสอบทุกครั้งว่าตั้งอยู่บนเงื่อนไขแบบใด
จะเก็บข้อมูลไว้ที่ไหน: PDPA ของไทยและกฎใหม่ของเวียดนาม
การรวบรวมข้อมูลข้ามฐานการผลิต หมายถึงข้อมูลจะข้ามพรมแดนประเทศ ตรงนี้มีกฎหมายเข้ามาเกี่ยวข้อง ประเทศต่างๆ ในเอเชียตะวันออกเฉียงใต้กำลังทยอยวางกฎเกณฑ์เกี่ยวกับที่ตั้งของข้อมูลและการโอนข้อมูล
ต่อไปนี้เป็นการเรียบเรียงในเชิงหลักการทั่วไป การตัดสินในแต่ละโครงการ ขอให้ตรวจสอบกับฝ่ายกฎหมายและผู้เชี่ยวชาญในพื้นที่ทุกครั้ง บทความนี้ไม่ใช่คำแนะนำทางกฎหมาย
กฎการโอนข้อมูลข้ามพรมแดนของ PDPA ไทย
ประกาศของ PDPC จำนวน 2 ฉบับ ซึ่งกำหนดเกณฑ์การโอนข้อมูลข้ามพรมแดน ได้ประกาศในราชกิจจานุเบกษาของไทยเมื่อ 25 ธันวาคม 2023 และมีผลบังคับใช้เมื่อ 24 มีนาคม 2024 ประกอบด้วยประกาศตามมาตรา 28 (กรณีประเทศปลายทางมีมาตรฐานการคุ้มครองที่เพียงพอ) และประกาศตามมาตรา 29 (การโอนไปยังประเทศที่มีมาตรฐานไม่เพียงพอ)
“มาตรฐานการคุ้มครองที่เพียงพอ” ตามมาตรา 28 ประเมินจาก 3 ข้อต่อไปนี้
- มีมาตรการทางกฎหมายที่เทียบเท่ากับกฎหมายคุ้มครองข้อมูลส่วนบุคคลของไทย
- มีการกำหนดหน่วยงานบังคับใช้กฎหมายที่มีอำนาจสอบสวนและลงโทษ
- มีช่องทางเยียวยาทางกฎหมายที่เจ้าของข้อมูลใช้ได้
ในมาตรา 29 มีการกำหนดข้อยกเว้นสำหรับกรณีที่โอนไปยังประเทศที่มีมาตรฐานไม่เพียงพอได้ ได้แก่ ข้อกำหนดตามกฎหมาย ความยินยอมของเจ้าของข้อมูลหลังได้รับคำอธิบายว่ามาตรฐานไม่เพียงพอ กรณีจำเป็นต่อการปฏิบัติตามสัญญา สถานการณ์ร้ายแรงที่จำเป็นเพื่อป้องกันอันตราย และกรณีจำเป็นต่อกิจกรรมเพื่อประโยชน์สาธารณะที่สำคัญ
ส่วนเครื่องมือสำหรับการโอนไปยังประเทศที่มีมาตรฐานไม่เพียงพอ ได้แก่ BCR (นโยบายคุ้มครองข้อมูลที่มีผลผูกพันในเครือกิจการ ซึ่งต้องผ่านการตรวจสอบและรับรองจาก PDPC) ข้อสัญญามาตรฐาน การรับรองโดย PDPC เอกสารทวิภาคีที่มีผลผูกพันทางกฎหมาย และแนวปฏิบัติที่ได้รับการอนุมัติ
สิ่งที่สำคัญที่สุดในทางปฏิบัติคือ “กรณีที่ไม่ถือเป็นการโอนข้ามพรมแดน”
ตรงนี้คือส่วนที่ใช้งานได้จริงที่สุดของบทความนี้ 2 กรณีต่อไปนี้ถือว่าไม่เข้าข่ายการโอนข้อมูลข้ามพรมแดน
- กรณีที่ข้อมูลเพียงผ่านระบบไปเท่านั้น โดยไม่มีการเข้าถึงและไม่มีการแก้ไข
- กรณีที่เก็บไว้บนเซิร์ฟเวอร์คลาวด์ในต่างประเทศ ในรูปแบบที่บุคคลที่สามเข้าถึงไม่ได้
การรู้หรือไม่รู้ 2 กรณีนี้ ทำให้ทางเลือกด้านสถาปัตยกรรมระบบต่างกัน ไม่ใช่ว่า “วางไว้ต่างประเทศแล้วผิดทั้งหมด” แต่หมายความว่าการปฏิบัติต่อข้อมูลอาจเปลี่ยนไปตามการออกแบบว่าข้อมูลไหลอย่างไร และใครเข้าถึงได้บ้าง ด้วยเหตุนี้จึงต้องดึงฝ่ายกฎหมายเข้ามาร่วมตั้งแต่ตอนวาดผังโครงสร้างระบบ ถ้าสร้างเสร็จแล้วค่อยไปปรึกษา ก็ต้องรื้อทำใหม่
อนึ่ง เรื่องเพดานค่าปรับทางปกครองนั้น แหล่งที่มาที่บทความนี้อ้างอิงไม่ได้ระบุไว้ จึงไม่เขียนจำนวนเงิน
Decree 356/2025/ND-CP ของเวียดนาม
ที่เวียดนาม Decree 356/2025/ND-CP มีผลบังคับใช้เมื่อ 1 มกราคม 2026 และเข้าแทนที่ Decree 13/2023/ND-CP โดยเป็นกฎหมายลำดับรองสำหรับการบังคับใช้กฎหมายคุ้มครองข้อมูลส่วนบุคคล (PDPL) ซึ่งเปลี่ยนจากการวางเป็นหลักการ ไปสู่ข้อกำหนดด้านการปฏิบัติตามกฎที่เป็นรูปธรรมและตรวจสอบได้
ในทางปฏิบัติ จุดที่ต้องจับมีดังนี้
| รายการ | เนื้อหา |
|---|---|
| วันที่มีผลบังคับใช้ | 1 มกราคม 2026 (เข้าแทนที่ Decree 13/2023/ND-CP) |
| ขั้นตอนการโอนข้ามพรมแดน | ยื่นเอกสารประเมิน (dossier) ต่อพอร์ทัลของกระทรวงความมั่นคงสาธารณะภายใน 60 วัน |
| เนื้อหาที่ต้องระบุในเอกสาร | วัตถุประสงค์ของการโอน ประเภทของข้อมูล กลไกการขอความยินยอม มาตรการรักษาความปลอดภัย และมาตรการลดความเสี่ยง |
| การพิจารณาของหน่วยงาน | ภายใน 15 วัน |
| การบังคับใช้นอกอาณาเขต | ใช้บังคับกับผู้ประกอบการต่างชาติที่จัดการข้อมูลส่วนบุคคลของพลเมืองเวียดนามด้วย โดยไม่คำนึงถึงสถานที่ประมวลผล |
| ระยะผ่อนผัน | ธุรกิจรายย่อย ธุรกิจครอบครัว และธุรกิจขนาดเล็ก ได้รับการผ่อนผัน 5 ปี ถึงปี 2031 |
ประเด็นการบังคับใช้นอกอาณาเขตสำคัญเป็นพิเศษ เพราะใช้บังคับโดยไม่คำนึงถึงสถานที่ประมวลผล ดังนั้นจึงไม่สามารถอ้างได้ว่า “วางเซิร์ฟเวอร์ไว้ที่ญี่ปุ่นแล้วจึงไม่เกี่ยว”
นอกจากนี้ เวียดนามยังมีข้อกำหนดเกี่ยวกับการจัดเก็บข้อมูลไว้ในประเทศ ในสายของ Decree 53 และ Decree 13 อยู่ด้วย แต่รายละเอียดของขอบเขตการบังคับใช้ยังยืนยันจากแหล่งที่มาไม่ได้ บทความนี้จึงไม่ก้าวล่วงไปไกลกว่าการบอกว่า “มีข้อกำหนดในสายนี้อยู่” หากกำลังพิจารณาโครงสร้างที่รวมฐานการผลิตในเวียดนามด้วย ขอให้ตรวจสอบประเด็นนี้กับผู้เชี่ยวชาญในพื้นที่
เรื่องจำนวนค่าปรับก็เช่นกัน แหล่งที่มาที่อ้างอิงไม่ได้ระบุไว้เป็นรูปธรรม จึงไม่เขียน การยกจำนวนเงินมาเร้าความตื่นตระหนกนั้นสู้การรักษาลำดับการทำงานที่ว่า ปรึกษาก่อนตัดสินใจเรื่องโครงสร้างระบบ ไม่ได้ในทางปฏิบัติ
ข้อมูลการเดินเครื่องของเครื่องจักรถือเป็นข้อมูลส่วนบุคคลหรือไม่
เป็นคำถามที่ได้ยินบ่อย ข้อมูลการเดินเครื่องของเครื่องจักรเพียงลำพัง โดยปกติไม่ใช่ข้อมูลส่วนบุคคล ข้อมูลอย่างสถานะเดินเครื่องและหยุดเครื่อง รอบเวลาการผลิต และประวัติการแจ้งเตือน โดยตัวมันเองไม่ได้ชี้ไปที่บุคคลใดบุคคลหนึ่ง
แต่มีจุดที่ต้องระวัง คือ วินาทีที่ผูกรหัสพนักงานผู้ปฏิบัติงานหรือชื่อพนักงานเข้าไป ข้อมูลชุดนั้นอาจถูกถือว่ามีข้อมูลส่วนบุคคลรวมอยู่ด้วย เมื่อใส่ข้อมูลอย่าง “ใครเป็นคนเดินเครื่องนี้” หรือ “ของเสียเกิดขึ้นตอนที่พนักงานคนใดคุมเครื่อง” ลักษณะของข้อมูลก็เปลี่ยนไป และเมื่อใส่ความต้องการเรื่องการสอบกลับย้อนหลังหรือการวิเคราะห์คุณภาพเข้ามา ความอยากผูกตัวผู้ปฏิบัติงานเข้าไปก็เกิดขึ้นเองตามธรรมชาติ
ตรงนี้ขอเลี่ยงการฟันธง เพราะเส้นแบ่งว่าจุดใดถือเป็นข้อมูลส่วนบุคคลนั้น อาจตัดสินได้ต่างกันตามวิธีถือครองข้อมูลและตามข้อกำหนดของแต่ละประเทศ สิ่งที่บทความนี้พูดได้มีเพียงข้อเดียว คือ อย่าเริ่มออกแบบโดยตั้งสมมติฐานว่า “เป็นข้อมูลการเดินเครื่อง จึงไม่เกี่ยวกับกฎหมาย” การตัดสินใจว่าจะผูกรหัสพนักงานผู้ปฏิบัติงานเข้าไปหรือไม่ เป็นเรื่องที่ควรตัดสินร่วมกับฝ่ายกฎหมายตั้งแต่ช่วงต้นของการนิยามความต้องการ
สำหรับการออกแบบความละเอียดของการสอบกลับย้อนหลังโดยตรง เขียนไว้ในค่าใช้จ่ายและวิธีดำเนินการสร้างระบบสอบกลับย้อนหลัง หากจะรวมข้อมูลคุณภาพเข้าไปในฐานการผลิตต่างประเทศด้วย ขอให้พิจารณาบทความนั้นประกอบ
แยกค่าใช้จ่ายของการนำ IoT มาใช้ในโรงงานต่างประเทศ ออกเป็น 5 ชั้น
จากตรงนี้เข้าสู่เรื่องค่าใช้จ่าย ใบเสนอราคาของการเฝ้าติดตามฐานการผลิตต่างประเทศจากระยะไกลนั้น แต่ละผู้ขายแบ่งรายละเอียดคนละแบบ จึงนำมาเทียบกันตรงๆ ไม่ได้ บทความนี้จึงขอแยกค่าใช้จ่ายออกเป็น 5 ชั้น เพื่อเรียบเรียงให้เทียบกันได้
| ชั้น | เนื้อหา |
|---|---|
| ชั้นที่ 1 | ชั้นการวัดในพื้นที่ (การดึงข้อมูลจากเครื่องจักร ได้แก่ เกตเวย์ เซนเซอร์ การเดินสาย และการติดตั้ง) |
| ชั้นที่ 2 | เครือข่ายภายในฐานการผลิตและเซิร์ฟเวอร์ฝั่งเอดจ์ |
| ชั้นที่ 3 | การเชื่อมต่อระหว่างฐานการผลิตและสำนักงานใหญ่ (วงจรสื่อสาร VPN และเกตเวย์ การตั้งค่าคลาวด์เริ่มต้น) |
| ชั้นที่ 4 | แอปพลิเคชันรวมศูนย์เพื่อการมองเห็นข้อมูล และการออกแบบสิทธิ์การเข้าถึง (การรวมนิยามตัวชี้วัดข้ามฐานการผลิต หน้าจอหลายภาษา สิทธิ์การเข้าถึง) |
| ชั้นที่ 5 | การดำเนินงาน (ค่าคลาวด์และค่าวงจรรายเดือน ค่าลิขสิทธิ์ การบำรุงรักษาในพื้นที่ และชั่วโมงทำงานดูแลระบบฝั่งสำนักงานใหญ่) |

ขอกำหนดนิยามของเงินลงทุนให้ตายตัวตรงนี้
มีอุบัติเหตุที่เกิดขึ้นทุกครั้งในการคำนวณการคืนทุน คือการนับซ้ำ โดยเอาค่าดำเนินงานไปใส่ในเงินลงทุนด้วย แล้วยังหักออกเป็นต้นทุนรายปีอีก ทำแบบนี้แล้วระยะเวลาคืนทุนจะแย่กว่าความจริง และการตัดสินใจจะบิดเบี้ยว
บทความนี้จึงขอกำหนดนิยามให้ตายตัว
เงินลงทุน = ชั้นที่ 1 + ชั้นที่ 2 + ชั้นที่ 3 + ชั้นที่ 4 (4 ชั้นที่เกิดขึ้นเพียงครั้งเดียวตอนเริ่มต้น)
ชั้นที่ 5 แยกออกมาเป็นค่าดำเนินงานต่อปี (เกิดขึ้นทุกปี จึงไม่รวมอยู่ในเงินลงทุน)ผลประโยชน์สุทธิต่อปี = ผลประโยชน์ต่อปี − ค่าดำเนินงานต่อปีของชั้นที่ 5
ระยะเวลาคืนทุน = เงินลงทุน ÷ ผลประโยชน์สุทธิต่อปี
ใน 5 ชั้นนี้ 4 ชั้นคือเงินลงทุน และอีก 1 ชั้นที่เหลือคือค่าดำเนินงานต่อปี การคำนวณทั้งหมดหลังจากนี้ในบทความจะยึดตามนิยามนี้ เวลาเปรียบเทียบใบเสนอราคาจากหลายเจ้า ก็ขอให้จัดเรียงใหม่ให้เข้ากับ 5 ชั้นนี้ก่อนแล้วค่อยเทียบ ใบเสนอราคาที่ชั้นเดียวกันไม่ได้ใส่ของอย่างเดียวกัน ต่อให้เทียบตัวเงินก็ไม่มีความหมาย
ความต่างของลักษณะในแต่ละชั้น คือสิ่งที่กำหนดข้อสรุปของบทความนี้
ทั้ง 5 ชั้นมีรูปแบบการเพิ่มขึ้นไม่เหมือนกัน ตรงนี้เชื่อมไปสู่แก่นของบทความ
| ชั้น | เพิ่มขึ้นตามอะไร |
|---|---|
| ชั้นที่ 1 การวัด | แปรผันตามจำนวนเครื่องจักรที่เฝ้าติดตาม |
| ชั้นที่ 2 เครือข่ายภายในฐานการผลิตและเอดจ์ | แปรผันตามจำนวนฐานการผลิต |
| ชั้นที่ 3 การเชื่อมต่อระหว่างฐานการผลิตและสำนักงานใหญ่ | แปรผันตามจำนวนฐานการผลิตอย่างช้าๆ (ก้อนเริ่มต้นมีขนาดใหญ่) |
| ชั้นที่ 4 แอปพลิเคชันรวมศูนย์และการออกแบบสิทธิ์ | แทบไม่แปรผันตามอะไรเลย (ไม่ว่าจะ 1 หรือ 3 ฐานการผลิต ปริมาณงานนิยามตัวชี้วัดและออกแบบสิทธิ์ก็ไม่ต่างกันมาก) |
| ชั้นที่ 5 การดำเนินงาน | แปรผันตามทั้งจำนวนฐานการผลิตและจำนวนเครื่องจักร |
ชั้นที่ 1 แปรผันตามจำนวนเครื่องจักร 20 เครื่องก็คิด 20 เครื่อง 60 เครื่องก็คิด 60 เครื่อง แต่ชั้นที่ 4 ไม่เป็นเช่นนั้น งานอย่าง “กำหนดนิยามของอัตราการเดินเครื่อง” “ออกแบบระดับสิทธิ์การเข้าถึง” และ “แสดงผลหลายภาษา” ไม่ว่าเป้าหมายจะเป็น 1 หรือ 3 ฐานการผลิต ปริมาณงานที่ต้องใช้ก็ไม่ได้เพิ่มเป็น 3 เท่า ความไม่สมมาตรนี้เองที่ทำให้เกิดปรากฏการณ์กลับด้านที่จะเห็นในครึ่งหลัง
ส่วนวิธีดึงข้อมูลจากฝั่งเครื่องจักร นั่นคือวิธีการที่เป็นรูปธรรมของชั้นที่ 1 (ดึงจาก PLC ดึงจากไฟสัญญาณ ติดเซนเซอร์เพิ่มภายหลัง) บทความนี้ไม่กล่าวถึง ขอให้ดูที่ขั้นตอนการนำระบบเฝ้าติดตามการเดินเครื่องด้วย IoT มาใช้ในโรงงาน ความสนใจของบทความนี้อยู่ที่ชั้นที่ 3 และชั้นที่ 4 นั่นคือ ส่วนที่ข้ามพรมแดนประเทศ
เงินอุดหนุนและสิทธิประโยชน์ทางภาษี ใส่ไว้ในแผนค่าใช้จ่ายได้หรือไม่
มีคนถามเรื่องมาตรการของไทยบ่อย จึงขอเรียบเรียงไว้ก่อน ถ้าตอบจากผลสรุปเลย คำตอบเชิงปฏิบัติคือ ไม่ควรใส่เข้าไป
ในมาตรการ “Smart and Sustainable Industry” ของ BOI เพดานการยกเว้นภาษีเงินได้นิติบุคคลอยู่ที่ 50% เป็นหลัก กรณีที่ขึ้นเป็น 100% ได้มีเพียงกรณีเดียว คือ “นำระบบอัตโนมัติและหุ่นยนต์เข้ามาใช้ในสายการผลิต และจัดหาไม่น้อยกว่า 30% ของมูลค่าเครื่องจักรที่ปรับปรุงใหม่ จากอุตสาหกรรมระบบอัตโนมัติภายในประเทศไทย” ส่วนการนำระบบเฝ้าติดตามจากระยะไกลมาใช้จะเข้าเงื่อนไขนี้หรือไม่ ต้องพิจารณาเป็นรายโครงการ
ส่วนการหักรายจ่าย 200% ของ depa (พระราชกฤษฎีกาฉบับที่ 802) มีกำแพงขวางอยู่ 2 ด่าน ตรงนี้ขอให้เข้าใจควบคู่กันเสมอ
กำแพงด่านแรกคือ วงเงินที่เล็ก เพดานต่อรอบระยะเวลาบัญชีอยู่ที่ 300,000 บาท เมื่อเทียบกับเงินลงทุนของสถานการณ์จำลอง A ที่จะกล่าวถึงต่อไปซึ่งอยู่ที่ 4,800,000 บาท 300,000 บาทคิดเป็น 6.25% ไม่ได้แปลว่ามาตรการนี้ไม่มีความหมาย แต่แปลว่า ไม่ใหญ่พอที่จะพลิกการตัดสินใจลงทุน
กำแพงด่านที่สองคือ ขอบเขตผู้มีสิทธิ์ที่แคบ มาตรการนี้ใช้กับกิจการที่มีทุนจดทะเบียนชำระแล้วไม่เกิน 5 ล้านบาท และรายได้ต่อปีไม่เกิน 30 ล้านบาท และจำกัดเฉพาะผู้ขายที่ขึ้นทะเบียนใน depa Thailand Digital Catalog และจุดชี้ขาดคือ ใช้กับกิจการที่ได้รับยกเว้นภาษีเงินได้นิติบุคคลจาก BOI จากอุตสาหกรรมเป้าหมาย หรือจาก EEC ไม่ได้ ในขณะที่ผู้ผลิตสัญชาติญี่ปุ่นในไทยจำนวนมากอยู่ภายใต้ BOI นั่นคือ หลายบริษัทไม่เข้าข่ายตั้งแต่ต้น ช่วงรายจ่ายที่เข้าเงื่อนไขกำหนดไว้ถึง 31 ธันวาคม 2027
ผู้ผลิตสัญชาติญี่ปุ่นที่ผ่านกำแพงทั้ง 2 ด่านนี้ได้พร้อมกัน ในความเป็นจริงมีไม่มากนัก ดังนั้นในเอกสารขออนุมัติ เราแนะนำให้เรียบเรียงว่า ประกอบการคืนทุนด้วยจำนวนเงินที่ไม่ตั้งอยู่บนสิทธิประโยชน์ใดๆ แล้วถ้าใช้ได้จริงก็ถือเป็นส่วนเกินที่ดีขึ้น เพราะเอกสารขออนุมัติที่ตั้งอยู่บนมาตรการ เมื่อรู้ว่าไม่เข้าข่ายก็ต้องกลับมาทำใหม่ทั้งฉบับ
การคำนวณแบบจำลอง: วาง 3 ฐานการผลิต 60 เครื่อง เทียบกับ 1 ฐานการผลิตในไทย 20 เครื่อง
จากตรงนี้จะเริ่มลงตัวเลขเป็นรูปธรรม ขอย้ำอย่างหนักแน่นก่อนว่า ทั้งหมดต่อจากนี้เป็นการคำนวณแบบจำลองที่ตั้งอยู่บนสมมติฐาน ไม่ใช่ผลการสำรวจ ขอให้แทนด้วยตัวเลขของบริษัทท่านแล้วคำนวณใหม่ทุกครั้ง โดยเฉพาะ “มูลค่าความสูญเสียจากการหยุดเครื่อง 1 ชั่วโมง” เป็นตัวเลขที่บริษัทท่านต้องคำนวณเอง การหยิบค่าที่วางไว้ตรงนี้ไปใช้ตรงๆ ไม่มีความหมาย
เงื่อนไขตั้งต้นของโรงงานแบบจำลอง
- สำนักงานใหญ่ที่ญี่ปุ่น และฐานการผลิตในต่างประเทศ 3 แห่ง (ในไทย 2 แห่ง ในเวียดนาม 1 แห่ง)
- เป้าหมายการเฝ้าติดตามคือเครื่องจักร 20 เครื่องต่อฐานการผลิต 1 แห่ง รวม 3 ฐานการผลิตเป็น 60 เครื่อง
- กำหนดให้เวลาหยุดเครื่องลดลงเดือนละ 1.5 ชั่วโมงต่อเครื่อง (เท่ากับปีละ 18 ชั่วโมง) เป็นค่าสมมติฐานของแบบจำลอง
เงื่อนไขด้านราคาต่อหน่วยมีดังนี้
| รายการ | ค่า | สถานะของตัวเลข |
|---|---|---|
| ค่าจ้างขั้นต่ำของไทย | 337 ถึง 400 บาทต่อวัน แยกตามจังหวัด | ณ เดือนกรกฎาคม 2026 ยังไม่ได้ปรับให้เท่ากันทั้งประเทศ |
| ต้นทุนต่อชั่วโมงทำงานของพนักงานเดินเครื่องหน้างาน | 50 บาทต่อชั่วโมง | คำนวณจาก 400 ÷ 8 โดยสมมติจังหวัดที่จ่าย 400 บาทต่อวัน การคำนวณในบทความนี้ไม่ได้ใช้ค่านี้โดยตรง แต่ใช้เป็นค่าอ้างอิงเพื่อตรวจสอบระดับค่าใช้จ่ายด้านบุคลากรของบริษัทท่านเอง |
| ต้นทุนต่อชั่วโมงทำงานของผู้จัดการและวิศวกรในพื้นที่ | 150 บาทต่อชั่วโมง | ค่าสมมติฐานของแบบจำลอง |
| ต้นทุนต่อชั่วโมงทำงานของผู้รับผิดชอบที่สำนักงานใหญ่ในญี่ปุ่น | 500 บาทต่อชั่วโมง | ค่าสมมติฐานของแบบจำลอง |
| มูลค่าความสูญเสียจากการหยุดเครื่อง 1 ชั่วโมง | 800 บาทต่อเครื่อง | ค่าสมมติฐานของแบบจำลอง และเป็นตัวเลขที่บริษัทท่านต้องคำนวณเอง |
ขอให้ระวังว่าค่าจ้างขั้นต่ำเป็นอัตราต่อวัน ในจังหวัดที่จ่าย 400 บาทต่อวัน 400 ÷ 8 = 50 บาทต่อชั่วโมง คือต้นทุนต่อชั่วโมงทำงานของพนักงานเดินเครื่องหน้างาน
สถานการณ์จำลอง A: ติดตั้งพร้อมกัน 3 ฐานการผลิต 60 เครื่อง
เงินลงทุน (ชั้นที่ 1 ถึงชั้นที่ 4)
| ชั้น | วิธีคำนวณ | จำนวนเงิน (บาท) |
|---|---|---|
| ชั้นที่ 1 การวัด | 60 เครื่อง × 25,000 | 1,500,000 |
| ชั้นที่ 2 เครือข่ายภายในฐานการผลิตและเอดจ์ | 3 ฐานการผลิต × 350,000 | 1,050,000 |
| ชั้นที่ 3 การเชื่อมต่อระหว่างฐานการผลิตและสำนักงานใหญ่ | เหมารวม | 450,000 |
| ชั้นที่ 4 แอปพลิเคชันรวมศูนย์ การออกแบบสิทธิ์ และการรองรับหลายภาษา | เหมารวม | 1,800,000 |
| รวมเงินลงทุน | 4,800,000 |
ชั้นที่ 5 ค่าดำเนินงานต่อปี
| รายการ | วิธีคำนวณ | จำนวนเงิน (บาท/ปี) |
|---|---|---|
| คลาวด์และวงจรสื่อสาร | 3 ฐานการผลิต × 8,000 ต่อเดือน × 12 | 288,000 |
| ค่าลิขสิทธิ์ | 60 เครื่อง × 250 ต่อเดือน × 12 | 180,000 |
| การบำรุงรักษาในพื้นที่และชั่วโมงทำงานดูแลระบบฝั่งสำนักงานใหญ่ คิดเป็นตัวเงิน | เหมารวม | 300,000 |
| รวม | 768,000 |
ผลประโยชน์ต่อปี
| ผลประโยชน์ | วิธีคำนวณ | จำนวนเงิน (บาท/ปี) | สัดส่วน |
|---|---|---|---|
| เวลาหยุดเครื่องที่ลดลง | 60 เครื่อง × 18 ชั่วโมง × 800 | 864,000 | ประมาณ 63% |
| การเดินทางไปตรวจงานที่ลดลง | ลด 3 ครั้ง × 72,000 | 216,000 | ประมาณ 16% |
| ชั่วโมงทำงานรวบรวมและตรวจสอบข้อมูลฝั่งสำนักงานใหญ่ | 30 ชั่วโมงต่อเดือน × 12 × 500 | 180,000 | ประมาณ 13% |
| ชั่วโมงทำงานรวบรวมผลผลิตและทำรายงานในพื้นที่ | 20 ชั่วโมงต่อเดือน × 3 ฐานการผลิต × 12 × 150 | 108,000 | ประมาณ 8% |
| รวม | 1,368,000 | 100% |
ต้นทุนของการเดินทางไปตรวจงาน 1 ครั้ง คำนวณจากค่าเดินทางและค่าที่พัก 60,000 บวกกับเวลาทำงานของผู้เดินทาง (3 วัน × 8 ชั่วโมง × 500 = 12,000) รวมเป็น 72,000 บาทต่อครั้ง โดยตั้งเงื่อนไขว่าลดการเดินทางจากปีละ 6 ครั้งเหลือปีละ 3 ครั้ง จึงลดได้ 3 ครั้ง
ผลประโยชน์สุทธิต่อปี = 1,368,000 − 768,000 = 600,000 บาทต่อปี
ระยะเวลาคืนทุน = 4,800,000 ÷ 600,000 = 8.0 ปี
ROI 5 ปี = (600,000 × 5 − 4,800,000) ÷ 4,800,000 = −37.5% (ภายใน 5 ปีคืนทุนไม่ได้)
ROI 10 ปี = (600,000 × 10 − 4,800,000) ÷ 4,800,000 = +25.0%
ขอเขียนตรงๆ ภายใน 5 ปีไม่คืนทุน ถ้าตกแต่งตรงนี้ให้ดูดี งานขายจะง่ายขึ้นก็จริง แต่ปีที่สองจะพังแน่นอน ภายใต้เงื่อนไขตั้งต้นชุดนี้ การเฝ้าติดตามจากระยะไกลไม่ใช่การลงทุนที่คืนทุนภายใน 3 ปี
สถานการณ์จำลอง B: ทำก่อนเฉพาะฐานการผลิตหลักในไทย 1 แห่ง 20 เครื่อง
เงินลงทุน (ชั้นที่ 1 ถึงชั้นที่ 4)
| ชั้น | วิธีคำนวณ | จำนวนเงิน (บาท) |
|---|---|---|
| ชั้นที่ 1 การวัด | 20 เครื่อง × 25,000 | 500,000 |
| ชั้นที่ 2 เครือข่ายภายในฐานการผลิตและเอดจ์ | 1 ฐานการผลิต × 350,000 | 350,000 |
| ชั้นที่ 3 การเชื่อมต่อระหว่างฐานการผลิตและสำนักงานใหญ่ | เหมารวม | 250,000 |
| ชั้นที่ 4 แอปพลิเคชันรวมศูนย์และการออกแบบสิทธิ์ | เหมารวม (เบาลงเท่าที่ยังไม่ต้องรองรับหลายภาษาและยังไม่ต้องเทียบระหว่างฐานการผลิต) | 1,100,000 |
| รวมเงินลงทุน | 2,200,000 |
ชั้นที่ 5 ค่าดำเนินงานต่อปี
| รายการ | วิธีคำนวณ | จำนวนเงิน (บาท/ปี) |
|---|---|---|
| คลาวด์และวงจรสื่อสาร | 1 ฐานการผลิต × 8,000 ต่อเดือน × 12 | 96,000 |
| ค่าลิขสิทธิ์ | 20 เครื่อง × 250 ต่อเดือน × 12 | 60,000 |
| การบำรุงรักษาในพื้นที่และชั่วโมงทำงานดูแลระบบฝั่งสำนักงานใหญ่ คิดเป็นตัวเงิน | เหมารวม | 120,000 |
| รวม | 276,000 |
ผลประโยชน์ต่อปี
| ผลประโยชน์ | วิธีคำนวณ | จำนวนเงิน (บาท/ปี) | สัดส่วน |
|---|---|---|---|
| เวลาหยุดเครื่องที่ลดลง | 20 เครื่อง × 18 ชั่วโมง × 800 | 288,000 | ประมาณ 53% |
| การเดินทางไปตรวจงานที่ลดลง | ลด 2 ครั้ง × 72,000 | 144,000 | ประมาณ 27% |
| ชั่วโมงทำงานรวบรวมและตรวจสอบข้อมูลฝั่งสำนักงานใหญ่ | 12 ชั่วโมงต่อเดือน × 12 × 500 | 72,000 | ประมาณ 13% |
| ชั่วโมงทำงานรวบรวมผลผลิตและทำรายงานในพื้นที่ | 20 ชั่วโมงต่อเดือน × 1 ฐานการผลิต × 12 × 150 | 36,000 | ประมาณ 7% |
| รวม | 540,000 | 100% |
การเดินทางไปตรวจงานตั้งเงื่อนไขว่าลดจากปีละ 4 ครั้งเหลือปีละ 2 ครั้ง จึงลดได้ 2 ครั้ง
ผลประโยชน์สุทธิต่อปี = 540,000 − 276,000 = 264,000 บาทต่อปี
ระยะเวลาคืนทุน = 2,200,000 ÷ 264,000 ≒ 8.3 ปี
ROI 5 ปี = (264,000 × 5 − 2,200,000) ÷ 2,200,000 = −40.0%
ROI 10 ปี = (264,000 × 10 − 2,200,000) ÷ 2,200,000 = +20.0%

สิ่งที่เห็นได้เมื่อวางทั้ง 2 สถานการณ์จำลองไว้ข้างกัน
| รายการ | สถานการณ์จำลอง A (3 ฐานการผลิต 60 เครื่อง) | สถานการณ์จำลอง B (1 ฐานการผลิต 20 เครื่อง) |
|---|---|---|
| เงินลงทุน (ชั้นที่ 1 ถึงชั้นที่ 4) | 4,800,000 | 2,200,000 |
| ชั้นที่ 5 ค่าดำเนินงานต่อปี | 768,000 | 276,000 |
| ผลประโยชน์ต่อปี | 1,368,000 | 540,000 |
| ผลประโยชน์สุทธิต่อปี | 600,000 | 264,000 |
| ระยะเวลาคืนทุน | 8.0 ปี | ประมาณ 8.3 ปี |
| ROI 5 ปี | −37.5% | −40.0% |
| ROI 10 ปี | +25.0% | +20.0% |
ถ้าดูแต่ระยะเวลาคืนทุน 8.0 ปี กับประมาณ 8.3 ปี ดูไม่ต่างกันมาก ทำให้ชวนตีความว่า “ถ้าอย่างนั้นก็เริ่มจาก B ที่ลงทุนเริ่มต้นน้อยกว่าสิ” ตรงนี้แหละคือหลุมพราง ในหัวข้อถัดไปเราจะเปลี่ยนวิธีอ่านตารางนี้
พูดเรื่องการคืนทุนด้วยฐานการผลิตแห่งเดียว แล้วจะตกหลุมทุกครั้ง
หัวข้อนี้คือสิ่งที่บทความนี้อยากสื่อมากที่สุด
เมื่อดูด้วยเงินลงทุนต่อฐานการผลิต 1 แห่ง ข้อสรุปกลับด้าน
ขอเรียงใหม่ด้วยมุมมองที่ว่า ใช้เงินไปเท่าไรต่อฐานการผลิต 1 แห่ง แทนที่จะดูระยะเวลาคืนทุน
| สถานการณ์จำลอง | เงินลงทุน | จำนวนฐานการผลิต | เงินลงทุนต่อฐานการผลิต 1 แห่ง |
|---|---|---|---|
| A (3 ฐานการผลิต 60 เครื่อง พร้อมกัน) | 4,800,000 | 3 | 1,600,000 |
| B (1 ฐานการผลิต 20 เครื่อง ทำก่อน) | 2,200,000 | 1 | 2,200,000 |
4,800,000 ÷ 3 = 1,600,000 บาทต่อฐานการผลิต
1 − 1,600,000 ÷ 2,200,000 = ลดลงประมาณ 27.3%
กรณีที่ทำพร้อมกัน 3 ฐานการผลิต เงินลงทุนต่อฐานการผลิต 1 แห่งถูกลงประมาณ 27.3% ถ้ามองแต่ส่วนต่างของระยะเวลาคืนทุน (8.0 ปี กับประมาณ 8.3 ปี) เราจะมองไม่เห็น 27.3% นี้เลย
ทำไมจึงกลับด้าน เพราะชั้นที่ 4 ไม่แปรผันตามจำนวนฐานการผลิต
เหตุผลอยู่ที่ชั้นที่ 4
ชั้นที่ 4 ของสถานการณ์จำลอง A คือ 1,800,000 ส่วนของสถานการณ์จำลอง B คือ 1,100,000 ต่างกันเพียง 700,000 แต่จำนวนฐานการผลิตเป้าหมายเพิ่มเป็น 3 เท่า พูดอีกอย่างคือ การสร้างแอปพลิเคชันรวมศูนย์สำหรับ 1 ฐานการผลิต กับสำหรับ 3 ฐานการผลิต ต่างกันเพียง 700,000 เท่านั้น
เมื่อดูด้วยสัดส่วนของชั้นที่ 4 ในเงินลงทุน จะยิ่งชัดขึ้น
| สถานการณ์จำลอง | ชั้นที่ 4 | เงินลงทุน | สัดส่วนของชั้นที่ 4 |
|---|---|---|---|
| A (3 ฐานการผลิต) | 1,800,000 | 4,800,000 | 37.5% |
| B (1 ฐานการผลิต) | 1,100,000 | 2,200,000 | 50.0% |
สถานการณ์จำลอง A: 1,800,000 ÷ 4,800,000 = 37.5%
สถานการณ์จำลอง B: 1,100,000 ÷ 2,200,000 = 50.0%
ถ้าเริ่มด้วยฐานการผลิตแห่งเดียว ครึ่งหนึ่งของเงินลงทุนจะหายไปกับชั้นที่ 4 และชั้นที่ 4 มีลักษณะเป็นค่าใช้จ่ายที่ไม่เพิ่มตามจำนวนฐานการผลิต ดังนั้นการเริ่มด้วยฐานการผลิตแห่งเดียว จึงเท่ากับการแบกต้นทุนคงที่ทั้งก้อนไว้ที่ฐานการผลิตแห่งเดียว ทั้งที่ต้นทุนก้อนนั้นควรถูกหารด้วยจำนวนฐานการผลิตให้ถูกลงได้
เหตุผลที่ข้อสรุปกลับทางกับบทความก่อนหน้าของเรา
ตรงนี้ขอเขียนอย่างตรงไปตรงมา ที่ผ่านมาบทความของเราในหัวข้อต่างๆ เช่น หุ่นยนต์ทำงานร่วมกับคน การเฝ้าติดตามการเดินเครื่องด้วย IoT ในโรงงาน และระบบเรียกและแจ้งเตือนในโรงงาน เขียนไว้ตรงกันเสมอว่า “เริ่มเล็กแล้วทยอยทำทีละส่วน จะคืนทุนเร็วกว่า” ข้อสรุปของบทความนี้ดูเหมือนจะกลับทางกับเรื่องนั้น
แต่ไม่ได้ขัดกัน เพราะตัวหลักของเงินลงทุนเป็นคนละตัว
| กรณี | ตัวหลักของเงินลงทุน | แปรผันตามอะไร | การทยอยทำทีละส่วนได้ผลแค่ไหน |
|---|---|---|---|
| ระบบเฝ้าติดตามการเดินเครื่องและระบบเรียก (ฐานการผลิตเดียว) | ชั้นที่ 1 (การวัด) | จำนวนเครื่องจักร | ลดจำนวนเครื่องแล้วเงินลงทุนลดลงตรงไปตรงมา การทยอยทำทีละส่วนได้เปรียบ |
| การเฝ้าติดตามจากระยะไกลข้ามฐานการผลิต | ชั้นที่ 4 (การรวมศูนย์และการออกแบบสิทธิ์) | ไม่แปรผันตามจำนวนฐานการผลิต | ต่อให้จำกัดจำนวนฐานการผลิต ชั้นที่ 4 ก็ลดลงไม่มาก การทยอยทำทีละส่วนได้ผลน้อย |
ถ้าเป็นเรื่องของการเริ่มจากเครื่องจักร 20 เครื่องในฐานการผลิตแห่งเดียว ตัวหลักของเงินลงทุนคือชั้นที่ 1 ซึ่งแปรผันตามจำนวนเครื่องจักร ถ้าลดเหลือ 10 เครื่อง ชั้นที่ 1 ก็ลดลงราวครึ่งหนึ่ง การทยอยทำทีละส่วนจึงได้ผล
ในทางกลับกัน ตัวหลักของการเฝ้าติดตามจากระยะไกลข้ามฐานการผลิตคือชั้นที่ 4 ซึ่งไม่แปรผันตามจำนวนฐานการผลิต ต่อให้จำกัดว่า “เอาแค่ฐานการผลิตเดียวก่อน” เงินลงทุนก็ไม่ได้ลดลงสวยงามอย่างที่คิด พูดได้ว่า แม้จะเป็นคำว่า “เริ่มเล็ก” เหมือนกัน แต่มีทั้งกรณีที่ได้ผลและกรณีที่ไม่ได้ผล
แล้วห้ามเริ่มจากฐานการผลิตแห่งเดียวเลยหรือ: สถานการณ์จำลอง C
ถึงอย่างนั้น ในความเป็นจริงการดันเอกสารขออนุมัติเงินลงทุนเริ่มต้น 4,800,000 บาทให้ผ่านในครั้งเดียวก็ไม่ใช่เรื่องง่าย เราจึงขอวางสถานการณ์จำลองที่ 3 ไว้ นั่นคือ การขยายแบบทยอยทีละฐานการผลิต โดยนำชั้นที่ 4 ที่สร้างไว้ที่ฐานการผลิตแห่งแรก ไปใช้ต่อกับแห่งที่สองและแห่งที่สาม
| รายการ | จำนวนเงิน (บาท) |
|---|---|
| ฐานการผลิตแห่งแรก (เท่ากับสถานการณ์จำลอง B) | 2,200,000 |
| ส่วนเพิ่มของฐานการผลิตแห่งที่สองเป็นต้นไป: ชั้นที่ 1 การวัด | 500,000 |
| ส่วนเพิ่มของฐานการผลิตแห่งที่สองเป็นต้นไป: ชั้นที่ 2 เครือข่ายภายในฐานการผลิตและเอดจ์ | 350,000 |
| ส่วนเพิ่มของฐานการผลิตแห่งที่สองเป็นต้นไป: ชั้นที่ 3 การเชื่อมต่อ (แค่ต่อเข้ากับแพลตฟอร์มรวมศูนย์เดิม) | 100,000 |
| ส่วนเพิ่มของฐานการผลิตแห่งที่สองเป็นต้นไป: ชั้นที่ 4 ส่วนที่เพิ่ม (การรองรับหลายภาษาและการเทียบระหว่างฐานการผลิต) | 250,000 |
| รวมส่วนเพิ่มของฐานการผลิตแห่งที่สองเป็นต้นไป (ต่อ 1 แห่ง) | 1,200,000 |
| รวม 3 ฐานการผลิต = 2,200,000 + 1,200,000 × 2 | 4,600,000 |
วางทั้ง 3 สถานการณ์จำลองไว้ข้างกัน
| สถานการณ์จำลอง | เงินลงทุนรวมของ 3 ฐานการผลิต | ต่อฐานการผลิต 1 แห่ง | ส่วนต่างจากสถานการณ์จำลอง A | ส่วนต่างจากสถานการณ์จำลอง B (ต่อ 1 แห่ง) |
|---|---|---|---|---|
| A ติดตั้งพร้อมกัน | 4,800,000 | 1,600,000 | — | ลดลงประมาณ 27.3% |
| B ฐานการผลิตเดียว | 2,200,000 (เฉพาะ 1 แห่ง) | 2,200,000 | — | — |
| C ขยายทีละแห่งโดยใช้ชั้นที่ 4 ต่อ | 4,600,000 | ประมาณ 1,533,333 | ลดลงประมาณ 4.2% | ลดลงประมาณ 30.3% |
ส่วนต่างจากสถานการณ์จำลอง A: 4,800,000 − 4,600,000 = 200,000 → 200,000 ÷ 4,800,000 = ลดลงประมาณ 4.2%
ต่อฐานการผลิต 1 แห่ง: 4,600,000 ÷ 3 ≒ 1,533,333 บาทต่อฐานการผลิต
เทียบกับสถานการณ์จำลอง B: 1 − 1,533,333 ÷ 2,200,000 = ลดลงประมาณ 30.3%
ในสถานการณ์จำลอง C ผลประโยชน์ต่อปีและค่าดำเนินงานต่อปีเท่ากับสถานการณ์จำลอง A (1,368,000 และ 768,000) ผลประโยชน์สุทธิต่อปีจึงเป็น 600,000 เช่นกัน ระยะเวลาคืนทุนเมื่อเทียบกับเงินลงทุนรวม 4,600,000 จึงเท่ากับ ประมาณ 7.7 ปี
ตรงนี้มีหมายเหตุสำคัญ ผลประโยชน์ของฐานการผลิตแห่งที่สองและแห่งที่สามจะยังไม่เกิดจนกว่าการขยายจะเสร็จ ตัวเลข 7.7 ปีข้างต้นเป็น ค่าเปรียบเทียบในสภาวะคงตัวหลังจากที่ทั้ง 3 ฐานการผลิตเดินเครื่องแล้ว ไม่ใช่จำนวนปีที่คืนทุนแบบสะสมนับจากปีแรก ในกระแสเงินสดจริง ช่วงก่อนที่การขยายจะเสร็จจะมีแต่เงินลงทุนออกไปก่อน หากจะเขียนตัวเลข 7.7 ปีนี้ลงในเอกสารขออนุมัติ ขอให้เขียนหมายเหตุนี้กำกับไว้ทุกครั้ง
ข้อสรุปเชิงปฏิบัติ
ข้อสรุปที่ดึงออกมาจากทั้ง 3 สถานการณ์จำลองมีดังนี้
- ถ้าสร้างชั้นที่ 4 ให้ใช้ได้กับฐานการผลิตแห่งเดียว เงินลงทุนต่อฐานการผลิต 1 แห่งจะหนักที่สุด (สถานการณ์จำลอง B: 2,200,000 ต่อแห่ง ซึ่งเป็นค่าในกรณีที่หยุดอยู่แค่นั้น)
- แต่ถ้าออกแบบชั้นที่ 4 โดยตั้งใจให้ขยายไปฐานการผลิตอื่นได้ตั้งแต่ต้น การขยายทีละแห่งก็จบลงที่ระดับเท่ากับหรือถูกกว่าการติดตั้งพร้อมกัน (สถานการณ์จำลอง C: ประมาณ 1,533,333 ต่อแห่ง ซึ่งต่ำกว่า 1,600,000 ของสถานการณ์จำลอง A)
- ดังนั้น สิ่งที่ต้องตัดสินใจไม่ใช่ “1 แห่งหรือ 3 แห่ง” แต่คือ “จะออกแบบชั้นที่ 4 โดยตั้งเงื่อนไขว่ามีหลายฐานการผลิตตั้งแต่ต้นหรือไม่”
นี่คือแก่นของบทความนี้ ก่อนจะถกกันเรื่องขอบเขตของฐานการผลิตแห่งแรก ขอให้ตัดสินใจเรื่องนิยามตัวชี้วัด ระดับสิทธิ์การเข้าถึง และแนวทางการรองรับหลายภาษา ให้ครบทั้ง 3 ฐานการผลิตในคราวเดียว สิ่งที่สร้างจริงเป็นของฐานการผลิตแห่งเดียวก็ได้ แต่สิ่งที่ตัดสินใจต้องครบทุกแห่ง เพียงเท่านี้โครงสร้างของเงินลงทุนก็เปลี่ยนไปแล้ว
การวิเคราะห์ความอ่อนไหว: 2 ตัวแปรที่กำหนดระยะเวลาคืนทุน
ตัวเลขทั้งหมดที่ผ่านมาวางอยู่บนสมมติฐาน เราจะมาตรวจดูว่าถ้าขยับสมมติฐาน ข้อสรุปจะเปลี่ยนอย่างไร ถ้ายื่นเอกสารขออนุมัติโดยไม่ได้ดูตรงนี้ ปีที่สองจะอธิบายไม่ได้
① กรณีเปลี่ยนมูลค่าความสูญเสียจากการหยุดเครื่อง 1 ชั่วโมง จาก 800 เป็น 400 บาท (สถานการณ์จำลอง A)
ค่า 800 บาทต่อเครื่องต่อชั่วโมง เป็นค่าสมมติฐานของแบบจำลอง ถ้าสภาพจริงของบริษัทท่านเหลือครึ่งเดียว ผลจะเป็นอย่างไร
| รายการ | กรณี 800 บาท | กรณี 400 บาท |
|---|---|---|
| เวลาหยุดเครื่องที่ลดลง | 864,000 | 432,000 |
| การเดินทางไปตรวจงานที่ลดลง | 216,000 | 216,000 |
| ชั่วโมงทำงานรวบรวมและตรวจสอบข้อมูลฝั่งสำนักงานใหญ่ | 180,000 | 180,000 |
| ชั่วโมงทำงานรวบรวมผลผลิตและทำรายงานในพื้นที่ | 108,000 | 108,000 |
| รวมผลประโยชน์ต่อปี | 1,368,000 | 936,000 |
| ชั้นที่ 5 ค่าดำเนินงานต่อปี | 768,000 | 768,000 |
| ผลประโยชน์สุทธิต่อปี | 600,000 | 168,000 |
| ระยะเวลาคืนทุน | 8.0 ปี | ประมาณ 28.6 ปี |
| ROI 10 ปี | +25.0% | −65.0% |
ผลประโยชน์ต่อปี: 432,000 + 216,000 + 180,000 + 108,000 = 936,000
ผลประโยชน์สุทธิต่อปี: 936,000 − 768,000 = 168,000
ระยะเวลาคืนทุน: 4,800,000 ÷ 168,000 ≒ 28.6 ปี
ROI 10 ปี: (168,000 × 10 − 4,800,000) ÷ 4,800,000 = −65.0%
เพียงลดความสูญเสียจากการหยุดเครื่อง 1 ชั่วโมงลงครึ่งหนึ่ง ระยะเวลาคืนทุนก็เปลี่ยนจาก 8.0 ปีเป็น ประมาณ 28.6 ปี ซึ่งเท่ากับคืนทุนไม่ได้ในทางปฏิบัติ ภายใต้เงื่อนไขตั้งต้นชุดนี้ การลงทุนนี้ไม่เกิดขึ้นจริง
ผลลัพธ์นี้มีนัยสำคัญมาก ถ้า “ยังคำนวณมูลค่าความสูญเสียจากการหยุดเครื่อง 1 ชั่วโมงเองไม่ได้” ก็แปลว่ายังตัดสินใจเรื่องการลงทุนนี้ไม่ได้ตั้งแต่ต้น ก่อนจะไปขอใบเสนอราคาจาก 3 เจ้า ขอให้หาตัวเลขตัวนี้ให้ได้ก่อน โครงการที่ทำสลับลำดับกันมีเยอะมาก
② กรณีที่จริงๆ แล้วไม่ได้ลดการเดินทางไปตรวจงาน (สถานการณ์จำลอง A)
อีกเรื่องหนึ่ง ในผลประโยชน์ต่อปีนั้น 216,000 มาจากการ “ลดการเดินทางไปตรวจงานจากปีละ 6 ครั้งเหลือปีละ 3 ครั้ง” ถ้าติดตั้งระบบแล้วแต่ไม่เปลี่ยนจำนวนครั้งของการเดินทาง ผลจะเป็นอย่างไร
| รายการ | กรณีที่ลดการเดินทาง | กรณีที่ไม่ลด |
|---|---|---|
| รวมผลประโยชน์ต่อปี | 1,368,000 | 1,152,000 |
| ชั้นที่ 5 ค่าดำเนินงานต่อปี | 768,000 | 768,000 |
| ผลประโยชน์สุทธิต่อปี | 600,000 | 384,000 |
| ระยะเวลาคืนทุน | 8.0 ปี | 12.5 ปี |
ผลประโยชน์ต่อปี: 1,368,000 − 216,000 = 1,152,000
ผลประโยชน์สุทธิต่อปี: 1,152,000 − 768,000 = 384,000
ระยะเวลาคืนทุน: 4,800,000 ÷ 384,000 = 12.5 ปี
จาก 8.0 ปีเป็น 12.5 ปี คือ แย่ลง 4.5 ปี ทั้งที่สัดส่วนของการลดการเดินทางในผลประโยชน์ต่อปีมีเพียงประมาณ 16% แต่เมื่อมองด้วยผลประโยชน์สุทธิ ผลกระทบกลับต่างกันมาก เหตุผลคือ ในผลประโยชน์ต่อปี 1,368,000 นั้น 768,000 หายไปกับค่าดำเนินงานต่อปี เหลือผลประโยชน์สุทธิเพียง 600,000 ต่อให้ยอดรวมของผลประโยชน์จะใหญ่ แต่ตัวที่นำไปหารเพื่อหาระยะเวลาคืนทุนคือผลประโยชน์สุทธิ ด้วยเหตุนี้ การตัดออก 216,000 ซึ่งดูเหมือนเล็กในฝั่งผลประโยชน์ จึงส่งผลใหญ่ต่อระยะเวลาคืนทุน
ข้อสรุปจาก 2 กรณีนี้ ซึ่งพูดยากในงานขาย
การเฝ้าติดตามจากระยะไกล ลำพังการติดตั้งอย่างเดียวไม่ทำให้คืนทุน
สิ่งที่แบ่งว่าระยะเวลาคืนทุนจะเป็น 8.0 ปีหรือ 12.5 ปี ไม่ใช่สมรรถนะของระบบ แต่คือ “จะเปลี่ยนกฎการทำงานเรื่องการเดินทางไปตรวจงานและการส่งพนักงานไปประจำจริงหรือไม่” เรื่องนี้ขยับไม่ได้ด้วยอำนาจของฝ่ายระบบสารสนเทศหรือของผู้ขาย แต่เป็นข้อตกลงระหว่างฝ่ายบริหารของสำนักงานใหญ่กับบริษัทในเครือในพื้นที่
และเงื่อนไขตั้งต้นคือ ถ้ายังคำนวณความสูญเสียจากการหยุดเครื่อง 1 ชั่วโมงเองไม่ได้ ก็ตัดสินใจเรื่องการลงทุนนี้ไม่ได้ ดังที่การวิเคราะห์ความอ่อนไหวข้อ ① แสดงไว้ เพียงสมมติฐานข้อเดียวนี้เหลือครึ่งหนึ่ง การตัดสินใจลงทุนก็พลิกทั้งหมด
ขอเพิ่มข้อควรระวังทางเทคนิคของการวิเคราะห์ความอ่อนไหวไว้ด้วย เวลาขยับต้นทุนต่อชั่วโมงทำงานในฝั่งผลประโยชน์ ขอให้ขยับ “การบำรุงรักษาในพื้นที่และชั่วโมงทำงานดูแลระบบฝั่งสำนักงานใหญ่ คิดเป็นตัวเงิน” ซึ่งอยู่ในค่าดำเนินงานต่อปีของชั้นที่ 5 ไปในทิศทางเดียวกันด้วย เพราะเป็นเวลาของพนักงานในบริษัทเดียวกัน ข้อ ① และ ② ข้างต้นไม่ได้ขยับต้นทุนต่อชั่วโมงทำงาน จึงสอดคล้องกันได้โดยคงฝั่งค่าใช้จ่ายไว้เท่าเดิม
สำหรับแนวทางลดเวลาหยุดเครื่องโดยตรง ยังมีแนวคิดของระบบบำรุงรักษาเชิงคาดการณ์ ซึ่งก้าวไปอีกขั้นจากการเฝ้าติดตาม แต่ต้องมีข้อมูลสะสมเป็นเงื่อนไขตั้งต้นก่อน ตามลำดับแล้วจึงมาหลังการเฝ้าติดตามการเดินเครื่อง
6 จุดในทางปฏิบัติที่ฐานการผลิตต่างประเทศมักสะดุด
จุดที่โครงการหยุดด้วยเหตุผลนอกเหนือจากเทคนิค แทบจะเป็นจุดเดิมทุกครั้ง ขอยก 6 จุด
1. ส่วนต่างเวลา 2 ชั่วโมง: ตัดสินใจเรื่องเวลาปิดรอบข้อมูลก่อน
ดังที่กล่าวไปแล้ว ญี่ปุ่นอยู่ที่ UTC+9 ส่วนไทยและเวียดนามอยู่ที่ UTC+7 ส่วนต่างเวลาคือ 2 ชั่วโมง ถ้าประชุมเช้าที่ญี่ปุ่นอยู่ที่ 8:30 ตามเวลาญี่ปุ่น เวลาในพื้นที่คือ 6:30 ถ้าพยายามให้ทันเวลานี้ ก็ต้องปิดรอบก่อนที่กะกลางคืนในพื้นที่จะเลิกงาน ส่วนของวันนั้นจึงขาดหายไป ขอให้ตัดสินใจเรื่องเวลาปิดรอบข้อมูลตั้งแต่ตอนเริ่มนิยามความต้องการ ถ้าเปลี่ยนภายหลัง จะต้องแก้ทั้งตรรกะการรวมยอดและหน้าจอ
2. ความไม่ตรงกันระหว่าง “ตัวเลขที่สำนักงานใหญ่อยากดู” กับ “ตัวเลขที่พื้นที่ใช้”
สำนักงานใหญ่อยากดูอัตราการเดินเครื่องรายเดือน ส่วนพื้นที่อยากรู้ความล่าช้าของการเปลี่ยนรุ่นผลิต ณ วินาทีนี้ หน้าจอเดียวตอบทั้งสองอย่างไม่ได้ ขอให้เตรียมทางออกไว้ 2 ทาง หรือไม่ก็ตัดสินใจว่าจะให้ความสำคัญกับฝั่งใดก่อน ถ้าสร้างไปโดยไม่ตัดสินใจ ก็จะได้หน้าจอที่เอียงเข้าหาทั้งสองฝั่งทีละนิด และสุดท้ายไม่มีใครใช้ทั้งคู่
3. ภาษาของหน้าจอและของการสนับสนุน
ถ้าติดตั้งโดยคงหน้าจอภาษาญี่ปุ่นและการสนับสนุนภาษาญี่ปุ่นไว้ ฝ่ายซ่อมบำรุงในพื้นที่ก็แตะไม่ได้ ระบบที่แตะไม่ได้ก็ไม่ถูกใช้ และ การเติมงานแปลเข้ามาภายหลังจะกลายเป็นค่าใช้จ่ายอีกก้อน ขอให้ตรวจสอบทุกครั้งว่าราคาประเมินของชั้นที่ 4 รวมการรองรับหลายภาษาไว้แล้วหรือยัง ส่วนต่างของชั้นที่ 4 ระหว่างสถานการณ์จำลอง A กับสถานการณ์จำลอง B (1,800,000 กับ 1,100,000) ส่วนหนึ่งก็คือการรองรับหลายภาษาและการเทียบระหว่างฐานการผลิตนี่เอง
4. ใครเป็นคนรับมือเบื้องต้นในพื้นที่
ต่อให้มองเห็นจากญี่ปุ่น คนที่แก้ได้คือคนในพื้นที่ เกตเวย์ล่ม สัญญาณขาด เซนเซอร์หลุด ตอนนั้นใครเป็นคนแยกแยะอาการเป็นคนแรก ถ้าไม่ระบุไว้ในสัญญา ระบบจะหยุดค้างอยู่อย่างนั้นจนถึงเช้า ผู้รับผิดชอบที่ญี่ปุ่นจะรู้ตัวในเช้าวันถัดไป จากนั้นจึงติดต่อ และพื้นที่จะเริ่มขยับตอนบ่าย ข้อมูลของทั้งวันหายไป
โครงสร้างการรับมือเบื้องต้นเป็นเกณฑ์การตัดสินใจหลักข้อหนึ่งในการคัดเลือกผู้ขาย ว่ามีทีมทำงานจริงอยู่ในพื้นที่หรือไม่ และคุยได้ทั้งภาษาญี่ปุ่นและภาษาท้องถิ่นหรือไม่ มุมมองนี้เรียบเรียงไว้อย่างละเอียดในวิธีเลือกบริษัทพัฒนาระบบในประเทศไทย
5. สกุลเงินของเอกสารขออนุมัติ และจะลงบัญชีกำไรขาดทุนของฝั่งไหน
สำนักงานใหญ่ขออนุมัติเป็นเงินเยน ส่วนค่าดำเนินงานให้บริษัทในเครือในพื้นที่รับภาระเป็นเงินบาท รูปแบบนี้พบได้บ่อย ปัญหาคือ ถ้าไม่ตัดสินใจก่อนว่าจะลงบัญชีกำไรขาดทุนของฝั่งไหน พอถึงปีที่สองค่าดำเนินงานจะลอยคว้าง
ปีแรกเดินได้ด้วยงบโครงการของสำนักงานใหญ่ พอปีที่สอง คำถามที่ว่าใครจะรับภาระค่าดำเนินงานต่อปีของชั้นที่ 5 (768,000 บาทในสถานการณ์จำลอง A) ก็ขึ้นมาเป็นวาระ บริษัทในเครือในพื้นที่บอกว่า “เป็นนโยบายของสำนักงานใหญ่ สำนักงานใหญ่ก็ควรรับไป” ส่วนสำนักงานใหญ่บอกว่า “เป็นการเพิ่มประสิทธิภาพของพื้นที่ จึงเป็นค่าใช้จ่ายของพื้นที่” เราเห็นโครงการที่หยุดอยู่ตรงนี้มาแล้วหลายครั้ง
วิธีเลี่ยงนั้นง่ายมาก คือ เขียนระบุผู้รับภาระค่าใช้จ่ายของชั้นที่ 5 เป็นเวลา 5 ปี ไว้ตั้งแต่ขั้นตอนขออนุมัติ เพราะสิ่งที่ทำให้ทะเลาะกันคือข้อตกลงเรื่องผู้รับภาระ ยิ่งกว่าตัวจำนวนเงินเสียอีก
6. วงจรสื่อสารและที่เก็บข้อมูล
คือเรื่อง PDPA ของไทยและ Decree 356 ของเวียดนามที่กล่าวไปแล้ว ขอเขียนซ้ำอีกครั้งเดียวตรงนี้ ข้อมูลการเดินเครื่องของเครื่องจักรเพียงลำพัง โดยปกติไม่ใช่ข้อมูลส่วนบุคคล แต่ขอให้ระวังว่า วินาทีที่ผูกรหัสพนักงานผู้ปฏิบัติงานหรือชื่อพนักงานเข้าไป ข้อมูลชุดนั้นอาจถูกถือว่ามีข้อมูลส่วนบุคคลรวมอยู่ด้วย เราไม่ฟันธง ด้วยเหตุนี้เองจึงจำเป็นต้องรักษาลำดับการทำงานที่ว่า ตรวจสอบกับฝ่ายกฎหมายและผู้เชี่ยวชาญก่อนตัดสินใจเรื่องโครงสร้างระบบ
วิธีเดินงานให้ครบใน 90 วัน
สุดท้ายคือลำดับของการลงมือทำ เราแบ่ง 90 วัน ออกเป็น 3 ระยะ ระยะละ 30 วัน คือ 30 วัน × 3 = 90 วัน ถ้านับวันที่ 31 กรกฎาคม 2026 เป็นวันแรก วันที่ 90 จะตรงกับวันที่ 28 ตุลาคม 2026

วันที่ 1 ถึง 30: ตัดสินใจเรื่องตัวเลขและเวลาปิดรอบข้อมูล (ยังไม่พูดเรื่องระบบ)
ตลอด 30 วันนี้ เราไม่ดูผลิตภัณฑ์แม้แต่ตัวเดียว สิ่งที่ต้องตัดสินใจมี 5 เรื่อง
| สิ่งที่ต้องตัดสินใจ | ผลลัพธ์ที่จับต้องได้ |
|---|---|
| มูลค่าความสูญเสียจากการหยุดเครื่อง 1 ชั่วโมง | ตัวเลขของบริษัทท่านเอง ดังที่การวิเคราะห์ความอ่อนไหวข้อ ① แสดงไว้ ถ้าตัวเลขนี้ต่างไปครึ่งหนึ่ง ข้อสรุปก็พลิก |
| ผู้ตัดสินใจ | ใครที่สำนักงานใหญ่ และใครในพื้นที่ ดูตัวเลขใด แล้วตัดสินใจเรื่องใด |
| เวลาปิดรอบข้อมูล | เมื่อเทียบกับประชุมเช้าที่ญี่ปุ่น จะแสดงค่าชั่วคราว หรือจะเลื่อนออกไป 1 วัน |
| นิยามของอัตราการเดินเครื่อง | จะนับการหยุดตามแผนและเวลาเปลี่ยนรุ่นผลิตเข้าไปในตัวหารหรือไม่ ตัดสินใจให้ครบทั้ง 3 ฐานการผลิตในคราวเดียว |
| ผู้รับภาระค่าใช้จ่ายของชั้นที่ 5 | ค่าดำเนินงานต่อปีเป็นเวลา 5 ปี จะลงบัญชีกำไรขาดทุนของสำนักงานใหญ่หรือของพื้นที่ |
ผลงานของระยะนี้เป็นเอกสารแผ่นเดียวก็พอ แต่ถ้าขอใบเสนอราคาในสภาพที่ยังกรอกตารางนี้ไม่ครบ ก็จะได้ใบเสนอราคา 3 ฉบับที่เทียบกันไม่ได้มาวางเรียงกัน
วันที่ 31 ถึง 60: วาดโครงสร้าง ผ่านฝ่ายกฎหมาย และขอใบเสนอราคาแบบ 5 ชั้น
| สิ่งที่ต้องทำ | จุดสำคัญ |
|---|---|
| วาดผังการไหลของข้อมูล | ข้อมูลใดไหลผ่านที่ใด เก็บไว้ที่ใด และใครเข้าถึงได้ |
| ตรวจสอบกับฝ่ายกฎหมายและผู้เชี่ยวชาญ | เข้าข่าย “2 กรณีที่ไม่ถือเป็นการโอนข้ามพรมแดน” ตาม PDPA ของไทยหรือไม่ ถ้ารวมฐานการผลิตในเวียดนามด้วย ก็ต้องดูขั้นตอนตาม Decree 356 |
| ตัดสินใจเส้นแบ่งระหว่างการเฝ้าติดตามกับการเข้าถึง | จะอ่านอย่างเดียวจากระยะไกล หรือจะแตะด้วย ถ้าจะแตะ ต้องระบุโครงสร้าง MFA และ VPN เกตเวย์ลงในความต้องการ |
| ขอใบเสนอราคาโดยจัดเรียงเป็น 5 ชั้น | ชั้นที่ 1 ถึงชั้นที่ 4 คือเงินลงทุน ชั้นที่ 5 คือค่าดำเนินงานต่อปี ขอให้ผู้ขายออกใบเสนอราคาในรูปแบบนี้ |
| ทำบัญชีรายการ VPN ของผู้ขาย | จัดทำรายการว่าใครเข้าถึงเครื่องจักรที่มีอยู่เดิมแบบเชื่อมต่อตลอดเวลาได้บ้าง |
ถ้าสร้างเสร็จแล้วค่อยไปปรึกษาฝ่ายกฎหมาย ก็ต้องรื้อทำใหม่ การผ่านให้ได้ตั้งแต่ขั้นผังโครงสร้าง คือเป้าหมายของ 30 วันนี้
วันที่ 61 ถึง 90: สร้างฐานการผลิตแห่งแรก (แต่ตัดสินใจให้ครบทั้ง 3 แห่ง)
| สิ่งที่ต้องทำ | จุดสำคัญ |
|---|---|
| สร้างชั้นที่ 1 ถึงชั้นที่ 3 ของฐานการผลิตแห่งแรก | จำนวนเครื่องจักรจำกัดไว้ก่อนได้ รายละเอียดของชั้นการวัดดูได้จากบทความเดิม |
| ออกแบบชั้นที่ 4 โดยตั้งเงื่อนไขว่ามี 3 ฐานการผลิต | ใส่โครงสำหรับนิยามตัวชี้วัด ระดับสิทธิ์การเข้าถึง และการรองรับหลายภาษา ไว้ตั้งแต่ต้น นี่คือเงื่อนไขของสถานการณ์จำลอง C |
| ลองเดินการทำงานตามเวลาปิดรอบข้อมูลจริง | ลองสัก 1 สัปดาห์ก็พอ ให้ประชุมเช้าเดินตามเวลาปิดรอบที่ตกลงกันไว้ |
| เปลี่ยนกฎการทำงานเรื่องการเดินทางไปตรวจงาน | ดังที่การวิเคราะห์ความอ่อนไหวข้อ ② แสดงไว้ ถ้าไม่เปลี่ยนตรงนี้ ระยะเวลาคืนทุนจะเอียงไปทาง 12.5 ปี |
ข้อที่สามสำคัญกว่าที่เห็น ถ้ารอให้ระบบเสร็จก่อนแล้วค่อยคิดเรื่องการทำงาน ส่วนใหญ่จะกลับไปทำแบบเดิม ขอให้ตั้งเงื่อนไขการปิดระยะไว้ว่า ณ วันที่ 90 มีการเสนอเรื่องเปลี่ยนกฎการทำงานว่า “จะลดการเดินทางไปตรวจงาน” แล้วหรือยัง
คำถามที่พบบ่อย (FAQ)
การมอนิเตอร์โรงงานในไทยจากญี่ปุ่นแบบระยะไกล จำเป็นต้องใช้วงจรเช่าเฉพาะหรือไม่
จำเป็นหรือไม่ ขึ้นกับว่าเป็นการเฝ้าติดตามอย่างเดียว หรือรวมถึงการเข้าถึงจากระยะไกลด้วย ถ้าเป็นการเฝ้าติดตามจากระยะไกลแบบอ่านอย่างเดียว ก็ออกแบบด้วยวงจรทั่วไปผ่านคลาวด์ได้ แต่ถ้าจะทำถึงขั้นเปลี่ยนค่าตั้งและอัปเดตโปรแกรม เงื่อนไขตั้งต้นคือโครงสร้างที่วางไว้หลังไฟร์วอลล์ ให้เป็นการเข้าถึงที่ถูกควบคุมผ่าน VPN เกตเวย์ และบังคับใช้การยืนยันตัวตนหลายปัจจัย ก่อนจะถามว่า “จะลากวงจรเช่าเฉพาะหรือไม่” ขอให้ตัดสินใจก่อนว่า “จะแตะการควบคุมหรือไม่” ในแง่ค่าใช้จ่าย จำนวนเงินของชั้นที่ 3 (การเชื่อมต่อระหว่างฐานการผลิตและสำนักงานใหญ่) จะเปลี่ยนไปตามการตัดสินใจนี้
ระบบติดตามการผลิตหลายโรงงาน ควรเริ่มจากเครื่องจักรกี่เครื่อง
มีเรื่องที่ต้องตัดสินใจก่อนจำนวนเครื่องจักร ดังที่การคำนวณของบทความนี้แสดงไว้ ในการเฝ้าติดตามจากระยะไกลข้ามฐานการผลิต ตัวหลักของเงินลงทุนไม่ใช่ชั้นที่ 1 ซึ่งแปรผันตามจำนวนเครื่องจักร แต่เป็นชั้นที่ 4 ซึ่งไม่แปรผันตามจำนวนฐานการผลิต ในสถานการณ์จำลอง B ชั้นที่ 4 คิดเป็น 50.0% ของเงินลงทุน ต่อให้จำกัดจำนวนเครื่องจักร เงินลงทุนก็ไม่ได้ลดลงมากอย่างที่คาดไว้ คำตอบเชิงปฏิบัติคือ “จำนวนเครื่องจักรของฐานการผลิตแห่งแรกจำกัดไว้ก่อนได้ แต่นิยามตัวชี้วัดและการออกแบบสิทธิ์ ต้องตัดสินใจให้ครบทุกฐานการผลิตตั้งแต่ต้น”
ขอตัวอย่างที่เป็นรูปธรรมของการนำ IoT มาใช้ในโรงงานของภาคการผลิตไทยได้หรือไม่
บทความนี้ไม่ได้นำเสนอตัวอย่างการติดตั้งพร้อมชื่อบริษัท เพราะตัวอย่างเหล่านั้น เมื่อเงื่อนไขตั้งต้นต่างกัน (ประเภทของเครื่องจักร รูปแบบการเดินเครื่อง ระบบเดิมที่มีอยู่ มูลค่าความสูญเสียเมื่อเครื่องหยุด) ตัวเลขก็เปลี่ยนไปคนละเรื่อง เราจึงไม่แนะนำให้ใช้ตัวอย่างของบริษัทอื่นเป็นเหตุผลรองรับการตัดสินใจของบริษัทท่าน สิ่งที่บทความนี้ให้แทนคือการคำนวณแบบจำลองที่เปิดเผยค่าสมมติฐานไว้ทั้งหมด รูปแบบนี้แทนด้วยตัวเลขของบริษัทท่านแล้วคำนวณใหม่ได้ ขอให้ใช้แบบนั้น หากเป็นการปรึกษาเป็นรายกรณี เราคุยถึงโครงสร้างที่ใกล้เคียงได้หลังจากรับฟังเงื่อนไขแล้ว
การเฝ้าติดตามเครื่องจักรข้ามสาขาที่โรงงานในเวียดนาม ใช้วิธีเดินงานแบบเดียวกับไทยได้หรือไม่
แนวคิดของโครงสร้างทางเทคนิคเหมือนกัน แต่ขั้นตอนเรื่องการจัดการข้อมูลต่างกัน ที่เวียดนาม Decree 356/2025/ND-CP มีผลบังคับใช้เมื่อ 1 มกราคม 2026 และเข้าแทนที่ Decree 13/2023/ND-CP สำหรับการโอนข้ามพรมแดน ต้องยื่นเอกสารประเมินต่อพอร์ทัลของกระทรวงความมั่นคงสาธารณะภายใน 60 วัน และหน่วยงานจะพิจารณาภายใน 15 วัน ประเด็นที่ต่างจากไทยและควรจับไว้คือ มีการบังคับใช้นอกอาณาเขต โดยใช้บังคับกับผู้ประกอบการต่างชาติที่จัดการข้อมูลส่วนบุคคลของพลเมืองเวียดนาม ไม่ว่าจะประมวลผลที่ใดก็ตาม ธุรกิจรายย่อย ธุรกิจครอบครัว และธุรกิจขนาดเล็ก ได้รับการผ่อนผัน 5 ปี ถึงปี 2031 ส่วนการเข้าข่ายในแต่ละกรณี ขอให้ตรวจสอบกับฝ่ายกฎหมายและผู้เชี่ยวชาญ
ควรนำระบบควบคุมคุณภาพและการสอบกลับย้อนหลังของโรงงานต่างประเทศ ขึ้นแพลตฟอร์มเดียวกันหรือไม่
การนำขึ้นแพลตฟอร์มเดียวกันทำได้ แต่ในเชิงลำดับ เราแนะนำให้ตั้งระบบเฝ้าติดตามการเดินเครื่องขึ้นก่อน ด้วยเหตุผล 2 ข้อ ข้อแรก งานคุณภาพและการสอบกลับย้อนหลังมีภาระหนักในการตัดสินใจเรื่องความละเอียดของการบันทึก และใช้เวลานิยามความต้องการนานกว่าการเฝ้าติดตามการเดินเครื่อง ข้อที่สอง เมื่อผูกรหัสพนักงานผู้ปฏิบัติงานเข้าไป ข้อมูลอาจถูกถือว่ามีข้อมูลส่วนบุคคลรวมอยู่ด้วย ขอบเขตที่ฝ่ายกฎหมายต้องตรวจสอบจึงกว้างขึ้น วิธีกำหนดความละเอียดเขียนไว้ในค่าใช้จ่ายและวิธีดำเนินการสร้างระบบสอบกลับย้อนหลัง
เมื่อจะเดินหน้าสมาร์ทแฟคทอรีในอาเซียนทั้งภูมิภาค ควรกำหนดมาตรฐานก่อนหรือไม่
ควรกำหนด แต่ขออย่าเข้าใจว่าเนื้อหาของ “มาตรฐาน” คือการทำให้อุปกรณ์หรือผู้ขายเป็นแบบเดียวกัน ในมุมมองของบทความนี้ สิ่งที่ควรทำให้เป็นหนึ่งเดียวก่อนมี 3 เรื่อง คือ นิยามตัวชี้วัด (จะนับอะไรเข้าไปในอัตราการเดินเครื่อง) ระดับสิทธิ์การเข้าถึง และเวลาปิดรอบข้อมูล ทั้ง 3 เรื่องนี้คือเนื้อในของชั้นที่ 4 และเป็นส่วนที่ค่าใช้จ่ายไม่เพิ่มตามจำนวนฐานการผลิต ถ้าปล่อยให้แต่ละฐานการผลิตตัดสินใจกันเองแบบกระจัดกระจาย เวลาจะมารวมให้เป็นหนึ่งเดียวภายหลัง ก็ต้องสร้างชั้นที่ 4 ขึ้นมาใหม่อีกครั้ง ส่วนการทำให้อุปกรณ์เป็นแบบเดียวกันนั้น เมื่อเทียบกันแล้วยังตามไปแก้ทีหลังได้ง่ายกว่า
การมองเห็นข้อมูลโรงงานในไทย ใช้หน้าจอภาษาญี่ปุ่นอย่างเดียวแล้วเดินงานได้หรือไม่
ถ้าเป็นหน้าจอฝั่งสำนักงานใหญ่อย่างเดียว ภาษาญี่ปุ่นก็ไม่มีปัญหา แต่ถ้าปล่อยให้หน้าจอที่ฝ่ายซ่อมบำรุงและฝ่ายผลิตในพื้นที่ต้องใช้ยังเป็นภาษาญี่ปุ่น ก็จะไม่มีใครใช้ และการเติมงานแปลเข้ามาภายหลังจะกลายเป็นค่าใช้จ่ายอีกก้อน ขอให้ตรวจสอบก่อนทำสัญญาทุกครั้งว่าราคาประเมินของชั้นที่ 4 รวมการรองรับหลายภาษาไว้แล้วหรือยัง “เติมงานแปลทีหลังได้” กับ “รวมอยู่ในใบเสนอราคาแล้ว” เป็นคนละเรื่องกัน
สรุป
สิ่งแรกที่ต้องตัดสินใจในการนำ IoT มาใช้ในโรงงานต่างประเทศ ไม่ใช่อุปกรณ์และไม่ใช่คลาวด์ แต่คือ “เป็นข้อมูลเพื่อการตัดสินใจเรื่องใด ของใคร” ขอเรียบเรียงประเด็นสำคัญ
- สาเหตุที่งานหยุดไม่ใช่เรื่องเทคนิค ถ้าเริ่มเปรียบเทียบฟังก์ชันทั้งที่ยังไม่ได้ตัดสินใจ 3 เรื่อง คือ “เป็นข้อมูลเพื่อการตัดสินใจเรื่องใด ของใคร” “เวลาปิดรอบข้อมูลคือกี่โมง” และ “เมื่อตัวเลขไม่ดี ใครขยับ” ความต้องการจะบวมขึ้นเรื่อยๆ
- สำนักงานใหญ่กับพื้นที่ ต่างกันทั้งความละเอียดที่อยากเห็น กรอบเวลา และภาษา หน้าจอเดียวตอบทั้งสองฝั่งไม่ได้ ขอให้วางการออกแบบเวลาปิดรอบข้อมูลภายใต้ส่วนต่างเวลา 2 ชั่วโมง ไว้ตั้งแต่ต้นของการนิยามความต้องการ
- อย่าเอา “การเฝ้าติดตาม” จากระยะไกล ไปปนกับ “การเข้าถึง” จากระยะไกล ถ้าจะแตะการควบคุม ก็เข้าสู่ขอบเขตของ OT Security ต้องมีการเข้าถึงที่ถูกควบคุมผ่าน VPN เกตเวย์ บังคับใช้การยืนยันตัวตนหลายปัจจัย ไม่เปิดคอนโทรลเลอร์ออกสู่อินเทอร์เน็ตโดยตรง และทำบัญชีรายการ VPN ของผู้ขาย
- ที่เก็บข้อมูลมีกฎหมายเข้ามาเกี่ยวข้อง PDPA ของไทยมี “2 กรณีที่ไม่ถือเป็นการโอนข้ามพรมแดน” ส่วน Decree 356 ของเวียดนามมีผลบังคับใช้เมื่อ 1 มกราคม 2026 และมีการบังคับใช้นอกอาณาเขต ขอให้ผ่านฝ่ายกฎหมายตั้งแต่ขั้นผังโครงสร้าง
- เปรียบเทียบค่าใช้จ่ายด้วย 5 ชั้น เงินลงทุนคือชั้นที่ 1 ถึงชั้นที่ 4 ส่วนชั้นที่ 5 แยกออกมาเป็นค่าดำเนินงานต่อปี อย่านับชั้นที่ 5 ซ้ำ
- พูดเรื่องการคืนทุนด้วยฐานการผลิตแห่งเดียวแล้วจะตกหลุม เงินลงทุนต่อฐานการผลิต 1 แห่ง ถ้าทำพร้อมกัน 3 แห่งคือ 1,600,000 บาท ถ้าทำแห่งเดียวคือ 2,200,000 บาท เท่ากับ ลดลงประมาณ 27.3% เหตุผลคือชั้นที่ 4 ไม่แปรผันตามจำนวนฐานการผลิต โดยชั้นที่ 4 คิดเป็น 37.5% ของเงินลงทุน (3 ฐานการผลิต) และ 50.0% (1 ฐานการผลิต)
- แม้จะขยายทีละแห่ง ถ้าสร้างชั้นที่ 4 โดยตั้งใจให้ขยายต่อได้ ก็เข้าใกล้กันได้ เงินลงทุนรวม 3 ฐานการผลิตของสถานการณ์จำลอง C คือ 4,600,000 บาท ลดลงประมาณ 4.2% จากสถานการณ์จำลอง A และเมื่อคิดต่อฐานการผลิต 1 แห่งคือประมาณ 1,533,333 บาท ซึ่งลดลงประมาณ 30.3% จากสถานการณ์จำลอง B แต่ระยะเวลาคืนทุนประมาณ 7.7 ปีนั้นเป็นค่าเปรียบเทียบในสภาวะคงตัวหลังจากที่ทั้ง 3 ฐานการผลิตเดินเครื่องแล้ว ไม่ใช่การคืนทุนแบบสะสมนับจากปีแรก
- สิ่งที่กำหนดการคืนทุนคือ 2 ตัวแปร ถ้าเปลี่ยนความสูญเสียจากการหยุดเครื่อง 1 ชั่วโมง จาก 800 เป็น 400 บาท ระยะเวลาคืนทุนจะเปลี่ยนจาก 8.0 ปีเป็นประมาณ 28.6 ปี (ROI 10 ปีเท่ากับ −65.0%) ซึ่งเท่ากับคืนทุนไม่ได้ในทางปฏิบัติ และถ้าไม่ได้ลดการเดินทางไปตรวจงานจริง 8.0 ปีจะกลายเป็น 12.5 ปี
- อย่าประกอบเอกสารขออนุมัติโดยตั้งอยู่บนสิทธิประโยชน์ เพดานการยกเว้นภาษีเงินได้นิติบุคคลของมาตรการ “Smart and Sustainable Industry” ของ BOI อยู่ที่ 50% เป็นหลัก กรณีที่ขึ้นเป็น 100% มีเพียงกรณีที่นำระบบอัตโนมัติและหุ่นยนต์เข้ามาใช้ในสายการผลิต และจัดหาไม่น้อยกว่า 30% ของมูลค่าเครื่องจักรที่ปรับปรุงใหม่ จากอุตสาหกรรมระบบอัตโนมัติภายในประเทศไทย ส่วนการหักรายจ่าย 200% ของ depa มีเพดาน 300,000 บาทต่อรอบระยะเวลาบัญชี (คิดเป็น 6.25% ของเงินลงทุน 4,800,000 บาทในสถานการณ์จำลอง A) และยังใช้กับกิจการที่ได้รับยกเว้นภาษีเงินได้นิติบุคคลจาก BOI จากอุตสาหกรรมเป้าหมาย หรือจาก EEC ไม่ได้ ในขณะที่ผู้ผลิตสัญชาติญี่ปุ่นในไทยจำนวนมากอยู่ภายใต้ BOI จึงไม่เข้าข่าย
ขอย้ำอีกครั้งว่า จำนวนเงินทั้งหมดในบทความนี้เป็น การคำนวณแบบจำลองที่ตั้งอยู่บนสมมติฐาน ไม่ใช่ผลการสำรวจ โดยเฉพาะ “800 บาทต่อการหยุดเครื่อง 1 ชั่วโมง” เป็นตัวเลขที่บริษัทท่านต้องคำนวณเอง ขอให้เริ่มจากการแทนตัวเลขตัวนี้ด้วยตัวเลขของบริษัทท่านแล้วคำนวณใหม่ นั่นคือทางที่สั้นที่สุดไปสู่สภาพที่ตัดสินใจเรื่องการลงทุนนี้ได้
สิ่งแรกที่ต้องตัดสินใจในการนำ IoT มาใช้ในโรงงานต่างประเทศ ไม่ใช่อุปกรณ์และไม่ใช่คลาวด์ แต่คือ “เป็นข้อมูลเพื่อการตัดสินใจเรื่องใด ของใคร” หากท่านต้องการเรียบเรียงสิ่งที่เขียนไว้ในบทความนี้ตั้งแต่ช่วงต้นของการพิจารณา ติดต่อเราได้ที่หน้าติดต่อเรา TOMAS TECH CO., LTD. ตั้งอยู่ที่กรุงเทพมหานคร ประเทศไทย ให้บริการระบบไอทีสำหรับโรงงานแก่ผู้ผลิตสัญชาติญี่ปุ่น (การจัดการการผลิต IoT และ FA) โดยมีจุดแข็งคือคุยได้ทั้งกับสำนักงานใหญ่ที่ญี่ปุ่นและกับฐานการผลิตในพื้นที่ ยังไม่ได้กำหนดจำนวนเครื่องจักรและงบประมาณก็ปรึกษาได้ หรือจะเริ่มจากคำถามว่า “จะคำนวณความสูญเสียจากการหยุดเครื่อง 1 ชั่วโมงอย่างไร” แล้วคิดไปด้วยกันก็ได้ เพราะในความเป็นจริง เรื่องที่ควรเรียบเรียงให้เสร็จก่อนขอใบเสนอราคานั้นมีมากกว่าที่คิด