Excel cũ không có business rule rõ
Excel cho phép data invalid (tổng inv không match line items, công nợ âm). ERP enforce rules → migration fail. Phải clean trước.
Migration từ Excel sang ERP qua 8 bước: (1) Audit hiện trạng Excel, (2) Data cleaning, (3) Mapping schema, (4) Build import tool, (5) Test với staging data, (6) Migration thực, (7) Validation, (8) Rollback plan. Tổng thời gian: 2-6 tuần tuỳ scope. Quan trọng nhất: backup Excel cũ + validation post-migration.
Migration là giai đoạn rủi ro cao nhất khi triển khai ERP — 30% dự án fail ở bước này vì data Excel cũ messy. Hướng dẫn này dựa kinh nghiệm Alodev migration cho 4 dự án ERP custom + 2 dự án migration SaaS sang custom.
Mỗi bước có duration + todos cụ thể + deliverable rõ ràng. Theo thứ tự — không skip.
Trước khi migration, list ra toàn bộ Excel files đang dùng. Tìm hidden Excel — file cá nhân nhân viên, file backup, file template. Đa số dự án fail vì miss data ở giai đoạn này.
Excel cũ thường có data dirty: format không đồng nhất, missing values, typos, duplicates. Clean trước khi migration — rẻ hơn rất nhiều so với clean trong ERP sau go-live.
Excel: flat tables. ERP: relational tables với foreign keys. Mapping logic là điểm thường sai. Cần PM + IT + business user cùng review mapping.
Đừng import bằng tay từng record. Vendor build script Python/Node.js đọc Excel → transform theo mapping → insert vào ERP DB. Repeatable + dễ debug khi sai.
Chạy import trên staging DB (clone production). Test với 100% data. Không bao giờ test với 'sample' rồi run production — sample không cover edge cases.
Chạy migration trên production. Lên kế hoạch cuối tuần để không impact operations. Có rollback plan rõ ràng nếu fail.
Migration không 'done' khi import xong. Need 1 tuần parallel run — nhân viên dùng cả ERP và Excel cũ, so sánh số liệu cuối ngày để catch discrepancy.
Sau validation OK, formally sunset Excel — không cho update Excel cũ nữa. Có rollback plan: nếu ERP fail trong 30 ngày đầu, có thể quay lại Excel.
Print ra hoặc copy vào Notion để track. Mỗi category là 1 group rõ ràng.
Pattern thực tế đã gây fail nhiều dự án. Recognize sớm + fix ngay.
Excel cho phép data invalid (tổng inv không match line items, công nợ âm). ERP enforce rules → migration fail. Phải clean trước.
Kế toán có Excel khác sale có Excel khác. Tổng phải khớp nhưng thực tế lệch 5-10%. Phải reconcile trước khi migration.
Đặc biệt fatal. Sai 1 import có thể corrupt data 5 năm. ALWAYS test staging với full data trước.
Excel cũ có thể chứa data + business logic mà ERP chưa cover. Phải giữ ít nhất 12 tháng sau go-live.
Migration thành công không có nghĩa data đúng 100%. Cần parallel run 1 tuần để catch edge cases. Nhiều dự án bug data phát hiện sau 3 tháng = quá muộn.
Insights từ dự án thực tế Alodev đã làm — không lý thuyết.
Data <50k records: big bang 1 đêm OK. Data >50k records: chia thành 2-3 đợt theo thời gian (cũ → mới) để giảm risk.
Mỗi record import được log: from Excel row X → to ERP record Y. Khi có issue, trace back được nguồn gốc.
Nhân viên dùng Excel 5-10 năm — chuyển sang ERP cần 2-4 tuần adaptation. Train trước khi migration, không phải sau.
1-2 nhân viên trở thành 'super user' — hiểu cả Excel cũ + ERP mới. Họ là cầu nối khi đội còn lại confused.
Tuỳ phức tạp + data volume. Doanh nghiệp 50 nhân viên với data 5 năm thường 2-4 tuần migration: 1 tuần audit + clean, 1 tuần build tool + staging test, vài ngày execution + 1 tuần parallel run. Cố gắng rút <1 tuần thường skip steps → fail.
Tuỳ business need. Bắt buộc migrate: master data (KH, NCC, sản phẩm), số dư công nợ hiện tại, kho hiện tại. Optional: lịch sử transaction quá khứ (>1 năm) — có thể archive trong Excel + import on-demand khi cần.
Hire khi: (1) Data >100k records, (2) Multiple Excel sources cần reconcile, (3) Custom business logic phức tạp, (4) Critical data (kế toán, hợp đồng). Tự làm khi: data <10k records, structure simple, có IT nội bộ biết coding.
Có 2 layer protection: (1) Backup ERP DB trước migration → restore DB snapshot, (2) Excel files cũ vẫn nguyên → fall back. Critical: TEST rollback procedure TRƯỚC khi go-live, không phải lần đầu khi panic.
Bình thường. Đa số do: Excel cũ có records ambigous (KH có 2 ID khác nhau, sản phẩm format không chuẩn). 1-3% manual review + fix sau go-live OK. Quan trọng: identify + fix trong parallel run week, không để 6 tháng sau mới phát hiện.
Hướng dẫn này là kinh nghiệm tổng hợp. Mỗi dự án có context riêng. Đặt lịch tư vấn 30 phút để bàn case cụ thể của bạn — miễn phí, không bán hàng ép.