Nếu dự án chọn osCMax làm Nền tảng đích, công tác chuẩn bị phải bắt đầu bằng việc xác định chính môi trường legacy sẽ nhận dữ liệu. Chỉ ghi tên nền tảng là chưa đủ. Bản osCMax, cơ sở dữ liệu, môi trường vận hành, các gói mở rộng, template, hosting và trách nhiệm bảo trì đều ảnh hưởng đến cách dữ liệu từ Cửa hàng nguồn được sử dụng sau di chuyển dữ liệu.
Đồng thời, cần giữ riêng hai luồng công việc: dữ liệu và mối quan hệ nào phải được di chuyển, và môi trường đích cần được cấu hình hoặc phát triển ra sao để dữ liệu đó có thể phục vụ hoạt động kinh doanh. Danh sách dưới đây chuyển ranh giới này thành các hạng mục có thể kiểm chứng trước khi bắt đầu kiểm thử đại diện hoặc triển khai di chuyển dữ liệu rộng hơn.
Chốt bản osCMax đích và môi trường vận hành
Ghi lại phiên bản/bản build osCMax, phiên bản cơ sở dữ liệu, yêu cầu PHP/môi trường chạy, hosting, quyền truy cập tệp, cách sao lưu, module/gói mở rộng bắt buộc, template và người chịu trách nhiệm kỹ thuật.
Công tác chuẩn bị đạt yêu cầu khi đội ngũ trả lời được:
- bản osCMax nào sẽ nhận dữ liệu;
- schema và prefix bảng nào định nghĩa cơ sở dữ liệu đích;
- gói mở rộng hoặc module nào thực sự thuộc thiết kế đích;
- template và tài nguyên ngôn ngữ nào sẽ được dùng;
- ai chịu trách nhiệm hosting, tương thích môi trường vận hành, bảo mật, sao lưu và bảo trì về sau;
- chức năng nào trên đích sẽ được cấu hình riêng ngoài di chuyển dữ liệu.
Nếu những câu trả lời này vẫn có thể thay đổi đáng kể, môi trường đích chưa đủ ổn định để chốt cách đưa dữ liệu từ nguồn sang đích.
Rà soát dữ liệu thương mại nguồn trước khi xác định cách đưa dữ liệu sang đích
Hãy lập danh sách dữ liệu phải tiếp tục hỗ trợ đúng hoạt động kinh doanh, không chỉ các bảng có thể xuất ra.
| Nhóm dữ liệu | Câu hỏi cần chuẩn bị |
|---|---|
| Products | Bản ghi nào là mặt hàng có thể bán, Products cha, variants, bundles hoặc dịch vụ? Trường nào quyết định SKU, giá, tồn kho, trọng lượng, thuế, khả năng hiển thị, media hoặc ID hệ thống ngoài? |
| Categories | Quan hệ nào phục vụ browse, menu, filters, URL SEO hoặc báo cáo? |
| Customers | Nhóm, địa chỉ, quyền, trạng thái thuế hoặc ý nghĩa wholesale/B2B nào phải tiếp tục? |
| Orders | Chi tiết mặt hàng, tổng tiền, trạng thái, ghi chú, nhãn thanh toán/vận chuyển và mã tham chiếu nào cần tiếp tục dễ hiểu? |
| Nội dung | Trang, bài viết, chính sách, mô tả Products/Categories, metadata và mục đích của URL nào cần duy trì? |
| Dữ liệu tùy chỉnh | Trường, bảng, bản ghi của gói mở rộng hoặc ID bên ngoài nào quan trọng, và hệ thống/quy trình nào còn sử dụng chúng? |
Đầu ra cần là một danh sách bằng chứng có bản ghi đại diện, không chỉ bảng tổng số lượng.
Thiết kế cách biểu diễn danh mục trên osCMax đích
Trước khi di chuyển dữ liệu trên phạm vi lớn, hãy xác định cách osCMax sẽ biểu diễn những kiểu danh mục quan trọng của nguồn.
Chuẩn bị ít nhất các trường hợp:
- Products đơn giản;
- Products có tùy chọn hoặc variants;
- Products có lựa chọn ảnh hưởng đến tồn kho, model/SKU, hình ảnh, trọng lượng hoặc giá;
- Products thuộc nhiều Categories;
- Products có manufacturer, Reviews, special price hoặc cách định giá theo nhóm Customers;
- Products có trường tùy chỉnh hoặc ID hệ thống ngoài.
Với từng mẫu, ghi lại quan hệ đích mong muốn giữa Products, attributes, Categories, giá, media và tồn kho. Nếu cần gói mở rộng trên đích, hãy ghi rõ đó là một phụ thuộc triển khai thay vì mặc định di chuyển dữ liệu sẽ tạo ra chức năng tương ứng.
Chuẩn bị Customers và lịch sử đơn hàng cùng thông tin thương mại cần thiết
Với Customers, cần xác định định danh tài khoản, địa chỉ, nhóm, cách xử lý thuế/wholesale, trạng thái nhận tin khi có liên quan và những mã tài khoản ngoài cần giữ. Nếu phân nhóm ở nguồn điều khiển hành vi thương mại, hãy mô tả hành vi đó riêng thay vì chỉ lưu tên nhóm.
Với Orders, hãy chọn các giao dịch lịch sử có nhiều dạng: giảm giá, thuế khác nhau, phương thức vận chuyển/thanh toán khác nhau, trạng thái bất thường, hoàn tiền nếu nguồn có lưu, ghi chú và ID hệ thống ngoài. Lịch sử đơn hàng được chuẩn bị như dữ liệu giao dịch, không phải cách cấu hình checkout hiện tại trên osCMax.
Cấu hình thanh toán, vận chuyển, thuế, tồn kho, email và xuất dữ liệu của đích phải có người phụ trách riêng.
Lập danh sách gói mở rộng, phần tùy chỉnh và hệ thống ngoài
Liệt kê mọi cách hệ thống nguồn hoạt động không thuộc dữ liệu thương mại thông thường và phân loại trước khi quyết định phạm vi di chuyển dữ liệu.
| Yêu cầu | Cách phân loại ban đầu |
|---|---|
| Trường nguồn được hỗ trợ cần chuyển sang một trường đích được hỗ trợ khác | Ứng viên cho việc đưa dữ liệu từ trường nguồn sang trường đích phù hợp. |
| Giá trị ở trường được hỗ trợ cần thay đổi theo quy tắc rõ | Ứng viên cho biến đổi giá trị được hỗ trợ. |
| Chỉ một tập bản ghi thỏa điều kiện cần được di chuyển | Ứng viên cho lọc dữ liệu theo điều kiện được hỗ trợ. |
| Cột/bảng tùy chỉnh của nguồn còn mang ý nghĩa kinh doanh | Trước tiên kiểm tra đích đến được hỗ trợ; nếu không có, đưa sang đánh giá xử lý riêng hoặc phần triển khai trên đích. |
| Bảng tùy chỉnh hoặc bản ghi do gói mở rộng sở hữu không có đích Standard được hỗ trợ | Đưa sang đánh giá xử lý di chuyển dữ liệu riêng hoặc phần triển khai trên đích theo mục đích thực tế. |
| Hệ thống ngoài vẫn là nguồn dữ liệu có thẩm quyền | Duy trì ID và lập kế hoạch kết nối riêng. |
| Hành vi legacy không còn giá trị | Chủ động loại bỏ thay vì mang thêm dữ liệu kỹ thuật không cần thiết. |
Đây là bằng chứng chuẩn bị chứ chưa phải quyết định Dịch vụ chuyển đổi dữ liệu; Article 6 mới là nơi sở hữu quyết định đó.
Chuẩn bị nội dung, URL và đích SEO
Tạo danh sách các điểm đến quan trọng với khách hàng và công cụ tìm kiếm. Bao gồm URL Products/Categories có giá trị cao, trang thông tin, chính sách, nội dung bài viết/tin tức khi có, metadata, redirects và đích liên kết nội bộ.
Với từng mục, ghi rõ:
- mục đích trên nguồn;
- nơi sẽ sở hữu trên osCMax;
- URL hoặc kết quả redirect mong muốn;
- yêu cầu metadata;
- đó là bản ghi được di chuyển dữ liệu hay phần triển khai template/module;
- ai chịu trách nhiệm xác thực.
Không nên mặc định một khối hiển thị ở nguồn sẽ trở thành bản ghi nội dung trên osCMax. Chữ trong template, banner, InfoBox và tệp ngôn ngữ có thể thuộc nơi sở hữu hoàn toàn khác.
Tách phần triển khai trên osCMax khỏi dữ liệu đầu vào của di chuyển dữ liệu
Trước khi bắt đầu, duy trì một danh sách triển khai riêng cho những công việc như:
- cài osCMax và cấu hình môi trường vận hành;
- thiết lập template và chỉnh sửa giao diện;
- module thanh toán và vận chuyển;
- cấu hình checkout;
- cấu hình thuế;
- email;
- bảo mật và hardening server;
- phát triển module tùy chỉnh;
- triển khai hoặc đồng bộ hệ thống bên ngoài.
Những hạng mục này có thể ảnh hưởng đến xác thực, nhưng không tự động là đầu ra của di chuyển dữ liệu. Tách rõ trách nhiệm giúp dự án không chẩn đoán nhầm một phần triển khai đích chưa hoàn tất thành lỗi dữ liệu.
Chuẩn bị bản sao lưu, quyền truy cập và khả năng khôi phục
Với Cửa hàng nguồn, xác nhận có dữ liệu xuất hoặc quyền truy cập phù hợp với phương thức kết nối được chọn. Lưu bản sao trước khi bắt đầu lấy dữ liệu.
Với Cửa hàng đích trên osCMax, xác nhận quyền truy cập cơ sở dữ liệu/tệp phù hợp cho phương án di chuyển dữ liệu và rà soát, cùng một bản sao có thể khôi phục của trạng thái đích trước di chuyển dữ liệu khi cần cho quy trình vận hành.
Danh sách chuẩn bị cũng nên ghi ai có thể khôi phục môi trường nếu cần quay lại sau thử nghiệm hoặc thay đổi ở phần triển khai đích.
Chọn bản ghi kiểm thử đại diện và người phụ trách xác thực
Chọn các mẫu bộc lộ ý nghĩa kinh doanh thay vì chỉ những bản ghi dễ chuyển.
Nên gồm:
- Products đơn giản và Products phức tạp;
- Products có attributes/tùy chọn ảnh hưởng đến giá, tồn kho hoặc hình ảnh;
- Customers thuộc từng nhóm có ý nghĩa thương mại;
- Orders có nhiều dạng giảm giá, thuế, nhãn thanh toán/vận chuyển và trạng thái;
- nội dung và URL SEO quan trọng;
- trường tùy chỉnh hoặc ID hệ thống ngoài;
- dữ liệu do gói mở rộng sở hữu nếu đã nằm trong phạm vi di chuyển dữ liệu được chấp nhận.
Giao từng mẫu cho người hiểu kết quả nghiệp vụ mong muốn. Đội kỹ thuật có thể xác nhận cấu trúc, nhưng người hiểu giá, cách xử lý Customers, lịch sử đơn hàng, nội dung hoặc SEO mới có thể đánh giá kết quả còn phục vụ đúng mục đích hay không.
Điều kiện sẵn sàng cuối cùng
Dự án có thể chuyển sang bước tiếp theo khi:
- bản osCMax đích đã ổn định đủ để xác định quan hệ dữ liệu và kiểm thử;
- dữ liệu và mối quan hệ nguồn được lập danh sách theo ý nghĩa kinh doanh;
- các gói mở rộng/cấu trúc tùy chỉnh trên đích đã được xác định khi cần;
- trách nhiệm triển khai đích được tách khỏi di chuyển dữ liệu;
- dữ liệu tùy chỉnh có phương án xử lý rõ hoặc được đặt ở trạng thái chờ;
- nội dung/URL quan trọng đã có quyết định về đích đến;
- bản ghi đại diện và người phụ trách xác thực đã được chỉ định;
- không còn điểm chưa rõ nào có thể âm thầm làm thay đổi phạm vi đã chấp nhận.
Bất kỳ điểm nào có thể thay đổi ý nghĩa trên đích, phạm vi xử lý được hỗ trợ hoặc mức độ an toàn khi đưa cửa hàng vào hoạt động đều phải tiếp tục được theo dõi trước khi triển khai rộng.
Kết luận
Chuẩn bị cho osCMax không phải một danh sách xuất dữ liệu chung. Bản thân đích đến phải được xác định vì phiên bản, gói mở rộng, thay đổi cơ sở dữ liệu, template và trách nhiệm đối với môi trường vận hành đều ảnh hưởng đến việc dữ liệu được diễn giải ra sao sau di chuyển dữ liệu.
Một bộ chuẩn bị tốt làm rõ cả hai phía: dữ liệu nguồn có ý nghĩa gì và bản osCMax được chọn sẽ biểu diễn ý nghĩa đó như thế nào. Đồng thời, module, template, checkout, hosting và phát triển tùy chỉnh vẫn được giữ rõ như phần triển khai trên đích, không biến mất bên trong phạm vi di chuyển dữ liệu.
Câu hỏi thường gặp
Cần xác nhận gì đầu tiên trước khi chuyển đổi sang osCMax?
Hãy xác nhận bản osCMax đích, cơ sở dữ liệu, môi trường vận hành, gói mở rộng bắt buộc, template, hosting và người phụ trách kỹ thuật trước khi chốt cách đưa dữ liệu từ nguồn sang đích.
Có nên dọn dữ liệu Cửa hàng nguồn trước di chuyển dữ liệu không?
Nên dọn khi có cơ sở rõ ràng. Chỉ loại bỏ bản ghi trùng lặp, dữ liệu lỗi thời hoặc thành phần kỹ thuật không còn dùng sau khi đã hiểu mục đích kinh doanh và ghi nhận quyết định.
Lịch sử đơn hàng có cấu hình checkout trên osCMax không?
Lịch sử đơn hàng không cấu hình checkout trên đích. Các bản ghi này giữ lại thông tin giao dịch; checkout, thanh toán, vận chuyển, thuế, tồn kho, email và xuất dữ liệu cần cấu hình riêng.
Trường tùy chỉnh có tự động yêu cầu xử lý riêng không?
Việc tồn tại một trường tùy chỉnh không tự động quyết định cách xử lý. Trước tiên hãy kiểm tra liệu yêu cầu có phù hợp với việc đưa dữ liệu sang một trường đích được hỗ trợ, biến đổi giá trị được hỗ trợ hoặc một phương án xử lý Standard khác hay không. Chỉ khi yêu cầu vượt ngoài phạm vi xử lý được hỗ trợ mới cần đánh giá phạm vi riêng.
Vì sao cần bản ghi đại diện thay vì chỉ kiểm tra tổng số lượng?
Tổng số lượng có thể khớp trong khi lựa chọn Products, cách xử lý Customers, thông tin trong Orders, nội dung hoặc quan hệ với hệ thống ngoài vẫn sai. Bản ghi đại diện giúp phát hiện những khác biệt đó sớm hơn.