CS-Cart biểu diễn hoạt động thương mại bằng nhiều quan hệ rất dễ bị làm phẳng nếu chỉ nhìn vào tên trường. Products có thể gắn với features, filters, options, option exceptions và variations của Products. Categories và Products có thể thuộc các phạm vi storefront khác nhau. Multi-Vendor bổ sung vendors, quản trị viên vendor, Products thuộc seller, Orders của marketplace, hoa hồng và bối cảnh thanh toán cho người bán. Nhóm khách hàng có thể ảnh hưởng đến giá, quyền truy cập và khuyến mãi. Phần mở rộng của nền tảng còn có thể tạo những bản ghi không thuộc catalog cốt lõi.
Những khác biệt này quan trọng vì cùng một nhãn ở nguồn không đồng nghĩa với cùng một chức năng ở đích. Trường “color” có thể là feature mô tả, giá trị dùng cho filter, option làm thay đổi giá hoặc feature được dùng để tạo variations của Products riêng. Một cửa hàng nguồn có thể tương ứng với một storefront độc lập trong CS-Cart, một nhánh marketplace theo khu vực hoặc chỉ là một cách trình bày đã bản địa hóa. Supplier ở một hệ thống có thể chỉ là tham chiếu nội bộ, trong khi vendor ở hệ thống khác là người bán trên marketplace có quyền sở hữu Products và Orders.
Vì vậy, chuyển đổi sang CS-Cart phải dịch đúng quyền sở hữu và quan hệ giữa các bản ghi. Mục tiêu là giữ đúng ý nghĩa của từng bản ghi đối với catalog, storefront, seller, Customers, Orders và các hệ thống kết nối, chứ không phải tái tạo tên trường một cách máy móc.
CS-Cart tách dữ liệu mô tả Products, lựa chọn mua và variations có thể bán riêng
CS-Cart sử dụng những cấu trúc khác nhau cho thông tin mô tả Products và lựa chọn mua của khách hàng. Features là thuộc tính gắn liền với Products như brand, material, ISBN hoặc thông số kỹ thuật. Chúng có thể được nhóm và dùng cho so sánh, lọc hoặc tổ chức catalog. Options là lựa chọn tách biệt của người mua như khắc tên, gói quà hoặc bảo hành; chúng không có tồn kho độc lập nhưng có thể ảnh hưởng đến giá hoặc trọng lượng. variations của Products là các Products được nhóm theo những feature value đã chọn, và mỗi variation vẫn là một bản ghi Products có danh tính thương mại riêng.
| Giá trị ở nguồn | Cấu trúc sở hữu trong CS-Cart | Ý nghĩa cần giữ riêng |
|---|---|---|
| Thông số kỹ thuật | feature của Products hoặc feature group | Mô tả Products và có thể hỗ trợ lọc hoặc so sánh. |
| Lựa chọn do người mua chọn | option của Products và option variant | Thay đổi cấu hình được mua nhưng không trở thành tồn kho độc lập. |
| SKU con theo màu/kích thước | variation của Products trong variation group | Vẫn là Products và có thể có SKU, giá, tồn kho, hình ảnh và khả năng hiển thị riêng. |
| Tổ hợp lựa chọn không hợp lệ | Ngoại lệ options hoặc quy tắc xác định variation có thể được chọn | Ngăn cấu hình không hợp lệ thay vì tạo thêm giá trị thuộc tính. |
| Lựa chọn merchandising dùng lại | Global option hoặc cấu trúc dùng như template | Một định nghĩa có thể được áp dụng cho nhiều Products. |
| Tiêu chí lọc tìm kiếm | Filter dựa trên features hoặc giá trị được hỗ trợ khác | Cần giá trị chuẩn hóa và quan hệ Categories đúng. |
Khác biệt giữa variations và các Products xuất hiện trong catalog đặc biệt quan trọng. Mỗi variation vẫn là một bản ghi Products, nhưng không phải variation nào cũng cần xuất hiện như một mục độc lập trong danh sách Products. Catalog nguồn hiển thị từng SKU con như Products riêng có thể cần nhiều mục catalog hiển thị độc lập; catalog khác có thể chỉ hiển thị một bản ghi Products cha và giữ phần lớn lựa chọn variation bên trong trang Products.
Nếu mọi options ở nguồn đều được đưa thành features, hành vi lựa chọn mua sẽ bị mất. Nếu mọi thông số đều trở thành options, khách hàng sẽ phải đối diện với các lựa chọn không cần thiết. Nếu toàn bộ SKU con bị gộp thành một bản ghi Products, danh tính và tồn kho độc lập có thể bị mất. Cấu trúc đích phải đi theo chức năng thực tế mà giá trị nguồn kiểm soát.
Products, Categories, features và filters tạo nên mô hình khám phá Products
Một bản ghi Products trong CS-Cart có thể bao gồm trường thương mại cốt lõi, hình ảnh, giá, số lượng, trạng thái, thông tin vận chuyển và Tax, mô tả, Categories, features, options, tệp và giá trị thuộc phần mở rộng. Categories cung cấp cấu trúc phân cấp và phạm vi storefront; features cung cấp dữ liệu mô tả có cấu trúc; filters đưa một số giá trị ra thành tiêu chí để người mua tìm Products.
Một mục phân loại trong Categories ở nguồn có thể là điều hướng, landing page SEO, brand, phân loại kỹ thuật hoặc nhóm nội bộ. Những ý nghĩa đó không nên tự động tiếp tục dưới dạng Categories. Brand đang được lưu trong Categories ở nguồn có thể phù hợp hơn với brand feature trong CS-Cart. Cây thông số phục vụ faceted navigation có thể cần feature groups và filters. Một landing page merchandising có thể cần cả nội dung và blocks ngoài việc gán Products.
| Cấu trúc khám phá ở nguồn | Câu hỏi khi đưa vào CS-Cart | Hệ quả đối với quan hệ dữ liệu |
|---|---|---|
| Cây Categories | Categories nào tiếp tục phục vụ người mua, phần nào chỉ dùng nội bộ? | Việc gán Products và quyền sở hữu storefront phụ thuộc vào câu trả lời. |
| Categories dùng như brand | Brand có nên trở thành feature của Products? | Brand có thể hỗ trợ lọc và so sánh mà không làm trùng điều hướng. |
| Giá trị facet | Đây là feature chuẩn hóa, option hay trường thuộc extension? | Chỉ đúng cấu trúc sở hữu mới hỗ trợ filter nhất quán. |
| Products thuộc nhiều Categories | Categories và storefront nào nên hiển thị từng Products? | Products có thể tồn tại nhưng không xuất hiện trong luồng tìm kiếm quan trọng. |
| Tệp gắn với Products | Đây là tệp tải xuống, attachment, tài liệu hướng dẫn hay bản ghi thuộc extension? | Quyền sở hữu tệp quyết định khả năng truy cập và ý nghĩa trong chi tiết mặt hàng của Orders. |
Mã Products là mã định danh nhưng CS-Cart không mặc định bảo đảm tính duy nhất của chúng. Nếu Cửa hàng nguồn phụ thuộc vào SKU duy nhất để đối chiếu với ERP, kho hoặc marketplace, quan hệ với mã định danh bên ngoài phải được ghi nhận rõ thay vì suy ra từ nhãn của nền tảng.
Storefront làm thay đổi phạm vi Products, Categories, Customers và cấu hình
Cách storefront hoạt động khác nhau theo edition CS-Cart. Trong Store Builder Ultimate, storefront có thể vận hành như các cửa hàng độc lập với Products, Categories, cấu hình, tập người dùng và quy trình checkout riêng. Trong Multi-Vendor Ultimate, storefront có thể là các nhánh marketplace theo khu vực với tập vendor, tiền tệ, ngôn ngữ, phương thức thanh toán, vận chuyển, theme, layout và blocks đã chọn.
Vì thế, “store” không phải đơn vị nguồn-đích cố định. Cùng một bản ghi Products có thể thuộc một storefront, xuất hiện trên nhiều storefront thông qua Categories được gán hoặc đi theo phạm vi hiển thị của vendor trong các nhánh marketplace. Categories có thể thuộc một storefront hoặc có phạm vi rộng hơn trong một số mô hình marketplace. Customers và quản trị viên cũng có thể dùng chung hoặc bị giới hạn theo storefront tùy cấu hình.
| Bối cảnh ở nguồn | Cách hiểu trong Store Builder | Cách hiểu trong Multi-Vendor |
|---|---|---|
| Cửa hàng theo brand hoặc khu vực | Storefront độc lập có catalog và cấu hình riêng | Nhánh marketplace chứa vendor được chọn cùng cấu hình khu vực. |
| Quyền sở hữu Products | Products thuộc storefront và có thể xuất hiện qua Categories được gán | Products thuộc vendor và hiển thị ở nơi vendor tham gia. |
| Giá Products | Có thể khác theo storefront | Thường đi theo Products của vendor giữa các nhánh trừ khi có cấu trúc giá khác. |
| Categories | Thuộc một storefront cụ thể | Có thể dùng chung hoặc gắn với storefront cụ thể. |
| Tập Customers | Có thể tách theo storefront | Có thể dùng chung hoặc giới hạn theo thiết kế marketplace. |
| Quản trị viên | Quan hệ quản trị riêng theo storefront | Quản trị viên marketplace và quản trị viên vendor có phạm vi sở hữu khác nhau. |
Phạm vi di chuyển dữ liệu vì thế phải xác định khác biệt giữa các storefront ở nguồn thuộc dữ liệu, cấu hình hay vận hành độc lập. Locale, tiền tệ, thanh toán, vận chuyển, theme và checkout không thay thế quan hệ sở hữu Products và Categories. Bản ghi có thể được di chuyển đúng nhưng vẫn xuất hiện ở sai storefront nếu quan hệ phạm vi không được giữ.
Vendors và common Products bổ sung quyền sở hữu marketplace
CS-Cart Multi-Vendor xem vendor là một chủ thể thương mại, không phải chỉ là trường manufacturer. Vendors có thể có quản trị viên, Products, phạm vi storefront, chi tiết mặt hàng trong Orders, phương thức vận chuyển, plan, hoa hồng, số dư, khoản thanh toán và dữ liệu hồ sơ. Trường supplier ở nguồn chỉ nên trở thành vendor khi tổ chức đó thực sự sở hữu hoạt động bán hàng trên marketplace.
Một số mô hình marketplace còn dùng common Products hoặc catalog dùng chung. Common Products có thể tạo danh tính catalog chung, trong khi offer của từng vendor mang thông tin thương mại riêng theo người bán. Cấu trúc này khác với việc sao chép cùng một bản ghi Products vào nhiều catalog của vendor và cũng khác với Products thuộc cửa hàng nhưng chỉ có metadata về supplier.
| Quan hệ ở nguồn | Cấu trúc marketplace trong CS-Cart | Ý nghĩa cần giữ |
|---|---|---|
| Manufacturer hoặc brand | feature của Products, giá trị tương tự manufacturer hoặc dữ liệu brand | Mô tả nguồn gốc mà không tạo quyền sở hữu seller. |
| Supplier reference | Trường nội bộ hoặc mã định danh bên ngoài | Quan hệ cung ứng mà không tạo tài khoản marketplace. |
| Seller trên marketplace | Bản ghi vendor | Quyền sở hữu Products, chi tiết mặt hàng trong Orders, hoa hồng và khoản thanh toán. |
| Quản trị viên seller | Vendor user hoặc quan hệ quản trị | Quyền truy cập phải thuộc đúng vendor. |
| Catalog dùng chung với offer của seller | Common Products cùng dữ liệu offer riêng theo vendor khi mô hình này được dùng | Danh tính chung phải tách khỏi giá và tồn kho theo seller. |
| Orders của marketplace | Orders cha cùng bối cảnh Orders hoặc chi tiết mặt hàng theo vendor | Trách nhiệm seller và dữ liệu quyết toán vẫn phải đọc hiểu được. |
Di chuyển vendor chưa hoàn chỉnh nếu Products của seller sang đích nhưng mất vendor ownership, hoặc vendor account tồn tại nhưng không còn Products, quản trị viên, bối cảnh Orders và mã định danh bên ngoài liên quan. Ngược lại, chuyển mọi supplier ở nguồn thành vendor sẽ tạo ra quan hệ marketplace vốn không tồn tại.
Customers, user groups và phân khúc thương mại
Người dùng CS-Cart có thể gồm Customers, quản trị viên và vendor users. Nhóm khách hàng có thể ảnh hưởng đến giá Products, giảm giá, cách áp dụng Tax, phương thức thanh toán, vận chuyển và quyền truy cập Products hoặc Categories. Các trường hồ sơ và địa chỉ chứa thêm thông tin Customers, trong khi hệ thống bên ngoài có thể sở hữu số tài khoản, trạng thái tín dụng hoặc quan hệ company.
Nhãn Customers ở nguồn phải được hiểu theo chức năng. Wholesale, VIP, dealer, staff, tax-exempt, distributor hoặc subscription status chỉ nên trở thành user group của CS-Cart khi nhóm đó thực sự sở hữu chức năng tương ứng. Company account có nhiều người mua có thể cần cấu trúc khác hoặc extension. Một CRM segment chỉ dùng cho marketing không nên tự động trở thành nhóm giá.
| Ý nghĩa Customers ở nguồn | Cấu trúc CS-Cart cần cân nhắc | Quan hệ chính |
|---|---|---|
| Người mua cá nhân | Customers user và địa chỉ | Danh tính, đăng nhập, địa chỉ và Orders vẫn liên kết với nhau. |
| Nhóm giá | User group và quan hệ giá Products | Thành viên Customers ảnh hưởng đến giá trị thương mại dự kiến. |
| Phân khúc quyền truy cập | User group và giới hạn Products/Categories | Khả năng hiển thị phải tách khỏi tagging mô tả. |
| Nhân viên vendor | Quan hệ vendor user | Người dùng phải thuộc đúng seller, không thuộc tập Customers. |
| Tài khoản company ở hệ thống ngoài | Profile data tùy chỉnh, extension hoặc mã định danh bên ngoài | Người mua vẫn liên kết với tổ chức có thẩm quyền khi cần. |
Lịch sử đơn hàng và phân khúc Customers phải được giữ tách biệt. Lịch sử đơn hàng có thể lưu giá và Tax đã áp dụng tại thời điểm mua; dữ liệu đó không nên bị tính lại theo nhóm hiện tại của Customers sau di chuyển dữ liệu.
Orders giữ lại bối cảnh thương mại và marketplace tại thời điểm giao dịch
Một bản ghi Orders trong CS-Cart có thể bao gồm danh tính Customers hoặc guest, địa chỉ, tham chiếu Products và variation, options đã chọn, số lượng, giá, giảm giá, Tax, vận chuyển, nhãn thanh toán, trạng thái, ghi chú, tệp, khuyến mãi và quyền sở hữu marketplace. Trong Multi-Vendor, cấu trúc Orders liên quan seller và hoa hồng tạo thêm một lớp bối cảnh.
Chi tiết mặt hàng trong Orders là ảnh chụp lịch sử tại thời điểm giao dịch. Tên Products, giá, tồn kho, feature value hoặc vendor hiện tại của variation có thể thay đổi về sau, nhưng Orders vẫn phải giải thích được Customers đã mua gì. Tương tự, nhãn phương thức thanh toán và vận chuyển lịch sử cần tiếp tục đọc được dù phương thức checkout hiện hành là cấu hình của Cửa hàng đích.
| Thành phần Orders | Quan hệ lịch sử cần giữ |
|---|---|
| Chi tiết Products | Danh tính Products hoặc variation, mã, số lượng, giá và options đã chọn. |
| Khuyến mãi | Giá trị giảm và bối cảnh rule hoặc Coupons nguồn nếu có. |
| Tax | Số Tax đã áp dụng và nhãn tại thời điểm mua. |
| Shipment | Carrier, phương thức, tracking, số lượng đã xử lý và bối cảnh seller nếu có. |
| Thanh toán | Nhãn phương thức lịch sử và mã giao dịch nếu có. |
| Bối cảnh vendor | Quyền sở hữu seller, hoa hồng, khoản thanh toán hoặc quan hệ Orders theo vendor. |
| Trạng thái | Ý nghĩa vòng đời ở nguồn được đội dịch vụ, xử lý đơn hàng và báo cáo sử dụng. |
Cửa hàng đích không cần tái tạo mọi workflow đã lỗi thời để giữ lịch sử, nhưng Orders được nhập phải tiếp tục dễ hiểu. Bản ghi chỉ có tổng tiền nhưng mất cấu hình Products đã mua, seller, giảm giá, Tax và trạng thái không tương đương với lịch sử thương mại ở nguồn.
Nội dung, ngôn ngữ, URL và phần trình bày storefront
Nội dung storefront của CS-Cart có thể gồm Pages, Blog records khi extension tương ứng được cài, mô tả Products/Categories, banner, menu, blocks, layouts, themes, metadata, SEO names và giá trị theo ngôn ngữ. Các tài sản này có chủ sở hữu khác nhau và không nên bị gộp thành một nhóm “nội dung” chung.
Mô tả Products và Categories thuộc catalog. Pages và navigation có cây cấu trúc cùng phạm vi storefront riêng. Blocks và layouts mô tả phần trình bày. SEO names và redirects quản lý route. Giá trị ngôn ngữ có thể được lưu như bản dịch gắn với cùng một đối tượng thay vì tạo Products hoặc Categories độc lập.
| Tài sản ở nguồn | Cấu trúc đích trong CS-Cart | Ranh giới cần giữ |
|---|---|---|
| Bản dịch Products hoặc Categories | Giá trị catalog theo ngôn ngữ | Một đối tượng vẫn liên kết với nhiều giá trị bản địa hóa. |
| Trang thông tin | Page hierarchy và phân bổ storefront | Nội dung, quan hệ cha-con, quyền truy cập và route vẫn là các phần riêng. |
| Menu hoặc mục điều hướng | Menu structure hoặc storefront block | Navigation không được suy ra chỉ từ việc Categories tồn tại. |
| Banner hoặc block khuyến mãi | Bản ghi trình bày hoặc marketing | Vị trí hiển thị phải tách khỏi dữ liệu Products bên dưới. |
| URL cũ | Quan hệ SEO name và redirect | Đường dẫn nguồn và đích phải được ghi rõ. |
| Theme layout | Cấu hình trình bày ở đích | Theme không nên bị xem là dữ liệu nội dung có thể mang sang trực tiếp. |
Phân tách này đặc biệt quan trọng trong mô hình nhiều storefront và marketplace, nơi cùng một nội dung có thể dùng chung toàn hệ thống, chỉ thuộc một storefront, một vendor hoặc một ngôn ngữ.
Phần mở rộng CS-Cart, bảng tùy chỉnh và tích hợp sở hữu dữ liệu bổ sung
Phần mở rộng của CS-Cart có thể bổ sung trường Products, chức năng marketplace, loyalty records, subscriptions, booking, reviews, điểm thưởng, dữ liệu thanh toán/vận chuyển, feed bên ngoài và workflow tùy chỉnh. Bản ghi có thể nằm trong bảng riêng của extension và phụ thuộc vào hooks, setting, scheduled task hoặc dịch vụ bên ngoài.
Trong CS-Cart, add-on là phần mở rộng của nền tảng chứ không phải nhãn chung cho trường Products thông thường. Phạm vi di chuyển dữ liệu cần xác định add-on cụ thể, những bản ghi thuộc add-on và các dữ liệu cốt lõi mà add-on mở rộng.
| Chủ sở hữu dữ liệu | Bản ghi thường gặp | Yêu cầu khi chuyển sang đích |
|---|---|---|
| CS-Cart core | Products, Categories, features, options, variations, users, Orders, storefronts | Giữ đúng ý nghĩa của từng đối tượng và quan hệ chuẩn. |
| Multi-Vendor | Vendors, vendor users, Products thuộc seller, hoa hồng, khoản thanh toán | Giữ seller ownership xuyên suốt catalog và Orders. |
| Phần mở rộng CS-Cart | Reviews, rewards, subscriptions, booking data, trường Products đặc biệt | Rà soát schema của extension và khả năng xử lý ở đích riêng. |
| Phát triển tùy chỉnh | Bảng, trường, trạng thái hoặc bản ghi workflow riêng | Xác định điểm đến rõ ràng cho từng quan hệ kinh doanh còn hoạt động. |
| Hệ thống bên ngoài | Item trong ERP, account CRM, kho, listing marketplace, tham chiếu kế toán | Giữ mã định danh cần thiết cho đối chiếu và kết nối lại. |
Định dạng import/export không phản ánh toàn bộ mô hình dữ liệu. Một trường có thể xuất được nhưng không mang theo cấu hình hoặc workflow của extension liên quan. Ngược lại, mã định danh bên ngoài có thể rất nhỏ nhưng lại thiết yếu để nối bản ghi sau di chuyển dữ liệu với ERP, PIM, WMS, CRM hoặc marketplace.
Quyết định cách biểu diễn dữ liệu dựa trên quan hệ sở hữu
Một phương án đưa dữ liệu vào CS-Cart đáng tin cậy phải xác định chủ sở hữu của từng giá trị nguồn trước khi chọn trường đích.
| Mẫu quan hệ ở nguồn | Câu hỏi cần trả lời | Hệ quả nếu gán sai chủ sở hữu |
|---|---|---|
| Màu và kích thước đi kèm SKU con | Đây có phải variation group dựa trên features không? | Mất danh tính Products độc lập, tồn kho hoặc khả năng hiển thị trong catalog. |
| Khắc tên hoặc gói quà | Đây có phải option không có tồn kho độc lập không? | Lựa chọn dịch vụ bị biểu diễn sai thành variation có thể bán riêng. |
| Thông số kỹ thuật | Đây có phải feature và có thể là filter không? | Cách tìm kiếm và so sánh Products trở nên không nhất quán. |
| Nhiều cửa hàng khu vực | Đây là storefront độc lập hay nhánh marketplace? | Phạm vi Products, Categories, Customers và cấu hình bị trộn lẫn. |
| Supplier hoặc seller | Đây là dữ liệu mô tả nguồn cung hay quyền sở hữu vendor? | Products, users, Orders, hoa hồng và khoản thanh toán của vendor bị mất hoặc bị tạo sai. |
| Phân hạng Customers | Đây là user group, CRM segment bên ngoài hay quan hệ company? | Giá và quyền truy cập bị gắn vào sai cấu trúc Customers. |
| Trường thuộc extension | Module CS-Cart nào sở hữu và trường này mở rộng bản ghi nào? | Dữ liệu được sao chép nhưng thiếu chức năng dùng để diễn giải dữ liệu đó. |
Di chuyển sang CS-Cart giữ đúng ý nghĩa khi dữ liệu mô tả catalog, lựa chọn mua, variations, phạm vi storefront, vendor ownership, phân khúc Customers, lịch sử đơn hàng, nội dung và bản ghi thuộc extension vẫn tách biệt nhưng được liên kết đúng.
Kết luận
CS-Cart không phải schema phẳng chỉ gồm Products và Orders. Features mô tả Products; options là lựa chọn tách biệt; variations vẫn là Products được nhóm theo các feature value đã chọn. Storefront có thể sở hữu catalog và phạm vi Customers khác nhau giữa Store Builder và Multi-Vendor. Vendors tạo quyền sở hữu marketplace, còn user groups ảnh hưởng đến cách áp dụng điều kiện thương mại. Orders phụ thuộc vào chi tiết lịch sử của Products, khuyến mãi, Tax, thanh toán, shipment, trạng thái và seller. Phần mở rộng và hệ thống bên ngoài có thể sở hữu những bản ghi nằm ngoài các loại dữ liệu cốt lõi.
Phạm vi di chuyển dữ liệu tốt nhất là phạm vi gán từng giá trị nguồn vào cấu trúc CS-Cart kiểm soát cùng ý nghĩa kinh doanh. Cách tiếp cận này duy trì khả năng tìm Products, lựa chọn mua, trách nhiệm seller, cách đối xử với Customers, lịch sử đơn hàng, storefront đã bản địa hóa và khả năng kết nối tích hợp mà không ép những bản ghi khác bản chất vào các trường chỉ giống nhau về tên.
Câu hỏi thường gặp
Feature và option trong CS-Cart khác nhau thế nào?
Feature là thuộc tính gắn liền với Products như brand, material hoặc ISBN và có thể dùng cho lọc hoặc so sánh. Option là lựa chọn tách biệt của người mua như khắc tên, gói quà hoặc bảo hành; option có thể ảnh hưởng đến giá hoặc trọng lượng nhưng không sở hữu tồn kho độc lập.
Khi nào SKU con ở nguồn nên trở thành variations của Products của CS-Cart?
SKU con phù hợp với variations của Products khi mỗi bản ghi con vẫn là Products và cả nhóm khác nhau theo các feature value đã chọn. Cách chuyển dữ liệu phải giữ SKU, tồn kho, giá, hình ảnh và quan hệ hiển thị catalog của từng bản ghi thay vì gộp mọi Products con thành một danh sách options phẳng.
Một cửa hàng nguồn có luôn tương ứng với một storefront CS-Cart không?
Một cửa hàng nguồn không phải lúc nào cũng tương ứng với một storefront CS-Cart. Trong Store Builder, storefront có thể là cửa hàng độc lập với catalog và Customers riêng. Trong Multi-Vendor, storefront có thể là một nhánh marketplace theo khu vực chứa vendor được chọn cùng cấu hình khu vực. Ranh giới vận hành ở nguồn mới là cơ sở để chọn mô hình đúng.
Mọi supplier ở nguồn có nên trở thành vendor trong CS-Cart không?
Supplier ở nguồn không nên tự động trở thành vendor trong CS-Cart. Vendor sở hữu Products trên marketplace và các bản ghi thương mại liên quan seller. Manufacturer, brand, supplier code hoặc nguồn mua hàng có thể tiếp tục là dữ liệu mô tả hoặc mã định danh của hệ thống bên ngoài nếu không đại diện cho tài khoản seller.
Vì sao dữ liệu thuộc phần mở rộng CS-Cart phải được tách khỏi dữ liệu cốt lõi?
Phần mở rộng có thể sở hữu bảng, trạng thái, cấu hình và quan hệ riêng. Sao chép các trường đó vào Products hoặc Customers cốt lõi không duy trì được workflow dùng để diễn giải và vận hành dữ liệu.
Nên xử lý catalog marketplace dùng chung như thế nào?
Cần tách danh tính Products dùng chung khỏi offer riêng theo vendor, giá, tồn kho, quyền sở hữu và trách nhiệm trong Orders. Dù Cửa hàng đích sử dụng common Products hay cấu trúc marketplace khác, các lớp này không nên bị gộp thành những Products trùng lặp nhưng không còn quan hệ với nhau.