Nếu dự án chọn Adobe Commerce làm Nền tảng đích, giai đoạn chuẩn bị cần chuyển mô hình vận hành doanh nghiệp thành một bộ thông tin có kiểm soát trước khi bắt đầu bất kỳ lần chạy di chuyển dữ liệu nào. Đội ngũ phải biết B2C Customers, B2B companies, company users, shared catalogs, websites, stores, store views, các loại Products, inventory sources, lịch sử đơn hàng, content và hệ thống bên ngoài cần được thể hiện như thế nào trên Cửa hàng đích.
Với mỗi hạng mục quan trọng, bộ chuẩn bị nên trả lời bốn câu hỏi: cần thực hiện việc gì, ai chịu trách nhiệm, thông tin nào xác nhận quyết định và điều kiện nào cho thấy hạng mục đã sẵn sàng. Cách làm này tránh việc quan hệ company, pricing theo người mua, storefront theo khu vực hoặc identifiers do ERP sở hữu chỉ được phát hiện sau khi các bản ghi mẫu đã được di chuyển.
Thống nhất mô hình vận hành cần có trong Adobe Commerce
Bắt đầu bằng một bản mô tả ngắn về mô hình vận hành. Tài liệu cần xác định những cấu trúc thương mại nào phải tồn tại trong Adobe Commerce và hệ thống nào tiếp tục có thẩm quyền bên ngoài Nền tảng.
| Hạng mục chuẩn bị | Quyết định cần ghi nhận | Người phụ trách | Thông tin xác nhận trạng thái sẵn sàng |
|---|---|---|---|
| Mô hình người mua | B2C Customers, B2B companies, company locations, company users, roles, approvers và sales representatives | B2B và bộ phận vận hành Customers | Sơ đồ quan hệ tài khoản đã được phê duyệt cùng các bản ghi nguồn đại diện |
| Mô hình catalog | Các loại Products, attribute sets, Categories, shared catalogs, khả năng hiển thị theo người mua và assortment theo khu vực | Chủ sở hữu catalog và merchandising | Bảng đối chiếu nhóm Products và phạm vi catalog |
| Phạm vi storefront | Websites, stores, store views, ngôn ngữ, currencies, thương hiệu, khu vực và domains | Người phụ trách kiến trúc thương mại | Bản đồ website/store/store view |
| Quyền sở hữu pricing | Base prices, tier prices, negotiated prices, shared-catalog prices và external contract prices | Chủ sở hữu thương mại và các tích hợp | Sổ theo dõi nguồn price cùng các trường hợp người mua đại diện |
| Quyền sở hữu inventory | Sources, stocks, websites, warehouses, drop shippers, pickup points và hệ thống inventory bên ngoài | Chủ sở hữu inventory và fulfillment | Bản đồ quyền sở hữu source/stock |
| Mô hình tích hợp | ERP, PIM, CRM, WMS, procurement, accounting, tax, shipping, search và các mối phụ thuộc trong reporting | Người phụ trách kỹ thuật | Danh sách phụ thuộc kèm identifiers ổn định |
Tài liệu cần đủ cụ thể để định hướng công việc chuẩn bị nhưng không biến thành đặc tả cấu hình Adobe Commerce. Mục tiêu là xác định nơi chịu trách nhiệm ở đích cho từng quan hệ kinh doanh.
Chuẩn bị quyền truy cập, thông tin nguồn và backups có thể khôi phục
Thu thập quyền truy cập và thông tin nguồn đủ để một người không dựa vào kiến thức truyền miệng của đội ngũ vẫn có thể hiểu Cửa hàng nguồn.
Cần chuẩn bị:
- quyền administrator trên Cửa hàng nguồn và môi trường Adobe Commerce với permission phù hợp;
- exports hoặc reports có ngày ghi nhận cho Products, Categories, Customers, companies, company users, Orders, content, Reviews, promotions và các bản ghi khác trong phạm vi;
- database và media backups khi có thể;
- tài liệu tham chiếu về attributes, attribute sets và các loại Products;
- danh sách websites, stores, store views, ngôn ngữ, currencies và domains;
- mẫu dữ liệu về B2B companies, roles, shared catalogs, pricing và credit;
- reports về inventory sources, stocks, warehouses và fulfillment;
- danh sách extensions, custom modules, APIs và hệ thống bên ngoài;
- danh sách URLs giá trị cao, redirects, CMS Pages, blocks và campaigns;
- screenshots hoặc reports giải thích những hành vi quan trọng ở nguồn.
| Hạng mục cần lưu | Vì sao cần | Điều kiện sẵn sàng |
|---|---|---|
| Thông tin quyền truy cập | Xác nhận các phần cần thiết ở nguồn và đích có thể được kiểm tra | Các tài khoản cần thiết hoạt động và đã xác định người quản lý permissions |
| Kho exports | Giữ một trạng thái tham chiếu có ngày ghi nhận | Files mở được và chứa đúng các nhóm bản ghi dự kiến |
| Database/media backup | Giữ lại các bản ghi không xuất hiện trong exports thông thường | Đã ghi rõ vị trí backup, ngày tạo và người chịu trách nhiệm khôi phục |
| Từ điển các trường | Giải thích labels, flags và identifiers tùy chỉnh | Mỗi trường quan trọng có mục đích, chủ sở hữu và giá trị mẫu |
| Bản đồ phạm vi | Ngăn quan hệ website, store view, B2B và inventory bị làm phẳng | Mỗi đơn vị kinh doanh và storefront trong phạm vi đều có đích đến đã xác định |
Nếu export thiếu dữ liệu extensions hoặc B2B, cần ghi rõ khoảng thiếu và giao cho người phụ trách xử lý. Thiếu thông tin để kiểm tra là vấn đề về mức độ sẵn sàng, không phải căn cứ để kết luận dữ liệu không tồn tại.
Chuẩn bị B2B companies, users, roles và ngữ cảnh mua hàng
Quan hệ B2B trong Adobe Commerce cần được chuẩn bị ngoài hồ sơ Customers cá nhân. Một company có thể chứa users, teams, roles, permissions, gán shared catalogs, credit, hành vi Purchase Orders, giới hạn payment, giới hạn shipping và external account identifiers.
Chuẩn bị dữ liệu đại diện cho:
- danh tính pháp lý, trạng thái, tax identifiers, reseller identifiers và địa chỉ pháp lý của company;
- quan hệ company administrator và company locations;
- buyers, approvers, branch users, purchasing teams và users thuộc nhiều companies;
- roles và permissions đối với Orders, quotes, Purchase Orders, users, teams và company credit;
- credit limit, available balance, currency, ngữ cảnh payment on account và credit history khi có liên quan;
- yêu cầu phê duyệt Purchase Orders và các tham chiếu phục vụ mua hàng;
- payment và shipping methods được phép;
- sales representative, ERP account, dealer, procurement và CRM identifiers.
| Hạng mục chuẩn bị | Người phụ trách | Thông tin cần có | Điều kiện sẵn sàng |
|---|---|---|---|
| Danh tính company | B2B operations | Danh sách company chính và IDs ở nguồn | Mỗi company có một bản ghi company dự kiến trong Adobe Commerce |
| Thành viên users | Bộ phận vận hành Customers | Bảng quan hệ user với company và user với team | Mỗi company user đã có company, trạng thái và role rõ ràng |
| Mô hình permissions | Người sở hữu quy trình B2B | Các trường hợp roles và permissions đại diện | Trách nhiệm mua hàng cần thiết đã được ghi nhận |
| Credit và ngữ cảnh PO | Finance và procurement | Bản ghi company credit và Purchase Orders đại diện | Quan hệ tài chính và phê duyệt đã có nơi chịu trách nhiệm ở đích |
| External account keys | Chủ sở hữu các tích hợp | ERP, CRM, procurement và dealer IDs | Mỗi key được liên kết đúng cấp company hoặc user |
Nếu ý nghĩa B2B đang ẩn trong nhóm Customers, tags, các trường tùy chỉnh, spreadsheets hoặc hệ thống bên ngoài, hãy lập bảng chuyển đổi quan hệ thay vì ép các giá trị đó vào các trường của Customers thông thường.
Chuẩn bị shared catalogs, pricing và quyền nhìn thấy Products
Shared catalogs có thể kiểm soát khả năng mua Products và custom pricing cho company accounts. Giai đoạn chuẩn bị cần xác định catalog nào còn giá trị, companies nào được nhận catalog, Products nào thuộc từng catalog và hệ thống pricing nào có thẩm quyền.
| Bản ghi catalog hoặc pricing | Việc cần chuẩn bị | Thông tin xác nhận |
|---|---|---|
| Public catalog | Xác định Products và Categories dành cho Customers thông thường | Mẫu quan hệ Products và Categories trong catalog |
| Custom shared catalog | Xác định company assignment, Products membership và custom pricing | Bảng quan hệ company với catalog và Products với catalog |
| Giá theo nhóm Customers | Xác định nhóm Customers và quan hệ với Products | Bản ghi Products và nhóm Customers đại diện |
| Tier hoặc quantity price | Ghi Products, ngưỡng, phạm vi người mua và amount | Mẫu price tier kèm chủ sở hữu ở nguồn |
| Contract hoặc negotiated price | Xác định hệ thống hoặc bộ phận có thẩm quyền về price | Trường hợp buyer/Products cùng external-system key |
| Assortment bị giới hạn | Xác định companies hoặc groups nào có thể xem hoặc mua Products | Mẫu visibility và danh sách ngoại lệ |
Chuẩn hóa tên catalog bị trùng, price lists không còn dùng, ngoại lệ đã hết hạn và Products identifiers không nhất quán trước khi chúng trở thành cấu trúc Adobe Commerce. Trạng thái sẵn sàng đạt được khi mỗi company ưu tiên có thể được gắn với catalog và nguồn price dự kiến mà không phụ thuộc vào trí nhớ của một nhân sự cụ thể.
Chuẩn bị các loại Products, attributes và quản trị catalog
Chọn Products đại diện theo cấu trúc, không chỉ theo mức độ bán chạy. Adobe Commerce hỗ trợ nhiều loại Products, nên các bản ghi nguồn phải được phân loại theo cách chúng được bán và quản trị.
Cần có các trường hợp:
- Simple Products;
- Configurable Products với child SKUs có stock độc lập;
- Grouped và Bundle Products;
- Virtual và Downloadable Products;
- Gift Card hoặc loại Products tùy chỉnh khi có liên quan;
- Products có custom options;
- Products có giá trị bản địa hóa hoặc giá trị riêng theo website;
- Products có custom attributes, external IDs hoặc dữ liệu do các tích hợp sở hữu;
- Products được gán cho nhiều Categories hoặc catalogs bị giới hạn.
Chuẩn bị bảng quản trị attributes:
| Cách hệ thống nguồn hoạt động | Quyết định cần chuẩn bị trong Adobe Commerce | Thông tin xác nhận trạng thái sẵn sàng |
|---|---|---|
| Giá trị tạo một biến thể có thể bán | Xác định Configurable Products, child Simple Products và attributes tạo biến thể | Parent/child IDs, SKUs, option values, stock, price và images |
| Giá trị mô tả Products | Xác định attribute của Products, kiểu dữ liệu, scope và attribute set | Định nghĩa trường cùng các giá trị đại diện |
| Người mua nhập một giá trị dùng một lần | Xác định custom option, extension hoặc nơi sở hữu dữ liệu ở dòng hàng của Orders | Trường hợp storefront và lịch sử đơn hàng đại diện |
| Giá trị khác theo website hoặc store view | Xác định attribute scope và người sở hữu nội dung bản địa hóa | Bảng giá trị website/store view |
| Products là bundle hoặc group | Xác định Products thành phần và quan hệ thương mại | Danh sách thành phần, quantities, pricing và chủ sở hữu inventory |
| Giá trị là metadata từ hệ thống bên ngoài | Giữ giá trị tại cấp Products hoặc child SKU mà hệ thống bên ngoài sử dụng | External key và trường hợp tra cứu đại diện |
Loại bỏ attributes không còn dùng, chuẩn hóa controlled values, xác định attribute sets bắt buộc và ghi rõ các trường cần loại khỏi phạm vi. Catalog đạt trạng thái sẵn sàng khi mỗi nhóm Products chính có loại Products, attribute set, quan hệ child, quyền sở hữu Categories và kế hoạch external identifiers rõ ràng.
Chuẩn bị websites, store views, content, URLs và dữ liệu campaigns
Đối chiếu cấu trúc storefront ở nguồn với websites, stores và store views trong Adobe Commerce. Ghi rõ giá trị nào khác nhau theo thương hiệu, khu vực, ngôn ngữ, currency, domain hoặc pháp nhân.
Cần chuẩn bị:
- hệ thống phân cấp website/store/store view;
- phân bổ ngôn ngữ và currency;
- content của Products và Categories theo phạm vi;
- CMS Pages, CMS Blocks, Page Builder content, forms, banners và media;
- dữ liệu campaign theo lịch hoặc Content Staging vẫn còn giá trị;
- URLs của Products, Categories, CMS, campaigns và nội dung bản địa hóa;
- lịch sử redirects và các đường dẫn nguồn có giá trị cao;
- internal links nằm trong mô tả Products và CMS content.
| Route hoặc content ở nguồn | Câu hỏi cần chuẩn bị | Thông tin xác nhận trạng thái sẵn sàng |
|---|---|---|
| URL của Products hoặc Categories | Website và store view nào sở hữu route đích? | Bảng theo dõi route nguồn và đích |
| Content bản địa hóa | Giá trị nào được bản địa hóa hoặc riêng theo khu vực? | Bảng content theo store view |
| CMS Page hoặc block | Đây là reusable content, page content, campaign content hay dữ liệu chỉ phục vụ trình bày? | Danh sách content kèm chủ sở hữu ở đích |
| Campaign theo lịch | Content còn cần, chỉ giữ để tra cứu lịch sử hay chủ động loại bỏ? | Quyết định campaign và người sở hữu content |
| Internal link | Route đích nào sẽ thay đường dẫn nguồn? | Danh sách thay links cho content ưu tiên |
Trạng thái sẵn sàng đạt được khi mọi public route và content asset ưu tiên đều có đích đến, phạm vi hoặc quyết định loại bỏ rõ ràng.
Chuẩn bị inventory, Customers và lịch sử đơn hàng
Thông tin inventory cần xác định quan hệ giữa locations ở nguồn, Adobe Commerce sources, stocks, websites, salable quantity và bất kỳ hệ thống bên ngoài nào có thẩm quyền về inventory. Chuẩn bị các trường hợp cho Products dùng một source và nhiều sources, child SKUs của Configurable Products, backorders, pickup locations, drop shippers cùng stock do ERP hoặc WMS kiểm soát.
Với Customers và Orders, chọn các bản ghi đại diện cho những quan hệ lịch sử mà nhân sự vẫn cần hiểu:
- B2C Customers đã đăng ký, guest buyers, nhiều addresses, nhóm Customers, tax treatment và external IDs;
- Customers thuộc companies và company users;
- Orders có Configurable, Bundle, Virtual, Downloadable Products hoặc Products có custom options;
- discounts, taxes, shipping, payment labels, invoices, shipments, credit memos, returns, comments và external references;
- Orders từ mỗi website, currency, khu vực, company hoặc fulfillment path quan trọng.
| Hạng mục | Người phụ trách | Thông tin cần có | Điều kiện sẵn sàng |
|---|---|---|---|
| Inventory sources và stocks | Inventory operations | Bản đồ source/stock/location và SKUs đại diện | Mỗi SKU ưu tiên có chủ sở hữu stock và quan hệ website rõ |
| Danh tính Customers | Bộ phận vận hành Customers | Các trường hợp trùng lặp, guest, address, group và external ID | Quy tắc nhận diện và hợp nhất đã được ghi nhận |
| Ý nghĩa lịch sử đơn hàng | Support và finance | Bộ hồ sơ Orders đại diện | Dòng hàng, totals, statuses, fulfillment, refunds và references được giải thích rõ |
| Dữ liệu nhạy cảm | Legal và chủ sở hữu dữ liệu | Danh sách các trường đã được phê duyệt | Dữ liệu cá nhân hoặc tài chính không cần thiết đã được loại bỏ |
Lịch sử đơn hàng cần được chuẩn bị như thông tin về các giao dịch đã xảy ra. Cấu hình payment, shipping, tax, inventory và fulfillment đang hoạt động trong Adobe Commerce vẫn là trách nhiệm triển khai riêng.
Lập danh sách extensions, custom modules và hệ thống bên ngoài
Tạo một danh sách phụ thuộc cho mọi extension, custom module, các tích hợp, scheduled job, custom table, API và hệ thống bên ngoài có tạo hoặc thay đổi bản ghi trong phạm vi.
Với mỗi mối phụ thuộc, ghi lại:
- mục đích kinh doanh;
- các bản ghi chính được mở rộng;
- tables, attributes, statuses hoặc identifiers được tạo;
- chủ sở hữu dữ liệu và chủ sở hữu kỹ thuật;
- dữ liệu có thể export hoặc truy cập qua API hay không;
- chủ sở hữu ở đích hoặc hệ thống thay thế;
- stable keys cần dùng để kết nối lại;
- các bản ghi có thể loại bỏ hoặc đưa vào lưu trữ.
Những mối phụ thuộc cần ưu tiên thường gồm ERP, PIM, CRM, WMS, procurement, search, subscriptions, loyalty, Reviews, tax, payment, shipping, marketplaces, analytics, reporting và các quy trình B2B tùy chỉnh.
Danh sách đạt trạng thái sẵn sàng khi mỗi mối phụ thuộc quan trọng có một chủ sở hữu tiếp tục chịu trách nhiệm và không còn trường quan trọng nào chỉ được giải thích là “extension xử lý phần đó”.
Chọn dữ liệu đại diện cho kiểm thử di chuyển dữ liệu
Chọn bộ dữ liệu có thể làm lộ các quyết định ở cấp doanh nghiệp đã chuẩn bị phía trên. Không nên chọn ngẫu nhiên Products hoặc chỉ dùng các Orders đơn giản.
| Dữ liệu đại diện | Mục đích chuẩn bị |
|---|---|
| Nhóm Simple và Configurable Products | Xác định loại Products, child SKU, attributes, media và mẫu quan hệ inventory |
| Bundle hoặc Grouped Products | Làm rõ quan hệ thành phần và pricing |
| B2B company có nhiều users | Làm rõ quan hệ company, team, role và external IDs |
| Products thuộc shared catalog | Làm rõ company assignment, visibility và thông tin xác nhận pricing |
| SKU dùng Multi-Source Inventory | Làm rõ source, stock, website và quyền sở hữu inventory bên ngoài |
| Products hoặc CMS Page bản địa hóa | Làm rõ phạm vi store view và quyền sở hữu route |
| Đơn hàng trước đây có cấu trúc phức tạp | Làm rõ dòng hàng Products, totals, fulfillment, credit memos và external references |
| Bản ghi do extension sở hữu | Làm rõ các trường tùy chỉnh, tables và quyết định về quyền sở hữu ở đích |
Với mỗi mẫu, cung cấp source ID, source URL khi có liên quan, lý do nghiệp vụ, chủ sở hữu dự kiến trong Adobe Commerce, external identifiers liên quan, nội dung đã biết là ngoài phạm vi và người chịu trách nhiệm rà soát. Nhờ đó, mỗi mẫu đều có kỳ vọng nguồn truy nguyên được và người đánh giá cụ thể.
Hoàn tất điều kiện sẵn sàng cho Adobe Commerce
| Câu hỏi về mức độ sẵn sàng | Thông tin cần có | Điều kiện sẵn sàng |
|---|---|---|
| Quyền truy cập và backups đã sẵn sàng chưa? | Thông tin quyền truy cập và kho dữ liệu có ngày ghi nhận | Các hệ thống cần thiết cùng dữ liệu nguồn có thể được truy cập hoặc khôi phục |
| Mô hình vận hành đã được ghi nhận chưa? | Bản đồ buyer, storefront, catalog, pricing và inventory | Mỗi quan hệ chính đều có chủ sở hữu |
| Cấu trúc B2B đã được chuẩn bị chưa? | Thông tin company, user, role, catalog, credit và PO | Quan hệ company đại diện đã đầy đủ |
| Các nhóm Products đã được phân loại chưa? | Bảng Products và attributes | Mỗi cấu trúc Products chính có cách thể hiện dự kiến trong Adobe Commerce |
| Content và URLs đã được gán đích chưa? | Bảng route và content | Routes ưu tiên có đích đến hoặc quyết định loại bỏ |
| Các tích hợp đã được kiểm kê chưa? | Danh sách phụ thuộc | Mỗi mối phụ thuộc quan trọng có chủ sở hữu tiếp tục chịu trách nhiệm và key ổn định |
| Dữ liệu đại diện cho kiểm thử di chuyển dữ liệu đã được chọn chưa? | Danh sách mẫu | Cả bản ghi thông thường và trường hợp ngoại lệ đều được bao phủ |
| Các nội dung còn bỏ ngỏ đã được kiểm soát chưa? | Decision log | Mỗi nội dung chưa chốt có người phụ trách và ngày cần hoàn tất |
Giai đoạn chuẩn bị hoàn tất khi một người không thuộc đội đã cấu hình Cửa hàng nguồn vẫn có thể hiểu bộ thông tin này và không còn quyết định quan trọng nào về B2B, Products, inventory, lịch sử đơn hàng, URL hoặc các tích hợp phụ thuộc vào giả định không được ghi lại.
Kết luận
Chuẩn bị cho Adobe Commerce cần tạo ra một bộ thông tin ở cấp doanh nghiệp, không phải danh sách export chung chung. Companies, users, roles, shared catalogs, các loại Products, attributes, store views, inventory sources, lịch sử đơn hàng, content và các tích hợp đều cần chủ sở hữu rõ cùng các bản ghi đại diện.
Khi những quyết định này đã được ghi nhận trước representative di chuyển dữ liệu test, đội ngũ có thể đánh giá cách dữ liệu cần được thể hiện trong Adobe Commerce từ thông tin có kiểm soát, thay vì phải suy ngược mô hình vận hành từ các bản ghi rời rạc sau khi di chuyển.
Câu hỏi thường gặp
Nên tạo tài liệu chuẩn bị nào trước tiên cho Adobe Commerce?
Bắt đầu bằng bản đồ mô hình vận hành cho buyers, websites, store views, catalogs, prices, inventory và hệ thống bên ngoài. Bản đồ này quyết định cần chuẩn bị thêm thông tin chi tiết nào và ai phải chịu trách nhiệm.
Nên chuẩn bị B2B companies của Adobe Commerce như thế nào?
Chuẩn bị danh tính company, administrator, users, teams, roles, permissions, credit, ngữ cảnh Purchase Orders, catalog assignments và external IDs như những bản ghi có liên kết. Không nên rút company thành một nhóm Customers thông thường.
Shared catalogs cần những thông tin gì trước chuyển đổi?
Cần có catalog membership, company assignment, khả năng hiển thị Products, nguồn price, ngoại lệ và các trường hợp Products/buyer đại diện. Mỗi catalog cần có chủ sở hữu thương mại rõ ràng.
Nên chuẩn bị Configurable Products như thế nào?
Ghi nhận Products cha, child Simple Products, attributes tạo biến thể, SKUs, stock, prices, images và external identifiers. Đồng thời xác định những giá trị ở nguồn chỉ là mô tả hoặc input tùy chỉnh chứ không phải biến thể thực sự.
Những dữ liệu inventory nào cần ưu tiên chuẩn bị?
Ưu tiên SKUs dùng nhiều sources, child SKUs của Configurable Products, pickup hoặc drop-ship locations, backorders và inventory được đồng bộ từ hệ thống bên ngoài. Mỗi quantity cần có source, stock, website và quan hệ với hệ thống quản lý chính đã xác định.
Khi nào việc chuẩn bị cho Adobe Commerce được xem là hoàn tất?
Giai đoạn chuẩn bị hoàn tất khi quyền truy cập và backups có thể khôi phục, cấu trúc B2B và catalog có người chịu trách nhiệm, routes ưu tiên cùng các tích hợp đã được ghi nhận, dữ liệu đại diện đã được chọn và mọi quyết định còn bỏ ngỏ đều có người chịu trách nhiệm hoàn tất.