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