Nếu CS-Cart được chọn làm Nền tảng đích, công tác chuẩn bị phải bắt đầu bằng việc xác định mô hình vận hành dự kiến là Store Builder do doanh nghiệp trực tiếp quản lý hay marketplace Multi-Vendor. Cả hai dùng nhiều cấu trúc catalog tương tự, nhưng Multi-Vendor bổ sung vendor ownership, quản trị viên vendor, Products và Orders theo seller, hoa hồng, dữ liệu kế toán, khoản rút tiền, quyền storefront và các luồng tiền phụ thuộc extension.
Mục tiêu là chuẩn bị đầy đủ thông tin và dữ liệu nguồn trước khi cấu hình di chuyển dữ liệu được chốt. Mỗi hạng mục lớn cần xác định hành động, chủ sở hữu, tài liệu cần giữ và điều kiện sẵn sàng. Options, features và variations phải tách biệt; phạm vi storefront phải rõ; vendor không được làm phẳng thành Customers; và lịch sử đơn hàng phải giữ được bối cảnh seller cùng quan hệ tài chính.
Xác nhận edition, version, storefronts và quyền truy cập
Ghi lại chính xác edition CS-Cart hoặc Multi-Vendor, version, đường dẫn cài đặt, database, storefronts đang hoạt động, companies hoặc vendors, languages, currencies, themes, platform extensions và các kết nối đồng bộ bên ngoài. Hệ thống vận hành lâu năm có thể chứa cấu trúc variations của Products đã nâng cấp, extensions đã ngừng dùng, custom templates hoặc sửa đổi database làm thay đổi dữ liệu thực tế có thể lấy từ nguồn.
Chuẩn bị quyền truy cập nguồn phù hợp với lộ trình chuyển đổi đã chọn. Chủ sở hữu kỹ thuật cần xác nhận đúng database, cây tệp, môi trường quản trị và các giới hạn truy cập. Với Multi-Vendor, đồng thời xác định quản trị viên marketplace và những người hiểu rõ vendor relationships cùng dữ liệu kế toán.
| Hành động | Chủ sở hữu | Tài liệu cần giữ | Điều kiện sẵn sàng |
|---|---|---|---|
| Xác nhận edition và version | Chủ sở hữu kỹ thuật | Thông tin version và edition/license | Không trộn giả định giữa Store Builder và Multi-Vendor. |
| Ghi nhận phạm vi storefront | Chủ sở hữu thương mại | Danh sách storefront, domains, languages, currencies và company assignments | Mỗi storefront hoạt động đều có mục đích kinh doanh được ghi rõ. |
| Xác nhận quyền truy cập nguồn | Chủ sở hữu hosting hoặc database | Trạng thái kết nối, database prefix, ghi chú file root | Các bản ghi và tệp nguồn cần thiết có thể truy cập được. |
| Kiểm kê themes và extensions | Developer hoặc agency | Theme đang dùng, danh sách extension, custom tables và các tệp đã sửa | Có thể tách dữ liệu core khỏi chức năng thuộc extension. |
| Xác định hệ thống bên ngoài | Chủ sở hữu tích hợp | Danh sách ERP/PIM/WMS/marketplace/accounting và stable keys | Mỗi giá trị do hệ thống khác duy trì đều có nguồn có thẩm quyền rõ. |
Tạo change log kể từ thời điểm chốt dữ liệu chuẩn bị. Extension mới, thay đổi variations, gộp vendors, đổi storefront hoặc tái cấu trúc Categories phải được ghi nhận trong suốt giai đoạn chuẩn bị.
Chuẩn bị Products, options, features, variations và Categories
CS-Cart tách thông tin Products, options có thể chọn, features, variations, Categories, quantity discounts, downloadable files, images, SEO values và storefront assignments. Options thu nhận lựa chọn hoặc đầu vào của người mua. Features mô tả đặc điểm có cấu trúc và có thể hỗ trợ lọc/so sánh. Variations nhóm Products tương tự dựa trên feature values và có thể giữ danh tính Products riêng.
Chuẩn bị danh mục Products để xác định cấu trúc nào sở hữu từng giá trị thương mại hoặc mô tả.
| Mẫu cấu trúc ở nguồn | Hành động chuẩn bị | Tài liệu cần giữ | Điều kiện sẵn sàng |
|---|---|---|---|
| Option có thể chọn | Ghi option type, variants, required status, combination rules và tác động đến price/weight | Export Products và option assignment | Cách người mua lựa chọn đã rõ. |
| Variation của Products | Ghi variation group, feature values, IDs, SKU, price, stock, images và status | Manifest variation group | Mỗi Products được quản lý độc lập vẫn có thể nhận diện. |
| Feature của Products | Ghi feature group, type, values, phạm vi Categories/storefront và việc dùng cho filter | Danh mục feature | Giá trị mô tả và giá trị phục vụ khám phá đã tách khỏi options. |
| Products nằm trong nhiều Categories | Ghi mọi assignment, bối cảnh merchandising chính và phạm vi storefront | Export Products-to-Categories | Vị trí dùng chung nhìn thấy rõ mà không cần giả định có Products trùng. |
| Downloadable Products | Ghi files, activation conditions, quan hệ Products và original path | Manifest Products/files | Tệp và quan hệ Products có sẵn để xử lý. |
| Quantity hoặc wholesale price | Ghi Products, threshold, user group/Customers context, currency và amount | Danh mục cấu trúc giá | Giá trị thương mại có điều kiện không bị rút gọn thành base price. |
Ghi lại forbidden/allowed option combinations, file attachments, required Products, bundles, reward relationships và các trường Products thuộc extension nếu đang hoạt động. Không gộp các nhãn option và feature tương tự trước khi xác nhận một bên là lựa chọn mua và bên còn lại là thông tin mô tả.
Ghi rõ phạm vi storefront, company và catalog
CS-Cart có thể vận hành nhiều storefront, còn Multi-Vendor bổ sung vendors có Products, administrators, Pages, shipping methods và Orders thuộc từng người bán. Chuẩn bị một bảng phạm vi cho biết dữ liệu nào thuộc catalog dùng chung, storefront cụ thể, vendor hoặc kênh bên ngoài.
| Hạng mục phạm vi | Chủ sở hữu | Tài liệu cần giữ | Điều kiện sẵn sàng |
|---|---|---|---|
| Domains và languages của storefront | Platform administrator | Storefront settings và domain list | Mỗi bối cảnh Store công khai được xác định. |
| Khả năng hiển thị Products/Categories | Bộ phận phụ trách catalog | Export storefront/company assignments | Có thể phân biệt record dùng chung và record giới hạn. |
| Features và filters | Bộ phận phụ trách merchandising | Bản đồ feature-to-Categories và storefront | Vocabulary phục vụ khám phá có phạm vi rõ. |
| CMS Pages và layouts | Bộ phận phụ trách nội dung | Danh mục pages, blocks, layouts, menus và storefront | Nội dung và phần trình bày gắn với đúng storefront. |
| Company hoặc vendor ownership | Bộ phận phụ trách marketplace | Quan hệ Products, Orders, administrators và pages | Record thuộc seller không bị mặc định thành record của marketplace. |
Chuẩn bị vendors, administrators, plans và quan hệ tài chính
Phần này áp dụng khi mô hình nguồn hoặc đích có Multi-Vendor. Vendor là doanh nghiệp bán hàng độc lập có administrators, Products, Orders, shipping context, status và quan hệ kế toán riêng. Vendor plans, transaction fees, commissions, payouts, withdrawals và extension thanh toán marketplace có thể tạo thêm dữ liệu cần xử lý.
Tạo vendor ledger phân biệt vendors active, pending, disabled, merged, historical và duplicate. Ghi administrators của từng vendor, quyền sở hữu Products, quyền sở hữu Orders, plan/commission context, account balance, payout/withdrawal records và external seller identifiers.
| Bản ghi marketplace | Hành động chuẩn bị | Tài liệu cần giữ | Điều kiện sẵn sàng |
|---|---|---|---|
| Vendor identity | Ghi company ID, status, legal/contact data, storefront page và external key | Vendor inventory | Mỗi seller được giữ có một danh tính dự kiến rõ. |
| Vendor administrators | Ghi user account, quan hệ vendor, status và permission context | Administrator-to-vendor map | Quan hệ truy cập của seller được ghi nhận. |
| Products thuộc vendor | Ghi quyền sở hữu Products/Categories, approval status và storefront scope | export quan hệ Products-vendor | Bộ phận phụ trách catalogship rõ ràng. |
| Vendor plans hoặc commissions | Ghi plan, fee, commission, effective dates và extension sở hữu | Plan/commission inventory | Quy tắc tài chính tách khỏi các trường hồ sơ thông thường của vendor. |
| Accounting, payouts và withdrawals | Ghi transaction type, vendor, amount, status, date và Orders liên quan | Các bản ghi lịch sử tài chính đại diện | Bối cảnh tài chính marketplace có thể truy vết. |
| Split hoặc vendor Orders | Ghi quan hệ parent/suborder và vendor chịu trách nhiệm | Các nhóm Orders đại diện | Trách nhiệm seller trong lịch sử vẫn đọc hiểu được. |
Không giả định mọi Customers có tên company đều là vendor, cũng không xem tài khoản vendor administrator là toàn bộ seller record.
Chuẩn bị Customers, User Groups, địa chỉ và trường tài khoản
Customers trong CS-Cart có thể bao gồm địa chỉ, user groups, approval status, các trường hồ sơ, newsletters, rewards, reviews và external identifiers. Multi-Vendor còn có vendor administrators, nên quyền sở hữu của các tài khoản này phải tách khỏi Customers thông thường.
| Nhóm bản ghi | Hành động chuẩn bị | Tài liệu cần giữ | Điều kiện sẵn sàng |
|---|---|---|---|
| Danh tính Customers | Xác định duplicates, shared emails, guests, approvals và external keys | Danh sách ngoại lệ Customers | Mỗi ngoại lệ danh tính có người chịu trách nhiệm và cách xử lý. |
| User groups | Ghi quan hệ Customers với group cùng mọi tác động đến giá, Tax, quyền truy cập hoặc nội dung | Group-to-rule matrix | Ý nghĩa group được mô tả vượt ra ngoài tên nhãn. |
| Các trường hồ sơ | Ghi chủ sở hữu trường, type, required status và usage | Danh mục trường hồ sơ | Giá trị tùy chỉnh còn hoạt động có quyết định đích. |
| Addresses | Tách reusable profiles khỏi snapshot tại thời điểm Orders | Ví dụ Customers và Orders | Hồ sơ tài khoản và dữ liệu giao dịch không bị trộn. |
| Vendor administrators | Giữ seller-admin identity liên kết với vendor record | Administrator map | Quyền marketplace không bị làm phẳng thành phân khúc Customers. |
| External account IDs | Ghi CRM, ERP, loyalty hoặc B2B keys | Identifier map | Hệ thống tiếp tục vận hành có thể tìm đúng account. |
Chuẩn bị Orders, quan hệ sở hữu của seller, totals và trạng thái lịch sử
Orders cần giữ được mặt hàng đã mua, người mua, seller, giá và bối cảnh payment, shipping, Tax, discount cùng status lịch sử. Trong Multi-Vendor, Orders có thể được tách để mỗi vendor quản lý phần liên quan của giao dịch ban đầu.
| Thông tin Orders cần giữ | Hành động chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Products và variation lines | Ghi Products ID, variation/features/options, seller, quantity, price và snapshot text | Mặt hàng đã mua và quan hệ sở hữu của seller vẫn đọc hiểu được. |
| Parent và vendor Orders | Ghi Orders gốc và Orders riêng theo seller | Lịch sử Multi-Vendor không bị làm phẳng thành giao dịch rời rạc. |
| Billing/shipping addresses | Giữ snapshot trong Orders tách khỏi profile Customers | Bối cảnh địa chỉ lịch sử đầy đủ. |
| Tax, shipping, discounts, fees và rewards | Kiểm kê mọi total quan trọng và extension sở hữu | Có thể giải thích final total. |
| Payment và xử lý đơn hàng | Ghi labels, transaction IDs, shipping methods, tracking và vendor chịu trách nhiệm | Bối cảnh xử lý lịch sử có thể truy vết. |
| Statuses, refunds và comments | Ghi sequence, visibility, seller bị ảnh hưởng và related records | Nhân viên hiểu được lifecycle lịch sử. |
| Accounting references | Liên kết Orders với commission, payout, withdrawal hoặc balance khi có | Lịch sử tài chính marketplace vẫn nối đúng. |
Lịch sử đơn hàng không nên bị tính lại theo Products, vendor plans, commission, shipping hay payment settings hiện tại.
Kiểm kê phần mở rộng, themes, trường tùy chỉnh và các tích hợp
Extension CS-Cart có thể sở hữu variations, SEO names, vendor plans, marketplace payments, rewards, reviews, layouts, custom trường dữ liệu, tổng tiền trong Orders, reports hoặc external connections. Dùng “platform extension” hoặc tên component chính xác để không nhầm tính năng nền tảng với các enhancement thuộc Dịch vụ chuyển đổi dữ liệu.
| Tác động của dependency | Tài liệu cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Extension Products/catalog | Fields/tables, Products IDs, settings và các bản ghi đại diện | Giá trị catalog đang hoạt động có bộ phận hoặc hệ thống chịu trách nhiệm rõ. |
| Extension vendor/accounting | Vendor, plan, commission, payout hoặc withdrawal records | Dữ liệu tài chính marketplace được phân loại riêng. |
| Extension payment/shipping | Historical references và configuration summary | Dữ liệu giao dịch tách khỏi Store setup hiện tại. |
| Extension SEO/route | SEO names, rewrite settings và redirect tables | Có thể tái dựng source paths quan trọng. |
| Theme/layout tùy chỉnh | Theme files, layout/block assignments và screenshots | Nội dung kinh doanh tách khỏi phần trình bày. |
| Tích hợp ERP/PIM/WMS/marketplace | Authority, synchronization direction và stable IDs | Hệ thống tiếp tục hoạt động có thể kết nối lại với các đối tượng đích. |
| Bảng/trường tùy chỉnh | Schema, parent keys, hệ thống hoặc quy trình sử dụng dữ liệu và mục đích kinh doanh | Mỗi giá trị tùy chỉnh còn hoạt động có cách xử lý rõ. |
Chuẩn bị CMS Pages, SEO names, media và route information
Chuẩn bị CMS Pages, Blog Posts nếu có, mô tả Products/Categories, vendor pages, menus, layouts, blocks, banners, attachments và media theo bộ phận hoặc hệ thống chịu trách nhiệm và storefront. Ghi language, status, route, storefront, vendor relationship, embedded links và phương án xử lý dự kiến.
Đối với routes quan trọng của Products, Categories, features, CMS, vendor và Blog, ghi source object, storefront, language, SEO name, current path, business importance cùng quyết định redirect hoặc exclude. Blog Posts, vendor storefront pages và CMS blocks có thể giống nhau về nhãn nhưng khác chủ thể chịu trách nhiệm, nên IDs, storefront scope, author/vendor relationship, media và menu placement phải được ghi riêng. Giữ original images, downloadable files, attachments và theme assets bên ngoài database backup.
Xây dựng gói backup và kiểm tra đầu vào
| Thành phần | Chủ sở hữu | Tài liệu cần giữ | Điều kiện sẵn sàng |
|---|---|---|---|
| Database backup | Database administrator | Timestamped dump và database-prefix note | Bao gồm mọi core, extension và vendor tables thuộc Store cần xử lý. |
| Files và media | Bộ phận phụ trách hosting hoặc kỹ thuật | File archive hoặc source tree có thể truy cập | Images, downloads, attachments, themes và extensions có sẵn. |
| Edition và scope record | Bộ phận phụ trách nền tảng | Version, edition, storefronts, companies/vendors, languages, currencies | Quan hệ Store Builder/Multi-Vendor được ghi rõ. |
| Access register | Người phụ trách dự án | Người chịu trách nhiệm cấp quyền và trạng thái kết nối | Có quyền truy cập cần thiết mà không đưa credential vào tài liệu. |
| Change log | Store administrator | Structural changes sau evidence cut-off | Thay đổi muộn có thể được xử lý có chủ đích. |
Chọn các bản ghi đại diện để kiểm thử di chuyển dữ liệu
Chuẩn bị manifest gồm source IDs, lý do nghiệp vụ, storefront hoặc vendor chịu trách nhiệm, related files và source relationships dự kiến. Manifest sẵn sàng khi mỗi kỳ vọng từ nguồn, storefront hoặc vendor chịu trách nhiệm, tệp liên kết và identifier đều đầy đủ và có reviewer phụ trách.
Tối thiểu nên có:
- Products đơn giản và Products có options, features, variations, nhiều Categories, files hoặc quy tắc giá đặc biệt;
- bản ghi thuộc các storefront khác nhau;
- Customers thông thường, Customers thuộc user groups, vendor administrators và custom các trường hồ sơ;
- Orders chuẩn và Orders có variations, totals bất thường, refunds, tracking và external IDs;
- nếu dùng Multi-Vendor: Products thuộc vendor, parent/suborders, plans, commissions, payouts hoặc withdrawals;
- routes quan trọng của CMS, Blog, Products, Categories, vendor và SEO;
- một bản ghi thuộc extension đang hoạt động và một quan hệ với hệ thống bên ngoài.
Kiểm tra điều kiện sẵn sàng cuối cùng cho CS-Cart
| Câu hỏi | Kết quả bắt buộc |
|---|---|
| Edition và phạm vi storefront đã rõ chưa? | Version, mô hình Store Builder/Multi-Vendor, storefronts, languages và companies/vendors đã được ghi. |
| Dữ liệu catalog đã đủ chưa? | Products, options, features, variations, Categories, cấu trúc giá, media và phạm vi đều có đại diện. |
| Quan hệ marketplace đã được chuẩn bị chưa? | Vendors, administrators, Products thuộc seller, Orders, plans và bản ghi kế toán đều có bộ phận hoặc hệ thống chịu trách nhiệm. |
| Customers và Orders có thể đọc hiểu được không? | Groups, profiles, addresses, statuses, totals, seller context và external IDs đã được ghi. |
| Extension và dữ liệu tùy chỉnh đã được phân loại chưa? | Mỗi dependency đang hoạt động có business purpose và quyết định xử lý ở đích. |
| Nội dung và routes đã được kiểm kê chưa? | Quan hệ storefront, vendor, CMS, Blog, media và SEO đã được ghi. |
| Backup, access và dữ liệu kiểm thử đã sẵn sàng chưa? | Gói nguồn có thể khôi phục và IDs đại diện đã được liệt kê. |
Công tác chuẩn bị chưa hoàn tất nếu edition, vendor ownership, variation của Products, cách Orders được tách, accounting history, storefront scope hoặc record thuộc extension đang hoạt động vẫn chưa được ghi nhận.
Kết luận
Chuẩn bị cho CS-Cart phải phản ánh đúng mô hình vận hành. Products, options, features, variations, storefronts, Customers, Orders, nội dung và extensions tạo thành một lớp chuẩn bị; Multi-Vendor bổ sung sellers, administrators, Products thuộc seller, split Orders, plans, commissions, payouts và withdrawals.
Một gói dữ liệu nguồn được kiểm soát cần làm rõ các quan hệ này và cung cấp các bản ghi đại diện để phục vụ cấu hình di chuyển dữ liệu.
Câu hỏi thường gặp
Vì sao phải phân biệt Store Builder và Multi-Vendor trước di chuyển dữ liệu?
Multi-Vendor bổ sung vendors, vendor administrators, Products thuộc seller, split Orders, plans, commissions, accounting, payouts và withdrawals. Các quan hệ này không thuộc mô hình dữ liệu Store Builder thông thường.
Options, features và variations trong CS-Cart khác nhau thế nào?
Options thu nhận lựa chọn/đầu vào của người mua, features mô tả và phân loại Products, còn variations nhóm những Products được quản lý độc lập dựa trên feature values. Cần chuẩn bị chúng thành các nhóm dữ liệu tách biệt.
Nhiều storefront CS-Cart nên được ghi nhận ra sao?
Ghi domain, language, currency, theme, Products, Categories, nội dung, routes, features và company scope của từng storefront. Record dùng chung và record bị giới hạn nên được thể hiện trong cùng một bảng phạm vi.
Những dữ liệu vendor nào cần có trong gói chuẩn bị Multi-Vendor?
Bao gồm vendor profiles, statuses, administrators, quyền sở hữu Products, quyền sở hữu Orders, plans, commissions, accounting transactions, payouts, withdrawals và external seller identifiers khi có sử dụng.
Dữ liệu extension CS-Cart có nên được xem như trường Products hoặc Orders thông thường không?
Dữ liệu extension không nên tự động được xem như trường Products hoặc Orders thông thường. Cần ghi extension, đối tượng bị ảnh hưởng, tables/trường dữ liệu, các IDs đại diện và bộ phận hoặc hệ thống sử dụng dữ liệu. Record còn hoạt động cần bộ phận hoặc hệ thống chịu trách nhiệm rõ; dữ liệu lỗi thời có thể archive hoặc exclude.
Nên chọn những Orders nào để chuẩn bị kiểm thử CS-Cart?
Chọn cả Orders thông thường và phức tạp, lines có variation/option, nhiều totals/statuses, refunds, tracking, external IDs và, nếu có Multi-Vendor, parent/suborders, vendor responsibility cùng accounting records liên quan.