Khi VirtueMart đã được chọn làm Nền tảng đích, lựa chọn phương án thực hiện cần dựa trên cách dữ liệu thương mại điện tử tương tác với Joomla, trường tùy chỉnh, nhóm người mua, quy tắc tính giá, plugin thanh toán/vận chuyển, Templates và extensions. Một cửa hàng có thể chứa Products và Orders thông thường nhưng lại dùng trường tùy chỉnh để tạo biến thể, plugin để lưu bối cảnh giao dịch, nhóm người mua để quyết định giá và Joomla menus hoặc Modules để điều hướng storefront. Những quan hệ này ảnh hưởng đến phương án Dịch vụ chuyển đổi dữ liệu nhiều hơn số lượng bản ghi đơn thuần.
Standard Service có thể phù hợp khi dữ liệu nằm trong phạm vi được hỗ trợ và khách hàng có thể tự vận hành, thực hiện và xác thực di chuyển dữ liệu. Managed Service phù hợp hơn khi khối lượng điều phối, thực hiện và rà soát cao. Add-ons xử lý những nhu cầu giới hạn như lọc bản ghi, biến đổi giá trị trường hoặc chuyển một trường được hỗ trợ sang trường đích tương thích trong phạm vi cho phép. Custom Service dành cho bản ghi không được hỗ trợ, bảng dữ liệu của extension, trường tùy chỉnh cần diễn giải riêng, mã định danh bên ngoài và quy tắc di chuyển dữ liệu tùy chỉnh.
Trong các Dịch vụ chuyển đổi dữ liệu của Next-Cart, việc đánh giá VirtueMart cần phân biệt rõ bản ghi thương mại điện tử được hỗ trợ, nhu cầu chuyên gia trực tiếp thực hiện, Add-ons có phạm vi xác định, yếu tố phụ thuộc Joomla và phần tùy chỉnh riêng của extensions.
Xác định phạm vi vận hành cần duy trì trên VirtueMart
VirtueMart là một extension thương mại điện tử trên Joomla nhưng có riêng các cấu trúc Products, Categories, Customers, Orders, nhà sản xuất, tồn kho, Coupons, thuế, quy tắc tính giá, thanh toán, vận chuyển và cấu hình. Joomla cung cấp tài khoản người dùng, quyền truy cập, menus, ngôn ngữ, Templates, Modules và cơ chế routing của website. Plugins và trường tùy chỉnh có thể làm thay đổi cách Products được mua, tính giá, vận chuyển, thanh toán và chi tiết Orders.
| Hạng mục cần đánh giá | Dấu hiệu ít phức tạp hơn | Dấu hiệu phức tạp hơn |
|---|---|---|
| Mô hình Products | Products đơn giản với Categories, giá, tồn kho và ảnh tiêu chuẩn | Products cha/con, trường tùy chỉnh, hành vi biến thể, nội dung tải xuống, cách tính giá riêng hoặc quan hệ do plugins tạo |
| Mô hình người mua | Hồ sơ người mua và địa chỉ thông thường | Nhóm người mua, giá theo nhóm, trường riêng, quy tắc truy cập hoặc mã định danh tài khoản bên ngoài |
| Lịch sử đơn hàng | Chi tiết mặt hàng, tổng tiền, trạng thái, nhãn thanh toán/vận chuyển tiêu chuẩn | Chi tiết giao dịch do plugin quản lý, trường của Orders riêng, thanh toán một phần, quy tắc trạng thái tùy chỉnh hoặc liên kết với hệ thống xử lý đơn hàng bên ngoài |
| Tính giá | Thuế và chiết khấu thông thường | Quy tắc tính giá, thuế và chiết khấu phức tạp, điều kiện nhóm người mua, plugins riêng hoặc quy tắc tính giá đặc thù của nguồn |
| Bối cảnh Joomla | Quan hệ menu và Template đơn giản | Routing đa ngôn ngữ, Modules, overrides, components riêng, URLs phức tạp hoặc phụ thuộc nội dung dùng chung |
Phương án Dịch vụ chuyển đổi dữ liệu nên được chọn sau khi doanh nghiệp xác định rõ những phần vận hành nào phải tiếp tục sử dụng được sau chuyển đổi. Không thể mặc định rằng mọi plugin VirtueMart hoặc cách triển khai Joomla ở nguồn sẽ được tái tạo chỉ vì Products và Orders đã xuất hiện trên Nền tảng đích.
Khi nào Standard Service có thể đủ
Standard Service có thể phù hợp khi lộ trình chuyển đổi được hỗ trợ và những bản ghi cần chuyển nằm trong cách xử lý di chuyển dữ liệu tiêu chuẩn. Với Dịch vụ chuyển đổi dữ liệu này của Next-Cart, khách hàng chịu trách nhiệm cấu hình, thực hiện di chuyển dữ liệu và xác thực kết quả.
Một dự án phù hợp với Standard Service thường có:
- Products, Categories, nhà sản xuất, Customers, Orders và Coupons có cấu trúc dễ nhận biết;
- mã định danh Products, giá, tồn kho và ảnh rõ ràng;
- mức sử dụng trường tùy chỉnh và quan hệ Products cha/con hạn chế;
- hồ sơ người mua và địa chỉ thông thường;
- tổng tiền Orders, trạng thái, nhãn thanh toán và nhãn vận chuyển có thể giải thích được;
- phương án đích rõ cho thuế, vận chuyển, thanh toán và cấu hình checkout;
- ít phụ thuộc vào bảng dữ liệu của extension hoặc Joomla components riêng;
- đội ngũ có thể rà soát Demo Migration và Di chuyển toàn bộ.
Standard Service không có nghĩa là cổng thanh toán, plugin vận chuyển, quy tắc tính giá, thuế và chiết khấu, Templates hoặc Joomla Modules sẽ tự được tái tạo. Những phần này thuộc cấu hình hoặc triển khai trên Nền tảng đích, trừ khi phạm vi di chuyển dữ liệu đã thống nhất bao gồm các bản ghi được hỗ trợ từ những cấu trúc đó.
Một danh mục sản phẩm lớn nhưng dùng cấu trúc thông thường vẫn có thể phù hợp với Standard Service khi chọn Entity Points Plan thích hợp. Ngược lại, danh mục sản phẩm nhỏ vẫn có thể cần Custom Service nếu trường tùy chỉnh cần diễn giải ngoài phạm vi mapping được hỗ trợ, plugins hoặc hệ thống bên ngoài mới là nơi chứa ý nghĩa kinh doanh chính.
Khi nào Managed Service là lựa chọn an toàn hơn
Managed Service phù hợp khi dữ liệu nhìn chung vẫn nằm trong phạm vi được hỗ trợ nhưng doanh nghiệp cần chuyên gia Next-Cart trực tiếp thực hiện và phối hợp quá trình xác thực. Dự án chuyển đổi sang VirtueMart thường hưởng lợi từ mô hình này khi người phụ trách thương mại điện tử, quản trị viên Joomla và đối tác triển khai là những nhóm khác nhau.
Managed Service có thể phù hợp hơn khi:
- doanh nghiệp không tự tin vận hành di chuyển dữ liệu độc lập;
- cửa hàng có danh mục sản phẩm lớn hoặc lịch sử đơn hàng dài;
- nhiều nhóm người mua, ngôn ngữ hoặc nhiều dạng Products cần được lấy mẫu và đối chiếu có tổ chức;
- lịch chính thức vận hành không có nhiều dư địa cho sai sót khi thực hiện;
- dữ liệu nguồn được hỗ trợ nhưng thiếu nhất quán;
- nhiều nhóm phải phê duyệt kết quả về danh mục sản phẩm, Customers, Orders, nội dung và SEO;
- gói Dịch vụ chuyển đổi dữ liệu cần Expert Handle.
Managed Service thay đổi trách nhiệm thực hiện, không mở rộng giới hạn hỗ trợ của nền tảng. Quy tắc trường tùy chỉnh không được hỗ trợ, dữ liệu extension hoặc quan hệ với hệ thống bên ngoài vẫn cần được xem xét dưới Custom Service.
Khi nào Add-ons có thể hỗ trợ phương án thực hiện
Add-ons phù hợp khi phần di chuyển dữ liệu cốt lõi đã nằm trong phạm vi được hỗ trợ nhưng doanh nghiệp có một nhu cầu giới hạn làm thay đổi kết quả mong muốn. Ví dụ:
- dùng Data Filter để áp dụng điều kiện trên trường của Products, Customers hoặc Orders;
- dùng Data Transformation để áp dụng biểu thức biến đổi giá trị của trường được hỗ trợ;
- dùng Advanced Data Mapping để chuyển một trường nguồn tiêu chuẩn được hỗ trợ sang một trường đích tương thích được hỗ trợ mà không thay đổi giá trị;
- dùng Advanced Database Mapping để chuyển dữ liệu từ một cột được hỗ trợ trong cơ sở dữ liệu nguồn sang cột tương thích trong cơ sở dữ liệu VirtueMart mà vẫn giữ nguyên giá trị, với điều kiện Nền tảng nguồn cũng là Open Source;
- lựa chọn nội dung hoặc bản ghi liên quan SEO khi phạm vi được hỗ trợ;
- xác thực toàn bộ tập bản ghi sau lọc, giá trị đã biến đổi và trường đã được chuyển đích theo kết quả đã xác định.
Không nên dùng Add-ons như cách gọi chung cho việc trích xuất tùy chỉnh từ bảng dữ liệu của plugin hoặc xử lý riêng các trường không được hỗ trợ. Advanced Data Mapping có thể phù hợp khi chỉ cần đưa một trường nguồn tiêu chuẩn được hỗ trợ sang trường đích tương thích và giữ nguyên giá trị. Khi chuyển đổi sang VirtueMart, Advanced Database Mapping có thể phù hợp với yêu cầu mapping cột cơ sở dữ liệu được hỗ trợ chỉ khi Nền tảng nguồn cũng là Open Source. Nếu trường tùy chỉnh do plugin điều khiển cách lựa chọn Products hoặc cách tính giá, nhu cầu thường phải được đánh giá dưới Custom Service và có thể còn cần công việc triển khai plugin riêng trên đích.
Quyết định cần dựa vào ranh giới giữa cách xử lý được Dịch vụ chuyển đổi dữ liệu hỗ trợ với công việc tùy chỉnh ngoài tiêu chuẩn.
Khi nào cần xem xét Custom Service
Custom Service nên được xem xét khi kết quả bắt buộc phụ thuộc vào dữ liệu hoặc quy tắc nằm ngoài cấu trúc được hỗ trợ theo tiêu chuẩn. Với VirtueMart, nhu cầu này thường xuất hiện từ trường tùy chỉnh có cách xử lý cần thiết vượt ngoài phạm vi mapping được hỗ trợ, plugins, quy tắc tính giá, thuế và chiết khấu, Joomla extensions và các tùy chỉnh tích lũy lâu năm.
Những dấu hiệu cần đánh giá Custom Service gồm:
- trường tùy chỉnh hoặc plugins của Products dùng cho biến thể, cá nhân hóa, gói sản phẩm hoặc cách tính giá;
- quan hệ Products cha/con cần tái cấu trúc riêng;
- quy tắc tính giá hoặc quyền truy cập theo nhóm người mua không có cấu trúc đích tương ứng trực tiếp;
- trường thông tin người mua hoặc quan hệ tài khoản tùy chỉnh;
- dữ liệu thuế và quy tắc tính giá cần biến đổi thay vì chỉ giữ làm tham chiếu lịch sử;
- bảng dữ liệu của plugins thanh toán hoặc vận chuyển chứa chi tiết giao dịch bắt buộc;
- trường của Orders riêng, lịch sử trạng thái, dữ liệu hoàn tiền hoặc tham chiếu tới hệ thống xử lý đơn hàng bên ngoài;
- Joomla Modules, components, aliases hoặc quan hệ đa ngôn ngữ ảnh hưởng kết quả bắt buộc;
- mã định danh từ ERP, kế toán, Marketplace, hệ thống kho hoặc CRM;
- yêu cầu đối với các cột cơ sở dữ liệu nằm ngoài điều kiện được hỗ trợ của Advanced Database Mapping hoặc VirtueMart code đã được chỉnh sửa;
- Custom Platform hoặc quy tắc di chuyển dữ liệu tùy chỉnh.
Custom Service không tự động bao gồm cài đặt VirtueMart, nâng cấp Joomla, phát triển plugins, tái tạo Template hoặc override, thiết lập quy tắc thuế, cấu hình thanh toán/vận chuyển, triển khai các tích hợp hoặc xây dựng hoàn chỉnh Cửa hàng đích. Những trách nhiệm này phải được thống nhất riêng nếu cần.
Entity Points và cách xác định phạm vi di chuyển dữ liệu cho VirtueMart
Entity Points dùng để xác định mức dữ liệu có thể xử lý đối với các bản ghi đủ điều kiện được di chuyển. Với hoạt động VirtueMart về sau, những bản ghi đủ điều kiện đã được tính sẽ tiếp tục chỉ được tính một lần trên cùng lộ trình chuyển đổi; mức độ phức tạp do Joomla, trường tùy chỉnh, nhóm người mua và plugins được đánh giá riêng. Categories, nhà sản xuất, Reviews, Coupons, trường tùy chỉnh, nhóm người mua, quy tắc tính giá, thuế và chiết khấu, plugin thanh toán, plugin vận chuyển, CMS Pages và mã định danh bên ngoài có thể làm tăng độ phức tạp mà không trở thành các loại dữ liệu được tính Entity Points riêng.
Đối với VirtueMart, Products, Customers, Orders và Blog Posts mới đủ điều kiện sẽ tiêu thụ Entity Points vào lần đầu được di chuyển. Nội dung Joomla, trường tùy chỉnh, nhóm người mua, quy tắc tính giá, bản ghi do plugin quản lý và mã định danh bên ngoài có thể làm tăng khối lượng phân tích nhưng không tạo thêm loại dữ liệu được tính điểm, và hành động sau trên cùng lộ trình chuyển đổi không làm tính lại các bản ghi đã được tính trước đó.
| Điều kiện phạm vi | Ảnh hưởng đến Entity Points | Ảnh hưởng đến độ phức tạp |
|---|---|---|
| Nhiều Products thông thường | Cần Entity Points Plan phù hợp với khối lượng bản ghi | Vẫn có thể theo tiêu chuẩn nếu ý nghĩa Products rõ ràng |
| Ít Products nhưng trường tùy chỉnh có cách xử lý cần thiết vượt ngoài phạm vi mapping được hỗ trợ | Khối lượng bản ghi thấp hơn | Có thể cần Custom Service |
| Orders mới phát sinh trước khi chính thức vận hành | Có thể tiêu thụ Entity Points ở lần đầu được di chuyển | Cần xác thực trạng thái, tổng tiền, thanh toán và vận chuyển |
| Bản ghi cũ được xử lý lại | Không bị tính trùng chỉ vì có thêm một hành động di chuyển dữ liệu | Cấu hình trên Nền tảng đích vẫn phải còn phù hợp |
Entity Points cần được đánh giá trước Di chuyển toàn bộ nhưng không được dùng làm thước đo độ phức tạp của plugins hoặc tùy chỉnh VirtueMart.
Demo Migration cần làm rõ điều gì
Demo Migration nên kiểm thử những bản ghi VirtueMart khó nhất. Bộ mẫu đại diện nên gồm:
- Products đơn giản và Products có quan hệ cha/con hoặc trường tùy chỉnh;
- Products có giá, quy tắc tồn kho, Nhà sản xuất, Categories và ảnh khác nhau;
- người mua thuộc các nhóm quan trọng;
- Customers có trường thông tin người mua riêng hoặc nhiều địa chỉ;
- Orders có thuế, chiết khấu, Coupons, thanh toán, vận chuyển, thay đổi trạng thái và tổng tiền bất thường;
- bản ghi chứa mã định danh do plugins hoặc hệ thống bên ngoài quản lý;
- Products, Categories, nội dung và URLs đa ngôn ngữ;
- Joomla menus, aliases, CMS Pages và Blog Posts ưu tiên.
Demo Migration phải cho thấy phương án đã chọn có giữ được ý nghĩa sử dụng của Products, Customers và Orders hay không. Đồng thời, các khoảng trống phát hiện được cần được phân loại thành:
- trách nhiệm cấu hình trên Nền tảng đích;
- nhu cầu Add-on có phạm vi giới hạn;
- yêu cầu Custom Service;
- phần triển khai Joomla hoặc VirtueMart riêng.
Nên điều chỉnh phương án Dịch vụ chuyển đổi dữ liệu trước Di chuyển toàn bộ nếu mẫu kiểm thử cho thấy mức độ phức tạp của trường tùy chỉnh, nhóm người mua, quy tắc tính giá, thuế và chiết khấu hoặc bản ghi do plugin quản lý đã bị đánh giá thấp.
Các lựa chọn cho lần di chuyển dữ liệu tiếp theo cho VirtueMart
Phương án cho lần di chuyển dữ liệu tiếp theo hỗ trợ hoạt động về sau khi Cửa hàng nguồn vẫn tiếp tục phát sinh dữ liệu hoặc doanh nghiệp cần thay đổi kết quả trên đích. Cả ba hành động đều phải nằm trong lộ trình chuyển đổi cố định từ Nền tảng nguồn đến Nền tảng đích của Dịch vụ chuyển đổi dữ liệu đã mua. Nếu cần một platform path khác, doanh nghiệp phải mua một Dịch vụ chuyển đổi dữ liệu riêng.
| Hành động | Khi phù hợp | Trọng tâm cần xác thực lại trên VirtueMart |
|---|---|---|
| Continue the di chuyển dữ liệu with the Last Used Configuration | Phạm vi và mappings đã chấp nhận vẫn còn phù hợp, dữ liệu phát sinh sau cần dùng cùng cấu hình. | Products, Customers, Orders, Blog Posts mới, giá trị trường tùy chỉnh, nhóm người mua, URLs và mã định danh bên ngoài. |
| Continue the di chuyển dữ liệu with a New Configuration | lộ trình chuyển đổi không đổi nhưng bộ lọc, mapping hoặc thiết lập trên Nền tảng đích trong phạm vi được hỗ trợ cần thay đổi. | Quan hệ Products, liên kết trường tùy chỉnh, cách xử lý người mua, trạng thái Orders, lựa chọn nội dung, URLs và các hạng mục loại trừ. |
| Perform a Di chuyển New | Cần một kết quả chuyển đổi độc lập thay vì tiếp tục từ thiết lập cũ, trong khi lộ trình chuyển đổi từ Nền tảng nguồn đến Nền tảng đích đã mua vẫn không đổi. | Toàn bộ phạm vi Products, người mua, Orders, nội dung, Joomla, plugins, SEO và tiêu chí chấp nhận. |
Những hành động này không tự động cài VirtueMart, tái tạo plugins, cấu hình thuế/thanh toán/vận chuyển, xây lại Templates hoặc triển khai các tích hợp. Chúng chỉ thực hiện trong phạm vi Dịch vụ chuyển đổi dữ liệu đã thống nhất.
Tách dữ liệu di chuyển dữ liệu khỏi cấu hình VirtueMart và Joomla
Dự án chuyển đổi sang VirtueMart dễ xác định phạm vi hơn khi dữ liệu được di chuyển được tách khỏi phần cấu hình và triển khai cần thiết để Cửa hàng đích vận hành. Phương án Dịch vụ chuyển đổi dữ liệu cần phân định rõ trách nhiệm cho từng nhóm công việc.
| Yêu cầu | Người phụ trách chính | Nội dung cần làm rõ với di chuyển dữ liệu |
|---|---|---|
| Bản ghi Products, Customers, Orders và Blog Posts được hỗ trợ | Dịch vụ chuyển đổi dữ liệu | Xác nhận phạm vi hỗ trợ, Entity Points, mapping và tiêu chí nghiệm thu. |
| Categories, nhà sản xuất, giá trị trường tùy chỉnh, quan hệ người mua và tổng tiền lịch sử | di chuyển dữ liệu và xác thực | Xác định quan hệ được hỗ trợ và phần cần xử lý riêng. |
| Thuế, quy tắc tính giá, tiền tệ, thanh toán, vận chuyển, trạng thái và checkout | Cấu hình VirtueMart và các nhà cung cấp liên quan | Giữ thông tin giao dịch trước đây khi thuộc phạm vi; cấu hình hành vi đang hoạt động riêng. |
| Joomla users, menus, ngôn ngữ, Modules, Templates và aliases | Phần triển khai website | Phối hợp với dữ liệu đã chuyển nhưng không coi việc xây lại Joomla site là phạm vi di chuyển dữ liệu mặc định. |
| trường do plugin quản lý tùy chỉnh, thanh toán, vận chuyển và tính giá | Người phụ trách extension/phát triển | Tách trích xuất dữ liệu tùy chỉnh khỏi việc cài plugin và tái tạo hành vi. |
| Kết nối ERP, kế toán, xử lý đơn hàng, Marketplace và CRM | Người phụ trách tích hợp | Giữ mã định danh đã thống nhất và triển khai/kết nối lại hệ thống độc lập. |
Ví dụ, Orders có thể được di chuyển với nhãn thanh toán và tổng tiền lịch sử trong khi thanh toán plugin đang vận hành vẫn cần thiết lập riêng. Products có thể giữ giá trị trường tùy chỉnh nhưng bộ chọn hoặc cách tính giá trên đích vẫn phụ thuộc cấu hình plugin. Đây là các lớp trách nhiệm khác nhau, không phải mâu thuẫn trong kết quả di chuyển dữ liệu.
Sự phân loại này cũng cần được phản ánh trong tiêu chí nghiệm thu. Nghiệm thu di chuyển dữ liệu kiểm tra dữ liệu và quan hệ đã thống nhất. Nghiệm thu phần triển khai Nền tảng đích kiểm tra thuế, thanh toán, vận chuyển, checkout, Template và các tích hợp đang hoạt động. Custom Service chỉ nên dùng cho dữ liệu ngoài tiêu chuẩn hoặc yêu cầu biến đổi riêng đã được xác định cụ thể.
Đối chiếu tình huống để chọn Dịch vụ chuyển đổi dữ liệu
Tình huống 1: Bản ghi VirtueMart thông thường. Products, hồ sơ người mua và Orders dùng cấu trúc tiêu chuẩn, trường tùy chỉnh đơn giản và doanh nghiệp có thể tự quản lý quy trình. Standard Service có thể phù hợp sau khi Demo Migration xác nhận các bản ghi đại diện.
Tình huống 2: Phạm vi tiêu chuẩn nhưng khối lượng điều phối cao. Nhiều nhóm người mua, ngôn ngữ, lịch sử đơn hàng lớn và ngày chính thức vận hành cố định đòi hỏi chuyên gia thực hiện cùng nhiều nhóm tham gia rà soát. Managed Service có thể an toàn hơn dù dữ liệu vẫn được hỗ trợ.
Tình huống 3: Điều chỉnh giới hạn trong phạm vi được hỗ trợ. Doanh nghiệp cần lọc một số Products theo điều kiện trường, loại các khoảng Orders theo điều kiện trường, chuyển trường nguồn tiêu chuẩn được hỗ trợ sang trường đích tương thích được hỗ trợ mà không đổi giá trị hoặc mapping cột cơ sở dữ liệu đủ điều kiện bằng Advanced Database Mapping khi Nền tảng nguồn cũng là Open Source. Data Filter, Advanced Data Mapping hoặc Advanced Database Mapping có thể giải quyết những nhu cầu cụ thể này mà không biến mọi tùy chỉnh VirtueMart thành công việc Custom Service.
Tình huống 4: Chức năng Products do plugins chi phối. Trường tùy chỉnh hoặc plugins quyết định biến thể, cá nhân hóa, gói sản phẩm hay cách tính giá. Trước tiên cần kiểm tra khả năng xử lý bằng cách liên kết giữa các trường được hỗ trợ và Data Transformation; chỉ xem xét Custom Service khi dữ liệu, quan hệ, cách diễn giải hoặc biến đổi do plugin sở hữu vượt ngoài các ranh giới Standard Add-on đó. Việc cài plugin trên đích và tái tạo cách storefront hoạt động vẫn thuộc trách nhiệm triển khai, trừ khi phạm vi riêng đã được thống nhất.
Tình huống 5: Lịch sử đơn hàng phụ thuộc dữ liệu plugin. Dữ liệu thanh toán, vận chuyển, thanh toán một phần hoặc xử lý đơn hàng bên ngoài nằm ngoài trường của Orders thông thường. Ý nghĩa lịch sử cần giữ phải được mô tả bằng ví dụ cụ thể và đánh giá cho Custom Service trước Di chuyển toàn bộ.
Tình huống 6: Phạm vi cho hoạt động sau thay đổi. Nếu mapping đã chấp nhận vẫn đúng, dùng Continue the di chuyển dữ liệu with the Last Used Configuration. Nếu cách xử lý Products, người mua, Orders hoặc nội dung trong phạm vi được hỗ trợ cần thay đổi, dùng Continue the di chuyển dữ liệu with a New Configuration. Nếu doanh nghiệp cần một kết quả chuyển đổi độc lập trên cùng lộ trình chuyển đổi, dùng Perform a Di chuyển New và thực hiện lại đầy đủ việc xác thực.
Mỗi tình huống nên có mã định danh của bản ghi, kết quả dự kiến trên đích và đội ngũ chịu trách nhiệm cho công việc không thuộc di chuyển dữ liệu. Thông tin này giúp phương án được chọn theo rủi ro thực tế thay vì dựa vào danh tiếng hoặc tuổi đời chung của nền tảng.
Chốt phương án Dịch vụ chuyển đổi dữ liệu cho VirtueMart
| Thông tin đã xác nhận | Phương án có khả năng phù hợp |
|---|---|
| Bản ghi được hỗ trợ, cấu trúc Products/người mua thông thường, khách hàng tự vận hành | Standard Service |
| Phạm vi được hỗ trợ nhưng khối lượng thực hiện, điều phối hoặc xác thực cao | Managed Service |
| Nhu cầu giới hạn về lọc bản ghi, biến đổi giá trị trường hoặc chuyển trường sang đích khác trong phạm vi được hỗ trợ | Standard Service hoặc Managed Service kết hợp Add-ons |
| Trường tùy chỉnh nằm ngoài chức năng Add-on được hỗ trợ, bảng dữ liệu của plugin, quy tắc tính giá, biến đổi riêng hoặc phụ thuộc hệ thống bên ngoài | Custom Service, có thể kết hợp Expert Handle và Add-ons đã thống nhất |
Quyết định nên được xác nhận trước Di chuyển toàn bộ và kiểm chứng bằng Demo Migration. Phương án tốt nhất là Dịch vụ chuyển đổi dữ liệu nhẹ nhất nhưng vẫn có thể giữ đúng ý nghĩa kinh doanh bắt buộc và tạo ra kết quả mà doanh nghiệp có thể xác thực đầy đủ. Kế hoạch đã duyệt nên xác định Dịch vụ chuyển đổi dữ liệu đã chọn, Add-ons, yêu cầu Custom Service, Entity Points Plan, người phụ trách xác thực, cấu hình trên đích, trách nhiệm plugins và lựa chọn cho lần di chuyển dữ liệu tiếp theo. Mọi phụ thuộc trường tùy chỉnh hoặc plugin chưa được chứng minh cần tiếp tục ở trạng thái chưa chốt cho đến khi mẫu đại diện đạt yêu cầu.
Kết luận
Lựa chọn phương án chuyển sang VirtueMart phụ thuộc vào quan hệ giữa bản ghi thương mại điện tử được hỗ trợ, bối cảnh Joomla, trường tùy chỉnh có cách xử lý cần thiết vượt ngoài phạm vi mapping được hỗ trợ, nhóm người mua, quy tắc tính giá, plugins và cấu hình Nền tảng đích. Standard Service phù hợp khi đường chuyển đổi giữa Nền tảng nguồn và Nền tảng đích rõ ràng và nằm trong phạm vi được hỗ trợ. Managed Service giảm gánh nặng thực hiện. Add-ons giải quyết nhu cầu giới hạn trong phạm vi được hỗ trợ. Custom Service xử lý yêu cầu tùy chỉnh và ngoài tiêu chuẩn.
Với những hoạt động VirtueMart về sau, chỉ tiếp tục dùng cấu hình đã chấp nhận khi các giả định về Joomla, trường tùy chỉnh, nhóm người mua và plugins vẫn còn đúng. Nếu không, cần thay đổi cấu hình hoặc tạo kết quả chuyển đổi độc lập bằng hành động phù hợp mà không thay đổi lộ trình chuyển đổi đã mua.
Câu hỏi thường gặp
VirtueMart có thể sử dụng Standard Service không?
Standard Service có thể phù hợp khi lộ trình chuyển đổi được hỗ trợ, Products, Customers và Orders dùng các cấu trúc dễ nhận biết và khách hàng có thể tự vận hành cũng như xác thực Dịch vụ chuyển đổi dữ liệu.
Khi nào nên chọn Managed Service cho dự án chuyển sang VirtueMart?
Managed Service phù hợp khi dữ liệu nhìn chung được hỗ trợ nhưng việc thực hiện, điều phối hoặc xác thực đòi hỏi nhiều công sức, đặc biệt khi nhóm thương mại điện tử và Joomla cần phối hợp chặt chẽ.
Add-ons có thể xử lý trường tùy chỉnh của VirtueMart không?
Chỉ khi yêu cầu nằm trong phạm vi được hỗ trợ của Add-on. Advanced Data Mapping có thể chuyển một trường nguồn tiêu chuẩn được hỗ trợ sang trường đích tương thích được hỗ trợ mà vẫn giữ nguyên giá trị; Data Transformation có thể biến đổi giá trị được hỗ trợ bằng biểu thức đã xác định. Khi chuyển đổi sang VirtueMart, yêu cầu mapping cột cơ sở dữ liệu được hỗ trợ chỉ có thể phù hợp với Advanced Database Mapping nếu Nền tảng nguồn cũng là Open Source. Trường tùy chỉnh do plugin điều khiển có cách xử lý vượt ngoài phạm vi mapping được hỗ trợ hoặc cách Products hoạt động riêng thường cần được xem xét dưới Custom Service.
Demo Migration cần chứng minh điều gì với VirtueMart?
Demo Migration cần chứng minh quan hệ Products, trường tùy chỉnh, bối cảnh nhóm người mua, ý nghĩa Customers và Orders, nội dung đa ngôn ngữ, URLs và mã định danh liên kết với plugins; đồng thời phân loại những điểm chưa được đáp ứng trước Di chuyển toàn bộ.
Nếu cần tiếp tục di chuyển dữ liệu với VirtueMart, nên chọn phương án nào?
Chỉ nên tiếp tục cấu hình đã chấp nhận khi các giả định về Products, trường tùy chỉnh, nhóm người mua và plugins vẫn còn đúng. Khi mappings được hỗ trợ thay đổi, dùng Continue the di chuyển dữ liệu with a New Configuration; khi cần một kết quả đích độc lập trên cùng lộ trình chuyển đổi đã mua, dùng Perform a Di chuyển New. Nếu cần chuyển giữa một Nền tảng nguồn và Nền tảng đích khác, doanh nghiệp phải mua một Dịch vụ chuyển đổi dữ liệu riêng.