Khi EasyStore by JoomShaper đã được chọn làm Nền tảng đích, phương án thực hiện chuyển đổi phù hợp phụ thuộc vào tỷ lệ giữa dữ liệu thương mại thông thường, cấu trúc website do Joomla quản lý và những phần còn phụ thuộc vào cấu hình, cách trình bày bằng SP Page Builder, các trường tùy chỉnh, extensions của bên thứ ba hoặc hệ thống bên ngoài. Phương án an toàn nhất không mặc định là phương án phức tạp nhất. Phương án phù hợp phải phản ánh đúng những gì thực sự tồn tại trong Cửa hàng nguồn và cách Cửa hàng đích được kỳ vọng sẽ vận hành.
EasyStore hoạt động bên trong Joomla, vì vậy việc chọn Dịch vụ chuyển đổi dữ liệu phải tách dữ liệu có thể được xử lý trong phạm vi hỗ trợ khỏi phần triển khai trên đích. Products, Categories, Customers, Orders, Coupons, các giá trị liên quan đến tồn kho và thông tin lịch sử có thể nằm trong phạm vi di chuyển khi được hỗ trợ. Menus, aliases, templates, bố cục Page Builder, cấu hình thanh toán, quy tắc thuế, phương thức vận chuyển, checkout, thông báo và thiết lập các tích hợp có thể cần được cấu hình trong Joomla/EasyStore hoặc triển khai bằng công việc riêng.
Trong phạm vi Dịch vụ chuyển đổi dữ liệu của Next-Cart, thông tin về EasyStore cần giúp phân biệt rõ dữ liệu thương mại có thể di chuyển, phần triển khai Joomla, nhu cầu sử dụng Add-ons và những dữ liệu do extensions riêng quản lý cần được xử lý theo phạm vi tùy chỉnh.
Xác định phạm vi công việc trước khi chọn Dịch vụ chuyển đổi dữ liệu
Quyết định đầu tiên không phải doanh nghiệp muốn phương án đơn giản nhất hay có nhiều hỗ trợ nhất. Trước hết cần xác định chính xác phần nào phải được di chuyển, cấu hình, chuyển sang trường đích khác, xây dựng lại hoặc rà soát. Nếu phạm vi công việc thông thường và nằm trong phạm vi được hỗ trợ, một phương án đơn giản có thể đã đủ. Nếu Cửa hàng nguồn có cấu trúc variants phức tạp, dữ liệu riêng, bản ghi do extensions quản lý, mã định danh bên ngoài hoặc yêu cầu về cách trình bày storefront, dự án cần được lập kế hoạch kỹ hơn.
| Câu hỏi về phạm vi công việc | Vì sao ảnh hưởng đến phương án |
|---|---|
| Products chủ yếu là dạng đơn giản, có nhiều variants hay phụ thuộc nhiều vào các trường tùy chỉnh? | Giúp đánh giá liệu cách chuyển trường tiêu chuẩn có khả năng giữ đúng ý nghĩa bán hàng hay không. |
| Categories, tags, hình ảnh, Coupons, tồn kho và lịch sử đơn hàng có đủ rõ ràng để rà soát không? | Ảnh hưởng đến khả năng đánh giá kết quả Demo Migration một cách đáng tin cậy. |
| Danh tính Customers có phụ thuộc vào Joomla users, nhóm Customers, chương trình thành viên hoặc bản ghi bên ngoài không? | Có thể làm phát sinh nhu cầu về Managed Service, Custom Service hoặc cấu hình riêng trên đích. |
| Việc Customers tiếp tục tìm và sử dụng storefront có phụ thuộc vào menus, URL, SP Page Builder, templates hoặc Modules không? | Giúp tách di chuyển dữ liệu khỏi triển khai website và kế hoạch SEO. |
| Thuế, vận chuyển, thanh toán, hoàn tiền hoặc checkout là cấu hình cần vận hành cho giao dịch mới hay chỉ là thông tin lịch sử? | Tránh nhầm công việc cấu hình trên đích với kết quả dữ liệu đã được di chuyển. |
Chỉ nên chọn phương án Dịch vụ chuyển đổi dữ liệu sau khi các câu hỏi này đã được làm rõ.
Kiến trúc EasyStore ảnh hưởng đến lựa chọn Dịch vụ chuyển đổi dữ liệu như thế nào
EasyStore vận hành như một extension thương mại trên Joomla thay vì một cửa hàng Hosted độc lập. Products, variants, Categories, thương hiệu, Customers, Orders, Coupons, Reviews, cổng thanh toán, đơn vị vận chuyển và thiết lập checkout thuộc phần thương mại; trong khi Joomla users, menus, Modules, templates, ngôn ngữ và cách trình bày bằng SP Page Builder ảnh hưởng đến cách Cửa hàng đích thực sự hoạt động.
Kiến trúc này tạo ra ba nhóm yếu tố cần xem xét khi chọn Dịch vụ chuyển đổi dữ liệu:
| Nhóm yếu tố | Dấu hiệu có thể dùng phương án đơn giản hơn | Dấu hiệu cần xử lý sâu hơn |
|---|---|---|
| Dữ liệu thương mại | Products, Customers, Orders và các trường liên quan đều là dữ liệu thông thường, được hỗ trợ, rõ ràng và có tài liệu đối chiếu. | Ý nghĩa của Products phụ thuộc vào trường tùy chỉnh, extensions của bên thứ ba hoặc hành vi không nằm trong phạm vi hỗ trợ. |
| Danh tính Joomla và cấu trúc website | Quan hệ Customers, điểm truy cập vào cửa hàng và URL tương đối đơn giản. | Hành vi tài khoản, quyền truy cập, menus, Modules, cấu trúc đa ngôn ngữ hoặc mã định danh bên ngoài cần xử lý sâu hơn. |
| Phần trình bày và vận hành | SP Page Builder và phần theme được xem là công việc triển khai riêng trên đích. | Doanh nghiệp kỳ vọng bố cục hoặc cách storefront hoạt động tùy chỉnh ở nguồn sẽ được tái tạo chỉ thông qua di chuyển dữ liệu. |
Nhóm yếu tố thực sự xuất hiện trong dự án sẽ quyết định phương án phù hợp. Managed Service hỗ trợ tốt hơn cho việc thực hiện và phối hợp xác thực. Add-ons xử lý những nhu cầu có giới hạn rõ ràng trong phạm vi được hỗ trợ. Custom Service dành cho dữ liệu hoặc cách xử lý không tiêu chuẩn. Không phương án nào trong số này mặc định xây dựng lại toàn bộ storefront EasyStore, cài đặt extensions hoặc cấu hình thanh toán, vận chuyển, thuế và checkout đang hoạt động.
Khi Standard Service có thể đã đủ
Standard Service có thể phù hợp khi cấu trúc cửa hàng rõ ràng, dữ liệu nguồn sạch, các bản ghi cần xử lý nằm trong phạm vi được hỗ trợ và doanh nghiệp có thể tự rà soát kết quả cũng như quản lý phần cấu hình trên đích. Phương án này phù hợp nhất khi EasyStore chủ yếu tiếp nhận dữ liệu thương mại thông thường và doanh nghiệp hiểu rõ những hạng mục vẫn cần được cấu hình trong Joomla/EasyStore.
Standard Service thường phù hợp hơn khi Products chủ yếu đơn giản hoặc dùng variants theo cấu trúc nhất quán, Categories dễ hiểu, lịch sử Customers và Orders không phụ thuộc vào các trường tùy chỉnh bất thường, đồng thời kế hoạch đưa cửa hàng vào vận hành không yêu cầu tái tạo riêng các quy tắc nghiệp vụ ở nguồn.
| Dấu hiệu phù hợp với Standard Service | Vì sao hỗ trợ phương án đơn giản hơn |
|---|---|
| Products, Categories, Customers và Orders có cấu trúc thông thường | Cách xử lý tiêu chuẩn được hỗ trợ có nhiều khả năng giữ đúng ý nghĩa cốt lõi. |
| Variants dùng các mẫu nhất quán như kích thước, màu sắc, chất liệu hoặc quy cách đóng gói | Có thể kiểm tra cách chuyển dữ liệu bằng các mẫu đại diện. |
| Joomla menus, templates và SP Page Builder được triển khai riêng | di chuyển dữ liệu không bị kỳ vọng phải tái tạo toàn bộ phần hiển thị của website. |
| Thuế, vận chuyển, thanh toán và checkout sẽ được cấu hình trong EasyStore | Cấu hình vận hành cho giao dịch mới không bị nhầm với dữ liệu lịch sử. |
| Doanh nghiệp có thể kiểm tra kỹ các mẫu Demo Migration | Việc xác thực do doanh nghiệp chủ động thực hiện là khả thi và có đủ cơ sở. |
Ngay cả với Standard Service, khâu chuẩn bị vẫn rất quan trọng. Một phương án vốn đơn giản vẫn có thể cho kết quả kém nếu mẫu kiểm thử không đại diện hoặc doanh nghiệp kỳ vọng di chuyển dữ liệu sẽ thay thế công việc cấu hình trên đích.
Khi Managed Service an toàn hơn
Managed Service phù hợp hơn khi doanh nghiệp cần nhiều hỗ trợ hơn trong việc sắp xếp trình tự công việc, rà soát, diễn giải kết quả hoặc phối hợp trước thời điểm chính thức vận hành. Với EasyStore, nhu cầu này thường xuất hiện khi doanh nghiệp đã hiểu kết quả mong muốn nhưng cần hỗ trợ để phân biệt vấn đề của dữ liệu di chuyển dữ liệu với vấn đề thuộc cấu hình Joomla/EasyStore.
Managed Service có thể hữu ích khi dự án có nhiều thành phần cần phối hợp: Products có variants, hình ảnh Products, Categories và tags, Coupons, tồn kho, lịch sử Customers/Orders, refunds, các trường hợp mẫu về vận chuyển và thuế, bố cục SP Page Builder, URL ưu tiên và lịch triển khai website Joomla. Vấn đề không nhất thiết nằm ở cách xử lý di chuyển dữ liệu tùy chỉnh; đôi khi dự án chỉ cần phối hợp và rà soát tốt hơn.
| Dấu hiệu phù hợp với Managed Service | Nhu cầu thực tế của doanh nghiệp |
|---|---|
| Kết quả Demo Migration khó phân loại | Hỗ trợ phân biệt lỗi dữ liệu, việc cần cấu hình và khoảng trống trong phần triển khai. |
| Phần lớn bản ghi ở nguồn được hỗ trợ nhưng việc rà soát vận hành phức tạp | Hỗ trợ chọn mẫu và sắp xếp trình tự xác thực. |
| Việc chuẩn bị website Joomla và lịch di chuyển dữ liệu ảnh hưởng lẫn nhau | Phối hợp giữa di chuyển dữ liệu, mức độ sẵn sàng của website và quyết định chính thức vận hành. |
| Products, Customers hoặc Orders quan trọng cần được rà soát kỹ | Hỗ trợ xác thực sâu hơn trước Di chuyển toàn bộ. |
| Doanh nghiệp thay đổi cấu trúc website đồng thời với di chuyển dữ liệu | Giảm nguy cơ nhầm lẫn về menus, URL và phần trình bày. |
Managed Service không thay thế Custom Service khi yêu cầu nằm ngoài phạm vi xử lý dữ liệu được hỗ trợ. Managed Service phát huy giá trị nhất khi đường chuyển đổi vẫn được hỗ trợ nhưng khối lượng công việc cần phối hợp và rà soát cao.
Khi Add-ons có thể cải thiện kết quả
Add-ons hữu ích khi dữ liệu được hỗ trợ cần lọc bản ghi trong phạm vi xác định, thay đổi giá trị trường hoặc chuyển trường sang vị trí khác. Add-ons không thay thế Custom Service và không nên được dùng để hứa hẹn xử lý dữ liệu extension không được hỗ trợ. Với EasyStore, Add-ons phù hợp khi dữ liệu nguồn nằm trong phạm vi được hỗ trợ nhưng cần kiểm soát rõ hơn trước khi được đưa vào cấu trúc đích.
| Nhu cầu dùng Add-on | Ví dụ với EasyStore | Giới hạn |
|---|---|---|
| Data Filter | Dùng điều kiện dựa trên trường cho từng loại dữ liệu được hỗ trợ để loại Products lỗi thời, Customers cũ, Orders thử nghiệm hoặc các bản ghi không còn hoạt động. | Chỉ phù hợp khi trường và điều kiện được hỗ trợ và có thể xác định rõ. |
| Data Transformation | Áp dụng biểu thức để thay đổi giá trị của các trường được hỗ trợ trong quá trình di chuyển dữ liệu. | Không dùng để viết lại riêng toàn bộ quy tắc nghiệp vụ ở nguồn. |
| Advanced Data Mapping | Chuyển các trường nguồn được hỗ trợ sang các trường đích EasyStore hoặc Joomla khác. | Không tạo hành vi ở đích hoặc cấu trúc trường chưa được hỗ trợ. |
Add-ons phù hợp nhất khi doanh nghiệp có thể mô tả chính xác quy tắc cần áp dụng. Nếu yêu cầu thực tế là tái tạo chính xác một hành vi riêng ở nguồn trong EasyStore, vấn đề đó không còn là một nhu cầu Add-on đơn giản.
Khi cần xem xét Custom Service
Custom Service cần được xem xét khi kỳ vọng đối với EasyStore liên quan đến bản ghi không được hỗ trợ, các trường tùy chỉnh có yêu cầu xử lý vượt quá phạm vi mapping được hỗ trợ, dữ liệu do extensions quản lý, mã định danh thuộc hệ thống bên ngoài, chuyển đổi giá trị theo quy tắc riêng, xử lý Custom Platform hoặc điều chỉnh cách xử lý di chuyển dữ liệu tùy chỉnh. Những trường hợp này cần được rà soát sâu hơn vì dữ liệu nguồn có thể không phù hợp với cách xử lý di chuyển dữ liệu tiêu chuẩn.
Với EasyStore by JoomShaper, dấu hiệu cần xem xét Custom Service thường xuất hiện khi Products có các trường tùy chỉnh, variants phức tạp, extensions Joomla của bên thứ ba, quy tắc trình bày phụ thuộc vào SP Page Builder, mã ERP/CRM/Orders bên ngoài, dữ liệu loyalty hoặc chương trình thành viên, hành vi tương tự subscription, dữ liệu đưa ra Marketplace, thông tin xử lý đơn hàng chuyên biệt hoặc phần tùy chỉnh trong mã nguồn.
| Dấu hiệu cần xem xét Custom Service | Vì sao cách xử lý tiêu chuẩn có thể chưa đủ |
|---|---|
| Dữ liệu Products đến từ các trường tùy chỉnh hoặc quy tắc của extension bên thứ ba | Dữ liệu có thể không có vị trí đích được EasyStore hỗ trợ. |
| Danh tính Customers phụ thuộc vào chương trình thành viên, mã định danh bên ngoài hoặc quy tắc tài khoản riêng | Dữ liệu Customers có thể cần cách xử lý riêng hoặc rà soát hệ thống bên ngoài. |
| Orders chứa tham chiếu đến hệ thống xử lý đơn hàng, kế toán hoặc ERP bên ngoài | Giá trị sử dụng của lịch sử đơn hàng có thể phụ thuộc vào việc giữ đúng các mã định danh của hệ thống ngoài. |
| Phần trình bày phụ thuộc vào bố cục SP Page Builder hoặc Modules tùy chỉnh | Cấu trúc hiển thị có thể cần công việc triển khai hoặc xử lý riêng ngoài di chuyển dữ liệu. |
| Hành vi ở nguồn đến từ Custom Platform hoặc quy trình được lập trình riêng | Cách xử lý di chuyển dữ liệu có thể cần được rà soát theo phạm vi tùy chỉnh trước khi dự án có thể xác định công việc một cách thực tế. |
Mục tiêu không phải đưa mọi dự án phức tạp lên Custom Service. Mục tiêu là không giấu những kỳ vọng ngoài phạm vi hỗ trợ bên trong công việc di chuyển Products, Customers hoặc Orders thông thường.
Việc triển khai SP Page Builder, công việc với Joomla template, cài đặt extensions và cấu hình cổng thanh toán đang hoạt động không mặc định nằm trong phạm vi, trừ khi chúng được nêu rõ trong nội dung công việc đã thống nhất.
Dùng Demo Migration để kiểm chứng phương án đã chọn
Demo Migration không chỉ cần cho thấy dữ liệu có xuất hiện trong EasyStore hay không. Đây còn là bước kiểm chứng liệu phương án đã chọn có đủ phù hợp với dự án. Nếu doanh nghiệp chọn một phương án đơn giản hơn, Demo Migration cần xác nhận rằng các bản ghi thông thường trong phạm vi được hỗ trợ hoạt động đủ đúng để tiếp tục. Nếu dự án có dấu hiệu liên quan đến dữ liệu hoặc cách xử lý riêng, Demo Migration cần giúp xác định kỳ vọng đó nên được giải quyết bằng Add-ons, Custom Service, cấu hình trên đích hay công việc xây dựng lại thủ công.
| Hạng mục cần rà soát trong Demo Migration | Điều cần chứng minh |
|---|---|
| Products và variants | Lựa chọn mua hàng, giá, hình ảnh, Categories và ý nghĩa tồn kho vẫn rõ ràng. |
| Customers và Orders | Danh tính người mua, quan hệ giữa Customers và Orders, tổng tiền, giảm giá, refunds, thuế và thông tin vận chuyển vẫn sử dụng được. |
| Khả năng tiếp tục sử dụng website Joomla | Có phương án thực tế cho các điểm truy cập cửa hàng, URL ưu tiên, menus và liên kết nội dung. |
| Ranh giới với cấu hình | Thanh toán, thuế, vận chuyển, checkout, Reviews, Coupons và thông báo không bị nhầm với dữ liệu đã được di chuyển. |
| Phạm vi cần xử lý riêng | Dữ liệu do extensions sở hữu, trường tùy chỉnh, mã định danh bên ngoài và quy tắc riêng được phân loại đúng. |
Nếu Demo Migration liên tục để lại những vấn đề chưa thể giải thích rõ, phương án đang chọn có thể chưa đủ. Khi đó nên điều chỉnh đúng phần phát sinh thay vì mặc định chuyển toàn bộ dự án sang phương án phức tạp nhất.
Lập kế hoạch Entity Points theo các bản ghi mới đủ điều kiện
Entity Points cần được tính đến khi Products, Customers, Orders hoặc Blog Posts nằm trong phạm vi di chuyển dữ liệu. Với EasyStore, doanh nghiệp cần hiểu những bản ghi đủ điều kiện nào dự kiến được di chuyển và liệu các hoạt động di chuyển dữ liệu sau đó có bao gồm những bản ghi mới được tạo ở Cửa hàng nguồn hay không.
Entity Points không nên được hiểu như một khoản trừ thêm chỉ vì dự án cần kiểm tra lại hoặc tiếp tục di chuyển dữ liệu. Trong các hoạt động EasyStore tiếp theo trên cùng đường chuyển đổi, những bản ghi đủ điều kiện đã được tính trước đó vẫn chỉ được tính một lần; độ phức tạp đến từ Joomla extensions, trường tùy chỉnh hoặc tham chiếu ERP được đánh giá riêng. Những bản ghi đủ điều kiện mới có thể sử dụng Entity Points khi được di chuyển lần đầu.
| Tình huống lập kế hoạch | Ảnh hưởng đến Entity Points |
|---|---|
| Cùng một bản ghi Products, Customers, Orders hoặc Blog Posts đã được tính trước đó được di chuyển lại trên cùng đường chuyển đổi | Không sử dụng Entity Points thêm chỉ vì có một hoạt động di chuyển dữ liệu khác. |
| Products, Customers, Orders hoặc Blog Posts mới được tạo sau lần di chuyển dữ liệu trước | Có thể sử dụng Entity Points khi được di chuyển lần đầu. |
| Một lần di chuyển dữ liệu mới thay thế dữ liệu đích đã được di chuyển trước đó | Việc thay thế kết quả ở đích không tự động có nghĩa mọi bản ghi đã được tính trước đó sẽ bị tính lại. |
| Phạm vi mở rộng để bao gồm thêm một loại dữ liệu đủ điều kiện | Những bản ghi mới được đưa vào phạm vi cần được tính trong kế hoạch sử dụng Entity Points. |
Phần lập kế hoạch này nên giữ tính thực tiễn. Doanh nghiệp cần hiểu phạm vi và các bản ghi mới ảnh hưởng như thế nào đến việc sử dụng Entity Points, thay vì biến bài viết nền tảng thành tài liệu về cơ chế cấp phép.
Chọn phương án phù hợp cho lần di chuyển dữ liệu tiếp theo trong giai đoạn chuẩn bị vận hành
Phương án cho lần di chuyển dữ liệu tiếp theo hữu ích khi Cửa hàng nguồn vẫn tiếp tục thay đổi trong thời gian rà soát hoặc chuẩn bị đưa Cửa hàng đích vào vận hành. Với EasyStore, thay đổi có thể gồm Products, Customers, Orders, Blog Posts, refunds, Coupons, variants Products mới hoặc nội dung Joomla ảnh hưởng đến cách Customers tìm cửa hàng.
| Hoạt động | Khi nên dùng | Hệ quả đối với xác thực EasyStore |
|---|---|---|
| Continue the di chuyển dữ liệu with the Last Used Configuration | Cần bổ sung các bản ghi đủ điều kiện mới bằng cùng cấu hình, cách lọc và cách chuyển trường đã được chấp nhận trước đó. | Rà soát Products, Customers, Orders và Blog Posts mới cùng Categories, thương hiệu, variants, hình ảnh và URL liên quan. |
| Continue the di chuyển dữ liệu with a New Configuration | Cần thay đổi cách chuyển trường, lọc hoặc cấu hình trong phạm vi được hỗ trợ. | Xác thực lại các trường của Products bị ảnh hưởng, quan hệ Customers, dữ liệu Orders, ngữ cảnh Joomla users và mọi trường đích thay đổi theo cấu hình mới. |
| Perform a Di chuyển New | Kết quả ở đích trước đó cần được thay thế vì kiến trúc đích, phạm vi công việc hoặc tiêu chuẩn nghiệm thu đã thay đổi đáng kể. | Kiểm tra lại toàn bộ mẫu đại diện, gồm Products, variants, Customers, Orders, quan hệ Joomla, ranh giới với SP Page Builder và URL ưu tiên. |
Phương án cho lần di chuyển dữ liệu tiếp theo cũng không tự giải quyết dữ liệu extension không được hỗ trợ, các trường tùy chỉnh có yêu cầu xử lý vượt quá phạm vi mapping được hỗ trợ hoặc quy tắc riêng ở nguồn. Những yêu cầu đó vẫn phải được phân loại thành nhu cầu Add-on hoặc Custom Service theo phạm vi thực sự được hỗ trợ.
So sánh bốn phương án chính cho EasyStore
| Phương án | Nên chọn khi | Không nên chọn chỉ để giải quyết |
|---|---|---|
| Standard Service | Dữ liệu được hỗ trợ đủ rõ ràng và doanh nghiệp có thể tự quản lý phần thiết lập, các hoạt động di chuyển dữ liệu và xác thực. | Triển khai Joomla, xây dựng lại SP Page Builder hoặc dữ liệu không được hỗ trợ. |
| Managed Service | Phạm vi được hỗ trợ nhưng đội ngũ nội bộ gặp khó khăn trong việc sắp xếp thực hiện và chịu trách nhiệm rà soát. | Xử lý dữ liệu theo quy tắc riêng hoặc khả năng tương thích của extensions. |
| Add-ons | Nhu cầu lọc bản ghi, thay đổi giá trị trường hoặc chuyển trường trong phạm vi được hỗ trợ đã được xác định rõ. | Bảng dữ liệu của extensions bên thứ ba, mã tùy chỉnh hoặc phát triển storefront. |
| Custom Service | Kết quả quan trọng phụ thuộc vào bản ghi không được hỗ trợ, các trường tùy chỉnh có yêu cầu xử lý vượt quá phạm vi mapping được hỗ trợ, xử lý Custom Platform, mã định danh bên ngoài hoặc chuyển đổi dữ liệu theo quy tắc riêng. | Tự động thiết lập toàn bộ Cửa hàng đích nếu nội dung này không được thống nhất rõ trong phạm vi công việc. |
Mức giá phải đi theo cách phân loại phạm vi công việc thực tế. Cửa hàng lớn không mặc định cần Custom Service, và cửa hàng nhỏ cũng không mặc định phù hợp với Standard Service.
Dấu hiệu cho thấy phương án đang chọn chưa đủ
Cần xem xét lại phương án khi kết quả rà soát cho thấy những giả định quan trọng chưa được kiểm soát. Dấu hiệu cảnh báo không chỉ là dự án có độ phức tạp cao. Vấn đề thực sự là phương án đang chọn không thể giải thích hoặc xử lý được phần phức tạp có ảnh hưởng đến kết quả.
| Dấu hiệu cảnh báo | Hướng xử lý có khả năng phù hợp |
|---|---|
| Variants hoặc options của Products mất ý nghĩa bán hàng quan trọng | Rà soát cách chuyển trường, cấu hình hoặc nhu cầu Custom Service. |
| Lịch sử Customers/Orders không còn hỗ trợ các tình huống phục vụ Customers thực tế | Kiểm tra lại mẫu, phạm vi dữ liệu hoặc kỳ vọng đối với dữ liệu riêng. |
| Doanh nghiệp kỳ vọng phần trình bày phụ thuộc SP Page Builder hoặc template sẽ được tạo ra từ di chuyển dữ liệu | Tách công việc triển khai khỏi di chuyển dữ liệu hoặc xem xét phạm vi xử lý riêng. |
| Mã định danh bên ngoài hoặc bản ghi do extensions sở hữu phải tiếp tục được dùng sau khi vận hành | Xem xét Custom Service hoặc công việc các tích hợp riêng. |
| Không thể phân loại các vấn đề phát hiện trong Demo Migration | Managed Service hoặc rà soát phạm vi sâu hơn có thể phù hợp hơn. |
| Các thay đổi phát sinh trong giai đoạn chuẩn bị vận hành chưa được xác định cách xử lý | Làm rõ các lựa chọn cho lần di chuyển dữ liệu tiếp theo trước Di chuyển toàn bộ. |
Cần điều chỉnh phương án dựa trên kết quả kiểm chứng thực tế. Một phương án Dịch vụ chuyển đổi dữ liệu tốt phải cụ thể và phù hợp với nhu cầu, không đơn giản là chọn cấp dịch vụ cao hơn.
Kết luận
Lựa chọn phương án thực hiện chuyển đổi phù hợp cho EasyStore by JoomShaper đòi hỏi phải tách rõ dữ liệu được hỗ trợ, phần cấu hình Joomla/EasyStore, cách trình bày bằng SP Page Builder, Add-ons, Custom Service, kế hoạch Entity Points và các hoạt động di chuyển dữ liệu tiếp theo. Bối cảnh Joomla của EasyStore khiến ranh giới này đặc biệt quan trọng vì dữ liệu thương mại và cấu trúc website có thể ảnh hưởng lẫn nhau tại thời điểm chính thức vận hành.
Standard Service có thể đã đủ với dữ liệu thông thường nằm trong phạm vi hỗ trợ và doanh nghiệp có khả năng tự rà soát. Managed Service phù hợp hơn khi dự án cần hỗ trợ về trình tự thực hiện và diễn giải kết quả. Add-ons hỗ trợ các nhu cầu có giới hạn rõ ràng về lọc bản ghi, thay đổi giá trị trường hoặc chuyển trường trong phạm vi được hỗ trợ. Custom Service cần được xem xét khi yêu cầu liên quan đến dữ liệu không được hỗ trợ, các trường tùy chỉnh có yêu cầu xử lý vượt quá phạm vi mapping được hỗ trợ, bản ghi do extensions sở hữu, mã định danh bên ngoài, chuyển đổi theo quy tắc riêng, Custom Platform hoặc điều chỉnh cách xử lý di chuyển dữ liệu riêng.
Câu hỏi thường gặp
Cần chuẩn bị thông tin gì khi xem xét Custom Service cho dự án chuyển đổi sang EasyStore?
Chuẩn bị các ví dụ EasyStore cho thấy dữ liệu của extension hoặc trường riêng liên quan như thế nào đến cách Products hoạt động, danh tính Customers và các tham chiếu trong Orders được hệ thống xử lý đơn hàng, kế toán hoặc ERP sử dụng. Thông tin dùng để xem xét Custom Service cần xác định cách dữ liệu phải được biểu diễn ở đích, thành phần nào tiếp tục sử dụng dữ liệu và điều kiện nào chứng minh yêu cầu đã được đáp ứng.
Khi nào nên cân nhắc Managed Service cho dự án chuyển đổi sang EasyStore?
Managed Service phù hợp khi doanh nghiệp cần hỗ trợ sắp xếp khâu chuẩn bị, diễn giải kết quả Demo Migration, phối hợp mức độ sẵn sàng của Joomla hoặc phân biệt vấn đề di chuyển dữ liệu với công việc cấu hình và triển khai trên đích.
Add-ons có thể xử lý dữ liệu riêng của EasyStore không?
Data Filter, Advanced Data Mapping và Data Transformation có thể xử lý các điều kiện trên loại dữ liệu được hỗ trợ, chuyển trường nguồn sang trường đích tương thích và những thay đổi được chọn đối với giá trị đích. Các Add-ons này không nên được xem là giải pháp cho bản ghi do extension sở hữu nhưng không được hỗ trợ, quy tắc riêng, mã định danh bên ngoài hoặc cách xử lý di chuyển dữ liệu tùy chỉnh.
Khi nào dự án chuyển đổi sang EasyStore cần được xem xét theo Custom Service?
Custom Service cần được xem xét khi kỳ vọng của dự án vượt khỏi phạm vi xử lý tiêu chuẩn được hỗ trợ. Các trường hợp cần xem xét gồm bản ghi không được hỗ trợ, các trường tùy chỉnh có yêu cầu xử lý vượt quá phạm vi mapping được hỗ trợ, dữ liệu của extensions bên thứ ba, mã định danh thuộc hệ thống bên ngoài, xử lý Custom Platform, chuyển đổi theo quy tắc riêng hoặc điều chỉnh cách xử lý di chuyển dữ liệu tùy chỉnh.
Lựa chọn cho lần di chuyển dữ liệu tiếp theo ảnh hưởng đến cách xác thực EasyStore như thế nào?
Phương án cho lần di chuyển dữ liệu tiếp theo ảnh hưởng trực tiếp đến cách xác thực EasyStore. Tiếp tục di chuyển dữ liệu với cấu hình đã dùng trước đó, tiếp tục với cấu hình mới và thực hiện một di chuyển dữ liệu mới tạo ra những yêu cầu xác thực khác nhau. Doanh nghiệp cần kiểm tra kết quả theo đúng hoạt động đã thực hiện và các bản ghi bị ảnh hưởng.