Phương án chuyển đổi sang VTEX phù hợp phụ thuộc vào mức độ mà hoạt động thương mại của doanh nghiệp cần được diễn giải, chuyển đổi, cấu hình hoặc xác thực ngoài phạm vi di chuyển các bản ghi thông thường. VTEX có thể hỗ trợ cấu trúc Catalog phức tạp, nhiều cách triển khai storefront, hoạt động marketplace, mô hình B2B, Master Data, các tích hợp và dịch vụ bên ngoài. Chính mức độ linh hoạt đó khiến dự án cần tách rõ dữ liệu có thể di chuyển theo phạm vi được hỗ trợ khỏi phần triển khai trên VTEX và các quy tắc nghiệp vụ tùy chỉnh.
Một dự án chuyển đổi sang VTEX có quy mô nhỏ vẫn có thể cần lựa chọn Dịch vụ chuyển đổi dữ liệu thận trọng nếu dữ liệu nguồn phụ thuộc vào trường tùy chỉnh, external identifiers, quan hệ marketplace hoặc giả định của storefront Headless. Ngược lại, dự án lớn vẫn có thể phù hợp với phương án nhẹ hơn khi dữ liệu nằm trong phạm vi được hỗ trợ, cấu trúc đích rõ ràng và doanh nghiệp có thể tự xác thực kết quả một cách đáng tin cậy. Quyết định phải dựa trên thông tin kiểm chứng được, không dựa riêng vào danh tiếng nền tảng hay số lượng bản ghi.
Trong các Dịch vụ chuyển đổi dữ liệu của Next-Cart, việc đánh giá VTEX cần tách riêng dữ liệu được hỗ trợ, khối lượng công việc thực thi, các Add-ons có phạm vi rõ, yêu cầu liên quan đến marketplace hoặc Master Data và phần triển khai nằm ngoài phạm vi di chuyển dữ liệu.
Phương án chuyển đổi cho VTEX cần xác định những gì
Phương án chuyển đổi VTEX là quyết định về phạm vi công việc, trách nhiệm, mức hỗ trợ, cấu hình và khối lượng xác thực. Phương án này cần làm rõ những bản ghi nào dự kiến được di chuyển, những chức năng nào phải được cấu hình trực tiếp trên VTEX, bản ghi hoặc trường được hỗ trợ nào cần điều kiện theo loại dữ liệu, biểu thức thay đổi giá trị hoặc một trường đích khác, yêu cầu nào cần Custom Service và những hạng mục đưa cửa hàng vào vận hành nào thuộc trách nhiệm của đội triển khai phía doanh nghiệp.
Cần tách công việc thành bốn lớp trách nhiệm:
| Lớp công việc | Ví dụ với VTEX | Ý nghĩa đối với Dịch vụ chuyển đổi dữ liệu |
|---|---|---|
| Bản ghi được hỗ trợ để di chuyển | Products, SKUs, Categories, brands, Customers, Orders, hình ảnh, CMS Pages, Blog Posts và các trường liên quan được hỗ trợ. | Có thể phù hợp với Standard Service hoặc Managed Service tùy nhu cầu thực thi và xác thực. |
| Điều chỉnh được hỗ trợ trong quá trình di chuyển dữ liệu | Điều kiện lọc bản ghi theo từng loại dữ liệu, thay đổi giá trị trường bằng biểu thức hoặc đưa trường nguồn được hỗ trợ sang một trường đích tương thích khác. | Có thể cần Data Filter, Advanced Data Mapping hoặc Data Transformation. |
| Nhu cầu tùy chỉnh hoặc ngoài phạm vi hỗ trợ | Các đối tượng Master Data, giá trị do app sở hữu, ngữ cảnh riêng của marketplace, external IDs, chuyển đổi theo yêu cầu riêng hoặc diễn giải Custom Platform. | Cần được xem xét theo Custom Service. |
| Triển khai trực tiếp trên VTEX | Storefront, apps, các tích hợp, checkout đang hoạt động, thanh toán, logistics, tìm kiếm, Promotions, thiết lập seller và cấu hình vận hành. | Cần được chuẩn bị và xác thực ngoài phần di chuyển bản ghi thông thường. |
Cách tách này ngăn hai sai lầm đối lập: chọn phương án quá nhẹ chỉ vì các loại bản ghi nghe quen thuộc, hoặc chọn Custom Service cho công việc thực tế chỉ là điều chỉnh di chuyển dữ liệu được hỗ trợ hay triển khai trực tiếp trên VTEX.
Khi nào Standard Service có thể là đủ
Standard Service có thể phù hợp khi dữ liệu nguồn nằm trong phạm vi di chuyển dữ liệu được hỗ trợ, cấu trúc VTEX đích có thể dự đoán rõ và doanh nghiệp có thể tự quản lý việc thiết lập, rà soát và phê duyệt. Phương án này phù hợp nhất khi Products và SKUs có cấu trúc thông thường, Categories và brands rõ ràng, dữ liệu Customers theo mô hình tiêu chuẩn, lịch sử đơn hàng chỉ cần duy trì giá trị tham chiếu dễ hiểu và các quy tắc tùy chỉnh của nền tảng nguồn ở mức hạn chế.
Không nên đánh giá Standard Service chỉ theo khối lượng bản ghi. Một Catalog lớn vẫn có thể khả thi khi quan hệ giữa Products và SKUs rõ ràng và doanh nghiệp có thể xác thực các mẫu đại diện. Ngược lại, một cửa hàng nhỏ hơn có thể không phù hợp nếu dữ liệu cốt lõi phụ thuộc vào trường nguồn tùy chỉnh, Master Data, quyền sở hữu marketplace hoặc cách diễn giải từ hệ thống bên ngoài.
| Dấu hiệu phù hợp với Standard Service | Lý do liên quan đến VTEX |
|---|---|
| Products và SKUs có cấu trúc nguồn rõ ràng. | Có thể rà soát cách đưa Catalog sang VTEX mà không cần chuyển đổi theo yêu cầu riêng. |
| Specifications, Categories và brands ổn định và nằm trong phạm vi được hỗ trợ. | Giá trị phục vụ tìm kiếm, duyệt Catalog và merchandising có thể được xác thực bằng các mẫu thông thường. |
| Dữ liệu Customers và Orders chủ yếu theo cấu trúc tiêu chuẩn. | Bối cảnh giao dịch trước đây có thể tiếp tục hữu ích mà không cần tái dựng tài khoản theo quy tắc riêng. |
| Giá và Promotions không cần chuyển đổi đặc biệt. | Thiết lập thương mại có thể được xử lý qua di chuyển dữ liệu được hỗ trợ hoặc cấu hình trực tiếp trên VTEX. |
| Yêu cầu marketplace, B2B và Master Data ở mức hạn chế hoặc được loại khỏi phạm vi. | Dự án ít phụ thuộc hơn vào dữ liệu không được hỗ trợ hoặc dữ liệu tùy chỉnh. |
| Doanh nghiệp có thể tự xác thực kết quả. | Việc rà soát do khách hàng thực hiện vẫn khả thi. |
Standard Service trở nên rủi ro khi doanh nghiệp không thể mô tả một mẫu VTEX đạt yêu cầu phải trông như thế nào. Khi tiêu chí thành công chưa rõ, vấn đề không chỉ nằm ở khâu thực thi; phạm vi công việc của dự án cũng cần được làm rõ thêm.
Khi nào Managed Service an toàn hơn
Managed Service có thể phù hợp hơn khi dữ liệu vẫn nằm trong phạm vi được hỗ trợ nhưng dự án cần hỗ trợ thực thi, trình tự công việc và phối hợp chặt chẽ hơn. Dữ liệu có thể không cần chuyển đổi tùy chỉnh, nhưng doanh nghiệp không có đủ nguồn lực hoặc kinh nghiệm để tự quản lý các lần di chuyển dữ liệu, rà soát mẫu, phối hợp xử lý vấn đề và thời điểm đưa cửa hàng vào vận hành.
Với VTEX, Managed Service thường đáng cân nhắc khi Catalog lớn, việc rà soát quan hệ giữa Products và SKUs bị giới hạn thời gian, nhiều bên chịu trách nhiệm phải phê duyệt các lớp kết quả khác nhau, hoặc kế hoạch vận hành chính thức đồng thời phụ thuộc vào di chuyển dữ liệu và phần triển khai trên VTEX. Managed Service có thể hỗ trợ điều phối quá trình di chuyển dữ liệu, nhưng không biến một yêu cầu ngoài phạm vi hỗ trợ thành yêu cầu được hỗ trợ.
| Trường hợp phù hợp với Managed Service | Tình huống VTEX |
|---|---|
| Dữ liệu được hỗ trợ nhưng khối lượng rà soát lớn | Catalog lớn, nhiều SKUs, nhiều hình ảnh hoặc phạm vi lịch sử đơn hàng rộng. |
| Nhiều chủ thể nghiệp vụ phải phê duyệt mẫu | Các đội Catalog, giá, vận hành, hỗ trợ, SEO, storefront và tích hợp đều cần tham gia rà soát. |
| Thời gian chuẩn bị đưa cửa hàng vào vận hành hạn chế | Hoạt động di chuyển dữ liệu phải được phối hợp với cấu hình đích và thay đổi tại Cửa hàng nguồn. |
| Doanh nghiệp cần hỗ trợ thực thi | Việc Next-Cart phụ trách thực thi hữu ích, trong khi doanh nghiệp vẫn chịu trách nhiệm xác thực cuối cùng. |
| Phạm vi Standard rõ nhưng áp lực vận hành cao | Dự án cần điều phối, không phải quy tắc di chuyển dữ liệu tùy chỉnh. |
Nên chọn Managed Service vì nhu cầu thực thi và phối hợp. Custom Service vẫn cần được xem xét nếu di chuyển dữ liệu phụ thuộc vào bản ghi không được hỗ trợ, external identifiers, cách diễn giải Master Data, chuyển đổi theo yêu cầu riêng hoặc điều chỉnh cách xử lý di chuyển dữ liệu tùy chỉnh.
Khi nào Add-ons là công cụ phù hợp
Add-ons phù hợp khi yêu cầu nằm trong phạm vi được hỗ trợ, có ranh giới rõ và có thể mô tả cụ thể. Data Filter có thể áp dụng các điều kiện riêng cho những bản ghi Catalog hoặc thương mại VTEX đủ điều kiện. Data Transformation có thể tạo giá trị trường xác định bằng biểu thức, còn Advanced Data Mapping có thể đưa một trường nguồn được hỗ trợ sang một trường khác trên VTEX. Yêu cầu không được hỗ trợ hoặc yêu cầu tùy chỉnh vẫn cần được xem xét theo Custom Service.
Một yêu cầu Add-on tốt phải được viết thành tiêu chí nghiệm thu cụ thể. Chẳng hạn, doanh nghiệp có thể cần loại Products thỏa một điều kiện xác định trên trường nguồn, thay đổi một giá trị được hỗ trợ bằng biểu thức hoặc đưa một trường nguồn sang một trường khác trên VTEX. Yêu cầu như “làm cấu trúc VTEX khớp với quy trình tùy chỉnh ở nguồn” quá mơ hồ; nhu cầu đó có thể thực sự thuộc Custom Service hoặc phần triển khai trực tiếp trên VTEX.
| Nhu cầu Add-on | Ví dụ với VTEX | Kiểm tra ranh giới |
|---|---|---|
| Data Filter | Áp dụng điều kiện trên các trường được hỗ trợ của Products, Customers, Blog Posts hoặc Orders để chỉ những bản ghi phù hợp được di chuyển. | Việc lọc không được loại bỏ bản ghi cần cho báo cáo, dịch vụ khách hàng hoặc duy trì giá trị SEO. |
| Data Transformation | Dùng biểu thức để thay đổi giá trị của trường được hỗ trợ trước khi ghi vào VTEX. | Biểu thức và kết quả đầu ra phải nằm trong phạm vi chức năng được hỗ trợ. |
| Advanced Data Mapping | Đưa trường nguồn được hỗ trợ sang một trường khác trên VTEX thuộc Products, SKUs, Customers, Orders hoặc nội dung. | Việc đổi trường đích không thể tạo ra chức năng VTEX vốn không được hỗ trợ. |
| Nhu cầu Tailored Add-on hoặc Custom Add-on | Chức năng của một Standard Add-on cần được điều chỉnh theo dự án, hoặc dự án cần chức năng Add-on được xây riêng. | Công việc được xem xét và báo giá qua Custom Service thay vì coi là phạm vi Standard Add-on. |
Add-ons phát huy giá trị tốt nhất khi ý nghĩa ở nguồn và đích đều rõ. Chúng không phù hợp khi doanh nghiệp dùng Add-on để tránh quyết định xem một yêu cầu có thực sự là tùy chỉnh hay không.
Khi nào cần xem xét Custom Service
Nên xem xét Custom Service khi kết quả chuyển đổi sang VTEX phụ thuộc vào dữ liệu, chức năng hoặc cách diễn giải vượt ngoài phạm vi tiêu chuẩn được hỗ trợ. Quy mô doanh nghiệp không phải là yếu tố quyết định. Yếu tố quyết định là nhu cầu về cách xử lý di chuyển dữ liệu tùy chỉnh, chuyển đổi theo yêu cầu riêng, bản ghi không được hỗ trợ, xử lý Custom Platform, diễn giải Master Data, external identifiers, giá trị do app sở hữu, tái dựng ngữ cảnh marketplace hoặc xử lý dữ liệu nhạy với các tích hợp.
Custom Service có thể cần thiết ngay cả khi số lượng bản ghi nhìn thấy không lớn. Một tập Products nhỏ vẫn có thể cần xử lý tùy chỉnh nếu mỗi bản ghi Products phụ thuộc vào dữ liệu bổ sung từ PIM bên ngoài, specifications không theo chuẩn, seller offers, quy tắc giá tùy chỉnh hoặc cách xử lý bundle riêng ở nguồn. Ngược lại, dự án lớn hơn có thể không cần Custom Service nếu bản ghi được hỗ trợ và phần triển khai trực tiếp trên VTEX đảm nhiệm chức năng vận hành.
| Yếu tố dẫn đến Custom Service | Vì sao yếu tố này thay đổi phương án |
|---|---|
| Cần di chuyển các đối tượng Master Data | Các đối tượng tùy chỉnh có thể không hoạt động như trường Customers, Products hoặc Orders thông thường. |
| External identifiers phải tiếp tục sử dụng được | Khả năng đối chiếu giữa ERP, PIM, WMS, OMS, CRM, marketplace hoặc hệ thống kế toán có thể phụ thuộc vào việc giữ đúng định danh. |
| Cần tái dựng ngữ cảnh marketplace hoặc seller | Ý nghĩa của seller, offer, commission, quy trình hoàn tất đơn hàng hoặc received SKU có thể cần diễn giải riêng. |
| Quan hệ giữa Products và SKUs cần chuyển đổi | Bundles, kits, assemblies, personalization, attachments hoặc dịch vụ có thể không chuyển sang mô hình đích theo cách tiêu chuẩn. |
| Dữ liệu ảnh hưởng storefront cần được tái cấu trúc | URLs, nội dung CMS, cách tìm kiếm/facet, routing hoặc metadata có thể cần xử lý theo yêu cầu riêng. |
| Nền tảng nguồn là Custom Platform hoặc đã được sửa đổi nhiều | Chính cấu trúc nguồn có thể cần cách trích xuất và diễn giải tùy chỉnh. |
Phạm vi Custom Service cần được xác định từ các bản ghi và tình huống đại diện. Doanh nghiệp nên cung cấp bản ghi đại diện, kết quả mong muốn và lý do nghiệp vụ cần giữ giá trị tùy chỉnh. Nếu thiếu ví dụ, việc xác định Custom Service dễ trở nên trừu tượng và khó xác thực.
Dùng Demo Migration để kiểm chứng phương án đã chọn
Demo Migration cần kiểm tra liệu phương án đã chọn có đủ trước Di chuyển toàn bộ hay không. Với VTEX, bộ mẫu nên tập trung vào những quan hệ dữ liệu có khả năng ảnh hưởng nhiều nhất đến việc đưa cửa hàng vào vận hành: Products và SKUs, specifications, giá, Promotions, Customers, Orders, ngữ cảnh marketplace, Master Data, các tích hợp và bản ghi nhạy với storefront.
| Mẫu Demo Migration | Quyết định cần rút ra |
|---|---|
| Products đơn giản với một SKU | Xác nhận việc di chuyển Catalog cơ bản có hoạt động đúng hay không. |
| Products có nhiều SKUs | Xác nhận các biến thể ở nguồn có trở thành SKUs có thể sử dụng trên VTEX hay không. |
| Products có nhiều specifications | Xác nhận giá trị phục vụ tìm kiếm, bộ lọc và merchandising có giữ được cấu trúc cần thiết hay không. |
| Ví dụ về quy tắc thương mại | Xác định giá, Promotion hoặc bối cảnh kênh cần được di chuyển, cấu hình trên VTEX hay loại khỏi phạm vi. |
| Bản ghi Customers có bối cảnh doanh nghiệp | Xác nhận ý nghĩa Customers và tài khoản có tiếp tục sử dụng được hay không. |
| Đơn hàng đại diện cho vận hành | Xác nhận lịch sử đơn hàng vẫn có thể đọc và sử dụng cho dịch vụ khách hàng cũng như tài chính. |
| Giá trị thuộc Master Data hoặc do hệ thống tích hợp sở hữu | Xác định yêu cầu được hỗ trợ, loại khỏi phạm vi hay cần Custom Service. |
| Bản ghi nhạy với storefront | Xác định nội dung, URLs, tìm kiếm và giả định SEO cần triển khai riêng hay xử lý tùy chỉnh. |
Nếu Demo Migration cho thấy các bản ghi đại diện vẫn duy trì đúng ý nghĩa cần sử dụng, phương án đã chọn có thể phù hợp. Nếu mẫu liên tục bộc lộ khoảng trống cấu trúc, thiếu tham chiếu ngoài, ngữ cảnh marketplace mơ hồ, mất trường tùy chỉnh hoặc sai lệch ở dữ liệu ảnh hưởng storefront, phương án cần được điều chỉnh trước Di chuyển toàn bộ.
Dùng Entity Points để xác định phạm vi chuyển đổi VTEX
Entity Points hỗ trợ xác định phạm vi nhưng không thay thế việc đánh giá độ phức tạp. Các bản ghi thuộc Products, Customers, Orders và Blog Posts có thể tiêu thụ Entity Points khi được di chuyển lần đầu. Những bản ghi mới đủ điều kiện cũng có thể tiêu thụ Entity Points khi một lần di chuyển dữ liệu sau đưa chúng vào phạm vi lần đầu tiên.
Bản ghi đủ điều kiện đã được tính trong Dịch vụ chuyển đổi dữ liệu đã mua không tiêu thụ Entity Points lần nữa chỉ vì doanh nghiệp tiếp tục di chuyển dữ liệu hoặc thực hiện một hành động di chuyển dữ liệu khác trên cùng lộ trình chuyển đổi. Quy tắc này đặc biệt quan trọng với dự án chuyển đổi sang VTEX khi trong thời gian chuẩn bị vận hành có thể phát sinh Products, Customers, Orders hoặc Blog Posts mới sau lần di chuyển dữ liệu đầu tiên.
Entity Points không tự đo được độ phức tạp của VTEX. Một dự án có khối lượng bản ghi vừa phải vẫn có thể cần Custom Service nếu phụ thuộc vào Master Data, external identifiers, ngữ cảnh seller hoặc chuyển đổi quan hệ giữa Products và SKUs theo yêu cầu riêng. Một dự án lớn hơn vẫn có thể phù hợp với Standard Service hoặc Managed Service khi bản ghi được hỗ trợ và có thể được rà soát rõ ràng.
Chọn phương án cho lần di chuyển dữ liệu tiếp theo với VTEX
Kế hoạch đưa VTEX vào vận hành thường có các lần di chuyển dữ liệu tiếp theo vì công việc liên quan đến Catalog, seller, offer, Master Data, Orders và các tích hợp có thể vẫn tiếp tục trong lúc tài khoản đích được chuẩn bị. Lựa chọn phù hợp phụ thuộc vào việc cấu hình đã được chấp nhận 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 cửa hàng đích có cần được xây lại từ một nền tảng mới hay không.
| Lựa chọn cho lần di chuyển dữ liệu tiếp theo | Khi phù hợp với VTEX | 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ác bộ lọc, quan hệ trường và cấu hình dữ liệu được hỗ trợ đã được chấp nhận vẫn đúng; nhu cầu chính là xử lý bản ghi mới đủ điều kiện hoặc thay đổi phát sinh ở nguồn. | Products và SKUs mới, specifications thay đổi, Customers, Orders, Blog Posts, URLs và một mẫu hồi quy từ các bản ghi đã di chuyển trước đó. |
| Continue the di chuyển dữ liệu with a New Configuration | Demo Migration hoặc rà soát trên đích cho thấy điều kiện lọc, quan hệ trường, phạm vi nội dung, cách xử lý specifications, ngữ cảnh seller hoặc cấu hình dữ liệu được hỗ trợ phải thay đổi. | Mọi nhóm Products/SKU bị ảnh hưởng, quan hệ giữa Categories và specifications, mẫu seller hoặc offer, bản ghi Customers và Orders, nội dung, URL và trường chịu tác động của cấu hình mới. |
| Perform a Di chuyển New | Kết quả đích trước đó không còn là nền tảng làm việc phù hợp, môi trường VTEX đã được đặt lại hoặc phạm vi và giả định của dự án thay đổi đáng kể. | Toàn bộ phạm vi đã chấp nhận, cách xử lý thay thế, mức độ sạch của đích, yêu cầu kích hoạt Catalog, ngữ cảnh seller, bản ghi lịch sử, URLs và kết quả nhạy với tích hợp. |
Các bản ghi đủ điều kiện đã được tính trên cùng lộ trình chuyển đổi không bị tính lại, trong khi Products, Customers, Orders hoặc Blog Posts thực sự mới có thể tiêu thụ dung lượng khi được di chuyển lần đầu. Độ phức tạp liên quan đến seller, Trade Policy, logistics, Master Data và marketplace của VTEX phải được đánh giá riêng.
Mức xác thực lại phải tương ứng với hành động. Tiếp tục bằng 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 bằng cấu hình mới phải chứng minh quy tắc thay đổi cải thiện kết quả mong muốn mà không làm hỏng bản ghi không bị ảnh hưởng. Perform a Di chuyển New cần phạm vi kiểm chứng rộng hơn vì kết quả trên đích được xây lại. Giá, logistics, checkout, seller onboarding, triển khai storefront, apps và các tích hợp trên VTEX vẫn là trách nhiệm riêng trừ khi chúng được nêu rõ trong phạm vi đã thống nhất.
Đối chiếu yêu cầu VTEX với Dịch vụ chuyển đổi dữ liệu phù hợp
Dự án VTEX thường kết hợp bản ghi thương mại thông thường với các cấu trúc cấp doanh nghiệp được cấu hình hoặc do hệ thống khác sở hữu. Cần lựa chọn phương án theo từng yêu cầu thay vì gắn một nhãn duy nhất cho toàn bộ dự án.
| Yêu cầu VTEX | Standard Service | Managed Service | Add-ons | Custom Service |
|---|---|---|---|---|
| Products, SKUs, Categories, brands, Customers và Orders có cấu trúc rõ | Phù hợp khi dữ liệu được hỗ trợ và doanh nghiệp có thể tự rà soát | Hữu ích khi việc thực thi và phối hợp phê duyệt phức tạp | Chỉ dùng cho lọc, đổi trường đích hoặc điều chỉnh được hỗ trợ với phạm vi rõ | Thông thường không cần |
| Specifications gắn với Categories và ý nghĩa của Products/SKU | Phù hợp khi quan hệ nguồn rõ và tương thích | Hữu ích khi nhiều chủ thể Catalog phải phê duyệt mẫu | Có thể điều chỉnh vị trí trường được hỗ trợ hoặc phạm vi bản ghi | Cần khi chuyển đổi theo yêu cầu riêng hoặc cấu trúc không được hỗ trợ quyết định kết quả |
| Marketplace sellers, offers hoặc ngữ cảnh seller bên ngoài | Chỉ phù hợp khi được loại khỏi phạm vi hoặc được hỗ trợ đầy đủ trên lộ trình đã thống nhất | Hỗ trợ điều phối nhưng không tạo quy tắc seller vốn không được hỗ trợ | Không thay thế việc tái dựng marketplace | Phù hợp khi seller, offer, commission hoặc quyền sở hữu cần xử lý tùy chỉnh |
| Master Data hoặc đối tượng do app sở hữu | Thường nằm ngoài xử lý thông thường trừ khi được hỗ trợ rõ | Không thay đổi ranh giới chức năng được hỗ trợ | Không đủ để xử lý loại dữ liệu không được hỗ trợ | Phù hợp khi đối tượng và quan hệ cần rà soát, xử lý theo yêu cầu riêng |
| Identifiers từ ERP, PIM, OMS, WMS, CRM hoặc marketplace | Phù hợp khi các trường được hỗ trợ là đủ và chỉ dùng làm tham chiếu | Hữu ích khi nhiều chủ thể hệ thống phải xác thực | Có thể đưa identifier được hỗ trợ sang trường đích phù hợp | Cần khi identifiers điều khiển workflow tùy chỉnh hoặc cần chuyển đổi theo yêu cầu riêng |
| Storefront, checkout, giá, Promotions, logistics và tìm kiếm | Là phần triển khai trên VTEX chứ không phải di chuyển bản ghi thông thường | Điều phối có thể giúp tách trách nhiệm | Chỉ áp dụng trong phạm vi đầu ra di chuyển dữ liệu được hỗ trợ | Custom Service không tự động bao gồm triển khai môi trường VTEX nếu chưa được thống nhất |
Bảng đối chiếu này ngăn hai sai lầm ngược nhau: đưa mọi tính năng cấp doanh nghiệp vào Custom Service, hoặc giả định cấu trúc cấp doanh nghiệp tự trở nên tương thích chỉ vì các bản ghi Products và Orders nền tảng được hỗ trợ. Phương án đúng phải bảo đảm kết quả kinh doanh cần đạt đồng thời giữ rõ phần triển khai do VTEX và các bên liên quan chịu trách nhiệm.
Dấu hiệu cho thấy phương án đã chọn còn quá nhẹ
Phương án chuyển đổi VTEX quá nhẹ khi coi cấu trúc cấp doanh nghiệp như một lần chuyển bản ghi thông thường. Những dấu hiệu cảnh báo thường xuất hiện trong lúc rà soát mẫu, không phải ngay ở ước tính phạm vi ban đầu.
| Dấu hiệu cảnh báo | Phản ứng phù hợp |
|---|---|
| Quan hệ giữa Products và SKUs chưa rõ. | Làm rõ phạm vi Catalog hoặc xem xét Custom Service. |
| Thiếu hoặc làm phẳng specifications cần cho tìm kiếm hay bộ lọc. | Xem xét Advanced Data Mapping khi trường nguồn được hỗ trợ cần đi sang một trường khác trên VTEX; dùng Custom Service khi ý nghĩa ở nguồn cần diễn giải theo yêu cầu riêng. |
| Giá, Promotions hoặc giá trị theo kênh không duy trì đúng ý nghĩa nghiệp vụ. | Tách dữ liệu được di chuyển khỏi cấu hình VTEX và quy tắc tùy chỉnh. |
| Dự án kỳ vọng giữ ngữ cảnh marketplace hoặc seller nhưng kết quả không thể hiện được. | Rà soát phạm vi marketplace, cấu hình đích hoặc Custom Service. |
| Master Data hoặc external IDs có vai trò trọng yếu đối với nghiệp vụ. | Xem xét Custom Service trừ khi đã xác định rõ một phương án dùng trường được hỗ trợ. |
| Dữ liệu ảnh hưởng storefront chỉ được phê duyệt theo số lượng Products. | Bổ sung xác thực URLs, nội dung, tìm kiếm, điều hướng và SEO. |
| Doanh nghiệp không xác định được người chịu trách nhiệm rà soát. | Managed Service có thể hỗ trợ thực thi, nhưng phạm vi và tiêu chí nghiệm thu vẫn phải được xác định. |
Các dấu hiệu này cần được giải quyết trước Di chuyển toàn bộ. Tiếp tục với một phương án chưa đủ thường biến khoảng trống chuẩn bị thành lỗi khi đưa cửa hàng vào vận hành.
Kết luận
Phương án chuyển đổi VTEX phù hợp là Dịch vụ chuyển đổi dữ liệu nhẹ nhất nhưng vẫn đủ để bảo đảm kết quả vận hành cần đạt trên đích. Standard Service phù hợp với bản ghi được hỗ trợ và có thể rà soát rõ ràng. Managed Service hữu ích khi gánh nặng thực thi và phối hợp cao. Add-ons hỗ trợ lọc bản ghi, thay đổi giá trị trường và đưa trường sang đích khác trong phạm vi được hỗ trợ. Custom Service cần được xem xét khi yêu cầu phụ thuộc vào dữ liệu tùy chỉnh, bản ghi không được hỗ trợ, external identifiers, Master Data, cách diễn giải marketplace, chuyển đổi theo yêu cầu riêng, Custom Platform hoặc điều chỉnh cách xử lý di chuyển dữ liệu tùy chỉnh.
Demo Migration cần xác nhận phương án đã chọn có đủ trước Di chuyển toàn bộ hay không. Nếu các mẫu đại diện cho thấy khoảng trống cấu trúc, quyền sở hữu chưa rõ, phụ thuộc vào hệ thống bên ngoài, ngữ cảnh marketplace mơ hồ hoặc mất thông tin ảnh hưởng storefront, phương án cần được điều chỉnh trước khi Di chuyển toàn bộ sang VTEX được thực hiện.
Câu hỏi thường gặp
Standard Service có đủ cho một dự án chuyển đổi sang VTEX không?
Standard Service có thể đủ khi bản ghi được hỗ trợ có cấu trúc rõ, Products và SKUs có thể dự đoán được, dữ liệu Customers và Orders theo mô hình tiêu chuẩn và doanh nghiệp có thể tự xác thực kết quả một cách đáng tin cậy. Yêu cầu marketplace, Master Data, external identifiers hoặc quy tắc tùy chỉnh cần được rà soát trước khi kết luận Standard Service là đủ.
Khi nào nên chọn Managed Service cho VTEX?
Managed Service phù hợp khi dữ liệu vẫn nằm trong phạm vi được hỗ trợ nhưng doanh nghiệp cần Next-Cart phụ trách thực thi, điều phối chặt hơn, quy trình rà soát mẫu có kỷ luật hoặc hỗ trợ quản lý thời điểm di chuyển dữ liệu quanh giai đoạn đưa cửa hàng vào vận hành.
Add-ons khác Custom Service như thế nào trong dự án chuyển đổi sang VTEX?
Add-ons xử lý nhu cầu lọc bản ghi được hỗ trợ, thay đổi giá trị trường hoặc đưa trường sang một trường đích khác. Custom Service xử lý bản ghi không được hỗ trợ, giá trị do app sở hữu, đối tượng Master Data, external identifiers, chuyển đổi theo yêu cầu riêng, Custom Platform hoặc điều chỉnh cách xử lý di chuyển dữ liệu tùy chỉnh.
Demo Migration cần chứng minh điều gì trước khi phê duyệt phương án VTEX?
Demo Migration cần chứng minh rằng các mẫu đại diện cho Products, SKUs, specifications, giá, Customers, Orders, giá trị marketplace, Master Data, tham chiếu tích hợp và bản ghi ảnh hưởng storefront vẫn giữ được ý nghĩa sử dụng hoặc đã được phân vào đúng phương án xử lý.
Giá khởi điểm của Custom Service cần được hiểu như thế nào?
Giá khởi điểm của Custom Service là mức giá Standard Service tương ứng với Entity Points Plan đã chọn. Tổng chi phí cuối cùng phụ thuộc vào phần tùy chỉnh đã thống nhất, các Add-ons được mua khi áp dụng, Expert Handle khi được bao gồm và các chi phí khác đã thống nhất theo phạm vi cụ thể.