การเตรียมข้อมูลให้ SWC ไม่ได้เริ่มจากตัดสินใจเปลี่ยน ERP ทั้งระบบ ควรสำรวจว่าระบบเดิมมีข้อมูลครบแค่ไหน Export อย่างไร และมีจุดใดที่ต้องตั้งค่าหรือพัฒนาเพิ่ม บทความนี้เป็นเช็กลิสต์สำหรับผู้จัดการบัญชี IT และผู้ตัดสินใจโครงการ
สำรวจระบบเดิมให้เห็นขอบเขตจริง
- ระบุ ERP/โปรแกรมบัญชี รุ่น โมดูลและผู้ดูแล
- รวบรวมแบบภาษี บริษัท สาขาและผู้มีหน้าที่ยื่น
- แยกข้อมูลจากบัญชี เงินเดือนและแหล่งอื่น
- ตรวจรูปแบบ Export ที่มีอยู่และสิทธิการเข้าถึง
- เก็บตัวอย่างงานหนึ่งงวดพร้อมรายงานยอดที่รับรองแล้ว
อย่าประเมินจากภาพรายงานอย่างเดียว ต้องดูไฟล์จริงว่ารายละเอียดครบและแยกรายการได้หรือไม่ รายงานที่พิมพ์เป็น PDF ได้อาจยังต้องพัฒนา Export เพิ่มเพื่อใช้ข้อมูลต่อ
แยกช่องว่างเป็น 3 กลุ่ม
| กลุ่มปัญหา | แนวทางประเมิน | ตัวอย่าง |
|---|---|---|
| ข้อมูลขาดหรือผิด | ปรับข้อมูลหลักและขั้นตอนบันทึก | เลขภาษี สาขาหรือประเภทเงินได้ไม่ครบ |
| ข้อมูลครบแต่ส่งออกไม่ตรง | ตั้งค่าหรือพัฒนารายงาน/ตัวแปลง | ลำดับฟิลด์และรูปแบบไม่ตรงปลายทาง |
| กระบวนการควบคุมไม่ครบ | ออกแบบผู้ตรวจ สถานะและหลักฐาน | ไม่รู้ว่าไฟล์ใดอนุมัติหรือส่งแล้ว |
การทำตัวแปลงข้อมูลช่วยแก้โครงสร้างไฟล์ได้ แต่ไม่ควรใช้ซ่อนข้อผิดพลาดของข้อมูลธุรกิจ เช่น เติมเลขภาษีแทนผู้ใช้โดยไม่ตรวจหลักฐาน
เลือกขอบเขตพัฒนาให้เหมาะกับงาน
ทางเลือก 1 ใช้ Export ที่มี: เหมาะเมื่อฟิลด์ครบและตรวจยอดได้ ต้องเทียบกับแบบภาษีและปลายทางก่อนเริ่มใช้
ทางเลือก 2 เพิ่มรายงานหรือตัวแปลง: เหมาะเมื่อระบบเดิมมีข้อมูลแต่ไฟล์ยังไม่ตรง ต้องกำหนด Mapping การแปลงค่า ข้อผิดพลาด และผู้ดูแลโปรแกรม
ทางเลือก 3 ปรับ Workflow หรือโมดูล: เหมาะเมื่อข้อมูลเกิดหลายจุดและคัดซ้ำจำนวนมาก ต้องออกแบบการบันทึก WHT การอนุมัติและรายงานให้สัมพันธ์กัน
แต่ละทางเลือกควรเปรียบเทียบค่าพัฒนา งานดูแลเมื่อฟอร์แมตเปลี่ยน และภาระผู้ใช้งาน ไม่สรุปว่าการเชื่อมตรงดีที่สุดเสมอหรือใช้ได้กับทุกระบบ
กำหนดเกณฑ์ทดสอบและรับมอบก่อนพัฒนา
- ไฟล์ตรงข้อกำหนดแบบและรุ่นที่ตกลง
- จำนวนรายละเอียดและยอดรวมตรงรายงานที่อนุมัติ
- เลขอ้างอิงเชื่อมกลับเอกสารต้นทางได้
- แยกบริษัท สาขาและสิทธิผู้ใช้ได้ตามขอบเขต
- แจ้งรายการข้อมูลไม่ครบแทนการปล่อยผ่านเงียบ ๆ
- จัดการแก้ไข/Export ใหม่โดยแยกรุ่นและผู้อนุมัติ
- มีคู่มือผู้ใช้และผู้รับผิดชอบดูแลเมื่อกฎหรือโปรแกรมเปลี่ยน
การทดสอบกับระบบจริงต้องได้รับอนุญาตและกำหนดขอบเขต ห้ามนำข้อมูลสมมติไปยื่นหรือฝากจริง การผ่านโครงสร้างไฟล์อย่างเดียวไม่ยืนยันความถูกต้องทางภาษี
ข้อมูลสำหรับให้ MDSoft ประเมินโครงการ
MDSoft มีบริการ Consultancy, Implementation, Customization, Migration, Integration และ Training สำหรับ Odoo/MDERP ให้ส่งขอบเขตกระบวนการและไฟล์ตัวอย่างที่ปกปิดข้อมูลแล้ว เพื่อแยกส่วนที่มีโมดูลรองรับกับส่วนที่ต้องพัฒนา
การเสนอราคาควรระบุแบบภาษี เวอร์ชันปลายทาง จำนวนระบบที่เกี่ยวข้อง รูปแบบส่งมอบและขอบเขตดูแลภายหลังให้ชัด ไม่ควรใช้คำว่าเชื่อมสรรพากรครบทุกอย่างโดยไม่มีรายการสิ่งส่งมอบ อ่าน ขอบเขตความสามารถบัญชีไทย MDERP ประกอบการตั้งคำถาม
คำถามที่พบบ่อย
จำเป็นต้องย้าย ERP ก่อนใช้ SWC หรือไม่
ต้องสำรวจระบบเดิมก่อน บางกรณีปรับ Export หรือข้อมูลได้โดยไม่ย้ายระบบทั้งชุด
ถ้าเปลี่ยนฟอร์แมตในอนาคตใครดูแล
ควรระบุผู้ดูแลและขอบเขตปรับปรุงในข้อตกลงโครงการ รวมถึงวิธีทดสอบซ้ำ
ต้องขอราคาอย่างไรให้เปรียบเทียบได้
ส่งแบบภาษี ระบบต้นทาง ตัวอย่างไฟล์และเกณฑ์รับมอบเดียวกันให้ผู้ประเมิน เพื่อให้ข้อเสนอครอบคลุมงานเดียวกัน
ปรึกษาแนวทางระบบกับ MDSoft
ส่ง Requirement ระบบปัจจุบัน ช่องทางนำส่งและตัวอย่างขั้นตอนที่ติดขัดให้ MDSoft ประเมินขอบเขตงาน พร้อมแยกงานตั้งค่า งานโมดูลและงานพัฒนาเพิ่มเติม ดูบริการ MDSoft Odoo Service หรือ ติดต่อทีม MDSoft โทร. 081-6198579
แหล่งข้อมูลและบทความที่เกี่ยวข้อง
ระบบบัญชีไทย Odoo / MDERP | ภ.ง.ด. คืออะไร | แบบภาษีหัก ณ ที่จ่ายและการนำส่ง
ตรวจสอบข้อมูลวันที่ 18 ตุลาคม 2569 คู่มือปฏิบัติงานต้องเทียบกับรุ่นโปรแกรมที่ใช้อยู่ ส่วนอัตราภาษีต้องพิจารณาเงื่อนไขของรายการจริง