Nếu dự án chọn Magento làm Nền tảng đích, trước khi bắt đầu bất kỳ lần di chuyển dữ liệu nào, doanh nghiệp cần mô tả Cửa hàng nguồn thành một mô hình có tài liệu rõ ràng về catalog, Customers, Orders, nội dung và extensions. Magento có tính linh hoạt cao, nhưng chính đặc điểm này làm tăng yêu cầu phải phân biệt đúng loại Products, SKU con của configurable Products, custom options, thuộc tính, attribute sets, store views, nguồn tồn kho, lịch sử đơn hàng, dữ liệu do extensions quản lý và các mã định danh bên ngoài.
Với mỗi hạng mục chuẩn bị, cần xác định hành động, người phụ trách, thông tin dùng để kiểm tra và điều kiện sẵn sàng. Nhờ đó, kiểm thử trên mẫu đại diện trở thành phép kiểm soát có chủ đích đối với cấu trúc Magento dự kiến, thay vì là lần đầu đội ngũ cố gắng hiểu cách Cửa hàng nguồn vận hành.
Xác định cấu trúc Magento đích
Lập một sơ đồ ngắn gọn cho cấu trúc đích, bao gồm websites, stores, store views, ngôn ngữ, tiền tệ, quyền sở hữu Catalog, nhóm Customers, tồn kho, nội dung và các tích hợp.
| 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 |
|---|---|---|---|
| Phạm vi website và store view | Thương hiệu, khu vực, ngôn ngữ, tiền tệ, domain và giá trị bản địa hóa nào cần phạm vi riêng | Người phụ trách thương mại | Bảng đối chiếu website/store/store view |
| Cấu trúc Products | Bản ghi nguồn nào sẽ trở thành simple, configurable, grouped, bundle, virtual hoặc downloadable Products | Người phụ trách Catalog | Phân loại theo dòng sản phẩm |
| Quản lý thuộc tính | Trường nào trở thành thuộc tính, attribute sets, custom options, nội dung hoặc dữ liệu bên ngoài | Người phụ trách Catalog và kỹ thuật | Danh mục thuộc tính và giá trị mẫu |
| Quyền sở hữu tồn kho | Magento, ERP, WMS, nhà cung cấp hay marketplace là hệ thống quản lý tồn kho | Người phụ trách tồn kho | Sơ đồ source/stock/hệ thống quản lý chính |
| Customers và lịch sử đơn hàng | nhóm Customers, địa chỉ, trạng thái, điều chỉnh và tham chiếu bên ngoài nào cần tiếp tục đủ rõ để tra cứu | Vận hành và hỗ trợ | Các bản ghi Customers và Orders được chọn làm mẫu |
| Ranh giới của extensions | Modules và custom tables nào tạo ra bản ghi quan trọng | Người phụ trách kỹ thuật | Bảng theo dõi các yếu tố phụ thuộc |
Sơ đồ đích cần xác định rõ nơi từng loại dữ liệu và chức năng được quản lý, nhưng không biến thành đặc tả triển khai Magento hoàn chỉnh.
Chuẩn bị quyền truy cập, bản sao lưu và thông tin nguồn
Thu thập:
- quyền quản trị Cửa hàng nguồn và quyền quản trị Magento ở cấp cần thiết;
- bản sao lưu database và media nếu có;
- export hoặc báo cáo gần nhất cho Products, Categories, Customers, Orders, Coupons, Reviews, CMS Pages, Blog Posts và media;
- danh sách website, store, store view, ngôn ngữ, tiền tệ và domain;
- tài liệu tham chiếu về loại Products, thuộc tính, attribute sets, custom options và Categories;
- báo cáo về inventory source, stock, warehouse và tồn kho từ hệ thống bên ngoài;
- mẫu nhóm Customers, Taxes và trạng thái tài khoản;
- danh mục extensions, custom modules, cron, API và các tích hợp;
- danh sách URL rewrites, redirects, sitemap và các đường dẫn có giá trị cao;
- ảnh chụp giao diện hoặc báo cáo giải thích những cách vận hành bất thường ở nguồn.
| Hạng mục cần có | Vì sao cần | Điều kiện sẵn sàng |
|---|---|---|
| Bản sao lưu database/media | Giữ lại các bản ghi không có trong export tiêu chuẩn | Đã ghi nhận ngày sao lưu, nơi lưu và người phụ trách khôi phục |
| Danh mục thuộc tính | Giải thích các trường tùy chỉnh và khác biệt giữa các nhóm Products | Mỗi thuộc tính quan trọng có mục đích, kiểu dữ liệu, phạm vi và giá trị mẫu |
| Danh mục extensions | Xác định các bản ghi nằm ngoài Magento core | Mỗi module quan trọng có người phụ trách nghiệp vụ và kỹ thuật |
| Danh mục URL | Giúp duy trì khả năng truy cập qua các đường dẫn quan trọng | Các đường dẫn Products, Categories và nội dung ưu tiên đã có trang đích dự kiến |
| Danh mục ID bên ngoài | Giúp các tích hợp tiếp tục tìm đúng bản ghi | Mỗi khóa được gắn đúng cấp Products, Customers, Orders hoặc tồn kho |
Export của một extension bị thiếu, thư mục media không thể truy cập hoặc custom table chưa có tài liệu phải tiếp tục được ghi nhận là hạng mục chuẩn bị chưa giải quyết.
Chuẩn bị loại Products và các mối quan hệ có thể bán
Chọn bản ghi mẫu cho mọi cấu trúc Products có ảnh hưởng đáng kể đến quản lý catalog hoặc lịch sử đơn hàng:
- simple Products;
- configurable Products cùng các simple Products liên kết;
- Products loại groupeds;
- bundle Products;
- virtual và downloadable Products;
- Products có custom options;
- Products được gán cho nhiều websites hoặc có giá trị khác nhau theo store view;
- Products có trường do extensions quản lý, custom tables hoặc ID bên ngoài.
| Cách dữ liệu nguồn vận hành | Quyết định chuẩn bị trên Magento | Thông tin cần có |
|---|---|---|
| Một lựa chọn tạo SKU hoặc bản ghi tồn kho độc lập | Xác định configurable parent và các simple Products liên kết | ID cha/con, SKU, thuộc tính, tồn kho, giá và hình ảnh |
| Các bản ghi Products được trưng bày cùng nhau nhưng bán độc lập | Xác định quan hệ Products loại grouped | Thành viên trong nhóm và số lượng |
| Khách hàng tự lắp ghép một bộ sản phẩm | Xác định thành phần bundle và quy tắc lựa chọn | Products thành phần, số lượng, cách tính giá và hệ thống quản lý tồn kho |
| Giá trị làm thay đổi một bản ghi Products nhưng không tạo tồn kho độc lập | Xác định custom option hoặc nơi quản lý khác | Loại option, giá trị, ảnh hưởng đến giá và một đơn hàng trước đây dùng làm mẫu |
| Products là nội dung số hoặc không cần vận chuyển | Xác định cấu trúc Products loại downloadable hoặc virtual | File, quyền truy cập, xử lý vận chuyển và thông tin Orders |
| Nguồn dùng Products trùng lặp cho từng khu vực | Xác định quyền sở hữu theo website/store view hoặc chủ đích giữ Products riêng | Nội dung, giá, URL và mã định danh theo khu vực |
Chuẩn hóa SKU trùng lặp, Products con không còn liên kết với bản ghi cha, nhãn option không nhất quán, thiếu liên kết cha-con, Products đã lỗi thời và các tổ hợp không còn được hỗ trợ trước khi chốt cách liên kết dữ liệu nguồn với cấu trúc đích.
Làm sạch thuộc tính và attribute sets
Thuộc tính Magento có thể ảnh hưởng đến chỉnh sửa, filtering, search, comparison, tạo Products và nội dung theo store view. Vì vậy, cần lập danh mục trường có quản lý rõ ràng thay vì sao chép toàn bộ trường nguồn vào một attribute set quá lớn.
Với mỗi trường, ghi nhận:
- mục đích nghiệp vụ;
- kiểu dữ liệu và các giá trị được phép;
- nhóm Products sử dụng trường đó;
- phạm vi global, website hoặc store view;
- Customers có lựa chọn giá trị đó hay không;
- search, filtering, comparison hoặc các tích hợp có phụ thuộc vào trường đó hay không;
- trường có chứa mã định danh của bản ghi khác hay không;
- trường cần được giữ lại, chuẩn hóa, gộp hay loại trừ.
| Mẫu trường | Nơi quản lý dự kiến trên Magento | Thông tin xác nhận trạng thái sẵn sàng |
|---|---|---|
| Giá trị tạo nên biến thể | Configurable attribute và các simple Products liên kết | Bộ giá trị được kiểm soát và các dòng sản phẩm mẫu |
| Thông số kỹ thuật | Thuộc tính Products được gán qua attribute set | Kiểu dữ liệu, phạm vi, giá trị cho phép và mục đích hiển thị/search |
| Giá trị do khách hàng nhập | Custom option, extension hoặc nơi lưu chi tiết mặt hàng trong Orders | Cách hiển thị trên storefront và một đơn hàng trước đây dùng làm mẫu |
| Giá trị chỉ phục vụ các tích hợp | Thuộc tính trên Products hoặc SKU con được hệ thống bên ngoài sử dụng | Hệ thống sử dụng và quy tắc bảo đảm tính duy nhất |
| Cách xử lý tạm từ hệ thống cũ | Thuộc tính đích đã chuẩn hóa, nội dung, extension hoặc loại trừ | Quyết định ghi rõ mục đích nào cần tiếp tục duy trì |
Hạng mục này chỉ sẵn sàng khi mỗi nhóm Products chính có attribute set đã được phê duyệt và không còn trường quan trọng nào chưa được định nghĩa hoặc bị gán đồng thời cho nhiều nơi quản lý xung đột.
Chuẩn bị Categories, nội dung, URL và giá trị theo store view
Lập danh mục đường dẫn và nội dung bao gồm:
- cấu trúc phân cấp Categories và quan hệ Products-Categories;
- Categories chỉ dùng để tổ chức nội bộ hoặc cho campaigns;
- URL keys của Products và Categories;
- CMS Pages, CMS blocks, nội dung do Page Builder hoặc theme quản lý;
- Blog Posts và nội dung do extensions quản lý;
- giá trị Products, Categories và CMS được bản địa hóa;
- backlinks có giá trị cao, đường dẫn paid campaigns, policy pages và landing pages;
- URL rewrites, redirects và internal links.
| Bản ghi nguồn | Câu hỏi cần trả lời khi chuẩn bị | Thông tin xác nhận trạng thái sẵn sàng |
|---|---|---|
| Categories | Đây là cấu trúc Catalog lâu dài, navigation, nhóm dùng cho campaign hay phân loại nội bộ? | Quyết định về Categories và mẫu quan hệ Products-Categories |
| Products hoặc trang được bản địa hóa | Store view nào sở hữu từng giá trị? | Bảng đối chiếu giá trị theo store view |
| CMS Page/block | Đây là nội dung tái sử dụng, nội dung của trang hay phần trình bày do theme quản lý? | Danh mục nội dung và nơi quản lý đích |
| Blog Posts | Extension hoặc hệ thống nội dung nào sẽ quản lý? | Danh sách bài viết, media, URL và nơi quản lý đích |
| URL cũ | Products, Categories hoặc bản ghi nội dung nào ở đích sẽ nhận redirect? | Bảng đối chiếu đường dẫn nguồn và đích |
Hạng mục này sẵn sàng khi mọi đường dẫn công khai ưu tiên đều có trang đích hoặc quyết định ngừng sử dụng, đồng thời mỗi giá trị bản địa hóa đã có store view chịu trách nhiệm.
Chuẩn bị nhóm Customers, Customers và lịch sử đơn hàng
Phần Customers cần bao quát Customers đã đăng ký, khách mua không có tài khoản, nhiều địa chỉ, nhóm Customers, cách xử lý Taxes, trạng thái tài khoản, danh tính trùng lặp, các trường tùy chỉnh và khóa CRM/ERP bên ngoài.
Với Orders, chọn mẫu có:
- configurable Products và custom options;
- grouped hoặc bundle Products;
- discounts, Coupons, Taxes, shipping và nhãn payment;
- invoices, shipments, credit memos, cancellations và comments;
- tham chiếu marketplace, ERP, xử lý đơn hàng, accounting hoặc CRM;
- từng website, loại tiền tệ hoặc nhóm Customers quan trọng.
| 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 Customers | Vận hành Customers | Mẫu bản ghi trùng lặp, khách mua không có tài khoản, địa chỉ và ID bên ngoài | Quy tắc gộp hoặc giữ riêng đã được ghi nhận |
| nhóm Customers | Người phụ trách thương mại | Danh sách group cùng mục đích về pricing, Taxes hoặc quyền truy cập | Mỗi group còn một ý nghĩa nghiệp vụ cần duy trì |
| Lịch sử đơn hàng | Hỗ trợ và tài chính | Bộ Orders mẫu đại diện | Chi tiết mặt hàng, tổng tiền, trạng thái, xử lý đơn hàng, hoàn tiền và tham chiếu đã được giải thích |
| Dữ liệu nhạy cảm | Người phụ trách pháp lý/dữ liệu | Danh sách trường đã phê duyệt | Dữ liệu cá nhân không cần thiết hoặc không được hỗ trợ đã được loại trừ |
Không được dùng nhóm Customers hoặc giá Products hiện tại để diễn giải lại Orders trước đây. Bản ghi Orders cần giữ được thông tin giao dịch tại thời điểm đơn hàng phát sinh.
Chuẩn bị quyền sở hữu tồn kho và xử lý đơn hàng
Tồn kho Magento có thể bao gồm sources, stocks, quan hệ với websites, số lượng theo source, salable quantity, reservations, backorders, pickup locations, drop shippers và các hệ thống tồn kho bên ngoài.
Chuẩn bị mẫu cho:
- simple Products và SKU con của configurable Products;
- Products có một source hoặc nhiều sources;
- bản ghi backorder, sắp hết hàng, hết hàng hoặc có cách bán tương tự preorder;
- warehouse, store, supplier và drop-ship locations;
- Products đồng bộ với ERP, WMS, marketplace hoặc hệ thống xử lý đơn hàng;
- tồn kho cần được cập nhật lại gần thời điểm di chuyển dữ liệu.
| Câu hỏi về tồn kho | Thông tin cần có | Điều kiện sẵn sàng |
|---|---|---|
| Hệ thống nào quản lý số lượng? | Sơ đồ hệ thống quản lý chính | Mỗi SKU ưu tiên có một nguồn quản lý tồn kho đã được xác định |
| Mỗi location ở nguồn tương ứng với Magento source nào? | Bảng đối chiếu location | Source codes ở nguồn và đích đã được ghi nhận |
| Website nào sử dụng từng stock? | Quan hệ website/stock | Quyền sở hữu theo sales channel đã được xác định |
| Tồn kho được quản lý ở cấp Products nào? | Mẫu SKU cha/con | Trách nhiệm của configurable parent và child SKU đã rõ |
| Giá trị nào chỉ là snapshot ban đầu? | Báo cáo tồn kho có ngày | Ngày chụp dữ liệu và người phụ trách cập nhật đã được ghi nhận |
Tồn kho chỉ sẵn sàng khi số lượng, location, cấp Products, quan hệ website và hệ thống bên ngoài chịu trách nhiệm đều được xác định rõ.
Kiểm kê extensions, custom modules và hệ thống bên ngoài
Lập bảng theo dõi cho mọi extension, custom module, bảng dữ liệu đã chỉnh sửa, API, scheduled process và hệ thống bên ngoài làm thay đổi Products, Customers, Orders, tồn kho, nội dung hoặc URL.
Ghi nhận:
- tên module hoặc hệ thống;
- mục đích nghiệp vụ;
- các bản ghi core được mở rộng;
- các trường tùy chỉnh, tables, statuses hoặc IDs được tạo;
- khả năng export hoặc truy cập qua API;
- người phụ trách nghiệp vụ và kỹ thuật;
- nơi quản lý hoặc giải pháp thay thế tiếp tục ở đích;
- dữ liệu cần lưu trữ hoặc loại trừ.
Các yếu tố phụ thuộc ưu tiên gồm search, Reviews, loyalty, subscription, payment, Taxes, shipping, marketplaces, ERP, PIM, WMS, CRM, accounting, consent, analytics và các quy tắc checkout hoặc xử lý đơn hàng tùy chỉnh.
Bảng này sẵn sàng khi mọi yếu tố phụ thuộc quan trọng có nơi quản lý đích và khóa ổn định. Không mô tả bản ghi của extension như trường của Magento thông thường nếu Magento core không thực sự quản lý chúng.
Chọn mẫu đại diện cho kiểm thử di chuyển dữ liệu
| Mẫu | Mục đích chuẩn bị |
|---|---|
| Một dòng simple và configurable Products | Kiểm tra loại Products, thuộc tính, SKU con, media và tồn kho |
| Grouped hoặc bundle Products | Làm rõ quan hệ thành phần và quyền sở hữu pricing |
| Products có custom options | Làm rõ dữ liệu do Customers nhập một lần và cách lưu trong lịch sử đơn hàng |
| Products hoặc Categories được bản địa hóa | Làm rõ phạm vi website, store view, nội dung và URL |
| Customers có group và ID bên ngoài | Làm rõ danh tính, phân nhóm và quan hệ các tích hợp |
| Orders trước đây có cấu trúc phức tạp | Làm rõ options, tổng tiền, shipments, credit memos và tham chiếu |
| SKU tồn kho nhiều sources | Làm rõ source, stock, website và hệ thống quản lý tồn kho bên ngoài |
| Bản ghi do extension quản lý | Làm rõ custom table và quyết định về nơi quản lý đích |
Với mỗi mẫu, ghi lại source ID, source URL nếu có, lý do nghiệp vụ, nơi quản lý dự kiến trên Magento, ID bên ngoài liên quan, các nội dung loại trừ đã biết và người phụ trách rà soát. Danh mục mẫu sẵn sàng khi mọi bản ghi được chọn đều có kỳ vọng nguồn có thể truy vết và người rà soát cụ thể.
Hoàn tất bước kiểm tra mức độ sẵn sàng cho Magento
| 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à kho dữ liệu nguồn có thể khôi phục không? | Thông tin truy cập, bản sao lưu database, media và export | Các bản ghi cần thiết có thể được kiểm tra độc lập với Cửa hàng nguồn đang hoạt động |
| Các dòng sản phẩm và attribute sets đã được xác định chưa? | Bảng Products và thuộc tính | Mỗi cấu trúc Catalog chính có một cấu trúc Magento dự kiến |
| Categories, nội dung và URL đã được gán nơi xử lý chưa? | Danh mục nội dung và đường dẫn | Bản ghi ưu tiên đã có trang đích hoặc quyết định ngừng sử dụng |
| Ý nghĩa của Customers và Orders đã được ghi nhận chưa? | Bộ thông tin Customers và Orders | Danh tính, trạng thái và các quan hệ lịch sử đã được giải thích |
| Quyền sở hữu tồn kho đã rõ chưa? | Sơ đồ source/stock/hệ thống quản lý chính | Mỗi SKU ưu tiên có một hệ thống quản lý số lượng đã được xác định |
| Extensions và hệ thống bên ngoài đã được kiểm kê chưa? | Bảng theo dõi các yếu tố phụ thuộc | Mỗi phụ thuộc quan trọng có nơi quản lý tiếp tục |
| Mẫu đại diện cho kiểm thử di chuyển dữ liệu đã được chọn chưa? | Danh mục mẫu | Cả cấu trúc thông thường và ngoại lệ đều được bao phủ |
| Các vấn đề chưa giải quyết đã được kiểm soát chưa? | Nhật ký quyết định | Mỗi vấn đề còn mở có người phụ trách và thời hạn xử lý |
Bước chuẩn bị hoàn tất khi không còn quyết định quan trọng về Products, thuộc tính, Customers, Orders, tồn kho, URL hoặc extensions phụ thuộc vào giả định chưa được ghi nhận.
Kết luận
Chuẩn bị Magento cần tạo ra một bộ thông tin có thể khôi phục và đủ chi tiết theo đặc thù nền tảng. Loại Products, attribute sets, Categories, store views, inventory sources, nhóm Customers, lịch sử đơn hàng, extensions, nội dung, URL và ID bên ngoài đều cần có người hoặc hệ thống chịu trách nhiệm rõ ràng.
Khi các quyết định này được ghi nhận trước kiểm thử trên mẫu đại diện, các bản ghi mẫu có thể đại diện đúng cấu trúc Magento dự kiến thay vì buộc đội ngũ suy luận từ dữ liệu đã được đưa sang đích.
Câu hỏi thường gặp
Nên tạo tài liệu chuẩn bị nào cho Magento trước tiên?
Trước tiên, hãy lập sơ đồ cấu trúc đích cho websites, store views, loại Products, thuộc tính, tồn kho, Customers, Orders, nội dung và các tích hợp. Sơ đồ này quyết định những thông tin nào cần thu thập cho các bước còn lại.
Vì sao nên kiểm tra Products đại diện thay vì chỉ dựa vào tổng số bản ghi?
Tổng số bản ghi không cho biết quan hệ giữa configurable Products và SKU con, thành phần bundle, custom options, giá trị bản địa hóa hoặc trường do extensions quản lý. Các dòng sản phẩm đại diện cho thấy những cấu trúc mà đích phải hỗ trợ.
Mọi trường ở nguồn có nên trở thành thuộc tính Magento không?
Không phải mọi trường nguồn đều nên trở thành thuộc tính Magento. Một giá trị có thể thuộc variation, custom option, nội dung, extension, hệ thống bên ngoài hoặc được loại trừ có chủ đích. Cần gán trường theo mục đích nghiệp vụ và hệ thống tiếp tục sử dụng giá trị đó.
Attribute sets nên được chuẩn bị như thế nào?
Nhóm Products theo nhu cầu quản lý thực tế, xác định các thuộc tính cần cho từng nhóm, chuẩn hóa các giá trị được kiểm soát, ghi rõ phạm vi và loại bỏ trường đã lỗi thời hoặc trùng lặp.
Khi nào nên chuẩn bị tồn kho tách biệt với dữ liệu Catalog?
Tồn kho cần được chuẩn bị riêng khi số lượng phụ thuộc vào sources, stocks, websites, SKU con của configurable Products, backorders, reservations hoặc nguồn dữ liệu từ ERP, WMS, marketplace hay nhà cung cấp bên ngoài.
Dữ liệu từ extension hoặc custom module nên được xử lý thế nào?
Cần xác định module, bản ghi core liên quan, mục đích nghiệp vụ, tables hoặc các trường, ID bên ngoài và nơi sẽ tiếp tục quản lý dữ liệu ở đích. Bản ghi quan trọng cần có nơi xử lý rõ ràng; dữ liệu đã lỗi thời có thể được lưu trữ hoặc loại trừ.