Phương án chuyển đổi sang CS-Cart phụ thuộc vào lượng ý nghĩa kinh doanh nằm phía sau dữ liệu nguồn. Một cửa hàng có Products, Customers, Orders, Categories, CMS Pages, Blog Posts, Reviews, Coupons và URL theo cấu trúc thông thường có thể phù hợp với một Dịch vụ chuyển đổi dữ liệu tương đối trực tiếp. Marketplace, mô hình gần B2B, catalog tùy biến sâu, cửa hàng phụ thuộc add-on hoặc nguồn có trách nhiệm riêng theo vendor thường cần phân tích nhiều hơn trước khi chọn Dịch vụ chuyển đổi dữ liệu.
Không nên chọn phương án chỉ dựa trên số lượng bản ghi. Kế hoạch chuyển đổi sang CS-Cart cần xem xét cấu trúc catalog, quan hệ sở hữu theo vendor, nhóm khách hàng, tuyến URL theo storefront, phụ thuộc add-on, các trường tùy chỉnh, mã định danh từ hệ thống bên ngoài và mức độ doanh nghiệp có thể tự đánh giá kết quả Demo Migration. Phương án phù hợp phải giữ được ý nghĩa kinh doanh mà không coi cấu hình, chức năng tùy chỉnh hoặc quy tắc marketplace như dữ liệu thông thường.
Với CS-Cart, trước hết cần xác định di chuyển dữ liệu có thể nằm trong Standard Service hay doanh nghiệp cần Managed Service để đội ngũ chuyên gia trực tiếp thực hiện. Tiếp theo, cần đánh giá liệu một Standard Add-on có thể xử lý điều kiện lọc theo loại dữ liệu, tạo giá trị đích hoặc đưa trường nguồn được hỗ trợ sang trường đích tương thích. Custom Service chỉ cần thiết khi dữ liệu nguồn hoặc kết quả đích đòi hỏi tùy chỉnh, sửa đổi hay cách xử lý di chuyển dữ liệu riêng.
Trong các Dịch vụ chuyển đổi dữ liệu của Next-Cart, quyết định cho CS-Cart cần phân biệt rõ phạm vi di chuyển được hỗ trợ, trách nhiệm thực hiện, Add-ons có phạm vi xác định và các yêu cầu marketplace/vendor cần xử lý tùy chỉnh.
Phương án thực hiện di chuyển dữ liệu cần quyết định những gì
Phương án chuyển đổi sang CS-Cart phải xác định ai chịu trách nhiệm thực hiện, dữ liệu nguồn cần được diễn giải đến mức nào và phần nào của kết quả đích có thể được xử lý trong phạm vi di chuyển dữ liệu chuẩn. Phương án cũng phải xác định cách dùng Demo Migration trước Di chuyển toàn bộ và liệu những thay đổi sau đó có cần các lựa chọn cho lần di chuyển dữ liệu tiếp theo hay không.
Quyết định đầu tiên là cấu trúc nguồn có đủ tiêu chuẩn để xử lý trực tiếp hay không. Products, Categories, Customers, Orders, Reviews, Coupons và nội dung có thể phù hợp với Standard Service khi ý nghĩa của các trường dữ liệu đã rõ và kỳ vọng tại đích không có yêu cầu bất thường. Tuy nhiên, dự án chuyển đổi sang CS-Cart thường có những phần cần hiểu sâu hơn, như features so với options, cây Categories, Products thuộc vendor, tài khoản quản trị vendor, nhóm khách hàng, trường do add-on tạo, hoa hồng marketplace và mã định danh của hệ thống bên ngoài.
Quyết định thứ hai là doanh nghiệp có thể tự quản lý quá trình thực hiện hay không. Một số doanh nghiệp có thể cấu hình dịch vụ, chạy Demo Migration, rà soát các bản ghi đại diện, điều chỉnh thiết lập rồi tiếp tục Di chuyển toàn bộ. Trường hợp khác cần đội ngũ dịch vụ trực tiếp vận hành vì cửa hàng lớn, có tính sống còn với doanh thu, nhạy cảm với marketplace hoặc khó xác thực.
| Câu hỏi khi chọn phương án | Vì sao quan trọng với CS-Cart | Hướng lựa chọn |
|---|---|---|
| Dữ liệu nguồn có cấu trúc rõ không? | Bản ghi chuẩn có thể được hiểu với ít nhu cầu rà soát tùy chỉnh hơn. | Standard Service có thể phù hợp. |
| Doanh nghiệp có cần chuyên gia trực tiếp thực hiện không? | di chuyển dữ liệu có thể vẫn chuẩn nhưng tự vận hành sẽ tốn công hoặc nhiều rủi ro. | Managed Service có thể phù hợp. |
| Có cần điều kiện lọc theo loại dữ liệu, tạo giá trị đích hoặc đưa trường nguồn sang trường đích được hỗ trợ không? | Một số yêu cầu vẫn nằm trong phạm vi di chuyển dữ liệu được hỗ trợ. | Data Filter, Advanced Data Mapping hoặc Data Transformation có thể phù hợp. |
| Nguồn có cấu trúc tùy chỉnh hoặc không được hỗ trợ không? | Trước tiên phải kiểm tra xem trường tùy chỉnh có thể được đưa sang trường đích bằng phương án được hỗ trợ hay không; quy tắc marketplace, mã định danh từ hệ thống bên ngoài hoặc cấu trúc phi chuẩn có thể cần cách xử lý riêng. | Custom Service có thể cần thiết khi vượt khỏi ranh giới di chuyển dữ liệu chuẩn và Add-ons. |
| Demo Migration cho thấy ý nghĩa kinh doanh bị thiếu không? | Phương án đang chọn có thể chưa đủ. | Nâng phương án trước Di chuyển toàn bộ. |
Phương án nên được chọn trước Di chuyển toàn bộ và kiểm tra bằng các bản ghi đại diện. Nếu Demo Migration cho thấy cấu trúc catalog, vendor, Customers, Orders hoặc routes không giữ đúng ý nghĩa, doanh nghiệp nên điều chỉnh Dịch vụ chuyển đổi dữ liệu trước khi mở rộng quy mô thực hiện.
Khi nào Standard Service có thể phù hợp
Standard Service phù hợp khi dữ liệu nguồn có cấu trúc rõ và kết quả mong đợi tại CS-Cart nằm trong cách xử lý di chuyển dữ liệu được hỗ trợ. Phương án này phù hợp nhất khi Products, Categories, Customers, Orders, Reviews, Coupons, CMS Pages, Blog Posts và URL có thể được hiểu mà không cần quy tắc xử lý tùy chỉnh, trường nguồn không được hỗ trợ hoặc biến đổi riêng cho marketplace.
Với CS-Cart, Standard Service phù hợp nhất khi cửa hàng đích là mô hình thương mại trực tuyến truyền thống hoặc catalog có cấu trúc rõ. Tên Products, SKU/code, mô tả, giá, tồn kho, hình ảnh, Categories, trạng thái, tài khoản Customers, lịch sử đơn hàng, Reviews, Coupons và nội dung cần có ý nghĩa kinh doanh trực tiếp. Doanh nghiệp cũng phải sẵn sàng cấu hình dịch vụ, kiểm tra Demo Migration và xác nhận kết quả.
Standard Service cũng có thể phù hợp với một số dự án gần marketplace nếu các yêu cầu về vendor nằm ngoài phạm vi di chuyển dữ liệu hoặc việc thiết lập marketplace được xử lý riêng trên Nền tảng đích. Tuy vậy, không nên giả định vendor ownership, hoa hồng, payout references, seller dashboards hoặc marketplace governance sẽ tự được giữ như dữ liệu chuẩn nếu phạm vi dịch vụ chưa xác nhận điều đó.
| Dấu hiệu Standard Service phù hợp | Vì sao hỗ trợ phương án chuẩn |
|---|---|
| Products và Categories sạch, dễ hiểu về mặt thương mại | Catalog có thể được di chuyển và xác thực mà không cần diễn giải sâu. |
| Features, options và variations đã được ghi nhận | Doanh nghiệp có thể kiểm tra cấu trúc Products ở đích có đúng hay không. |
| Customers và lịch sử đơn hàng là các bản ghi thông thường | Có thể dùng dữ liệu đại diện để xác nhận tài khoản và lịch sử đơn hàng vẫn giữ đúng mối liên hệ. |
| Quy tắc marketplace không thuộc phạm vi di chuyển dữ liệu bắt buộc | Không cần giải quyết độ phức tạp vendor trong di chuyển dữ liệu chuẩn. |
| Dữ liệu Add-on hoặc trường tùy chỉnh không ảnh hưởng đến việc đưa cửa hàng vào vận hành | di chuyển dữ liệu có thể tập trung vào các loại dữ liệu được hỗ trợ và cấu hình tại đích. |
| Doanh nghiệp có thể tự vận hành và rà soát | Doanh nghiệp có thể tự thực hiện di chuyển dữ liệu một cách thực tế. |
Không nên chọn Standard Service chỉ vì đơn giản hơn. Chỉ nên chọn khi cấu trúc nguồn và kỳ vọng đích đủ rõ cho phương án chuẩn. Nếu còn nội dung chưa được làm rõ, Demo Migration cần chứa các bản ghi khó thay vì chỉ những trường hợp dễ.
Khi nào Managed Service là lựa chọn an toàn hơn
Managed Service phù hợp khi phạm vi di chuyển dữ liệu được hỗ trợ đáp ứng yêu cầu nhưng doanh nghiệp cần chuyên gia trực tiếp thực hiện. Điều này hữu ích với CS-Cart khi nguồn chưa đến mức cần Custom Service, nhưng rủi ro kinh doanh, dung lượng dữ liệu, độ nhạy marketplace hoặc khối lượng xác thực khiến việc doanh nghiệp tự thực hiện kém thực tế.
Doanh nghiệp có thể chọn Managed Service khi cửa hàng đang hoạt động và quan trọng với doanh thu, khi cần lập kế hoạch thời điểm thực hiện, khi đội nội bộ thiếu kinh nghiệm di chuyển dữ liệu, khi mẫu vendor/catalog cần rà soát cẩn thận hoặc khi dự kiến nhiều vòng xác thực. Managed Service không biến yêu cầu tùy chỉnh không được hỗ trợ thành di chuyển dữ liệu chuẩn. Dịch vụ thay đổi ai chịu trách nhiệm thực hiện, điều phối và hỗ trợ vận hành trong phạm vi đã thống nhất.
Managed Service đặc biệt hữu ích với CS-Cart khi doanh nghiệp phải phối hợp quyền truy cập nguồn, đánh giá Demo Migration, thời điểm Di chuyển toàn bộ và các kiểm tra sau di chuyển dữ liệu quanh hoạt động kinh doanh. Một marketplace hoặc catalog lớn vẫn có thể cần Custom Service cho một số yêu cầu, nhưng Managed Service giúp giảm rủi ro thực hiện khi phần di chuyển dữ liệu cốt lõi vẫn nằm trong phạm vi chuẩn.
| Dấu hiệu Managed Service phù hợp | Vì sao quan trọng |
|---|---|
| Cửa hàng nguồn đang hoạt động và luồng Orders cần được quản lý cẩn thận | Thời điểm thực hiện và điều phối rà soát trở nên quan trọng hơn. |
| Catalog lớn nhưng cấu trúc rõ | di chuyển dữ liệu chuẩn có thể phù hợp nhưng tự vận hành gây quá tải. |
| Doanh nghiệp cần chuyên gia trực tiếp thực hiện di chuyển dữ liệu | Trách nhiệm thực hiện chuyển từ doanh nghiệp sang đội ngũ dịch vụ. |
| Demo Migration cần nhiều đội cùng rà soát | Products, Orders, vendor, nội dung và SEO cần quy trình theo dõi có tổ chức. |
| Nguồn lực di chuyển dữ liệu nội bộ hạn chế | Việc đội ngũ dịch vụ trực tiếp thực hiện giúp giảm gánh nặng vận hành không cần thiết. |
Managed Service phải được chọn vì đúng nhu cầu. Đây không phải cách bỏ qua những phần dữ liệu nguồn chưa được làm rõ. Nếu Cửa hàng nguồn có dữ liệu marketplace tùy chỉnh, bản ghi không được hỗ trợ, cấu trúc database đã sửa, mã định danh từ hệ thống bên ngoài hoặc yêu cầu cách xử lý di chuyển dữ liệu riêng, Custom Service vẫn có thể cần thiết.
Khi nào Add-ons có thể cải thiện phạm vi di chuyển dữ liệu
Add-ons hữu ích khi doanh nghiệp có một nhu cầu xử lý cụ thể nhưng yêu cầu đó vẫn nằm trong phạm vi di chuyển dữ liệu được hỗ trợ. Với CS-Cart, các nhu cầu thường gặp gồm lọc bản ghi theo điều kiện của từng loại dữ liệu, đưa trường nguồn được hỗ trợ sang trường đích tương thích và tạo giá trị đích bằng biểu thức. Add-ons không thay thế Custom Service khi yêu cầu cần diễn giải dữ liệu nguồn không được hỗ trợ hoặc cần cách xử lý riêng.
Data Filter có thể áp dụng điều kiện theo trường trên các loại dữ liệu được hỗ trợ để chỉ những bản ghi khớp điều kiện được di chuyển dữ liệu. Advanced Data Mapping có thể đưa trường nguồn được hỗ trợ sang trường đích tương thích khi ý nghĩa tại đích đã rõ. Data Transformation có thể thay đổi hoặc tạo giá trị được ghi vào trường đích được hỗ trợ trong quá trình di chuyển dữ liệu.
| Add-on | Trường hợp dùng cho CS-Cart | Ranh giới cần giữ |
|---|---|---|
| Data Filter | Áp dụng điều kiện theo trường trên Products, Customers, Orders hoặc Blog Posts được hỗ trợ để chỉ di chuyển hoặc loại khỏi di chuyển dữ liệu các bản ghi khớp điều kiện. | Số lượng nhập để tính dung lượng không tự trở thành bộ lọc dữ liệu. |
| Data Transformation | Dùng biểu thức để tạo hoặc thay đổi giá trị của trường được hỗ trợ thành kết quả tương thích với đích. | Biểu thức không tái tạo quy tắc marketplace hoặc quy tắc xử lý tùy chỉnh trong database. |
| Advanced Data Mapping | Đưa trường nguồn được hỗ trợ sang trường tương thích trên CS-Cart. | Việc đưa trường nguồn sang trường đích không thể tái tạo chức năng marketplace không được hỗ trợ. |
| Standard Add-ons | Dùng các chức năng Add-on hiện có cho nhu cầu di chuyển dữ liệu đã xác định rõ. | Mỗi Add-on phải giải quyết một yêu cầu cụ thể, không dùng để bù cho yêu cầu chưa được làm rõ. |
| Tailored Add-ons hoặc Custom Add-ons | Điều chỉnh hoặc xây dựng phạm vi hỗ trợ add-on riêng cho yêu cầu của dự án. | Các trường hợp này được rà soát qua Custom Service vì cần tùy chỉnh. |
Khi chuyển đổi sang CS-Cart, Advanced Database Mapping chỉ có thể áp dụng khi Nền tảng nguồn cũng là Open-Source. Ngoài điều kiện Nền tảng nguồn và CS-Cart đều là Open-Source, yêu cầu đưa trường hoặc cột database vẫn phải phù hợp với cấu trúc đích được hỗ trợ và giới hạn kiểu dữ liệu của trường hoặc cột.
Chỉ nên chọn Add-ons sau khi đã xác định chính xác vấn đề. Nếu yêu cầu là “chỉ Di chuyển Products có source status = active”, Data Filter có thể phù hợp. Nếu một trường nguồn được hỗ trợ cần ghi sang trường đích tương thích, Advanced Data Mapping có thể phù hợp. Nếu quy tắc hoa hồng vendor phải được diễn giải từ bảng dữ liệu tùy chỉnh, Custom Service thường phù hợp hơn Standard Add-on.
Khi nào Custom Service là bắt buộc
Custom Service cần thiết khi di chuyển dữ liệu đòi hỏi tùy chỉnh, sửa đổi, xử lý Custom Platform, diễn giải dữ liệu không được hỗ trợ, điều chỉnh cách xử lý di chuyển dữ liệu riêng, Tailored Add-ons, Custom Add-ons hoặc cách xử lý riêng vượt quá Standard Service. Dự án chuyển đổi sang CS-Cart có thể cần Custom Service khi dữ liệu nguồn mang ý nghĩa marketplace, B2B, add-on, hệ thống bên ngoài hoặc trường tùy chỉnh mà di chuyển dữ liệu chuẩn không thể xử lý như bản ghi thông thường.
Các tình huống thường gặp gồm vendor ownership được lưu theo cách phi chuẩn, hoa hồng marketplace tùy chỉnh, tham chiếu payout của seller, cấu trúc Products đã sửa, configurator đặc thù, dữ liệu thuộc add-on nguồn, quan hệ Customers-company, trường hồ sơ tùy chỉnh, ERP identifiers, mã xử lý đơn hàng, historical reporting keys và external system references. Nền tảng nguồn bị tùy biến sâu cũng có thể cần Custom Service vì mô hình dữ liệu thực tế không còn khớp giả định chuẩn.
| Yếu tố có thể dẫn tới Custom Service | Vì sao xử lý chuẩn có thể không đủ |
|---|---|
| Vendor ownership tùy chỉnh hoặc không đầy đủ | Ý nghĩa marketplace có thể cần diễn giải thay vì chỉ chuyển trường trực tiếp. |
| Trường tùy chỉnh ảnh hưởng đến việc đưa cửa hàng vào vận hành | Trường không được hỗ trợ có thể cần cách đưa sang đích riêng, biến đổi giá trị hoặc cách giữ lại riêng. |
| Dữ liệu thuộc Add-on kiểm soát chức năng kinh doanh | Dữ liệu có thể nằm ngoài Products, Customers hoặc Orders thông thường. |
| Quy tắc B2B/tài khoản đặc thù ở nguồn | Nhóm khách hàng và quy tắc giá có thể không chuyển trực tiếp. |
| Mã định danh từ hệ thống bên ngoài phải giữ ổn định | ERP, PIM, POS, hệ thống xử lý đơn hàng hoặc tham chiếu kế toán có thể cần cách xử lý riêng. |
| Nền tảng nguồn tùy chỉnh hoặc sửa sâu | Các giả định chuẩn có thể không mô tả đúng cấu trúc dữ liệu. |
Nên xem xét Custom Service sớm, không chờ đến khi Di chuyển toàn bộ không tạo ra kết quả mong đợi. Nếu nghi ngờ có yêu cầu tùy chỉnh, cách an toàn là chuẩn bị ví dụ và làm rõ yêu cầu trước khi chốt phương án chuẩn. Khi đó, quyết định dịch vụ có thể tách phần dữ liệu di chuyển dữ liệu được hỗ trợ, phần thuộc cấu hình đích, phần Add-ons xử lý được và phần thực sự cần cách xử lý tùy chỉnh.
Custom Service không tự động bao gồm phát triển add-on CS-Cart/Multi-Vendor, cấu hình storefront, onboarding vendor, thiết lập payment/shipping, triển khai tích hợp hoặc xây lại toàn bộ marketplace, trừ khi các trách nhiệm đó được đưa rõ vào phạm vi đã thống nhất.
Entity Points ảnh hưởng đến việc xác định phạm vi chuyển đổi sang CS-Cart thế nào
Entity Points dùng để xác định dung lượng của các bản ghi đủ điều kiện được di chuyển dữ liệu. Với CS-Cart, Entity Points áp dụng khi Products, Customers, Orders hoặc Blog Posts được di chuyển trong Entity Points Plan. Quy tắc quan trọng là các Products, Customers, Orders và Blog Posts mới đủ điều kiện tiêu thụ Entity Points khi được di chuyển dữ liệu lần đầu. Với hoạt động tiếp theo trên cùng lộ trình chuyển đổi, các 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 của vendor, marketplace và add-on được đánh giá riêng.
Điều này quan trọng khi dự án có catalog lớn, kho lịch sử đơn hàng, database Customers hoặc Blog Posts. Doanh nghiệp cần ước lượng phạm vi bản ghi cẩn thận rồi quyết định có cần lọc trước di chuyển dữ liệu hay không. Data Filter có thể giảm phạm vi khi chỉ cần một tập bản ghi nhất định, nhưng nhập số lượng nhỏ hơn để tính giá không tự lọc di chuyển dữ liệu.
Entity Points là thước đo dung lượng, không phải điểm đánh giá mức độ phù hợp của nền tảng. Cửa hàng ít bản ghi vẫn có thể cần Custom Service nếu quan hệ sở hữu theo vendor hoặc trường tùy chỉnh có yêu cầu vượt khỏi phạm vi đưa trường nguồn sang trường đích được hỗ trợ. Cửa hàng có nhiều bản ghi vẫn có thể dùng Standard Service nếu cấu trúc sạch và kỳ vọng chuẩn.
| Câu hỏi khi lập kế hoạch Entity Points | Ý nghĩa với CS-Cart |
|---|---|
| Products, Customers, Orders và Blog Posts nào là bản ghi mới đủ điều kiện? | Ước lượng đúng dung lượng Entity Points Plan cần mua. |
| Có cần toàn bộ lịch sử đơn hàng không? | Có thể dùng Data Filter nếu chỉ cần Orders gần đây hoặc còn giá trị vận hành. |
| Mọi Products đều cần cho launch không? | Products obsolete, test, disabled hoặc vendor-discontinued có thể không cần di chuyển dữ liệu. |
| Có Di chuyển Blog Posts không? | Cần đưa phạm vi Blog vào nếu tính liên tục của nội dung quan trọng. |
| Bản ghi được di chuyển dữ liệu lại chỉ vì thực hiện hành động khác? | Không coi bản ghi đã tính là Entity Points mới nếu không có lý do sản phẩm tương ứng. |
Việc lập kế hoạch Entity Points nên hoàn thành trước Demo Migration để mẫu kiểm thử và kỳ vọng Di chuyển toàn bộ phản ánh đúng phạm vi dự kiến. Cần rà soát lại khi doanh nghiệp dùng các lựa chọn cho lần di chuyển dữ liệu tiếp theo, nhất là khi thay đổi cấu hình hoặc Perform a Di chuyển New.
Demo Migration cần giúp xác nhận điều gì
Demo Migration phải kiểm tra xem Dịch vụ chuyển đổi dữ liệu đã chọn có đáp ứng đủ yêu cầu của dự án hay không. Với CS-Cart, Demo Migration hữu ích cần chứa các bản ghi làm rõ cấu trúc catalog, quan hệ sở hữu theo vendor, bối cảnh tài khoản Customers, khả năng đọc lịch sử đơn hàng, cách định tuyến nội dung và yêu cầu với trường tùy chỉnh. Không nên chỉ chọn Products đơn giản nếu cửa hàng cuối cùng phụ thuộc vào dữ liệu phức tạp hơn.
Khi rà soát Demo Migration, cần xác nhận Products có đúng nội dung, Categories, hình ảnh, tồn kho, trạng thái, features, options và cách variations hoạt động; bản ghi thuộc vendor có giữ đúng ý nghĩa marketplace; Customers và Orders còn liên kết và đọc được; CMS Pages và Blog Posts có tiếp tục phục vụ đúng mục đích nội dung; và trường nguồn được hỗ trợ có cần Advanced Data Mapping hay cấu trúc không được hỗ trợ cần Custom Service.
| Quyết định từ Demo Migration | Nội dung cần kiểm tra |
|---|---|
| Catalog có sử dụng được không? | Products, Categories, images, stock, status, features, options, variations và route behavior. |
| Bối cảnh marketplace có được giữ không? | Quan hệ sở hữu theo vendor, bản ghi tài khoản quản trị vendor, Products thuộc vendor và bối cảnh người bán trong lịch sử đơn hàng. |
| Tài khoản có còn đúng ý nghĩa không? | Nhóm khách hàng, địa chỉ, tài khoản quản trị vendor và các trường tài khoản gần B2B. |
| Lịch sử đơn hàng có đọc được không? | Liên kết Customers, Products, bối cảnh thanh toán và giao hàng, tham chiếu Tax và trách nhiệm của vendor. |
| Nội dung có hỗ trợ chuyển sang vận hành không? | CMS Pages, Blog Posts, metadata, routes Products/Categories và redirects. |
| Phương án đã chọn còn phù hợp không? | Vấn đề có thể giải quyết bằng cấu hình chuẩn, Add-ons, Managed Service hay Custom Service. |
Demo Migration không chỉ là bản xem trước. Đây là điểm kiểm tra để xác nhận Dịch vụ chuyển đổi dữ liệu. Nếu kết quả làm mất ý nghĩa quan hệ vendor, trường tùy chỉnh không được hỗ trợ, quy tắc tài khoản chưa rõ hoặc cấu trúc Products sai, doanh nghiệp nên điều chỉnh phương án trước Di chuyển toàn bộ.
Dùng Di chuyển toàn bộ và lựa chọn cho lần di chuyển dữ liệu tiếp theo
Di chuyển toàn bộ nên bắt đầu khi Dịch vụ chuyển đổi dữ liệu đã được xác nhận và doanh nghiệp hiểu rõ những gì phải kiểm tra sau khi hoàn tất. Với CS-Cart, kế hoạch Di chuyển toàn bộ cần xác định thời điểm ngừng thay đổi dữ liệu tại Cửa hàng nguồn, kỳ vọng cho lần lấy dữ liệu cuối, các thay đổi vendor hoặc Products trong khoảng thời gian di chuyển dữ liệu và trách nhiệm rà soát sau di chuyển dữ liệu.
Các lựa chọn cho lần di chuyển dữ liệu tiếp theo trở nên quan trọng khi Cửa hàng nguồn thay đổi sau một kết quả di chuyển dữ liệu trước đó hoặc doanh nghiệp cần cấu hình khác hay một kết quả di chuyển dữ liệu riêng. Ba hành động chính thức gồm Continue the di chuyển dữ liệu with the Last Used Configuration, Continue the di chuyển dữ liệu with a New Configuration và Perform a Di chuyển New. Lựa chọn phụ thuộc vào việc các giả định cốt lõi có thay đổi hay không.
| Lựa chọn | Dùng khi | Ví dụ với CS-Cart |
|---|---|---|
| Continue the di chuyển dữ liệu with the Last Used Configuration | Có bản ghi mới nhưng cách đưa dữ liệu sang đích và các giả định về đích không thay đổi. | Orders và Customers mới phát sinh sau giai đoạn chuẩn bị Di chuyển toàn bộ. |
| Continue the di chuyển dữ liệu with a New Configuration | Doanh nghiệp sửa cấu trúc nguồn hoặc thay đổi cách đưa dữ liệu sang đích. | Categories, nhóm khách hàng, quan hệ gán vendor hoặc quy tắc nội dung được cập nhật. |
| Perform a Di chuyển New | Kết quả đích trước đó không còn nên là cơ sở làm việc vì phạm vi, yêu cầu Custom Service hoặc thiết lập đích thay đổi đáng kể, trong khi lộ trình Nền tảng nguồn sang Nền tảng đích đã mua vẫn giữ nguyên. | Mô hình marketplace, yêu cầu Custom Service, thiết lập đích và toàn bộ tiêu chuẩn chấp nhận cần được xác thực lại. |
Các lựa chọn cho lần di chuyển dữ liệu tiếp theo phải được quyết định dựa trên thay đổi thực tế. Nếu chỉ xuất hiện Orders mới, cấu hình lần trước có thể đủ. Nếu quan hệ gán vendor được xây lại, cấu hình mới có thể an toàn hơn. Nếu doanh nghiệp chuyển từ kế hoạch cửa hàng đơn giản sang marketplace Multi-Vendor, Perform a Di chuyển New có thể phù hợp hơn. Việc này không thay đổi lộ trình Nền tảng nguồn sang Nền tảng đích đã mua.
Kết luận
Phương án chuyển đổi phù hợp cho CS-Cart phụ thuộc vào ý nghĩa dữ liệu, trách nhiệm thực hiện, nhu cầu tùy chỉnh và kết quả xác thực. Standard Service có thể phù hợp khi cấu trúc nguồn sạch và doanh nghiệp có thể tự chạy, rà soát quy trình. Managed Service an toàn hơn khi di chuyển dữ liệu vẫn có thể dùng phạm vi chuẩn nhưng doanh nghiệp muốn đội ngũ dịch vụ trực tiếp thực hiện. Add-ons hỗ trợ các nhu cầu có ranh giới rõ về lọc bản ghi, thay đổi giá trị trường và đưa trường nguồn sang trường đích. Custom Service cần thiết khi dự án đòi hỏi tùy chỉnh, sửa đổi, xử lý dữ liệu không được hỗ trợ, Custom Platform hoặc điều chỉnh cách xử lý di chuyển dữ liệu riêng.
Phương án nên được kiểm chứng bằng Demo Migration trước Di chuyển toàn bộ. Khi cần hành động tiếp theo, hãy chọn giữa giữ cấu hình cũ, dùng cấu hình mới hoặc thực hiện di chuyển dữ liệu mới dựa trên mức độ thay đổi của giả định và kết quả mong muốn.
Câu hỏi thường gặp
Standard Service có thể xử lý dự án chuyển đổi sang CS-Cart không?
Standard Service có thể phù hợp khi dữ liệu nguồn có cấu trúc rõ, kỳ vọng đích nằm trong phạm vi chuẩn và doanh nghiệp có thể chạy, rà soát Demo Migration cùng Di chuyển toàn bộ. Dịch vụ kém phù hợp hơn khi quy tắc marketplace, trường tùy chỉnh vượt khỏi phạm vi đưa trường nguồn sang trường đích được hỗ trợ, dữ liệu thuộc add-on hoặc mã định danh từ hệ thống bên ngoài cần diễn giải phi chuẩn.
Khi nào nên chọn Managed Service cho CS-Cart?
Nên chọn Managed Service khi di chuyển dữ liệu có thể dùng phạm vi chuẩn nhưng việc doanh nghiệp tự thực hiện tạo gánh nặng hoặc rủi ro không cần thiết. Phương án này hữu ích với cửa hàng lớn, doanh nghiệp đang hoạt động và dự án cần đội ngũ dịch vụ trực tiếp thực hiện cùng quy trình xác thực có điều phối.
Add-ons có thể thay thế Custom Service trong dự án chuyển đổi sang CS-Cart không?
Add-ons không thay thế Custom Service. Add-ons hỗ trợ lọc bản ghi, Data Transformation hoặc đưa trường nguồn sang trường đích trong các ranh giới được hỗ trợ. Custom Service cần thiết khi di chuyển dữ liệu đòi hỏi tùy chỉnh, diễn giải nguồn không được hỗ trợ, điều chỉnh cách xử lý di chuyển dữ liệu, Tailored Add-ons, Custom Add-ons hoặc xử lý Custom Platform.
Demo Migration phải chứng minh điều gì trước Di chuyển toàn bộ?
Demo Migration cần cho thấy phương án đã chọn giữ đúng ý nghĩa catalog CS-Cart, bối cảnh vendor, quan hệ tài khoản, lịch sử đơn hàng vẫn đọc được, nội dung cần thiết tiếp tục phục vụ đúng mục đích và các bản ghi nhạy cảm với tùy chỉnh không làm giảm chất lượng khi đưa cửa hàng vào vận hành.
Cần chuẩn bị gì để Custom Service rà soát dự án chuyển đổi sang CS-Cart?
Chuẩn bị các ví dụ CS-Cart thể hiện quan hệ sở hữu theo vendor, trường tùy chỉnh ảnh hưởng đến việc đưa cửa hàng vào vận hành nhưng vượt khỏi phạm vi đưa trường nguồn sang trường đích được hỗ trợ và bản ghi add-on kiểm soát quy tắc marketplace hoặc B2B. Đồng thời xác định cách biểu diễn mong muốn ở đích, hệ thống hoặc đội ngũ sẽ sử dụng kết quả và tiêu chí cần đạt để chấp nhận kết quả Custom Service.