Chọn phương án chuyển đổi phù hợp cho Shopware không chỉ phụ thuộc vào số lượng Products, Customers, Orders, Categories, Coupons, Reviews, nội dung CMS và các bản ghi liên quan cần di chuyển. Shopware còn đặt ra những quyết định về Sales Channels, properties của catalog, variants, rules, Shopping Experiences, extensions, các trường tùy chỉnh, bản dịch, cách storefront hoạt động và hệ thống chịu trách nhiệm cho từng kết nối tích hợp. Những yếu tố này quyết định dự án có thể nằm trong phạm vi xử lý được hỗ trợ thông thường hay cần mức hỗ trợ sâu hơn.
Phương án phù hợp phải phản ánh đúng khối lượng công việc mà doanh nghiệp thực sự phải quản lý. Một Shopware đích có catalog và dữ liệu Customers/Orders tương đối thông thường có thể phù hợp với Standard Service. Khi quyết định về Sales Channels chưa rõ, khối lượng xác thực lớn hoặc đội nội bộ không đủ nguồn lực rà soát, Managed Service có thể phù hợp hơn. Add-ons có thể điều chỉnh việc lọc bản ghi, biến đổi giá trị trường hoặc liên kết lại trường trong phạm vi được hỗ trợ. Custom Service trở nên cần thiết khi dự án phải xử lý dữ liệu extension chưa được hỗ trợ, trường tùy chỉnh vượt ngoài phạm vi liên kết trường được hỗ trợ, biến đổi riêng, Custom Platform hoặc quan hệ với hệ thống bên ngoài vượt quá phạm vi tiêu chuẩn.
Trong các Dịch vụ chuyển đổi dữ liệu của Next-Cart, việc đánh giá Shopware cần tách rõ dữ liệu được hỗ trợ, trách nhiệm thực thi, nhu cầu Add-on có giới hạn rõ ràng, cách diễn giải Sales Channels, dữ liệu extension và các quan hệ cần xử lý riêng.
Bắt đầu từ độ phức tạp của dự án Shopware, không phải tên gói dịch vụ
Việc chọn dịch vụ nên bắt đầu từ mô hình thực tế của dự án chuyển đổi, không phải từ một tên dịch vụ được ưu tiên sẵn. Shopware có thể tiếp nhận các bản ghi thương mại tương đối đơn giản, nhưng cũng có thể trở thành một môi trường thương mại có cấu trúc, nơi Products, nội dung, Sales Channels, rules, APIs và các tích hợp liên hệ chặt chẽ với nhau. Phương án thực hiện cần phản ánh đúng thực tế đó.
| Đặc điểm của dự án chuyển đổi sang Shopware | Phương án nên xem xét trước | Lý do |
|---|---|---|
| Bản ghi được hỗ trợ tương đối thông thường và cấu hình đích đơn giản | Standard Service | Dự án chủ yếu cần di chuyển bản ghi và khách hàng tự chủ trì việc rà soát. |
| Phạm vi dữ liệu rõ nhưng khối lượng phối hợp lớn | Managed Service | Doanh nghiệp có thể cần hỗ trợ về trình tự thực hiện, rà soát và điều phối vấn đề. |
| Dữ liệu được hỗ trợ nhưng cần lọc bản ghi, biến đổi giá trị trường hoặc liên kết lại trường theo yêu cầu cụ thể | Add-ons | Yêu cầu điều chỉnh cách xử lý di chuyển dữ liệu được hỗ trợ mà chưa trở thành công việc riêng biệt hoàn toàn. |
| Plugins chưa được hỗ trợ, trường tùy chỉnh vượt ngoài phạm vi xử lý được hỗ trợ, quy tắc riêng hoặc mối phụ thuộc vào hệ thống bên ngoài | Custom Service | Công việc vượt ngoài phạm vi di chuyển tiêu chuẩn và cần đánh giá riêng. |
| Mô hình vận hành trên Nền tảng đích chưa rõ | Demo Migration trước khi chốt phương án | Mẫu đại diện giúp kiểm tra liệu giả định ban đầu có thực tế hay không. |
Cách tiếp cận này giúp tránh cả hai phía: mua mức dịch vụ cao hơn cần thiết hoặc đánh giá thiếu phạm vi công việc. Một dự án Shopware đơn giản không nên bị đẩy vào xử lý riêng nếu không cần, nhưng một triển khai Shopware phức tạp cũng không nên được coi là thông thường chỉ vì danh sách loại dữ liệu trông quen thuộc.
Khi Standard Service có thể phù hợp
Standard Service có thể phù hợp khi dữ liệu nguồn tương đối thông thường, cách tổ chức Shopware đích đã rõ và doanh nghiệp có thể chủ trì công việc chuẩn bị cùng xác thực. Trong trường hợp này, kỳ vọng của dự án nên nằm gần phạm vi các bản ghi thương mại và cách liên kết dữ liệu được hỗ trợ.
Một dự án phù hợp với Standard Service thường có catalog ở mức có thể kiểm soát, Categories dễ hiểu, số lượng trường tùy chỉnh hạn chế, không phụ thuộc dữ liệu plugin chưa được hỗ trợ có vai trò quan trọng, yêu cầu Customers và Orders rõ ràng, đồng thời cửa hàng đích không phụ thuộc vào những quyết định chưa chốt về Sales Channels hoặc rules. Doanh nghiệp cũng cần có khả năng cùng các bên liên quan nội bộ rà soát kết quả Demo Migration và kết quả di chuyển dữ liệu cuối cùng.
| Dấu hiệu phù hợp với Standard Service | Vẫn cần xác minh |
|---|---|
| Products, Customers, Orders, Categories, Coupons, Reviews và nội dung CMS chủ yếu là dữ liệu thông thường | Mẫu đại diện phải cho thấy các trường cốt lõi, quan hệ và nội dung có thể sử dụng đúng mục đích. |
| Mô hình Sales Channels đơn giản hoặc đã được cấu hình | Products và Categories phải xuất hiện đúng trong ngữ cảnh storefront dự kiến. |
| Variants và properties có cấu trúc dễ hiểu | Lựa chọn mua hàng và chức năng lọc phải tiếp tục rõ ràng sau khi di chuyển. |
| Các trường tùy chỉnh ít hoặc không có vai trò thiết yếu | Các giá trị quan trọng vẫn phải được kiểm tra theo phạm vi liên kết dữ liệu được hỗ trợ. |
| Các mối phụ thuộc extension không nằm trong kết quả di chuyển dữ liệu dự kiến | Doanh nghiệp phải xác nhận rằng việc không di chuyển các chức năng đó là chấp nhận được. |
Standard Service không có nghĩa là dự án không cần lập kế hoạch. Điều này có nghĩa doanh nghiệp có thể tự quản lý phần chuẩn bị và rà soát trong một lộ trình chuyển đổi được hỗ trợ mà không cần hỗ trợ thực thi liên tục hoặc đánh giá phát triển riêng.
Khi Managed Service là lựa chọn an toàn hơn
Managed Service phù hợp hơn khi bản thân dữ liệu vẫn có thể nằm trong phạm vi được hỗ trợ nhưng khối lượng phối hợp lớn. Dự án Shopware có thể liên quan đến nhiều nhóm ra quyết định như catalog, SEO, nội dung, vận hành, tài chính, tích hợp và kỹ thuật. Nếu các quyết định này không được giữ đồng bộ, dự án vẫn có thể lệch hướng dù dữ liệu có thể di chuyển được.
Managed Service hữu ích khi mô hình vận hành đích đã đủ rõ để tiếp tục nhưng doanh nghiệp cần hướng dẫn chặt chẽ hơn về trình tự công việc, rà soát Demo Migration, ưu tiên vấn đề và xác nhận mức độ sẵn sàng. Dịch vụ này cũng phù hợp khi Cửa hàng nguồn đủ phức tạp để đội nội bộ khó phân biệt đâu là dữ liệu, cấu hình, nội dung, phần cần xử lý riêng hoặc phần phải triển khai trực tiếp trên Nền tảng đích.
| Dấu hiệu phù hợp với Managed Service | Lợi ích của việc có hướng dẫn |
|---|---|
| Nhiều nhóm phải rà soát các loại kết quả khác nhau | Việc rà soát catalog, SEO, nội dung, Orders và các tích hợp có thể được phối hợp có chủ đích hơn. |
| Ngữ cảnh Sales Channels, ngôn ngữ hoặc nội dung có vai trò quan trọng | Quá trình rà soát cần sâu hơn việc so sánh số lượng bản ghi. |
| Demo Migration sẽ ảnh hưởng đến các quyết định lớn về phạm vi công việc | Kết quả cần được diễn giải thành những hành động tiếp theo. |
| Doanh nghiệp có ít kinh nghiệm về chuyển đổi nền tảng | Rà soát có hướng dẫn giúp giảm nguy cơ chấp nhận một kết quả chưa đầy đủ. |
| Thời điểm đưa cửa hàng vào vận hành nhạy cảm | Trình tự xử lý và thứ tự ưu tiên vấn đề quan trọng hơn khi thời hạn gấp. |
Managed Service không thay thế cho một phạm vi công việc chưa được xác định. Dịch vụ này hiệu quả nhất khi doanh nghiệp đã có đủ thông tin để tiếp tục nhưng cần hỗ trợ thực thi và kỷ luật trong quá trình rà soát.
Khi Add-ons có thể giải quyết yêu cầu
Add-ons phù hợp khi điều chỉnh cần thiết vẫn nằm trong cách xử lý di chuyển dữ liệu được hỗ trợ. Trong dự án chuyển đổi sang Shopware, các Add-ons có thể lọc bản ghi bằng điều kiện trên trường theo từng loại dữ liệu, biến đổi giá trị trường bằng biểu thức hoặc chuyển dữ liệu từ một trường nguồn được hỗ trợ sang trường đích tương thích mà không biến dự án thành công việc riêng hoàn toàn.
Ranh giới quan trọng là yêu cầu có sử dụng một trong các cơ chế được hỗ trợ đó hay đòi hỏi xử lý dữ liệu chưa được hỗ trợ. Nếu doanh nghiệp cần di chuyển dữ liệu từ plugins chưa được hỗ trợ, bảng tùy chỉnh, cấu trúc trường riêng hoặc hệ thống bên ngoài vào một cấu trúc đích tùy chỉnh, yêu cầu đó cần được xem xét trong Custom Service.
| Add-on có thể phù hợp | Vì sao có thể dùng Add-on | Khi nào cần chuyển sang Custom Service |
|---|---|---|
| Data Filter | Các bản ghi được hỗ trợ chỉ được di chuyển khi đáp ứng những điều kiện đã xác định trên trường dữ liệu. | Điều kiện lọc phụ thuộc vào quy tắc tùy chỉnh chưa được hỗ trợ hoặc dữ liệu plugin không thể truy cập theo phạm vi tiêu chuẩn. |
| Data Transformation | Giá trị ở trường được hỗ trợ cần được biến đổi theo biểu thức đã xác định. | Phép biến đổi phụ thuộc vào modules chưa được hỗ trợ, hệ thống bên ngoài hoặc quy tắc riêng. |
| Advanced Data Mapping | Trường nguồn được hỗ trợ cần chuyển sang một trường đích tương thích trên Shopware. | Kết quả đích đòi hỏi cấu trúc hoặc cách hoạt động chưa được hỗ trợ. |
Khi chuyển đổi sang Shopware, Advanced Database Mapping chỉ áp dụng khi Nền tảng nguồn cũng là Open-Source. Yêu cầu liên kết trường hoặc cột cơ sở dữ liệu vẫn phải phù hợp với cấu trúc đích và giới hạn kiểu dữ liệu được hỗ trợ.
Add-ons có giá trị khi giúp xử lý dữ liệu chính xác hơn. Chúng không nên được dùng để đưa những yêu cầu tùy chỉnh vượt phạm vi được hỗ trợ vào một lộ trình chuyển đổi tiêu chuẩn.
Khi cần Custom Service
Custom Service là phương án phù hợp khi dự án cần công việc vượt ngoài cách xử lý tiêu chuẩn được hỗ trợ. Khả năng mở rộng của Shopware làm ranh giới này đặc biệt quan trọng. Cửa hàng nguồn có thể chứa bản ghi do plugin quản lý, trường tùy chỉnh vượt ngoài phạm vi liên kết dữ liệu được hỗ trợ, chức năng storefront riêng, dữ liệu module cũ, định danh ERP/PIM/CRM, tham chiếu marketplace, quy tắc giá riêng hoặc cấu trúc kết hợp nội dung và thương mại không thể chuyển đổi đầy đủ bằng phạm vi thông thường.
Custom Service nên được xem xét khi doanh nghiệp có thể giải thích vì sao dữ liệu chưa được hỗ trợ đó quan trọng và cần hoạt động như thế nào trong Shopware. Mục tiêu không phải di chuyển mọi thứ chỉ vì dữ liệu đang tồn tại. Mục tiêu là duy trì ý nghĩa nghiệp vụ quan trọng mà phạm vi di chuyển dữ liệu thông thường không thể xử lý.
| Dấu hiệu cần Custom Service | Cần làm rõ |
|---|---|
| Dữ liệu từ app, plugin, module hoặc extension chưa được hỗ trợ | Dữ liệu nằm ở đâu, quy trình nghiệp vụ nào sử dụng dữ liệu đó và kết quả mong muốn trên đích là gì. |
| Trường tùy chỉnh điều khiển vận hành hoặc tích hợp và vượt ngoài phạm vi liên kết dữ liệu được hỗ trợ | Sau khi kiểm tra liên kết trường được hỗ trợ và liên kết ở cấp cơ sở dữ liệu nếu đủ điều kiện, xác định giá trị nên nằm trong trường tùy chỉnh của Shopware, hệ thống bên ngoài hay cấu trúc đích khác. |
| Quy tắc biến đổi riêng | Ý nghĩa ở nguồn phải trở thành gì trong Shopware và vì sao cách liên kết thông thường không đủ. |
| Định danh của hệ thống bên ngoài | Những IDs nào phải tiếp tục dùng được cho ERP, PIM, CRM, search, marketplace, quy trình xử lý đơn hàng hoặc báo cáo. |
| Xử lý Custom Platform | Môi trường nguồn hoặc đích có cần cách trích xuất, biến đổi hoặc kết nối riêng hay không. |
Custom Service phải được xác định phạm vi bằng dữ liệu cụ thể. Bản ghi mẫu, ảnh chụp giao diện, ví dụ export, ghi chú cơ sở dữ liệu khi có và kết quả mong muốn trên đích giúp đánh giá yêu cầu tùy chỉnh có khả thi và tạo giá trị hay không.
Dùng Demo Migration để xác nhận phương án đã chọn
Demo Migration là điểm kiểm chứng an toàn để đánh giá phương án dự kiến có phù hợp với dự án Shopware thực tế hay không. Mẫu Demo phải có tính đại diện thay vì chỉ là một nhóm bản ghi ngẫu nhiên nhỏ. Việc rà soát nên kiểm tra cùng những mối quan hệ đã được ghi nhận trong giai đoạn chuẩn bị: Sales Channels, Products có variants, properties, Categories, trang nội dung, Customers, Orders, các trường tùy chỉnh và bản ghi liên quan đến tích hợp.
| Kết quả Demo Migration | Ý nghĩa đối với phương án |
|---|---|
| Bản ghi cốt lõi được di chuyển sạch và mẫu có thể sử dụng đúng mục đích | Standard Service có thể vẫn phù hợp. |
| Bản ghi được di chuyển nhưng việc phối hợp rà soát khó khăn | Managed Service có thể giảm rủi ro trong quá trình thực thi. |
| Bản ghi được hỗ trợ cần điều chỉnh việc lọc, biến đổi giá trị trường hoặc liên kết lại trường | Add-ons có thể cải thiện kết quả di chuyển dữ liệu. |
| Dữ liệu quan trọng bị thiếu vì chưa được hỗ trợ hoặc do thành phần tùy chỉnh quản lý | Cần đánh giá Custom Service trước khi chấp nhận toàn bộ phạm vi công việc. |
| Cấu hình Nền tảng đích chưa hoàn chỉnh | Vấn đề có thể nằm ở mức độ sẵn sàng của đích, không phải lỗi di chuyển dữ liệu. |
Demo Migration không nên chỉ được xem là một lần kiểm thử đạt hoặc không đạt. Kết quả Demo Migration là cơ sở để xác nhận phương án dịch vụ, mức độ sẵn sàng của Shopware đích và trách nhiệm xác thực.
Entity Points và cách kiểm soát phạm vi Shopware
Entity Points có ý nghĩa khi các bản ghi mới đủ điều kiện được di chuyển. Với Shopware, kế hoạch không chỉ cần biết có bao nhiêu bản ghi, mà còn phải phân biệt bản ghi nào mới, bản ghi nào đã được tính trong di chuyển dữ liệu đã mua trên lộ trình cố định và hành động di chuyển dữ liệu tiếp theo nào đưa thêm Products, Customers, Orders hoặc Blog Posts mới vào phạm vi lần đầu.
Một hành động di chuyển dữ liệu mới không tự động khiến các bản ghi đã được tính trước đó tiêu thụ thêm Entity Points. Điều quan trọng là hành động đó đang di chuyển bản ghi mới đủ điều kiện lần đầu hay lặp lại những bản ghi đã được tính trong cùng di chuyển dữ liệu đã mua.
| Tình huống về phạm vi | Ảnh hưởng đến Entity Points |
|---|---|
| Products đã được tính trước đó được di chuyển lại trong một hành động tiếp theo | Không nên coi chúng là tiêu thụ Entity Points mới chỉ vì được di chuyển lại. |
| Products, Customers, Orders hoặc Blog Posts mới được thêm sau di chuyển dữ liệu trước | Các bản ghi mới đủ điều kiện có thể tiêu thụ Entity Points khi được di chuyển lần đầu. |
| Trường tùy chỉnh hoặc dữ liệu do plugin quản lý cần xử lý đặc biệt | Trước tiên kiểm tra phạm vi liên kết được hỗ trợ cho trường tùy chỉnh; khi quyền sở hữu của plugin hoặc cách xử lý cần thiết vượt ngoài Standard Add-on, phạm vi dịch vụ và đánh giá Custom Service có thể quan trọng hơn Entity Points. |
| Một hành động di chuyển dữ liệu mới thay thế dữ liệu đích trước đó | Việc thay thế không tự động đặt lại nguyên tắc không tính lặp đối với bản ghi đã được tính trong di chuyển dữ liệu đã mua. |
| Doanh nghiệp thay đổi cấu hình trước khi tiếp tục | Cần rà soát lại phương án dịch vụ và phạm vi xác thực, không chỉ số Entity Points. |
Chỉ dùng Entity Points để lập kế hoạch số lượng bản ghi được tính trong Entity Points Plan. Entity Points không thay thế cho việc chọn phương án dịch vụ.
Các lựa chọn cho lần di chuyển dữ liệu tiếp theo với Shopware
Kế hoạch đưa Shopware vào vận hành có thể cần hoạt động di chuyển dữ liệu tiếp theo sau Demo Migration, sau khi quyết định về Sales Channels hoặc catalog thay đổi, hoặc sau khi Nền tảng nguồn có thêm Products, Customers, Orders, Blog Posts, bản dịch, media và cập nhật thương mại. Hành động được chọn phải phản ánh việc cấu hình trước đó còn đúng hay không, các quy tắc di chuyển dữ liệu được hỗ trợ có cần thay đổi hay không, hoặc kết quả trên đích có cần được tạo lại từ một cơ sở mới hay không.
| Hành động | Khi phù hợp với Shopware | Cần xác thực lại |
|---|---|---|
| Continue the di chuyển dữ liệu with the Last Used Configuration | Các bộ lọc, liên kết trường và cấu hình đã được chấp nhận vẫn còn phù hợp; nhu cầu chính là xử lý bản ghi mới đủ điều kiện hoặc thay đổi mới ở nguồn. | Products và variants mới, properties, media, Customers, Orders, bản dịch, nội dung và mẫu hồi quy trên các Sales Channels chịu ảnh hưởng. |
| Continue the di chuyển dữ liệu with a New Configuration | Demo Migration hoặc rà soát đích cho thấy bộ lọc, cách liên kết trường, vị trí trường tùy chỉnh, xử lý bản dịch, phạm vi nội dung hoặc cấu hình dữ liệu được hỗ trợ phải thay đổi. | Mọi dòng sản phẩm, quan hệ variant, nhóm property, gán Sales Channel, trường tùy chỉnh, giá trị đã dịch, các bản ghi Orders đại diện và cấu trúc nội dung chịu ảnh hưởng. |
| Perform a Di chuyển New | Kết quả đích trước đó không còn là cơ sở đáng tin cậy, môi trường đích đã được đặt lại hoặc phạm vi và giả định đã thay đổi đáng kể. | Toàn bộ phạm vi đã chấp nhận, cách thay thế dữ liệu, visibility theo Sales Channel, quan hệ Products, Customers, Orders, media, nội dung, URLs và kết quả nhạy cảm với extensions. |
Phạm vi xác thực lại phải tương xứng với hành động. Tiếp tục với cấu hình cũ tập trung vào bản ghi mới và mẫu hồi quy. Tiếp tục với cấu hình mới tập trung vào phần liên kết dữ liệu hoặc phạm vi đã thay đổi và tác động trên các Sales Channels. Perform a Di chuyển New yêu cầu phạm vi kiểm chứng rộng để xác nhận kết quả Shopware được xây dựng lại vẫn có thể sử dụng đúng mục đích. Rules, payment, shipping, Tax, Shopping Experiences, cấu hình extension, themes, các tích hợp và chức năng vận hành khác trên Nền tảng đích vẫn tách khỏi kết quả di chuyển dữ liệu thông thường trừ khi được đưa vào phạm vi tùy chỉnh đã thống nhất.
Các điểm kiểm tra trước khi chốt phương án dịch vụ cho Shopware
Trước Di chuyển toàn bộ, quyết định dịch vụ cho Shopware cần vượt qua bốn nhóm kiểm tra riêng. Nhóm catalog phải xác nhận quan hệ Products cha-con, variants, properties, media, bản dịch và visibility theo Sales Channel có cách thể hiện đích được hỗ trợ. Nhóm thương mại phải tách bản ghi đã di chuyển khỏi Shopware Rules, giá, Tax, payment, shipping và cấu hình promotions. Nhóm hệ sinh thái phải nhận diện các trường tùy chỉnh, extensions, Shopping Experiences, APIs và định danh của hệ thống bên ngoài nằm ngoài phạm vi di chuyển bản ghi thông thường. Nhóm trách nhiệm phải xác nhận ai chịu trách nhiệm cấu hình đích, kiểm thử hồi quy và phê duyệt đưa cửa hàng vào vận hành.
| Nhóm kiểm tra | Cơ sở cho phương án được hỗ trợ | Dấu hiệu cần nâng mức xử lý |
|---|---|---|
| Catalog và Sales Channels | Products đại diện cùng các gán Sales Channel vẫn có thể sử dụng đúng mục đích. | Quan hệ quan trọng cần phép biến đổi hoặc trích xuất tùy chỉnh chưa được hỗ trợ. |
| Cấu hình thương mại | Dữ liệu lịch sử đọc được và các rules đang hoạt động được cấu hình riêng. | Quy tắc từ Cửa hàng nguồn phải được tái tạo từ rules tùy chỉnh, plugins hoặc hệ thống bên ngoài. |
| Nội dung và extensions | Nội dung CMS và các trường được hỗ trợ có nơi tiếp nhận rõ ràng. | Shopping Experiences, bảng extension hoặc trường tùy chỉnh chứa dữ liệu quan trọng nhưng không có đích tiêu chuẩn phù hợp. |
| Xác thực và trách nhiệm | Doanh nghiệp có thể phê duyệt mẫu trên các Sales Channels chịu ảnh hưởng. | Đội dự án không thể xác định tiêu chí chấp nhận nếu không có phân tích riêng hoặc Expert Handle. |
Vượt qua các điểm kiểm tra này không có nghĩa phải chọn dịch vụ đắt nhất. Mục tiêu là chọn đúng mức xử lý. Managed Service phù hợp khi phạm vi được hỗ trợ nhưng việc phối hợp khó. Custom Service phù hợp khi chính kết quả mong muốn cần cách xử lý riêng.
Đối chiếu điều kiện dự án để chọn phương án phù hợp
Phương án chuyển đổi Shopware phù hợp phải tương xứng với dữ liệu thực tế, mức độ sẵn sàng của Nền tảng đích, khả năng rà soát nội bộ và rủi ro từ phạm vi chưa được hỗ trợ. Quyết định nên được đưa ra sau khi xem xét catalog, Sales Channels, nội dung, quy tắc thương mại, các trường tùy chỉnh, extensions, các tích hợp và kết quả Demo Migration.
| Nếu dự án có... | Nên ưu tiên... | Cần lưu ý... |
|---|---|---|
| Bản ghi được hỗ trợ tương đối thông thường và Shopware đích đã rõ | Standard Service | Đánh giá thấp trách nhiệm xác thực. |
| Phạm vi được hỗ trợ nhưng khối lượng phối hợp cao | Managed Service | Cho rằng có hướng dẫn thì không cần phạm vi công việc rõ ràng. |
| Nhu cầu cụ thể về lọc bản ghi, biến đổi giá trị trường hoặc liên kết lại trường trong phạm vi được hỗ trợ | Add-ons | Coi dữ liệu tùy chỉnh chưa được hỗ trợ là một yêu cầu Add-on. |
| Dữ liệu do plugin, cấu trúc tùy chỉnh hoặc hệ thống bên ngoài quản lý | Custom Service | Di chuyển dữ liệu lỗi thời không còn giá trị nghiệp vụ. |
| Chưa rõ độ phức tạp | Dùng Demo Migration làm cơ sở ra quyết định | Kết luận từ quá ít mẫu. |
Một quyết định dịch vụ tốt phải giúp dự án dễ xác thực hơn. Nếu phương án đã chọn vẫn khiến đội dự án không biết Products, rules, nội dung, trường tùy chỉnh hoặc các tích hợp quan trọng phải đi đến đâu và được kiểm tra như thế nào, phương án đó chưa sẵn sàng.
Kết luận
Phương án chuyển đổi Shopware phù hợp phụ thuộc vào mối quan hệ giữa dữ liệu được hỗ trợ, mô hình vận hành đích, năng lực rà soát và rủi ro từ phần công việc cần xử lý riêng. Standard Service có thể phù hợp khi dữ liệu và thiết lập tương đối thông thường. Managed Service hỗ trợ khi khối lượng phối hợp và rủi ro xác thực cao hơn. Add-ons tinh chỉnh cách xử lý di chuyển dữ liệu được hỗ trợ. Custom Service dành cho dữ liệu hoặc yêu cầu chưa được hỗ trợ, tùy chỉnh, do extension quản lý hoặc cần phương án riêng.
Khi mẫu catalog, quyết định Sales Channels, rules thương mại, ưu tiên nội dung, các trường tùy chỉnh, các tích hợp, kết quả Demo Migration, ảnh hưởng đến Entity Points và những hành động di chuyển dữ liệu tiếp theo đều đã rõ trước khi đưa cửa hàng vào vận hành, việc chọn phương án sẽ dễ giải thích, kiểm chứng và bảo vệ hơn.
Câu hỏi thường gặp
Khi nào Standard Service có thể đủ cho Shopware?
Standard Service có thể đủ khi các bản ghi được hỗ trợ tương đối thông thường, thiết lập đích rõ ràng, trường tùy chỉnh hạn chế, dữ liệu extension không nằm trong kết quả dự kiến và doanh nghiệp có thể tự quản lý phần chuẩn bị cùng xác thực.
Khi nào dự án chuyển đổi sang Shopware nên dùng Managed Service?
Managed Service hữu ích khi di chuyển dữ liệu vẫn nằm trong phạm vi được hỗ trợ nhưng việc phối hợp khó, nhiều nhóm phải rà soát kết quả, kết quả Demo Migration cần được diễn giải có hướng dẫn hoặc thời điểm đưa cửa hàng vào vận hành đòi hỏi trình tự thực hiện chặt chẽ hơn.
Add-ons và Custom Service khác nhau thế nào trong dự án Shopware?
Add-ons điều chỉnh việc lọc bản ghi, biến đổi giá trị trường hoặc liên kết lại trường trong phạm vi được hỗ trợ. Custom Service xử lý dữ liệu extension chưa được hỗ trợ, trường tùy chỉnh vượt ngoài phạm vi liên kết được hỗ trợ, biến đổi riêng, Custom Platform, định danh hệ thống bên ngoài hoặc quy tắc di chuyển dữ liệu riêng vượt ngoài phạm vi tiêu chuẩn.
Vì sao Demo Migration nên ảnh hưởng đến quyết định dịch vụ?
Demo Migration cho biết các mẫu Shopware đại diện có được di chuyển sạch hay không, cấu hình đích đã sẵn sàng chưa, có cần Add-ons hay không và dữ liệu chưa được hỗ trợ có cần được đưa vào đánh giá Custom Service hay không.
Shopware Rules, thiết lập Sales Channels và extensions có tự hoạt động sau khi dữ liệu được di chuyển không?
Dữ liệu đã di chuyển không tự cấu hình các chức năng đang hoạt động trên Nền tảng đích. Rules, cấu hình Sales Channels, payment, shipping, Tax, cách storefront hoạt động và triển khai extension phải được cấu hình và xác thực riêng, trừ khi các hạng mục đó được đưa rõ ràng vào phạm vi tùy chỉnh đã thống nhất.