Odoo Data Migration · Data Control for ERP Go-Live
ข้อมูลจาก Excel โปรแกรมบัญชี Database และ Legacy System มีโครงสร้างและ Business Rules ต่างกัน การย้ายข้อมูลจึงต้องผ่าน Mapping, Cleaning, Validation และ Reconciliation ก่อนนำไปใช้จริงบน Odoo
Data Migration ไม่ใช่แค่ Import
ก่อนย้ายข้อมูล ต้องรู้ก่อนว่าข้อมูลขององค์กรอยู่ที่ไหนบ้าง
Excel
Master, Opening, Operational Files และ Manual Controls
Accounting Software
Customer, Vendor, AR, AP และ Accounting Data
MSSQL / Database
Transaction, Master และ Historical Data
DBF / Legacy
ข้อมูลจาก Legacy Applications
CSV / Text
Exported Data จากระบบต่าง ๆ
Custom Systems
Operational Data และ Business-specific Structure
Data Migration ที่ดีต้องมีขั้นตอน
แต่ละรอบควรรู้ Source, Rule, Result และ Exception เพื่อแก้ข้อมูลหรือ Mapping ก่อนรอบถัดไป
อย่าเพิ่ง Import จนกว่าจะรู้ว่าข้อมูลเดิมมีอะไรอยู่ข้างใน
Data Profiling ช่วยค้นหาความเสี่ยง เช่น Customer/Product ซ้ำ, Blank Code, Invalid Date, Unit ต่างกัน, Inactive Master, ข้อมูลภาษีที่ขาดในขอบเขตที่เกี่ยวข้อง, ชื่อไม่สม่ำเสมอ, Negative Quantity ที่ไม่คาดคิด หรือ Reference ขาด โดยไม่สรุปว่าทุก Dataset ต้องมีปัญหาเหล่านี้
ย้ายข้อมูลผิดเร็วขึ้น ไม่ใช่ Digital Transformation
Migration ไม่ควรคัดลอกปัญหาจากระบบเดิมทั้งหมดเข้า ERP ใหม่ การ Clean อาจครอบคลุม Duplicate, Unused Master, Format ผิด, Invalid Reference, Inactive Data และ Missing Mandatory Fields แต่ห้ามลบ Historical หรือ Business Data อัตโนมัติ ทุกกฎต้องได้รับการตรวจและอนุมัติจาก Owner/User
ระบบเดิมกับ Odoo ไม่ได้พูดภาษาเดียวกันเสมอไป
OLD SYSTEM
CUSCOD
STKCOD
Legacy Warehouse
MAPPING
Field / Code / UOM / Account / Warehouse
ODOO
Partner
Product
Warehouse / Location
Mapping อาจรวม Customer/Vendor, Product, UOM, Warehouse, Account และ Tax เฉพาะส่วนที่ตรวจสอบกับ Scope จริง ไม่ใช่กฎสากลของทุกโครงการ
บางข้อมูลต้องแปลงก่อนนำเข้า
Import สำเร็จ ไม่ได้แปลว่าข้อมูลถูกต้อง
แม้ระบบแจ้งว่า Import 10,000 Records สำเร็จ ก็ยังไม่พิสูจน์ว่า Customer, Product, Opening Balance, Stock, AR/AP หรือ Mapping ถูกต้อง
ก่อน Go-Live ตัวเลขต้องกระทบกันได้
SOURCE SYSTEM
Customers = X
Products = X
Stock Qty = X
AR/AP Outstanding = X
Opening Balance = X
ODOO AFTER MIGRATION
Customers = ?
Products = ?
Stock Qty = ?
AR/AP Outstanding = ?
Opening Balance = ?
Reconciliation อาจตรวจด้วย Count, Quantity, Amount, Document, Customer, Vendor, Product หรือ Account ตาม Scope โดยไม่ใช้ตัวเลขสมมติเป็นผลจริง
ข้อมูลที่ไม่ผ่าน ไม่ควรหายเงียบ
Exception อาจเป็น Missing Mapping, Invalid Code/Reference, Duplicate, Amount/Quantity Difference หรือ Missing Mandatory Information
ต้องตอบได้ว่าข้อมูลนี้มาจากไหน
Traceability ที่เหมาะสมควรเชื่อม Source System, Source Record/Reference, Migration Batch, Transformation Rule, Target Record, Validation Result, Date/Time และ Status เท่าที่ Architecture รองรับ โดยไม่กล่าวว่า Odoo Standard เก็บ Migration Lineage ทั้งหมดให้อัตโนมัติ
Master Data คือฐานของ Transaction ทั้งหมด
Customer, Vendor, Product, UOM, Warehouse, Location, BOM, Chart of Accounts, Payment Terms และ Master อื่นตาม Scope ควรผ่าน Validation ก่อน Opening และ Transaction Data เพราะลำดับ Migration มีผลต่อ Reference Integrity
Go-Live ต้องเริ่มจากจุดตั้งต้นที่ถูกต้อง
Scope อาจรวม Opening Stock, Outstanding AR/AP, Opening Accounting Balance, Open Sales/Purchase Orders และ Open Production Orders ตาม Project Design ไม่จำเป็นว่าทุกโครงการต้องย้ายทั้งหมด
ต้องย้ายข้อมูลย้อนหลังทั้งหมดหรือไม่?
ไม่จำเป็นเสมอไป ต้องพิจารณา Business/Audit Reference, Reporting, Data Quality, Cost/Complexity และการเข้าถึงระบบเดิม ทางเลือกอาจเป็น Full Migration, Selected History, Opening + Outstanding หรือ Legacy Read-only Archive
ระบบใหม่กับระบบเดิมควรเดินคู่กันช่วงหนึ่งหรือไม่?
ขึ้นอยู่กับ Risk, Accounting Period, Complexity, Volume, User Readiness และ Data Confidence หากใช้ Parallel Run ควร Compare → Investigate Difference → Confirm → Cutover แต่ไม่ถือเป็นข้อบังคับทุกโครงการ
XpressPlus ช่วยทำให้ Migration เป็น Process ที่ตรวจสอบได้
XpressPlus สำหรับ Mapping และ Validation วางตำแหน่งเป็น Business Data Integration Platform สำหรับ Architecture ที่ต้องเชื่อม Excel, MSSQL, DBF, CSV, Accounting System หรือ Legacy Application ไปยัง Odoo
รายละเอียด Capability ต้องยืนยันตามสิ่งที่ Implement จริงในแต่ละ Scope ไม่ควรถือว่าทุก Function พร้อมใช้โดยอัตโนมัติ
Migration ที่ดีควรรันซ้ำได้
คนที่รู้ข้อมูลดีที่สุด ต้องมีส่วนตรวจข้อมูล
Migration จบเมื่อผู้รับผิดชอบธุรกิจยืนยันข้อมูลตาม Scope ไม่ใช่เพียงเมื่อโปรแกรมแจ้งว่า Import Finished
Data Migration เป็นส่วนหนึ่งของโครงการ Odoo
Data Migration ในโครงการ Odoo ต้องเดินร่วมกับ Process, UAT และ Cutover ไม่ใช่งานแยกที่รอทำช่วงสุดท้าย และควรมองภาพรวม Odoo ERP สำหรับธุรกิจไทย ประกอบกัน
ข้อมูล Opening Stock, Lot และ Location เชื่อมกับ Warehouse/WMS ส่วน BOM และ WIP เชื่อมกับ Odoo ERP สำหรับโรงงานผลิต โดยไม่แทนที่ Intent ของหน้าปลายทางเหล่านั้น
เราไม่ได้มอง Migration เป็นแค่งาน Import
Enterprise Computer Systems เริ่มจาก Source Data และ Business Meaning แล้วจึงวาง Mapping, Validation, Reconciliation, Exception, User Verification, Cutover และ Integration ตามขอบเขตที่ตรวจสอบได้
ก่อนย้ายข้อมูล มาดูก่อนว่าข้อมูลเดิมของคุณมีอะไรบ้าง
เริ่มจาก Source Data, Scope, Mapping และสิ่งที่ต้องกระทบยอด แล้วจึงออกแบบ Migration ที่สามารถตรวจสอบและรันซ้ำได้ก่อน Go-Live