osCommerce hiện tồn tại qua hai giai đoạn dữ liệu khác nhau đáng kể. osCommerce v4 hiện đại có thể quản lý nhiều front ends hoặc kênh bán hàng, Products có thể cấu hình, nhóm Customers, attributes của Products, properties của Products, brands, CMS, themes, Apps và các cơ chế giá nâng cao. Tuy nhiên, nhiều Cửa hàng nguồn vẫn chạy cơ sở dữ liệu phát triển từ nhánh 2.x hoặc các bản cài đặt đã được chỉnh sửa sâu, nơi phần mở rộng và cấu trúc bảng không giống v4.
Dòng phiên bản vì vậy là quyết định đầu tiên khi phân tích mô hình dữ liệu. Một bản ghi products_attributes từ cửa hàng osCommerce cũ không tự động tương đương với attribute, property hay quan hệ Products có thể cấu hình trong v4. Bảng do phần mở rộng legacy tạo có thể lưu tồn kho, supplier, voucher, SEO hoặc dữ liệu Orders mà v4 biểu diễn ở nơi khác. Một bản ghi Products trong v4 còn có thể được gán cho kênh bán hàng và nhóm Customers, những quan hệ không tồn tại theo cùng cách trong nhiều bản cài đặt cũ.
Kế hoạch chuyển đổi cần xác định thế hệ osCommerce nào đang sở hữu từng bản ghi, bản ghi đó mang ý nghĩa thương mại gì và những dữ liệu liên quan nào phải tiếp tục được kết nối trong Cửa hàng đích.
Dòng phiên bản là ranh giới đầu tiên của mô hình dữ liệu osCommerce
Không nên xem osCommerce v4 hiện đại và các cửa hàng osCommerce legacy như một schema thống nhất. v4 là nền tảng Open Source hiện hành với nhiều front ends, CMS, Products có thể cấu hình, themes, Apps và mô hình quản trị mới hơn. Các cửa hàng 2.x cũ thường dùng bảng mở rộng trực tiếp, module cài thủ công, tệp PHP đã chỉnh sửa và các contribution từ cộng đồng.
Nền tảng nguồn có thể là một bản cài đặt osCommerce đã trải qua nhiều lần nâng cấp hoặc phát triển thành fork. Tên bảng vẫn có thể quen thuộc nhưng định nghĩa trường và mối quan hệ bên trong đã thay đổi. Vì vậy, dòng phiên bản quyết định một option của Products, nhóm Customers, kênh bán hàng, trang nội dung hoặc bản ghi của phần mở rộng có thực sự có cấu trúc tương đương trong osCommerce hiện tại hay không.
| Thông tin từ Cửa hàng nguồn | Cách diễn giải trong osCommerce | Ảnh hưởng đến chuyển đổi |
|---|---|---|
| Products và bản ghi gán thuộc v4 hiện tại | Mô hình danh mục osCommerce hiện đại | Duy trì Products, Categories, brands, attributes, properties, kênh và liên kết với nhóm Customers. |
| Bảng lõi legacy 2.x | Mô hình bản ghi osCommerce thế hệ trước | Diễn giải theo quan hệ legacy thay vì áp nhãn v4 hiện tại. |
| Bảng/cột do contribution hoặc extension tạo | Dữ liệu thuộc quyền sở hữu của phần mở rộng | Xác định phần mở rộng và bản ghi lõi bị phần mở rộng đó thay đổi. |
| PHP hoặc SQL đã chỉnh sửa | Quy tắc kinh doanh hoặc schema tùy chỉnh | Chuyển dịch ý nghĩa kinh doanh thay vì sao chép cơ chế kỹ thuật cũ. |
| Cửa hàng phát triển từ một fork | Dòng nền tảng có quan hệ nhưng không đồng nhất | Xác nhận định nghĩa dữ liệu và ID từ chính bản cài đặt thực tế. |
| Khóa từ hệ thống ngoài | Mã định danh của ERP, PIM, WMS, Marketplace, kế toán hoặc hệ thống xử lý đơn hàng | Duy trì định danh ổn định để các hệ thống tiếp tục đối chiếu cùng đối tượng. |
Sự phân biệt này giúp tránh thiết kế mô hình đích hiện đại dựa trên những giả định chỉ đúng với bản cài đặt nguồn legacy.
Products, Categories, brands và kênh bán hàng có quan hệ nhưng không cùng vai trò
Trong osCommerce v4, một bản ghi Products có thể chứa định danh cốt lõi, mô tả, mã, giá bán và giá vốn, thuế, chế độ tồn kho, hình ảnh, video, quy cách đóng gói, thiết lập virtual/downloadable, dữ liệu SEO, suppliers, ghi chú và quan hệ marketing. Products có thể được gán hoặc giới hạn theo kênh bán hàng và nhóm Customers. Categories cũng có thể được gán cho các front ends và nhóm Customers cụ thể.
Mô hình này rộng hơn một cây quan hệ Products-Categories đơn giản. Một bản ghi Products có thể được dùng chung giữa nhiều front ends nhưng có khả năng hiển thị, nội dung, giá hoặc ngữ cảnh thương mại khác nhau. Cửa hàng nguồn đa cửa hàng đang nhân bản Products có thể phù hợp hơn với một định danh Products dùng chung cùng việc gán theo kênh. Trong trường hợp khác, Products phải được tách riêng vì định danh thương mại thực sự khác nhau.
| Cấu trúc ở nguồn | Thành phần sở hữu trong osCommerce v4 | Quan hệ cần duy trì |
|---|---|---|
| Mặt hàng có thể bán với định danh chính | Products | Định danh, mã, giá, tồn kho, media, thuế và mô tả. |
| Cấu trúc duyệt danh mục | Categories và quan hệ gán Products | Cây Categories và việc một bản ghi Products có thể xuất hiện ở nhiều vị trí. |
| Brand hoặc manufacturer | Quan hệ brand hoặc supplier | Định danh thương hiệu phải tách khỏi phân loại Categories. |
| Storefront theo vùng hoặc thương hiệu | Front end hoặc kênh bán hàng | Khả năng có mặt của Products/Categories theo từng kênh. |
| Danh mục dành cho nhóm người mua cụ thể | Quan hệ Products/Categories với nhóm Customers | Khả năng hiển thị và mua hàng tiếp tục gắn với đúng nhóm. |
| Merchandising liên quan | XSell, UPSell, nhóm Products hoặc quan hệ Products liên quan | Quan hệ merchandising phải tách khỏi việc thuộc Categories. |
Số lượng Products sau di chuyển dữ liệu không cho biết Products đã được gắn đúng front end, Categories, nhóm Customers hay brand hay chưa.
Attributes, properties, Products có thể cấu hình và nhóm Products phục vụ những mục đích khác nhau
osCommerce v4 phân biệt attributes với properties. Attributes có thể định nghĩa lựa chọn của người mua, dùng template, ảnh hưởng đến giá hoặc trọng lượng, hỗ trợ tệp virtual/downloadable và tham gia vào cơ chế tồn kho Products. Properties mô tả đặc tính của Products và có thể phục vụ hiển thị, lọc, tìm kiếm, so sánh, nhóm Products, icons, swatches, khoảng giá trị hoặc dữ liệu có cấu trúc.
Vì vậy, một option ở Cửa hàng nguồn cần được phân loại theo chức năng. Nếu người mua chọn một giá trị làm thay đổi mặt hàng được mua, cấu trúc đó thuộc lớp attribute hoặc Products có thể cấu hình. Nếu giá trị chỉ mô tả mặt hàng để tìm kiếm hoặc so sánh, giá trị đó phù hợp với property. Nếu giá trị dùng để gom Products theo mục đích merchandising hoặc đặc điểm chung, quan hệ nhóm Products có thể phù hợp hơn.
| Ý nghĩa ở nguồn | Cấu trúc osCommerce nên xem xét | Ranh giới quan hệ cần giữ |
|---|---|---|
| Lựa chọn kích thước hoặc màu sắc | Attribute và giá trị được gán | Products, lựa chọn, tác động đến giá/trọng lượng và giá trị đã chọn trong chi tiết mặt hàng của Orders. |
| Tổ hợp có tồn kho độc lập | Products có thể cấu hình hoặc quan hệ tồn kho theo attribute | Định danh tổ hợp, số lượng, SKU và trạng thái có thể bán. |
| Thông số kỹ thuật | Nhóm property, property và giá trị | Thông tin mô tả có cấu trúc phải tách khỏi lựa chọn mua hàng. |
| Khoảng giá trị có thể lọc | Property dùng trong lọc/tìm kiếm | Kiểu dữ liệu, đơn vị, khoảng và giá trị của Products phải được chuẩn hóa đúng. |
| Bộ option dùng lại nhiều nơi | Attribute template | Định nghĩa được dùng lại đúng cho nhóm Products dự kiến. |
| Dòng sản phẩm hoặc tập hợp dùng để so sánh | Nhóm Products hoặc quan hệ Products liên quan | Ý nghĩa của nhóm phải tách khỏi cây Categories. |
| Tệp kỹ thuật số | Products virtual/downloadable và quan hệ attribute/tệp | Tệp, thời hạn, giới hạn tải, Products và ngữ cảnh Orders phải tiếp tục gắn với nhau. |
Attributes legacy của osCommerce có thể cần được diễn giải lại theo các vai trò hiện đại này. Chỉ giữ tên trường cũ mà không xác định chức năng có thể biến một tổ hợp có thể bán thành giá trị dùng để lọc hoặc biến thông số mô tả thành option mang tồn kho.
Tồn kho, giá, suppliers, kênh và nhóm Customers tạo thành một mạng quan hệ thương mại
Products trong v4 có thể chứa tồn kho thực hoặc dùng chế độ tồn kho khác, giá vốn từ supplier, giảm giá theo số lượng, giá đề xuất, Tax class, trạng thái theo kênh, quan hệ với nhóm Customers và giới hạn theo nhóm. Các Apps khác có thể mở rộng chức năng wholesale, Marketplace, retail hoặc enterprise.
Các quan hệ này nên được nhìn như một mạng liên kết thay vì dồn thành các cột của Products. Một mức giá có thể thuộc nhóm Customers, ngưỡng số lượng, quy tắc giá vốn, kênh, tiền tệ hoặc chương trình khuyến mãi. Một giá trị tồn kho có thể thuộc Products, tổ hợp attribute, địa điểm hoặc kho bên ngoài. Mã supplier có thể là trường nội bộ của Products hoặc khóa dẫn đến bản ghi mua hàng trong hệ thống ngoài.
| Giá trị thương mại | Thành phần sở hữu và quan hệ | Ý nghĩa cần duy trì |
|---|---|---|
| Giá bán lẻ cơ bản | Products và tiền tệ | Giá trị thương mại mặc định. |
| Khả năng hiển thị theo nhóm Customers | Quan hệ Products/Categories với nhóm | Nhóm người mua được quyền nhìn thấy đối tượng danh mục. |
| Giá theo nhóm hoặc wholesale | Products, nhóm Customers và quy tắc giá | Đúng nhóm người mua và mức giá tương ứng. |
| Giảm giá theo số lượng | Products và quan hệ ngưỡng | Ngưỡng số lượng và tác động đến giá. |
| Giá vốn supplier | Quan hệ Products-supplier | Chủ thể cung ứng, giá vốn, tiền tệ và khóa supplier. |
| Khả năng có mặt theo kênh | Quan hệ Products/Categories với front end | Nơi mặt hàng được bán. |
| Số lượng tồn kho | Products hoặc tổ hợp có thể cấu hình cùng chủ sở hữu tồn kho | Định danh mặt hàng có thể bán và nguồn số lượng có thẩm quyền. |
Giá trong lịch sử đơn hàng phải tiếp tục là ảnh chụp tại thời điểm giao dịch. Không được tính lại lịch sử từ nhóm Customers hiện tại, kênh hiện tại hoặc giá Products hiện tại sau di chuyển dữ liệu.
Customers, nhóm Customers, địa chỉ và quyền truy cập không cùng một ý nghĩa
Nhóm Customers trong osCommerce v4 có thể kiểm soát khả năng hiển thị Products/Categories, cách áp dụng thuế, giảm giá cộng dồn và cách xử lý mặc định cho khách vãng lai hoặc Customers mới đăng ký. Bản ghi Customers còn liên kết với địa chỉ, Orders, thông tin liên lạc và có thể liên quan đến Apps cung cấp wholesale, tín dụng, loyalty, Marketplace hoặc B2B.
Một phân khúc ở nguồn cần được diễn giải theo chức năng. Trạng thái miễn thuế, phân khúc marketing, tài khoản wholesale, quan hệ công ty và loyalty tier không nhất thiết đều phải trở thành một nhóm Customers. Một số thuộc thiết lập nhóm lõi, một số thuộc App và một số thuộc CRM/ERP bên ngoài.
| Khái niệm tài khoản ở nguồn | Thành phần osCommerce cần xem xét | Quan hệ cần duy trì |
|---|---|---|
| Người mua cá nhân | Tài khoản Customers và sổ địa chỉ | Định danh, đăng nhập, địa chỉ và Orders. |
| Khách mua không đăng ký | Thông tin Customers được lưu tại Orders | Giữ định danh lịch sử mà không tự tạo một tài khoản thường trú. |
| Nhóm wholesale hoặc retail | Nhóm Customers và quy tắc danh mục/giá liên quan | Quan hệ thành viên cùng khả năng hiển thị, giảm giá và tác động thuế. |
| Trạng thái miễn thuế | Thiết lập nhóm hoặc trường Customers/App riêng | Ý nghĩa pháp lý/thương mại vẫn phải rõ. |
| Tài khoản công ty hoặc trade account | App wholesale/B2B hoặc đối tượng tài khoản bên ngoài | Nhiều người dùng và quy tắc thương mại tiếp tục liên kết. |
| Tài khoản quản trị hoặc nhân viên | Người dùng backend và quyền truy cập | Quyền nhân sự phải tách khỏi phân khúc Customers. |
| ID CRM/ERP | Mã định danh hệ thống ngoài | Khóa ổn định để kết nối lại đúng bản ghi. |
Chỉ giữ tên nhóm là không đủ nếu mức giá, Products, Categories, thuế hoặc điều khoản thanh toán khác nhau phụ thuộc vào nhóm đó.
Orders lưu lại ảnh chụp giao dịch qua nhiều bản ghi liên quan
Orders trong osCommerce có thể chứa định danh Customers hoặc khách vãng lai, địa chỉ thanh toán/giao hàng, ảnh chụp Products và attributes tại thời điểm mua, số lượng, giá, giảm giá, thuế, vận chuyển, thông tin thanh toán, trạng thái Orders, ghi chú, giao dịch thanh toán, lô giao hàng, refunds, returns, invoices và bản ghi do phần mở rộng sở hữu. Quản trị v4 còn có thể xử lý Orders được tạo thủ công và lịch sử liên quan đến Customers.
Khi di chuyển Orders, mục tiêu là duy trì giao dịch lịch sử, không phải tái dựng giao dịch đó từ cấu hình Products hoặc Customers hiện tại. Tên hoặc giá Products có thể đã thay đổi. Customers có thể đã chuyển nhóm. Module thanh toán có thể đã được thay thế. Orders vẫn có giá trị khi chi tiết mặt hàng, tổng tiền, địa chỉ, trạng thái và tham chiếu của chính giao dịch cho biết điều gì đã xảy ra.
| Thành phần Orders | Nơi lưu ý nghĩa lịch sử | Ý nghĩa cần duy trì |
|---|---|---|
| Chi tiết mặt hàng | Ảnh chụp Products trong Orders | Tên/SKU, số lượng, attributes đã chọn và giá tại thời điểm mua. |
| Địa chỉ thanh toán/giao hàng | Ảnh chụp trong Orders | Địa chỉ lịch sử độc lập với sổ địa chỉ Customers hiện tại. |
| Khoản giảm giá/thuế/vận chuyển | Bản ghi tổng tiền hoặc điều chỉnh của Orders | Nhãn, số tiền, thứ tự và tác động đến tổng cuối cùng. |
| Tham chiếu thanh toán | Giao dịch hoặc bản ghi module thanh toán | Thông tin phục vụ đối chiếu lịch sử. |
| Trạng thái và ghi chú Orders | Lịch sử đơn hàng | Trình tự trạng thái, thời gian, mức độ hiển thị và nội dung ghi chú. |
| Giao hàng/tracking | Bản ghi shipment hoặc xử lý giao hàng | Carrier, phương thức, mã tracking và mặt hàng đã giao khi có lưu trữ. |
| Refund/return | Bản ghi hậu mãi liên quan | Số tiền, mặt hàng bị ảnh hưởng, lý do và trạng thái. |
Cửa hàng đích có thể dùng cấu hình thanh toán và vận chuyển mới nhưng vẫn phải giữ nhãn và tham chiếu gắn với Orders cũ.
CMS, front ends, themes, URL và nội dung danh mục có chủ sở hữu riêng
osCommerce v4 có CMS, nhiều front ends, themes, công cụ thiết kế theme trực quan, nội dung Products/Categories, thiết lập SEO, hình ảnh, video và giá trị theo ngôn ngữ. Các bản cài đặt legacy có thể dùng extension cho trang thông tin, trang PHP tĩnh, template box, tệp ngôn ngữ hoặc contribution SEO.
Các thành phần người dùng nhìn thấy này cần được tách thành bốn miền: nội dung, route, kênh và lớp trình bày. Mô tả Products thuộc Products. CMS Pages có định danh và route riêng. Mô tả Categories thuộc Categories. Menu hoặc vị trí trong front end điều khiển điều hướng. Theme và template quyết định cách hiển thị. Redirects nối URL cũ với đích mới.
| Tài sản ở nguồn | Thành phần sở hữu trên đích | Ảnh hưởng đến mô hình dữ liệu |
|---|---|---|
| Mô tả Products/Categories | Đối tượng danh mục | Giữ nội dung đúng với đối tượng và ngôn ngữ. |
| Trang thông tin/chính sách | CMS Pages | Duy trì định danh trang, route, cấu trúc và khả năng hiển thị. |
| Nội dung riêng cho front end | Bản ghi CMS/nội dung cùng việc gán theo kênh | Nội dung và phạm vi kênh phải tiếp tục gắn với nhau. |
| Menu hoặc nút điều hướng | Cấu hình điều hướng | Việc nội dung tồn tại không tự tái tạo vị trí trong menu. |
| Khối theme hoặc template box | Lớp trình bày | Dựng lại bố cục tách khỏi dữ liệu nội dung bên dưới. |
| Hình ảnh/video Products | Quan hệ media của Products | Duy trì định danh media, thứ tự, ngôn ngữ và liên kết Products. |
| URL legacy | Route của đối tượng và redirect | Duy trì quan hệ đường dẫn cũ sang đích mới. |
Sự phân tách này đặc biệt quan trọng khi chuyển từ cửa hàng 2.x cũ, nơi nội dung có thể được nhúng vào template hoặc extension, sang cấu trúc CMS và front end hiện tại của v4.
Apps, extension legacy, bảng tùy chỉnh và hệ thống ngoài mở rộng mô hình osCommerce
osCommerce v4 hiện dùng App Shop và hỗ trợ Apps cho thanh toán, vận chuyển, marketing, wholesale, Marketplace, kế toán và các chức năng khác. Cửa hàng legacy thường dùng extension cài thủ công, có thể chỉnh sửa tệp lõi và cơ sở dữ liệu. Cả hai mô hình đều có thể sở hữu bản ghi nằm ngoài schema danh mục hoặc Orders lõi.
| Chủ sở hữu dữ liệu | Ví dụ bản ghi | Quyết định chuyển đổi |
|---|---|---|
| osCommerce core | Products, Categories, brands, attributes, properties, Customers, Orders, CMS | Liên kết qua quan hệ dữ liệu native. |
| v4 App | Trường/bản ghi của App, giao dịch, offer Marketplace, quy tắc wholesale | Duy trì dữ liệu với App hoặc một chủ sở hữu đích được xác định rõ. |
| Extension legacy | Cột bổ sung, bảng, trạng thái, vouchers, SEO, tồn kho, báo cáo | Xác định extension và bản ghi lõi bị phần mở rộng đó thay đổi. |
| Mã tùy chỉnh | Bảng riêng, quy trình hoặc cách tính đã chỉnh sửa | Chuyển dịch ý nghĩa kinh doanh thay vì cấu trúc mã cũ. |
| Dịch vụ bên ngoài | Thuế, thanh toán, vận chuyển, tìm kiếm, Marketplace, analytics | Giữ tham chiếu lịch sử và khóa kết nối còn sử dụng. |
| ERP/PIM/WMS/CRM | ID chính của Products, Customers, tồn kho, supplier và Orders | Duy trì mã định danh ổn định và quyền sở hữu dữ liệu. |
Một trường của extension legacy không tự động trở thành trường của App v4. Tên App hiện tại cũng không chứng minh dữ liệu từ extension cũ có cùng schema hoặc cùng ý nghĩa kinh doanh. Ranh giới di chuyển dữ liệu phải được xác định theo từng loại bản ghi.
Chuyển dịch dữ liệu osCommerce phải dựa trên ý nghĩa kinh doanh
| Mẫu dữ liệu ở nguồn | Câu hỏi cần trả lời | Hậu quả nếu giả định sai |
|---|---|---|
| Ma trận option legacy | Đây là attribute lõi, quan hệ Products có thể cấu hình hay tổ hợp tồn kho do extension sở hữu? | Mất SKU con, tồn kho, giá hoặc giá trị đã chọn. |
| Trường mô tả Products | Trường này thuộc property của v4, nội dung, brand, supplier hay PIM bên ngoài? | Cấu trúc tìm kiếm và so sánh trở nên thiếu nhất quán. |
| Products bị nhân bản giữa nhiều cửa hàng | Đây là một bản ghi Products dùng chung với việc gán theo kênh hay nhiều định danh thương mại thực sự khác nhau? | Tồn kho/SEO bị chia không cần thiết hoặc khác biệt vùng bị ghi đè. |
| Nhóm Customers | Khả năng hiển thị, giảm giá, thuế hoặc quan hệ giá nào phụ thuộc vào nhóm? | Tên nhóm còn tồn tại nhưng tác động thương mại biến mất. |
| Khoản tổng Orders từ module cũ | Số tiền và nhãn lịch sử nào phải tiếp tục nằm trong Orders? | Không thể giải thích tổng tiền của giao dịch trước đây. |
| Trang legacy tĩnh | Đây là nội dung CMS, mã template, một route hay bản ghi của extension? | Nội dung xuất hiện nhưng sai chủ sở hữu hoặc không có điều hướng đúng. |
| ID hệ thống ngoài | Khóa này xác định hệ thống và đối tượng nào? | Đối chiếu và đồng bộ bị gián đoạn. |
Chuyển đổi osCommerce đạt yêu cầu khi mô hình đích phản ánh đúng thế hệ nền tảng và duy trì các quan hệ giữa danh mục, kênh, Customers, Orders, nội dung, App và hệ thống ngoài.
Kết luận
Việc diễn giải mô hình dữ liệu osCommerce phải bắt đầu bằng việc tách cấu trúc v4 hiện đại khỏi các bản cài đặt legacy. v4 hiện hỗ trợ Products được gán cho kênh bán hàng và nhóm Customers, attributes, properties, các quan hệ danh mục có thể cấu hình, CMS, nhiều front ends, themes, Apps và cơ chế giá nâng cao. Cửa hàng cũ có thể phụ thuộc vào bảng, extension và tệp đã chỉnh sửa hoàn toàn khác.
Cửa hàng đích cần duy trì định danh Products/Categories, attributes có thể lựa chọn, properties mô tả, quan hệ theo kênh và nhóm Customers, ảnh chụp giao dịch trong lịch sử đơn hàng, quyền sở hữu CMS/route và mã định danh hệ thống ngoài ổn định. Không nên mặc định một bản ghi legacy sẽ trở thành dữ liệu native chỉ vì v4 hiện có tính năng tên tương tự.
Câu hỏi thường gặp
Vì sao phiên bản osCommerce của Cửa hàng nguồn lại quan trọng?
osCommerce v4 hiện đại và các cửa hàng legacy 2.x dùng kiến trúc và mô hình extension khác nhau đáng kể. Cùng một nhãn có thể chỉ các bảng, quan hệ hoặc cách xử lý khác nhau, nên dòng phiên bản quyết định bản ghi cần được chuyển dịch ra sao.
Attributes và properties trong osCommerce khác nhau như thế nào?
Attributes có thể đại diện cho giá trị Products mà người mua lựa chọn và ảnh hưởng đến giá, trọng lượng, tồn kho hoặc tệp downloadable. Properties mô tả đặc tính có cấu trúc phục vụ hiển thị, lọc, tìm kiếm, so sánh hoặc nhóm Products.
Một bản ghi Products trong osCommerce có thể được gán cho nhiều front ends hoặc nhóm Customers không?
osCommerce v4 hỗ trợ gán hoặc giới hạn Products/Categories theo front end, kênh bán hàng và nhóm Di chuyển Customers. cần duy trì các quan hệ này thay vì nhân bản Products khi không cần thiết.
Mọi option Products legacy có nên trở thành quan hệ Products có thể cấu hình hiện đại không?
Không phải mọi option legacy đều cần trở thành Products có thể cấu hình. Một số option chỉ điều chỉnh giá hoặc thu thập lựa chọn của người mua, trong khi một số khác xác định tổ hợp tồn kho độc lập. Đích đến đúng phụ thuộc vào SKU, tồn kho, giá, media và cách giá trị được ghi trong chi tiết mặt hàng của Orders.
Nên xử lý lịch sử đơn hàng thế nào khi module thanh toán hoặc vận chuyển thay đổi?
Cần giữ chi tiết Products tại thời điểm mua, địa chỉ, các khoản tổng, nhãn phương thức, tham chiếu giao dịch, trình tự trạng thái, shipment và dữ liệu hậu mãi. Cấu hình thanh toán/vận chuyển đang dùng trên đích có thể thay đổi mà không viết lại giao dịch lịch sử.
Dữ liệu từ extension osCommerce cũ hoặc Apps v4 hiện tại nên được xử lý ra sao?
Cần xác định extension hoặc App, bản ghi lõi mà extension hoặc App đó mở rộng và hệ thống ngoài có quan hệ phụ thuộc với extension hoặc App đó. Bản ghi còn được sử dụng phải có chủ sở hữu đích rõ; dữ liệu kỹ thuật đã lỗi thời có thể được lưu trữ riêng hoặc loại khỏi phạm vi thay vì ép vào trường native.