Nếu dự án chọn Shift4Shop làm Nền tảng đích, công tác chuẩn bị cần mô tả rõ cách dữ liệu và quan hệ nghiệp vụ của Cửa hàng nguồn sẽ được thể hiện qua Products, options thông thường, Advanced Options, các trường bổ sung của Products, Categories, SmartCategories, nhóm Customers, Price Levels, Customers, Orders, nội dung, modules và các hệ thống bên ngoài. Những cửa hàng đã vận hành lâu năm cũng có thể còn nhãn từ thời 3dcart, bản export cũ, trường tùy chỉnh và hệ thống tích hợp mà tên trường hiện tại không còn thể hiện rõ ý nghĩa thực tế.
Bộ tài liệu chuẩn bị nên kết hợp quyền truy cập, tài liệu xác nhận, thông tin về bên chịu trách nhiệm và điều kiện sẵn sàng. Mục tiêu là làm rõ cách Cửa hàng nguồn đang vận hành trước khi chọn bộ mẫu đại diện cho lần kiểm thử di chuyển dữ liệu.
Ghi nhận các giả định vận hành tại Nền tảng đích Shift4Shop
Bắt đầu bằng những giả định về cách cửa hàng mới sẽ vận hành, vì các quyết định này trực tiếp ảnh hưởng đến cách chuẩn bị dữ liệu.
| Hạng mục | Quyết định cần ghi nhận | Tài liệu xác nhận |
|---|---|---|
| Danh tính Products | Bản ghi nào ở nguồn sẽ trở thành Products gốc và tổ hợp options nào cần danh tính thương mại độc lập | Ma trận dòng sản phẩm |
| Cách options hoạt động | Lựa chọn nào vẫn là option thông thường và lựa chọn nào cần Advanced Options hoặc một chủ thể khác | Ví dụ về options và tổ hợp |
| Khả năng khám phá catalog | Categories nào ở nguồn là cố định, động, phục vụ navigation, phục vụ tìm kiếm hoặc không còn sử dụng | Phân loại Categories và SmartCategories |
| Cách phục vụ Customers | Nhóm Customers, Price Levels, quy tắc truy cập và trường tùy chỉnh nào vẫn cần được duy trì | Danh sách nhóm và chính sách giá |
| Lịch sử đơn hàng | Chi tiết mặt hàng, trạng thái, giảm giá, rewards, affiliate và tham chiếu bên ngoài nào nhân viên vẫn cần | Bộ hồ sơ Orders đại diện |
| Dữ liệu kế thừa và tùy chỉnh | Trường từ thời 3dcart, modules, apps hoặc external IDs nào vẫn còn hoạt động | Bảng theo dõi nguồn gốc và các mối phụ thuộc |
Không nên đưa một option của Products ở nguồn vào Advanced Options chỉ vì option đó có nhiều giá trị. Quyết định cần dựa trên việc từng tổ hợp có sở hữu SKU, tồn kho, GTIN, trọng lượng, giá, hình ảnh, khả năng bán hoặc giá trị nào khác được quản lý độc lập hay không. Ghi nhận ở cấp dòng sản phẩm để những Products tương tự được xử lý theo cùng một quy tắc đã thống nhất, thay vì bị diễn giải khác nhau trong lúc chuyển đổi.
Chuẩn bị quyền truy cập, bản export và bản chụp dữ liệu nguồn
Thu thập quyền truy cập và tài liệu cần thiết để hiểu Cửa hàng nguồn và chuẩn bị Shift4Shop.
Bao gồm:
- quyền quản trị tại Cửa hàng nguồn và quyền quản trị Shift4Shop với phạm vi phù hợp;
- bản export Products, options, Customers, Orders, Categories, nội dung và redirects khi có;
- kho media và files khi đường dẫn ở nguồn được bảo vệ hoặc chỉ tồn tại tạm thời;
- định nghĩa nhóm Customers và Price Levels;
- định nghĩa và ví dụ về các trường bổ sung của Products;
- quy tắc SmartCategories và quan hệ Products với Categories thông thường;
- dữ liệu modules, apps, affiliate, rewards, CRM, waiting list và Reviews khi nằm trong phạm vi;
- external IDs được ERP, accounting, hệ thống xử lý giao hàng, marketplace hoặc CRM sử dụng;
- bản sao lưu nguồn có ngày ghi nhận và danh sách dữ liệu có khả năng thay đổi trước thời điểm thực hiện di chuyển dữ liệu.
| Hạng mục cần lưu | Điều kiện sẵn sàng |
|---|---|
| Hồ sơ quyền truy cập | Các khu vực quản trị cần thiết đều truy cập được và đã xác định người chịu trách nhiệm |
| Kho bản export | Files mở được, chứa các bản ghi dự kiến và có ngày export rõ ràng |
| Từ điển trường và modules | Các giá trị tùy chỉnh hoặc kế thừa quan trọng đều có mục đích và bên chịu trách nhiệm |
| Danh sách các bản ghi Products đại diện | Bao gồm cả cấu trúc options thông thường và ngoại lệ |
| Danh sách các bản ghi Orders đại diện | Bao gồm các trạng thái lịch sử, điều chỉnh và tham chiếu bên ngoài quan trọng |
Chuẩn bị Products, options và Advanced Options
options thông thường của Shift4Shop có thể thay đổi lựa chọn của người mua và điều chỉnh giá hoặc trọng lượng, trong khi Advanced Options có thể cung cấp các trường thương mại riêng cho từng tổ hợp cụ thể. Vì vậy, cần chuẩn bị các ví dụ Products thể hiện rõ sự khác biệt này.
Bao gồm:
- Products đơn giản;
- Products có dropdown, radio, hình ảnh, text hoặc cách nhập option thông thường khác;
- Products dùng Advanced Options với code, GTIN, tồn kho, trọng lượng, giá, hình ảnh hoặc khả năng bán ở cấp tổ hợp;
- Products kế thừa options từ Categories;
- Products có các trường bổ sung, mã nhà sản xuất, từ khóa tìm kiếm hoặc metadata chuyên biệt;
- kits, bundles, digital Products, waiting-list behavior, subscriptions hoặc cấu hình do ứng dụng sở hữu;
- Products có giá hoặc khả năng hiển thị thay đổi theo nhóm Customers hay Price Level;
- Products được đồng bộ với hệ thống tồn kho hoặc catalog bên ngoài.
| Cách vận hành tại nguồn | Quyết định chuẩn bị cho Shift4Shop | Tài liệu cần có |
|---|---|---|
| Option thay đổi lựa chọn nhưng không sở hữu tồn kho độc lập | option thông thường của Products | Loại option, các giá trị, ảnh hưởng đến giá/trọng lượng và ví dụ chi tiết mặt hàng trong Orders |
| Tổ hợp có SKU, tồn kho, GTIN, trọng lượng hoặc hình ảnh riêng | Advanced Option | Ma trận tổ hợp và identifiers tại nguồn |
| Giá trị chỉ mô tả Products | Trường bổ sung, mô tả, trường tìm kiếm hoặc metadata bên ngoài | Mục đích của trường, kiểu dữ liệu và hệ thống sử dụng |
| Người mua nhập giá trị một lần | Quan hệ text hoặc trường nhập tùy chỉnh | Ví dụ storefront và thông tin tương ứng trong chi tiết mặt hàng của Orders |
| Quy tắc được tạo bởi app hoặc code tùy chỉnh | Ứng dụng hoặc hệ thống bên ngoài chịu trách nhiệm | Mô tả quy tắc, bản ghi liên quan và external IDs |
Chuẩn hóa tên options, mã Products, mã nhà sản xuất và ý nghĩa của các trường bổ sung trước khi chuyển đổi. Một nhãn export còn lại từ thời 3dcart cần được gắn với quy trình đang sử dụng thực tế, thay vì giữ lại chỉ vì nhãn đó còn xuất hiện trong dữ liệu.
Chuẩn bị Categories, SmartCategories, tìm kiếm và URLs
Categories thông thường của Shift4Shop chứa Products được gán trực tiếp, trong khi SmartCategories có thể tập hợp Products động theo những quy tắc như trạng thái sale, thời điểm phát hành, cách xử lý vận chuyển hoặc keywords. Hai cấu trúc này cần được chuẩn bị riêng.
| Cách nhóm tại nguồn | Câu hỏi cần trả lời tại Nền tảng đích | Thông tin xác nhận sẵn sàng |
|---|---|---|
| Nhóm Categories ổn định | Quan hệ Products thuộc nhóm có nên được giữ trực tiếp không? | Cây Categories và danh sách Products được gán |
| Collection động | SmartCategory hoặc quy tắc merchandising khác có phù hợp không? | Quy tắc ở nguồn và chủ thể tiếp tục chịu trách nhiệm |
| Nhóm brand hoặc nhà sản xuất | Nên tiếp tục là Categories, trường nhà sản xuất, filter hay trang riêng? | Ví dụ brand và mục đích hỗ trợ người mua tìm Products |
| Giá trị chỉ phục vụ tìm kiếm | Nên tiếp tục là keyword, trường bổ sung, mã Products hay trường có thể tìm kiếm khác? | Danh sách từ khóa và trường dữ liệu |
| Link chỉ dùng trong menu | Link đó trỏ tới Categories, trang, Products hay route bên ngoài nào? | Sơ đồ navigation |
| URL kế thừa | Products, Categories hoặc trang nào là đích dự kiến? | Danh sách redirects ưu tiên |
Chuẩn bị URLs cho Products, Categories, extra pages, Blog hoặc nội dung, nhà sản xuất, chiến dịch và chính sách. Với mỗi URL, ghi lại đường dẫn nguồn, đích dự kiến, bên sở hữu nội dung, metadata, internal links và yêu cầu redirect. Đối với SmartCategories, quy tắc tạo thành viên cần được lưu riêng với URL Categories công khai; một nhóm động không thể được tái tạo đáng tin cậy chỉ từ danh sách Products tại một thời điểm.
Chuẩn bị nhóm Customers, Price Levels và bản ghi Customers
Nhóm Customers trong Shift4Shop có thể kết nối Customers với Price Levels, yêu cầu giá trị đơn tối thiểu, giới hạn khả năng xem Products hoặc Categories và các phương thức thanh toán hay vận chuyển được phép. Vì vậy, nhóm Customers và những quy tắc liên quan cần được chuẩn bị cùng nhau.
Thu thập:
- tên và mục đích của từng nhóm Customers;
- Price Level được gán và giá ở cấp Products;
- giới hạn khả năng hiển thị Products hoặc Categories;
- yêu cầu giá trị đơn tối thiểu;
- các trường tùy chỉnh và addresses của Customers;
- quan hệ miễn thuế, wholesale, affiliate, rewards, CRM, Reviews, waiting list hoặc marketing;
- external account IDs và mã tham chiếu công ty;
- ví dụ Customers trùng lặp và guest checkout.
| Câu hỏi chuẩn bị | Tài liệu xác nhận | Điều kiện sẵn sàng |
|---|---|---|
| Nhóm nào vẫn đang được sử dụng cho hoạt động thương mại? | Danh sách nhóm và người phụ trách | Nhóm không còn dùng được loại khỏi phạm vi hoặc lưu trữ riêng |
| Price Levels nào thuộc từng nhóm? | Ví dụ Products và nhóm | Quan hệ giữa Products, Price Levels và nhóm Customers được ghi nhận rõ |
| Quy tắc truy cập nào phụ thuộc vào nhóm? | Ví dụ Products/Categories bị giới hạn | Quy tắc hiển thị có chủ thể tại Nền tảng đích |
| Bản ghi app nào thuộc về Customers? | Mẫu rewards, affiliate, CRM hoặc Reviews | Đã ghi nhận app hoặc hệ thống bên ngoài tiếp tục chịu trách nhiệm |
| Customers trùng lặp được xử lý thế nào? | Ví dụ matching keys | Đã định nghĩa quy tắc gộp hoặc giữ riêng |
Chuẩn bị lịch sử đơn hàng và các tham chiếu vận hành
Chọn Orders làm rõ cấu trúc dữ liệu lịch sử, thay vì chỉ lấy các Orders đã thanh toán thông thường.
Bao gồm:
- Orders có options thông thường và Advanced Options;
- ngữ cảnh nhóm Customers hoặc Price Level;
- coupons, promotions, gift certificates, rewards, affiliate attribution, Tax và phí vận chuyển;
- Orders ở trạng thái pending, canceled, refunded, partially refunded, shipped và partially fulfilled;
- CRM tickets, waiting-list context, Reviews, notes và điều chỉnh thủ công khi có liên quan;
- tham chiếu ERP, accounting, marketplace, hệ thống xử lý giao hàng hoặc payment;
- nhãn trạng thái cũ mà nhân viên vẫn sử dụng.
Với mỗi mẫu, giải thích chi tiết mặt hàng, tổng tiền, trạng thái hoặc tham chiếu bên ngoài nào còn phục vụ chăm sóc Customers, finance, xử lý giao hàng hoặc reporting. Cấu hình payment, shipping, Tax và notifications đang hoạt động cần được ghi nhận riêng với lịch sử đơn hàng.
Kiểm kê modules, apps, trường tùy chỉnh và dữ liệu kế thừa
Tạo bảng theo dõi các mối phụ thuộc cho modules, apps tùy chọn, trường tùy chỉnh, scripts, hệ thống tích hợp và dữ liệu còn lại từ thời 3dcart.
Với mỗi hạng mục, ghi:
- mục đích kinh doanh;
- bên chịu trách nhiệm tại nguồn;
- Products, Customers, Orders, Categories hoặc pages liên quan;
- bản ghi mẫu;
- dữ liệu có thể lấy qua export hoặc API;
- identifiers bên ngoài;
- chức năng sẽ tiếp tục, được thay thế hay ngừng sử dụng;
- dữ liệu nào phải được giữ cho nhu cầu lịch sử hoặc reconciliation.
Đặc biệt chú ý đến search, giá trong Advanced Options, rewards, affiliate, CRM, Reviews, waiting lists, subscriptions, digital Products, marketplaces, ERP, accounting, Tax, shipping và payment records. Bảng theo dõi chỉ sẵn sàng khi mọi trường đang hoạt động nhưng không thuộc cấu trúc cốt lõi đều có bản ghi cha, bên chịu trách nhiệm nghiệp vụ, đường lấy dữ liệu, external identifier và quyết định tiếp tục hoặc ngừng sử dụng.
Chọn các mẫu đại diện cho lần kiểm thử Di chuyển sang Shift4Shop
| Mẫu | Mục đích chuẩn bị |
|---|---|
| Products đơn giản | Làm rõ Products thông thường, Categories, media, giá và cách xử lý tồn kho |
| Products có options thông thường | Làm rõ giá trị options và ý nghĩa trong chi tiết mặt hàng của Orders mà không tạo tồn kho riêng |
| Products có Advanced Options | Làm rõ code, tồn kho, GTIN, trọng lượng, hình ảnh và giá ở cấp tổ hợp |
| Products có trường bổ sung hoặc metadata phục vụ tìm kiếm | Làm rõ các trường mô tả và trường do hệ thống tích hợp sử dụng |
| Products trong SmartCategory | Làm rõ nhóm động so với việc gán trực tiếp vào Categories |
| Customers trong nhóm thương mại | Làm rõ nhóm Customers, Price Level, quyền truy cập và quan hệ trường tùy chỉnh |
| Một đơn hàng trước đây có cấu trúc phức tạp | Làm rõ options, tổng tiền, trạng thái, rewards, refunds và external references |
| Route nội dung ưu tiên | Làm rõ extra page, Products, Categories, metadata và quyết định redirect |
| Bản ghi kế thừa hoặc do app sở hữu | Làm rõ chủ thể hiện tại của dữ liệu từ thời 3dcart hoặc dữ liệu do extension tạo |
Với mỗi mẫu, đính kèm source ID, mục đích kinh doanh, chủ thể dự kiến tại Nền tảng đích, external IDs liên quan và các hạng mục đã biết không nằm trong phạm vi. Danh sách mẫu cần giải thích vì sao từng bản ghi được chọn và quan hệ nào tại nguồn được bản ghi đó đại diện, nhưng không đặt trước tiêu chí đạt hoặc quyết định ra mắt của giai đoạn xác thực. Khi một mẫu không thể đại diện chính xác cho tất cả cấu trúc, hãy dùng các bản ghi riêng cho options thông thường, Advanced Options, SmartCategories, chính sách giá theo nhóm Customers và dữ liệu app kế thừa.
Hoàn tất điều kiện sẵn sàng trước khi chuyển sang Shift4Shop
| Câu hỏi về mức độ sẵn sàng | Thông tin cần có | Điều kiện đạt |
|---|---|---|
| Đã có đủ quyền truy cập cần thiết chưa? | Hồ sơ quyền truy cập | Các khu vực cần thiết ở nguồn và Nền tảng đích đều truy cập được |
| Đã phân biệt options thông thường và Advanced Options chưa? | Ma trận dòng sản phẩm | Mỗi mô hình option quan trọng có chủ thể và cách xử lý được ghi nhận |
| Đã phân loại Categories và SmartCategories chưa? | Danh sách Categories | Không nhầm lẫn giữa quan hệ thành viên cố định và động |
| Đã ghi nhận nhóm Customers và quy tắc Price Level chưa? | Ma trận quan hệ thương mại | Nhóm, Products, giá và giới hạn truy cập được kết nối rõ |
| Lịch sử đơn hàng đã được đại diện đầy đủ chưa? | Bộ hồ sơ các bản ghi Orders đại diện | Các trạng thái, điều chỉnh và external references quan trọng đều được giải thích |
| Modules và trường kế thừa đã có chủ thể chịu trách nhiệm chưa? | Bảng theo dõi các mối phụ thuộc | Mọi bản ghi tùy chỉnh còn hoạt động đều có chủ thể tiếp tục chịu trách nhiệm |
| Bản sao lưu và bản export có đủ mới không? | Kho dữ liệu nguồn có ngày ghi nhận | Tài liệu có thể được khôi phục độc lập với Cửa hàng nguồn đang hoạt động |
| Đã chọn mẫu kiểm thử di chuyển dữ liệu đại diện chưa? | Danh sách mẫu | Bao phủ cả cấu trúc thông thường và ngoại lệ |
Công tác chuẩn bị hoàn tất khi không còn quyết định quan trọng về Products, Customers, Orders, Categories hoặc hệ thống tích hợp phụ thuộc vào nhãn kế thừa chưa được giải thích hay module chưa được ghi nhận. Mỗi hạng mục còn mở cần xác định người chịu trách nhiệm nghiệp vụ, thông tin vẫn còn thiếu và cấu trúc hoặc hệ thống tại Nền tảng đích sẽ sở hữu quyết định cuối cùng.
Kết luận
Chuẩn bị chuyển đổi sang Shift4Shop cần làm rõ các quan hệ đứng sau Products, options thông thường, Advanced Options, Categories, SmartCategories, nhóm Customers, Price Levels, Orders, nội dung và dữ liệu kế thừa. Hạng mục quan trọng nhất là phân biệt cấu trúc gốc của Shift4Shop với dữ liệu do modules sở hữu và dữ liệu còn lại từ thời 3dcart, đồng thời giữ đúng những identifiers mà nhân viên và các hệ thống bên ngoài vẫn sử dụng.
Một bộ tài liệu chuẩn bị đầy đủ giúp lần kiểm thử di chuyển dữ liệu đại diện sử dụng đúng các mẫu có ý nghĩa, với kỳ vọng và quyền sở hữu tại nguồn được xác định rõ.
Câu hỏi thường gặp
Quyết định nào về catalog nên được chuẩn bị đầu tiên khi chuyển sang Shift4Shop?
Xác định lựa chọn nào ở nguồn là option thông thường của Products và tổ hợp nào cần danh tính Advanced Option. Sự khác biệt này ảnh hưởng trực tiếp đến SKU, tồn kho, GTIN, trọng lượng, giá, hình ảnh và ý nghĩa của chi tiết mặt hàng trong Orders.
Mọi nhóm Categories ở nguồn có nên trở thành Categories trong Shift4Shop không?
Không phải mọi nhóm ở nguồn đều nên trở thành Categories. Một số nhóm thực chất là chiến dịch động, collection phục vụ tìm kiếm, cách nhìn theo nhà sản xuất, menu link hoặc phân loại nội bộ. Cần xác định mục đích hỗ trợ người mua tìm Products trước khi chọn cấu trúc tại Nền tảng đích.
Vì sao nhóm Customers và Price Levels cần được chuẩn bị cùng nhau?
Nhóm xác định ngữ cảnh của Customers, còn Price Level và các giới hạn liên quan xác định cách bán hàng áp dụng cho nhóm đó. Tên nhóm mà không có giá Products hoặc quy tắc truy cập tương ứng vẫn là thông tin chưa đầy đủ.
Những Orders nào nên có trong bộ mẫu kiểm thử di chuyển dữ liệu đại diện?
Nên bao gồm Orders có options thông thường, Advanced Options, discounts, Tax, shipping, nhiều trạng thái, refunds, rewards hoặc affiliate context và external-system references.
Cần thu thập thông tin gì đối với các trường kế thừa từ thời 3dcart?
Xác định mỗi trường đang phục vụ mục đích kinh doanh nào và hệ thống nào vẫn sử dụng giá trị đó. Chỉ giữ lại khi một cấu trúc của Shift4Shop, module đang hoạt động hoặc hệ thống bên ngoài vẫn có trách nhiệm với dữ liệu này.
Khi nào công tác chuẩn bị cho Shift4Shop được xem là hoàn tất?
Công tác chuẩn bị hoàn tất khi quyền truy cập và bản export đã sẵn sàng, các mô hình options của Products đã được phân loại, nhóm Customers và chính sách giá đã được ghi nhận, các route ưu tiên đã được đối chiếu, các mối phụ thuộc đã có chủ thể chịu trách nhiệm và bộ mẫu đại diện đã được chọn.