Cửa hàng X-Cart tồn tại lâu năm thường chứa nhiều thế hệ cấu trúc catalog và quy tắc do extension/module tạo ra. Phiên bản hiện tại phân biệt biến thể Products hiện tại với cấu trúc biến thể Products cũ, trong khi class của Products và thuộc tính cung cấp các thông tin catalog có cấu trúc. Bản ghi Customers có thể liên kết với loại tài khoản người dùng, vai trò, địa chỉ, trường hồ sơ và nhóm thành viên. Orders có trạng thái thanh toán và trạng thái xử lý/hoàn tất đơn hàng riêng. Module còn có thể bổ sung giá bán buôn, fitment, dữ liệu dealer, Reviews, loyalty, subscription hoặc hành vi marketplace.
Khi X-Cart là Nền tảng đích, những lớp dữ liệu này khiến dự án không thể chỉ được hiểu là di chuyển Products, Categories, Customers và Orders. Ma trận màu-kích thước ở nguồn có thể cần được biểu diễn thành biến thể Products hiện tại, được diễn giải từ cấu trúc biến thể Products cũ hoặc đưa vào một cấu trúc lựa chọn Products khác. Một nhóm Customers ở nguồn có thể đại diện cho giá theo nhóm thành viên, quyền truy cập, thuế hoặc hạn chế phương thức thanh toán. Giá trị automotive fitment có thể thuộc module và taxonomy phương tiện bên ngoài thay vì chỉ là một thuộc tính Products thông thường.
Vì vậy, việc chuyển dữ liệu phải bắt đầu từ quyền sở hữu và quan hệ: thành phần nào của X-Cart sở hữu giá trị, bản ghi nào khác khiến giá trị đó có ý nghĩa, và giá trị thuộc X-Cart cốt lõi, cấu trúc cũ, module, phần hiển thị hay hệ thống bên ngoài.
Ý nghĩa catalog phụ thuộc phiên bản X-Cart và module đang sử dụng
Trước khi xác định trường đích, cần tách cấu trúc dữ liệu hiện tại và cấu trúc cũ của X-Cart. Phiên bản X-Cart hiện tại sử dụng biến thể Products hiện tại, trong khi cửa hàng cũ có thể vẫn giữ cấu trúc cấu trúc biến thể Products cũ. Một bản cài đặt X-Cart lâu năm cũng có thể chứa module lịch sử, code riêng hoặc dữ liệu import trước đây không giống cấu trúc của một bản cài mới.
| Dữ liệu ở nguồn | Cách diễn giải trên X-Cart | Hệ quả đối với chuyển đổi |
|---|---|---|
| Bản ghi biến thể hiện tại | biến thể Products hiện tại và dữ liệu Products liên quan |
Duy trì đúng danh tính biến thể, thuộc tính đã chọn và các giá trị thương mại. |
| Bảng hoặc trường của cấu trúc biến thể cũ | Cấu trúc cấu trúc biến thể Products cũ cũ |
Diễn giải theo phiên bản nguồn thay vì mặc định dùng schema hiện tại. |
| class của Products và bản ghi thuộc tính | Thông tin Products có cấu trúc và định nghĩa thuộc tính dùng lại | Duy trì quan hệ class và quan hệ giữa thuộc tính với giá trị. |
| Trường Products do module tạo | Dữ liệu mở rộng do module sở hữu | Không coi mọi trường là một phần của X-Cart cốt lõi. |
| Bảng cơ sở dữ liệu tùy chỉnh | Đối tượng hoặc quan hệ riêng | Chỉ xác định cấu trúc đích sau khi biết quy trình nào đang sử dụng dữ liệu. |
| Mã định danh phục vụ tích hợp bên ngoài | Mã từ ERP, PIM, WMS, CRM, marketplace hoặc hệ thống automotive | Duy trì mã ổn định cần thiết để kết nối lại Cửa hàng đích. |
Phiên bản nguồn và danh mục module không chỉ là metadata kỹ thuật. Chúng quyết định một bản ghi Products, tùy chọn, bản ghi Customers hoặc trường dữ liệu trong Orders thực sự mang ý nghĩa gì. Hai cửa hàng X-Cart có thể dùng cùng một nhãn nhưng lưu và sử dụng giá trị theo những cách khác nhau.
Products, biến thể Products hiện tại, class của Products và thuộc tính đảm nhiệm vai trò khác nhau
Một bản ghi Products trên X-Cart chứa danh tính cốt lõi như tên, SKU, giá, tồn kho, mô tả, hình ảnh, liên kết Categories, thuộc tính vận chuyển/thuế và trạng thái hiển thị. biến thể Products hiện tại đại diện cho các phiên bản có thể lựa chọn của Products. class của Products và thuộc tính mô tả đặc điểm có cấu trúc, đồng thời có thể phục vụ tổ chức catalog, lọc, so sánh hoặc hiển thị thông tin trên trang Products.
Một tùy chọn Products ở nguồn cần được phân loại theo cách tùy chọn đó vận hành. Nếu giá trị được chọn xác định một tổ hợp được quản lý riêng với giá, số lượng, SKU, hình ảnh hoặc trọng lượng riêng, cấu trúc đó gần với variation. Nếu giá trị chỉ điều chỉnh Products mà không có tồn kho riêng, một cấu trúc lựa chọn khác có thể phù hợp hơn. Nếu giá trị chỉ mô tả Products mà không làm thay đổi mặt hàng được mua, giá trị đó phù hợp với thuộc tính hoặc nội dung.
| Mẫu cấu trúc ở nguồn | Câu hỏi cần trả lời khi đưa sang X-Cart | Quan hệ cần duy trì |
|---|---|---|
| SKU con theo màu-kích thước | Dùng biến thể Products hiện tại hay biến thể Products cũ cũ? |
Danh tính bản ghi con, tồn kho, giá, media và giá trị được chọn. |
| Trường cá nhân hóa | Dùng trường nhập của người mua hay cấu trúc lựa chọn do module quản lý? | Giá trị khách nhập phải tiếp tục gắn với đúng chi tiết mặt hàng trong Orders. |
| Thông số kỹ thuật | Thuộc tính Products trong class của Products phù hợp | Thông tin có cấu trúc phải tách khỏi lựa chọn mua. |
| Giá bán buôn theo số lượng | Quan hệ giá bán buôn cốt lõi hoặc do module quản lý | Ngưỡng số lượng và phạm vi nhóm thành viên phải giữ đúng liên kết. |
| File kỹ thuật số | Quan hệ E-goods hoặc file đính kèm nếu có dùng | Quyền truy cập phải thuộc đúng Products và ngữ cảnh Orders. |
| Automotive fitment | Bản ghi fitment của module và taxonomy phương tiện | Quan hệ Products-phương tiện phải tách khỏi thuộc tính thông thường. |
Không nên trộn biến thể Products hiện tại hiện tại với cấu trúc biến thể Products cũ cũ chỉ vì chúng đều mô tả lựa chọn Products. Dự án có thể cần diễn giải dữ liệu cũ rồi biểu diễn lại trong mô hình X-Cart hiện tại, nhưng nguồn gốc cấu trúc phải còn rõ để không tạo bản ghi con trùng lặp hoặc làm mất tổ hợp tùy chọn.
Categories, class của Products, thuộc tính và tìm kiếm tạo nên cách khách hàng khám phá Products
Categories tổ chức điều hướng và liên kết Products. class của Products nhóm các định nghĩa thuộc tính có thể dùng lại. Thuộc tính lưu thông tin Products có cấu trúc. Module tìm kiếm và bộ lọc có thể lập chỉ mục Categories, thuộc tính, SKU, brand, tag, fitment hoặc các giá trị khác do extension sở hữu. Các cấu trúc này liên quan nhau nhưng không thể thay thế cho nhau.
Brand ở nguồn được lưu như Categories có thể phù hợp hơn với thuộc tính hoặc module brand trong X-Cart. Cây thông số kỹ thuật có thể trở thành class của Products và thuộc tính. Landing page có thể cần nội dung và điều hướng thay vì Categories. Bộ chọn fitment có thể phụ thuộc vào bản ghi phương tiện và quan hệ Products-fitment thay vì bộ lọc thông thường.
| Thành phần phục vụ khám phá Products | Thành phần X-Cart sở hữu | Ranh giới khi chuyển đổi |
|---|---|---|
| Cấu trúc phân cấp dành cho người mua | Categories và liên kết Products | Chỉ có bản ghi Categories không tự tạo lại điều hướng. |
| Thông số Products | class của Products và giá trị thuộc tính | Giá trị phải giữ cấu trúc và liên kết với đúng loại Products. |
| Brand | Thuộc tính hoặc bản ghi module brand | Không nhân đôi ý nghĩa brand giữa Categories và trường dữ liệu. |
| Giá trị có thể lọc | Thuộc tính hoặc trường chỉ mục do module quản lý | Hành vi tìm kiếm phụ thuộc vào giá trị đã chuẩn hóa và cách lập chỉ mục ở đích. |
| Khả năng tương thích phương tiện | Bản ghi automotive fitment | Fitment cần taxonomy phương tiện và mã quan hệ, không chỉ text tự do. |
| Products liên quan | Quan hệ Products cốt lõi hoặc do module quản lý | Liên kết merchandising phải tách khỏi quan hệ Categories. |
Cách tổ chức này tránh việc ép toàn bộ cấu trúc phục vụ khám phá Products vào phần mô tả. Mô tả sau chuyển đổi có thể hiển thị thông số, nhưng không thể thay thế thuộc tính có cấu trúc, fitment, so sánh hoặc quan hệ lọc.
Customers, loại người dùng, vai trò, trường hồ sơ và nhóm thành viên là các lớp riêng
Quản lý người dùng trên X-Cart có thể bao gồm quản trị viên, Customers và vendor; vai trò và quyền; tài khoản Customers và địa chỉ; trường hồ sơ tùy chỉnh; cùng các cấp nhóm thành viên. Nhóm thành viên có thể ảnh hưởng đến quyền xem Products/Categories, giá Products, số lượng tối thiểu, giảm giá, Coupons, ưu đãi đặc biệt, thuế hoặc phương thức thanh toán.
Vì vậy, một phân khúc Customers ở nguồn cần được diễn giải theo chức năng. Wholesale, dealer, VIP, nhân viên, miễn thuế, người mua được phê duyệt, loyalty hoặc subscription có thể không phù hợp với một nhóm thành viên chung. Một số giá trị là thông tin định danh, một số là quy tắc truy cập/thương mại, một số thuộc module, và một số là phân loại từ CRM hoặc ERP bên ngoài.
| Ý nghĩa tài khoản ở nguồn | Thành phần X-Cart cần xem xét | Quan hệ cần duy trì |
|---|---|---|
| Người mua cá nhân | Tài khoản Customers và sổ địa chỉ | Danh tính, đăng nhập, địa chỉ và Orders phải liên kết đúng. |
| Người dùng quản trị | Loại người dùng quản trị và vai trò | Quyền phải tách khỏi phân khúc Customers. |
| Người bán trên marketplace | Tài khoản vendor và quan hệ tổ chức do module quản lý | Người dùng phải thuộc đúng seller hoặc đối tượng marketplace. |
| Cấp giá hoặc quyền truy cập | Nhóm thành viên và quy tắc thương mại liên quan | Nhóm thành viên phải áp dụng đúng Products, giá, thuế hoặc phương thức. |
| Thông tin bổ sung về Customers | Trường hồ sơ hoặc mã định danh bên ngoài | Mục đích trường và yêu cầu quyền riêng tư phải rõ ràng. |
| Tài khoản công ty bên ngoài | Cấu trúc riêng/module hoặc mã từ hệ thống bên ngoài | Nhiều người mua phải tiếp tục liên kết với đúng công ty chính thức khi cần. |
Lịch sử nhóm thành viên cũng khác với nhóm thành viên hiện tại của Customers. Một đơn hàng trước đây phải giữ giá, giảm giá, thuế và thông tin thanh toán đã ghi nhận tại thời điểm mua; không nên tính lại những giá trị đó từ nhóm thành viên hiện tại của Customers sau chuyển đổi.
Orders sử dụng các quan hệ thương mại và xử lý đơn hàng riêng
Orders trên X-Cart có thể gồm danh tính Customers hoặc khách mua không có tài khoản, địa chỉ, tham chiếu Products và variation, thuộc tính đã chọn, số lượng, giá, giảm giá, thuế, trạng thái thanh toán, trạng thái xử lý đơn hàng, shipment, transaction, return, ghi chú, invoice và dữ liệu do module quản lý. X-Cart tách trạng thái thanh toán khỏi trạng thái xử lý đơn hàng, vì vậy một trạng thái Orders chung ở nguồn có thể không đủ để giữ toàn bộ ý nghĩa.
| Thành phần Orders ở nguồn | Quan hệ trên X-Cart | Ý nghĩa lịch sử cần giữ |
|---|---|---|
| Chi tiết mặt hàng trong Orders | Snapshot Products/variation, SKU, số lượng, giá và lựa chọn đã chọn | Giải thích chính xác mặt hàng nào đã được mua. |
| Trạng thái thanh toán | Trạng thái thanh toán và bản ghi transaction | Tách tiến trình tài chính khỏi tiến trình xử lý đơn hàng. |
| Trạng thái xử lý đơn hàng | Trạng thái xử lý, shipment và tracking | Cho biết phần nào đã giao và phần nào vẫn còn mở. |
| Hoàn trả hoặc refund | Bản ghi return, số tiền refund và dòng bị ảnh hưởng nếu có | Giữ bối cảnh sau mua để hỗ trợ và đối chiếu. |
| Trạng thái tổng hợp ở nguồn | Có thể cần tách thành nhiều trạng thái đích | Duy trì ý nghĩa vận hành thay vì chỉ sao chép nhãn. |
| Ghi chú hoặc lịch sử trạng thái | lịch sử đơn hàng hoặc dữ liệu audit | Giữ các thay đổi quan trọng và ngữ cảnh phục vụ hỗ trợ. |
Nếu Nền tảng nguồn chỉ có một trạng thái như Processing, dự án cần dùng dữ liệu bổ sung để xác định liệu giao dịch đã thanh toán, đã xuất kho hay mới chỉ được tiếp nhận. Khi không thể tách chính xác, nên giữ trạng thái nguồn như thông tin lịch sử thay vì ép nhãn vào một trường đích duy nhất. Cấu hình thanh toán, vận chuyển, thuế và thông báo đang hoạt động vẫn phải tách khỏi dữ liệu đơn hàng trước đây.
Nội dung, Pages tĩnh, URL và phần hiển thị storefront có chủ sở hữu khác nhau
Dữ liệu storefront X-Cart có thể gồm mô tả Products/Categories, Pages tĩnh, menu, hình ảnh, video, tab Products tùy chỉnh, banner, layout block, theme, metadata, clean URL, redirect và giá trị theo ngôn ngữ. Cần tách những tài sản này thành quyền sở hữu nội dung, route và phần hiển thị.
Mô tả Products thuộc Products. Pages tĩnh có danh tính và route riêng. Tab Products tùy chỉnh có thể do module quản lý. Menu và layout block quyết định vị trí hiển thị. Theme và template quyết định phần trình bày. Metadata SEO và redirect duy trì quan hệ URL. Storefront Headless hoặc tùy chỉnh mạnh có thể lưu thêm nội dung ngoài X-Cart cốt lõi.
| Tài sản ở nguồn | Thành phần đích trong X-Cart | Ý nghĩa cần duy trì |
|---|---|---|
| Mô tả Products hoặc Categories | Nội dung catalog | Text phải gắn đúng đối tượng và ngôn ngữ. |
| Trang thông tin tĩnh | Bản ghi Pages | Nội dung, route, cấu trúc và trạng thái hiển thị phải tách biệt. |
| Tab Products tùy chỉnh | Quan hệ nội dung Products do module quản lý | Vị trí tab và liên kết Products phải được giữ. |
| Banner hoặc block homepage | Cấu hình phần hiển thị hoặc bản ghi module | Chuyển nội dung không đồng nghĩa vị trí hiển thị tự được tạo lại. |
| URL cũ | Cấu trúc clean URL và redirect | Đường dẫn cũ và đích mới phải được ghi rõ. |
| Tùy chỉnh theme | Phần triển khai giao diện ở đích | Mã template không phải dữ liệu CMS thông thường. |
Mô hình này tránh một lỗi phổ biến: xem mọi thành phần nhìn thấy trên storefront đều là nội dung có thể mang sang. Một số thành phần được tạo từ Products/Categories, một số là Pages riêng, và số khác chỉ tồn tại vì module hoặc theme đang hiển thị chúng.
Module X-Cart có thể sở hữu dữ liệu catalog, Customers và Orders
Module X-Cart có thể tạo trường hoặc đối tượng cho giá bán buôn, loyalty, subscription, Reviews, file đính kèm Products, tab tùy chỉnh, automotive fitment, dealer, marketplace vendor, return, social login, dịch vụ thuế, dịch vụ thanh toán, tích hợp vận chuyển và feed bên ngoài. Bản ghi module có thể phụ thuộc vào cấu hình, tác vụ theo lịch, thông tin xác thực API hoặc taxonomy bên ngoài.
Câu hỏi cốt lõi không phải tên module có tồn tại trên Cửa hàng đích hay không. Cần xác định bản ghi và quan hệ đó còn cần thiết hay không, đồng thời X-Cart ở đích có thành phần nào thực sự có thể hiểu và sử dụng chúng.
| Chủ sở hữu dữ liệu | Bản ghi thường gặp | Ý nghĩa đối với phạm vi |
|---|---|---|
| X-Cart cốt lõi | Products, Categories, class của Products, thuộc tính, người dùng, Orders, Pages | Chuyển theo các quan hệ dữ liệu gốc của nền tảng. |
| Module X-Cart | Giá theo nhóm thành viên, fitment, dealer, Reviews, loyalty, subscription | Kiểm tra schema module và liên kết với bản ghi cốt lõi. |
| Code riêng | Trường, bảng, trạng thái hoặc quy trình riêng | Xác định rõ đích đến hoặc quyết định lưu trữ/loại bỏ. |
| Dịch vụ bên ngoài | Thanh toán, thuế, vận chuyển, tìm kiếm, marketplace, analytics | Giữ tham chiếu cần thiết để đối chiếu dữ liệu lịch sử với hệ thống đang vận hành. |
| ERP/PIM/WMS/CRM | Mã Products, Customers, tồn kho và Orders chính thức | Duy trì khóa ổn định để kết nối lại và xác định quyền sở hữu. |
Dữ liệu automotive cho thấy rõ khác biệt này. Year, make, model, engine, trim, loại fitment và vị trí dealer có thể trông giống thuộc tính Products, nhưng khả năng xác định tương thích thực tế phụ thuộc taxonomy phương tiện dùng chung và quan hệ Products-phương tiện. Ép toàn bộ dữ liệu này thành text có thể giữ lại từ ngữ nhưng làm mất tìm kiếm fitment và khả năng bảo trì dữ liệu.
Định dạng Data Transfer không đại diện toàn bộ mô hình X-Cart
Chức năng import/export của X-Cart có thể xử lý Products, Categories, thuộc tính, người dùng, Orders, tồn kho, Reviews và một số dữ liệu module. Việc một giá trị xuất hiện trong cột CSV chỉ chứng minh dữ liệu có thể được biểu diễn trong định dạng chuyển, không chứng minh các quan hệ xung quanh, cấu hình module hay phụ thuộc bên ngoài cũng đã được bao gồm.
Ví dụ, import giá trị thuộc tính không tự tạo lại class của Products và cách hiển thị. Import Customers không thiết lập giá theo nhóm thành viên nếu nhóm thành viên và quy tắc liên quan chưa tồn tại. Import Orders không cấu hình phương thức thanh toán hoặc vận chuyển hiện tại. Import fitment ID không có ý nghĩa nếu taxonomy phương tiện được tham chiếu không tồn tại.
| Dữ liệu nhìn thấy trong file chuyển | Quan hệ bổ sung cần xác định |
|---|---|
| Bản ghi Products trong file chuyển | Categories, class của Products, thuộc tính, variation, media, tồn kho và liên kết module. |
| Giá trị thuộc tính | Định nghĩa thuộc tính, liên kết class, kiểu nhập và quan hệ Products. |
| Bản ghi Customers | Loại người dùng, địa chỉ, trường hồ sơ, nhóm thành viên và danh tính bên ngoài. |
| Bản ghi Orders trong file chuyển | Chi tiết mặt hàng, trạng thái, transaction, shipment, return và snapshot lịch sử. |
| CSV của module | Module đã cài, bảng tham chiếu, cấu hình và taxonomy bên ngoài. |
| Trường mã định danh bên ngoài | Hệ thống chính thức, quy tắc duy nhất và quy trình kết nối lại. |
Kế hoạch chuyển đổi phải đi theo quan hệ dữ liệu thay vì hình dạng của một file export. Điều này đặc biệt quan trọng với cửa hàng X-Cart cũ, nơi dữ liệu có thể đã đi qua nhiều lần nâng cấp, import tùy chỉnh hoặc thay module.
Quyết định chuyển đổi phải dựa trên ý nghĩa nghiệp vụ
| Mẫu cấu trúc ở nguồn | Câu hỏi chuyển đổi cần trả lời | Hệ quả nếu giả định sai |
|---|---|---|
| Tổ hợp bản ghi con hiện tại hoặc cũ | Nguồn dùng biến thể Products hiện tại, cấu trúc biến thể Products cũ cũ hay quy tắc tùy chọn riêng? |
SKU con, tồn kho, giá hoặc giá trị lựa chọn bị nhân đôi hoặc mất. |
| Thông số kỹ thuật | Thông số có thuộc class của Products và thuộc tính không? | Lọc, so sánh và quản lý catalog trở nên thiếu nhất quán. |
| Phân khúc wholesale hoặc dealer | Ý nghĩa thuộc nhóm thành viên, dữ liệu công ty do module quản lý hay phân loại CRM bên ngoài? | Giá và quyền truy cập bị gắn sai lớp danh tính. |
| Trạng thái Orders tổng hợp | Cần tách thông tin thanh toán và xử lý đơn hàng như thế nào? | Trạng thái tài chính hoặc vận chuyển lịch sử trở nên gây hiểu nhầm. |
| Khả năng tương thích automotive | Module và taxonomy phương tiện nào sở hữu quan hệ? | Tìm kiếm fitment và khả năng bảo trì biến mất dù text đã được di chuyển. |
| Tab hoặc trường tùy chỉnh | Đây là nội dung cốt lõi, dữ liệu module hay phần hiển thị của theme? | Dữ liệu xuất hiện nhưng storefront không còn cấu trúc sử dụng dữ liệu đó. |
| Mã ERP hoặc marketplace | Hệ thống nào là nguồn chính thức và mã đó xác định bản ghi nào? | Bản ghi sau chuyển đổi không thể đối chiếu hoặc đồng bộ. |
Chuyển đổi sang X-Cart giữ đúng ý nghĩa khi nguồn gốc phiên bản, các loại/cấu trúc dữ liệu cốt lõi, module và hệ thống bên ngoài được xem là những miền sở hữu riêng. Cách tiếp cận này giúp Cửa hàng đích giữ được lựa chọn Products, cách xử lý Customers, lịch sử đơn hàng, nội dung và tích hợp ở trạng thái có thể hiểu và sử dụng, thay vì chỉ tồn tại về mặt dữ liệu.
Kết luận
Việc biểu diễn dữ liệu trong X-Cart phụ thuộc vào phiên bản nguồn, cấu trúc catalog, quan hệ người dùng, ý nghĩa Orders, module và hệ thống bên ngoài. biến thể Products hiện tại hiện tại cần được phân biệt với cấu trúc biến thể Products cũ cũ. class của Products và thuộc tính phải tách khỏi lựa chọn mua. Nhóm thành viên có thể điều khiển giá, quyền truy cập, thuế và quan hệ phương thức thanh toán. Orders cần tách ngữ cảnh thanh toán, xử lý đơn hàng, transaction, shipment và return. Module có thể sở hữu dữ liệu như giá bán buôn, fitment, dealer, loyalty, subscription và marketplace.
Phạm vi chuyển đổi tốt phải gán từng giá trị nguồn cho đúng đối tượng hoặc module trên X-Cart đang sở hữu cùng ý nghĩa nghiệp vụ, đồng thời giữ mã định danh ổn định giữa các hệ thống kết nối. Cách làm này tránh cảm giác an toàn giả tạo của việc chuyển từng trường một và tạo Cửa hàng đích có catalog cũng như lịch sử thương mại thực sự sử dụng được.
Câu hỏi thường gặp
biến thể Products hiện tại hiện tại khác cấu trúc biến thể Products cũ cũ của X-Cart như thế nào?
Đây là hai thế hệ cấu trúc catalog khác nhau. Phiên bản hiện tại dùng biến thể Products hiện tại, trong khi cửa hàng cũ có thể còn bản ghi cấu trúc biến thể Products cũ. Cần xác định phiên bản nguồn và quan hệ giữa các bảng trước khi biểu diễn lại các tổ hợp này trên Cửa hàng đích.
Mọi tùy chọn Products ở nguồn có nên trở thành biến thể Products không?
Không phải mọi tùy chọn Products đều phù hợp với variation. Một giá trị phù hợp với variation khi giá trị đó xác định một tổ hợp được quản lý riêng và có các giá trị thương mại riêng. Dịch vụ cá nhân hóa, quà tặng hoặc thông số mô tả có thể phù hợp hơn với cấu trúc lựa chọn Products khác, thuộc tính hoặc trường do module quản lý.
class của Products và thuộc tính X-Cart ảnh hưởng đến chuyển đổi như thế nào?
class của Products nhóm các định nghĩa thuộc tính có thể dùng lại, còn giá trị thuộc tính mô tả từng Products. Chỉ giữ giá trị mà mất quan hệ class và định nghĩa sẽ làm giảm khả năng quản lý catalog, lọc, so sánh và cấu trúc trang Products.
Một nhóm Customers ở nguồn có luôn phù hợp với nhóm thành viên X-Cart không?
Một nhóm Customers ở nguồn không phải lúc nào cũng phù hợp với nhóm thành viên X-Cart. Nhóm thành viên phù hợp khi quan hệ đó điều khiển hành vi thương mại hoặc quyền truy cập trong X-Cart. Phân khúc marketing, quan hệ công ty, trạng thái loyalty, cờ thuế và phân loại CRM bên ngoài có thể cần cấu trúc đích khác.
Vì sao automotive fitment phải được xử lý riêng khỏi thuộc tính Products thông thường?
Fitment thường phụ thuộc vào bản ghi phương tiện dùng chung và quan hệ Products-phương tiện. Text year, make và model tự do không giữ được taxonomy và khóa quan hệ cần thiết cho tìm kiếm tương thích chính xác và bảo trì dữ liệu.
Dữ liệu do module X-Cart hoặc bảng tùy chỉnh sở hữu nên được xử lý thế nào?
Cần xác định module hoặc quy trình riêng, bản ghi cốt lõi mà dữ liệu mở rộng, cùng taxonomy hay mã định danh bên ngoài có liên quan. Quan hệ còn hoạt động cần đích đến rõ ràng trên Cửa hàng đích; dữ liệu không còn sử dụng có thể được lưu trữ hoặc loại trừ thay vì bị gán sai thành dữ liệu Products, Customers hoặc Orders cốt lõi.