Nếu dự án chọn EasyStore by JoomShaper làm Nền tảng đích, công tác chuẩn bị phải kết nối dữ liệu thương mại với các cấu trúc Joomla và JoomShaper sẽ dùng để trình bày và quản lý dữ liệu đó. Products có thể phụ thuộc vào variants, Categories, tags, thương hiệu, bộ sưu tập, hình ảnh, tồn kho, Coupons, Reviews, Customers, Orders, refunds, Joomla Menu Items, bố cục SP Page Builder, các kết nối thanh toán và vận chuyển cùng các hệ thống bên ngoài.
Mỗi hạng mục chuẩn bị cần gắn với người chịu trách nhiệm, tài liệu hoặc dữ liệu có thể dùng để kiểm tra lại, và một điều kiện cho biết khi nào hạng mục đã sẵn sàng. Mục tiêu là giữ đầy đủ thông tin nguồn mà không nhầm checkout, thanh toán, vận chuyển, thuế, thông báo hoặc hành vi Page Builder đang hoạt động với dữ liệu có thể được di chuyển như bản ghi.
Xác nhận quyền truy cập Joomla, EasyStore, hosting và cơ sở dữ liệu
Xác nhận quyền truy cập vào giao diện quản trị Joomla, EasyStore, hosting, cơ sở dữ liệu, filesystem, media của Products, SP Page Builder, các kết nối thanh toán/vận chuyển, scheduled tasks và các hệ thống kết nối. Ghi lại phiên bản Joomla, EasyStore, PHP, cơ sở dữ liệu, Template, SP Page Builder, plugins, Modules và cấu hình ngôn ngữ có liên quan.
| Hạng mục chuẩn bị | Người phụ trách | Thông tin cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Xác nhận quyền quản trị | Quản trị viên Joomla/EasyStore | Tài khoản có thể đăng nhập và tóm tắt quyền | Có thể kiểm tra Products, variants, Customers, Orders, Coupons, Reviews và cấu hình cần thiết. |
| Tạo backup có thể khôi phục | Người phụ trách hạ tầng | Database export, bản lưu filesystem/media và người chịu trách nhiệm khôi phục | Có thể khôi phục Cửa hàng nguồn mà không phụ thuộc vào trạng thái hiện tại của website đang hoạt động. |
| Ghi nhận môi trường extensions | Người phụ trách kỹ thuật | Danh sách Joomla, EasyStore, SP Page Builder, Template, plugins, Modules, các extensions thanh toán và vận chuyển | Mọi thành phần ảnh hưởng đến hoạt động thương mại đều có chủ sở hữu. |
| Ghi nhận phần tùy chỉnh | Người phụ trách phát triển | Custom Addons, Template overrides, code snippets, API/webhook code và thay đổi trực tiếp trong cơ sở dữ liệu | Những phần tạo hoặc diễn giải dữ liệu đã được tài liệu hóa. |
| Lập bản đồ hệ thống kết nối | Chủ sở hữu các tích hợp | ERP/PIM/WMS/CRM/các endpoint kế toán/xử lý đơn hàng/Marketplace và external IDs | Đã xác định các hệ thống tiếp tục sử dụng dữ liệu và hệ thống chịu trách nhiệm quản lý giá trị chính. |
Cần giữ lại các IDs của Products, variants, Categories, tags, thương hiệu, bộ sưu tập, Customers, Orders, Coupons, Reviews, refunds, media, Joomla users, menus và hệ thống bên ngoài khi chúng cần thiết để truy vết quan hệ.
Chuẩn bị Products, variants, Categories, thương hiệu và bộ sưu tập
EasyStore Products có thể chứa tên, alias, mô tả, hình ảnh, video, giá, giảm giá, chi phí, trạng thái thuế, identifiers, tồn kho, kích thước, Categories, tags, thương hiệu, bộ sưu tập, thông số, quan hệ upsell/cross-sell, access, metadata và variants. Hãy phân loại Products theo hành vi bán hàng thay vì chỉ theo số lượng.
| Mô hình Products | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Products đơn giản | ID Products, SKU, giá, giảm giá, trạng thái thuế, tồn kho, Categories, thương hiệu, hình ảnh và một bản ghi Orders mẫu | Một bản ghi xác định rõ mặt hàng được bán. |
| Products có variants | Loại/giá trị variation, variants được tạo, SKU, giá, giảm giá, tồn kho, trọng lượng, thông tin đóng gói, hình ảnh và trạng thái hiển thị ở từng variant | Mọi tổ hợp thực tế có thể bán đều truy vết được về Products cha và các giá trị đã chọn. |
| Products hết hàng hoặc preorder | Trạng thái tồn kho, quy tắc tiếp tục bán, ngày mở bán, số lượng và hệ thống chịu trách nhiệm quản lý tồn kho chính | Ý nghĩa về khả năng bán không bị rút gọn thành trường trống hoặc số lượng bằng 0. |
| Products thuộc nhiều Categories hoặc Collections | Quan hệ với Categories, tag, thương hiệu, Collection và chiến dịch | Cấu trúc khám phá Products và merchandising không bị gộp thành một taxonomy. |
| Products có nhiều thông số | khóa/giá trị Additional Data, mục đích hiển thị, nhu cầu tìm kiếm/lọc và Products được gán | Thông số mô tả được giữ tách khỏi variants. |
| Products có upsell/cross-sell | Products nguồn, Products liên kết, loại quan hệ và mức ưu tiên | Quan hệ merchandising được giữ riêng với Categories. |
Ghi lại các trường hợp unpublished, featured, đang sale, restricted access, minimum/maximum quantity, continue-selling, identifier và metadata. Những trạng thái này có thể cần cách xử lý khác nhau trên đích.
Chuẩn bị thư viện variation, options của Products, giá và tồn kho
Variation types của EasyStore có thể được dùng lại giữa nhiều Products, còn từng variant được tạo có thể mang SKU, mã Products chuẩn, giá, giảm giá, trạng thái thuế, thông tin đóng gói phục vụ vận chuyển, trọng lượng, số lượng, trạng thái sẵn bán và trạng thái hiển thị riêng. Options của Products cũng có thể chứa quan hệ upsell/cross-sell, trong khi Additional Data dùng cho thông số mô tả.
| Cấu trúc | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Loại variation và các giá trị | Tên, kiểu hiển thị, các giá trị, dữ liệu màu, thứ tự và Products được gán | Hệ thống từ vựng dùng lại cho variants đã được ghi nhận. |
| Variant được tạo | Products cha, giá trị đã chọn, SKU, GTIN/UPC/EAN/ISBN, giá, giảm giá, tồn kho, trọng lượng, thông tin đóng gói, hình ảnh, trạng thái hiển thị và khóa từ hệ thống ngoài | Mọi tổ hợp từng được mua có dữ liệu nhận diện độc lập. |
| Giá ở cấp Products | Regular price, loại/giá trị giảm giá, trạng thái thuế, base-unit data, chi phí và tiền tệ | Giá ở cấp cha không bị dùng thay cho dữ liệu riêng của variants. |
| Tồn kho | Số lượng ở cấp Products/variant, trạng thái tracking, stock status, quy tắc continue selling, min/max quantity và hệ thống sở hữu | Đã xác định rõ số lượng có thể bán phải lấy theo cấp dữ liệu và hệ thống nào. |
| Additional Data | Key, value, Products assignments, mục đích hiển thị và nguồn dữ liệu bên ngoài nếu có | Thông số vẫn tách khỏi lựa chọn mà Customers có thể chọn để mua. |
| Upsell/cross-sell | Loại quan hệ, ID Products liên kết, Categories/Collections/brands dùng để lựa chọn | Quan hệ merchandising có thể truy vết. |
Nếu catalog nguồn có ma trận options rất lớn, hãy ghi lại số tổ hợp thực tế và giới hạn môi trường trong tài liệu kỹ thuật. Không nên mặc định mọi tổ hợp lý thuyết đều đại diện cho một variant thực sự được bán.
Chuẩn bị Customers, Joomla users, địa chỉ, Reviews và danh tính
EasyStore Customers có thể liên kết với Joomla users, Orders, địa chỉ, Reviews, thông tin doanh nghiệp hoặc thuế, consent và external CRM/ERP identifiers. Khách mua không đăng nhập cần được xử lý riêng vì lịch sử đơn hàng vẫn có thể hữu ích mà không cần tạo tài khoản cố định.
| Hạng mục tài khoản | Thông tin cần chuẩn bị | Người phụ trách | Điều kiện sẵn sàng |
|---|---|---|---|
| Customers đã đăng ký | Joomla user ID, ID hồ sơ Customers trong EasyStore, email, trạng thái, địa chỉ và external IDs | Người phụ trách dữ liệu Customers | Danh tính trùng hoặc liên kết qua nhiều hệ thống đã có cách xử lý dự kiến. |
| Khách mua không đăng nhập | Danh tính ở cấp Orders, email, địa chỉ và quan hệ với Orders | Người phụ trách dữ liệu Orders | Dữ liệu mua hàng của guest được giữ mà không tự tạo Joomla account. |
| Địa chỉ | Giá trị địa chỉ thanh toán/vận chuyển, quốc gia/bang, trạng thái mặc định và quan hệ sở hữu của Customers/Orders | Người phụ trách chăm sóc Customers | Địa chỉ đã lưu và ảnh chụp địa chỉ trong lịch sử đơn hàng được phân biệt rõ. |
| Reviews | Products, danh tính Customers/guest, điểm đánh giá, nội dung, trạng thái, ngày và ngôn ngữ | Người phụ trách catalog/nội dung | Reviews tiếp tục gắn đúng Products và trạng thái kiểm duyệt. |
| Thông tin công ty/thuế | Công ty, mã thuế, trạng thái xác thực và khóa tài khoản ở hệ thống ngoài | Người phụ trách tài chính/B2B | Danh tính doanh nghiệp có đích đến hoặc hệ thống sở hữu rõ ràng. |
| Xác thực tài khoản | Mật khẩu cục bộ, SSO/social login, quy trình đặt lại mật khẩu và người phụ trách truyền thông đến khách hàng | Người phụ trách bảo mật | Quyền truy cập tài khoản đã được lập kế hoạch mà không mặc định mật khẩu có thể chuyển nguyên trạng. |
Chọn các Customers có nhiều địa chỉ, guest Orders, Reviews, bản ghi trùng, external IDs quan trọng và lịch sử đơn hàng có giá trị cao làm mẫu kiểm tra.
Chuẩn bị Orders, Coupons, hoàn tiền, thuế, vận chuyển và dữ liệu thanh toán
Lịch sử đơn hàng cần giải thích được mặt hàng đã mua và diễn biến giao dịch. Chuẩn bị thông tin đầu bản ghi Orders, Customers hoặc người mua không đăng nhập, địa chỉ, Products và chi tiết variants, số lượng, giá, giảm giá, Coupons, thuế, vận chuyển, nhãn thanh toán, trạng thái, ghi chú, thông tin theo dõi vận chuyển, hoàn tiền, hóa đơn và tham chiếu từ hệ thống ngoài.
| Dữ liệu cần chuẩn bị trong Orders | Người phụ trách | Điều kiện sẵn sàng |
|---|---|---|
| Thông tin đầu Orders và lịch sử trạng thái | Hoạt động thương mại | Customers/guest, ngày, chuỗi trạng thái, tiền tệ và kênh nguồn đã được ghi nhận. |
| Chi tiết Products và variants trong Orders | Người phụ trách catalog/Orders | Products cha, variant, SKU, giá trị đã chọn, số lượng và thông tin được lưu tại thời điểm đặt hàng đều đầy đủ. |
| Coupons và giảm giá | Marketing/tài chính | mã Coupons, quy tắc, mức giảm theo từng mặt hàng hoặc toàn bộ Orders và tác động trong lịch sử đã rõ. |
| Thuế và vận chuyển | Tài chính/xử lý đơn hàng | Giá trị thuế lịch sử, phí vận chuyển, nhãn phương thức, đơn vị vận chuyển và thông tin theo dõi vận chuyển được giữ. |
| Bối cảnh thanh toán | Tài chính | Nhãn phương thức, ID giao dịch/tham chiếu, trạng thái và đơn vị cung cấp chịu trách nhiệm đã rõ. |
| Hoàn tiền và điều chỉnh | Tài chính/chăm sóc Customers | Số tiền hoàn một phần hoặc toàn bộ, các mặt hàng bị ảnh hưởng, ngày, lý do và tham chiếu từ hệ thống ngoài được ghi lại. |
| ID từ hệ thống ngoài của Orders | Người phụ trách tích hợp | Mã định danh ERP, hệ thống kế toán, Marketplace hoặc hệ thống xử lý đơn hàng vẫn truy vết được. |
Coupons, thuế, vận chuyển, thanh toán, checkout và refund đang hoạt động thuộc cấu hình trên Nền tảng đích. Lịch sử đơn hàng giữ thông tin về giao dịch đã xảy ra, không phải bộ quy tắc sẽ xử lý giao dịch mới.
Chuẩn bị Joomla menus, SP Page Builder, routes, media và SEO
EasyStore Products có thể được hiển thị qua Joomla Menu Items và SP Page Builder Addons. Vì vậy, Joomla menus, bố cục SP Page Builder, vị trí trong Template, khối Products, media, metadata và redirects đều cần tài liệu chuẩn bị riêng.
| Hạng mục storefront | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Routes của Products và Categories | URL nguồn, alias, ID Products/Categories, ngữ cảnh menu, metadata và quyết định cho đích | Mỗi route thương mại ưu tiên đã có quyết định giữ, đổi, gộp, ngừng hoặc redirect. |
| Joomla Menu Items | Menu item type, parent, alias, ngôn ngữ, access, Categories được chọn và hành vi phân cấp | Các điểm vào cửa hàng và view Categories đã được ghi nhận. |
| SP Page Builder layouts | ID trang, các loại EasyStore Addon, bộ lọc, nguồn Products, phần tùy chỉnh trình bày và routes liên kết | Mối phụ thuộc về trình bày được tách khỏi bản ghi thương mại. |
| Media của Products | Hình ảnh, video, nội dung alt, media của variant, tài nguyên từ xa và đường dẫn tệp | Media ưu tiên có thể truy vết đến đúng Products hoặc variant. |
| Nội dung CMS có liên quan | Trang đích, hướng dẫn mua hàng, Blog Posts, liên kết nội bộ, khối Products và chiến dịch | Nội dung liên kết với hoạt động thương mại có người phụ trách và quyết định route. |
| SEO và redirects | Người sở hữu metadata, dữ liệu canonical, nguồn sitemap, quy tắc redirect và URL giá trị cao | Trách nhiệm duy trì đường truy cập đã rõ. |
Danh mục Joomla CMS tổng thể thuộc phạm vi Joomla. Phần chuẩn bị EasyStore chỉ cần ghi nhận những quan hệ Joomla và SP Page Builder thực sự ảnh hưởng đến dữ liệu thương mại và routes của cửa hàng.
Lập danh mục extensions, custom data, quy trình import và hệ thống bên ngoài
Tạo bảng theo dõi các mối phụ thuộc cho thanh toán, vận chuyển, thuế, Reviews, phân tích dữ liệu, import/export, SP Page Builder Addons, các trường tùy chỉnh, ERP, PIM, CRM, kế toán, xử lý đơn hàng và các kết nối Marketplace.
| Mối phụ thuộc | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| EasyStore extension/kết nối | Tên, phiên bản, mục đích, cấu hình, bản ghi do thành phần đó sở hữu và các ID cốt lõi liên quan | Dữ liệu do extension sở hữu đã có đích đến hoặc hệ thống tiếp tục sở hữu. |
| SP Page Builder Addon | Loại Addon, ID trang/bố cục, nguồn Products, bộ lọc và mã tùy chỉnh | Cấu trúc trình bày không bị hiểu nhầm là dữ liệu Products. |
| Quy trình import/export | Định dạng tệp, định nghĩa cột, mã định danh Products/variants, quan hệ và lần chạy thành công gần nhất | File export có thể đối chiếu với các bản ghi cơ sở dữ liệu được dùng làm căn cứ chính. |
| Trường/bảng tùy chỉnh | Schema, khóa, mục đích kinh doanh và mã đang sử dụng | Có thể giải thích giá trị thay vì sao chép mù quáng. |
| Hệ thống bên ngoài | Endpoint, loại dữ liệu do hệ thống đó quản lý chính, hướng đồng bộ, IDs và người phụ trách thời điểm chuyển sang hệ thống đích | Đã xác định rõ cách đối chiếu danh tính giữa các hệ thống và hệ thống quản lý chính cho từng loại dữ liệu. |
| Dữ liệu phát sinh kỹ thuật | Caches, logs, sessions, indexes, abandoned imports và temporary files | Dữ liệu kỹ thuật không phải nguồn quản lý chính được chủ động loại khỏi phạm vi. |
Extensions đã ngừng hoạt động vẫn cần được xem xét nếu bản ghi của chúng còn cần thiết để giải thích Orders, Products, Customers, refunds hoặc báo cáo trong lịch sử.
Chọn mẫu đại diện cho lần kiểm thử chuyển dữ liệu
Với mỗi mẫu, ghi lại ID nguồn, SKUs, URLs, bản ghi liên quan, khóa từ hệ thống ngoài và lý do lựa chọn.
| Mẫu đại diện | Thông tin cần chuẩn bị | Mục đích của mẫu |
|---|---|---|
| Products đơn giản | Giá, thuế, tồn kho, Categories, thương hiệu, hình ảnh và Orders | Thiết lập mốc tham chiếu cho Products thông thường. |
| Products có variants | Thư viện variation, variants được tạo, SKUs, giá, tồn kho, hình ảnh, trạng thái hiển thị và chi tiết mặt hàng trong Orders | Đại diện cho quan hệ Products cha - variant. |
| Products có thông số hoặc merchandising | Additional Data, tags, thương hiệu, Collection, upsell/cross-sell và route Products | Đại diện cho cấu trúc mô tả và tổ chức bán hàng. |
| Customers đã đăng ký và Orders của guest | Joomla/Customers IDs, địa chỉ, Reviews, liên kết Orders và external IDs | Đại diện cho hai mô hình danh tính. |
| Orders phức tạp | Chi tiết variant, Coupons, thuế, vận chuyển, thanh toán, hoàn tiền, thông tin theo dõi vận chuyển và tham chiếu từ hệ thống ngoài | Đại diện cho bối cảnh thương mại trong lịch sử. |
| Route dùng SP Page Builder | Trang/bố cục, EasyStore Addons, nguồn Products, liên kết menu, media, SEO và mục đích redirect | Đại diện cho mối phụ thuộc giữa trình bày và routing. |
| Bản ghi của hệ thống bên ngoài | ID Products/variants/Customers/Orders, hệ thống quản lý chính, hướng đồng bộ và khóa | Làm rõ hệ thống hoặc thành phần chịu trách nhiệm cho dữ liệu tích hợp trước khi thực hiện chuyển dữ liệu. |
Công việc chuẩn bị mẫu đại diện chịu trách nhiệm lựa chọn và lưu đủ thông tin nguồn. Việc đánh giá kết quả chuyển đổi và quyết định có thể chính thức vận hành hay chưa thuộc giai đoạn xác thực sau đó.
Hoàn tất điều kiện sẵn sàng trước khi chuyển sang EasyStore
| Hạng mục sẵn sàng | Điều kiện cần đạt |
|---|---|
| Quyền truy cập và khả năng khôi phục | Joomla, EasyStore, hosting, cơ sở dữ liệu, files, backups và người chịu trách nhiệm khôi phục đã được xác nhận. |
| Catalog | Products, variants, Categories, tags, thương hiệu, Collections, thông số, media, giá, tồn kho và identifiers đã được tài liệu hóa. |
| Customers | Joomla users, Customers, guests, địa chỉ, Reviews, dữ liệu công ty/thuế và mối phụ thuộc authentication đã được phân loại. |
| Orders | Lines, variants, giảm giá, Coupons, thuế, thanh toán, vận chuyển, refunds, tracking và external IDs đều có thông tin kiểm chứng. |
| Storefront | Menus, SP Page Builder layouts, routes, media, nội dung liên quan, SEO và redirects đã được ghi nhận. |
| Mối phụ thuộc | Extensions, imports, custom data, hệ thống bên ngoài và hệ thống chịu trách nhiệm quản lý dữ liệu chính đã được xác định. |
| Mẫu | Các bản ghi đại diện bao phủ mọi mô hình Products, Customers, Orders, route, refund và các tích hợp có ảnh hưởng đáng kể. |
Phạm vi chuẩn bị cho EasyStore đạt trạng thái sẵn sàng khi mỗi bản ghi được chọn có thể truy vết đến nguồn sở hữu, các bản ghi liên quan, thông tin dùng để kiểm chứng và đích đến dự kiến hoặc hệ thống sẽ tiếp tục quản lý bản ghi đó.
Kết luận
Chuẩn bị để chuyển dữ liệu sang EasyStore by JoomShaper đòi hỏi thông tin phối hợp giữa Joomla, Products, variants, Categories, thương hiệu, tồn kho, Customers, Orders, Coupons, refunds, Reviews, SP Page Builder, URLs, extensions và hệ thống bên ngoài. Một bản export Products hoặc việc nhìn storefront bằng mắt thường không đủ để giải thích các quan hệ này.
Một bộ hồ sơ chuẩn bị tốt cần có backup có thể khôi phục, xác định rõ các bản ghi được dùng làm căn cứ chính, tách giao dịch lịch sử khỏi cấu hình đang hoạt động, chọn các mẫu đại diện và gán người chịu trách nhiệm cùng điều kiện sẵn sàng cho mọi mối phụ thuộc quan trọng.
Câu hỏi thường gặp
Nên chuẩn bị gì trước tiên khi chuyển sang EasyStore?
Trước hết cần xác nhận quyền truy cập Joomla, EasyStore, hosting, cơ sở dữ liệu, filesystem, SP Page Builder và các tích hợp. Tạo backup có thể khôi phục và ghi nhận toàn bộ môi trường extensions trước khi bắt đầu xác định cách Products và các quan hệ liên quan sẽ được đưa sang đích.
Vì sao EasyStore variants cần thông tin riêng với Products cha?
Mỗi variant có thể có SKU, mã Products chuẩn, giá, giảm giá, tồn kho, trọng lượng, thông tin đóng gói, trạng thái hiển thị và quan hệ hình ảnh riêng. Chỉ lưu thông tin ở Products cha có thể bỏ sót chính các bản ghi thực sự được bán.
Categories, thương hiệu, Collections và tags nên được chuẩn bị như thế nào?
Ghi nhận từng cấu trúc riêng, bao gồm Products assignments và cách chúng được dùng trên storefront. Tên gọi tương tự không chứng minh rằng các cấu trúc đang phục vụ cùng một mục đích khám phá Products hoặc merchandising.
Cần thu thập những dữ liệu nào của Orders?
Chuẩn bị chi tiết Products/variants trong Orders, danh tính Customers hoặc guest, địa chỉ, giảm giá, Coupons, thuế, bối cảnh thanh toán và vận chuyển, trạng thái, tracking, refunds và external IDs được đội ngũ hỗ trợ hoặc tài chính sử dụng.
Vì sao SP Page Builder cần nằm trong phạm vi chuẩn bị?
EasyStore Addons có thể chọn và hiển thị Products, Categories, bộ lọc, Reviews, giá và chức năng cart trong Page Builder layouts. Bố cục và nguồn dữ liệu của chúng là mối phụ thuộc về trình bày, không phải trường thông thường của Products.
Nên phân chia phần chuẩn bị giữa Joomla và EasyStore như thế nào?
Phạm vi Joomla chịu trách nhiệm cho nội dung CMS chung, users, menus, Templates và extensions. Phần chuẩn bị EasyStore tập trung vào Products, variants, Customers, Orders, refunds, Coupons, Reviews và các tích hợp thương mại, đồng thời chỉ ghi lại những mối phụ thuộc Joomla trực tiếp cần thiết để dữ liệu đó hoạt động đúng trên Cửa hàng đích.