Khi Phoca Cart được xem xét làm Nền tảng đích, mô hình dữ liệu cần được hiểu đồng thời ở hai lớp: cấu trúc thương mại do Phoca Cart quản lý và những quan hệ Joomla làm cho dữ liệu đó có thể truy cập, hiển thị và sử dụng. Phoca Cart có cấu trúc riêng cho Products, Categories, Customers, Orders, giá, thuế, tồn kho và quyền lợi thương mại. Joomla vẫn quản lý người dùng, Access Levels, menu, Modules, Templates, ngôn ngữ, routing và hệ sinh thái extensions rộng hơn. Vì vậy, chuyển đổi không chỉ là đưa bản ghi thương mại sang đích mà còn phải xác định những quan hệ Joomla cần tiếp tục tồn tại để các bản ghi đó có ý nghĩa.
Phoca Cart cũng tách riêng nhiều khái niệm mà Nền tảng nguồn có thể gộp lại: options của Products, thuộc tính, thông số, giá theo nhóm khách hàng, giảm giá, Coupons, điểm thưởng, mức thuế, tiền tệ, trạng thái tồn kho và quyền truy cập nội dung tải xuống. Tên trường không đủ để quyết định vị trí đích. Cần xác định giá trị đó tác động thế nào đến hành vi mua hàng, quản trị và khả năng hiểu dữ liệu lịch sử.
Danh tính Products và các quan hệ trong catalog
Một bản ghi Products trong Phoca Cart có thể liên kết với Categories, nhà sản xuất, hình ảnh, thuộc tính, options, thông số, Products liên quan, tệp tải xuống, tồn kho, giá, giảm giá, thuế, Reviews, nội dung theo ngôn ngữ và quy tắc nhóm khách hàng. Vì vậy, bản ghi Products chỉ là trung tâm của một mạng lưới quan hệ.
| Ý nghĩa ở nguồn | Cấu trúc có thể quản lý trên Phoca Cart | Quan hệ cần duy trì |
|---|---|---|
| Danh tính Products chính | Bản ghi Products | Tên, alias, mã/SKU, mô tả, trạng thái publish và ngôn ngữ |
| Vị trí trong catalog | Phoca Cart Categories | Quan hệ Products–Categories và hệ thống phân cấp cần dùng trên storefront |
| Danh tính thương hiệu | Bản ghi nhà sản xuất, Categories hoặc khóa bên ngoài | Quan hệ Products–nhà sản xuất và mục đích duyệt catalog/các tích hợp |
| Media của Products | Hình ảnh Products, tệp tải xuống hoặc tài nguyên nội dung | Vai trò, thứ tự, khả năng hiển thị và quyền truy cập |
| Lựa chọn của người mua | Quan hệ option hoặc thuộc tính | Giá trị đã chọn phải liên kết đúng với giá, tồn kho, hình ảnh hoặc ý nghĩa trong chi tiết mặt hàng của Orders |
| Dữ liệu mô tả | Thuộc tính, thông số, parameter hoặc trường nội dung | Mục đích hiển thị, so sánh, lọc hoặc quản trị |
| Quyền lợi theo người mua | Nhóm khách hàng, giá, giảm giá, Coupons hoặc bản ghi điểm thưởng | Điều kiện để Customers nhận được kết quả thương mại tương ứng |
Nếu Nền tảng nguồn biểu diễn mỗi lựa chọn bằng SKU con riêng, Nền tảng đích có thể tiếp tục dùng Products riêng hoặc biểu diễn bằng options, tùy vào việc từng lựa chọn có cần danh tính tồn kho, giá, hình ảnh, mã hoặc xử lý đơn hàng độc lập hay không. Không nên gộp các mặt hàng thực sự khác nhau chỉ để tạo một trang Products đơn giản hơn.
Options, thuộc tính, thông số và parameters
Khác biệt quan trọng trong catalog Phoca Cart nằm ở chức năng của từng giá trị chi tiết của Products.
- Options biểu diễn lựa chọn mà khách hàng có thể chọn trong quá trình mua.
- Thuộc tính có thể mô tả Products hoặc tham gia vào cấu trúc lựa chọn tùy cách triển khai.
- Thông số tổ chức thông tin kỹ thuật hoặc mô tả có thể so sánh.
- Parameters và giá trị tùy chỉnh có thể phục vụ hiển thị, lọc, import/export, Modules hoặc mã tùy chỉnh.
Một trường như “size” cho thấy vì sao phải phân loại theo chức năng. Giá trị này có thể biểu thị kích thước quần áo mà người mua phải chọn, kích thước kiện hàng, giá trị bộ lọc hoặc dữ liệu nội bộ của kho. Mỗi ý nghĩa cần một cấu trúc đích khác nhau.
| Cách hệ thống nguồn hoạt động | Cách hiểu trên đích | Ý nghĩa cần duy trì |
|---|---|---|
| Lựa chọn làm thay đổi tồn kho hoặc mã Products | Option/thuộc tính có cấu trúc hoặc quan hệ với Products riêng | Danh tính tồn kho và thông tin được ghi vào Orders |
| Lựa chọn chỉ làm thay đổi giá | Giá trị option có quan hệ với giá | Giá trị được chọn và phần điều chỉnh giá |
| Người mua nhập văn bản | Trường cho phép nhập hoặc bản ghi của extension | Giá trị đã nhập phải gắn với đúng mặt hàng trong Orders |
| Thông số kỹ thuật | Specification hoặc thuộc tính mô tả | Nhãn, giá trị, nhóm, thứ tự và mục đích so sánh |
| Tiêu chí tìm kiếm/lọc | Thuộc tính hoặc parameter có cấu trúc được bộ lọc sử dụng | Giá trị đã chuẩn hóa và quan hệ với nhóm lọc |
| Giá trị vận hành nội bộ | Trường tùy chỉnh hoặc bản ghi ở hệ thống ngoài | Quyền sở hữu cho mục đích quản trị mà không vô tình đưa ra storefront |
Định nghĩa chung và giá trị gán cho từng Products cần được tách riêng. Một nhóm specification, định nghĩa thuộc tính hoặc option có thể được dùng lại cho nhiều Products, trong khi giá trị cụ thể hoặc tập lựa chọn được phép thuộc về quan hệ của Products đó.
Giá, tồn kho, giảm giá, Coupons và điểm thưởng
Phoca Cart có thể biểu diễn nhiều loại giá trị thương mại khác nhau. Giá cơ bản, giá theo nhóm khách hàng, giảm giá của Products, giảm giá giỏ hàng, Coupons, điểm thưởng, thuế, tiền tệ và trạng thái tồn kho là các khái niệm riêng. Nếu gộp tất cả thành một trường “giá”, dự án sẽ làm mất quy tắc quyết định giá trị nào áp dụng, cho ai và trong điều kiện nào.
| Quy tắc thương mại ở nguồn | Quan hệ trên Phoca Cart | Câu hỏi cần trả lời khi chuyển sang đích |
|---|---|---|
| Giá bán sỉ hoặc giá thành viên | Nhóm khách hàng + giá của Products | Customers nào thuộc nhóm và Products nào áp dụng mức giá đó? |
| Khuyến mãi riêng cho Products | Giảm giá Products + điều kiện hiệu lực | Giảm giá là số tiền, tỷ lệ phần trăm hay quy tắc có thời gian hiệu lực? |
| Khuyến mãi giỏ hàng | Giảm giá giỏ hàng hoặc Coupons | Điều kiện giỏ hàng và giới hạn sử dụng nào quyết định quyền áp dụng? |
| Số dư loyalty | Bản ghi điểm thưởng của Customers | Phoca Cart hay hệ thống khác là nơi nắm giữ giá trị chính thức? |
| Tình trạng còn hàng | Tồn kho Products, tồn kho theo option và trạng thái tồn kho | Tồn kho thuộc Products hay thuộc một lựa chọn cụ thể? |
| Giá trị đa tiền tệ | Quan hệ giữa tiền tệ và giá/hiển thị | Giá trị nào được lưu và giá trị nào được chuyển đổi chỉ để hiển thị? |
Lịch sử đơn hàng cần giữ lại thông tin ghi nhận tại thời điểm giao dịch về giá, giảm giá, Coupons, điểm thưởng, thuế, vận chuyển, thanh toán và tiền tệ. Những dữ liệu lịch sử này không thay thế quy tắc đang hoạt động trên Nền tảng đích. Giỏ hàng mới sẽ dùng cấu hình và plugin hiện tại của Phoca Cart.
Điểm thưởng cần được xác định chủ sở hữu rõ ràng. Số dư của Customers, điểm kiếm được từ một bản ghi Orders, điểm đã sử dụng và quy tắc quy đổi điểm thành giá trị là những bản ghi có liên quan nhưng khác nhau. Chỉ di chuyển số dư có thể khiến lịch sử và điều kiện áp dụng không còn giải thích được.
Categories, nhà sản xuất, tìm kiếm và điều hướng Joomla
Phoca Cart Categories và nhà sản xuất thuộc catalog thương mại. Trong khi đó, Joomla menu và Modules đưa các view của Products, Categories, nhà sản xuất, tìm kiếm, bộ lọc, so sánh hoặc các view khác ra storefront. Vì vậy, một cấu trúc điều hướng ở nguồn có thể cần được biểu diễn bằng nhiều quan hệ trên đích thay vì một cây Categories duy nhất.
| Cấu trúc ở nguồn | Vị trí có thể dùng trên đích | Ý nghĩa cần duy trì |
|---|---|---|
| Categories của Products | Phoca Cart Categories + quan hệ với Products | Hệ thống phân cấp catalog và cách nhóm Products cho người mua |
| Trang thương hiệu | Bản ghi nhà sản xuất + điểm đến từ menu hoặc Module | Danh tính thương hiệu, duyệt catalog và lọc |
| Collection động | Bộ lọc, quy tắc tìm kiếm, truy vấn của Module, Categories hoặc mã tùy chỉnh | Quy tắc xác định thành viên, không chỉ danh sách Products ID hiện tại |
| Khối nổi bật hoặc mới nhất | Cấu hình Joomla Module | Truy vấn, thứ tự, đối tượng người xem và vị trí hiển thị |
| So sánh hoặc danh sách yêu thích | Bản ghi Phoca Cart gắn với Customers/session và Modules | Quan hệ Products và quyền sở hữu tài khoản nếu dữ liệu được lưu lâu dài |
| Catalog hạn chế quyền truy cập | Joomla Access Level, nhóm khách hàng hoặc extension | Ai có thể nhìn thấy hoặc mua Products |
Joomla Categories và Phoca Cart Categories không mặc nhiên là cùng một thuếonomy. Joomla Categories tổ chức bản ghi trong các components của Joomla, còn Phoca Cart duy trì mô hình Categories riêng cho thương mại điện tử. Không nên gộp chúng chỉ vì tên hiển thị giống nhau.
Tìm kiếm và lọc phụ thuộc vào dữ liệu Products đã được chuẩn hóa. Nếu thuộc tính nguồn có cách viết, đơn vị hoặc định dạng giá trị không nhất quán, dự án có thể giữ đầy đủ mọi chuỗi văn bản nhưng vẫn làm mất khả năng lọc hữu ích. Điều cần giữ đúng là quan hệ giữa Products, định nghĩa thuộc tính/specification và giá trị đã được chuẩn hóa.
Customers, Joomla Users, nhóm và địa chỉ
Một bản ghi Customers đã đăng ký trong Phoca Cart có thể liên kết với người dùng Joomla. Nhóm khách hàng có thể ảnh hưởng tới giá và quyền lợi, trong khi Joomla Access Levels có thể kiểm soát khả năng xem nội dung. Địa chỉ, thông tin thuế, dữ liệu công ty, điểm thưởng, danh sách yêu thích và Orders có thể thuộc các phần khác nhau trong quan hệ Customers.
| Giá trị liên quan Customers | Nơi quản lý phù hợp | Lý do |
|---|---|---|
| Danh tính đăng nhập và trạng thái kích hoạt | người dùng Joomla | Kiểm soát xác thực tài khoản |
| Vai trò truy cập website | nhóm người dùng Joomla/Access Level | Kiểm soát khả năng xem nội dung và component |
| Phân nhóm thương mại | Nhóm khách hàng Phoca Cart | Có thể ảnh hưởng giá, giảm giá hoặc quyền lợi |
| Địa chỉ thanh toán/vận chuyển dùng lại | Bản ghi Customers/address của Phoca Cart | Thuộc vòng đời Customers |
| Địa chỉ của khách mua không đăng ký | lịch sử đơn hàng | Thuộc một giao dịch cụ thể |
| Số dư điểm thưởng | Bản ghi reward của Phoca Cart hoặc hệ thống loyalty bên ngoài | Cần một hệ thống nắm giữ giá trị chính thức |
| Mã số thuế hoặc mã doanh nghiệp | Customers, address, Orders hoặc hệ thống ngoài | Chủ sở hữu phụ thuộc vào mục đích tái sử dụng và yêu cầu pháp lý |
Không nên coi nhóm người dùng Joomla và Phoca Cart Customers nhóm khách hàng là có thể thay thế cho nhau. Một nhóm có thể kiểm soát quyền truy cập CMS, trong khi nhóm còn lại quyết định cách xử lý thương mại. Một số cửa hàng liên kết hai nhóm bằng quy tắc riêng, nhưng chính mối liên kết đó cũng là dữ liệu cần được nhận diện.
Customers không có tài khoản đăng ký cần được phân biệt với tài khoản đã đăng ký. Email trong Orders không chứng minh rằng người dùng Joomla lâu dài từng tồn tại. Tự tạo tài khoản cho toàn bộ lịch sử đơn hàng của khách không đăng nhập có thể dẫn đến trùng lặp danh tính.
Orders, hóa đơn, thanh toán và thông tin xác nhận về vận chuyển
Orders trong Phoca Cart có thể chứa thông tin Products và options, địa chỉ, Customers, giá, giảm giá, Coupons, điểm thưởng, thuế, vận chuyển, thanh toán, tiền tệ, trạng thái, ghi chú và tham chiếu hóa đơn. Orders cần giữ một bản ghi phản ánh trạng thái tại thời điểm giao dịch thay vì phụ thuộc hoàn toàn vào Products hoặc Customers hiện tại.
| Quan hệ trong Orders | Ý nghĩa cần duy trì |
|---|---|
| Orders với Customers hoặc khách không đăng nhập | Danh tính được dùng tại thời điểm mua |
| Chi tiết mặt hàng với Products và options | Cấu hình Products chính xác mà khách hàng đã mua |
| Chi tiết mặt hàng với giá và giảm giá | Cách số tiền lịch sử được hình thành |
| Orders với Coupons hoặc điểm thưởng đã sử dụng | Quyền lợi đã áp dụng cho giao dịch |
| Orders với thuế, vận chuyển và thanh toán | Bối cảnh tài chính và xử lý đơn hàng trong lịch sử |
| Orders với trạng thái và thời gian | Diễn tiến vận hành |
| Orders với tham chiếu hóa đơn/biên nhận | Khả năng tiếp tục tra cứu chứng từ khi cần |
| Orders với ID ngoài | Khả năng đối chiếu với ERP, POS, kế toán, hãng vận chuyển hoặc Marketplace |
Phoca Cart có thể hỗ trợ hóa đơn và quy trình POS. Không nên suy luận các chức năng đó chỉ từ một bảng Orders. Giao dịch trực tuyến và tại điểm bán có thể dùng chung Products, Customers, tồn kho và số chứng từ nhưng đồng thời dựa vào bản ghi POS hoặc hóa đơn riêng. Mô hình đích cần xác định hệ thống nào là nơi nắm giữ chính thức từng chuỗi đánh số và mã tham chiếu ngoài.
Thanh toán và plugins vận chuyển cũng tạo ra ranh giới giữa dữ liệu lịch sử và hành vi đang hoạt động. Orders cũ cần giữ tên phương thức, số tiền, thông tin theo dõi và tham chiếu nhà cung cấp khi những thông tin đó thuộc yêu cầu. Cửa hàng đích phải có cấu hình plugin riêng để xử lý giao dịch mới.
Nội dung, ngôn ngữ, URL và cách storefront được trình bày
Phoca Cart hoạt động trong Joomla, nên Products và Categories chỉ là một phần của kết quả người mua nhìn thấy. Menu, Modules, Templates, ngôn ngữ, Access Levels, routing và CMS Pages của Joomla quyết định khả năng khám phá và cách nội dung được trình bày.
Cửa hàng nguồn có thể kết hợp dữ liệu Products với hướng dẫn mua hàng, trang so sánh, trang nhà sản xuất, Blog Posts, trang đíchs và tài nguyên tải xuống. Mỗi nội dung cần được đưa về cấu trúc trên đích thực sự quản lý vòng đời của nội dung đó:
- nội dung bán hàng dành riêng cho Products có thể thuộc trường của Products;
- phần giới thiệu Categories có thể thuộc nội dung Categories;
- nội dung biên tập rộng hơn có thể trở thành Joomla CMS Pages hoặc Blog Posts;
- khối Products do Module tạo vẫn là cấu hình trình bày của Joomla;
- tài nguyên tải xuống có thể thuộc quyền truy cập của Products hoặc nội dung CMS tùy mục đích.
Quan hệ đa ngôn ngữ có thể bao gồm Products, Categories, nhà sản xuất, thuộc tính, thông số, menu, Modules, metadata và URL đã được dịch. Chỉ sao chép văn bản đã dịch mà không giữ ngôn ngữ và quan hệ routing sẽ tạo ra các phần nội dung rời rạc.
Quyền sở hữu URL được chia sẻ giữa nhiều cấu trúc. Alias của Products và Categories tạo danh tính thương mại, trong khi ngữ cảnh menu và routing của Joomla có thể quyết định đường dẫn hiển thị. Nền tảng đích nên xác định điểm đến canonical trước rồi liên kết redirects tới các điểm đó, thay vì coi toàn bộ URL nguồn là một trường duy nhất của Products.
Plugins, Modules, import/export, POS và hệ thống ngoài
Phoca Cart có kiến trúc module hóa. Plugins thanh toán/vận chuyển, Modules tìm kiếm và bộ lọc, công cụ tạo PDF, newsletters, Open Graph các tích hợp, quy trình import/export, chức năng POS, Template overrides và Joomla extensions riêng có thể tạo hoặc sử dụng dữ liệu bên ngoài cấu trúc Products–Customers–Orders tiêu chuẩn.
| Phụ thuộc | Dữ liệu hoặc giả định bổ sung | Câu hỏi cho Nền tảng đích |
|---|---|---|
| Quy trình import/export | Cách đối chiếu cột, ID ngoài, lịch chạy, giá trị đã biến đổi | Phoca Cart hay một quy trình bên ngoài sẽ tiếp tục là nơi nắm giữ giá trị chính thức? |
| Quy trình POS | Orders tại điểm bán, cập nhật tồn kho, số chứng từ, nhân viên thu ngân hoặc địa điểm | Bản ghi nào được dùng chung với thương mại điện tử trực tuyến? |
| Module tìm kiếm/lọc | Giá trị được index, định nghĩa parameter, cấu hình truy vấn | Quan hệ Products nào quyết định khả năng tìm và lọc? |
| Plugin thanh toán/vận chuyển | Tham chiếu nhà cung cấp, thông tin theo dõi, metadata phương thức, trạng thái riêng | Phần nào là dữ liệu lịch sử và phần nào là cấu hình đang hoạt động? |
| Extension PDF/hóa đơn | Template chứng từ, chuỗi đánh số, tệp đã tạo | Mã định danh và tệp nào cần tiếp tục tra cứu? |
| ERP, kế toán, Marketplace hoặc nguồn cấp dữ liệu | Khóa ổn định của Products, Customers, Orders, thuế và tồn kho | Hệ thống nào sở hữu từng mã định danh? |
| Template override | Trường được kỳ vọng, vị trí Module, giả định routing | Bản ghi đã chuyển nào phải tiếp tục truy cập được qua cấu trúc đó? |
Sự tồn tại của một extension nên dẫn tới câu hỏi về quyền sở hữu dữ liệu, không phải giả định rằng mọi bản ghi của extension đều có thể gom vào một trường tùy chỉnh chung. Có giá trị thuộc Phoca Cart, có giá trị thuộc Joomla và có giá trị thuộc hệ thống ngoài đã tạo ra chúng.
Những khác biệt này thay đổi phạm vi chuyển đổi như thế nào
Khi chọn Phoca Cart làm Nền tảng đích, phạm vi công việc cần phân biệt các cách xử lý sau:
| Cách xử lý | Ví dụ thường gặp | Hệ quả đối với phạm vi công việc |
|---|---|---|
| Chuyển trực tiếp bản ghi theo ý nghĩa tương ứng | Products, Categories, nhà sản xuất, Customers, Orders, media | Đối chiếu các trường và mã định danh được hỗ trợ |
| Tái lập quan hệ | Options, thuộc tính, thông số, nhóm khách hàng, bản ghi điểm thưởng, quyền lợi trong Orders | Tái tạo định nghĩa, quan hệ gán và chủ sở hữu |
| Cấu trúc trình bày của Joomla | Menu, Modules, Templates, routes, quyền truy cập, ngôn ngữ | Giao cho phần triển khai website đích |
| Dữ liệu plugin hoặc quy trình | POS, hóa đơn, dữ liệu import, metadata thanh toán/vận chuyển, chỉ mục tìm kiếm | Xác định vị trí đích đang hoạt động hoặc nơi lưu trữ lịch sử |
| Duy trì kết nối với hệ thống ngoài | ERP, kế toán, Marketplace, loyalty, hãng vận chuyển, mã định danh của nguồn cấp dữ liệu | Giữ các khóa nghiệp vụ lâu dài và quyền sở hữu được xác định rõ |
| Chủ động loại bỏ | Modules cũ, parameters không còn dùng, routes trùng lặp, các tích hợp đã ngừng | Loại khỏi phạm vi với lý do được ghi nhận |
Một mô hình đích nhất quán phải cho phép đội ngũ lần theo một bản ghi Products từ Categories, option, specification, giá, tồn kho, quy tắc nhóm khách hàng và chi tiết mặt hàng trong Orders đến Joomla route và mã định danh ngoài mà không phải đoán hệ thống nào sở hữu từng giá trị.
Kết luận
Khác biệt trong mô hình dữ liệu của Phoca Cart xuất phát từ sự kết hợp giữa một component thương mại giàu chức năng và website Joomla bao quanh Phoca Cart. Products có thể phụ thuộc Categories, nhà sản xuất, options, thuộc tính, thông số, giá, tồn kho, quyền lợi, thuế, plugins và nội dung đa ngôn ngữ. Customers có thể trải qua nhiều cấu trúc gồm người dùng Joomla, Access Levels, nhóm Phoca Cart, địa chỉ, điểm thưởng và Orders. Routes và cách trình bày storefront tiếp tục là quan hệ của Joomla.
Một dự án chuyển đổi đáng tin cậy phải biểu diễn từng giá trị theo chức năng. Lựa chọn của người mua phải gắn với đúng Products và chi tiết mặt hàng trong Orders; dữ liệu mô tả phải tiếp tục hữu ích cho hiển thị và lọc; số liệu giao dịch lịch sử phải được tách khỏi quy tắc đang hoạt động; dữ liệu plugin hoặc hệ thống ngoài phải có chủ sở hữu rõ. Cách làm này giữ được cách cửa hàng hoạt động thay vì chỉ sao chép tên bảng và trường.
Câu hỏi thường gặp
Khác biệt thực tế giữa option và specification trong Phoca Cart là gì?
Option tham gia trực tiếp vào lựa chọn mua hàng của người dùng. Specification mô tả hoặc giúp so sánh Products. Cùng một nhãn như kích thước hoặc chất liệu có thể thuộc một trong hai cấu trúc tùy việc giá trị đó có làm thay đổi kết quả mua hàng hay không.
Có nên gộp Joomla Categories và Phoca Cart Categories không?
Không nên mặc định gộp. Chúng thuộc các components khác nhau của Joomla và có thể phục vụ mục đích khác nhau. Phoca Cart Categories tổ chức bản ghi thương mại, còn Joomla Categories tổ chức các bản ghi trong component CMS đang sở hữu chúng.
Nên chuyển nhóm Customers và nhóm người dùng Joomla như thế nào?
Cần giữ chúng là các quan hệ riêng trừ khi cửa hàng có quy tắc rõ ràng kết nối hai nhóm. Nhóm người dùng Joomla có thể kiểm soát quyền truy cập website; nhóm khách hàng Phoca Cart có thể điều khiển giá, giảm giá hoặc cách xử lý thương mại khác.
Điểm thưởng có chỉ thuộc số dư Customers không?
Điểm thưởng không chỉ là số dư gắn với Customers. Số dư, điểm đã kiếm, điểm đã sử dụng, Orders liên quan và quy tắc quy đổi có thể là những bản ghi riêng. Nền tảng đích cần xác định nơi nắm giữ chính thức toàn bộ quan hệ điểm thưởng hoặc chương trình khách hàng thân thiết.
Dữ liệu thuế, thanh toán và vận chuyển lịch sử có thể dùng cùng bản ghi với quy tắc checkout đang hoạt động không?
Lịch sử đơn hàng cần giữ số tiền, nhãn và tham chiếu tại thời điểm mua. Quy tắc và plugins hiện tại trên Nền tảng đích điều khiển giao dịch mới, vì vậy đó là lớp cấu hình riêng.
Dữ liệu POS hoặc import/export nên được xử lý như thế nào?
Cần xác định Products, bản ghi tồn kho, Orders, số chứng từ và mã định danh ngoài nào được dùng chung với Phoca Cart. Những khóa nghiệp vụ cần tiếp tục sử dụng phải được giữ lại, còn trạng thái vận hành nên thuộc về hệ thống sẽ tiếp tục là nơi quản lý chính thức sau chuyển đổi.