Nếu AmeriCommerce được chọn làm Nền tảng đích, giai đoạn chuẩn bị phải làm cho Cửa hàng nguồn trở nên dễ hiểu và có thể kiểm chứng trước khi chốt cấu hình di chuyển dữ liệu. Một hệ thống AmeriCommerce có thể kết hợp nhiều storefront, giới hạn catalog theo store, phân nhóm Customers, variants, nhóm Products, kits, giá nâng cao, trường tùy chỉnh, nội dung và các hệ thống bên ngoài. File export cho biết những bản ghi nào đang tồn tại nhưng không tự giải thích storefront nào sở hữu bản ghi, quy tắc người mua nào làm thay đổi cách bản ghi được sử dụng hoặc định danh nào phải tiếp tục tồn tại để một hệ thống khác nhận diện dữ liệu.
Mục tiêu của giai đoạn chuẩn bị là chuyển những quan hệ đó thành tài liệu nguồn có kiểm soát. Với mỗi khu vực chính, đội dự án cần xác định việc phải làm, người chịu trách nhiệm, tài liệu hoặc dữ liệu dùng để xác nhận và điều kiện cho thấy khu vực đó đã sẵn sàng. Nhờ vậy, trạng thái của Cửa hàng nguồn được ghi nhận rõ trước khi bắt đầu cấu hình di chuyển dữ liệu.
Xác lập quyền truy cập và ranh giới vận hành của AmeriCommerce
Bắt đầu bằng việc ghi lại chính xác tài khoản AmeriCommerce và mọi Store nằm trong phạm vi. Cần lưu quyền quản trị, định danh Store, domain đang hoạt động, currencies, languages, bối cảnh Tax, quyền sở hữu theme hiện tại và nhân sự chịu trách nhiệm cho catalog, Customers, Orders, marketing và các tích hợp. Khi nhiều Store dùng chung dữ liệu hoặc sử dụng active catalog khác nhau, tài liệu chuẩn bị phải chỉ rõ thiết lập và bản ghi nào dùng chung, phần nào riêng theo Store.
AmeriCommerce cho phép lọc export theo Store và chọn các cột cần xuất. Cần lưu tiêu chí của từng lần export để sau này mỗi file đều có thể truy ngược về Store, ngày tạo và tập trường dữ liệu cụ thể. Không nên giả định một file export gộp sẽ tự giữ được quyền sở hữu theo Store.
| Việc cần thực hiện | Người phụ trách | Tài liệu hoặc dữ liệu cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Liệt kê mọi Store và domain trong phạm vi | Quản trị thương mại | Danh sách Store, định danh, domain, trạng thái và mục đích kinh doanh | Mỗi Store trong phạm vi có vai trò và người chịu trách nhiệm rõ. |
| Xác nhận quyền truy cập nguồn được hỗ trợ | Người phụ trách quyền truy cập | Thông tin quyền quản trị, quyền export và đầu mối kỹ thuật | Có thể thu thập đúng các bản ghi cần thiết từ đúng tài khoản. |
| Tài liệu hóa phần dùng chung và phần riêng theo Store | Người phụ trách nền tảng | Bảng so sánh catalog, giá, nội dung và settings giữa các Store | Có thể phân biệt dữ liệu dùng chung với dữ liệu riêng theo Store. |
| Cố định tiêu chí export | Người phụ trách dữ liệu | Tên export, bộ lọc Store, ngày, cột đã chọn và hash của file | Mỗi file nguồn có thể tái tạo và giải thích được. |
| Mở nhật ký thay đổi ở nguồn | Người phụ trách dự án | Nhật ký theo ngày cho thay đổi Products, Customers, Orders, URL và tích hợp | Thay đổi phát sinh sau khi chụp dữ liệu sẽ không bị bỏ sót. |
Chuẩn bị Products, variants, nhóm Products, kits và các quan hệ giá
Products trong AmeriCommerce có thể sử dụng variants, tồn kho theo variant, nhóm Products, kits, giá nâng cao, quy tắc số lượng, giá theo nhóm Customers và trường tùy chỉnh. Những cấu trúc này không nên bị làm phẳng thành một bản ghi Products duy nhất trong giai đoạn chuẩn bị. Đội dự án phải xác định bản ghi nào đại diện cho lựa chọn thực sự được bán, bản ghi nào chỉ tạo cách trình bày theo nhóm và quan hệ nào phụ thuộc vào giá hoặc tồn kho.
Lập danh sách Products gồm ID, item number hoặc SKU, trạng thái, phạm vi hiển thị theo Store, vị trí trong active catalog, Categories, manufacturer, giá cơ bản, tax class, số lượng, trọng lượng, hình ảnh, nội dung, variants, quan hệ nhóm Products, thành phần kit, quy tắc giá và external IDs. Chọn ví dụ từ mọi kiểu Products có khác biệt đáng kể.
| Mẫu cấu trúc ở nguồn | Việc cần chuẩn bị | Tài liệu hoặc dữ liệu cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Products có variants | Ghi lại Variant Groups, giá trị, thứ tự hiển thị, trạng thái bắt buộc, tác động đến giá và Products sử dụng chúng | Export variants và trang Products đại diện | Tập lựa chọn và quyền sở hữu Products được mô tả đầy đủ. |
| Tồn kho theo variant | Ghi SKU, số lượng, giá, hình ảnh, trọng lượng và trạng thái ở cấp tổ hợp khi có | Ma trận tổ hợp và dữ liệu stock đại diện | Các tổ hợp được quản lý tồn kho độc lập đều nhìn thấy rõ. |
| Nhóm Products | Ghi Products cha/con, loại nhóm, khả năng bán riêng, giá, tồn kho và cách xử lý shipping | Export quan hệ nhóm và ảnh chụp màn hình liên quan | Không nhầm quan hệ nhóm với variant đơn giản. |
| Kits hoặc offer lắp ghép | Ghi Products thành phần, số lượng, cách tính giá, giả định tồn kho và ghi chú xử lý đơn hàng | Danh sách kit và ví dụ thành phần | Ý nghĩa thành phần và quyền sở hữu vận hành được mô tả rõ. |
| Giá nâng cao hoặc giá theo nhóm Customers | Ghi nhóm người mua, ngưỡng số lượng, thời gian, công thức hoặc giá trị và Products bị ảnh hưởng | Ma trận quy tắc giá | Giá có điều kiện được mô tả bằng quy tắc thay vì suy đoán từ nhãn. |
| Trường tùy chỉnh của Products | Phân loại từng trường là mô tả, vận hành, do tích hợp sở hữu hoặc đã lỗi thời | Từ điển trường kèm giá trị đại diện | Trường quan trọng có quyết định xử lý và chủ sở hữu rõ. |
Không nên gộp những tên options hoặc quy tắc giá trông giống nhau chỉ để đơn giản hóa nguồn. Hai nhãn tương tự vẫn có thể khác nhau theo Store, nhóm Customers, quyền sở hữu stock hoặc cách hệ thống ngoài sử dụng dữ liệu.
Tài liệu hóa storefront, active catalog, Categories và khả năng khách hàng tìm thấy Products
AmeriCommerce có thể giới hạn catalog hiển thị theo Store thông qua active-catalog settings. Phân nhóm Customers cũng có thể ảnh hưởng đến phạm vi hiển thị Products, nội dung, redirects, discounts và shipping. Vì vậy, chuẩn bị không thể dừng ở cây Categories; cần một bản đồ hiển thị cho biết nhóm người mua nào có thể tìm thấy Products nào trong từng Store.
Chuẩn bị hierarchy Categories với IDs, cha-con, trạng thái, Store liên quan, active-catalog state, phân bổ Products, nội dung, hình ảnh, thứ tự sắp xếp và URLs quan trọng. Menu điều hướng, landing pages, đường dẫn manufacturer, cơ chế khám phá dựa trên attributes và liên kết nội bộ nên được tài liệu hóa riêng với bản ghi Categories mà chúng sử dụng.
| Khu vực khám phá Products | Người phụ trách | Tài liệu hoặc dữ liệu cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Active catalog theo Store | Quản trị nền tảng | Ảnh chụp hoặc export active catalog theo từng Store | Ranh giới Categories hiển thị của mỗi Store được ghi nhận. |
| Hierarchy Categories | Người phụ trách catalog | Export quan hệ cha-con và danh sách Categories cần giữ | Mỗi Categories được giữ lại có parent và mục đích rõ. |
| Vị trí Products | Người phụ trách merchandising | Quan hệ Products-to-Categories và bằng chứng phân bổ theo Store | Vị trí dùng chung và giới hạn theo Store đều nhìn thấy được. |
| Phạm vi hiển thị theo nhóm Customers | Người phụ trách B2B hoặc account | Ví dụ Products/Categories bị giới hạn | Quy tắc truy cập người mua gắn với bản ghi cụ thể. |
| Menus và landing pages | Người phụ trách storefront | Bản đồ điều hướng, ảnh chụp và các routes liên quan | Đường dẫn trình bày được tách khỏi cấu trúc catalog. |
| URLs ưu tiên | Người phụ trách SEO | Danh sách route của Products, Categories, nội dung và chiến dịch | Mỗi route giá trị cao có quyết định xử lý rõ. |
Chuẩn bị Customers, nhóm Customers, tài khoản và addresses
Phân nhóm Customers trong AmeriCommerce có thể ảnh hưởng đến giá, discounts, redirect sau đăng nhập, rewards, nội dung tùy chỉnh, phương thức shipping và Products bị ẩn. Vì vậy, nhóm Customers phải được chuẩn bị như một quan hệ quy tắc kinh doanh, không chỉ là tên nhóm. Cần ghi lại Customers đang hoạt động thuộc từng nhóm và nhóm đó làm thay đổi điều gì.
Chuẩn bị Customers với IDs, tên, email, trạng thái đăng nhập, địa chỉ thanh toán/giao hàng, thông tin công ty, nhóm Customers, trạng thái Tax, trạng thái newsletter hoặc communication, trường tùy chỉnh, người phụ trách sales/account và external IDs. Xác định email trùng lặp, địa chỉ công ty dùng chung, tài khoản không còn hoạt động và bản ghi có phân nhóm không còn phản ánh đúng cách kinh doanh hiện tại.
| Khu vực Customers | Việc cần chuẩn bị | Tài liệu hoặc dữ liệu cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Danh tính | Giải quyết hoặc ghi nhận trường hợp email trùng và dùng chung | Danh sách ngoại lệ Customers | Mỗi ngoại lệ có người chịu trách nhiệm và phương án xử lý. |
| Phân nhóm Customers | Ghi thành viên của từng nhóm và mọi quy tắc giá, hiển thị, redirect, shipping hoặc nội dung bị ảnh hưởng | Ma trận quy tắc theo nhóm Customers | Mỗi nhóm có ý nghĩa kinh doanh được tài liệu hóa. |
| Addresses | Tách địa chỉ tài khoản có thể tái sử dụng khỏi ảnh chụp địa chỉ trong từng giao dịch | Ví dụ địa chỉ Customers và Orders | Dữ liệu tài khoản hiện tại không bị trộn với lịch sử giao dịch. |
| Bối cảnh Tax và miễn Tax | Ghi trạng thái, chủ sở hữu thông tin xác nhận và Customers bị ảnh hưởng | Danh sách trường hợp Tax đặc biệt | Cách xử lý Tax đặc biệt không bị rút gọn thành một nhãn. |
| Trường tùy chỉnh và external IDs | Xác định hệ thống sở hữu và mục đích sử dụng sau đó | Từ điển trường và tham chiếu tích hợp | Định danh vận hành tiếp tục truy vết được. |
Chuẩn bị Orders, statuses, tổng tiền và bối cảnh giao dịch trước đây
Chuẩn bị lịch sử đơn hàng cần giữ đủ thông tin mà chăm sóc khách hàng, finance, đội xử lý đơn hàng và quản lý account còn sử dụng. Chọn Orders từ từng Store, gồm các trường hợp có variants, nhóm Products hoặc kits, giá theo nhóm Customers, discounts, khác biệt Tax, shipping tách hoặc bất thường, refunds, cancellations, điều chỉnh thủ công, ghi chú và external references.
Lưu tiêu chí export Orders và các trường cần thiết để hiểu chi tiết mặt hàng, addresses, statuses, nhãn payment/shipping, Tax, discounts, fees và tổng tiền. Nhãn lịch sử chỉ nên được giữ như bối cảnh của giao dịch đã xảy ra; không coi chúng là hướng dẫn để cấu hình payment hoặc shipping đang hoạt động trên Nền tảng đích.
| Khu vực Orders | Việc cần làm | Tài liệu hoặc dữ liệu cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Quyền sở hữu theo Store | Giữ định danh Store trong dữ liệu Orders | Danh sách Orders đại diện giữa nhiều Store | Mỗi bản ghi đại diện quy về đúng Store. |
| Lịch sử status | Ghi nhãn, trình tự, ý nghĩa đối với nhân sự và khả năng hiển thị cho khách hàng | Từ điển statuses và Orders đại diện | Trạng thái lịch sử được diễn giải nhất quán. |
| Chi tiết mặt hàng | Giữ variants đã chọn, bối cảnh kit/nhóm, số lượng, SKU và giá | Các ví dụ chi tiết mặt hàng trong Orders | Cấu hình đã mua vẫn có thể hiểu được. |
| Tổng tiền và điều chỉnh | Xác định Tax, shipping, discount, fee, credit, refund và dòng điều chỉnh thủ công | Danh sách các thành phần tạo tổng tiền | Mỗi điều chỉnh quan trọng có ý nghĩa nguồn rõ. |
| External references | Ghi định danh ERP, accounting, CRM, hệ thống xử lý đơn hàng hoặc marketplace | Orders nhạy cảm với tích hợp | Nhu cầu tra cứu ở hệ thống ngoài được tài liệu hóa. |
Không nên sửa Orders cũ chỉ để làm dữ liệu đồng nhất. Những bất thường giải thích giao dịch ban đầu nên được ghi nhận riêng thay vì xóa mất bối cảnh.
Kiểm kê nội dung, tích hợp, tự động hóa và dữ liệu tùy chỉnh
Nội dung và các mối phụ thuộc nên được chuẩn bị thành hai danh sách riêng. Tài liệu về nội dung cần gồm pages, blog hoặc tài liệu kiến thức, forms, images, downloads, metadata, kỳ vọng canonical, internal links và redirects. Tài liệu về hệ thống phụ thuộc cần gồm ERP, accounting, CRM, Tax, shipping, tồn kho, xử lý đơn hàng, marketplace, analytics, email và hệ thống quản lý thông tin Products.
Với mỗi tích hợp hoặc quy trình tự động, ghi hệ thống sở hữu, hướng dữ liệu, lịch hoặc trigger, định danh được dùng, trường được đọc/ghi và cách quy trình phải được xử lý trong thời gian di chuyển dữ liệu. Trường tùy chỉnh hoặc scripts cần được phân loại theo mục đích kinh doanh thay vì thu gom mà không giải thích.
| Hệ thống/phụ thuộc | Người phụ trách | Tài liệu hoặc dữ liệu cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| ERP hoặc accounting | Finance hoặc người phụ trách hệ thống | Định danh item, Customers, Orders, invoice và Tax | Các khóa tra cứu cần thiết đã được xác định. |
| Tồn kho hoặc xử lý đơn hàng | Người phụ trách operations | Warehouse codes, supplier IDs, hệ thống sở hữu stock và tham chiếu shipment | Quyền sở hữu tồn kho và xử lý đơn hàng đã rõ. |
| CRM hoặc quy trình sales | Người phụ trách hệ thống sales | Trường công ty, contact, account manager và contract | Quan hệ account được tài liệu hóa. |
| Marketing và analytics | Người phụ trách marketing | Segments, routes chiến dịch, tracking references và các trường thông tin đồng ý nhận liên hệ | Có quyết định rõ dữ liệu marketing nào nằm trong phạm vi. |
| Cách xử lý tùy chỉnh ở nguồn | Developer hoặc agency | Scripts, trường tùy chỉnh, bảng ẩn, scheduled jobs và thủ tục thủ công | Mỗi chức năng không tiêu chuẩn có chủ sở hữu và quyết định xử lý. |
Chuẩn bị file export, media, backups và kiểm soát thay đổi
Tạo một kho tài liệu theo ngày thay vì nhiều file rời rạc. Lưu export Products, Customers, Orders, Categories, nội dung, giá, trường tùy chỉnh và tích hợp cùng media, ảnh chụp màn hình, tiêu chí export và ghi chú giải thích. Giữ file gốc nguyên trạng; mọi bước làm sạch hoặc phân tích nên được thực hiện trên bản sao làm việc.
| Nhóm tài liệu | Thành phần cần có | Điều kiện sẵn sàng |
|---|---|---|
| Data exports | File nguồn, tiêu chí export, bộ lọc Store, ngày, danh sách trường và checksum | File đầy đủ và có thể xác định nguồn gốc. |
| Media archive | Tài sản của Products, Categories, nội dung, tài liệu và downloads | Có thể nối file gốc với đúng bản ghi nguồn. |
| Tài liệu cấu hình | Ảnh chụp hoặc report về Store, active catalog, nhóm Customers, giá, statuses và Tax | Quy tắc không xuất hiện trong export thông thường vẫn được ghi nhận. |
| Thông tin backup và phục hồi | Backup có sẵn, export đã tải, media archive và thông tin liên hệ tài khoản | Có thể phục hồi bằng chứng nguồn khi phát sinh câu hỏi. |
| Nhật ký thay đổi | Products, Customers, Orders, URLs, quy tắc và tích hợp mới hoặc đã sửa sau thời điểm chụp dữ liệu | Có thể đối chiếu thay đổi phát sinh sau đó. |
Chọn bản ghi đại diện cho Demo Migration và kiểm thử
Các bản ghi đại diện phải được chọn có chủ đích. Bộ mẫu cần gồm cả bản ghi thông thường lẫn những cấu trúc dễ bộc lộ sai phạm vi hoặc sai quan hệ mapping nhất. Với AmeriCommerce, nên chọn bản ghi từ nhiều Store, active catalog, nhóm Customers, kiểu Products và ngữ cảnh tích hợp khác nhau.
| Nhóm mẫu | Nên bao gồm | Mục đích chuẩn bị |
|---|---|---|
| Products | Products đơn giản, Products có variants, Products có tồn kho variant, nhóm Products, kit, Products bị giới hạn, Products có giá nâng cao | Làm lộ các quan hệ catalog và giá khác nhau. |
| Customers | Người mua mặc định, nhóm Customers đặc biệt, tài khoản miễn Tax, tài khoản công ty/được quản lý, trường hợp email trùng | Đại diện cho khác biệt về danh tính và quy tắc người mua. |
| Orders | Nhiều Store, statuses, discounts, trường hợp Tax, refunds, chi tiết mặt hàng dạng nhóm/kit, external references | Duy trì bối cảnh vận hành của giao dịch trước đây. |
| Nội dung và URLs | Route ưu tiên của Products, Categories, page, campaign và redirect | Chuẩn bị quyết định về route và nội dung. |
| Tích hợp | Products, Customers và Orders có external IDs | Xác nhận dữ liệu nguồn cần thiết đã được thu thập. |
Với mỗi bản ghi trong bộ mẫu, viết một mô tả ngắn về kỳ vọng nguồn: quan hệ, trường dữ liệu, file liên kết và định danh nào khiến bản ghi đó đại diện cho một trường hợp cần kiểm thử.
Xác nhận điều kiện sẵn sàng trước khi cấu hình di chuyển dữ liệu
Giai đoạn chuẩn bị hoàn tất khi tài liệu nguồn có thể trả lời những câu hỏi quyết định phạm vi di chuyển dữ liệu. Đội dự án phải xác định được từng Store, giải thích quy tắc active catalog và phân nhóm Customers, phân biệt cấu trúc Products, hiểu lịch sử đơn hàng, tìm được media/nội dung và chỉ rõ chủ sở hữu của mọi tích hợp quan trọng.
| Hạng mục cuối cùng | Điều kiện sẵn sàng |
|---|---|
| Phạm vi Store | Mọi Store trong phạm vi và ranh giới dữ liệu dùng chung đã được tài liệu hóa. |
| Catalog | Cấu trúc Products, quy tắc giá, phạm vi hiển thị và Categories có tài liệu đại diện. |
| Customers | Phân nhóm Customers, ngoại lệ danh tính, addresses, bối cảnh Tax và external IDs đã được hiểu rõ. |
| Orders | Quyền sở hữu Store, statuses, chi tiết mặt hàng, tổng tiền và external references có thể diễn giải. |
| Nội dung và URLs | Pages ưu tiên, media, metadata và quyết định route đã được ghi nhận. |
| Các mối phụ thuộc | Tích hợp, tự động hóa và dữ liệu tùy chỉnh có chủ sở hữu cùng quyết định xử lý. |
| Dữ liệu đầu vào | Export, media, tiêu chí, checksums, backups và nhật ký thay đổi đều sẵn sàng. |
| Bộ mẫu | Bản ghi đại diện bao phủ cả cấu trúc nguồn thông thường và phức tạp. |
Kết luận
Chuẩn bị cho AmeriCommerce phải làm rõ cách Stores, active catalogs, phân nhóm Customers, cấu trúc Products, giá, Orders, nội dung và hệ thống ngoài hoạt động cùng nhau. Bộ hồ sơ chuẩn bị tốt nhất không phải file export lớn nhất, mà là tập tài liệu giữ được quyền sở hữu và ý nghĩa xuyên suốt các quan hệ này.
Khi quyền truy cập, file export, quy tắc kinh doanh, bộ mẫu đại diện và nhật ký thay đổi đều hoàn chỉnh, cấu hình di chuyển dữ liệu có thể bắt đầu từ thông tin nguồn đã được xác nhận thay vì từ giả định.
Câu hỏi thường gặp
Có nên gộp export AmeriCommerce của mọi Store vào một file?
Chỉ nên gộp khi quyền sở hữu theo Store vẫn được giữ rõ. Bộ lọc Store, tiêu chí export và định danh Store phải đi cùng từng file để vẫn phân biệt được bản ghi dùng chung và bản ghi riêng theo Store.
Vì sao cần tài liệu hóa phân nhóm Customers tách biệt với bản ghi Customers?
Phân nhóm Customers có thể ảnh hưởng đến giá, discounts, nội dung, redirects, shipping và phạm vi hiển thị Products. Việc biết Customers thuộc nhóm nào chưa đủ nếu chưa biết nhóm đó đang điều khiển quy tắc gì.
Products nào nên được ưu tiên trong giai đoạn chuẩn bị?
Nên bao gồm Products đơn giản, Products có variants, Products có tồn kho theo variant, nhóm Products, kits, Products bị giới hạn, Products có giá nâng cao và các bản ghi mang external IDs.
Có nên xóa Products cũ hoặc không hoạt động trước khi chuyển đổi?
Không nên tự động xóa. Hãy phân loại thành đưa vào phạm vi, loại khỏi phạm vi, lưu trữ hoặc cần rà soát kinh doanh. Xóa trước có thể làm mất thông tin cần thiết để hiểu lịch sử đơn hàng hoặc các tích hợp.
Cần giữ những gì cùng lịch sử đơn hàng?
Cần duy trì Store sở hữu giao dịch, cấu hình mặt hàng đã mua, statuses, addresses, tổng tiền, discounts, Tax, nhãn payment/shipping, ghi chú và external references mà các đội vận hành còn sử dụng.
Nên xử lý thay đổi ở Cửa hàng nguồn thế nào sau khi tạo export?
Duy trì nhật ký thay đổi theo ngày và xác định người phụ trách từng khu vực. Nhật ký cần bao phủ thay đổi catalog, Customers, Orders, URL, giá và tích hợp có thể làm dữ liệu chuẩn bị không còn phản ánh đúng trạng thái nguồn.