ทำความเข้าใจความต้องการของโรงงาน: ประเมินกระบวนการผลิตและปัญหาปัจจุบัน
ผู้บริหารหลายคนเริ่มโปรเจกต์ ERP ด้วยคำถามผิด คือถามว่า "จะใช้ระบบไหนดี" ทั้งที่ยังไม่รู้ว่าปัญหาจริงของโรงงานอยู่ตรงไหน ผลคือได้ระบบที่สวยงามแต่ไม่ตอบโจทย์ เพราะไปเลือกฟีเจอร์ตามที่เซลส์ขาย ไม่ใช่ตามที่หน้าไลน์ผลิตต้องการ
ก่อนคุยกับผู้ให้บริการรายไหน ควรลงไปเดินดูไลน์ผลิตจริงก่อน จับเวลาว่าใบสั่งผลิตหนึ่งใบเดินทางผ่านกี่จุด ใครเซ็นอนุมัติ ใครกรอกข้อมูลลง Excel ซ้ำกี่รอบ ตัวอย่างที่พบบ่อยคือโรงงานพลาสติกฉีดในระยองที่มี SKU กว่า 4,200 รายการ ฝ่ายผลิตคุมสต๊อกวัตถุดิบด้วยไฟล์ Excel แยกไฟล์ตามแผนก ขณะที่ฝ่ายบัญชีปิดงบด้วยตัวเลขอีกชุดที่ไม่ตรงกัน กว่าจะรู้ว่าสต๊อกขาดก็สายเกินไปเพราะไลน์ผลิตหยุดรอวัตถุดิบไปแล้ว
คำถามที่ต้องได้คำตอบก่อนเริ่มโปรเจกต์:
- BOM (Bill of Materials) ของสินค้าหลักมีกี่ระดับ ซับซ้อนแค่ไหน มี BOM ย่อยซ้อนกันหรือไม่
- Routing การผลิตผ่านกี่ Work Center และมีจุดตรวจสอบคุณภาพ (QC) ตรงไหนบ้าง
- ต้นทุนแฝงที่ไม่เคยถูกคิดเข้าไปในราคาสินค้า เช่น ค่าเสียเวลาเครื่องจักร ของเสียจากไลน์ผลิต
- ปัญหาที่เกิดซ้ำในรอบ 6 เดือนที่ผ่านมาคืออะไร สต๊อกขาด ต้นทุนบวม หรือส่งมอบล่าช้า
ขั้นนี้ไม่ต้องรีบ ใช้เวลาสัก 2-4 สัปดาห์เก็บข้อมูลจริงจะคุ้มค่ากว่าไปเสียเวลาแก้ระบบทีหลัง เพราะการปรับ setup ERP หลังใช้งานจริงไปแล้วมักแพงกว่าการวางแผนล่วงหน้าหลายเท่า
จัดเตรียมข้อมูลและโครงสร้างองค์กร: รวบรวมข้อมูลสินค้า ลูกค้า และผู้จัดส่ง
ระบบ ERP ดีแค่ไหนก็ไม่มีประโยชน์ถ้า master data สกปรก คำว่า "สกปรก" ในที่นี้หมายถึงข้อมูลซ้ำ ข้อมูลไม่ครบ หรือหน่วยนับไม่สอดคล้องกันระหว่างแผนก เช่น ฝ่ายจัดซื้อบันทึกวัตถุดิบเป็น "กก." แต่ฝ่ายผลิตใช้ "ลิตร" โดยไม่มีตัวแปลงหน่วยที่ชัดเจน
สิ่งที่ต้องรวบรวมและทำความสะอาดก่อนขึ้นระบบจริง:
- รายการสินค้าทั้งหมด (Product Master) พร้อมหน่วยนับมาตรฐาน รหัสสินค้า และหมวดหมู่
- BOM ของสินค้าสำเร็จรูปทุกตัว รวมทั้ง BOM ทางเลือก (Alternative BOM) ถ้ามี
- ข้อมูลลูกค้า พร้อมเลขประจำตัวผู้เสียภาษี ที่อยู่สำหรับออกใบกำกับภาษี และเงื่อนไขการชำระเงิน
- ข้อมูลผู้จัดส่งหรือ Vendor พร้อมราคาต่อรอง ระยะเวลาส่งมอบ (Lead Time) เฉลี่ย
- ที่ตั้งคลังสินค้าจริง ไม่ใช่แค่ "คลังกลาง" แต่แยกเป็นโซน ชั้น หรือ Location ย่อยถ้าโรงงานมีหลายจุดจัดเก็บ
จุดที่มักถูกมองข้ามคือการจัดกลุ่มสินค้าเป็นหมวดบัญชี (Product Category) เพราะแต่ละหมวดจะผูกกับวิธีตีมูลค่าคลังและบัญชีแยกประเภทต่างกัน ถ้าตั้งหมวดผิดตั้งแต่แรก การแก้ทีหลังทำได้ แต่จะเป็นการเปลี่ยนแปลงที่มีผลไปข้างหน้าเท่านั้น ระบบจะไม่คำนวณย้อนหลังให้ ดังนั้นรายการที่บันทึกไปแล้วก่อนเปลี่ยนหมวดจะยังใช้วิธีคิดต้นทุนแบบเดิม
โรงงานที่มี SKU เยอะควรใช้ช่วงนี้คัดสินค้าที่เลิกผลิตแล้วออกจากระบบ ไม่ต้องยกของทุกอย่างที่มีในระบบเดิมเข้ามาทั้งหมด อย่างเคสโรงงานพลาสติกที่ระยองที่พูดถึงในตอนแรก พอไล่เช็ค SKU 4,200 รายการจริง ๆ พบว่ามีเกือบ 500 รายการที่เลิกผลิตไปแล้วเกินสองปีแต่ยังค้างอยู่ในระบบเดิม ถ้ายกเข้าระบบใหม่ทั้งหมดโดยไม่คัดก่อน ทีมงานจะมาปวดหัวตอนเทสต์ระบบว่าทำไมยอดสต๊อกไม่ตรง ทั้งที่ต้นเหตุคือสินค้าผีที่ไม่มีใครใช้แล้ว
เลือกระบบ ERP ที่เหมาะสม: โมดูลการผลิต จัดซื้อ และบัญชีที่ตรงกับธุรกิจ
เคยเจอโรงงานเครื่องใช้ไฟฟ้ารายหนึ่งเปิดใช้โมดูลเกือบทุกตัวตั้งแต่วันแรก เพราะเซลส์บอกว่า "มีให้ใช้ครบดีกว่าเปิดทีหลัง" ผลคือทีม IT ต้องดูแล master data ของโมดูลที่ไม่มีใครแตะเลยอยู่หลายเดือน กว่าจะยอมปิดโมดูลส่วนเกินทิ้งก็เสียเวลาไปครึ่งปีของโปรเจกต์
โรงงานแต่ละแบบต้องการโมดูลไม่เหมือนกัน อย่างในกรณีของ Odoo ระบบแบ่งกลุ่มโมดูลสำหรับสายงานผลิตและซัพพลายเชนไว้ชัดเจน ([odoo.com/documentation](https://www.odoo.com/documentation/master/applications/inventory_and_mrp.html)) ได้แก่
**ฝั่งการผลิต** — Manufacturing (สั่งผลิต จัดการ BOM และ Work Order), PLM สำหรับบริหารรุ่นของ BOM และการเปลี่ยนแปลงวิศวกรรม, Quality สำหรับจุดตรวจสอบคุณภาพ, และ Maintenance สำหรับบริหารการซ่อมบำรุงเครื่องจักร
**ฝั่งคลังและจัดซื้อ** — Inventory และ Purchase
**ฝั่งบัญชีและการเงิน** — Accounting, ระบบ multi-currency, วิธีตีมูลค่าคลังหลายแบบ, ระบบภาษี (VAT, ภาษีหัก ณ ที่จ่าย, fiscal position), และการเบิกจ่ายค่าใช้จ่ายพนักงาน
โรงงานขนาดเล็กที่ผลิตสินค้าไม่กี่รายการ ไม่จำเป็นต้องเปิด PLM ตั้งแต่วันแรก เพราะโมดูลนี้เหมาะกับโรงงานที่ BOM เปลี่ยนบ่อยและต้องคุมเวอร์ชันวิศวกรรมอย่างเป็นระบบ ในทางกลับกัน โรงงานที่ผลิตอาหารหรือเครื่องมือแพทย์ที่ต้องผ่านมาตรฐาน อย. หรือ ISO ควรเปิด Quality ตั้งแต่ต้น เพราะการเพิ่มจุดตรวจสอบทีหลังมักต้องย้อนไปแก้ Routing ทั้งหมด
ส่วน Maintenance คุ้มค่ากับโรงงานที่มีเครื่องจักรเก่าและเสียบ่อย เพราะช่วยติดตามรอบซ่อมบำรุงและเชื่อมกับ Work Center ในโมดูล Manufacturing ได้ทันที แต่ถ้าโรงงานเช่าเครื่องจักรหรือมีสัญญาซ่อมบำรุงกับผู้ผลิตอยู่แล้ว โมดูลนี้อาจไม่จำเป็นในระยะแรก
หลักคิดง่าย ๆ คือเลือกโมดูลตามปัญหาที่พบในขั้นตอนแรก ไม่ใช่เลือกเพราะเห็นว่ามีให้ใช้ครบ เพราะยิ่งเปิดโมดูลมากเท่าไหร่ ยิ่งต้องดูแล master data และฝึกพนักงานมากขึ้นตามไปด้วย
วางแผนระหว่างอพยพข้อมูล: กลยุทธ์โยกย้ายจากระบบเดิมและรักษาข้อมูล
การย้ายข้อมูลจากระบบเดิม ไม่ว่าจะเป็น Excel หรือโปรแกรมบัญชีเก่า มักเป็นจุดที่โปรเจกต์ ERP ล่มมากที่สุด เพราะทุกฝ่ายอยากยก "ข้อมูลทั้งหมด" เข้าระบบใหม่ ทั้งที่บางส่วนไม่มีประโยชน์แล้ว
สิ่งที่ต้องตัดสินใจล่วงหน้า:
- วันตัดยอด (Cutover Date) ควรเลือกวันที่กิจกรรมผลิตน้อยที่สุด เช่น ช่วงหยุดยาวหรือปิดโรงงานตรวจสอบประจำปี
- ยอดคงเหลือคลังตั้งต้น ต้องนับสต๊อกจริง (Physical Count) แล้วนำยอดนั้นเข้าระบบใหม่ ไม่ใช่ยกยอดตามบัญชีเก่าที่อาจไม่ตรงกับของจริงในคลัง
- ข้อมูลย้อนหลังที่จำเป็นต่อการปิดงบ เช่น ยอดลูกหนี้-เจ้าหนี้คงค้าง ต้องยกเข้าให้ตรงกับงบการเงินฉบับล่าสุดที่ยื่นกรมพัฒนาธุรกิจการค้า
- วิธีตีมูลค่าคลังที่จะใช้ในระบบใหม่ ถ้าจะเปลี่ยนจาก FIFO เป็น Standard Cost หรือกลับกัน หลักการเดียวกับที่พูดไปแล้วเรื่องหมวดบัญชีสินค้าคือมีผลไปข้างหน้าเท่านั้น ไม่ต้องนับสต๊อกใหม่ทั้งโรงงานเพียงเพราะเปลี่ยนวิธีคำนวณ
อีกเรื่องที่มักถูกลืมคือต้นทุนแฝงจากการนำเข้า เช่น ค่าขนส่งทางเรือ ค่าประกันภัย หรือค่าธรรมเนียมศุลกากรที่ต้องบวกเข้าไปในราคาต้นทุนวัตถุดิบ ระบบอย่าง Odoo รองรับการบันทึกต้นทุนเหล่านี้ผ่าน Landed Cost ได้ แต่ต้องทำหลังจากรับสินค้าเข้าคลังและยืนยันการรับแล้ว ไม่ใช่ก่อนรับ เพราะระบบจะสร้างรายการปรับมูลค่าย้อนไปที่ของที่รับเข้ามาแล้ว จุดที่ต้องระวังจริง ๆ คือต้องบันทึกต้นทุนนี้ก่อนที่สินค้านั้นถูกขายหรือถูกดึงไปใช้ในไลน์ผลิต เพราะถ้าสินค้าออกจากคลังไปแล้ว การปรับมูลค่าย้อนหลังจะไม่สะท้อนต้นทุนจริงในงบต้นทุนขาย
แนะนำให้รันระบบเก่ากับระบบใหม่คู่กันก่อนตัดขาดระบบเดิมเด็ดขาด ในทางปฏิบัติ โรงงานส่วนใหญ่ต้องใช้เวลา parallel run เต็ม 1 รอบบัญชี ไม่ใช่แค่ 2-3 วันแรกที่ทุกคนยังตื่นเต้นกับระบบใหม่ เพราะบั๊กที่ซ่อนอยู่ในการตั้งค่าภาษีหรือบัญชีมักโผล่มาตอนปิดงบสิ้นเดือน ไม่ใช่ตอนบันทึกรายการรายวัน การให้เวลาเต็มรอบบัญชีจะช่วยจับข้อผิดพลาดของการตั้งค่าได้ก่อนที่จะกระทบงบการเงินจริง
สร้างทีมและฝึกอบรมพนักงาน: เตรียมคนในองค์กรสำหรับการเปลี่ยนแปลง
ระบบ ERP ล้มเหลวเพราะเทคนิคน้อยกว่าที่ล้มเหลวเพราะคนไม่ยอมใช้ พนักงานหน้าไลน์ผลิตที่คุ้นมือกับกระดาษใบสั่งงานมา 15 ปี จะไม่เปลี่ยนพฤติกรรมเพียงเพราะมีคำสั่งจากผู้บริหาร ต้องมีคนกลางที่เข้าใจทั้งงานหน้าไลน์และระบบใหม่
ทีมที่ต้องมีอย่างน้อยสามตำแหน่ง:
- Key User ประจำแผนก อย่างน้อยแผนกละ 1 คน เป็นคนที่รู้งานจริงในแผนกนั้นและพร้อมเรียนรู้ระบบก่อนคนอื่น
- Project Champion ระดับผู้บริหารที่มีอำนาจตัดสินใจ ไม่ใช่แค่ผู้สนับสนุนทางนาม เพราะบางจุดต้องตัดสินใจเปลี่ยน Workflow ที่กระทบหลายแผนกพร้อมกัน
- ทีม IT ภายใน ที่ดูแลเรื่อง Server, สิทธิ์การเข้าถึง และประสานงานกับผู้ให้บริการภายนอก
การฝึกอบรมควรแยกตามกลุ่มงาน พนักงานสำนักงานฝ่ายบัญชีต้องเรียนรู้การออกใบกำกับภาษีและกระทบยอดธนาคารในระบบใหม่ ขณะที่พนักงานฝ่ายผลิตในไลน์ผลิตต้องเรียนรู้การสแกนบาร์โค้ดหรือกรอก Work Order ผ่านหน้าจอแท็บเล็ตที่ติดตั้งหน้าไลน์ การเอาสองกลุ่มนี้ไปอบรมพร้อมกันในห้องเดียวมักทำให้ทั้งคู่เบื่อ เพราะเนื้อหาที่อีกฝ่ายต้องรู้ไม่เกี่ยวกับงานประจำวันของตัวเอง
ควรเตรียมคู่มือสั้น ๆ แบบ Step-by-step ที่มีภาพหน้าจอจริงติดไว้ข้างเครื่องจักรหรือจุดทำงาน ดีกว่าคู่มือหนา 50 หน้าที่ไม่มีใครเปิดอ่าน และควรมีช่วง "ใช้งานคู่ขนาน" สัก 2-4 สัปดาห์ให้พนักงานทำงานจริงบนระบบใหม่โดยมี Key User คอยประกบใกล้ชิด ก่อนตัดสายป้อนข้อมูลจากระบบเก่าทั้งหมด
ตั้งค่าระบบทางการเงิน: ปรับแต่งสกุลเงิน ภาษี และวิธีการประเมินมูลค่าคลัง
เคยเห็นโรงงานแห่งหนึ่งตั้ง Fiscal Position ผิดตั้งแต่วันแรกที่ขึ้นระบบ ลูกค้าในเขตปลอดอากรถูกคิด VAT 7% ทั้งที่ควรได้อัตรา 0% ผลคือใบกำกับภาษีผิดต่อเนื่องเกือบ 8 เดือนก่อนมีคนสังเกตเห็น กว่าจะไล่แก้เอกสารและยื่นแบบเพิ่มเติมย้อนหลังให้กรมสรรพากรก็เสียเวลาเป็นสัปดาห์ ทั้งที่ต้นเหตุมาจากการตั้งค่าจุดเดียวตอน setup นี่คือเหตุผลที่การตั้งค่าทางการเงินเป็นจุดที่พลาดแล้วแก้ยากที่สุด เพราะกระทบงบการเงินและการยื่นภาษีโดยตรง
**สกุลเงินและอัตราแลกเปลี่ยน** โรงงานที่นำเข้าวัตถุดิบจากต่างประเทศ เช่น เม็ดพลาสติกจากจีนหรือเหล็กจากญี่ปุ่น ต้องตั้งระบบ multi-currency ให้รองรับการซื้อเป็นสกุลเงินต่างประเทศ แล้วแปลงเป็นบาทตามอัตราวันที่รับสินค้าหรือวันที่ตั้งบิล ตัวอย่างที่เห็นบ่อยคือค่าเงินบาทขยับจาก 35.80 เป็น 36.20 บาทต่อดอลลาร์ในช่วงไม่ถึงสัปดาห์ระหว่างสินค้ากำลังขนส่งมา ต้นทุนนำเข้าต่อหน่วยก็ขยับตามโดยไม่มีใครรู้ตัว ถ้าตั้งค่าอัตราแลกเปลี่ยนผิดตั้งแต่ต้น ตัวเลขต้นทุนขายทั้งปีจะเพี้ยนตามไปด้วย
ภาษีคือจุดที่พลาดแล้วโดนสรรพากรเรียกคืนได้จริงอย่างที่เล่าไปข้างต้น ต้องตั้งค่า VAT 7% ให้ตรงกับประเภทสินค้าและบริการ แยกภาษีขายกับภาษีซื้อให้ชัดเจนเพื่อยื่น ภ.พ.30 ให้ตรงทุกเดือน รวมถึงตั้งค่าภาษีหัก ณ ที่จ่ายสำหรับค่าจ้างผู้รับเหมาช่วงหรือค่าซ่อมบำรุงเครื่องจักรที่ต้องยื่น ภ.ง.ด. ให้กรมสรรพากร ถ้าโรงงานมีลูกค้าหรือผู้จัดส่งทั้งในและนอกเขตปลอดอากร ต้องตั้ง Fiscal Position แยกให้ระบบเลือกอัตราภาษีที่ถูกต้องอัตโนมัติตามคู่ค้า
วิธีตีมูลค่าคลังเป็นอีกเรื่องที่ต้องคุยกับฝ่ายบัญชีให้จบก่อนขึ้นระบบจริง โรงงานที่ต้นทุนวัตถุดิบผันผวนมาก เช่น เม็ดพลาสติกที่ราคาขึ้นลงตามน้ำมัน มักเลือก FIFO เพื่อให้ต้นทุนขายสะท้อนราคาจริงตามลำดับการซื้อ แต่ FIFO ก็มีต้นทุนของมันเอง การคำนวณซับซ้อนกว่า Standard Cost ชัดเจน และต้องพึ่งการบันทึกลำดับการรับเข้าที่แม่นยำเป๊ะ ถ้าฝ่ายคลังรับสินค้าเข้าระบบผิดลำดับหรือแก้ไขวันที่รับย้อนหลังบ่อย ต้นทุนที่คำนวณออกมาจะเพี้ยนทั้งสายและตามแก้ยากมาก ส่วนโรงงานที่ต้นทุนค่อนข้างนิ่งอาจเลือก Standard Cost เพื่อให้การคำนวณง่ายและวิเคราะห์ส่วนต่างต้นทุนได้ชัด แต่ต้องเข้าใจว่า Standard Cost ให้ต้นทุนเดียวกันทุกหน่วยของสินค้านั้นตามนิยาม ถ้าโรงงานต้องการรู้ต้นทุนแม่นยำเป็นรายล็อตหรือรายเลขซีเรียล เช่น กรณีที่ต้นทุนวัตถุดิบแต่ละล็อตต่างกันมากและต้องสอบกลับได้ ต้องใช้ฟีเจอร์ Valuation by Lots/Serial Numbers ของ Odoo แทน ฟีเจอร์นี้มีมาตั้งแต่ Odoo เวอร์ชัน 15 ก่อนหน้านั้นแล้ว ไม่ใช่ของใหม่ที่เพิ่งเพิ่มในเวอร์ชัน 18 อย่างที่บางคนเข้าใจผิด ([ดูรายละเอียดในเอกสาร Odoo](https://www.odoo.com/documentation/18.0/applications/inventory_and_mrp/inventory/product_management/inventory_valuation/valuation_by_lots.html)) ประเด็นสำคัญคือเลือกใช้ให้ถูกกับความจำเป็นของธุรกิจ ไม่ใช่พยายามยัดทุกอย่างให้อยู่ใน Standard Cost แล้วมาปวดหัวตอนหาสาเหตุส่วนต่างทีหลัง
ทั้งหมดนี้ควรทดสอบด้วยการปิดบัญชีจำลองสัก 1 เดือนก่อนใช้งานจริง เพื่อเช็คว่าตัวเลขในงบทดลองตรงกับที่ฝ่ายบัญชีคาดไว้หรือไม่ ถ้าไม่ตรงตั้งแต่รอบทดสอบ ยังพอแก้ได้ทันโดยไม่กระทบงบการเงินจริงที่ต้องยื่นหน่วยงานราชการ
