Lựa chọn phương án thực hiện chuyển đổi phù hợp cho Storeden cần bắt đầu từ độ phức tạp vận hành thực tế của cửa hàng, không phải chỉ từ tên nền tảng. Storeden hiện hoạt động dưới tên TeamSystem Commerce và có thể là Nền tảng đích phù hợp cho doanh nghiệp cần mô hình thương mại điện tử cloud với catalog và tồn kho tập trung, quản lý Orders, thanh toán, logistics, bán hàng marketplace, apps, API và kết nối với hệ thống kinh doanh. Chính các mối liên kết đó cũng tạo ra những câu hỏi phải được giải quyết trước Di chuyển toàn bộ.
Phương án phù hợp phụ thuộc vào cấu trúc dữ liệu nguồn, cách Storeden được chuẩn bị ở đích, mức độ hỗ trợ thực hiện dự án mà khách hàng cần và việc kết quả mong muốn có nằm trong phạm vi di chuyển dữ liệu được hỗ trợ, Add-ons, Custom Service hay cấu hình riêng trên Nền tảng đích hay không.
Quyết định nên dựa trên dữ liệu thực tế: các bản ghi catalog, Customers và Orders đại diện; quan hệ marketplace; giá trị do app quản lý; ID thuộc TeamSystem hoặc hệ thống ngoài; yêu cầu duy trì SEO; và kết quả Demo Migration. Khi phương án được xác định rõ, các bên phải hiểu Next-Cart sẽ di chuyển phần nào, Storeden cần được cấu hình để xử lý phần nào và phần nào khách hàng hoặc nhà cung cấp liên quan phải chuẩn bị ngoài phạm vi di chuyển dữ liệu.
Trong các Dịch vụ chuyển đổi dữ liệu của Next-Cart, việc lựa chọn cho Storeden cần phân biệt dữ liệu được hỗ trợ, trách nhiệm thực hiện, phạm vi có giới hạn của Add-ons, mối phụ thuộc marketplace hoặc hệ thống ngoài và cấu hình trên Nền tảng đích.
Xác định phương án cho Storeden theo hai trục: mức hỗ trợ và mức tùy chỉnh
Một phương án chuyển đổi sang Storeden cần trả lời đồng thời hai câu hỏi: khách hàng cần Next-Cart hỗ trợ thực hiện ở mức nào, và kết quả mong muốn cần tùy chỉnh ở mức nào. Hai yếu tố này liên quan nhưng không đồng nhất.
Khách hàng có dữ liệu sạch và thuộc phạm vi được hỗ trợ nhưng muốn Next-Cart quản lý quá trình thực hiện có thể phù hợp với Managed Service. Khách hàng có thể tự quản lý việc thực hiện nhưng cần xử lý riêng dữ liệu app, ID marketplace hoặc tham chiếu hệ thống ngoài có thể cần Custom Service. Trường hợp chỉ cần lọc bản ghi theo điều kiện được hỗ trợ, chuyển đổi giá trị trường hoặc đưa trường nguồn sang một trường đích tương thích có thể phù hợp với Add-on thay vì một dự án tùy chỉnh.
| Yếu tố quyết định | Ý nghĩa với Storeden | Hướng lựa chọn dịch vụ |
|---|---|---|
| Cấu trúc dữ liệu được hỗ trợ | Products, Customers, Orders, Categories, Reviews, Coupons, CMS và giá trị SEO phù hợp với cách hệ thống di chuyển dữ liệu hiện hỗ trợ. | Standard Service hoặc Managed Service có thể đủ. |
| Khối lượng công việc thực hiện | Khách hàng muốn Next-Cart phụ trách quá trình di chuyển dữ liệu thay vì tự thực hiện các bước chính. | Managed Service có thể phù hợp hơn Standard Service. |
| Nhu cầu Add-on | Bản ghi đủ điều kiện cần lọc theo điều kiện của từng loại dữ liệu, giá trị trường cần được biến đổi bằng biểu thức, hoặc trường nguồn cần chuyển sang một trường đích tương thích. | Data Filter, Advanced Data Mapping hoặc Data Transformation có thể cải thiện kết quả trong phạm vi được hỗ trợ. |
| Dữ liệu tùy chỉnh hoặc chưa được hỗ trợ | Dữ liệu app, ID hệ thống ngoài, giá trị marketplace, quy tắc Products tùy chỉnh hoặc tham chiếu liên quan TeamSystem cần cách xử lý riêng. | Cần rà soát theo Custom Service. |
| Phụ thuộc vào cấu hình Nền tảng đích | Thanh toán, logistics, themes, apps, kênh hoặc tích hợp phải được cấu hình trong Storeden. | Đây là công việc thiết lập trên đích và không nên bị nhầm với dữ liệu được di chuyển dữ liệu. |
| Chưa đủ thông tin để quyết định | Kết quả Demo Migration chưa chứng minh phương án đã chọn phù hợp với cửa hàng thực tế. | Cần rà soát lại phương án trước khi phê duyệt Di chuyển toàn bộ. |
Phương án an toàn nhất là lựa chọn nhẹ nhất nhưng vẫn đáp ứng đầy đủ kết quả đã thống nhất. Chọn phương án nặng hơn khi chưa có căn cứ có thể làm tăng công việc không cần thiết; chọn phương án nhẹ hơn dù có yêu cầu chưa được hỗ trợ sẽ tạo rủi ro trước khi cửa hàng vận hành.
Khi Standard Service có thể phù hợp với Storeden
Standard Service có thể phù hợp khi Cửa hàng nguồn có dữ liệu sạch thuộc phạm vi được hỗ trợ, khách hàng có thể chuẩn bị cửa hàng Storeden đích và kết quả mong muốn không phụ thuộc vào quy tắc di chuyển dữ liệu tùy chỉnh. Trường hợp này thường rõ hơn khi cấu trúc catalog dễ hiểu, options của Products không quá phức tạp, Orders chủ yếu cần cho mục đích tra cứu lịch sử, Customers và địa chỉ không có quy tắc đặc biệt, còn thanh toán, logistics, themes, apps và kênh marketplace của Storeden sẽ được cấu hình riêng.
Standard Service phù hợp nhất khi khách hàng có đủ thông tin nội bộ để rà soát kết quả Demo Migration, xác định lỗi và tiếp tục Di chuyển toàn bộ sau khi kết quả mẫu đạt yêu cầu.
| Dấu hiệu phù hợp với Standard Service | Ý nghĩa với Storeden | Cách xác nhận |
|---|---|---|
| Dữ liệu catalog sạch | Products, hình ảnh, giá, Categories và tồn kho phù hợp với cấu trúc đích được hỗ trợ. | Các bản ghi Products đại diện hiển thị đúng trong Storeden. |
| Options của Products có cấu trúc rõ | Variants hoặc options không cần cách biến đổi riêng. | Products có variants giữ đúng ý nghĩa SKU, giá, tồn kho và hình ảnh. |
| Dữ liệu Customers thông thường | Customers, địa chỉ và quan hệ với Orders không phụ thuộc vào quy tắc tài khoản bất thường. | Lịch sử mua hàng của các Customers đại diện vẫn dễ hiểu. |
| Orders là dữ liệu lịch sử | Orders trước đây cần cho chăm sóc khách hàng và tài chính, không nhằm tái tạo quy tắc checkout đang hoạt động. | Các bản ghi Orders đại diện thể hiện rõ Products, tổng tiền, nhãn thanh toán, nhãn vận chuyển và ý nghĩa trạng thái. |
| Thiết lập Storeden được quản lý riêng | Theme, thanh toán, vận chuyển, logistics, apps, marketplaces và tích hợp sẽ được cấu hình trên cửa hàng đích. | Tiêu chí chấp nhận kết quả di chuyển dữ liệu không phụ thuộc vào những cấu hình chưa hoàn tất. |
Không nên chọn Standard Service chỉ vì cửa hàng nhỏ. Cửa hàng nhỏ nhưng phụ thuộc dữ liệu app, chức năng Products tùy chỉnh hoặc ID hệ thống ngoài vẫn có thể cần Custom Service. Ngược lại, cửa hàng lớn với cấu trúc sạch và được hỗ trợ vẫn có thể phù hợp với Standard Service nếu khách hàng đủ khả năng chuẩn bị và rà soát.
Khi Managed Service phù hợp hơn
Managed Service phù hợp khi dữ liệu vẫn nằm trong phạm vi di chuyển dữ liệu được hỗ trợ nhưng khách hàng muốn Next-Cart quản lý quá trình thực hiện. Nhu cầu ở đây là hỗ trợ vận hành dự án, không nhất thiết là tùy chỉnh kết quả.
Điều này hữu ích với dự án chuyển đổi sang Storeden có catalog đáng kể, lịch sử Customers và Orders, yêu cầu SEO hoặc thời điểm vận hành cần phối hợp, nhưng khách hàng không muốn tự quản lý từng bước di chuyển dữ liệu.
| Dấu hiệu phù hợp với Managed Service | Vì sao quan trọng | Việc vẫn nằm ngoài di chuyển dữ liệu |
|---|---|---|
| Khách hàng muốn được hỗ trợ thực hiện | Dự án cần quy trình rõ hơn và giảm phần việc khách hàng tự xử lý. | Các thiết lập của Storeden đích vẫn cần khách hàng hoặc phía nền tảng cấu hình. |
| Dữ liệu được hỗ trợ nhưng khối lượng rà soát lớn | Các bản ghi Products, Customers, Orders và SEO đại diện cần được rà soát có tổ chức. | Quyết định về phạm vi công việc, nội dung loại trừ và cấu hình đích vẫn thuộc trách nhiệm khách hàng. |
| Thời điểm vận hành cần phối hợp | Lịch di chuyển dữ liệu, rà soát Demo Migration và chấp nhận Di chuyển toàn bộ cần được tổ chức. | Thanh toán đang hoạt động, logistics, apps, kênh và tích hợp vẫn cần được xác nhận sẵn sàng riêng. |
| Đội nội bộ hạn chế nguồn lực | Khách hàng có thể không đủ thời gian để tự quản lý từng bước di chuyển dữ liệu. | Yêu cầu tùy chỉnh vượt phạm vi được hỗ trợ vẫn cần Custom Service. |
Managed Service không thay thế Custom Service. Nếu kết quả mong muốn phụ thuộc vào xử lý trường tùy chỉnh vượt khả năng liên kết trường được hỗ trợ, dữ liệu app, ID marketplace, dữ liệu hệ thống ngoài hoặc cách biến đổi vượt phạm vi Add-on, yêu cầu vẫn phải được rà soát theo Custom Service ngay cả khi khách hàng đồng thời muốn Next-Cart quản lý quá trình thực hiện.
Khi Add-ons giúp kiểm soát dữ liệu tốt hơn
Add-ons phù hợp khi dữ liệu vẫn thuộc phạm vi di chuyển dữ liệu được hỗ trợ nhưng cần thêm quyền kiểm soát. Với Storeden, chúng hữu ích nhất khi khách hàng cần lọc bản ghi theo điều kiện trường của từng loại dữ liệu, biến đổi giá trị trường bằng biểu thức hoặc đưa trường nguồn sang trường đích tương thích.
| Add-on | Tình huống áp dụng cho Storeden | Ranh giới cần giữ rõ |
|---|---|---|
| Data Filter | Áp dụng điều kiện theo các trường được hỗ trợ của Products, Customers, Orders, CMS Pages hoặc Blog Posts để chỉ di chuyển những bản ghi phù hợp. | Số lượng bản ghi ước tính không phải là bộ lọc; từng điều kiện phải được mô tả rõ. |
| Data Transformation | Áp dụng biểu thức để biến đổi nhãn, tên, trạng thái hoặc giá trị trường được hỗ trợ trong quá trình di chuyển dữ liệu. | Biểu thức không tạo ra cách di chuyển dữ liệu tùy chỉnh cho app hoặc quy tắc chưa được hỗ trợ. |
| Advanced Data Mapping | Đưa trường nguồn được hỗ trợ sang một trường đích Storeden tương thích. | Quan hệ trường phải giữ đúng ý nghĩa và nằm trong phạm vi nền tảng được hỗ trợ. |
Add-ons phát huy giá trị khi khách hàng có thể mô tả rõ điều kiện theo loại dữ liệu, biểu thức biến đổi hoặc cặp trường nguồn và đích. Nếu chính Add-on cần được sửa đổi vượt chức năng có sẵn, yêu cầu chuyển sang Custom Service vì cần cách xử lý tùy chỉnh.
Khi cần Custom Service
Custom Service cần thiết khi kết quả Storeden mong muốn phụ thuộc vào tùy chỉnh, dữ liệu app hoặc plug-in chưa được hỗ trợ, trường tùy chỉnh cần cách xử lý vượt phạm vi mapping được hỗ trợ, diễn giải Custom Platform, ID hệ thống ngoài, dữ liệu marketplace cần cách xử lý riêng hoặc điều chỉnh quy tắc di chuyển dữ liệu tùy chỉnh.
Dự án Storeden có thể cần Custom Service khi hoạt động kinh doanh dựa vào dữ liệu nằm ngoài kết quả di chuyển dữ liệu thông thường của catalog, Customers, Orders, Categories, nội dung hoặc SEO. Điều này đặc biệt quan trọng nếu cửa hàng cũ dùng apps, kết nối ERP, feeds marketplace, quy tắc B2B, checkout riêng, metadata Orders tùy chỉnh hoặc ID tích hợp mà đội vận hành vẫn cần sau khi cửa hàng đi vào hoạt động.
| Dấu hiệu cần Custom Service | Ví dụ với Storeden | Vì sao Standard Service hoặc Add-ons có thể chưa đủ |
|---|---|---|
| Dữ liệu do app sở hữu mang ý nghĩa kinh doanh | Trường app điều khiển promotions, nhóm Customers, listings marketplace hoặc bối cảnh xử lý đơn hàng. | di chuyển dữ liệu tiêu chuẩn có thể không bao gồm dữ liệu app chưa được hỗ trợ. |
| ID hệ thống ngoài phải tiếp tục sử dụng được | ID ERP, kế toán, kho, POS, CRM hoặc TeamSystem cần thiết sau khi vận hành. | Các ID này có thể cần cách liên kết hoặc biến đổi tùy chỉnh. |
| Chức năng Products được xây dựng riêng | Bundles, Products có cấu hình riêng, variants không tiêu chuẩn, trường tùy chỉnh hoặc thuộc tính theo kênh ảnh hưởng đến bán hàng. | Dữ liệu có thể không phù hợp với cấu trúc Products/variants thông thường. |
| Giá trị marketplace cần xử lý riêng | ID marketplace, Categories theo kênh, trạng thái listing hoặc tham chiếu nguồn cần được giữ. | Dữ liệu kênh có thể khác catalog tiêu chuẩn của storefront. |
| Orders chứa metadata vận hành tùy chỉnh | Tham chiếu thanh toán, ID logistics, ghi chú xử lý đơn hàng, nhãn Tax hoặc tham chiếu ngoài hệ thống cần diễn giải riêng. | Lịch sử đơn hàng có thể không giữ đủ bối cảnh vận hành mong muốn nếu thiếu xử lý tùy chỉnh. |
| Nguồn là Custom Platform | Hệ thống nguồn được xây dựng riêng hoặc không có cấu trúc xuất dữ liệu ổn định. | Cần diễn giải tùy chỉnh trước khi áp dụng quy tắc di chuyển dữ liệu. |
Custom Service xác định hướng tùy chỉnh. Dịch vụ này không tự động đồng nghĩa Next-Cart sẽ quản lý toàn bộ quá trình thực hiện nếu trách nhiệm đó không được đưa vào kế hoạch cuối cùng.
Custom Service cũng không tự động bao gồm cài app, thiết lập marketplace, cấu hình thanh toán hoặc vận chuyển, triển khai theme, triển khai tích hợp TeamSystem hay tái tạo hoàn chỉnh Storeden nếu các hạng mục đó không được thỏa thuận rõ.
Entity Points phản ánh dung lượng bản ghi, không phản ánh toàn bộ độ phức tạp
Entity Points đo khối lượng bản ghi đủ điều kiện, không đo toàn bộ độ phức tạp của dự án chuyển đổi sang Storeden. Các loại dữ liệu được tính là Products, Customers, Orders và Blog Posts khi bản ghi được di chuyển dữ liệu lần đầu trong cùng di chuyển dữ liệu đã mua và lộ trình chuyển đổi cố định. Categories, CMS Pages, Reviews, Coupons, variants, tham chiếu marketplace, dữ liệu app, trường tùy chỉnh và ID ngoài hệ thống có thể làm tăng phạm vi công việc hoặc độ phức tạp dịch vụ nhưng không trở thành loại bản ghi Entity Points riêng.
Trong các lần di chuyển dữ liệu tiếp theo trên Storeden, bản ghi đủ điều kiện đã đượ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. Độ phức tạp từ marketplace, logistics, apps và hệ thống kinh doanh được đánh giá riêng. Products, Customers, Orders và Blog Posts mới đủ điều kiện có thể tiêu thụ Entity Points khi được di chuyển dữ liệu lần đầu.
| Dấu hiệu về quy mô | Entity Points cho biết | Nội dung vẫn cần đánh giá riêng |
|---|---|---|
| Catalog Products lớn | Khối lượng Products được tính | Variants, quan hệ marketplace, quyền sở hữu tồn kho, hình ảnh và thuộc tính tùy chỉnh |
| Tập Customers lớn | Khối lượng Customers được tính | Vai trò B2B, consent, danh tính trùng, tham chiếu CRM và trường do app sở hữu |
| Lịch sử đơn hàng lớn | Khối lượng Orders được tính | Thanh toán, Tax, xử lý đơn hàng, marketplace và bối cảnh hệ thống ngoài |
| Nội dung Blog | Khối lượng Blog Posts được tính | CMS Pages, landing pages, đường dẫn SEO, media và việc tái tạo theme |
Entity Points hỗ trợ lựa chọn dung lượng plan, còn Demo Migration và rà soát phạm vi công việc xác định liệu cấu trúc Storeden có cần Add-ons, Custom Service, cấu hình trên đích hay chấp nhận loại trừ hay không.
Chọn phương án cho lần di chuyển dữ liệu tiếp theo dựa trên phần đã thay đổi
Các lựa chọn cho lần di chuyển dữ liệu tiếp theo cần dựa vào nội dung đã thay đổi sau lần di chuyển dữ liệu trước: chỉ dữ liệu, cấu hình được hỗ trợ hay toàn bộ cơ sở của dự án.
| Hành động hiện tại | Tình huống Storeden | Nội dung phải xác thực lại |
|---|---|---|
| Continue the di chuyển dữ liệu with the Last Used Configuration | Có thêm bản ghi mới đủ điều kiện trong khi phạm vi và cấu hình đã phê duyệt vẫn phù hợp. | Kiểm tra Products, Customers, Orders và Blog Posts mới được di chuyển dữ liệu cùng các bản ghi hồi quy đại diện. |
| Continue the di chuyển dữ liệu with a New Configuration | Cần thay đổi bộ lọc được hỗ trợ, cách đưa trường nguồn sang trường đích, lựa chọn loại dữ liệu hoặc cấu hình. | Xác thực lại mọi trường bị ảnh hưởng của Products, variants, Customers, Orders, nội dung, marketplace và tham chiếu hệ thống ngoài. |
| Perform a Di chuyển New | Kế hoạch đích hoặc kết quả Storeden mong muốn đã thay đổi đáng kể đến mức kết quả di chuyển dữ liệu trước không còn nên được dùng làm cơ sở làm việc, trong khi lộ trình Nền tảng nguồn đến Nền tảng đích của di chuyển dữ liệu đã mua vẫn không đổi. | Xác thực kết quả đích được làm mới và xác nhận kết quả di chuyển dữ liệu trước không còn được xem là cơ sở có hiệu lực. |
Các hành động này không tự động xây lại themes, cấu hình thanh toán và vận chuyển đang hoạt động, kết nối lại marketplaces, triển khai apps hoặc khôi phục tích hợp TeamSystem và hệ thống ngoài. Trách nhiệm cho các phần việc đó phải được ghi rõ trong phạm vi cuối cùng.
Dùng Demo Migration để kiểm chứng phương án đã chọn
Demo Migration cần xác nhận phương án đã chọn thực sự phù hợp với Storeden. Bộ bản ghi mẫu phải có khả năng bộc lộ độ phức tạp của Products, catalog, Customers, Orders, nội dung, marketplace, apps và tích hợp.
| Bản ghi Demo | Nội dung cần chứng minh | Nếu không đạt, cần xem xét |
|---|---|---|
| Products có variants | Options, SKU, tồn kho, giá và hình ảnh vẫn đúng ý nghĩa. | Có thể cần rà soát mapping hoặc Custom Service. |
| Products nhạy cảm với marketplace | ID kênh hoặc bối cảnh listing xuất hiện đúng nơi cần thiết. | Dữ liệu marketplace có thể cần cách xử lý riêng. |
| Customers có lịch sử đơn hàng | Thông tin tài khoản, địa chỉ và quan hệ với Orders vẫn dễ hiểu. | Cần rà soát quan hệ Customers/Orders. |
| Customers B2B hoặc liên quan doanh nghiệp | Bối cảnh doanh nghiệp, Tax, group hoặc tài khoản được giữ đúng trong phạm vi đã thống nhất. | Quy tắc B2B có thể cần Custom Service hoặc cấu hình trên đích. |
| Orders phức tạp | Products, discounts, Taxes, nhãn thanh toán, nhãn vận chuyển và bối cảnh xử lý đơn hàng vẫn rõ. | Ý nghĩa lịch sử đơn hàng có thể cần mapping hoặc rà soát tùy chỉnh. |
| Bản ghi thuộc hệ thống ngoài | ID ERP, kế toán, kho, API hoặc TeamSystem xuất hiện như dự kiến. | Dữ liệu phụ thuộc tích hợp có thể cần Custom Service. |
| URL hoặc Pages ưu tiên | Có thể đánh giá khả năng duy trì SEO và nội dung. | Kế hoạch redirect, CMS hoặc xây lại nội dung thủ công có thể chưa đầy đủ. |
Nếu kết quả Demo Migration chứng minh phương án đã chọn đáp ứng yêu cầu, dự án có thể tiếp tục với cơ sở rõ hơn. Nếu mẫu bộc lộ dữ liệu chưa được hỗ trợ, phụ thuộc app, thiếu ID ngoài hệ thống, bối cảnh Orders chưa rõ hoặc Products mất ý nghĩa kinh doanh, cần rà soát lại phương án dịch vụ trước Di chuyển toàn bộ.
Dấu hiệu cho thấy phương án đang quá nhẹ so với yêu cầu thực tế
Phương án Storeden có thể quá nhẹ nếu chỉ tập trung vào di chuyển bản ghi mà bỏ qua các mối phụ thuộc vận hành. Điều này thường xảy ra khi doanh nghiệp giả định Nền tảng đích sẽ tự tái tạo các quy trình cũ.
Các dấu hiệu cần chú ý gồm:
- Products hoặc Orders marketplace quan trọng nhưng ID theo kênh chưa được đưa vào rà soát phạm vi;
- tham chiếu TeamSystem, ERP, kế toán, kho, CRM, POS hoặc API quan trọng cho vận hành nhưng chưa có bản ghi kiểm thử;
- apps hoặc plug-ins điều khiển giá, nhóm Customers, xử lý đơn hàng, marketing hoặc báo cáo;
- options, attributes, bộ lọc hoặc quy tắc tồn kho của Products bị xem như văn bản thuần;
- kỳ vọng chức năng B2B nhưng chưa xác nhận quy tắc tài khoản, giá, Tax hoặc phê duyệt;
- chấp nhận Orders mà chưa kiểm tra thanh toán, vận chuyển, xử lý đơn hàng, refund, Tax hoặc bối cảnh logistics;
- nhầm cấu hình checkout đang hoạt động, nhà cung cấp thanh toán, logistics, marketplaces và apps với dữ liệu lịch sử được di chuyển dữ liệu;
- chỉ rà soát SEO sau khi cửa hàng đã vận hành;
- Demo Migration chỉ dùng những bản ghi dễ xử lý.
Khi xuất hiện các dấu hiệu này, dự án không nên tiến tới Di chuyển toàn bộ trước khi rà soát lại phương án. Bước tiếp theo có thể là chọn bộ bản ghi Demo Migration đại diện hơn, cấu hình Add-on, rà soát Custom Service hoặc phân định rõ hơn giữa phạm vi di chuyển dữ liệu và phần thiết lập Storeden.
Kết luận
Phương án chuyển đổi sang Storeden phụ thuộc vào việc dự án cần di chuyển dữ liệu tiêu chuẩn trong phạm vi được hỗ trợ, Next-Cart quản lý quá trình thực hiện, điều kiện lọc theo loại dữ liệu, biểu thức biến đổi giá trị, liên kết trường nguồn sang trường đích, Custom Service hay sự kết hợp của các thành phần này. Standard Service có thể phù hợp với cấu trúc sạch và được hỗ trợ. Managed Service phù hợp khi nhu cầu chính là hỗ trợ thực hiện. Add-ons giúp tinh chỉnh việc lọc bản ghi, biến đổi giá trị trường và liên kết trường trong phạm vi hỗ trợ. Custom Service cần thiết khi kết quả phụ thuộc vào dữ liệu chưa được hỗ trợ, giá trị do app quản lý, ID hệ thống ngoài, xử lý marketplace riêng, diễn giải Custom Platform hoặc điều chỉnh quy tắc di chuyển dữ liệu tùy chỉnh.
Demo Migration là điểm kiểm chứng cho quyết định này. Nếu Products, Customers, Orders, bản ghi marketplace, ID ngoài hệ thống và URL ưu tiên đại diện cho thấy kết quả đúng như dự kiến, phương án đã chọn có cơ sở để được phê duyệt. Nếu chúng bộc lộ dữ liệu chưa được hỗ trợ hoặc quy tắc tùy chỉnh, cần điều chỉnh phương án trước Di chuyển toàn bộ.
Câu hỏi thường gặp
Standard Service có đủ cho một dự án chuyển đổi sang Storeden không?
Standard Service có thể đủ khi dữ liệu nguồn phù hợp với phạm vi di chuyển dữ liệu được hỗ trợ, khách hàng có thể quản lý phần thiết lập Storeden đích và kết quả mong muốn không cần dữ liệu app, ID hệ thống ngoài, cách biến đổi tùy chỉnh hoặc quy tắc chưa được hỗ trợ.
Khi nào nên chọn Managed Service cho Storeden?
Managed Service phù hợp khi dữ liệu thuộc phạm vi được hỗ trợ nhưng khách hàng muốn Next-Cart quản lý quá trình thực hiện. Dịch vụ này giảm phần việc vận hành dự án phía khách hàng nhưng không thay thế Custom Service khi cần tùy chỉnh.
Add-ons khác Custom Service thế nào trong dự án chuyển đổi sang Storeden?
Add-ons xử lý các nhu cầu có giới hạn trong phạm vi dữ liệu được hỗ trợ, gồm lọc bản ghi, biến đổi giá trị trường hoặc đưa trường nguồn sang trường đích. Custom Service cần thiết khi dự án yêu cầu xử lý dữ liệu chưa được hỗ trợ, dữ liệu app hoặc plug-in, ID hệ thống ngoài, diễn giải Custom Platform hay điều chỉnh quy tắc di chuyển dữ liệu tùy chỉnh.
Demo Migration cần chứng minh điều gì trước Di chuyển toàn bộ?
Demo Migration cần cho thấy các bản ghi đại diện hoạt động đúng trên Storeden: Products, variants, tồn kho, Categories, Customers, Orders, giá trị liên quan marketplace, ID ngoài hệ thống và URL hoặc Pages ưu tiên. Nếu các mẫu này bộc lộ dữ liệu chưa được hỗ trợ hoặc yêu cầu tùy chỉnh, cần rà soát lại phương án trước Di chuyển toàn bộ.
Nên dùng lựa chọn nào cho lần di chuyển dữ liệu tiếp theo với Storeden?
Dùng Continue the di chuyển dữ liệu with the Last Used Configuration khi chỉ có thêm bản ghi mới và các giả định đã phê duyệt về Storeden, marketplace cùng tham chiếu hệ thống ngoài vẫn đúng. Dùng Continue the di chuyển dữ liệu with a New Configuration khi cần thay đổi phạm vi được hỗ trợ, bộ lọc, mapping hoặc cấu hình. Dùng Perform a Di chuyển New khi kết quả di chuyển dữ liệu mong muốn hoặc cơ sở dự án đã thay đổi đáng kể.