Data Migration ERP (chuyển dữ liệu ERP) là đưa dữ liệu cần thiết từ Excel hoặc phần mềm cũ sang ERP mới và kiểm tra xem chúng có đúng, đủ, sử dụng được không. Không chỉ xuất rồi nhập file: doanh nghiệp cần chọn dữ liệu, sửa sai, đối chiếu số dư và có người xác nhận trước khi vận hành.
Không cần mang toàn bộ lịch sử vào ERP mới. Ưu tiên khách hàng, mã hàng, đơn chưa hoàn tất, tồn kho và số dư; lịch sử có thể lưu để tra cứu theo nhu cầu và quy định. Công việc này nằm trong quy trình triển khai ERP.
Nguồn đối chiếu: IBM – Data Migration và Microsoft – hướng dẫn chuyển dữ liệu ERP. Khung sáu bước trong sơ đồ là cách WebsiteHCM tổ chức công việc, không phải tiêu chuẩn bắt buộc cho tất cả ERP.
Sơ đồ chuyển dữ liệu ERP: sáu điểm kiểm soát
1. Inventory
Nguồn nào có dữ liệu?
Ai phụ trách?
2. Profile
Duplicate, null, orphan,
format và volume
3. Map & Cleanse
Source → target
Rule có người phê duyệt
↓
4. Load
Run ID, reject log,
rerun an toàn
5. Reconcile
Count, balance,
business validation
6. Cutover Gate
Sign-off hoặc
No-Go / Rollback
Sơ đồ: kiểm kê dữ liệu → tìm lỗi → thống nhất cách đổi dữ liệu → nhập → đối chiếu → quyết định chuyển hệ thống. Nhập thành công chưa đủ để nghiệm thu.
Dữ liệu nào cần chuyển sang ERP mới?
| Dữ liệu | Ví dụ | Cần quyết định |
|---|---|---|
| Dữ liệu nền | Khách hàng, nhà cung cấp, mã hàng, định mức. | Ai duyệt bản đang dùng và xử lý trùng? |
| Giao dịch chưa xong | Đơn mua/bán còn mở, hóa đơn chưa trả. | Chuyển phần nào, giữ trạng thái ra sao? |
| Số dư đầu kỳ | Tồn kho, công nợ, số dư kế toán. | Chốt ngày nào, ai đối chiếu? |
| Lịch sử đã hoàn tất | Đơn hàng, chứng từ cũ. | Nhập vào ERP hay lưu tra cứu? |
| Danh mục cấu hình | Đơn vị tính, kho, thuế, điều khoản. | Mã mới khác cũ ở đâu? |
Bước 1. Kiểm kê dữ liệu và chọn nguồn chính
Liệt kê nơi chứa dữ liệu: ERP cũ, Excel, bán hàng, kho và kế toán. Với từng nhóm, chọn nguồn chính đáng tin cậy và người chịu trách nhiệm, thay vì lấy file mới nhất theo cảm tính. Ví dụ kho xác nhận tồn, kế toán xác nhận công nợ.
- Tên file/hệ thống, loại và lượng dữ liệu.
- Người phụ trách, mã nhận diện bản ghi.
- Vấn đề chất lượng hoặc dữ liệu trùng đã biết.
- Phân loại chuyển sang ERP, lưu tra cứu hay ngừng dùng.
Sau khi nhập, việc duy trì dữ liệu phải được phân quyền và kiểm soát; xem Master Data ERP.
Bước 2. Kiểm tra dữ liệu thiếu, sai và trùng
Kiểm tra khách hàng trùng, mã hàng thiếu đơn vị tính, hóa đơn không có mã khách, thông tin sai định dạng hoặc hàng đã ngừng dùng. Nhân viên nghiệp vụ phải xác nhận bản nào đúng; kỹ thuật không tự quyết định hai nhà cung cấp là một chỉ vì tên giống.
| Lỗi | Ví dụ | Bộ phận xác nhận |
|---|---|---|
| Trùng | Một nhà cung cấp có hai mã. | Mua hàng/kế toán. |
| Thiếu | Khách hàng thiếu thông tin bắt buộc. | Kinh doanh. |
| Sai danh mục | Đơn vị tính không thống nhất. | Kho. |
| Sai liên kết | Hóa đơn không tìm thấy khách. | Kế toán/kỹ thuật. |
| Không còn dùng | Mã hàng ngưng bán. | Kho/sản phẩm. |
Bước 3. Thống nhất cột cũ chuyển sang trường nào
Mapping (ghép trường dữ liệu) là xác định cột từ file cũ đi vào trường nào của ERP. Ví dụ mã khách cũ giữ làm mã tham chiếu; đơn vị tính và mã thuế phải được kiểm tra theo danh mục. Mọi thay đổi ảnh hưởng nghiệp vụ cần người chịu trách nhiệm phê duyệt.
| Thông tin cũ | Thông tin mới | Cách kiểm tra |
|---|---|---|
| Mã khách | Mã tham chiếu khách | Không trùng, không mất mã. |
| Tên khách | Tên khách hàng | Giữ đúng khách, chuẩn hóa chữ. |
| Mã thuế | Trường thông tin thuế | Phù hợp danh mục, đúng đơn vị. |
Kỹ thuật xây công cụ chuyển đổi nhưng không nên tự quyết định cách gộp khách hàng hoặc chuyển tài khoản kế toán. Cần ghi quy tắc, phiên bản và người đã duyệt.
Bước 4. Làm sạch và lưu lại lý do thay đổi
Làm sạch nghĩa là loại trùng đã xác minh, chuẩn hóa mã, điền trường thiếu và tách dữ liệu lỗi. Phải có cách xem giá trị trước/sau, lý do sửa và người xác nhận; không sửa hàng loạt rồi mất dấu vết.
- Không gộp hai khách chỉ vì tên gần giống.
- Không tự thay mã kế toán hoặc thuế.
- Không nhập dữ liệu đã ngừng dùng nếu không có nhu cầu.
- Lưu danh sách sửa, loại hoặc chưa xử lý.
Bước 5. Nhập theo thứ tự và theo dõi lỗi
Quy trình thường là lấy file → kiểm tra → đổi định dạng → nhập → đối chiếu. Nên nhập khách hàng, nhà cung cấp, sản phẩm trước khi nhập đơn có liên quan. Với dữ liệu lớn, chia đợt để dễ kiểm tra và sửa lỗi.
Mỗi đợt ghi số bản ghi ban đầu, nhập được, bị từ chối và lý do. Nếu nhập lại cần tránh tạo bản ghi trùng. Với Odoo 19, tài liệu nhập dữ liệu hướng dẫn giữ mã External ID nhất quán để cập nhật đúng bản ghi và nối dữ liệu liên quan.
Bước 6. Chuyển thử nhiều lần trước khi vận hành
Chuyển thử là thực hiện trên môi trường kiểm thử với dữ liệu và trình tự gần ngày chạy thật. Mục tiêu là biết có mất dữ liệu không, mất bao lâu và bộ phận nghiệp vụ có xác nhận được không. Không cần đặt cứng số lần thử; phải thử tới khi đạt yêu cầu.
- Thử sớm để tìm trùng, lỗi định dạng và sai cách ghép cột.
- Thử cả đơn hàng, kho, kế toán và các kết nối liên quan.
- Thử gần ngày chạy thật với đúng người và lịch chuyển hệ thống.
Bước 7. Đối chiếu dữ liệu với kế toán, kho và bán hàng
Đối chiếu là so dữ liệu ở hai hệ thống, không chỉ đếm số dòng đã nhập. Ví dụ giả định: 100 hồ sơ khách có 2 bản trùng được xác nhận thì cần 98 hồ sơ hợp lệ. Tồn 150 sản phẩm phải khớp theo mã hàng và kho; công nợ 120 triệu đồng phải khớp theo từng khách và chứng từ.
| Dữ liệu | Kiểm tra chính |
|---|---|
| Khách/nhà cung cấp | Mã đúng, số bản hợp lệ, không trùng. |
| Tồn kho | Số lượng và giá trị theo kho/mã hàng/lô. |
| Công nợ | Theo từng khách, hóa đơn, hạn trả, tiền tệ. |
| Số dư kế toán | Theo tài khoản, kỳ và đơn vị. |
| Đơn đang mở | Số còn giao/nhận, trạng thái, giá trị. |
Tổng công nợ 120 triệu vẫn có thể sai nếu 20 triệu thuộc khách A lại ghi cho khách B. Kế toán/kho/kinh doanh phải kiểm tra chi tiết và ký xác nhận; không có tỷ lệ sai lệch chung phù hợp mọi dữ liệu.
Bước 8. Chốt dữ liệu và quyết định chuyển hệ thống
Cần có giờ ngừng sửa dữ liệu cũ, lần xuất cuối, thứ tự nhập, người đối chiếu và người quyết định chạy chính thức (Go) hoặc chưa chuyển (No-Go). Phải biết dữ liệu phát sinh trong thời gian chuyển xử lý thế nào và nếu lỗi thì tiếp tục vận hành ra sao.
- Ai ra quyết định ngừng cập nhật hệ thống cũ?
- Ai ký xác nhận tồn kho, công nợ và số dư?
- Nếu nhập quá giờ hoặc còn lỗi nặng thì báo ai?
- Nếu không đạt thì dùng hệ thống cũ theo kế hoạch nào?
Thử và nghiệm thu dữ liệu cùng kiểm thử ERP & UAT. Chỉ bật hệ thống thật theo Go-live ERP & Cutover Checklist sau khi đủ điều kiện.
Có cần nhập tất cả giao dịch lịch sử?
Không mặc định. Chứng từ đã hoàn tất có thể được lưu ở hệ thống tra cứu nếu đáp ứng việc kiểm tra và yêu cầu lưu trữ; dữ liệu đang mở phải được xử lý phù hợp hệ thống đích. Cần bàn giao nơi lưu, quyền xem và sao lưu.
Phạm vi lịch sử ảnh hưởng khối lượng, thời gian và chi phí; cần ghi rõ trong chi phí triển khai ERP.
Checklist nghiệm thu chuyển dữ liệu ERP
- Đã chọn dữ liệu chuyển, lưu tra cứu và người chịu trách nhiệm.
- Đã duyệt quy tắc làm sạch và ghép trường dữ liệu.
- Đã nhập thử, ghi lỗi và thử nhập lại an toàn.
- Đã đối chiếu số liệu chi tiết kho, công nợ, số dư, đơn mở.
- Đã kiểm tra thời gian chuyển và kế hoạch dự phòng.
- Bộ phận nghiệp vụ đã ký xác nhận đủ điều kiện vận hành.
Kết luận
Chuyển dữ liệu ERP thành công cần đúng dữ liệu, đúng số dư và nhân viên dùng được. Hãy đưa phạm vi chuyển vào RFP ERP. Nếu các phần mềm còn trao đổi dữ liệu sau khi vận hành, xem tích hợp ERP. Microsoft – checklist trước Go-live khuyến nghị chuyển thử nhiều lần và nghiệm thu của người phụ trách nghiệp vụ.
Khi migration gắn với Odoo upgrade hoặc chuyển hệ thống
Nếu chuyển dữ liệu kèm nâng cấp hoặc đổi môi trường Odoo, cần kiểm tra thêm module đã tùy chỉnh, dữ liệu và các kết nối theo phiên bản đích. Xem dịch vụ nâng cấp và migration Odoo để làm rõ phạm vi thử và bàn giao.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.