การนำระบบมาใช้ในโรงงานต่างประเทศ 2026: ขีดเส้นแบ่งด้วยโมเดลข้อมูล 4 ชั้น

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

เส้นแบ่งที่ถูกต้องต้องขีดด้วย หน่วยของข้อมูล ไม่ใช่หน่วยของฟังก์ชัน

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

สิ่งแรกที่ต้องตัดสินใจ ไม่ใช่ผลิตภัณฑ์ แต่คือเส้นแบ่ง

ในการประชุม kickoff ครั้งแรก จะมีคำถามหนึ่งที่ฝั่งสำนักงานใหญ่ถามเสมอว่า “สรุปแล้วแพ็กเกจตัวไหนเหมาะกับประเทศไทย” คำถามนี้ฟังดูสมเหตุสมผล แต่พอมันออกมาตั้งแต่วันแรก แปลว่าโครงการเบี่ยงออกไปครึ่งหนึ่งแล้ว

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

เส้นแบ่ง คือการตัดสินใจ 4 เรื่องพร้อมกัน

การขีดเส้นแบ่งหมายถึงการตัดสินใจ 4 ข้อนี้เป็นชุดเดียวกัน

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

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

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

ถ้าสลับลำดับ จะเกิดอะไรขึ้น

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

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

ถ้าขีดเส้นแบ่งไว้ก่อน การตัดสินใจแบบนี้จบใน 3 วินาที “เรื่องนี้แตะนิยาม KPI ชั้นที่ 2 ต้องขออนุมัติสำนักงานใหญ่” “เรื่องนี้เป็นชั้นที่ 3 หน้างานตัดสินใจเองได้” ประสิทธิภาพของการประชุมเปลี่ยนไปคนละเรื่อง

ทำไมระบบจึงไม่เดินตามมาตรฐานส่วนกลาง

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

อัตราการใช้เทคโนโลยีดิจิทัลใน ASEAN ต่ำกว่าที่สำนักงานใหญ่คิด

รายงาน “การสำรวจสภาพความเป็นจริงของบริษัทญี่ปุ่นที่ขยายธุรกิจในต่างประเทศ ประจำปีงบประมาณ 2025 (ฉบับเอเชีย-โอเชียเนีย)” ของ JETRO ดำเนินการสำรวจระหว่างวันที่ 19 สิงหาคม ถึง 17 กันยายน 2025 ได้รับคำตอบที่ใช้ได้ 5,109 บริษัท จาก 20 ประเทศและเขตเศรษฐกิจ ในการสำรวจนี้ สัดส่วนบริษัทใน ASEAN ที่ใช้เทคโนโลยีดิจิทัลอยู่ที่ 52.1% เท่านั้น ต่ำกว่าออสเตรเลีย เกาหลีใต้ และอินเดีย ซึ่งอยู่เหนือระดับ 60% อย่างชัดเจน

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

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

อนึ่ง การสำรวจเดียวกันระบุว่าบริษัทที่คาดว่าจะมีกำไรจากการดำเนินงานในปี 2025 อยู่ที่ 66.5% (การสำรวจปีก่อนหน้า 65.8%) เพิ่มขึ้นต่อเนื่องเป็นปีที่ 2 ภาพรวมจึงไม่ได้แย่ และด้วยเหตุนี้เอง จึงมีฐานการผลิตจำนวนมากที่อยู่ในสถานะ “ทำกำไรได้ แต่ระบบตามไม่ทัน” ซึ่งเป็นสถานะที่ขอเสนออนุมัติงบลงทุนได้ง่ายที่สุด

บรรยากาศธุรกิจในไทยมีผลโดยตรงต่อจังหวะการตัดสินใจลงทุน

“การสำรวจแนวโน้มภาวะธุรกิจของบริษัทญี่ปุ่นในประเทศไทย ครึ่งปีแรก 2026” ที่หอการค้าญี่ปุ่น-กรุงเทพฯ (JCC) เผยแพร่เมื่อวันที่ 30 มิถุนายน 2026 ระบุว่า ดัชนีความเชื่อมั่นภาวะธุรกิจ (DI) ของครึ่งปีแรก 2026 อยู่ที่ ลบ 6 แย่ลงจาก 0 ในครึ่งปีหลัง 2025 เมื่อดูเฉพาะภาคการผลิต ตัวเลขตกจาก 3 ลงมาเป็นลบ 7 และแนวโน้มครึ่งปีหลัง 2026 ก็อยู่ที่ลบ 7 เช่นกัน ซึ่งยังวาดภาพการฟื้นตัวไม่ออก

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

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

ความผันผวนของปริมาณการผลิตทำลายสมมติฐานของ requirement

การผลิตรถยนต์ในไทยปี 2025 ลดลง 0.9% เมื่อเทียบกับปีก่อนหน้า และต่ำกว่า 1.5 ล้านคันเป็นปีที่ 2 ติดต่อกัน พอเข้าปี 2026 ยอดสะสมเดือนมกราคมถึงเมษายนฟื้นขึ้นมาที่ 473,545 คัน เพิ่มขึ้น 3.7% เทียบกับช่วงเดียวกันของปีก่อน (รถยนต์นั่ง 156,599 คัน ลดลง 1.8% รถเพื่อการพาณิชย์ 316,946 คัน เพิ่มขึ้น 7.2%) แต่ เฉพาะเดือนพฤษภาคม 2026 เดือนเดียว กลับตกลงแรงถึง 114,214 คัน ลดลง 17.9% เทียบกับเดือนเดียวกันของปีก่อน

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

ค่าแรงที่สูงขึ้นกลายเป็นภาระการดูแลมาสเตอร์ต้นทุน

ค่าจ้างขั้นต่ำในกรุงเทพมหานครปรับจากวันละ 372 บาท เป็น 400 บาท มีมติเมื่อวันที่ 17 มิถุนายน 2025 มีผลบังคับใช้วันที่ 1 กรกฎาคม 2025 ครอบคลุมแรงงานประมาณ 700,000 คน ขณะที่ใน 4 จังหวัดกับ 1 อำเภอ เช่น ชลบุรีและระยอง อัตรา 400 บาทมีผลมาตั้งแต่เดือนมกราคม 2025 แล้ว

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

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

ขีดเส้นด้วยข้อมูล ไม่ใช่ฟังก์ชัน: โมเดล 4 ชั้น

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

ชั้นที่ 1: ข้อมูลที่มีผลต่องบการเงิน งบรวม และภาษี (เป็นมาตรฐานเดียวกัน 100%)

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

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

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

ความเสียหายเมื่อไม่ตรงกัน: ทำงบการเงินรวมไม่ได้ ถูกตั้งข้อสังเกตจากผู้สอบบัญชี อธิบายไม่ได้ตอนตรวจสอบภาษี เอกสาร transfer pricing ไม่สอดคล้องกับข้อมูลจริง ทั้งหมดนี้เป็นความเสี่ยงที่นับออกมาเป็นจำนวนเงินและเวลาได้อย่างชัดเจนมาก

มุมของฝั่งไทย: ชั้นนี้ควรยอม และควรยอมแต่โดยดีตั้งแต่ต้น เพราะการยืนยันในชั้นนี้ไม่มีทางชนะและจะเผาเครดิตที่ต้องใช้ในชั้นที่ 3 กับชั้นที่ 4 ทิ้งไปเปล่า ๆ

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

ชั้นที่ 2: KPI ที่สำนักงานใหญ่ใช้เปรียบเทียบข้ามฐานการผลิต (มาตรฐานเฉพาะนิยาม วิธีเก็บให้หน้างานตัดสินใจ)

ขอบเขต: อัตราการเดินเครื่อง อัตราของดี อัตราผ่านครั้งแรก lead time การผลิต จำนวนวันหมุนเวียนสินค้าคงคลัง อัตราส่วนค่าแรง ประสิทธิผลโดยรวมของเครื่องจักร (OEE) และอัตราการส่งมอบตรงเวลา

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

ต้องขออนุมัติหรือไม่: การเปลี่ยนนิยามต้องขออนุมัติสำนักงานใหญ่ การเปลี่ยนวิธีเก็บข้อมูลไม่ต้อง รายงานให้ทราบภายหลังก็พอ

ความเสียหายเมื่อไม่ตรงกัน: การเปรียบเทียบข้ามฐานการผลิตหมดความหมาย และลำดับความสำคัญของการลงทุนเพื่อปรับปรุงจะผิดพลาด อุบัติเหตุที่พบบ่อยเป็นแบบนี้ ในที่ประชุมสำนักงานใหญ่ได้ข้อสรุปว่า “โรงงาน A อัตราการเดินเครื่อง 92% โรงงาน B 72% ต้องลงทุนที่โรงงาน B” แต่ความจริงคือโรงงาน A ใช้ตัวหารเป็น “เวลาเดินเครื่องตามแผน” ขณะที่โรงงาน B ใช้ “เวลาตามปฏิทิน” ทั้งที่เดินเครื่องเหมือนกันด้วยเครื่องจักรแบบเดียวกัน ตัวเลขกลับต่างกัน 20 จุด กรณีที่ตัดสินใจลงทุนหลายล้านบาทบนสภาพแบบนี้ไม่ใช่เรื่องหายากเลย

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

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

ชั้นที่ 3: ข้อมูลปฏิบัติการที่จบภายในฐานการผลิตเดียว (ให้ความเหมาะสมกับหน้างานมาก่อน)

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

ใครเป็นผู้ตัดสินใจ: ผู้รับผิดชอบฝ่ายบริหารการผลิตของฐานการผลิตในไทย สำนักงานใหญ่ไม่เข้ามาแทรก

ต้องขออนุมัติหรือไม่: ไม่ต้อง ยกเว้นการเปลี่ยนแปลงที่ส่งผลกระทบถึงชั้นที่ 1 หรือชั้นที่ 2 (เช่น เปลี่ยนการแบ่งกระบวนการผลิตแล้วทำให้หน่วยรวบรวมต้นทุนเปลี่ยนตาม) จึงต้องหารือล่วงหน้า การทำให้หน้างานประเมินเองได้ว่า “กระทบหรือไม่กระทบ” คือวัตถุประสงค์ใหญ่ที่สุดของการทำเอกสารเส้นแบ่ง

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

มุมของฝั่งไทย: ชั้นนี้ยืนยันได้เต็มที่ และวิธียืนยันที่ได้ผลไม่ใช่การบอกว่า “ไทยทำแบบนี้มานานแล้ว” แต่คือการอธิบายว่าถ้าบังคับให้เหมือนกัน ข้อมูลของชั้นที่ 2 ที่สำนักงานใหญ่ต้องการจะเสียหายอย่างไร พูดด้วยภาษาความเสียหายของอีกฝ่าย ไม่ใช่ภาษาความไม่สะดวกของตัวเอง

ชั้นที่ 4: รูปแบบการป้อนข้อมูล หน้าจอ และภาษาที่หน้างาน (เป็นของหน้างานทั้งหมด)

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

ใครเป็นผู้ตัดสินใจ: หัวหน้าหน้างานฝั่งไทยร่วมกับผู้ขาย ฝ่ายระบบสารสนเทศของสำนักงานใหญ่ไม่จำเป็นต้องดูสเปกด้วยซ้ำ

ต้องขออนุมัติหรือไม่: ไม่ต้อง

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

มุมของฝั่งไทย: ชั้นนี้ยืนยัน และไม่ต้องขออนุญาต หากสำนักงานใหญ่ยังยืนยันจะเข้ามากำหนดหน้าจอ ให้เสนอทางออกที่ตอบโจทย์เขาแทน นั่นคือทำหน้าจอสอบถามข้อมูลฝั่งญี่ปุ่นให้อ่านได้ แทนที่จะเปลี่ยนหน้าจอของหน้างาน

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

ตารางสรุประดับความเป็นมาตรฐานของแต่ละชั้น

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

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

5 ประเด็นในการบริหารการผลิตและสินค้าคงคลังที่ต้องคงดุลยพินิจของหน้างานไว้

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

1. ความละเอียดในการใช้งาน BOM

เหตุผลของสำนักงานใหญ่คือ “อยากให้ BOM ฝ่ายออกแบบกับ BOM ฝ่ายผลิตตรงกัน และให้ทุกฐานมีลำดับชั้นเหมือนกัน” ซึ่งฟังขึ้น แต่สภาพจริงคือ แม้เป็นผลิตภัณฑ์เดียวกัน ขอบเขตการผลิตเองของแต่ละฐานก็ต่างกัน กรณีที่ฐานในไทยจัดซื้อ sub-assembly เป็นชิ้นส่วนสำเร็จ ขณะที่โรงงานในญี่ปุ่นประกอบเอง เป็นเรื่องที่เจอทุกวัน ในกรณีแบบนี้ ลำดับชั้นของ BOM ย่อมต่างกันโดยธรรมชาติ

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

2. หน่วยของการสอบย้อนกลับล็อต

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

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

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

3. วิธีกำหนดตำแหน่งจัดเก็บสินค้าคงคลัง

ระบบเลขชั้นวางในคลังสินค้าถูกปรับให้เหมาะกับรูปทรงของอาคารและเส้นทางการเคลื่อนที่ในการทำงาน ต่อให้สำนักงานใหญ่กำหนดว่า “ให้ใช้รูปแบบ A-01-02 เหมือนกันทุกที่” แต่คลังชั้นเดียวที่กว้างกับคลังที่ใช้ชั้นวางหลายระดับ ความหมายของจำนวนหลักก็ต่างกันตั้งแต่ต้นแล้ว

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

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

4. จังหวะการบันทึกการตรวจรับและรับเข้าคลัง

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

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

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

5. ภาษาบนป้ายกำกับสินค้าและเอกสาร

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

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

จุดที่กฎเกณฑ์ของไทยกลายเป็น requirement ของระบบโดยตรง

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

e-Tax Invoice / e-Receipt: “ตอนนี้เป็นทางเลือก แต่ออกแบบให้พร้อมรองรับ”

ระบบ e-Tax Invoice / e-Receipt ของกรมสรรพากรมีการวางกรอบไว้ตั้งแต่ปี 2012 และเริ่มใช้งานจริงในปี 2018 สิ่งที่สำคัญคือ ณ ปี 2026 การบังคับใช้ใบกำกับภาษีอิเล็กทรอนิกส์สำหรับ B2B ยังไม่ได้ถูกบัญญัติเป็นกฎหมาย และยังเป็นแบบสมัครใจ (opt-in) โดยมีรายงานว่ากรมสรรพากรผลักดันเรื่องนี้ด้วยการตั้งเป้าให้ผู้ประกอบการทุกรายเข้าร่วมระบบภาษีดิจิทัลภายในปี 2028

ข้อสรุปเชิงปฏิบัติที่ได้จากตรงนี้ชัดเจน ยังไม่จำเป็นต้องรองรับใบกำกับภาษีอิเล็กทรอนิกส์ในทันที แต่ต้องทำให้ “สลับไปใช้ได้ทุกเมื่อ” ตั้งแต่ขั้นตอน requirement definition โดยเฉพาะ 3 ข้อนี้ต้องใส่ไว้ในสเปก

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

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

รับมือการปรับค่าจ้างและประกันสังคมด้วย “มาสเตอร์ที่มีวันที่กำกับ”

ตามที่กล่าวไปข้างต้น ค่าจ้างขั้นต่ำในกรุงเทพมหานครกลายเป็นวันละ 400 บาท มีผลบังคับใช้ 1 กรกฎาคม 2025 (ครอบคลุมประมาณ 700,000 คน) ขณะที่ใน 4 จังหวัดกับ 1 อำเภอ เช่น ชลบุรีและระยอง อัตรา 400 บาทมีผลมาตั้งแต่มกราคม 2025 แล้ว หมายความว่าแม้จะอยู่ในกลุ่มบริษัทเดียวกัน ก็มีช่วงเวลาที่วันเริ่มมีผลบังคับใช้ต่างกันตามที่ตั้งของแต่ละฐานการผลิต

นอกจากนี้ มีรายงานว่าการปรับเพิ่มเพดานฐานคำนวณเงินสมทบประกันสังคมจะเริ่มทยอยมีผลตั้งแต่เดือนมกราคม 2026 คำว่า “ทยอย” คือส่วนที่ยุ่งยาก เพราะระบบต้องถือค่าที่ต่างกันตามแต่ละช่วงเวลา ไม่ใช่ค่าเดียว

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

ใส่เงื่อนไขสิทธิประโยชน์ BOI ตั้งแต่ขั้นตอนออกแบบ

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

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

ข้อกำหนดด้านเอกสารและการจัดเก็บ

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

แยกค่าใช้จ่ายในการวางระบบโรงงานออกเป็น 5 ชั้น และวิธีตัดสินว่าใครรับผิดชอบ

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

ค่าใช้จ่าย 5 ชั้น

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

ประมาณการ TCO 5 ปี โดย TOMAS TECH

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

สมมติฐาน: ฐานการผลิตรวม 3 แห่ง ประกอบด้วยบริษัทในไทยและอีก 2 ฐานในประเทศเพื่อนบ้าน แต่ละฐานเป็นฐานการผลิตขนาดพนักงาน 200-400 คน ขอบเขตครอบคลุมการบริหารการผลิตและการบริหารสินค้าคงคลัง ระยะเวลา 5 ปี (60 เดือน) สกุลเงินเป็นบาท แรงงานฝั่งสำนักงานใหญ่คิดเป็นเงินที่ 1,500 บาทต่อชั่วโมงคน และสมมติเวลาที่ใช้ในการกระทบยอดและจัดทำรายงานไว้ที่ 8 ชั่วโมงคนต่อเดือนในสถานการณ์ A และ 40 ชั่วโมงคนต่อเดือนในสถานการณ์ B

• สถานการณ์ A: สำนักงานใหญ่สร้างเทมเพลตมาตรฐาน 1 ชุด แล้วขยายผลไปยัง 3 ฐาน
• สถานการณ์ B: แต่ละฐานติดตั้งระบบแยกกันเองกับผู้ขายในประเทศนั้น

สิ่งที่ควรอ่านจากประมาณการนี้

ถ้าดูเฉพาะยอดรวม ส่วนต่างระหว่าง A กับ B แทบไม่มี (22.4 ล้านบาท เทียบกับ 22.2 ล้านบาท) คำกล่าวทั่วไปที่ว่า “ทำให้เป็นมาตรฐานเดียวกันแล้วถูกกว่า” ไม่เป็นจริงที่ความละเอียดระดับนี้ ในความเป็นจริง ทั้ง 3 ชั้นแรก ได้แก่ ค่าไลเซนส์ การสร้างระบบเริ่มต้น และความต้องการเฉพาะของฐาน B ถูกกว่าทั้งหมด นี่คือเหตุผลที่เมื่อวางใบเสนอราคาจากผู้ขายในไทยเรียงเทียบกัน B ดูเหมือนจะชนะ และสิ่งที่มองเห็นได้ตามปกติในตารางเปรียบเทียบของเอกสารขออนุมัติ ก็คือ 3 ชั้นนี้พอดี

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

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

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

ลำดับการ rollout: เลือกฐานแรกอย่างไร

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

เกณฑ์ที่ 1: ความซับซ้อนของงานอยู่ในระดับ “กลาง”

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

เกณฑ์ที่ 2: มี “คนที่ตัดสินใจได้” อยู่ในพื้นที่หรือไม่

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

เกณฑ์ที่ 3: มีความสัมพันธ์ที่รายงานความล้มเหลวได้หรือไม่

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

เกณฑ์ที่ 4: รายการสินค้าที่ผลิตไม่เปลี่ยนบ่อยเกินไป

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

เกณฑ์ที่ 5: ขนาดของฐานใช้เป็นมาตราส่วนของการขยายผลได้หรือไม่

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

ความกล้าที่จะจำกัดขอบเขต

ต่อให้หาฐานที่ตรงทั้ง 5 เกณฑ์ได้ ก็ไม่จำเป็นต้องใส่ทุกฟังก์ชันในฐานนั้นพร้อมกันทีเดียว สิ่งที่ต้องยืนยันในฐานแรกคือ “นิยามของชั้นที่ 1 และชั้นที่ 2 ใช้ได้จริงที่หน้างานหรือไม่” ไม่ใช่ความครบถ้วนของฟังก์ชัน สำหรับการออกแบบวิธีเปิดใช้งานแบบจำกัดขอบเขต แนวคิดในการเริ่มวางระบบแบบ Small Start นำมาใช้กับฐานแรกของการขยายผลหลายฐานได้ตรง ๆ

จุดที่สะดุดเรื่องทีมสนับสนุนในพื้นที่และการส่งมอบงานปฏิบัติการ

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

ภาษา: ออกแบบเป็นโครงสร้าง 3 ชั้น

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

การออกแบบที่แนะนำคือ ไม่แปลภายในระบบ แต่ถือเป็นรหัส อย่าถือรหัสของเสียเป็นข้อความว่า “キズ” “รอยขีดข่วน” “Scratch” แต่ให้ถือเป็นค่ารหัส แล้วดึงมาสเตอร์ของแต่ละภาษามาแสดงตอนแสดงผล ทำแบบนี้แล้ว ไม่ว่าข้อมูลจะถูกป้อนด้วยภาษาใด เวลารวบรวมที่สำนักงานใหญ่ก็จะยุบลงเป็นค่าเดียว ฟังดูเป็นเรื่องพื้นฐาน แต่ระบบที่ทำเรื่องนี้ไม่ได้มีเยอะอย่างน่าตกใจ

การลาออก: รับมือด้วยหน้าจอ ไม่ใช่ด้วยเอกสาร

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

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

เพื่อหลีกเลี่ยงสภาพที่งานหยุดทันทีที่พนักงานคนสำคัญลาออก ให้ใส่เกณฑ์ “งานหนึ่งอย่าง ต้องมีคนทำได้อย่างน้อย 3 คนในฐานนั้น” เข้าไปในเกณฑ์ตัดสินความพร้อมใช้งาน ข้อนี้เขียนเป็นเกณฑ์การตรวจรับระบบได้อย่างเป็นทางการ

เอกสาร: จำกัดให้เหลือ 3 ประเภท

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

1. เอกสารนิยามข้อมูล (ชั้นที่ 1 และชั้นที่ 2 ทำสองภาษาญี่ปุ่น-อังกฤษ สำนักงานใหญ่เป็นผู้ดูแล)
2. คู่มือการจัดการกรณีผิดปกติ (ไม่ใช่กรณีปกติ แต่คือทำอะไรเมื่อระบบหยุด ใช้ภาษาไทย)
3. รายการสิทธิ์การใช้งาน (ใครทำอะไรได้บ้าง อัปเดตทุกครั้งที่มีการโยกย้ายหรือลาออก)

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

การออกแบบสิทธิ์: ตั้งอยู่บนสมมติฐานว่ามีการควบตำแหน่ง

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

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

เลือกผู้ขายจาก “ดูแลต่อได้หรือไม่”

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

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

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

โรดแมป 90 วันเพื่อปิดเส้นแบ่งให้จบ

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

เคล็ดลับให้จบภายใน 90 วัน

รายการที่ตกลงกันไม่ได้ ให้ตัดสินด้วย “ขนาดของความเสียหาย” ไม่ใช่ “เสียงข้างมาก” หรือ “คำสั่งของผู้ใหญ่” กฎที่พูดไม่ได้ว่าถ้าไม่ทำให้เหมือนกันแล้วใครเดือดร้อนเป็นเงินเท่าไร ให้ตกลงมาที่ชั้นที่ 3 แค่นี้ก็จบข้อถกเถียงไปแล้ว 80%

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

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

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

การนำระบบมาใช้ในโรงงานต่างประเทศ ควรให้สำนักงานใหญ่นำหรือให้หน้างานนำ

การเอนไปทางใดทางหนึ่งคือการออกแบบที่ผิดตั้งแต่ต้น การสำรวจของ JETRO ก็ระบุว่า “ความยากในการทำให้การนำโดยสำนักงานใหญ่กับการรับมือของหน้างานไปด้วยกันได้” เป็นปัญหาของการทำดิจิทัล ซึ่งเป็นปัญหาที่แก้ไม่ได้ด้วยการเลือกอย่างใดอย่างหนึ่ง คำตอบเชิงปฏิบัติคือแบ่งข้อมูลออกเป็น 4 ชั้น แล้วเปลี่ยนผู้นำไปตามชั้น ชั้นที่ 1 สำนักงานใหญ่นำ ชั้นที่ 2 สำนักงานใหญ่กำหนดเฉพาะนิยาม วิธีการเป็นของหน้างาน ชั้นที่ 3 และชั้นที่ 4 หน้างานนำ ตราบใดที่ยังถกเถียงเรื่อง “ผู้นำของทั้งโครงการ” จะไม่มีวันได้ข้อสรุป

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

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

การวางระบบให้โรงงานในไทยใช้เวลานานแค่ไหน

เปลี่ยนไปมากตามขอบเขต จึงตอบเป็นตัวเลขเดียวไม่ได้ แต่ในกรอบของบทความนี้ การขีดเส้นแบ่ง (การกำหนดนิยามข้อมูลให้เสร็จ) ใช้ 90 วัน จากนั้นจึงเข้าสู่การสร้างระบบของฐานแรก ความล้มเหลวที่พบบ่อยคือ ข้ามขั้นตอนขีดเส้นแบ่งแล้วเริ่มสร้างเลย พอถึงกลางทางของ requirement definition ก็ต้องย้อนกลับมาถกเถียงว่า “อันนี้เป็นมาตรฐานส่วนกลางหรือหน้างานตัดสินเอง” สุดท้ายก็ไปใช้เวลาของการขีดเส้นแบ่งในครึ่งหลังอยู่ดี ระยะเวลารวมเท่าเดิมหรือยาวกว่าเดิม การใช้ 90 วันไปก่อนจึงจบเร็วกว่า

สามารถติดตั้งเฉพาะระบบบริหารสินค้าคงคลังของโรงงานก่อนได้หรือไม่

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

เมื่อผลักดัน ASEAN manufacturing DX หลายฐานพร้อมกัน ควรเริ่มจากฐานไหน

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

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

แบ่งตามบทบาท บทบาทการรักษานิยามข้อมูลของชั้นที่ 1 และชั้นที่ 2 (คุยกับสำนักงานใหญ่และตรวจจับการเบี่ยงเบน) เหมาะกับพนักงานญี่ปุ่นที่ประจำอยู่ หรือขึ้นตรงกับสำนักงานใหญ่ ส่วนการปรับปรุงการปฏิบัติงานและการรับมือหน้างานของชั้นที่ 3 และชั้นที่ 4 ควรเป็นของพนักงานท้องถิ่น เพราะถ้าให้พนักงานญี่ปุ่นที่ประจำอยู่รับผิดชอบ วิธีปฏิบัติงานจะเปลี่ยนทุกครั้งที่มีการโยกย้าย สิ่งที่ควรหลีกเลี่ยงที่สุดคือสภาพที่พนักงานญี่ปุ่นเพียง 1 คนควบทุกชั้น เพราะวินาทีที่คนนั้นกลับประเทศ คนที่รู้เหตุผลเบื้องหลังเส้นแบ่งก็จะหายไปจากฐานการผลิตทั้งหมด

ควรหลีกเลี่ยงผลิตภัณฑ์จากผู้ขายในไทยหรือไม่

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

สรุป

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

• ชั้นที่ 1 (ข้อมูลที่มีผลต่องบการเงิน งบรวม และภาษี) เหมือนกัน 100% สิทธิ์ตัดสินใจอยู่ที่สำนักงานใหญ่ การเปลี่ยนแปลงต้องขออนุมัติ ถ้าไม่ตรงกันจะกระทบงบรวมและการตรวจสอบบัญชีโดยตรง — ฝั่งไทยควรยอมโดยไม่ต้องต่อรอง
• ชั้นที่ 2 (KPI ที่ใช้เปรียบเทียบข้ามฐาน) เหมือนกันเฉพาะนิยาม วิธีเก็บเป็นดุลยพินิจของหน้างาน ถ้านิยามเพี้ยนจะตัดสินใจลงทุนผิด — ฝั่งไทยยอมเรื่องนิยาม แต่ต้องยืนยันเรื่องวิธีเก็บ
• ชั้นที่ 3 (ข้อมูลปฏิบัติการที่จบภายในฐานเดียว) ยึดความเหมาะสมของหน้างาน ความเสียหายเกิดตอนที่สำนักงานใหญ่บังคับให้เหมือนกัน — ฝั่งไทยยืนยันได้เต็มที่
• ชั้นที่ 4 (หน้าจอ รูปแบบการป้อนข้อมูล ภาษา) เป็นของหน้างานทั้งหมด ถ้าบังคับให้เหมือนกัน คุณภาพข้อมูลจะพัง — ฝั่งไทยยืนยันได้โดยไม่ต้องขออนุญาต

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

ในด้านกฎเกณฑ์ของไทย มี 3 ข้อที่ต้องจับ สร้าง “ภาชนะที่สลับไปใช้ได้” ไว้ในช่วงที่ e-Tax Invoice ยังเป็นทางเลือก รับมือการปรับค่าจ้างและประกันสังคมด้วยมาสเตอร์ที่มีวันที่เริ่มมีผลบังคับใช้ และใส่การแยกรวบรวมตามการแบ่งประเภท BOI ไว้ตั้งแต่ขั้นตอนออกแบบ ทั้ง 3 ข้อนี้ถ้าเพิ่มทีหลังจะแพงขึ้นแน่นอน

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

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

แหล่งข้อมูลอ้างอิง

• JETRO “การสำรวจสภาพความเป็นจริงของบริษัทญี่ปุ่นที่ขยายธุรกิจในต่างประเทศ ประจำปีงบประมาณ 2025 (ฉบับเอเชีย-โอเชียเนีย)”
• JETRO รายงานผลการสำรวจฉบับเต็ม
• JETRO ข่าวธุรกิจ “ค่าจ้างขั้นต่ำในกรุงเทพฯ ปรับขึ้นเป็นวันละ 400 บาท”
• JETRO ข่าวธุรกิจ “JCC เผยแพร่ผลสำรวจแนวโน้มภาวะธุรกิจครึ่งปีแรก 2026”
• JETRO ข่าวธุรกิจ “การผลิตรถยนต์ปี 2025 ลดลง 0.9% จากปีก่อนหน้า”
• JETRO ข่าวธุรกิจ “ยอดผลิตรถยนต์เดือนมกราคม-เมษายน เพิ่มขึ้น 3.7% จากช่วงเดียวกันของปีก่อน”
• Forvis Mazars “ระบบ e-Tax invoice / e-Receipt”
• คู่มือการลงทุนของสำนักงานคณะกรรมการส่งเสริมการลงทุน (BOI)
• Logizard ZERO “จุดสำคัญในการเลือกระบบสำหรับฐานการผลิตในต่างประเทศ”