Phương án phù hợp cho Magento phụ thuộc vào mức độ cấu trúc của Cửa hàng nguồn cần tiếp tục sử dụng được sau khi chuyển sang Magento. Một cửa hàng nhỏ vẫn có thể cần xử lý kỹ nếu phụ thuộc vào configurable Products, thuộc tính tùy chỉnh, nội dung theo store view, trường do extensions quản lý, ID bên ngoài hoặc quy trình tồn kho riêng. Ngược lại, một cửa hàng lớn vẫn có thể đi theo lộ trình tương đối đơn giản nếu dữ liệu thuộc phạm vi được hỗ trợ, cấu trúc nguồn rõ ràng và doanh nghiệp có đủ khả năng tự xác thực kết quả.
Việc lựa chọn cần bắt đầu từ thông tin cụ thể của Magento: loại Products, thuộc tính, attribute sets, websites, stores, store views, yêu cầu URL, giả định về tồn kho, nhóm Customers, lịch sử đơn hàng, các yếu tố phụ thuộc vào extensions và thời điểm chính thức vận hành. Số lượng bản ghi có ý nghĩa đối với quy mô, nhưng không nên là yếu tố duy nhất. Câu hỏi quan trọng hơn là liệu phương án dịch vụ đã chọn có duy trì đủ cấu trúc và ý nghĩa nghiệp vụ để Magento vận hành đúng vai trò Cửa hàng đích hay không.
Trong các Dịch vụ chuyển đổi dữ liệu của Next-Cart, đánh giá Magento cần tách rõ dữ liệu được hỗ trợ, trách nhiệm thực hiện, phạm vi Add-ons, bản ghi do extensions quản lý và các yêu cầu cần xử lý riêng.
Phương án thực hiện chuyển đổi Magento cần quyết định những gì
Một phương án chuyển đổi Magento là quyết định về phạm vi, trách nhiệm, mức độ tùy chỉnh và cách xác thực. Doanh nghiệp cần biết bản ghi nào dự kiến được di chuyển, cấu hình nào phải được thiết lập trực tiếp trên Magento, yêu cầu nào phù hợp với Add-ons, yêu cầu nào cần Custom Service xem xét và những mẫu nào trong Demo Migration phải đạt trước Di chuyển toàn bộ.
| Loại công việc | Tình huống trên Magento | Ý nghĩa đối với phương án dịch vụ |
|---|---|---|
| Bản ghi thuộc phạm vi di chuyển được hỗ trợ | Products, Categories, Customers, Orders, Coupons, Reviews, images, CMS Pages, Blog Posts và các trường liên quan được hỗ trợ | Có thể phù hợp với Standard Service hoặc Managed Service tùy độ phức tạp và nhu cầu thực hiện |
| Lọc bản ghi, chuyển đổi giá trị trường hoặc liên kết lại trường trong phạm vi được hỗ trợ | Loại Products lỗi thời, chuẩn hóa giá trị trường được hỗ trợ hoặc điều chỉnh đầu ra dữ liệu được hỗ trợ | Có thể phù hợp với Add-ons khi yêu cầu vẫn nằm trong cách xử lý được hỗ trợ |
| Yêu cầu tùy chỉnh hoặc không được hỗ trợ theo chuẩn | Bản ghi do extensions quản lý, custom modules, trường tùy chỉnh cần diễn giải ngoài phạm vi mapping được hỗ trợ, ID bên ngoài, quy tắc Products riêng hoặc dữ liệu từ Custom Platform | Cần Custom Service xem xét |
| Thiết lập trực tiếp trên Magento | Theme, checkout, payment, shipping, Taxes, cấu hình store, extensions, indexers, cache, các tích hợp và thiết lập triển khai | Cần được chuẩn bị và xác thực tách biệt với đầu ra di chuyển dữ liệu thông thường |
Việc tách các nhóm công việc này giúp phương án thực tế hơn. Không nên ép các yêu cầu tùy chỉnh ngoài phạm vi vào Standard Service. Managed Service không thay thế việc xác định phạm vi. Add-ons cũng không phải cách gọi khác của Custom Service. Ngược lại, không phải trường hợp nào có vẻ phức tạp cũng cần Custom Service nếu nhu cầu thực tế chỉ là lọc bản ghi, chuyển đổi giá trị trường hoặc liên kết trường trong phạm vi được hỗ trợ.
Khi Standard Service có thể đáp ứng
Standard Service có thể phù hợp khi phạm vi Magento được hỗ trợ, cấu trúc đích đã rõ và doanh nghiệp có thể tự chuẩn bị cũng như xác thực kết quả mà không cần phối hợp thực hiện ở mức cao. Phương án này phù hợp nhất khi Products, Categories, Customers, Orders và nội dung đi theo các mẫu có thể nhận diện; nhu cầu về thuộc tính và attribute sets ở mức kiểm soát được; dữ liệu custom modules không phải phần quyết định của kết quả cần đạt.
| Dấu hiệu Standard Service phù hợp | Lý do cụ thể trên Magento |
|---|---|
| Loại Products phổ biến và đã có tài liệu rõ ràng | Kỳ vọng đối với simple, configurable, virtual, downloadable, grouped hoặc bundle Products có thể được rà soát trong phạm vi được hỗ trợ khi đã có mẫu rõ ràng |
| Thuộc tính được quản lý có hệ thống | Trường nguồn đã được phân loại, chuẩn hóa và không bị đưa toàn bộ vào đích như một tập trường không kiểm soát |
| Cấu trúc website/store/store view đơn giản | Cấu trúc đích không đòi hỏi xử lý bản địa hóa hoặc quản lý multi-store phức tạp |
| Nhu cầu URL và nội dung có thể kiểm soát | Các đường dẫn Products, Categories, CMS Pages và Blog Posts ưu tiên có thể được chuẩn bị và rà soát mà không cần xử lý riêng |
| Tồn kho tương đối đơn giản | Kỳ vọng về stock đủ rõ để doanh nghiệp tự rà soát |
| Nhóm Customers và trạng thái Orders chủ yếu phục vụ tra cứu hoặc có cấu trúc đơn giản | Dữ liệu lịch sử vẫn hữu ích mà không cần tái tạo quy tắc nghiệp vụ phức tạp |
| Phụ thuộc vào extensions và các tích hợp ở mức hạn chế | Các bản ghi tiêu chuẩn đủ để đáp ứng kết quả chuyển đổi đã chấp nhận |
Standard Service vẫn đòi hỏi xác thực nghiêm túc theo đúng nội dung cần kiểm tra. Sự linh hoạt của Magento có thể che giấu lỗi mà tổng số bản ghi không thể hiện. Doanh nghiệp cần có khả năng rà soát mẫu Demo Migration, xác nhận cách các loại Products hoạt động, kiểm tra thuộc tính và URL, xem lại Customers và Orders, rồi quyết định liệu kết quả Di chuyển toàn bộ có đáp ứng yêu cầu hay không.
Khi Managed Service là lựa chọn an toàn hơn
Managed Service có thể phù hợp hơn khi phạm vi Magento vẫn nằm trong cách xử lý được hỗ trợ nhưng khối lượng phối hợp và thực hiện lớn. Dự án có thể không cần Custom Service, nhưng doanh nghiệp cần quá trình thực hiện, sắp xếp công việc và rà soát được phối hợp chặt hơn vì có nhiều nhóm dữ liệu hoặc giả định ảnh hưởng trực tiếp đến thời điểm vận hành.
Managed Service đặc biệt hữu ích khi catalog lớn, có nhiều configurable Products, cần rà soát nhiều images và URL, có nhiều store views, khối lượng Customers/Orders lớn, nguồn lực nội bộ hạn chế hoặc thời hạn chính thức vận hành khó điều chỉnh. Phương án này cũng phù hợp khi doanh nghiệp muốn phần thực hiện các hành động di chuyển dữ liệu đã thống nhất do Next-Cart đảm nhận, trong khi doanh nghiệp vẫn chịu trách nhiệm xác minh kết quả cuối cùng và cấu hình phía Magento.
| Trường hợp phù hợp với Managed Service | Tình huống Magento |
|---|---|
| Phạm vi được hỗ trợ nhưng có nhiều điểm cần rà soát | Products, Categories, Customers, Orders, images, nội dung, URL và Reviews được hỗ trợ nhưng cần phối hợp xử lý |
| Catalog phức tạp nhưng vẫn thuộc phạm vi hỗ trợ | Configurable Products, attribute sets, hình ảnh, quan hệ Categories và URL keys cần được rà soát có hệ thống |
| Multi-store hoặc nội dung bản địa hóa | Tên, mô tả, metadata và pages theo store view cần được xác thực kỹ |
| Thời điểm vận hành nhạy cảm | Products, Customers, Orders hoặc thay đổi tồn kho mới ở nguồn cần được lên kế hoạch xử lý sát thời điểm vận hành |
| Nguồn lực nội bộ cho di chuyển dữ liệu hạn chế | Doanh nghiệp cần hỗ trợ thực hiện nhiều hơn nhưng vẫn tự xác nhận kết quả |
Managed Service không biến dữ liệu không được hỗ trợ thành dữ liệu được hỗ trợ. Nếu yêu cầu liên quan đến custom module tables, dữ liệu do extensions quản lý, phép biến đổi riêng, quy tắc từ hệ thống bên ngoài hoặc cách vận hành của Custom Platform, cần đánh giá Custom Service ngay cả khi Managed Service vẫn hữu ích cho phần thực hiện.
Khi Add-ons là lựa chọn phù hợp
Add-ons phù hợp khi yêu cầu cụ thể, có giới hạn rõ và vẫn nằm trong cách xử lý di chuyển dữ liệu được hỗ trợ. Chúng hữu ích khi doanh nghiệp cần lọc bản ghi theo từng loại dữ liệu, chuyển đổi giá trị trường bằng biểu thức hoặc liên kết trường nguồn sang trường đích tương thích mà không cần xử lý dữ liệu tùy chỉnh ngoài phạm vi.
Với Magento, Add-ons có thể hữu ích khi Cửa hàng nguồn chứa bản ghi đã lỗi thời, giá trị trường được hỗ trợ cần biến đổi theo quy tắc xác định hoặc trường nguồn tiêu chuẩn được hỗ trợ cần chuyển sang trường đích khác được hỗ trợ mà không thay đổi giá trị. Yêu cầu nên được mô tả dưới dạng điều kiện chấp nhận cụ thể.
| Nhu cầu Add-on | Tình huống Magento | Ranh giới cần kiểm tra |
|---|---|---|
| Data Filter | Áp dụng điều kiện theo trường cho Products, Customers, Orders, Blog Posts hoặc CMS Pages được hỗ trợ để chỉ di chuyển những bản ghi phù hợp | Việc lọc không được loại bỏ bản ghi cần cho hỗ trợ, SEO hoặc báo cáo |
| Data Transformation | Áp dụng biểu thức để chuyển đổi giá trị của trường được hỗ trợ trong quá trình di chuyển | Biểu thức và đầu ra phải nằm trong cách xử lý được hỗ trợ |
| Advanced Data Mapping | Chuyển các trường nguồn tiêu chuẩn được hỗ trợ của Products, Customers, Orders hoặc nội dung sang trường đích tương thích được hỗ trợ mà không thay đổi giá trị | Việc liên kết trường không thể tái tạo cách vận hành của module không được hỗ trợ |
| Advanced Database Mapping | Chuyển dữ liệu từ một cột được hỗ trợ trong cơ sở dữ liệu nguồn sang cột tương thích trong cơ sở dữ liệu Magento mà vẫn giữ nguyên giá trị. | Khi chuyển đổi sang Magento, Add-on này chỉ áp dụng nếu Nền tảng nguồn cũng là Open Source. Cột đích phải có kiểu dữ liệu có thể biểu diễn giá trị nguồn; Tax không thuộc phạm vi; dữ liệu do extension quản lý vẫn cần được phân loại theo chủ sở hữu. |
| Nhu cầu đặc biệt có phạm vi giới hạn | Xử lý một yêu cầu cụ thể đối với đầu ra di chuyển dữ liệu được hỗ trợ | Dữ liệu từ extensions, trường tùy chỉnh không phù hợp với mapping được hỗ trợ hoặc ID bên ngoài không được hỗ trợ có thể cần Custom Service |
Cần đánh giá Add-on theo tình huống thực tế. Nếu doanh nghiệp muốn di chuyển Products được hỗ trợ nhưng loại SKU đã ngừng kinh doanh, Add-on có thể phù hợp. Nếu cần duy trì dữ liệu được tạo bởi một custom pricing module, Custom Service là hướng cần xem xét.
Khi nên xem xét Custom Service
Custom Service phù hợp khi Magento cần đánh giá riêng hoặc cách xử lý di chuyển dữ liệu tùy chỉnh vượt ra ngoài cách xử lý được hỗ trợ. Các cửa hàng Magento thường có dữ liệu do extensions quản lý, custom modules, custom attributes cần xử lý đặc biệt, ID bên ngoài, thay đổi trực tiếp trong database, phụ thuộc ERP/PIM, tùy chỉnh search, loyalty, subscription, marketplace và quy trình riêng.
Quy mô không phải yếu tố duy nhất quyết định có cần Custom Service hay không. Điều quan trọng là dữ liệu hoặc cách vận hành đó có thể được đưa vào cấu trúc đích được Magento hỗ trợ trong phạm vi di chuyển dữ liệu đã chọn hay không. Một catalog tùy chỉnh nhỏ vẫn có thể cần Custom Service nếu hoạt động bán hàng quan trọng phụ thuộc vào trường không được hỗ trợ. Một catalog lớn nhưng rõ ràng có thể không cần.
| Dấu hiệu cần Custom Service | Vì sao phương án thay đổi |
|---|---|
| Dữ liệu Products, Customers, Orders, pricing, loyalty, subscription hoặc Reviews do extensions quản lý | Bản ghi tiêu chuẩn có thể không chứa dữ liệu đang điều khiển quy trình nghiệp vụ |
| Custom module tables hoặc custom database columns | Dữ liệu có thể cần cách trích xuất, chuyển đổi hoặc đặt vào đích được thiết kế riêng |
| ID bên ngoài được ERP, PIM, CRM, accounting, marketplace hoặc hệ thống shipping sử dụng | Mất ID có thể làm hỏng báo cáo, đối soát, xử lý đơn hàng hoặc hỗ trợ |
| Công cụ cấu hình Products, bundle hoặc quy tắc configurable tùy chỉnh | Cách liên kết Products tiêu chuẩn có thể không duy trì được hành vi bán hàng |
| Trạng thái Orders, bước phê duyệt hoặc quy trình xử lý đơn hàng không theo chuẩn | Việc đọc hiểu lịch sử đơn hàng có thể cần xử lý riêng |
| Cách vận hành của Custom Platform ở nguồn | Cấu trúc nguồn có thể cần phân tích riêng trước khi có thể tin cậy cách chuyển sang Magento |
Custom Service nên được xác định phạm vi thông qua các trường hợp mẫu. Doanh nghiệp cần cung cấp Products, thuộc tính, Orders, Customers, các trường tùy chỉnh có cách xử lý cần thiết vượt ngoài phạm vi mapping được hỗ trợ, bản ghi extensions, ID bên ngoài và kết quả đích dự kiến có tính đại diện. Nếu thiếu các trường hợp cụ thể, việc đánh giá dễ trở nên quá chung và làm tăng nguy cơ xác định thiếu phạm vi.
Demo Migration cần giúp quyết định điều gì
Demo Migration nên là bước kiểm chứng phương án cho Magento, không chỉ để xem trước tổng số bản ghi. Kết quả cần cho thấy phương án đã chọn có giữ đúng ý nghĩa riêng của Magento hay không, đồng thời giúp nhận diện lộ trình dịch vụ đang quá nhẹ, quá nặng hay đã đúng phạm vi.
Một Demo Migration hữu ích nên có:
| Mẫu | Quyết định cần hỗ trợ |
|---|---|
| Simple Products | Xác nhận Products, Categories, images, pricing, Taxes, URL và stock ở mức cơ bản |
| Configurable Products | Xác nhận cấu trúc SKU cha/con, thuộc tính biến thể, images, prices và ý nghĩa tồn kho |
| Bundle hoặc grouped Products | Cho biết quan hệ Products cần cách liên kết được hỗ trợ, thiết lập phía đích hay Custom Service |
| Products có custom options | Kiểm tra cách option tiếp tục được hiểu và sử dụng |
| Products có nhiều thuộc tính | Xác nhận nhãn, giá trị, attribute sets, filters và cách sử dụng trong storefront/giao diện quản trị |
| Products hoặc page theo store view | Kiểm tra bản địa hóa, metadata, URL keys và gán nội dung |
| Bản ghi Customers thuộc một group | Xác nhận phân nhóm nguồn có thể chuyển sang cấu trúc đích rõ ràng hay cần phương án khác |
| Orders đã hoàn tiền hoặc áp dụng discount | Kiểm tra lịch sử đơn hàng, options đã chọn, tổng tiền, Taxes, nhãn payment và giá trị phục vụ hỗ trợ |
| Trường do extension quản lý hoặc ID bên ngoài | Xác định nhu cầu phù hợp với Add-ons, Custom Service, thiết lập phía đích hay loại trừ |
Nếu Demo Migration cho thấy quan hệ Products bị mất, giá trị thuộc tính trở nên lộn xộn, giá trị theo store view xuất hiện sai ngữ cảnh, cách URL hoạt động chưa rõ, nhóm Customers mất ý nghĩa, lịch sử đơn hàng khó đọc hoặc bản ghi tùy chỉnh không có cấu trúc đích được hỗ trợ để tiếp nhận, cần điều chỉnh phương án trước Di chuyển toàn bộ.
Dùng Entity Points để lập kế hoạch cho quy mô Magento
Entity Points hỗ trợ ước lượng khối lượng bản ghi đủ điều kiện, nhưng không tự đo độ phức tạp của Magento. Đối với các lần xử lý Magento sau đó trên cùng lộ trình chuyển đổi, bản ghi đủ điều kiện đã được tính vẫn chỉ được tính một lần; độ phức tạp do loại Products, store view, thuộc tính và extensions được đánh giá riêng. Những bản ghi đã được tính trong Dịch vụ chuyển đổi dữ liệu đã mua không tiêu thụ Entity Points lần nữa chỉ vì có thêm hành động di chuyển dữ liệu trên cùng lộ trình chuyển đổi, kể cả khi hành động sau tạo một kết quả đích thay thế kết quả trước.
Với Magento, Entity Points cần được xem cùng cấu trúc dữ liệu và nhu cầu dịch vụ. Tổng số Products không cho biết catalog có configurable Products, quy tắc bundle, nhiều SKU con, custom attributes, giá trị theo store view, trường extensions hay ID bên ngoài hay không. Tổng số Orders cũng không thể hiện mức độ phức tạp của options, refunds, invoices, shipments, custom statuses hoặc tham chiếu tích hợp trong lịch sử.
| Dấu hiệu về quy mô | Giúp ước lượng | Không chứng minh được |
|---|---|---|
| Số lượng Products | Khối lượng Catalog và khả năng sử dụng Entity Points | Độ phức tạp loại Products, quản lý thuộc tính, hình ảnh, ý nghĩa tồn kho hoặc mức độ sẵn sàng của URL |
| Số lượng Customers | Khối lượng bản ghi người mua | Ý nghĩa của nhóm Customers, chất lượng bản ghi trùng, tham chiếu loyalty, giả định B2B hoặc ID bên ngoài |
| Số lượng Orders | Khối lượng lịch sử đơn hàng | Nhãn payment, refunds, shipments, invoices, options đã chọn, cách hiểu trạng thái hoặc tham chiếu ERP |
| Số lượng Blog Posts | Khối lượng nội dung khi có liên quan | Đường dẫn nội dung, metadata, internal links, media và redirects đã sẵn sàng vận hành hay chưa |
Entity Points nên hỗ trợ lập kế hoạch, không thay thế quyết định về phương án dịch vụ. Lựa chọn cuối cùng vẫn cần dựa trên cách xử lý được hỗ trợ, nhu cầu tùy chỉnh, trách nhiệm thực hiện và kết quả xác thực.
Chọn phương án cho lần di chuyển dữ liệu tiếp theo với Magento
Thời điểm đưa Magento vào vận hành thường phát sinh nhu cầu xử lý thêm sau Demo Migration, sau khi cấu hình đích thay đổi hoặc khi Nền tảng nguồn tiếp tục phát sinh Products, Customers, Orders, Reviews, Coupons, CMS Pages, Blog Posts, cập nhật tồn kho và thay đổi URL. Hành động phù hợp phụ thuộc vào cấu hình trước đó còn hợp lệ hay không, các quy tắc di chuyển dữ liệu có cần thay đổi hay không, hoặc kết quả đích có cần được tạo lại từ điểm bắt đầu mới hay không.
| Lựa chọn cho lần di chuyển dữ liệu tiếp theo | Khi phù hợp với Magento | Nội dung cần xác thực lại |
|---|---|---|
| Continue the di chuyển dữ liệu with the Last Used Configuration | Filters, mối quan hệ giữa các trường và cấu hình trước vẫn đúng; nhu cầu chính là xử lý bản ghi mới đủ điều kiện hoặc thay đổi phát sinh sau ở nguồn | Products mới và SKU con, thay đổi về stock, Customers và Orders mới, nội dung cập nhật cùng mẫu hồi quy từ các bản ghi đã di chuyển trước đó |
| Continue the di chuyển dữ liệu with a New Configuration | Demo Migration hoặc rà soát đích cho thấy filters, cách liên kết giữa các trường, xử lý store view, phạm vi nội dung hoặc cấu hình dữ liệu được hỗ trợ cần thay đổi | Mọi loại Products, nơi nhận thuộc tính, website/store/store view, trường URL, nhóm Customers, Orders mẫu và loại nội dung chịu ảnh hưởng từ cấu hình mới |
| Perform a Di chuyển New | Kết quả đích trước không còn là nền tảng phù hợp, môi trường đích đã được làm mới hoặc phạm vi và giả định thay đổi đủ lớn để cần kết quả mới | Toàn bộ phạm vi đã chấp nhận, cách xử lý thay thế, trạng thái sạch của đích, mẫu nhạy với extensions, URL, dữ liệu lịch sử và điều kiện sẵn sàng trước khi chính thức vận hành |
Trách nhiệm thực hiện phải luôn rõ ràng. Với Standard Service và Custom Service không có Expert Handle, khách hàng thực hiện hành động được phép và tự xác thực kết quả. Với Magento, Managed Service hoặc Custom Service có Expert Handle có thể bao gồm phần thực hiện hành động di chuyển dữ liệu đã thống nhất khi catalog, extensions hoặc thời điểm vận hành cần chuyên gia điều phối. Khách hàng vẫn chịu trách nhiệm xác minh cuối cùng đối với kết quả Magento và kết quả của di chuyển dữ liệu. Bất kể ai thực hiện, kiểm tra hồi quy cần bao quát quan hệ configurable, thuộc tính, giá trị store view, URL, Customers, Orders và mọi đầu ra chịu ảnh hưởng của Add-ons hoặc cách xử lý tùy chỉnh.
Dấu hiệu phương án đã chọn chưa đủ
Một phương án Magento chưa đủ khi coi độ phức tạp cấu trúc như hoạt động chuyển bản ghi thông thường. Nếu mẫu được chọn đúng, các dấu hiệu cảnh báo thường xuất hiện trước Di chuyển toàn bộ.
| Dấu hiệu cảnh báo | Hướng xử lý có thể cần |
|---|---|
| Quan hệ Products không thể phân loại rõ | Xác định lại phạm vi theo loại Products hoặc xem xét Custom Service |
| Giá trị thuộc tính không nhất quán, trùng lặp hoặc thiếu quy tắc quản lý | Làm sạch giá trị nguồn, dùng Data Transformation với biểu thức xác định khi thuộc phạm vi hỗ trợ hoặc chuyển phần diễn giải riêng sang Custom Service |
| Nội dung store view xuất hiện sai ngữ cảnh | Xem lại cấu trúc đích và cách gán store view |
| URL keys, redirects hoặc đường dẫn nội dung ảnh hưởng đến vận hành nhưng chưa được lập kế hoạch | Tăng mức chuẩn bị và xác thực trước Di chuyển toàn bộ |
| Nhóm Customers hoặc trạng thái lịch sử đơn hàng điều khiển quy tắc nghiệp vụ | Rà soát xem cách liên kết được hỗ trợ đã đủ hay cần Custom Service |
| Tồn kho phụ thuộc hệ thống bên ngoài hoặc cấu trúc nhiều sources | Tách snapshot di chuyển dữ liệu, thiết lập đích và trách nhiệm đối với các tích hợp |
| Dữ liệu extension hoặc custom module quan trọng với nghiệp vụ | Không dựa vào Add-ons nếu yêu cầu nằm ngoài phạm vi hỗ trợ; cần xem xét Custom Service |
Cần điều chỉnh phương án khi các dấu hiệu này xuất hiện. Tiếp tục với một lộ trình chưa đủ thường làm tăng công việc trong giai đoạn rà soát trước vận hành vì đội ngũ phải tách lỗi di chuyển dữ liệu khỏi kỳ vọng không được hỗ trợ và khoảng trống thiết lập phía đích.
Chọn lộ trình thực tế
Lộ trình phù hợp cho Magento là phương án nhẹ nhất nhưng vẫn duy trì được kết quả kinh doanh cần thiết. Standard Service có thể đủ khi các bản ghi được hỗ trợ và doanh nghiệp có thể tự xác thực. Managed Service an toàn hơn khi phạm vi được hỗ trợ cần phối hợp thực hiện chặt hơn. Add-ons phù hợp cho lọc bản ghi, chuyển đổi giá trị trường hoặc liên kết lại trường trong phạm vi được hỗ trợ. Custom Service cần được xem xét khi yêu cầu không được hỗ trợ, dữ liệu tùy chỉnh, dữ liệu do extensions hoặc hệ thống bên ngoài quản lý, hay phép biến đổi riêng cần được đánh giá.
Quyết định về phương án dịch vụ sẵn sàng khi doanh nghiệp có thể nêu rõ:
- bản ghi nào dự kiến được di chuyển vào Magento;
- cấu hình Magento, extensions hoặc workflows nào cần được thiết lập trực tiếp trên môi trường đích;
- Add-ons hoặc yêu cầu Custom Service nào thuộc phạm vi;
- mẫu Demo Migration nào phải đạt trước Di chuyển toàn bộ;
- hành động di chuyển dữ liệu nào có thể cần trước khi chính thức vận hành;
- ai thực hiện các hành động di chuyển dữ liệu và ai xác minh kết quả cuối cùng.
Nếu chưa thể trả lời rõ các điểm trên, phương án dịch vụ chưa sẵn sàng. Magento có thể đại diện cho cấu trúc thương mại phức tạp, nhưng lợi thế đó chỉ có giá trị khi kế hoạch hiểu rõ cấu trúc nào cần duy trì, cấu trúc nào cần được thể hiện lại trên Magento, cấu hình nào phải thiết lập, nội dung nào cần xử lý riêng và nội dung nào chủ đích không đưa sang đích.
Kết luận
Lựa chọn phương án chuyển đổi Magento cần bắt đầu từ nhu cầu vận hành thực tế của Cửa hàng đích. Standard Service, Managed Service, Add-ons và Custom Service đều có vai trò riêng, nhưng không phương án nào nên được chọn chỉ dựa trên khối lượng. Loại Products, thuộc tính, attribute sets, websites, stores, store views, URL, nội dung, tồn kho, nhóm Customers, lịch sử đơn hàng, extensions, dữ liệu tùy chỉnh, Entity Points, các hành động di chuyển dữ liệu sau đó và kết quả Demo Migration đều ảnh hưởng đến lộ trình phù hợp.
Phương án đúng là phương án giữ được ý nghĩa Magento trong phạm vi được hỗ trợ mà không hứa hẹn những hành vi nằm ngoài phạm vi. Khi doanh nghiệp tách rõ bản ghi được di chuyển khỏi thiết lập phía đích, Add-ons, Custom Service, hệ thống bên ngoài và trách nhiệm xác thực, quá trình thực hiện sẽ rõ hơn và quyết định phê duyệt kết quả cũng an toàn hơn.
Câu hỏi thường gặp
Khi nào Standard Service có thể đủ cho Magento?
Standard Service có thể đủ khi bản ghi thuộc phạm vi hỗ trợ, loại Products rõ ràng, thuộc tính được quản lý, cấu trúc store đơn giản, URL đã được chuẩn bị, kỳ vọng tồn kho ở mức kiểm soát được và doanh nghiệp có thể tự xác thực Demo Migration cũng như Di chuyển toàn bộ.
Khi nào nên xem xét Managed Service cho Magento?
Managed Service phù hợp khi di chuyển dữ liệu vẫn nằm trong phạm vi được hỗ trợ nhưng khối lượng phối hợp thực hiện đáng kể. Catalog lớn, nhiều configurable Products, nội dung bản địa hóa, rà soát URL, nhiều Orders hoặc nguồn lực nội bộ hạn chế đều có thể làm Managed Service trở thành lựa chọn an toàn hơn.
Add-ons khác Custom Service như thế nào trong Magento?
Add-ons điều chỉnh cách lọc bản ghi, chuyển đổi giá trị trường hoặc liên kết lại trường trong phạm vi được hỗ trợ. Custom Service xử lý dữ liệu extensions không được hỗ trợ, trường tùy chỉnh cần diễn giải ngoài phạm vi mapping được hỗ trợ, ID bên ngoài, phép biến đổi riêng, cách vận hành của Custom Platform hoặc quy tắc di chuyển dữ liệu tùy chỉnh.
Demo Migration cần chứng minh điều gì trước Di chuyển toàn bộ?
Demo Migration cần chứng minh rằng các mẫu đại diện hoạt động đúng như dự kiến trên Magento: loại Products, quan hệ configurable, thuộc tính, Categories, URL, Customers, Orders, tồn kho, nội dung và các trường hợp tùy chỉnh hoặc do extensions quản lý có ảnh hưởng đến phạm vi.
Phương án dịch vụ đã chọn có bao gồm cấu hình Adobe Commerce và triển khai extensions không?
Phương án dịch vụ không tự bao gồm các công việc này. Dịch vụ chuyển đổi dữ liệu đã thống nhất bao quát phạm vi dữ liệu được chấp nhận cùng các yêu cầu di chuyển dữ liệu tùy chỉnh đã được đưa vào phạm vi. Cấu hình website, store, store view, B2B, payment, shipping, modules, theme và các tích hợp vẫn là công việc riêng trừ khi trách nhiệm đó được nêu rõ trong phạm vi đã thỏa thuận.