Sau khi dữ liệu được chuyển sang Adobe Commerce, việc xác thực cần chứng minh các bản ghi đã di chuyển thực sự hỗ trợ mô hình vận hành doanh nghiệp dự kiến. Một bản ghi Products có thể tồn tại trong giao diện quản trị nhưng vẫn tạo ra kết quả thương mại sai nếu thiếu associated Simple Products, sai giá trị attributes, sai shared-catalog assignment, thiếu content theo store view, sai source inventory hoặc áp dụng sai mức giá cho từng người mua. Tương tự, company account có thể tồn tại nhưng người mua lại không truy cập được catalog, permissions hoặc ngữ cảnh mua hàng cần thiết.
Bộ thông tin dùng để xác thực phải đi theo các quan hệ thực tế của Adobe Commerce: nhóm Products với associated SKU; attribute set với lựa chọn hiển thị cho người mua; company với company user và shared catalog; website với store và store view; source với stock và lượng hàng có thể bán; Orders trước đây với Customers và ngữ cảnh giao dịch; external identifier với hệ thống sử dụng identifier đó. Đối chiếu số lượng hỗ trợ reconciliation nhưng không đủ để tự phê duyệt đưa cửa hàng vào vận hành.
Xác định cơ sở xác thực và người có quyền quyết định
Dùng một trạng thái quyết định cho từng hạng mục quan trọng:
- Pass: kết quả kiểm thử ở cả trường hợp đại diện và ngoại lệ chứng minh Adobe Commerce hoạt động đúng như dự kiến.
- Watch: kết quả có thể sử dụng, nhưng vẫn còn một điều chỉnh không ngăn việc đưa cửa hàng vào vận hành, tác vụ cấu hình, quyết định của người phụ trách hoặc khác biệt nền tảng đã được ghi nhận.
- Block: vấn đề ảnh hưởng đáng kể đến mua hàng, truy cập B2B, pricing, inventory, phạm vi storefront, Orders trước đây, content, SEO, hoạt động của các tích hợp, compliance hoặc phạm vi di chuyển dữ liệu đã thống nhất.
| Hạng mục xác thực | Điều cần chứng minh trên Adobe Commerce | Điều kiện Block thường gặp |
|---|---|---|
| Kiến trúc catalog | Loại Products, associated Products, attributes, prices, media và quan hệ Categories hỗ trợ đúng hành trình mua hàng. | Một nhóm Products ưu tiên không thể được cấu hình, định giá hoặc mua đúng cách. |
| Cấu trúc B2B | Companies, company users, roles, shared catalogs và quyền truy cập của người mua phù hợp với mô hình vận hành. | Một nhóm người mua quan trọng nhìn thấy sai assortment, price hoặc quyền truy cập tài khoản. |
| Phạm vi store | Websites, stores và store views hiển thị đúng Products, content, ngôn ngữ, URLs và ngữ cảnh Customers. | Một storefront ưu tiên thiếu dữ liệu hoặc hiển thị dữ liệu thuộc phạm vi khác. |
| Inventory | Sources, stocks, sales-channel assignments, reservations và lượng hàng có thể bán hỗ trợ đúng việc bán và xử lý đơn hàng. | Người mua có thể mua hàng không còn sẵn hoặc không thể mua hàng thực tế còn sẵn. |
| Orders và Customers | Company hoặc Customers identity, dòng hàng, totals, địa chỉ, statuses và external references vẫn có thể hiểu và đối chiếu. | Bộ phận hỗ trợ, finance hoặc operations không thể đối chiếu một bản ghi Orders quan trọng. |
| Phạm vi tùy chỉnh | Dữ liệu extensions, các tích hợp, đầu ra di chuyển dữ liệu đã thống nhất và các phần xử lý không tiêu chuẩn hoạt động qua đúng hệ thống sử dụng chúng. | Một quy trình quan trọng trước khi đưa cửa hàng vào vận hành mất dữ liệu hoặc identifier cần thiết. |
Quyết định phải nêu rõ website, store view, company, shared catalog, SKU, inventory stock và ngữ cảnh các tích hợp đã được kiểm tra. Một kết luận Pass chung cho toàn bộ store không đủ khi các phạm vi doanh nghiệp có thể tạo ra kết quả khác nhau.
Thông tin xác thực cũng cần chỉ rõ người phụ trách nghiệp vụ cho từng phạm vi. Nhóm catalog, B2B, inventory, content, finance và các tích hợp có thể phê duyệt những phần khác nhau của cùng một kết quả di chuyển dữ liệu; một kiểm tra kỹ thuật không được tự động thay cho quyết định thuộc phạm vi vận hành của nhóm khác.
Dùng kiểm thử đại diện để chứng minh mô hình doanh nghiệp
Kiểm thử đại diện nên được thiết kế theo các giả định cấu trúc, không phải chọn những bản ghi dễ nhất. Khi có liên quan, cần bao gồm:
- Simple, Configurable, Grouped, Bundle, Virtual và Downloadable Products;
- nhóm Configurable Products có nhiều associated SKUs, swatches, images, prices và điều kiện inventory khác nhau;
- Products thuộc các attribute sets và Categories khác nhau;
- company accounts có user roles hoặc purchasing permissions khác nhau;
- companies được gán public hoặc custom shared catalogs;
- trường hợp buyer-specific pricing và pricing theo nhóm Customers;
- dữ liệu từ từng website, store và store view quan trọng;
- Products được gán cho nhiều sources và stocks;
- Customers và Orders có discounts, taxes, refunds, shipments hoặc ngữ cảnh B2B;
- CMS Pages, content blocks, staged content và URLs cần ưu tiên;
- dữ liệu do extensions sở hữu và external identifiers.
Một phát hiện trong kiểm thử đại diện phải được đánh dấu Block nếu phát hiện đó cho thấy lỗi chuyển đổi cấu trúc sẽ lặp lại khi mở rộng phạm vi, chẳng hạn associated Products được ghép sai, company users tách khỏi company, shared-catalog pricing gán sai nhóm người mua hoặc inventory gắn nhầm source hay stock.
Kiểm thử đại diện không cần chứng minh toàn bộ khối lượng. Mục tiêu là xác nhận các mẫu đã chọn bao phủ những quan hệ doanh nghiệp chính và kết quả kiểm thử có thể được các chủ sở hữu nghiệp vụ lẫn kỹ thuật lặp lại để xác nhận.
Xác thực loại Products, attributes và cách catalog hoạt động
Xác thực Products trên Adobe Commerce cần bao phủ các loại Products mà cửa hàng thực sự sử dụng. Configurable Products phụ thuộc vào associated Simple Products có SKUs và inventory riêng. Bundle và Grouped Products phụ thuộc vào quan hệ thành phần. Downloadable và Virtual Products có ý nghĩa giao hàng khác. Custom options có thể thu thập lựa chọn của người mua nhưng không tạo ra associated Products có tồn kho độc lập.
| Nội dung xác thực Products | Pass | Watch | Block |
|---|---|---|---|
| Loại Products | Loại ở đích hỗ trợ đúng cách mua và xử lý đơn hàng dự kiến. | Còn khác biệt trình bày không quan trọng. | Products không thể được mua hoặc xử lý như dự kiến. |
| Associated Products | Quan hệ cha-con, SKUs, prices, media và option values đúng. | Cần chỉnh thứ tự hoặc nhãn ở mức nhỏ. | Child Products bị thiếu, trùng hoặc gắn sai parent. |
| Attribute sets | Products dùng đúng các trường cần thiết cho nhóm Products tương ứng. | Cần dọn một số các trường tùy chọn. | Thiếu attributes bắt buộc hoặc gán attributes cho sai loại Products. |
| Search và layered navigation | Attributes có thể search/filter đưa ra các giá trị hữu ích. | Cần tinh chỉnh một số filters ít quan trọng. | Người mua không thể tìm thấy một nhóm Products ưu tiên. |
| Vị trí Categories | Products xuất hiện trong Categories và phạm vi storefront dự kiến. | Còn cần chỉnh thứ tự merchandising. | Products không thể truy cập hoặc bị lộ ở sai ngữ cảnh người mua. |
| Media và URLs | Images, swatches, metadata và public routes hỗ trợ lựa chọn chính xác. | Còn dọn dẹp media phụ. | Products identity hoặc route ưu tiên sai đáng kể. |
Cần kiểm tra cả storefront và giao diện quản trị. Products có thể đạt yêu cầu khi người mua sử dụng nhưng thất bại về vận hành nếu nhân sự không thể hiểu attribute set, child SKU, source inventory hoặc key dùng cho các tích hợp. Ngược lại, bản ghi trong giao diện quản trị dù sạch vẫn không đạt nếu người mua dự kiến không thể tìm hoặc mua Products.
Bộ thông tin xác thực cũng phải bao gồm giá trị Products theo store view. Names, descriptions, option labels, metadata, URLs và media có thể đúng ở phạm vi mặc định nhưng vẫn thiếu hoặc sai ở các store views bản địa hóa.
Xác thực B2B companies, người mua, shared catalogs và pricing
Xác thực B2B trên Adobe Commerce phải tách bản ghi Customers cá nhân khỏi quan hệ cấp company. Company administrators, company users, roles, permissions, shared catalogs, negotiated prices, purchase approvals, credit context và external account identifiers có thể cùng tham gia một hành trình mua hàng.
| Nội dung xác thực B2B | Điều cần chứng minh |
|---|---|
| Company identity | Bản ghi company, status, addresses, external IDs và người quản trị có thể được hiểu rõ. |
| Company users | Users đại diện vẫn gắn với đúng company và role. |
| Buyer permissions | Người mua chỉ thực hiện được các hành động mua hàng và quản lý tài khoản theo quyền dự kiến. |
| Shared-catalog assignment | Company nhận đúng public hoặc custom shared catalog. |
| Products selection | Products và associated Products cần thiết có trong shared catalog được gán. |
| Custom pricing | Products, quantity và company context tạo ra đúng mức giá dự kiến. |
| Quan hệ nhóm Customers | Company và shared-catalog assignments tạo đúng ngữ cảnh nhóm Customers. |
Phải xác thực bằng phiên đăng nhập của người mua thực tế, không chỉ qua bảng dữ liệu trong giao diện quản trị. Shared catalog có thể tồn tại nhưng không chứa Products cần thiết, thiếu associated components của Products phức tạp hoặc đưa custom prices tới sai company. Những kết quả này phải là Block trước khi đưa cửa hàng vào vận hành.
Với cửa hàng kết hợp B2B/B2C, quyết định cho storefront bán lẻ và người mua thuộc company phải được giữ riêng. Storefront bán lẻ có thể Pass trong khi một B2B company vẫn bị Block vì catalog access, price, role hoặc cấu trúc tài khoản. Báo cáo cuối cùng cần giữ các trạng thái này tách biệt.
Xác thực websites, stores, store views và phạm vi content
Adobe Commerce dùng hệ thống phân cấp website, store và store view. Việc xác thực cần chứng minh đúng phạm vi cho phân bổ Products, root Categories, cách Customers hoạt động, pricing, ngôn ngữ, content, URL keys, metadata và dữ liệu chịu ảnh hưởng của cấu hình.
Rà soát từng phạm vi có ý nghĩa thương mại:
- ngữ cảnh Products và Customers ở cấp website;
- root Categories và navigation ở cấp store;
- bản địa hóa và content theo store view;
- quan hệ domain, base URL, currency và locale khi có liên quan;
- khả năng hiển thị assortment B2C và B2B;
- CMS Pages, blocks, widgets và staged campaigns;
- URLs và redirects ưu tiên cho Products và Categories.
Dùng Watch khi dữ liệu nền đã đúng nhưng vẫn còn công việc có kiểm soát về theme, navigation hoặc vị trí content. Dùng Block khi một store view ưu tiên hiển thị sai Products, ngôn ngữ, price, route, policy content hoặc quyền truy cập của người mua.
Content Staging cần có bộ thông tin xác thực riêng nếu là một phần của mô hình vận hành. Xác nhận content hiện tại đã di chuyển và mọi staged records đã thống nhất có đúng version, schedule, scope và đích hay không. Không được giả định dữ liệu staging trong quá khứ sẽ tự tái tạo thời điểm kích hoạt campaign đang hoạt động nếu đầu ra đó chưa được đưa vào phạm vi và xác thực.
Xác thực inventory sources, stocks, reservations và lượng hàng có thể bán
Adobe Commerce Inventory Management tách physical sources, stocks tổng hợp, sales-channel assignments, source quantities, reservations và salable quantity. Sao chép một con số quantity không chứng minh Products có thể được bán hoặc xử lý từ đúng địa điểm.
| Nội dung xác thực inventory | Trọng tâm kiểm tra |
|---|---|
| Source assignment | SKU được gán cho đúng warehouse, store, pickup location hoặc nguồn xử lý đơn hàng. |
| Source quantity | Quantity thuộc đúng SKU và physical source. |
| Quan hệ stock | Websites hoặc sales channels dự kiến dùng đúng stock. |
| Lượng hàng có thể bán | Trạng thái trên storefront phản ánh đúng source quantities, reservations và cấu hình. |
| Nhóm Configurable Products | Khả năng bán của parent phản ánh đúng associated Products hợp lệ. |
| Hệ thống quản lý chính bên ngoài | ERP, WMS hoặc marketplace identifiers vẫn trỏ tới đúng quan hệ SKU và source. |
| Orders trước đây | Orders được nhập không tạo ra reservations hoặc stock movements mới ngoài dự kiến. |
Products hiển thị nhưng không thể bán cần được chẩn đoán qua status của Products, tính sẵn sàng của child Products, source assignment, stock assignment, reservations, quy tắc backorder và phạm vi storefront. Đánh dấu Block khi điều kiện này ảnh hưởng Products ưu tiên hoặc dẫn tới overselling.
Thông tin inventory đã di chuyển phải được đánh giá riêng với cấu hình kho hàng, source selection, pickup, carrier hoặc ERP đang vận hành. Các hệ thống đó cần được phê duyệt vận hành riêng ngay cả khi opening quantities đã đạt yêu cầu.
Xác thực Customers, Orders, payments và lịch sử xử lý đơn hàng
Xác thực Customers và Orders cần chứng minh thông tin giao dịch trước đây vẫn có thể hiểu được. Bộ kiểm tra nên bao gồm Customers bán lẻ, người mua thuộc company, khách không đăng nhập, nhiều địa chỉ, nhóm Customers, external account IDs và các trường hợp identity dễ bị trùng.
Orders trước đây cần giữ Products hoặc SKU lines, configured options, ngữ cảnh company hoặc Customers, addresses, prices, discounts, taxes, shipping, payment references, statuses, invoices, shipments, credit memos, comments và external IDs khi các dữ liệu này thuộc phạm vi.
Orders đã di chuyển không chứng minh live checkout, payment gateways, tax, fraud, shipping, source selection, fulfillment, notifications, returns, purchase approvals hoặc credit workflows đã sẵn sàng. Đây là các cấu hình Adobe Commerce hoặc các tích hợp đang hoạt động, có chủ sở hữu và quy trình phê duyệt riêng.
Dùng Block khi một bản ghi Orders quan trọng có totals sai, mất cấu hình dòng hàng, gắn sai Customers hoặc company, hoặc không thể đối chiếu với finance hay fulfillment. Dùng Watch cho khác biệt trình bày đã được chấp nhận hoặc ngoại lệ lịch sử không quan trọng đã được ghi rõ.
Báo cáo xác thực cần nêu bản ghi Orders đang được duyệt nhằm phục vụ khả năng đọc hiểu của bộ phận chăm sóc Customers, đối chiếu tài chính, báo cáo vận hành hay cả ba. Mỗi mục đích có thể cần cơ sở xác thực khác nhau.
Xác thực extensions, các tích hợp và các đầu ra được hỗ trợ hoặc xử lý riêng
Hệ thống Adobe Commerce thường phụ thuộc vào extensions, custom modules, ERP/PIM/WMS các tích hợp, dịch vụ search, nhà cung cấp tax, marketplace connectors, payment services và dữ liệu riêng. Việc một giá trị tồn tại trong custom attribute hoặc table không chứng minh quy trình tiếp tục có thể sử dụng giá trị đó.
Với mọi custom value quan trọng trước khi đưa cửa hàng vào vận hành, cần ghi rõ:
- đối tượng dữ liệu Adobe Commerce hoặc custom table sở hữu dữ liệu;
- extension, module hoặc hệ thống bên ngoài sử dụng dữ liệu;
- identifier ổn định của Products, Customers, company hoặc Orders;
- hướng đồng bộ dự kiến;
- kết quả kiểm thử đại diện cho cả trường hợp thành công và ngoại lệ;
- người chịu trách nhiệm cho cấu hình hoặc triển khai còn chưa hoàn tất.
Xác thực các đầu ra được hỗ trợ và đầu ra xử lý riêng theo đúng phạm vi đã ghi nhận. Một mapping, filter, cấu trúc dữ liệu đã được xử lý lại hoặc trường tùy chỉnh được bàn giao cần được kiểm tra qua storefront, giao diện quản trị, API, extension hoặc external workflow thực sự sử dụng dữ liệu đó. Xác thực đánh giá kết quả đã bàn giao; không dùng bước này để thay đổi ngược lại quyết định về Dịch vụ chuyển đổi dữ liệu đã chọn.
Dùng Block khi luồng các tích hợp bắt buộc không thể nhận diện bản ghi đã di chuyển, custom relationship bị mất parent hoặc extension quan trọng nhận giá trị không tương thích. Dùng Watch khi phần triển khai hoặc cấu hình nằm ngoài phạm vi di chuyển dữ liệu nhưng dữ liệu và người chịu trách nhiệm đã được xác định đầy đủ.
Phân biệt kiểm thử đại diện với kết quả từ toàn bộ quá trình di chuyển dữ liệu
Kiểm thử đại diện chứng minh một số giả định cấu trúc đã chọn. Quá trình di chuyển dữ liệu ở phạm vi rộng hơn phải chứng minh đầy đủ phạm vi, khối lượng, quan hệ và các ngoại lệ.
Thông tin xác nhận từ phạm vi rộng hơn nên bao gồm:
- tất cả loại Products chính và attribute sets;
- toàn bộ websites, stores và store views;
- mức độ đầy đủ của companies và shared catalogs;
- quan hệ Customers và Orders;
- inventory sources, stocks và external IDs;
- CMS Pages, blocks, staged content và redirects ưu tiên;
- toàn bộ đầu ra được hỗ trợ và xử lý riêng đã thống nhất;
- báo cáo ngoại lệ từ extensions và các tích hợp;
- những thay đổi phát sinh sau kiểm thử di chuyển dữ liệu đại diện.
Trạng thái Pass từ kiểm thử đại diện phải được mở lại nếu quá trình di chuyển dữ liệu rộng hơn phát hiện attribute values không nhất quán, thiếu associated Products, company assignments chưa đầy đủ, shared catalogs có khoảng trống, store-view values bị ghi đè, quan hệ source-inventory sai, Customers trùng, Orders mất quan hệ hoặc custom records không đạt.
Khi rà soát toàn bộ khối lượng, cần tách ngoại lệ theo website, store view, company, shared catalog, nhóm Products, attribute set, source location và giai đoạn dữ liệu nguồn. Số liệu tổng hợp có thể che giấu một lỗi hoàn toàn ở một phân khúc doanh nghiệp cụ thể.
Xác thực lại sau các hành động di chuyển dữ liệu về sau
| Hành động về sau | Phạm vi cần xác thực lại trên Adobe Commerce |
|---|---|
| tiếp tục với cấu hình đã được chấp nhận | Xác thực bản ghi mới đủ điều kiện và xác nhận các giả định trước đó về Products, company, shared catalog, phạm vi store, inventory, Customers, Orders, content và các tích hợp vẫn còn đúng. |
| tiếp tục với cấu hình đã điều chỉnh | Xác thực lại toàn bộ quan hệ chịu ảnh hưởng bởi thay đổi về filters, mappings, lựa chọn loại dữ liệu hoặc cấu hình, kể cả kết quả đã được duyệt trước đó. |
| tạo một kết quả di chuyển dữ liệu riêng | Xem đầu ra như một kết quả di chuyển dữ liệu độc lập và lặp lại toàn bộ vòng xác thực Adobe Commerce cùng quyết định đưa cửa hàng vào vận hành. |
Giữ quyết định trước đó bên cạnh quyết định mới. Nếu một nhóm Products, company account hoặc store view chuyển từ Pass sang Watch hay Block, cần ghi rõ nguyên nhân và cơ sở xác thực mới.
Với Adobe Commerce, việc xác thực lại cần lần theo chuỗi phụ thuộc. Company assignment thay đổi có thể làm thay đổi shared-catalog access và nhóm Customers; associated SKU thay đổi có thể ảnh hưởng inventory và tham chiếu trong Orders; store-view mapping thay đổi có thể ảnh hưởng URLs, content và thông tin Products bản địa hóa.
Xây dựng quyết định đưa Adobe Commerce vào vận hành
Chỉ nên phê duyệt đưa Adobe Commerce vào vận hành khi:
- không còn Block chưa xử lý ảnh hưởng tới mua hàng, company access, shared catalogs, pricing, phạm vi store, inventory, Orders trước đây, content, SEO, compliance hoặc các tích hợp;
- kiểm thử di chuyển dữ liệu đại diện và kết quả từ phạm vi di chuyển dữ liệu rộng hơn đã hoàn tất;
- đầu ra được hỗ trợ và xử lý riêng đã thống nhất có kết quả xác nhận;
- live checkout, payments, tax, hoạt động inventory, shipping, fulfillment, B2B workflows và extension deployment trên Adobe Commerce được phê duyệt riêng;
- đã xác thực lại sau các hành động di chuyển dữ liệu về sau có liên quan;
- mọi hạng mục Watch được chấp nhận đều có người phụ trách và ngày hoàn tất.
Báo cáo cuối cùng cần giữ trạng thái riêng cho mức độ sẵn sàng của B2C storefront, B2B, dữ liệu lịch sử, inventory, content/SEO và các tích hợp. Không nên phê duyệt đưa hệ thống doanh nghiệp vào vận hành bằng một kết quả trung bình duy nhất có thể che khuất company segment hoặc store view đang bị Block.
Kết luận
Xác thực Adobe Commerce cần chứng minh kiến trúc Products, attributes, B2B companies, shared catalogs, storefronts theo phạm vi, inventory, Customers, Orders, content và custom systems hoạt động cùng nhau trong đúng ngữ cảnh doanh nghiệp dự kiến.
Kiểm thử đại diện đánh giá thiết kế doanh nghiệp ở quy mô mẫu. Quá trình di chuyển dữ liệu rộng hơn phải chứng minh đầy đủ companies, catalogs, phạm vi store, inventory, Orders, content và các tích hợp, còn mọi hành động về sau phải mở lại các quan hệ mà chúng làm thay đổi. Quyết định đưa cửa hàng vào vận hành cần dựa trên kết quả Pass, Watch và Block đã được ghi nhận, không chỉ dựa vào việc bản ghi có tồn tại hay không.
Câu hỏi thường gặp
Vì sao shared catalogs của Adobe Commerce phải được xác thực qua tài khoản người mua?
Shared catalog tồn tại không chứng minh người mua có đúng quyền truy cập. Một người mua đại diện thuộc company cần nhìn thấy đúng Products, associated components, Categories, prices và purchasing options thông qua catalog được gán.
Cần kiểm tra gì với Configurable Products?
Cần xác thực cùng lúc parent, associated Simple Products, variation attributes, SKUs, prices, images, source inventory, trạng thái có thể bán, vị trí Categories và kết quả trong dòng hàng của Orders.
Một store view đạt Pass có thể phê duyệt toàn bộ hệ thống Adobe Commerce không?
Không thể dùng một store view để phê duyệt toàn hệ thống. Websites, stores và store views có thể có phân bổ Products, content, ngôn ngữ, URLs và cấu hình khác nhau. Mỗi phạm vi có ý nghĩa thương mại cần có kết quả xác thực riêng.
Orders đã di chuyển có chứng minh B2B và quy trình xử lý đơn hàng đang vận hành đã sẵn sàng không?
Orders trước đây chỉ chứng minh thông tin giao dịch vẫn có thể đọc hiểu và đối chiếu. Live approvals, credit, payments, tax, inventory reservations, shipping, source selection và fulfillment cần cấu hình riêng trên Nền tảng đích cùng phê duyệt vận hành.
Dữ liệu extensions và các tích hợp nên được phê duyệt như thế nào?
Kiểm thử các giá trị đã di chuyển qua extension, API hoặc hệ thống bên ngoài thực sự sử dụng chúng, với identifiers ổn định và cả bản ghi đại diện cho ngoại lệ.
Sau một hành động di chuyển dữ liệu tiếp theo trên Adobe Commerce, phần nào cần được xác thực lại?
Cần lặp lại việc xác thực đối với mọi company, shared catalog, phạm vi store, SKU, Orders và giả định các tích hợp bị thay đổi bởi hành động đó. Nếu tạo một kết quả di chuyển dữ liệu riêng, cần thực hiện lại toàn bộ quyết định xác thực và quyết định đưa cửa hàng vào vận hành.