Next-Cart

Danh sách kiểm tra các hạng mục cần chuẩn bị trước khi chuyển đổi sang J2Commerce

Nếu dự án chọn J2Commerce làm Nền tảng đích, khâu chuẩn bị phải kết nối các bản ghi thương mại với cấu trúc Joomla giúp chúng có thể được nhìn thấy và sử dụng đúng. Products có thể phụ thuộc vào bài viết Joomla, Categories, menus, modules, các trường tùy chỉnh, user groups, applications, payment extensions, shipping extensions và template layouts. Các loại Products chuyên biệt còn có thể bổ sung variants, downloads, đăng ký định kỳ, booking, bundles, đặt cọc hoặc dữ liệu do khách hàng nhập mà chỉ nhìn vào số lượng Products sẽ không thể hiểu đầy đủ.

Gói chuẩn bị cần xác định từng đầu việc, người phụ trách, thông tin cần thu thập và điều kiện sẵn sàng trước khi di chuyển dữ liệu bắt đầu. Đồng thời, phải tách bản ghi thuộc phạm vi di chuyển dữ liệu khỏi checkout, thuế, payment, shipping, notification, cron và cấu hình extensions đang hoạt động, vốn thuộc phần triển khai Nền tảng đích.

Kết quả của bước này phải tạo được bộ mẫu J2Commerce đại diện, làm lộ mọi nhu cầu liên kết trường dữ liệu hoặc xử lý riêng và phân định rõ phạm vi di chuyển dữ liệu với phần triển khai Joomla/J2Commerce trước khi thực hiện trên quy mô lớn hơn.

Bảo đảm quyền truy cập Joomla, J2Commerce, hosting và database

Xác nhận quyền truy cập Joomla administration, J2Commerce administration, hosting, database, filesystem, media, scheduled tasks và các dịch vụ bên ngoài. Ghi nhận phiên bản Joomla, phiên bản J2Commerce, phiên bản PHP và database, template đang dùng, ngôn ngữ được bật, applications đã cài, payment và shipping extensions cùng mọi custom code.

Đầu việc chuẩn bị Người phụ trách Thông tin cần có Điều kiện sẵn sàng
Xác nhận quyền quản trị Joomla/J2Commerce administrator Tài khoản hoạt động và mô tả quyền Có thể kiểm tra catalog, Orders, Customers, applications, menus và cấu hình.
Tạo backup có thể khôi phục Người phụ trách hạ tầng Database export, filesystem archive, ghi chú về media bên ngoài và người phụ trách restore Có thể khôi phục nguồn mà không phụ thuộc vào Cửa hàng nguồn đang live.
Ghi nhận hệ sinh thái extensions Người phụ trách kỹ thuật Danh sách components, plugins, modules, templates và applications kèm phiên bản Mọi yếu tố phụ thuộc của commerce đều có tên và người phụ trách.
Ghi nhận quy trình theo lịch và kết nối bên ngoài Người phụ trách tích hợp Cron jobs, webhook endpoints, kết nối ERP/PIM/WMS/CRM/payment/shipping và external IDs Xác định được các tích hợp tiếp tục sử dụng và hệ thống có thẩm quyền với dữ liệu.
Giữ mã định danh nguồn Người điều phối di chuyển dữ liệu IDs của Products, bài viết, Categories, users, Customers, Orders, options, variants, đăng ký định kỳ và hệ thống bên ngoài Có thể truy vết quan hệ giữa các bản ghi sau khi trích xuất.

Nếu cửa hàng bắt nguồn từ J2Store hoặc đã đi qua thay đổi phiên bản lớn, cần ghi nhận đầy đủ dòng phát triển đó. Cùng một nhãn có thể đại diện cho bảng hoặc phiên bản ứng dụng khác nhau, và phần tùy chỉnh cũ có thể vẫn dựa vào các trường legacy.

Chuẩn bị Products theo cách chúng được bán

Không nên phân loại Products trong J2Commerce chỉ bằng tên hoặc số lượng. Hãy chuẩn bị theo chức năng phải tiếp tục được hiểu đúng: bán đơn giản, bán theo variant, download, đăng ký định kỳ, booking, bundle, dịch vụ, đặt cọc, sản phẩm cá nhân hóa hoặc loại Products do application quản lý.

Mô hình Products Thông tin cần chuẩn bị Điều kiện sẵn sàng
Products vật lý đơn giản Article/ID Products, SKU, giá, tax profile, tồn kho, trọng lượng, hình ảnh, liên kết chuyên mục Joomla và một đơn hàng mẫu Một nhóm bản ghi xác định rõ mặt hàng được bán và quan hệ với nội dung Joomla.
Products có variants Định nghĩa options, giá trị, variants được tạo, SKU/giá/tồn kho/ảnh theo từng variant và ID Products cha Mọi tổ hợp thực sự có thể bán đều truy vết được về Products cha và các giá trị đã chọn.
Products có thể tải xuống Bản ghi tệp, quy tắc truy cập, giới hạn, thời hạn, liên kết với Products và Orders hoàn tất đại diện Quyền sở hữu tệp và dữ liệu về quyền truy cập dựa trên Orders đã đầy đủ.
Products đăng ký định kỳ Loại Products, plan/variant, chu kỳ thanh toán, trial, trạng thái, yếu tố phụ thuộc vào payment, cron, quan hệ Joomla user group và một subscription đại diện Trạng thái định kỳ và quan hệ quyền truy cập có người phụ trách cùng quyết định đích rõ ràng.
Products booking hoặc đặt chỗ Tài nguyên, quy tắc ngày/giờ, dung lượng, pricing, dữ liệu Customers nhập và booking đại diện Bản ghi tình trạng sẵn có và lịch sử booking được tách khỏi trường của Products thông thường.
Bundle hoặc Products theo nhóm Products cha, Products thành phần, số lượng, quy tắc pricing, quan hệ tồn kho và Orders đại diện Danh tính thành phần và quyền sở hữu được ghi nhận đầy đủ.
Products cá nhân hóa Định nghĩa input các trường, chức năng options, tệp do người mua cung cấp, ảnh hưởng đến giá và chi tiết mặt hàng trong Orders đại diện Dữ liệu người mua nhập được phân biệt với thuộc tính Products có thể tái sử dụng.

Với mỗi loại Products, cần ghi rõ giá trị nào quyết định danh tính, giá, tồn kho, thuế, trọng lượng, shipping, quyền truy cập, renewal hoặc xử lý đơn hàng. Nếu application hoặc custom plugin sở hữu một phần chức năng, hãy đưa các bảng, keys và yếu tố phụ thuộc cấu hình tương ứng vào gói thông tin chuẩn bị.

Chuẩn bị options, variants, các trường tùy chỉnh và quan hệ với bài viết Joomla

Products trong J2Commerce có thể liên kết với nội dung bài viết Joomla và cấu trúc options hoặc variants của J2Commerce. Khâu chuẩn bị phải phân biệt nội dung dùng chung của Products với dữ liệu về từng tổ hợp có thể bán và dữ liệu do khách hàng nhập.

Quan hệ Thông tin cần có Điều kiện sẵn sàng
Bài viết Joomla với Products Article ID, ID Products, aliases, ngôn ngữ, access level và các trường nội dung Nội dung Products không bị tách khỏi bản ghi thương mại ngoài ý muốn.
option của Products Tên option, loại, values, thứ tự, ảnh hưởng đến giá và Products được gán Định nghĩa lựa chọn có thể tái sử dụng đã được ghi nhận.
Variant Products cha, các giá trị option đã chọn, SKU, tồn kho, giá, ảnh, trạng thái và external ID Mỗi đơn vị thực sự có thể bán có một bản ghi duy nhất và có thể truy vết.
trường tùy chỉnh Định nghĩa trường, ngữ cảnh, values, mục đích kinh doanh và layout/application sử dụng Dữ liệu mô tả không bị nhầm với lựa chọn của người mua hoặc trạng thái do application quản lý.
Dữ liệu khách hàng nhập Định nghĩa input và giá trị đại diện trong chi tiết Orders Dữ liệu chỉ thuộc một giao dịch tiếp tục gắn với đúng ngữ cảnh mua hàng.

Chỉ chuẩn hóa những nhãn option rõ ràng bị trùng sau khi đã giữ lại từ vựng và quan hệ gốc. Nếu ColourColor và Finish có ý nghĩa kinh doanh khác nhau trong nguồn, không nên gộp chỉ vì cách viết nhìn tương tự.

Chuẩn bị Categories, menus, URL, media và cách khách hàng tìm Products

Khả năng khách hàng tìm Products trong J2Commerce có thể phụ thuộc vào Joomla Categories, thứ tự bài viết, menu items, modules, filters, search, template layouts và media của Products. Products có thể đầy đủ trong giao diện quản trị nhưng không truy cập được qua route dự kiến.

Hãy chuẩn bị bảng đối chiếu Products với Categories, phân cấp chuyên mục Joomla, thông tin thứ tự bài viết, danh sách menu items, module assignments, giá trị filters, URL ưu tiên, redirects, tham chiếu hình ảnh và language assignments. Phạm vi routes nên bao gồm trang Products, trang chuyên mục Joomla, trang tài khoản, downloads, quản lý đăng ký định kỳ, cart, checkout và những campaign pages quan trọng.

Hạng mục discovery Thông tin chuẩn bị Điều kiện sẵn sàng
Quan hệ với Categories ID Products và Article ID và phân cấp chuyên mục Joomla Products trong phạm vi có vị trí hiển thị và khám phá đã được xác định.
Menu routing Loại menu item, parent, alias, ngôn ngữ, access level và điểm đến Các đường đi ưu tiên trên storefront có route đích rõ.
Modules và filters Vị trí module, menu assignment, nguồn dữ liệu filter và extension sở hữu Chức năng giúp khách hàng tìm Products được tách khỏi bản ghi Products.
Media của Products File paths, ảnh chính/ảnh bổ sung/ảnh theo variant, alt text và ghi chú lưu trữ từ xa Quan hệ media truy vết được đến đúng Products hoặc variant.
Redirects và metadata URL nguồn, mục đích đích, metadata, canonical notes và thông tin về routing extension Mỗi URL có giá trị cao đều có một cách xử lý dự kiến.

Không nên mặc định rằng di chuyển Products sẽ tái tạo menus, module positions, template views hoặc search/filter behavior của Joomla. Đây là trách nhiệm triển khai riêng ở đích, nhưng quan hệ ở nguồn phải được ghi nhận trước.

Chuẩn bị Customers, Joomla users, groups và địa chỉ

Danh tính Customers trong J2Commerce có thể liên quan đến Joomla users, guest purchasers, bản ghi địa chỉ, nhóm Customers, thông tin công ty, mã số thuế, memberships cùng external CRM hoặc ERP keys. Các cấu trúc này cần được chuẩn bị riêng.

Nội dung về tài khoản Thông tin cần có Điều kiện sẵn sàng
Customers đã đăng ký Joomla user ID, ID Customers, email, trạng thái, groups, địa chỉ và external IDs Trường hợp trùng lặp hoặc thuộc nhiều groups đã có cách xử lý dự kiến.
Guest Customers Danh tính và địa chỉ gắn với Orders Lịch sử guest không bị ép thành tài khoản user không có thật.
nhóm Customers Định nghĩa group và quy tắc liên quan đến giá, thuế, quyền truy cập hoặc giảm giá Ý nghĩa của group được ghi nhận rõ hơn tên nhãn.
Danh tính công ty hoặc thuế Trường công ty, mã số thuế, trạng thái xác thực và external account reference Dữ liệu tài khoản doanh nghiệp có một chủ sở hữu đích rõ.
Authentication Local password, SSO, social login, MFA, reset flow và người phụ trách thông báo Quyền truy cập tài khoản được lập kế hoạch mà không mặc định password có thể được chuyển nguyên trạng.

Nếu application đăng ký định kỳ hoặc membership thay đổi Joomla user groups sau khi mua, cần ghi lại trạng thái kích hoạt, Products liên quan, group đích, trạng thái subscription và Orders đại diện. Khi đó, group assignment là quan hệ do application vận hành, không chỉ là metadata của Customers.

Chuẩn bị Orders, payment, shipping, thuế và lịch sử sau bán hàng

Orders trước đây cần cho biết khách hàng đã mua gì và điều gì đã xảy ra. Hãy chuẩn bị Orders headers, chi tiết mặt hàng, tham chiếu Products/variants, options đã chọn, dữ liệu khách hàng nhập, địa chỉ, giá, giảm giá, thuế, nhãn payment, nhãn shipping, trạng thái, comments, transactions, invoices, refunds, downloads, subscriptions và booking references khi có.

Thông tin Orders Người phụ trách Điều kiện sẵn sàng
Orders header và lịch sử trạng thái Commerce operations Chuỗi trạng thái và timestamps có thể được giải thích rõ.
Chi tiết mặt hàng Catalog và operations Products, variant, SKU, lựa chọn, số lượng và giá được giữ như snapshot lịch sử.
Thông tin payment Người phụ trách tài chính hoặc payment Nhãn phương thức và transaction reference được ghi nhận mà không coi credentials là dữ liệu cần di chuyển.
Thông tin shipping Người phụ trách xử lý đơn hàng Nhãn phương thức, phí, tracking và ngữ cảnh shipment có sẵn khi được sử dụng.
Thuế và giảm giá Người phụ trách tài chính hoặc commerce Số tiền và nhãn đã áp dụng có thể đối chiếu với tổng Orders.
Bản ghi sau bán hàng bộ phận chăm sóc khách hàng Refunds, downloads, thay đổi subscription, cancellations hoặc booking status liên kết được với Orders.

Hãy tạo bảng thuật ngữ trạng thái giải thích ý nghĩa vận hành của từng trạng thái Orders, payment, shipping, subscription và booking ở nguồn. Nhãn giống nhau có thể đại diện cho trạng thái khác nhau giữa các extensions.

Kiểm kê applications, plugins, custom tables và các tích hợp

Applications của J2Commerce và extensions của Joomla có thể sở hữu dữ liệu đăng ký định kỳ, bookings, bundles, deposits, shipping, payment, discounts, stock synchronization, nguồn cấp dữ liệu Products, invoices, loyalty, Reviews và custom checkout. Gói chuẩn bị phải xác định chủ sở hữu thực tế của từng bản ghi.

Với mỗi extension quan trọng, ghi nhận tên, phiên bản, tables, các trường, primary keys, foreign keys, tham chiếu Products/Customers/Orders, yếu tố phụ thuộc cấu hình, scheduled tasks, external services và người phụ trách kinh doanh hiện tại. Phân loại yêu cầu thành bản ghi native, bản ghi do application sở hữu, bản ghi của hệ thống bên ngoài, cấu hình đích, phần trình bày hoặc hạng mục có thể loại bỏ.

External identifiers cần được xem riêng. ERP ID Products, CRM ID Customers, marketplace listing IDs, warehouse codes, payment transaction IDs và subscription gateway references có thể chỉ là những trường nhỏ nhưng lại đóng vai trò khóa quan hệ thiết yếu.

Điều kiện sẵn sàng chỉ đạt được khi không còn dữ liệu cần thiết nào chỉ được mô tả chung là “custom data” hoặc “app data”. Mỗi tập dữ liệu còn hoạt động cần có tên rõ, người phụ trách, thông tin nguồn và quyết định về điểm đến.

Tách bản ghi được di chuyển khỏi cấu hình ở Nền tảng đích

Thuế, payment, shipping, email, currency, cron, checkout, cache, templates và bảo mật đang hoạt động thuộc phần triển khai Nền tảng đích. Bản ghi lịch sử có thể giữ nhãn và số tiền mà không cấu hình lại chức năng live.

Thông tin nguồn cần chuẩn bị Trách nhiệm riêng ở Nền tảng đích
Nhãn payment và transaction IDs trong lịch sử Tài khoản gateway, credentials, callbacks, fraud settings và kiểm thử payment live
Nhãn shipping và tracking trong lịch sử Tài khoản carrier, rates, zones, packaging, pickup và cấu hình xử lý đơn hàng
Số tiền thuế và tham chiếu tax profile trong lịch sử Đăng ký thuế hiện hành, rates, exemptions và thiết lập tính thuế
Quan hệ Products với nhóm Customers Cấu hình pricing, quyền truy cập và khuyến mãi đang hoạt động
Lịch sử subscription và billing references Hỗ trợ gateway tokens hiện tại, renewal jobs, email và access automation
URL và metadata hiện tại Menus, template output, search và triển khai redirects ở đích

Khâu chuẩn bị đạt yêu cầu khi thông tin nguồn giải thích được ý nghĩa lịch sử và người phụ trách triển khai đích chấp nhận trách nhiệm cho cấu hình đang hoạt động. Một source export thành công không phải bằng chứng checkout hoặc recurring billing đã được cấu hình.

Chọn bộ mẫu kiểm thử đại diện cho J2Commerce

Hãy chọn các bản ghi có khả năng làm lộ những quan hệ khó của J2Commerce. Bộ mẫu nên có:

  • một bản ghi Products đơn giản liên kết với bài viết Joomla và chuyên mục Joomla;
  • một bản ghi Products có nhiều options với variants được tạo cùng SKU hoặc tồn kho riêng theo variant;
  • một bản ghi Products downloadable có dữ liệu về quyền truy cập tệp;
  • một subscription, booking, bundle hoặc loại Products chuyên biệt khác nếu cửa hàng có sử dụng;
  • một tài khoản Customers có nhiều địa chỉ hoặc groups;
  • một đơn hàng của guest và một đơn hàng của Customers đã đăng ký;
  • một đơn hàng có giảm giá, thuế, shipping và payment references;
  • một bản ghi Products có các trường tùy chỉnh, dữ liệu do khách hàng nhập hoặc dữ liệu do application sở hữu;
  • một route Products đa ngôn ngữ hoặc có hạn chế quyền truy cập;
  • một bản ghi Products hoặc Orders có liên kết với external identifier.

Với mỗi mẫu, ghi lại source IDs, lý do lựa chọn, những quan hệ mà mẫu giúp kiểm tra, thông tin cần có để diễn giải và phần cấu hình đích được chủ động đặt ngoài phạm vi di chuyển dữ liệu.

Xác định điều kiện cuối cùng trước khi bắt đầu di chuyển dữ liệu

Câu hỏi về mức độ sẵn sàng Điều kiện đạt
Nguồn có thể được khôi phục không? Database, filesystem, media và thông tin extensions đã được backup cùng người phụ trách restore.
Loại Products đã được phân loại chưa? Mỗi dòng sản phẩm trong phạm vi có loại, cách bán, người phụ trách và mẫu đại diện.
Quan hệ Joomla đã rõ chưa? Bài viết, Categories, menus, modules, ngôn ngữ, access levels và routes đã được đối chiếu cho Products ưu tiên.
Customers và Orders có thể được diễn giải đầy đủ không? Quan hệ user, groups, địa chỉ, trạng thái, tổng tiền và bản ghi sau bán hàng đã được ghi nhận.
Applications và custom data đã có chủ sở hữu chưa? Mỗi tập dữ liệu extension còn hoạt động có schema, người phụ trách, source key và quyết định điểm đến.
Cấu hình live đã được tách khỏi dữ liệu chưa? Checkout, thuế, payment, shipping, cron và template có người phụ trách đích rõ.
Bộ mẫu có đủ đại diện không? Các mẫu kiểm thử bao phủ variants, Products chuyên biệt, trạng thái Customers/Orders, URL và dữ liệu extensions.

Backup chưa được xác nhận, loại Products chưa phân loại, danh tính variant còn thiếu, dữ liệu subscription hoặc booking chưa được ghi nhận, hoặc bảng extension không có người phụ trách đều phải chặn phần phạm vi liên quan cho đến khi thông tin đầy đủ.

Kết luận

Chuẩn bị cho J2Commerce đòi hỏi nhiều hơn một lần export Products và Orders. Dự án phải ghi nhận đầy đủ quan hệ giữa bài viết Joomla, Categories, menus, users, Products J2Commerce, options, variants, Customers, Orders, applications dành cho Products chuyên biệt, files, routes và hệ thống bên ngoài.

Một gói chuẩn bị tốt giao từng đầu việc cho người phụ trách, thu thập đúng thông tin để hiểu từng quan hệ, tách cấu hình live ở đích khỏi bản ghi lịch sử và chọn bộ mẫu đại diện có thể làm lộ độ phức tạp thực tế của cửa hàng trước khi di chuyển dữ liệu bắt đầu.

Câu hỏi thường gặp

Nên chuẩn bị gì đầu tiên trước khi chuyển đổi sang J2Commerce?

Trước tiên cần bảo đảm quyền truy cập Joomla, J2Commerce, hosting, database, filesystem, scheduled tasks và hệ thống bên ngoài. Sau đó tạo backup có thể khôi phục và được giữ nguyên, cùng danh sách môi trường/extensions có ngày ghi nhận trước khi làm sạch hoặc tái cấu trúc dữ liệu.

Vì sao bài viết Joomla quan trọng trong khâu chuẩn bị cho J2Commerce?

Products trong J2Commerce có thể phụ thuộc vào nội dung bài viết Joomla, Categories, menus, ngôn ngữ, access levels, modules và routes. Bản ghi Products riêng lẻ có thể không chứa toàn bộ danh tính storefront hoặc đường khách hàng dùng để tìm Products.

Variants trong J2Commerce nên được chuẩn bị như thế nào?

Cần ghi Products cha, định nghĩa options, các giá trị đã chọn, SKU, tồn kho, giá, hình ảnh, trạng thái và external identifiers của variant. Bộ mẫu nên chủ động chọn những variants có quan hệ phức tạp nhất và dễ mất danh tính nhất trong quá trình chuyển.

Cần chuẩn bị thông tin gì cho subscription hoặc booking trong J2Commerce?

Cần ghi loại Products, plan hoặc resource, lịch, trạng thái, quan hệ với Customers và Orders, payment references, access rules, các yếu tố phụ thuộc của tác vụ theo lịch cùng các bản ghi lịch sử đại diện. Cấu hình renewal hoặc availability đang hoạt động cần được xem là trách nhiệm triển khai riêng ở Nền tảng đích.

Có nên xem thiết lập payment, shipping và thuế là các bản ghi được di chuyển không?

Lịch sử đơn hàng nên giữ nhãn phương thức, số tiền và transaction hoặc tracking references. Gateway live, carrier rates, zones, credentials và quy tắc tính thuế thuộc cấu hình đích và cần có người phụ trách riêng.

Nên chọn những bản ghi nào cho bộ mẫu kiểm thử J2Commerce?

Bộ mẫu nên gồm Products đơn giản và Products có variants, loại Products chuyên biệt, tệp downloadable, Customers phức tạp, Orders của guest và Customers đã đăng ký, giảm giá và thuế, routes đa ngôn ngữ hoặc có kiểm soát quyền truy cập, các trường tùy chỉnh, dữ liệu application-owned cùng external identifiers.