Nếu PrestaShop được chọn làm Nền tảng đích, công tác chuẩn bị phải ghi nhận cả bản ghi thương mại điện tử lẫn bối cảnh shop nơi các bản ghi đó vận hành. Products có thể phụ thuộc vào biến thể, thuộc tính tạo lựa chọn, thuộc tính mô tả, trường cá nhân hóa, supplier, manufacturer, Categories, hình ảnh, tồn kho, nhóm khách hàng, ngôn ngữ, tiền tệ và phân bổ multistore. Customers và Orders cũng có thể khác nhau theo shop, nhóm, carrier, module, tiền tệ, thuế và trạng thái lịch sử.
Mỗi hạng mục chuẩn bị cần xác định rõ người phụ trách, tài liệu hoặc dữ liệu dùng để xác nhận và điều kiện được xem là sẵn sàng. Gói chuẩn bị phải tách bản ghi nguồn khỏi cấu hình phía đích: lịch sử đơn hàng, biến thể Products, nhóm khách hàng, phân bổ shop, URL và dữ liệu do module sở hữu thuộc phần sẵn sàng cho chuyển đổi; carrier, payment, tax, theme, email và cách quy trình checkout hoạt động đang hoạt động lại thuộc công việc triển khai phía PrestaShop.
Xác nhận quyền truy cập, hosting, cơ sở dữ liệu, tệp và backup
Xác nhận quyền truy cập giao diện quản trị PrestaShop, hosting, cơ sở dữ liệu, filesystem, thư mục hình ảnh, tệp tải xuống, cron job, thiết lập Webservice, quản lý module và các dịch vụ kết nối. Ghi lại phiên bản PrestaShop, môi trường PHP và cơ sở dữ liệu, database prefix, theme đang dùng, ngôn ngữ, tiền tệ, shop, module, override và code tùy chỉnh.
| Hạng mục chuẩn bị | Người phụ trách | Tài liệu hoặc dữ liệu xác nhận | Điều kiện sẵn sàng |
|---|---|---|---|
| Xác nhận quyền quản trị | Quản trị viên PrestaShop | Tài khoản hoạt động và tóm tắt quyền | Có thể kiểm tra Products, biến thể, Customers, Orders, shop, module và cấu hình. |
| Tạo backup có thể khôi phục | Người phụ trách hạ tầng | Database dump, archive filesystem/hình ảnh, archive tệp tải xuống và người chịu trách nhiệm khôi phục | Có thể phục hồi Cửa hàng nguồn mà không phụ thuộc vào môi trường đang chạy. |
| Ghi nhận môi trường kỹ thuật | Người phụ trách kỹ thuật | Inventory PrestaShop, PHP, cơ sở dữ liệu, theme, module, override và cách triển khai | Dữ liệu cùng tùy biến phụ thuộc phiên bản đã được ghi nhận. |
| Ghi nhận quyền truy cập Webservice và tích hợp | Người phụ trách tích hợp | Webservice key, resource được phép, endpoint bên ngoài và bảng ID liên kết | Đã biết các hệ thống tiếp tục sử dụng và những giao diện nguồn còn khả dụng. |
| Giữ ID nguồn | Người phụ trách dữ liệu | ID shop, Products, biến thể, Customers, Orders, địa chỉ, Categories, module và hệ thống bên ngoài | Có thể đối soát quan hệ giữa bảng dữ liệu và giữa các hệ thống. |
Không xóa module đã ngừng hoạt động, override hoặc trường dữ liệu cũ trước khi xác định quyền sở hữu dữ liệu. Một thành phần không còn chạy vẫn có thể đang giữ bản ghi Products, Customers hoặc dữ liệu đơn hàng trước đây cần được giải thích.
Xác định phạm vi multistore, nhóm shop, ngôn ngữ và tiền tệ
Multistore của PrestaShop có thể áp dụng dữ liệu và thiết lập ở phạm vi toàn bộ shop, nhóm shop hoặc từng shop. Tùy cấu hình nhóm, Customers hoặc Orders có thể dùng chung; trong khi Products, Categories, giá, ngôn ngữ, carrier, module và URL có thể khác theo từng context.
| Khu vực phạm vi | Dữ liệu cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Cây shop | ID nhóm shop, ID shop, tên, trạng thái, shop mặc định, domain và physical URI | Mỗi context storefront được liệt kê đúng một lần. |
| Thiết lập dữ liệu dùng chung | Quy tắc chia sẻ Customers, Orders, số lượng và các thiết lập ở cấp nhóm | Phân biệt được danh tính dùng chung với bản ghi bị nhân bản. |
| Phân bổ Products/shop | Tình trạng Products và Categories theo shop, trạng thái, giá, nội dung và hình ảnh riêng | Không suy luận Products hiện diện chỉ từ shop mặc định. |
| Ngôn ngữ và tiền tệ | Phân bổ shop, bản dịch, ngôn ngữ mặc định, tiền tệ, bối cảnh tỷ giá và fallback | Bản ghi theo ngôn ngữ vẫn gắn đúng shop dự kiến. |
| Bối cảnh URL | Domain, subdomain hoặc path, SSL domain, physical URI, virtual URI và URL chính | Mỗi shop công khai có danh tính route đầy đủ. |
Ghi rõ shop nào tiếp tục tách riêng, shop nào sẽ hợp nhất và ID shop lịch sử nào vẫn cần được giữ trên Customers hoặc Orders. Quyết định này phải có trước khi chuẩn hóa bản ghi Products hoặc Customers trùng lặp.
Chuẩn bị Products, biến thể, thuộc tính tạo lựa chọn và thuộc tính mô tả
PrestaShop tách Products khỏi biến thể. Thuộc tính và giá trị thuộc tính tạo biến thể, còn thuộc tính mô tả diễn giải những đặc điểm không tạo ra một phiên bản Products khác để mua. Bản ghi ở cấp biến thể có thể chứa reference, supplier reference, barcode, chênh lệch giá, chênh lệch trọng lượng, số lượng, số lượng tối thiểu, ngày khả dụng, hình ảnh và trạng thái biến thể mặc định.
| Mô hình catalog | Dữ liệu cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Products đơn giản | ID Products, reference, loại, giá, nhóm thuế, tồn kho, Categories, manufacturer, supplier, hình ảnh và phân bổ shop | Có thể hiểu Products mà không phụ thuộc dữ liệu biến thể bị ẩn. |
| Products có biến thể | ID Products, ID biến thể, giá trị thuộc tính, reference, giá, trọng lượng, tồn kho, hình ảnh và biến thể mặc định | Mỗi biến thể có thể bán đều truy vết độc lập được. |
| Thuộc tính mô tả Products | Thuộc tính, giá trị, ngôn ngữ, phân bổ Products và việc dùng cho lọc/so sánh | Thông tin mô tả được tách khỏi lựa chọn có thể mua. |
| Pack hoặc Products ảo | Quan hệ thành phần/tệp, số lượng, quyền truy cập và Orders đại diện | Cách Products hoạt động không đơn giản và cần đủ thông tin nguồn để diễn giải. |
| Quan hệ supplier/manufacturer | ID, reference, liên kết Products, bối cảnh mua hàng và khóa ngoài hệ thống | Quyền sở hữu brand và procurement được tách rõ. |
| Products thuộc nhiều shop | Phân bổ shop, giá trị riêng theo shop, Categories, giá và trạng thái | Bối cảnh shop được giữ thay vì làm phẳng. |
Bao gồm cả Products ngừng hoạt động, chỉ bán online, tạm không khả dụng, đã discontinued, hết hàng, đặt trước, có số lượng mua tối thiểu hoặc chỉ có hiệu lực trong khoảng ngày nhất định. Mỗi trạng thái cần quyết định đích rõ ràng thay vì được chuẩn hóa tự động.
Chuẩn bị trường cá nhân hóa, giá theo điều kiện, tồn kho và nhóm khách hàng
Trường cá nhân hóa có thể thu thập văn bản hoặc tệp và gắn với Products, sau đó liên kết tới chi tiết mặt hàng trong Orders. Giá theo điều kiện có thể phụ thuộc vào Products, biến thể, shop, tiền tệ, quốc gia, nhóm khách hàng, Customers, số lượng và khoảng thời gian. Tồn kho có thể thuộc Products hoặc biến thể và có thể được dùng chung giữa các shop.
| Cấu trúc thương mại | Dữ liệu cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Trường cá nhân hóa | ID trường, Products, loại, trạng thái bắt buộc, nhãn, vị trí tệp tải lên và ví dụ chi tiết Orders | Dữ liệu người mua nhập được tách khỏi thuộc tính Products dùng lại. |
| Giá theo điều kiện | Products/biến thể, shop, tiền tệ, quốc gia, nhóm, Customers, số lượng, ngày, loại giảm và thứ tự ưu tiên | Mỗi mức giá có điều kiện đều có đầy đủ bối cảnh áp dụng. |
| Nhóm khách hàng | ID nhóm, thành viên, nhóm mặc định, cách hiển thị giá, mức giảm, quyền truy cập Categories và phân bổ shop | Ý nghĩa nhóm được ghi nhận rộng hơn tên gọi. |
| Tồn kho | ID Products/biến thể, shop hoặc phạm vi số lượng dùng chung, trạng thái giữ chỗ nếu có và hệ thống đang nắm quyền quyết định | Đã biết đơn vị có thể bán và phạm vi shop của từng số lượng. |
| Cart rule | Code, điều kiện, hành động, giới hạn, ngày, mức sử dụng và tham chiếu lịch sử đơn hàng | Dữ liệu ghi nhận giảm giá trước đây được tách khỏi cấu hình promotion tương lai. |
Giá và giảm giá trong lịch sử đơn hàng phải tiếp tục được xem là snapshot giao dịch. Không tái dựng chúng từ giá hiện tại, nhóm khách hàng hoặc cart rule đang có.
Chuẩn bị Categories, CMS Pages, friendly URL và đường dẫn khám phá
Categories trên PrestaShop có thể chứa quan hệ cha-con, phân bổ shop, tên và mô tả theo ngôn ngữ, hình ảnh, metadata, friendly URL, quyền truy cập theo nhóm và quan hệ Products. CMS Pages và Categories có thể chứa nội dung pháp lý, dịch vụ hoặc biên tập. Module điều hướng và cấu trúc theme có thể tạo thêm các đường dẫn để khách hàng khám phá nội dung.
| Khu vực storefront | Dữ liệu cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Phân cấp Categories | ID Categories, Categories cha, phân bổ shop, nhóm truy cập, quan hệ Products và bản dịch | Taxonomy và phạm vi truy cập đầy đủ. |
| URL Products và Categories | Friendly URL, shop, ngôn ngữ, mục đích canonical, metadata và mức ưu tiên | Route giá trị cao có quyết định đích rõ ràng. |
| Nội dung CMS | ID CMS Pages/Categories, ngôn ngữ, phân bổ shop, trạng thái, route và quan hệ menu | Nội dung CMS được tách khỏi phần trình bày của theme. |
| Điều hướng | Module menu, link, phân cấp, context shop/ngôn ngữ và đối tượng đích | Không suy luận đường đi của khách hàng chỉ từ Categories. |
| Internal link và redirect | Trang nguồn, đối tượng được liên kết, path cũ và mục đích đích | Có thể cập nhật link và giữ các đường dẫn ưu tiên. |
Thu thập URL ưu tiên từ analytics, dữ liệu search, backlink, campaign, email Customers và điều hướng nội bộ. Sitemap không thể cho biết đầy đủ mọi route có giá trị thương mại.
Chuẩn bị Customers, địa chỉ, Orders và tài liệu lịch sử
Chuẩn bị Customers cần bao gồm danh tính tài khoản, nhóm mặc định và nhóm bổ sung, phạm vi shop, ngôn ngữ, địa chỉ, consent, thông tin công ty/thuế, ID bên ngoài và phụ thuộc xác thực. Chuẩn bị Orders phải giữ bối cảnh Customers hoặc guest buyer, cart, tiền tệ, shop, carrier, module thanh toán, địa chỉ, Products và biến thể đã mua, dữ liệu cá nhân hóa, tổng tiền, trạng thái, invoice, delivery slip, message, refund và tham chiếu ngoài hệ thống.
| Khu vực bản ghi | Dữ liệu cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Tài khoản Customers | ID Customers, email, shop, nhóm mặc định/bổ sung, ngôn ngữ, trạng thái, địa chỉ, consent và ID ngoài hệ thống | Tài khoản trùng và dùng chung được xử lý có chủ đích. |
| Xác thực | Cơ chế password, SSO/social login, đường dẫn reset và người phụ trách giao tiếp tài khoản | Việc truy cập tài khoản được lập kế hoạch mà không mặc định credential có thể chuyển nguyên trạng. |
| Chi tiết mặt hàng trong Orders | Reference Products/biến thể, nhãn snapshot, dữ liệu cá nhân hóa, số lượng, giá, thuế và giảm giá | Có thể hiểu Products đã mua độc lập với catalog hiện tại. |
| Tổng tiền và trạng thái Orders | Tiền tệ, subtotal, vận chuyển, giảm giá, thuế, tổng cuối cùng, trạng thái hiện tại và lịch sử | Có thể đối soát ý nghĩa thương mại của giao dịch lịch sử. |
| Tài liệu và hồ sơ sau bán | Invoice, delivery slip, credit slip, return, message, payment, carrier và tracking reference | Dữ liệu đối chiếu cho support và finance có thể khôi phục. |
| ID bên ngoài | Khóa ERP, marketplace, accounting, payment và xử lý đơn hàng | Quan hệ giữa các hệ thống tiếp tục truy vết được. |
Chọn Orders đại diện gồm guest buyer, Customers đăng ký, nhiều nhóm, nhiều shop, Products có biến thể, Products có cá nhân hóa, Orders có giảm giá, refund, return và shipment một phần.
Lập inventory cho module, override, theme và bảng dữ liệu tùy chỉnh
Tạo sổ theo dõi quyền sở hữu cho module, override, theme, controller riêng, bảng dữ liệu tùy chỉnh, thay đổi trực tiếp trong cơ sở dữ liệu, tích hợp Webservice, feed, marketplace, search, loyalty, payment, shipping, subscription và kết nối ERP/PIM/WMS/CRM.
| Yếu tố phụ thuộc | Dữ liệu cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|
| Module | Tên, phiên bản, trạng thái, mục đích, người phụ trách cấu hình, bảng/trường, hook và bản ghi bị ảnh hưởng | Dữ liệu do module sở hữu có điểm đến hoặc chủ sở hữu tiếp tục. |
| Override hoặc code riêng | Class/controller bị override, hành vi thay đổi, ảnh hưởng cơ sở dữ liệu và developer chịu trách nhiệm | Quy tắc kinh doanh được ghi nhận tách khỏi cách triển khai cũ. |
| Theme | Phiên bản theme, template, vị trí module, nội dung nhúng, script riêng và phụ thuộc route | Phần trình bày được tách khỏi nội dung và bản ghi có thể mang sang. |
| Bảng hoặc cột tùy chỉnh | Schema, khóa, bản ghi cốt lõi được tham chiếu và quy trình sử dụng | Có thể diễn giải bản ghi riêng thay vì sao chép mù quáng. |
| Hệ thống bên ngoài | Endpoint, loại dữ liệu chính thức, chiều đồng bộ, ID và người phụ trách cutover | Tránh hai hệ thống cùng được xem là nguồn dữ liệu chính thức. |
| Dữ liệu được sinh ra | Cache, index, log, session, export tạm và bảng bỏ dở | Dữ liệu không phải nguồn chính thức được loại khỏi phạm vi có chủ đích. |
Nếu cùng một chức năng tồn tại ở nhiều shop, ghi rõ dữ liệu module bên dưới được dùng chung, nhân bản hay tách riêng theo context.
Chọn dữ liệu đại diện cho lần kiểm tra chuyển đổi
Chọn bản ghi nguồn có thể bộc lộ độ phức tạp thực tế của cửa hàng. Ghi lại ID, context shop, ngôn ngữ, URL, reference biến thể, nhóm khách hàng, phụ thuộc module và lý do chọn từng bản ghi.
| Dữ liệu đại diện | Dữ liệu cần chuẩn bị | Mục đích kiểm tra |
|---|---|---|
| Products đơn giản | Giá, thuế, tồn kho, Categories, manufacturer/supplier, hình ảnh, shop và Orders | Xác lập baseline của Products thông thường. |
| Products có nhiều biến thể | Thuộc tính, biến thể, reference, tồn kho, hình ảnh, chênh lệch giá/trọng lượng và biến thể mặc định | Đại diện cấu trúc phiên bản có thể bán. |
| Products có thuộc tính mô tả/cá nhân hóa | Thuộc tính mô tả, trường/tệp khách hàng nhập và chi tiết Orders tương ứng | Tách dữ liệu mô tả khỏi giá trị do người mua nhập. |
| Trường hợp multistore | Products, Categories, Customers hoặc giá với context toàn bộ shop/nhóm/shop cụ thể | Đại diện quyền sở hữu dùng chung và riêng theo shop. |
| Trường hợp nhóm khách hàng | Customers, nhóm, giá theo điều kiện, quyền truy cập Categories và Orders liên quan | Đại diện cách phân khúc ảnh hưởng đến thương mại. |
| Orders phức tạp | Biến thể, dữ liệu cá nhân hóa, giảm giá, thuế, carrier, payment, invoice, return và ID ngoài hệ thống | Đại diện thông tin giao dịch lịch sử. |
| Bản ghi do module sở hữu | Bản ghi cốt lõi, bảng/trường module, hook và khóa bên ngoài | Làm lộ phạm vi ngoài dữ liệu cốt lõi trước khi thực hiện. |
Gói dữ liệu đại diện của PrestaShop được xem là sẵn sàng khi mỗi bản ghi đã có bảng kỳ vọng nguồn, phạm vi shop/ngôn ngữ, tệp liên quan và người rà soát được chỉ định.
Hoàn tất cổng sẵn sàng cuối cùng cho PrestaShop
| Khu vực sẵn sàng | Điều kiện sẵn sàng |
|---|---|
| Truy cập và khôi phục | Quyền vào giao diện quản trị, hosting, cơ sở dữ liệu, tệp, hình ảnh, download, credential, backup và người chịu trách nhiệm khôi phục đã được xác nhận. |
| Multistore | Shop, nhóm shop, domain, thiết lập dùng chung, ngôn ngữ, tiền tệ và giá trị riêng theo shop đã được ghi nhận. |
| Catalog | Products, biến thể, thuộc tính tạo lựa chọn, thuộc tính mô tả, cá nhân hóa, Categories, supplier, manufacturer, tồn kho, giá và ID đều có thể truy vết. |
| Customers và Orders | Tài khoản, nhóm, địa chỉ, cart, Orders, chi tiết mặt hàng, tổng tiền, trạng thái, tài liệu, message, return và ID ngoài hệ thống có dữ liệu xác nhận. |
| Nội dung và URL | Nội dung CMS, điều hướng, friendly URL, metadata, internal link và quyết định redirect đã được ghi nhận. |
| Yếu tố phụ thuộc | Module, override, theme, bảng tùy chỉnh, tích hợp Webservice và hệ thống bên ngoài có người chịu trách nhiệm rõ ràng. |
| Dữ liệu đại diện | Bản ghi đại diện bao phủ mọi mô hình Products, shop, Customers, Orders, nội dung và module quan trọng. |
Phạm vi PrestaShop được xem là sẵn sàng khi mọi bản ghi quan trọng đều có thể truy vết về context shop, chủ sở hữu nguồn, bản ghi liên quan, tài liệu xác nhận và điểm đến hoặc hệ thống tiếp tục giữ dữ liệu.
Kết luận
Chuẩn bị chuyển đổi sang PrestaShop đòi hỏi dữ liệu xác nhận phối hợp giữa Products, biến thể, thuộc tính tạo lựa chọn, thuộc tính mô tả, trường cá nhân hóa, phạm vi multistore, nhóm khách hàng, Customers, Orders, nội dung CMS, friendly URL, module, override và hệ thống bên ngoài. Checklist phải làm rõ các quan hệ này trước khi thực hiện thay vì chỉ dựa vào export từ shop mặc định.
Một gói sẵn sàng đầy đủ phải giữ được dữ liệu nguồn có thể khôi phục, giải quyết rõ bản ghi dùng chung và bản ghi riêng theo shop, tách lịch sử thương mại khỏi cấu hình đang hoạt động và gán người phụ trách cho từng phụ thuộc module hoặc tùy biến riêng.
Câu hỏi thường gặp
Nên chuẩn bị điều gì trước tiên cho dự án chuyển đổi sang PrestaShop?
Trước hết, xác nhận quyền truy cập giao diện quản trị, hosting, cơ sở dữ liệu, filesystem, hình ảnh và module; tạo backup có thể khôi phục; đồng thời ghi nhận phiên bản PrestaShop và cây multistore. Chỉ nên chuẩn bị catalog sau khi Cửa hàng nguồn có thể được kiểm tra và phục hồi đáng tin cậy.
Vì sao Products và biến thể phải được chuẩn bị riêng?
Products giữ thông tin catalog dùng chung, còn biến thể có thể sở hữu reference, barcode, chênh lệch giá/trọng lượng, tồn kho, hình ảnh, số lượng tối thiểu và giá trị tùy chọn riêng. Mỗi biến thể có thể bán thực tế cần được truy vết độc lập.
Thuộc tính mô tả khác thuộc tính tạo biến thể trên PrestaShop như thế nào?
Thuộc tính tạo lựa chọn hình thành các biến thể mà khách hàng có thể chọn. Thuộc tính mô tả diễn giải đặc điểm ổn định của Products. Trộn lẫn hai loại có thể tạo biến thể giả hoặc làm mất thông tin cần cho lọc và so sánh.
Vì sao context multistore là yếu tố bắt buộc khi chuẩn bị?
Products, Categories, Customers, giá, ngôn ngữ, module và URL có thể dùng chung hoặc được tùy chỉnh ở phạm vi toàn bộ shop, nhóm shop hay từng shop. Cùng một ID nguồn có thể mang ý nghĩa kinh doanh khác nhau tùy context.
Nên chọn những Orders nào làm dữ liệu đại diện?
Hãy chọn Orders có guest buyer và Customers đăng ký, biến thể, văn bản/tệp cá nhân hóa, giá theo nhóm khách hàng, giảm giá, nhiều loại thuế, invoice, return, credit slip, tham chiếu payment/carrier và ID từ hệ thống bên ngoài.
Sổ theo dõi module và override cần chứa những gì?
Ghi lại mọi module, override, bảng tùy chỉnh, phụ thuộc theme, tích hợp Webservice và connector bên ngoài đang tạo hoặc sử dụng dữ liệu kinh doanh. Mỗi mục cần có người phụ trách, bản ghi bị ảnh hưởng, dữ liệu dùng để xác nhận và quyết định về điểm đến hoặc hệ thống tiếp tục giữ chức năng đó.