Khi Shopify Plus là Nền tảng đích, mô hình dữ liệu bắt đầu từ nền dữ liệu Shopify, sau đó bổ sung ý nghĩa vận hành ở cấp doanh nghiệp thông qua cấu trúc organization, B2B, Markets, nhiều stores, các tích hợp, permissions và quyền sở hữu quy trình. Products, variants, collections, Customers, Orders, pages, Blog Posts, redirects, metafields và apps vẫn là các thành phần chính. Điểm khác ở Plus là nhiều bản ghi trong số đó có thể gắn với nhiều quan hệ kinh doanh và trách nhiệm vận hành hơn một Di chuyển Shopify chỉ có một store.
Điều này đặc biệt quan trọng vì các Nền tảng nguồn dành cho doanh nghiệp thường lưu quy tắc thương mại trong những cấu trúc không thể chuyển trực tiếp thành bản ghi Shopify thông thường. Nguồn Magento hoặc Adobe Commerce có thể dùng nhóm Customers, websites, stores, store views, attributes của Products, price rules, shared catalogs, B2B accounts và dữ liệu do extensions quản lý. Custom Platform có thể dùng bảng dữ liệu riêng, ERP identifiers, quy tắc checkout tùy chỉnh, quyền mua theo vai trò hoặc catalogs theo khu vực. Shopify Plus có thể đáp ứng nhiều kết quả vận hành doanh nghiệp, nhưng kế hoạch phải xác định mỗi cấu trúc ở nguồn nên trở thành dữ liệu Shopify, thiết lập Shopify Plus, cấu hình app, cách liên kết giữa các trường trực tiếp, thiết kế dữ liệu ở đích, công việc các tích hợp hay một quy trình mới.
Shopify Plus vẫn dùng dữ liệu Shopify nhưng có thêm yêu cầu quản trị doanh nghiệp
Shopify Plus không phải một nền tảng dữ liệu tách khỏi Shopify. Dữ liệu cốt lõi vẫn theo mô hình Shopify: Products chứa variants, collections nhóm Products, Customers và Orders lưu thông tin người mua và giao dịch, pages và Blog Posts phục vụ content, redirects hỗ trợ duy trì traffic và đường truy cập, còn metafields hoặc metaobjects mở rộng dữ liệu có cấu trúc. Vì vậy, di chuyển dữ liệu cần giữ đúng mô hình Shopify thay vì tự tạo một mô hình dữ liệu doanh nghiệp riêng bên trong Plus.
Điểm khác nằm ở cách dữ liệu đó được quản trị và sử dụng. Một bản ghi Products có thể phải phục vụ nhiều Markets, nhiều storefronts, khả năng bán B2B, liên kết ERP SKU, custom metafields hoặc merchandising do app quản lý. Một bản ghi Customers có thể cần được tách khỏi Company, buyer role, company location, payment term hoặc cấu trúc sales theo khu vực. Một storefront có thể là một store dùng Markets hoặc một trong nhiều expansion stores thuộc cùng organization. Đây không phải khác biệt về hình thức. Những quyết định này xác định dữ liệu đã di chuyển sẽ được dùng như thế nào sau khi chính thức vận hành.
| Nhóm dữ liệu | Ý nghĩa trong Shopify cốt lõi | Ý nghĩa khi chuyển sang Shopify Plus |
|---|---|---|
| Products và variants | Cấu trúc catalog có thể bán. | Quy tắc SKU ở cấp doanh nghiệp, khả năng bán B2B, merchandising theo Market, ERP references và quản trị dữ liệu Products. |
| Collections | Nhóm Products để duyệt và merchandising. | Quyết định phân đoạn theo region, brand, channel, B2B và campaign. |
| Customers | Hồ sơ người mua và lịch sử đơn hàng. | Phân biệt người mua D2C, B2B contacts, quan hệ Company, buyer roles và quyền sở hữu account. |
| Orders | Lịch sử giao dịch. | Tra cứu hỗ trợ, đối chiếu, rà soát Orders B2B, payment terms, thông tin xác nhận fulfillment và references cho các tích hợp. |
| Metafields và metaobjects | Dữ liệu tùy chỉnh có cấu trúc. | dữ liệu làm giàu Products, content models, identifiers cho các tích hợp, thuộc tính B2B và thông tin phục vụ vận hành doanh nghiệp. |
| Stores và organization | Môi trường quản trị và storefront. | Nhiều stores, governance, permissions, security, billing và trách nhiệm vận hành. |
di chuyển dữ liệu không nên làm phẳng những khác biệt này thành việc chuyển bản ghi đơn thuần. Mỗi cấu trúc quan trọng ở nguồn cần có ý nghĩa rõ ràng trong mô hình đích.
Products, variants và ý nghĩa của catalog doanh nghiệp
Products và variants vẫn là điểm đầu tiên khi rà soát catalog. Products ở nguồn có sizes, colors, units, bundles, kits, configurable options, lựa chọn subscription hoặc SKU do ERP quản lý cần được đối chiếu với cấu trúc Products và variants của Shopify. Shopify Plus không loại bỏ việc phải đưa ra những quyết định này. Ngược lại, mức độ ảnh hưởng cao hơn vì catalog có thể phục vụ nhiều brands, Markets, B2B catalogs, storefronts và external systems.
Một catalog D2C đơn giản có thể chuyển thành Products và variants với ít thay đổi. Catalog doanh nghiệp thường cần phân loại sâu hơn. Attributes ở nguồn có thể là nội dung mô tả, thông số phục vụ search, options tạo variants, đầu vào cho filters, ERP identifiers, dấu hiệu xác định quyền mua B2B, giá trị theo Market hoặc dữ liệu do app quản lý. Nếu tất cả đều bị chuyển thành mô tả thông thường, merchandising, search và các tích hợp có thể mất thông tin cần thiết.
| Mô hình catalog ở nguồn | Câu hỏi cần giải quyết trên Shopify Plus |
|---|---|
| Products cấu hình với nhiều attributes | Attributes nào xác định variants, attributes nào trở thành metafields và dữ liệu nào nên tiếp tục ở hệ thống ngoài? |
| Quyền hiển thị Products theo nhóm Customers | Nên xử lý bằng B2B catalogs, tách stores, quy tắc app hay một thiết kế dữ liệu khác? |
| Tên hoặc mô tả Products theo khu vực | Nên dùng Markets/bản địa hóa, tách stores, quy trình dịch hay xây dựng lại content? |
| ERP SKU hoặc Products ID | Identifier nên được giữ dưới dạng SKU, metafield, dữ liệu app hay reference cho các tích hợp? |
| Bundle, kit, subscription hoặc gói cấu hình | Nên dùng thiết lập Shopify, app, thiết kế lại ở đích hay cấu hình thủ công? |
| Dữ liệu làm giàu Products ở cấp doanh nghiệp | Dữ liệu có cấu trúc nên trở thành metafields, metaobjects, app data hay phần triển khai theme/content? |
Di chuyển Products đạt chất lượng cao khi mỗi trường ở nguồn có một mục đích rõ ràng ở đích. Mục tiêu không phải ép toàn bộ các trường doanh nghiệp vào cấu trúc Products có sẵn của Shopify. Mục tiêu là giữ những thông tin phải tiếp tục được sử dụng trong mô hình vận hành Shopify Plus.
Collections, navigation và cách phân đoạn storefront
Collections không tương đương với mọi loại Categories ở Nền tảng nguồn. Một số nền tảng dùng Categories làm hierarchy trong database, navigation trên storefront, trang merchandising, landing page SEO, nhóm reporting hoặc cấu trúc kiểm soát truy cập. Shopify collections có thể nhóm Products và hỗ trợ merchandising, nhưng kế hoạch cần xác định từng nhóm ở nguồn nên trở thành collection, mục navigation, page, redirect destination, trải nghiệm theo Market, quy tắc B2B catalog hay cấu trúc lịch sử không còn cần thiết.
Shopify Plus làm xuất hiện thêm quyết định về phân đoạn. Một doanh nghiệp có thể tách stores theo brand hoặc region. Doanh nghiệp khác có thể dùng một store với Markets và content bản địa hóa. Với B2B, khả năng mua Products có thể phụ thuộc vào Company hoặc catalog chứ không chỉ public collection. Những lựa chọn này quyết định ý nghĩa của Categories và collections nên được thể hiện như thế nào ở đích.
| Ý nghĩa của nhóm dữ liệu ở nguồn | Cách thể hiện phù hợp hơn trên Shopify Plus |
|---|---|
| Đường duyệt Products công khai | Shopify collection, navigation và rà soát storefront. |
| Landing page SEO | Collection, page, redirect, metadata hoặc quyết định xây dựng lại content. |
| Nhóm storefront theo khu vực | Markets/bản địa hóa hoặc kế hoạch expansion stores. |
| Nhóm chỉ dành cho B2B | B2B catalog, quy tắc app hoặc thiết kế storefront riêng. |
| Nhóm reporting nội bộ | Metafield, tag, app data hoặc loại khỏi storefront công khai. |
| Categories cũ không còn sử dụng | Chủ động loại bỏ, lưu trữ hoặc xác định redirect destination. |
Điểm cần giữ là chức năng của nhóm dữ liệu, không chỉ tên Categories. Cùng một cấu trúc Categories ở nguồn có thể đồng thời phục vụ nhiều mục đích, và Shopify Plus cần giữ những mục đích còn giá trị sau khi chính thức vận hành.
B2B Companies không phải Customers thông thường
B2B là một trong những khác biệt quan trọng nhất của mô hình dữ liệu Shopify Di chuyển Plus. Trong Shopify thông thường, Customers chủ yếu thể hiện hồ sơ người mua cùng thông tin liên hệ và lịch sử đơn hàng. Với Shopify B2B, người mua doanh nghiệp có thể cần nằm trong một cấu trúc Company. Company đại diện cho tổ chức kinh doanh, còn Company Locations lưu ngữ cảnh mua hàng theo từng địa điểm như addresses, tax information, catalogs, payment terms và contacts được phân công. Một bản ghi Customers có thể được liên kết với một hoặc nhiều Company Locations, vì vậy không thể gộp buyer identity và bối cảnh account doanh nghiệp vào một tag của Customers.
Nền tảng nguồn có thể thể hiện B2B bằng nhiều cách: nhóm Customers, company accounts, quote workflows, account hierarchies, contract catalogs, shared catalogs, buyers được miễn thuế, quan hệ với sales representatives, ERP account IDs, approval permissions hoặc các trường tùy chỉnh. Không nên chuyển những cấu trúc này thành tags hoặc notes của Customers nếu đó không phải ý nghĩa đích đã được thống nhất.
| Cấu trúc B2B ở nguồn | Câu hỏi cần giải quyết trên Shopify Plus |
|---|---|
| Nhóm Customers | Đây là segment, thuộc tính Company, ngữ cảnh pricing, catalog rule hay chỉ là nhãn lịch sử? |
| Company account | Nên trở thành Shopify B2B Company với Company Locations hay dùng một cấu trúc account khác đã xác định? |
| Buyer role hoặc permission | Contact nào thuộc Company Location nào và vai trò mua hàng nào cần được giữ? |
| Contract pricing | Pricing thuộc B2B catalogs, app hay external pricing system? |
| ERP account identifier | Nên dùng Company ID, Company Location ID, metafield hay reference do các tích hợp quản lý? |
| Quote hoặc approval workflow | Thuộc thiết lập Shopify, app workflow hay cách hệ thống nguồn hoạt động không được hỗ trợ? |
Cách tách này ngăn một lỗi di chuyển dữ liệu nghiêm trọng: báo cáo rằng Customers đã được chuyển đủ trong khi mất kiến trúc thương mại khiến những Customers đó có thể mua B2B đúng cách.
Markets, bản địa hóa và cấu trúc nhiều stores
Doanh nghiệp Shopify Plus thường chuyển từ nền tảng có websites, store views, locales, regions, brands, domains hoặc catalogs theo Market. Những cấu trúc nguồn này cần được diễn giải cẩn thận vì Shopify Plus vừa hỗ trợ bán hàng quốc tế qua Markets, vừa có thể vận hành nhiều stores hoặc expansion stores. Mô hình đích phù hợp phụ thuộc vào governance, quyền sở hữu content, đội ngũ vận hành, khả năng bán Products, currency, tax, shipping và chiến lược brand theo khu vực.
Một store view ở Cửa hàng nguồn không nhất thiết tương ứng với một Market. Một regional domain không nhất thiết cần một Shopify Plus store riêng. Phiên bản theo language có thể thuộc thiết lập translation/bản địa hóa thay vì một cây content di chuyển dữ liệu riêng. Một website ở nguồn có thể đại diện cho brand, geography, channel hoặc chỉ là lựa chọn triển khai cũ không cần sao chép nguyên trạng.
| Cấu trúc ở nguồn | Cách thể hiện có thể phù hợp trên Shopify Plus |
|---|---|
| Store view hoặc language view | Thiết lập bản địa hóa và translation, hoặc storefront riêng khi mô hình quản trị yêu cầu. |
| Domain theo country | Market, chiến lược domain, kế hoạch redirect hoặc quyết định expansion store. |
| Catalog theo region | Quy tắc khả năng bán Products, Markets, B2B catalog, app hoặc store riêng. |
| Website có nhiều brands | Expansion store, store riêng, collections hoặc kiến trúc content theo brand. |
| CMS Pages bản địa hóa | Pages, Blog Posts, translations, metaobjects, redirects hoặc xây dựng content thủ công. |
| Pricing theo khu vực | Markets pricing, B2B catalog pricing, cấu hình app hoặc quy tắc trong external system. |
Câu hỏi của mô hình dữ liệu không chỉ là bản ghi sẽ được đặt ở đâu. Quan trọng hơn là bản ghi đã di chuyển phải phục vụ cấu trúc vận hành nào trên Cửa hàng đích.
Metafields, metaobjects và quản trị dữ liệu tùy chỉnh
Metafields và metaobjects rất hữu ích trong Di chuyển Shopify Plus, nhưng không nên trở thành nơi chứa mặc định cho mọi trường ở nguồn. Metafields mở rộng các Shopify resources hiện có như Products, Customers, variants, Orders và nhiều objects khác. Metaobjects tạo các records có cấu trúc gồm nhiều các trường, có thể được tham chiếu từ metafields, dùng trong themes hoặc quản lý như content/data entries.
Với Shopify Plus, dữ liệu tùy chỉnh cần được quản trị chặt hơn vì Nền tảng nguồn dành cho doanh nghiệp thường có nhiều attributes, specifications, các trường tùy chỉnh, ERP IDs, Market flags, B2B labels, merchandising content và records do app quản lý. Có các trường phục vụ content khách hàng nhìn thấy. Có các trường dành cho các tích hợp. Có các trường chỉ còn giá trị lịch sử hoặc đã lỗi thời. Một số cần definitions, quy tắc dữ liệu hoặc theme setup. Một số không nên chuyển sang Shopify Plus.
| Loại dữ liệu tùy chỉnh | Cách xử lý có thể phù hợp |
|---|---|
| Thông số Products | Metafields của Products, metafields gắn với taxonomy của Products, metaobjects hoặc app data. |
| Khối content có cấu trúc và dùng lại | Metaobjects, pages, Blog Posts, theme sections hoặc xây dựng content thủ công. |
| ERP/CRM/PIM identifiers | Metafields, các trường do app quản lý, native external ID hoặc reference cho các tích hợp. |
| Bối cảnh account B2B | Thiết lập Company và Company Location, metafields của Customers hoặc dữ liệu do app quản lý. |
| Dữ liệu từ extensions ở nguồn | di chuyển dữ liệu qua app, mapping cho các tích hợp, lưu trữ hoặc thiết kế lại nếu không có destination tương ứng. |
| các trường phục vụ reporting lịch sử | Loại khỏi di chuyển dữ liệu, lưu trữ, metafield hoặc tiếp tục reporting ở hệ thống ngoài. |
Mô hình dữ liệu tốt nhất không phải mô hình chuyển được nhiều các trường tùy chỉnh nhất. Mỗi trường tùy chỉnh cần có owner ở đích, cách được sử dụng hoặc hiển thị, quy tắc chất lượng dữ liệu và mục đích kinh doanh rõ ràng.
Orders, payments, fulfillment và bối cảnh quy trình
Di chuyển Orders sang Shopify Plus cần giữ được ý nghĩa của giao dịch trước đây, nhưng không được tạo cảm giác rằng mọi quy trình ở nguồn đã được tái tạo. Orders ở nguồn có thể chứa payment labels, shipping methods, discounts, tax context, trạng thái fulfillment, partial shipments, refunds, quotes, invoices, tham chiếu PO, ERP IDs hoặc thông tin sales representative. Một phần có thể được giữ để người dùng hiểu lịch sử đơn hàng. Phần khác thuộc cấu hình Shopify, app, external các tích hợp hoặc quy trình mới ở đích.
Sự khác biệt này quan trọng hơn với doanh nghiệp Plus vì lịch sử đơn hàng có thể phục vụ chăm sóc khách hàng, rà soát account B2B, đặt lại đơn sỉ, đối chiếu tài chính, khớp ERP và phân tích fulfillment. Tuy nhiên, dữ liệu Orders trước đây không cấu hình checkout đang hoạt động, payment processors, tax rules, định tuyến fulfillment, quy trình PO hay B2B payment terms.
| Thông tin Orders ở nguồn | Cách hiểu khi chuyển sang Shopify Plus |
|---|---|
| Payment reference | Thông tin lịch sử, không phải cấu hình payment đang hoạt động. |
| Fulfillment method | Giữ khả năng tra cứu lịch sử và đồng thời rà soát cấu hình fulfillment ở đích. |
| Refund hoặc cancellation | Phục vụ support và đối chiếu lịch sử. |
| Số PO | Thông tin Orders B2B, metafield hoặc app data, hay reference cho external system. |
| ERP Orders ID | Native external ID, metafield, trường của app hoặc reference cho các tích hợp. |
| Quote hoặc approval history | Ghi chú lịch sử, app workflow, thiết lập B2B hoặc chức năng tùy chỉnh không được hỗ trợ. |
Di chuyển Shopify Plus đạt yêu cầu phải giúp Orders trước đây tiếp tục hữu ích mà không nhầm lịch sử với cấu hình vận hành hiện tại.
Apps, các tích hợp và dữ liệu trong external systems
Doanh nghiệp Shopify Plus thường phụ thuộc vào ERP, PIM, OMS, CRM, subscription, loyalty, Reviews, tax, shipping, fraud, analytics, marketplace, personalization và systems tự động hóa. Một số giá trị ở nguồn là dữ liệu commerce chính. Số khác thuộc những systems này và chỉ xuất hiện trong Nền tảng nguồn vì extension hoặc các tích hợp đã sao chép dữ liệu vào đó.
Khi quyết định cách thể hiện dữ liệu ở đích, trước hết cần xác định system of record nào tiếp tục có quyền sở hữu. PIM có thể vẫn là nguồn chính cho dữ liệu làm giàu Products. ERP có thể tiếp tục sở hữu account, SKU, inventory hoặc Orders identifiers. Nền tảng subscription có thể sở hữu contracts và billing schedules. App loyalty có thể sở hữu balances và tier history. Việc lưu một bản sao trong Shopify Plus không chuyển quyền sở hữu và cũng không tái tạo quy trình của hệ thống đó.
| Hệ thống phụ thuộc | Câu hỏi về mô hình dữ liệu |
|---|---|
| ERP | Products, Customers, Company, Company Location, Orders và inventory identifiers nào phải giữ ổn định? |
| PIM | Attributes nào trở thành các trường của Shopify, metafields hoặc metaobjects, và dữ liệu nào tiếp tục do PIM quản lý? |
| OMS hoặc fulfillment system | Giá trị nào của Orders và fulfillment chỉ phục vụ tra cứu lịch sử, còn giá trị nào tiếp tục được dùng trong system đang hoạt động? |
| CRM | các trường nào của Customers cần nằm trong Shopify Plus, và dữ liệu quan hệ nào nên tiếp tục ở CRM? |
| App subscription | Records và identifiers nào phải được chuyển qua app thay vì biểu diễn như Orders thông thường? |
| App loyalty hoặc Reviews | Balances, memberships, Reviews và keys liên hệ giữa systems nào có destination được hỗ trợ? |
Không nên chuyển một giá trị quan trọng chỉ vì Shopify có trường để chứa. Giá trị đó cần có owner, identifier ổn định, cách thể hiện trên Shopify Plus khi cần và thành phần tiếp tục sử dụng. Nếu thiếu những điều kiện này, phương án tốt hơn có thể là lưu trữ, thiết kế lại quy trình hoặc giữ dữ liệu ở external system thay vì tạo thêm một bản sao không ai quản lý.
Kết luận
Khác biệt trong mô hình dữ liệu Shopify Plus không chỉ nằm ở các trường của Shopify. Điểm quan trọng là ý nghĩa doanh nghiệp gắn với dữ liệu Shopify. Products, variants, collections, Customers, Orders, pages, Blog Posts, redirects, metafields, metaobjects, apps và cấu trúc organization cần được diễn giải theo B2B, Markets, quản trị nhiều stores, external các tích hợp và quyền sở hữu vận hành.
Một mô hình dữ liệu Shopify Plus nhất quán phải tách được dữ liệu Shopify thông thường khỏi các cấu trúc vận hành ở cấp Plus. Mô hình cần xác định phần nào di chuyển, phần nào cấu hình trên Shopify Plus, phần nào thuộc apps hoặc các tích hợp, phần nào cần mapping trực tiếp hoặc tái cấu trúc dữ liệu, và phần nào thuộc công việc triển khai app và các tích hợp. Nhờ vậy, Cửa hàng đích trở thành môi trường Shopify doanh nghiệp có thể vận hành thay vì chỉ là bản sao nông của Nền tảng nguồn.
Câu hỏi thường gặp
Khác biệt trong mô hình dữ liệu Shopify Plus có tách biệt với Shopify không?
Hai nhóm khác biệt có liên quan chặt chẽ, không phải hai mô hình độc lập. Shopify Plus dùng nền dữ liệu Shopify, nhưng Di chuyển Plus thường gắn thêm ý nghĩa doanh nghiệp vào cùng các records thông qua B2B, Markets, nhiều stores, dữ liệu tùy chỉnh, các tích hợp, permissions và quản trị quy trình.
Nhóm Customers B2B ở nguồn có nên trở thành tags của Customers trên Shopify không?
Không nên mặc định chuyển thành tags. Nhóm Customers ở nguồn có thể đại diện cho pricing, Company structure, buyer access, tax status, segmentation hoặc chỉ là nhãn lịch sử. Cần xác định ý nghĩa đích trước khi quyết định dữ liệu nên nằm trong B2B Companies, catalogs, phân khúc Customers, metafields, apps hay một cấu trúc dữ liệu riêng đã được thống nhất.
Metafields có giải quyết được mọi yêu cầu dữ liệu tùy chỉnh của Shopify Plus không?
Metafields chỉ mở rộng một Shopify resource hiện có, còn metaobjects phù hợp với records có cấu trúc và dùng lại. Hai cơ chế này không tự tái tạo app workflow, quan hệ ERP, mô hình B2B permissions hoặc external system of record. Chỉ nên dùng khi owner và thành phần sử dụng dữ liệu ở đích đã rõ.
Dữ liệu từ nhiều stores ở nguồn nên được xử lý thế nào trên Shopify Plus?
Dữ liệu cần được mapping theo cấu trúc vận hành đích đã chọn. Tùy mô hình, dữ liệu có thể trở thành một Shopify Plus store dùng Markets, nhiều stores, expansion stores, content bản địa hóa, B2B catalogs hoặc kết hợp giữa thiết lập ở đích và phạm vi di chuyển dữ liệu.
Những mối quan hệ nào cần được xử lý cẩn thận nhất trên Shopify Plus?
B2B Companies và Company Locations, quyền sở hữu theo Market hoặc store, mối liên hệ giữa catalogs và pricing, cùng external-system identifiers cần được mapping rõ nhất. Một record có thể tồn tại đúng trên Shopify Plus nhưng vẫn gắn sai buyer, location, storefront, catalog hoặc system of record.
Quan hệ B2B giữa Company và locations nên được giữ như thế nào?
Company, các Company Locations, buyers được phân công, catalogs, payment terms, tax context và external account IDs cần được xem là các records có quan hệ với nhau, không phải tags của Customers. Mapping phải giữ mỗi buyer gắn với đúng location mua hàng và giữ các identifiers mà back-office systems còn sử dụng.