Next-Cart

Chuyển đổi sang ShopWired không chỉ là đưa Products, Customers, Orders, Categories, Reviews, Coupons và các bản ghi CMS sang một khu vực quản trị mới. ShopWired có cấu trúc thương mại riêng cho Products, Categories, thương hiệu, variations, choices, extras, tồn kho, danh tính Customers, chức năng B2B, cấu hình checkout, VAT và thuế bán hàng, quy tắc giao hàng, app, API và phần hiển thị storefront do theme quyết định. Một kế hoạch chuyển đổi tốt phải đưa dữ liệu nguồn vào đúng cấu trúc đó mà không làm mất ý nghĩa kinh doanh của các bản ghi.

Câu hỏi cốt lõi là: sau khi một bản ghi nguồn được đưa vào ShopWired, đội ngũ vận hành có còn hiểu đúng bản ghi đó và cửa hàng có tiếp tục sử dụng bản ghi đó đúng mục đích hay không? Một option trước đây chỉ được lưu bằng nhãn đơn giản có thể cần trở thành variation, choice, extra, bundle, trường cá nhân hóa hoặc dữ liệu do app quản lý. Một phân khúc khách hàng có thể cần biểu diễn bằng bản ghi Customers, quan hệ đăng ký bản tin, Customers B2B, nhóm mức giá hoặc trường tùy chỉnh. Một đơn hàng cũ có thể tiếp tục hữu ích cho chăm sóc khách hàng, nhưng không tự cấu hình checkout, giao hàng, thanh toán, VAT, thuế bán hàng hoặc quy tắc B2B cho giao dịch mới.

Ý nghĩa dữ liệu trên ShopWired trở nên rõ hơn khi tách việc di chuyển bản ghi khỏi việc tái lập cách cửa hàng vận hành. Mỗi giá trị cần được hiểu theo chức năng thương mại hoặc vận hành mà giá trị đó phải tiếp tục hỗ trợ: giúp khách duyệt catalog, kiểm soát các tổ hợp có thể mua, duy trì lịch sử giao dịch và tài khoản của Customers, hỗ trợ tài khoản B2B, giải thích giao dịch đã xảy ra, duy trì khả năng hiển thị trên công cụ tìm kiếm, kết nối hệ thống bên ngoài hoặc phục vụ hoạt động merchandising lâu dài.

Những nội dung cần ưu tiên khi chuyển mô hình dữ liệu sang ShopWired

Việc lập kế hoạch mô hình dữ liệu cho ShopWired nên bắt đầu từ những khu vực có thể làm thay đổi ý nghĩa kinh doanh trực tiếp nhất: cấu hình Products, danh tính Customers, quy tắc B2B, cách diễn giải Orders, khả năng tìm Products trên storefront và các mối phụ thuộc vào hệ thống bên ngoài. Chính những khu vực này quyết định cửa hàng sau chuyển đổi chỉ có dữ liệu hiện diện hay thực sự có thể sử dụng được.

Khu vực ở Cửa hàng nguồn Cách cần diễn giải trong ShopWired Câu hỏi cần giải quyết khi lập kế hoạch
Variants và option của Products Variations, choices, extras, bundles, trường nhập văn bản/tệp hoặc chức năng do app quản lý Option nguồn có ảnh hưởng đến SKU, giá, tồn kho, giao hàng, thuế hay chỉ cách hiển thị?
Cấu trúc Categories và thương hiệu Cách tìm Products, điều hướng, bộ lọc, SEO và merchandising Khách hàng có còn tìm được Products ưu tiên qua những đường dẫn mong muốn không?
Bản ghi Customers Danh tính theo email, trạng thái tài khoản, lịch sử đơn hàng, ghi chú, trường tùy chỉnh và phân biệt B2B Customers trùng lặp, khách mua không đăng nhập, Customers B2B và tài khoản đã đăng ký có còn đúng ý nghĩa không?
Nhóm Customers và tài khoản B2B Khả năng hiển thị cho B2B, quy tắc giá, cách tài khoản hoạt động và quy tắc vận hành Quy tắc nào là dữ liệu, quy tắc nào thuộc cấu hình ShopWired và quy tắc nào cần đánh giá riêng?
Đơn hàng trước đây Lịch sử Customers, nhãn thanh toán và giao hàng, giá trị thuế, ghi chú Orders, ngữ cảnh xử lý đơn hàng và tham chiếu bên ngoài Lịch sử đơn hàng có còn hữu ích cho hỗ trợ và báo cáo sau chuyển đổi không?
Nội dung và tài sản SEO Trang, landing pages, Blog Posts, menu, redirects, metadata và phần hiển thị do theme kiểm soát Nội dung nào ảnh hưởng đến tìm kiếm, độ tin cậy, chuyển đổi hoặc quá trình tiếp nhận khách B2B?
App và tích hợp Quyền sở hữu dữ liệu bên ngoài, cách API/webhook hoạt động, luồng tồn kho, kế toán, xử lý đơn hàng, email, marketplace hoặc CRM Hệ thống nào phải cấu hình lại, liên kết lại, xây dựng lại hoặc loại khỏi phạm vi?

Cách nhìn này giúp tránh một lỗi phổ biến: cho rằng tên trường giống nhau là đủ. Hai trường có tên tương tự không đảm bảo chúng giữ cùng chức năng trong vận hành. Trên ShopWired, ý nghĩa phụ thuộc vào cách bản ghi tham gia vào lựa chọn Products, nhận diện Customers, bán hàng B2B, checkout, xử lý đơn hàng, tính thuế và phần hiển thị storefront. Vì vậy, trước khi xác định quan hệ giữa các trường nguồn và đích, cần biết mỗi giá trị thuộc về Products, variation, Customers, tài khoản B2B, Quotes, Orders, bản ghi nội dung, app hay hệ thống bên ngoài nào.

Products, Categories, thương hiệu và dữ liệu giúp khách tìm sản phẩm

Products trên ShopWired liên kết với Categories, thương hiệu, variations, choices, extras, tồn kho, giá, hình ảnh, từ khóa tìm kiếm, bộ lọc, URL và các quan hệ merchandising. Catalog nguồn có thể lưu những ý nghĩa này trong Products, collections, tags, attributes, nhà sản xuất, block của page builder hoặc bản ghi do app tạo. Ở môi trường đích, mỗi ý nghĩa cần được đưa về đúng cấu trúc ShopWired chịu trách nhiệm cho ý nghĩa đó.

Categories tạo tổ chức phân cấp cho Products, trong khi quan hệ thương hiệu xác định nhà sản xuất hoặc thương hiệu. Bộ lọc Products có thể cung cấp các giá trị so sánh có cấu trúc. Từ khóa tìm kiếm giúp khách tìm Products mà không cần biến chúng thành Categories hiển thị trên storefront. Theme có thể trình bày các bản ghi này, nhưng phần hiển thị không trở thành nơi sở hữu thông tin catalog.

Khái niệm catalog ở nguồn Cấu trúc chịu trách nhiệm trên ShopWired Hệ quả khi chuyển đổi
Nhóm hàng hoặc phân cấp ổn định Categories và quan hệ cha-con Duy trì việc gán Products và cách khách hàng duyệt catalog lâu dài.
Nhà sản xuất hoặc thương hiệu Quan hệ thương hiệu Giữ danh tính thương hiệu tách biệt với Categories chung hoặc thông số kỹ thuật.
Thuộc tính kỹ thuật dùng để lọc Bộ lọc Products hoặc trường có cấu trúc Giữ giá trị so sánh mà không tạo variants giả.
Từ đồng nghĩa phục vụ tìm kiếm nội bộ Từ khóa tìm kiếm của Products Cải thiện khả năng tìm Products mà không biến từ khóa thành nội dung catalog hiển thị.
Collection theo chiến dịch Categories, landing page, ưu đãi hoặc quan hệ trình bày được tuyển chọn Bám theo mục đích thương mại thay vì chỉ giữ nhãn từ nguồn.
Hình ảnh chính và gallery Quan hệ media của Products/variation Duy trì vai trò hình ảnh và media riêng theo variation khi tổ hợp có thể mua thay đổi.

Danh tính Products chỉ tiếp tục hữu ích về mặt thương mại khi đội ngũ xác định được thứ gì đang được bán, xuất hiện ở đâu, thuộc thương hiệu hoặc Categories nào, được tìm thấy bằng cách nào và bản ghi tồn kho hoặc giá nào kiểm soát mặt hàng có thể mua.

Ý nghĩa của variations, choices, extras và cấu hình Products

ShopWired phân biệt variations, choices, extras, trường nhập văn bản tùy chỉnh, gửi tệp, bundles, pre-orders, subscriptions và những cách Products hoạt động khác. Nền tảng nguồn thường gọi tất cả là “options”, nhưng các quan hệ thực tế khác nhau.

Variation đại diện cho một tổ hợp có thể mua và có thể mang SKU, giá, tồn kho, hình ảnh, trọng lượng, GTIN, MPN và cách áp dụng VAT riêng. Choice hoặc extra có thể bổ sung lựa chọn hay chi phí mà không tạo cùng một danh tính có tồn kho như variation. Trường nhập văn bản và tệp lưu thông tin do Customers cung cấp. Bundle liên kết một đề nghị bán với các bản ghi Products khác. Hình thức đặt trước và subscription bổ sung quan hệ thời gian và giao dịch vượt ra ngoài catalog tĩnh.

Cách vận hành ở nguồn Cấu trúc chịu trách nhiệm trên ShopWired Ý nghĩa cần duy trì
Tổ hợp kích thước/màu có SKU hoặc tồn kho riêng Variation Danh tính có thể bán, giá, tồn kho, hình ảnh, trọng lượng và định danh bên ngoài ở cấp tổ hợp.
Nâng cấp không bắt buộc hoặc gói quà Choice hoặc extra Lựa chọn tùy chọn và tác động đến giá mà không tạo tồn kho variant không có thật.
Nội dung khắc do khách nhập Trường nhập văn bản tùy chỉnh của Products và thông tin được lưu trong chi tiết mặt hàng của Orders Giá trị Customers nhập phải gắn với mặt hàng đã mua.
Tệp thiết kế hoặc tài liệu do khách gửi Quan hệ gửi tệp và thông tin được lưu trong chi tiết mặt hàng của Orders Quyền sở hữu tệp, bảo mật và khả năng truy cập khi xử lý đơn hàng.
Kit hoặc multipack Bundle hoặc quan hệ Products với Products Danh tính thành phần, số lượng, hệ thống có quyền quyết định tồn kho và ý nghĩa trong các đơn hàng trước đây.
Products bán theo hình thức đặt trước hoặc subscription Products cộng với quan hệ thời gian/giao dịch Ngày phát hành, thanh toán định kỳ, gia hạn hoặc ngữ cảnh tài khoản không nằm đầy đủ trong trường Products.
Configurator có điều kiện Quy tắc do app quản lý Tách lựa chọn nguồn và dữ liệu Orders được tạo ra khỏi app đã tạo những kết quả đó.

Sự phân biệt này ngăn hai lỗi đối lập: tạo variants cho dữ liệu chỉ mang tính mô tả hoặc tùy chọn, và biến các tổ hợp có tồn kho thành văn bản tĩnh. Định danh bên ngoài cần tiếp tục gắn với cấp Products hoặc variation mà hệ thống kho, kế toán, feed và marketplace thực sự nhận diện.

Dữ liệu Customers, tài khoản và marketing

ShopWired phân biệt hồ sơ Customers, người đăng ký bản tin, Customers B2B, điểm thưởng, quan hệ giới thiệu, nguồn Customers và dữ liệu Customers do app tạo. Email là một khóa nhận diện quan trọng, nhưng email trùng lặp, Orders của khách mua không đăng nhập, tài khoản cũ và quan hệ B2B khiến việc ghép một-một trở nên không an toàn.

Bản ghi Customers có thể sở hữu thông tin liên hệ, địa chỉ, trạng thái tài khoản, lịch sử đơn hàng, ghi chú và trường tùy chỉnh. Trạng thái đăng ký bản tin là một quan hệ giao tiếp, không phải bản thay thế cho danh tính Customers. Trạng thái B2B bổ sung ý nghĩa về giá và quyền truy cập. Điểm thưởng tạo một sổ theo dõi gắn với Customers. Tags do app tạo hoặc định danh CRM có thể vẫn thuộc hệ thống bên ngoài.

Kiểu danh tính ở nguồn Cách xác định quan hệ trên ShopWired
Người mua lẻ đã đăng ký Bản ghi Customers liên kết với địa chỉ và lịch sử đơn hàng.
Khách mua không đăng nhập Danh tính và địa chỉ ở cấp Orders, không tự tạo tài khoản lâu dài nếu nguồn không có.
Người chỉ đăng ký bản tin Giữ quan hệ subscriber tách khỏi tài khoản người mua, trừ khi các bản ghi thực sự cùng đại diện cho một người.
Người mua B2B đã được duyệt Customers B2B cộng với các quan hệ giá, khả năng hiển thị, thuế và tài khoản làm cho trạng thái phê duyệt có ý nghĩa.
Tài khoản nguồn trùng lặp Chỉ hợp nhất khi danh tính, consent, địa chỉ và quyền sở hữu Orders hỗ trợ quyết định đó.
Số dư điểm thưởng hoặc giới thiệu Bản ghi chương trình gắn với Customers thay vì ghi chú Customers chung.
ID CRM hoặc marketing Định danh bên ngoài gắn với Customers hoặc subscriber mà hệ thống kết nối nhận diện.

Mô hình đích không nên suy ra consent, trạng thái phê duyệt B2B hoặc quyền sở hữu tài khoản chỉ từ tên giống nhau. Cần duy trì chính quan hệ đã làm cho bản ghi nguồn có ý nghĩa trong vận hành.

Dữ liệu B2B, trade, Quotes và giá

Cấu trúc B2B trên ShopWired gồm Customers B2B, Categories và Products dành riêng cho B2B, quy tắc giá B2B, các nhóm mức giá, mức giá riêng, chiết khấu toàn cục, Quotes và cách tài khoản hoạt động liên quan. Đây là các bản ghi kết nối với nhau, không phải thuộc tính của một dòng Customers duy nhất.

Danh tính người mua thuộc Customers hoặc Customers B2B. Quy tắc thương mại có thể thuộc nhóm mức giá, mức giá B2B riêng cho Products, ngoại lệ theo từng tài khoản, chiết khấu toàn cục, quan hệ khả năng hiển thị hoặc Quotes. Quotes và Orders trước đây giữ lại kết quả thương lượng đã xảy ra; cấu hình B2B hiện tại quyết định giao dịch trong tương lai.

Thành phần B2B ở nguồn Cấu trúc chịu trách nhiệm trên ShopWired Ý nghĩa quan hệ
Tài khoản doanh nghiệp đã được duyệt Customers B2B Danh tính người mua và trạng thái B2B đã phê duyệt.
Cấp bán buôn Nhóm mức giá B2B hoặc chiết khấu toàn cục Cách áp dụng điều kiện thương mại chung cho một nhóm Customers B2B.
Giá theo hợp đồng Mức giá riêng theo Customers B2B hoặc quan hệ khác giữa Products và Customers Ngoại lệ riêng cho tài khoản ở đúng cấp Products hoặc variation.
Danh mục chỉ dành cho B2B Quan hệ hiển thị của Products/Categories Những Customers được duyệt nào có thể tìm thấy và mua mặt hàng.
Quote Bản ghi Quotes liên kết với Customers, Products, giá, ghi chú, trạng thái và Orders sau đó khi có Ảnh chụp của một thỏa thuận thương mại, không phải giỏ hàng thông thường.
Điều khoản đặt hàng doanh nghiệp Ngữ cảnh Customers/Quotes/Orders cộng với cấu hình thanh toán ở đích Giữ điều khoản và giá trị tham chiếu lịch sử tách khỏi cách checkout đang hoạt động.
Trạng thái VAT Customers B2B và quan hệ thuế Bằng chứng về người mua và cách áp dụng thương mại không được rút gọn thành một nhãn.

Vì vậy, chỉ có tên nhóm Customers ở nguồn là chưa đủ. Ý nghĩa thực tế của nhóm nằm trong mạng lưới gồm giá, Products, quy tắc hiển thị, lịch sử Quotes, điều khoản và cách áp dụng thuế gắn với nhóm đó.

Orders, trạng thái Orders, Quotes và ngữ cảnh giao dịch

Một bản ghi Orders trên ShopWired mô tả giao dịch đã xảy ra. Quan hệ của bản ghi có thể gồm danh tính Customers hoặc khách mua không đăng nhập, chi tiết Products và variation, choices, extras, dữ liệu cá nhân hóa, giá, vouchers, giao hàng, nhãn thanh toán, VAT hoặc thuế bán hàng, trạng thái, ghi chú, hoàn tiền, trả hàng, subscriptions, Quotes và tham chiếu hệ thống bên ngoài.

Giá trị trong các đơn hàng trước đây là ảnh chụp tại thời điểm giao dịch. Không nên tính lại chúng bằng giá Products hoặc thiết lập thuế hiện tại. Nhãn thanh toán hay giao hàng giải thích Orders đã xảy ra nhưng không cấu hình cổng thanh toán hoặc delivery zone trên môi trường đích. Trường tùy chỉnh của Orders thuộc về giao dịch đó, trừ khi giá trị tương tự được chủ động xác định là dữ liệu lâu dài của Customers hoặc Products.

Quan hệ trong Orders Ý nghĩa lịch sử cần duy trì
Liên kết với Customers hoặc khách mua không đăng nhập Ai đặt hàng và đã dùng địa chỉ nào.
Chi tiết Products/variation Danh tính mặt hàng đã mua, SKU, choices hoặc extras đã chọn, số lượng và mô tả mặt hàng.
Văn bản/tệp do Customers cung cấp Hướng dẫn phục vụ xử lý đơn hàng gắn với mặt hàng đã mua hoặc Orders.
Giá, chiết khấu, voucher, VAT/thuế và tổng tiền Ảnh chụp tài chính được ghi nhận tại thời điểm mua.
Nhãn thanh toán và giao hàng Ngữ cảnh phục vụ hỗ trợ và đối soát, không hàm ý cấu hình đang hoạt động.
Trạng thái, hoàn tiền, trả hàng và dòng thời gian Bằng chứng về vòng đời và các thay đổi của giao dịch gốc.
Tham chiếu Quotes hoặc subscription Quan hệ với quy trình thương mại diễn ra trước hoặc sau Orders.
ID bên ngoài Khóa đối soát cho ERP, kế toán, hệ thống xử lý đơn hàng, marketplace hoặc CRM.

Lịch sử đơn hàng tiếp tục hữu ích khi nhân viên có thể hiểu giao dịch ngay cả khi catalog, theme, hệ thống app hoặc cấu hình checkout hiện tại đã thay đổi.

Dữ liệu checkout, giao hàng, thanh toán, VAT và thuế bán hàng

ShopWired tách dữ liệu giao dịch lịch sử khỏi cấu hình tạo Orders mới. Orders cũ có thể chứa tên phương thức giao hàng, phí, nhãn thanh toán, giá trị VAT hoặc thuế bán hàng, trạng thái miễn thuế và câu trả lời từ trường checkout tùy chỉnh. Trong khi đó, checkout hiện tại, delivery zones và mức phí, cách nhận hàng, cổng thanh toán, VAT zones, mức thuế tùy chỉnh, quy tắc B2B và app checkout là các bản ghi cấu hình riêng.

Giá trị lịch sử ở nguồn Bản ghi sở hữu dữ liệu Quan hệ riêng cần thiết ở môi trường đích
Nhãn phương thức thanh toán và tham chiếu giao dịch Orders Cấu hình cổng thanh toán và thông tin xác thực cho giao dịch mới.
Phương thức giao hàng và phí Orders Delivery zone, mức phí, điều kiện hạn chế, nhận hàng và cấu hình đơn vị vận chuyển.
Số VAT hoặc thuế bán hàng Ảnh chụp tài chính trong Orders VAT zones, mức thuế, trạng thái miễn thuế và thiết lập tính thuế hiện tại.
Thông tin chứng minh Customers được miễn thuế Customers/Customers B2B hoặc hồ sơ tuân thủ bên ngoài Quy tắc đích áp dụng cách xử lý tương ứng cho Orders mới.
Câu trả lời cho câu hỏi tại checkout Trường Orders hoặc Customers tùy theo mục đích Định nghĩa trường checkout và quy tắc hiển thị.
Điều khoản offline hoặc tham chiếu đơn đặt hàng doanh nghiệp Customers B2B, Quotes hoặc Orders Cấu hình điều khoản thanh toán và phê duyệt đang áp dụng.
Kết quả do app checkout tạo Dữ liệu Orders do app sở hữu Cấu hình app ở đích và quan hệ dữ liệu mà app hỗ trợ.

Sự phân tách này giữ đúng vai trò của dữ liệu lịch sử và cấu hình tương lai: bản ghi đã di chuyển giải thích giao dịch trước đây, còn bản ghi cấu hình mô tả cách ShopWired sẽ tạo giao dịch mới. Hai nhóm có liên hệ nhưng không thay thế lẫn nhau. Nguyên tắc tương tự áp dụng với trạng thái miễn thuế và điều khoản B2B: các bản ghi đơn hàng trước đây giữ những gì đã xảy ra, còn quan hệ Customers/B2B giải thích vì sao cách xử lý tương tự có thể tiếp tục áp dụng trong tương lai.

Nội dung, SEO, menu và dữ liệu phụ thuộc theme

Nội dung ShopWired có thể gồm trang website, landing pages, Blog Posts, metadata của Products và Categories, 301 redirects, menu và danh sách liên kết, thông tin doanh nghiệp, hình ảnh, tệp, Products nổi bật, Q&A cho Products và các bản ghi storefront khác. Theme trình bày những bản ghi này nhưng không trở thành nguồn sở hữu có thẩm quyền.

Một block từ page builder ở nguồn có thể gộp văn bản, hình ảnh, tham chiếu Products, form và widget của app thành một đối tượng trực quan. Mô hình đích cần tách nội dung lâu dài khỏi cấu hình trình bày và các tham chiếu thương mại động.

Tài sản ở nguồn Cấu trúc chịu trách nhiệm trên ShopWired Hệ quả khi chuyển đổi
Trang chính sách, dịch vụ hoặc thông tin B2B Trang website Duy trì nội dung, metadata, liên kết, media và ý nghĩa URL lâu dài.
Landing page chiến dịch hoặc biên tập Landing page cộng với tham chiếu Products/nội dung Tách nội dung có thể tái sử dụng khỏi bố cục riêng của theme.
Bài blog Blog Posts Duy trì tiêu đề, nội dung, media, ngày/tác giả khi cần, metadata và liên kết nội bộ.
Dữ liệu SEO của Products hoặc Categories Products/Categories cộng với trường SEO Giữ danh tính bản ghi gốc tách biệt với redirects và vị trí trong menu.
Mục menu Quan hệ menu/danh sách liên kết Điều hướng công khai có thể trỏ tới Products, Categories, trang, Blog Posts, URL bên ngoài hoặc chiến dịch.
Redirect Quan hệ 301 redirect Duy trì ý nghĩa chuyển từ URL nguồn sang URL đích mà không coi URL cũ là nội dung trang.
Phần hoặc widget của theme Phần trình bày do theme/app quản lý Tái tạo phần hiển thị riêng với nội dung hoặc dữ liệu Products được phần hiển thị đó sử dụng.

Quyền sở hữu nội dung quan trọng cho cả trải nghiệm bán lẻ và B2B. Trang giới thiệu quy trình đăng ký B2B, thư viện thông số Products, trang chính sách hoặc landing page có giá trị cao vẫn mang ý nghĩa kinh doanh ngay cả khi thiết kế trực quan được thay thế.

App, API, webhooks và dữ liệu của hệ thống bên ngoài

ShopWired hỗ trợ app, thông tin xác thực API và webhooks; hệ sinh thái có thể kết nối với kế toán, xử lý đơn hàng, tồn kho, marketplace, marketing, thuế, tìm kiếm, subscription và B2B. Dữ liệu của app ở Cửa hàng nguồn không tự trở thành dữ liệu gốc của ShopWired chỉ vì có một app đích phục vụ chức năng tương tự.

Mô hình đích cần xác định hệ thống có thẩm quyền đối với từng giá trị vận hành. ID Products và variation có thể được ERP nhận diện. ID Customers có thể thuộc CRM. Tham chiếu Orders và lô hàng có thể thuộc hệ thống xử lý đơn hàng hoặc kế toán. Trạng thái consent của subscriber có thể thuộc nền tảng marketing. Webhook là cấu hình; định danh bên ngoài nằm trong payload của webhook là dữ liệu.

Mối phụ thuộc Quan hệ có thẩm quyền
ID Products trong ERP hoặc kế toán Products hoặc variation mà hệ thống bên ngoài nhận diện.
Khóa luồng tồn kho Products/variation có tồn kho cộng với hệ thống có quyền quyết định lượng tồn có thể bán.
Tham chiếu xử lý đơn hàng Quan hệ Orders, lô hàng hoặc kiện hàng mà đơn vị vận chuyển hay kho nhận diện.
ID Customers/doanh nghiệp trong CRM Quan hệ Customers hoặc Customers B2B ở đúng cấp tài khoản.
ID listing trên marketplace Quan hệ Products/variation/kênh, không phải mô tả Products chung.
Consent và tags marketing Subscriber/Customers cộng với hệ thống marketing sở hữu trạng thái.
Trường tùy chỉnh do app tạo Giá trị do app sở hữu với Products, Customers, Orders hoặc Quotes cha được xác định rõ.
Thông tin xác thực API hoặc đăng ký webhook Cấu hình bảo mật ở môi trường đích, không phải dữ liệu nội dung hoặc Customers.

Pagination, xác thực và xử lý lỗi của API ảnh hưởng đến cách hệ thống trao đổi bản ghi, nhưng không thay đổi quyền sở hữu của dữ liệu nền. Vì vậy, bản đồ quyền sở hữu phải tiếp tục ổn định ngay cả khi cách triển khai tích hợp được xây dựng lại.

Ranh giới sở hữu đối với dữ liệu tùy chỉnh và dữ liệu bên ngoài

Dữ liệu tùy chỉnh và dữ liệu bên ngoài trong ShopWired nên được tổ chức theo ranh giới sở hữu, không theo một nhãn chung như “cần xử lý nâng cao”. Câu hỏi chính là giá trị thuộc một bản ghi gốc của ShopWired, một app ShopWired, cấu hình trình bày hay hệ thống bên ngoài.

Dấu hiệu dữ liệu Chủ sở hữu ở môi trường đích Quan hệ cần xác định
Thông số Products dùng để lọc Cấu trúc Products/bộ lọc Tên thuộc tính, giá trị, Products được gán và vai trò hiển thị trên storefront.
ID kho ở cấp variation Variation cộng với ERP/kho Tổ hợp có thể bán và bản ghi bên ngoài nhận diện tổ hợp đó.
Tham chiếu hợp đồng của Customers B2B Customers B2B cộng với CRM/kế toán Doanh nghiệp, người liên hệ, tài khoản thương mại và khóa hệ thống bên ngoài.
Trường tùy chỉnh chỉ dùng cho Quotes Quotes Ngữ cảnh thương lượng hoặc phê duyệt mà không biến thành thuộc tính lâu dài của Customers.
Bản ghi subscription hoặc bundle do app tạo App cộng với Products/Orders Products cha, quan hệ thanh toán hoặc thành phần và tham chiếu giao dịch trước đây.
Thiết lập theme chọn Products Phần trình bày của theme Tham chiếu Products vẫn thuộc catalog; thiết lập chỉ kiểm soát cách hiển thị.
Bảng tùy chỉnh ở nguồn không được hỗ trợ Bản ghi cha đã xác định hoặc hệ thống bên ngoài Mục đích kinh doanh, khóa cha, vòng đời và chủ sở hữu ở đích phải rõ ràng.

Mô hình này tránh hai lỗi: ép mọi giá trị nguồn vào trường gốc gần nhất và giữ dữ liệu tùy chỉnh mà không hiểu quan hệ cha của giá trị đó. Một giá trị chỉ hữu ích khi đội ngũ biết bản ghi nào sở hữu giá trị, hệ thống nào nhận diện giá trị đó và giá trị mô tả lịch sử, hoạt động thương mại hiện tại hay phần trình bày. Quyền sở hữu cũng cần ổn định giữa các lần xuất dữ liệu và tích hợp. Khi một giá trị tùy chỉnh được sao chép sang nhiều hệ thống, cần xác định một nguồn dữ liệu có thẩm quyền và một khóa đối soát bền vững để các lần cập nhật sau không tạo nhiều phiên bản mâu thuẫn của cùng một thông tin thương mại.

Kết luận

Lập kế hoạch mô hình dữ liệu ShopWired phải tập trung vào ý nghĩa thay vì ghép tên trường. Những khác biệt quan trọng nhất thường nằm ở cấu hình Products, cách B2B vận hành, danh tính Customers, lịch sử đơn hàng, ngữ cảnh checkout, nội dung và tài sản SEO, app, luồng API, ID bên ngoài và trường tùy chỉnh. Mỗi khu vực cần được diễn giải theo mục đích kinh doanh phải tiếp tục phục vụ, không chỉ theo khả năng nhập bản ghi.

Một mô hình đích ShopWired tốt sẽ xác định mỗi giá trị nguồn thuộc Products, variation, quan hệ Customers B2B, Quotes, Orders, bản ghi nội dung, app, phần trình bày hoặc hệ thống bên ngoài nào. Bản đồ quyền sở hữu đó duy trì ý nghĩa thương mại mà không nhầm dữ liệu lịch sử với cấu hình tạo giao dịch trong tương lai.

Câu hỏi thường gặp

Vì sao option Products cần được rà soát riêng khi chuyển đổi sang ShopWired?

Option Products ở nguồn có thể đại diện cho những chức năng rất khác nhau trên ShopWired. Một số cần trở thành variations có SKU, giá, tồn kho, hình ảnh, trọng lượng hoặc ý nghĩa VAT riêng. Số khác thuộc choices, extras, trường cá nhân hóa, bundles hoặc cấu trúc do app sở hữu.

ShopWired có ghép Customers chỉ dựa vào tên không?

Danh tính Customers trên ShopWired gắn chặt với địa chỉ email. Email trùng lặp, Orders của khách mua không đăng nhập, tài khoản đã đăng ký, tài khoản B2B và trường Customers tùy chỉnh cần được rà soát để lịch sử đơn hàng và ý nghĩa tài khoản vẫn sử dụng được.

Orders được di chuyển có tự cấu hình checkout trên ShopWired không?

Orders được di chuyển có thể duy trì thông tin về thanh toán, giao hàng, chiết khấu, thuế và xử lý đơn hàng của các giao dịch trước đây trong phạm vi được hỗ trợ. Checkout đang hoạt động vẫn phụ thuộc vào cấu hình thanh toán, giao hàng, VAT hoặc thuế bán hàng, nhóm Customers, B2B và app trên ShopWired.

Có thể chuyển giá B2B và quy tắc B2B như dữ liệu Customers thông thường không?

Không phải lúc nào cũng có thể. Tài khoản B2B, nhóm mức giá, mức giá riêng, quan hệ Quotes, quyền hiển thị Products, điều khoản tài khoản và cách áp dụng thuế là những bản ghi thương mại có quan hệ với nhau, không phải các trường thông thường của một hồ sơ Customers.

Khi nào dữ liệu tùy chỉnh cần một chủ sở hữu riêng trên ShopWired?

Cần xác định chủ sở hữu riêng khi giá trị thuộc app, hệ thống bên ngoài, bảng tùy chỉnh ở nguồn, phần trình bày hoặc quan hệ không phù hợp với bản ghi Products, Customers, Quotes, Orders hay nội dung thông thường.

Nên chuyển quy tắc trade và B2B sang ShopWired theo cách nào?

Cần tách danh tính người mua và dữ liệu Products nền khỏi quy tắc làm thay đổi giá, khả năng hiển thị, cách áp dụng thuế, báo giá hoặc checkout. Duy trì các bản ghi mang ý nghĩa lâu dài, sau đó xác định cấu hình trên ShopWired hoặc hệ thống kết nối nào sẽ thực thi quy tắc thương mại tương ứng.