Xác thực kết quả chuyển đổi sang Shopware phải chứng minh rằng các bản ghi đã di chuyển vẫn hỗ trợ đúng mô hình thương mại theo Sales Channels và rules mà doanh nghiệp dự kiến sử dụng. Một bản ghi Products có thể tồn tại nhưng variants, property values, visibility theo Sales Channel, advanced prices, tham chiếu Rule Builder, trường tùy chỉnh hoặc vị trí trong Shopping Experiences vẫn có thể tạo ra kết quả sai cho người mua. Tương tự, Customers hoặc Orders có thể đã được di chuyển nhưng mất ngữ cảnh Sales Channel, chi tiết mặt hàng, lịch sử trạng thái hoặc định danh bên ngoài cần cho hỗ trợ và đối soát.
Việc kiểm chứng cần bám theo những quan hệ Shopware thực sự sử dụng: Products với variants và properties; Products với Sales Channels và visibility; giá hoặc promotions với điều kiện Rule Builder; Customers với Sales Channels; Orders với chi tiết mặt hàng và trạng thái; nội dung với Shopping Experiences hoặc Categories; và trường tùy chỉnh với app, extension hoặc hệ thống tích hợp đang sử dụng giá trị đó.
Phân loại kết quả Shopware theo Pass, Watch và Block
- Pass: mẫu đại diện và các trường hợp ngoại lệ chứng minh kết quả Shopware hoạt động đúng như dự kiến.
- Watch: kết quả thương mại vẫn có thể sử dụng, nhưng còn hạng mục chỉnh sửa, trình bày, cấu hình hoặc khác biệt đã được ghi nhận và không cản trở việc đưa cửa hàng vào vận hành.
- Block: vấn đề ảnh hưởng đáng kể đến khả năng bán hàng, giá, visibility của Products, quyền truy cập của Customers, lịch sử đơn hàng, nội dung, SEO, khả năng tiếp tục sử dụng các tích hợp, yêu cầu tuân thủ hoặc phạm vi di chuyển dữ liệu đã thống nhất.
| Hạng mục cần kiểm chứng | Điều cần chứng minh trên Shopware | Điều kiện Block điển hình |
|---|---|---|
| Mô hình Products | Products cha, variants, properties, giá, media, stock và gán Categories hỗ trợ đúng quá trình mua hàng. | Products ưu tiên không thể chọn hoặc mua đúng cách. |
| Sales Channels | Products, Customers, domains, currencies, languages và nội dung xuất hiện đúng trên các kênh dự kiến. | Một Sales Channel ưu tiên thiếu dữ liệu hoặc hiển thị sai danh mục hàng hóa. |
| Rules và giá | Tham chiếu Rule Builder, advanced prices, promotions, shipping và payment được đánh giá đúng theo ngữ cảnh. | Nhóm người mua quan trọng nhận sai giá, quyền truy cập hoặc lựa chọn trong checkout. |
| Customers và Orders | Danh tính, ngữ cảnh Sales Channel, chi tiết mặt hàng, tổng giá trị, trạng thái, địa chỉ và IDs bên ngoài vẫn hiểu và đối soát được. | Orders quan trọng trong lịch sử không thể đối soát. |
| Nội dung và SEO | Categories, Shopping Experiences, media, routes, metadata và redirects giúp khách hàng tiếp cận đúng nội dung. | Nội dung hoặc đường dẫn có giá trị cao không hoạt động. |
| Extensions | Trường tùy chỉnh, apps, plugins, kết quả di chuyển dữ liệu đã thống nhất và phần xử lý không tiêu chuẩn hoạt động đúng qua thành phần chịu trách nhiệm. | Quy trình quan trọng trước khi vận hành mất dữ liệu hoặc tham chiếu bắt buộc. |
Báo cáo nên ghi rõ Sales Channel, nhóm Customers, ngữ cảnh rule, ID của Products hoặc variants, ngôn ngữ, currency và hệ thống bên ngoài được dùng cho từng quyết định.
Mọi kết luận về Shopware cần nêu rõ Sales Channel và ngữ cảnh rule đã được kiểm tra. Cùng một bản ghi Products có thể Pass ở storefront này nhưng Block ở storefront khác vì visibility, currency, ràng buộc Customers, cơ chế giá nâng cao hoặc điều kiện Rule Builder không giống nhau.
Dùng mẫu đại diện để chứng minh mô hình Shopware
Bộ mẫu cần bao phủ những bản ghi có khả năng làm lộ các quan hệ đặc trưng của Shopware:
- Products đơn giản và các dòng sản phẩm có variants sử dụng nhiều nhóm property;
- Products có tổ hợp variant bị loại trừ hoặc không khả dụng;
- Products được gán cho các Sales Channels và mức visibility khác nhau;
- advanced prices phụ thuộc vào số lượng hoặc điều kiện Rule Builder;
- promotions, shipping hoặc payment phụ thuộc vào rules;
- Customers được ràng buộc với Sales Channels nếu mô hình này được sử dụng;
- Orders có discounts, Taxes, refunds, deliveries hoặc thay đổi trạng thái;
- Categories và Shopping Experiences có media cùng links nội bộ;
- trường tùy chỉnh, bản ghi app, dữ liệu plugin và external IDs.
Kết quả kiểm thử đại diện phải chứng minh thuộc tính ở nguồn đã được diễn giải đúng thành properties, lựa chọn variants, trường tùy chỉnh hoặc bản ghi bên ngoài trong Shopware. Nếu một lỗi cấu trúc có khả năng lặp lại trên toàn catalog hoặc nhiều Sales Channels, cần phân loại Block trước khi thực hiện di chuyển dữ liệu ở phạm vi rộng hơn.
Bộ mẫu cần có ít nhất một bản ghi Products hoặc Orders từ mỗi Sales Channel quan trọng và mỗi nhóm ngữ cảnh rule chính. Chỉ kiểm tra một cửa hàng mặc định không đủ để phê duyệt một mô hình Shopware đa kênh.
Xác thực Products, variants, properties và visibility
Shopware tạo variants từ các property values đã chọn. Products cha, tổ hợp variants, mã Products, giá, stock, media, thông tin giao hàng và visibility phải duy trì quan hệ nhất quán.
| Nội dung cần kiểm tra | Pass | Watch | Block |
|---|---|---|---|
| Cấu trúc variants | Các tổ hợp dự kiến tồn tại và vẫn thuộc đúng Products cha. | Còn chỉnh sửa nhỏ về thứ tự hoặc tên lựa chọn. | Variants bị thiếu, trùng hoặc được tạo từ sai properties. |
| Mã Products và stock | Danh tính cùng tồn kho thuộc đúng variant. | Còn công việc dọn dữ liệu không quan trọng. | Bộ phận xử lý đơn hàng hoặc hệ thống tích hợp sẽ sử dụng sai mặt hàng. |
| Giá và Tax | Giá trị của Products hoặc variants tạo ra kết quả đúng trên storefront. | Còn khác biệt làm tròn hoặc trình bày đã được kiểm soát. | Products quan trọng có sai giá hoặc ngữ cảnh Tax. |
| Media | Media của Products cha và variants giúp người mua nhận biết đúng lựa chọn. | Còn chỉnh thứ tự ảnh phụ. | Người mua không thể phân biệt một variant bắt buộc. |
| Visibility | Trạng thái hoạt động và visibility theo Sales Channel chỉ đưa Products ra đúng nơi dự kiến. | Còn công việc xuất bản đã được kiểm soát. | Products bị hạn chế lại công khai hoặc Products cần bán bị mất khỏi storefront. |
| Properties và filters | Properties dùng để mô tả và tạo variants hỗ trợ đúng việc lọc và lựa chọn. | Còn dọn một số filter ít giá trị. | Một dòng sản phẩm quan trọng không thể được tìm hoặc cấu hình đúng. |
Cần kiểm tra trên storefront, khu vực Administration, cart, chi tiết mặt hàng trong Orders và hệ thống bên ngoài. Một variant hiển thị đúng nhưng dùng sai mã Products hoặc danh tính stock không thể được coi là Pass.
Shopware có thể dùng properties cho cả việc tạo variants và lọc Products. Cần xác nhận properties chỉ mang tính mô tả không bị biến thành chiều variant không cần thiết, đồng thời các giá trị thực sự xác định variant không bị dồn vào trường tùy chỉnh.
Bộ mẫu nên có variants với tổ hợp bị loại trừ, tổ hợp không hoạt động, media riêng và nhiều trạng thái stock. Những trường hợp này cho biết cấu trúc được tạo lại có duy trì đúng danh tính mặt hàng có thể bán hay chỉ giữ được nhãn lựa chọn bề mặt.
Xác thực Sales Channels, domains, languages và phạm vi Customers
Sales Channels có thể đại diện storefronts, Headless APIs, feeds so sánh sản phẩm, social channels hoặc các ngữ cảnh bán hàng khác. Việc xác thực phải chứng minh cách gán kênh cùng domain, language, currency, Customers, Products, navigation và theme liên quan.
Cần rà soát:
- gán Products và Categories cho từng Sales Channel quan trọng;
- mức visibility của Products trong từng kênh;
- cách domains và routes hoạt động;
- languages và giá trị bản dịch;
- currencies và cách hiển thị giá;
- Categories đóng vai trò điểm vào navigation;
- ràng buộc Customers với Sales Channels nếu được bật;
- định danh cho Headless hoặc feeds nếu được sử dụng.
Dùng Block khi Products hoặc Customers ưu tiên xuất hiện sai kênh, không có trên kênh dự kiến hoặc nằm trong route/currency context khiến quá trình mua không thể thực hiện đúng. Dùng Watch khi dữ liệu chính xác nhưng vẫn còn công việc có kiểm soát về theme, navigation hoặc merchandising.
Ràng buộc Customers theo Sales Channel cần dữ liệu kiểm chứng riêng. Khi Shopware cho phép Customers gắn với Sales Channels, cùng một email có thể thuộc các tài khoản khác nhau trên các kênh khác nhau. Hãy xác thực danh tính và quan hệ với Orders trong đúng Sales Channel thay vì gộp tài khoản chỉ dựa vào email.
Xác thực Rule Builder, advanced prices, promotions, shipping và payment
Rule Builder của Shopware có thể ảnh hưởng advanced prices, promotions, visibility của Products, shipping methods, payment methods và nhiều điều kiện thương mại khác. Di chuyển Products và Customers không tự tái tạo mọi rule đang hoạt động.
| Nội dung phụ thuộc rule | Cần chứng minh |
|---|---|
| Danh tính rule | Rule dự kiến tồn tại hoặc có thành phần chịu trách nhiệm thay thế rõ ràng trên đích. |
| Dữ liệu được tham chiếu | Nhóm Customers, Sales Channels, currencies, Products, tags, trường tùy chỉnh và các tham chiếu khác trỏ đúng đối tượng. |
| Advanced price | Đúng người mua, số lượng, Products và Sales Channel tạo ra mức giá dự kiến. |
| Promotion | Conditions và exclusions tạo đúng discount mà không kết hợp ngoài ý muốn. |
| Khả dụng của shipping/payment | Phương thức dự kiến chỉ xuất hiện trong đúng ngữ cảnh thương mại. |
| Visibility của Products | Products chịu điều khiển bởi rule được hiển thị hoặc ẩn đúng nơi nếu chức năng này được sử dụng. |
Một định nghĩa rule đã được sao chép không thể Pass nếu các tham chiếu của rule trỏ đến IDs đã thay đổi hoặc không tồn tại. Cần kiểm tra trong đúng ngữ cảnh storefront nơi rule thực sự được đánh giá. Dùng Block cho lỗi quan trọng về giá, quyền truy cập hoặc checkout; dùng Watch cho công việc cấu hình đã được ghi nhận nhưng không cản trở vận hành.
Discounts cùng nhãn shipping/payment trong lịch sử đơn hàng chỉ là dữ liệu giao dịch. Chúng không chứng minh Rule Builder, promotion, shipping hoặc payment hiện tại đã được cấu hình đúng.
Tài liệu kiểm chứng nên lưu conditions của rule và các tham chiếu thực tế được sử dụng khi đánh giá. Một rule có thể vẫn hợp lệ về cấu trúc nhưng tham chiếu Products, Sales Channel, nhóm Customers, currency, tag hoặc trường tùy chỉnh không còn đại diện đúng đối tượng dự kiến.
Xác thực Customers, Orders, trạng thái và lịch sử giao dịch
Xác thực Customers cần bao phủ danh tính, địa chỉ, nhóm Customers, gán Sales Channel, language, consent, external IDs và các trường hợp dễ trùng tài khoản.
Đối với Orders, cần duy trì Customers hoặc danh tính guest, chi tiết mặt hàng, variants, trường tùy chỉnh, giá, discounts, Taxes, shipping costs, trạng thái payment và delivery, trạng thái Orders, documents, refunds, địa chỉ cùng external references nếu nằm trong phạm vi.
Dùng Block khi Orders quan trọng mất thông tin variant hoặc dữ liệu tùy chỉnh trong từng mặt hàng, totals sai, liên kết Customers không an toàn, lịch sử trạng thái không còn sử dụng được hoặc đối soát với hệ thống bên ngoài thất bại. Dùng Watch cho khác biệt trình bày có kiểm soát hoặc phần loại trừ ít giá trị đã được chấp nhận.
Orders đã di chuyển không chứng minh checkout, Rule Builder, payments, Tax, shipping, warehouse, quy trình xử lý đơn hàng, tạo documents, notifications, returns hoặc export sang ERP đang hoạt động đúng. Những chức năng hiện tại cần được phê duyệt vận hành riêng.
Cần xác thực ý nghĩa trạng thái cẩn thận. Shopware có thể phân biệt trạng thái của Orders, transactions và deliveries. Một trạng thái duy nhất ở Cửa hàng nguồn có thể cần được diễn giải trên nhiều nhóm trạng thái thay vì sao chép máy móc thành một nhãn.
Xác thực Categories, Shopping Experiences, URLs và nội dung
Nội dung Shopware có thể bao gồm Categories, Shopping Experiences, layouts của Products, media, SEO URLs, metadata, navigation, landing pages và nội dung do app quản lý. Cần xác thực cả bản ghi và quan hệ vị trí của bản ghi đó.
| Nội dung | Trọng tâm xác thực |
|---|---|
| Cây Categories | Quan hệ cha-con, vai trò navigation, gán Products và ngữ cảnh Sales Channel. |
| Shopping Experiences | Gán đúng layout, blocks nội dung, media và Products/Categories được tham chiếu. |
| Layouts của Products | Các trang Products dự kiến dùng đúng layout và dữ liệu. |
| SEO URL | URLs nguồn ưu tiên đi tới destination hữu ích trong đúng domain và language. |
| Media | Files, alt text, quan hệ với đối tượng và khả năng hiển thị sau di chuyển dữ liệu đều đúng. |
| Links nội bộ | Links đi tới đúng route trên Shopware mà không còn đường dẫn nguồn lỗi thời. |
Dùng Block cho URLs ưu tiên bị lỗi, thiếu nội dung chính sách bắt buộc hoặc Shopping Experiences mất tham chiếu khiến hành trình quan trọng không hoạt động. Dùng Watch cho công việc trình bày có kiểm soát khi nội dung và thành phần chịu trách nhiệm đã đầy đủ.
Một bản ghi Categories không chứng minh navigation đã đúng, và một bản ghi Shopping Experiences cũng không chứng minh mọi block sẽ hiển thị đúng trong theme đích. Báo cáo cuối cần chỉ rõ vấn đề thuộc dữ liệu đã di chuyển hay phần trình bày trên Nền tảng đích.
Rà soát nội dung cũng cần bao gồm blocks có thể tái sử dụng và tham chiếu Products động nếu được sử dụng. Shopping Experiences có thể hiển thị được trong khi luồng Products, Categories, media hoặc giá trị đã dịch được tham chiếu vẫn chưa đầy đủ.
Xác thực trường tùy chỉnh, apps, plugins và các kết quả xử lý đã thống nhất
Trường tùy chỉnh trong Shopware có thể gắn giá trị có cấu trúc hoặc tham chiếu đối tượng vào nhiều khu vực và có thể được sử dụng bởi templates, cart data, Store API hoặc điều kiện Rule Builder. Apps và plugins có thể bổ sung đối tượng dữ liệu, trường, routes, subscribers, scheduled tasks hoặc các tích hợp bên ngoài.
Với mỗi giá trị quan trọng, cần ghi lại:
- đối tượng Shopware sở hữu giá trị và nhóm trường tùy chỉnh tương ứng;
- kiểu dữ liệu hoặc đối tượng được tham chiếu;
- app, plugin, storefront, rule trong Rule Builder, API hoặc hệ thống bên ngoài sử dụng dữ liệu;
- định danh ổn định;
- mẫu đại diện Pass và trường hợp ngoại lệ;
- thành phần chịu trách nhiệm cho phần triển khai hoặc cấu hình còn lại.
Các kết quả được hỗ trợ hoặc được xử lý riêng theo phạm vi đã thống nhất phải được xác thực đúng theo nội dung đã chấp nhận. Trường đã biến đổi hoặc quan hệ tùy chỉnh cần được kiểm tra thông qua chính app, API, rule, storefront template hoặc hệ thống bên ngoài đang sử dụng giá trị đó.
Dùng Block khi dữ liệu tùy chỉnh mất đối tượng sở hữu, tham chiếu đối tượng sai, rule không thể đánh giá hoặc hệ thống bên ngoài không thể nhận diện bản ghi. Dùng Watch khi phần triển khai app/plugin còn lại nằm ngoài phạm vi di chuyển dữ liệu nhưng hợp đồng dữ liệu, tính toàn vẹn tham chiếu và thành phần chịu trách nhiệm đã được ghi nhận đầy đủ.
Phân biệt kiểm thử đại diện với kiểm chứng sau khi di chuyển dữ liệu ở phạm vi rộng hơn
Kiểm thử đại diện chứng minh các giả định cấu trúc đã chọn. Di chuyển Khi được thực hiện ở phạm vi rộng hơn, quá trình rà soát phải chứng minh độ bao phủ về số lượng, Sales Channels, quan hệ và ngoại lệ.
Rà soát phạm vi rộng hơn nên bao gồm:
- mọi mô hình Products và variants quan trọng;
- đầy đủ gán Sales Channel và visibility;
- languages, currencies, domains và ràng buộc Customers;
- tham chiếu Rule Builder, giá, promotions, shipping và payment;
- Customers và Orders trên các nhóm trạng thái và trường hợp ngoại lệ;
- Categories, Shopping Experiences, media và URLs;
- mọi kết quả được hỗ trợ hoặc xử lý riêng đã thống nhất;
- ngoại lệ liên quan apps, plugins, trường tùy chỉnh và external IDs;
- thay đổi phát sinh sau lần kiểm thử đại diện.
Một kết quả Pass ở giai đoạn kiểm thử đại diện phải được mở lại nếu di chuyển dữ liệu ở phạm vi rộng hơn phát hiện tổ hợp variants bị thiếu, properties không nhất quán, thiếu gán Sales Channel, tham chiếu rule bị lỗi, Customers trùng, Orders mất liên kết, lỗi tham chiếu nội dung hoặc dữ liệu plugin chưa được hỗ trợ.
Cần chia dữ liệu ngoại lệ theo Sales Channel, language, dòng sản phẩm, ngữ cảnh rule, nhóm Customers, giai đoạn dữ liệu nguồn và extension chịu trách nhiệm. Một con số tổng hợp có thể che khuất lỗi hoàn toàn ở một Sales Channel.
Xác thực lại sau các hành động di chuyển dữ liệu tiếp theo
| Hành động tiếp theo | Phạm vi cần xác thực lại trên Shopware |
|---|---|
| Continue the di chuyển dữ liệu with the Last Used Configuration | 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, Sales Channels, rules, Customers, Orders, nội dung và các tích hợp vẫn đúng. |
| Continue the di chuyển dữ liệu with a New Configuration | Xác thực lại mọi quan hệ chịu ảnh hưởng bởi bộ lọc, cách liên kết dữ liệu, lựa chọn loại dữ liệu hoặc cấu hình đã thay đổi, kể cả những hạng mục từng được phê duyệt. |
| Perform a Di chuyển New | Xem kết quả mới là một kết quả di chuyển dữ liệu riêng và thực hiện lại toàn bộ quá trình xác thực Shopware cùng quyết định đưa cửa hàng vào vận hành. |
Ghi lại quyết định trước và sau thay đổi cùng nhau. Khi cấu hình mới làm thay đổi danh tính Products, gán Sales Channel hoặc cách đối chiếu Customers, Orders, rules và URLs từng được phê duyệt cũng có thể phải mở lại để rà soát.
Phạm vi xác thực lại trên Shopware cần đi theo các tham chiếu đã thay đổi. Một thay đổi trong cách liên kết Products có thể ảnh hưởng variants, nhóm Products động, rules, Shopping Experiences, URLs và liên kết với Orders trong lịch sử; thay đổi cách liên kết Customers có thể ảnh hưởng ràng buộc Sales Channel và kết quả Rule Builder.
Xây dựng quyết định đưa Shopware vào vận hành
Chỉ phê duyệt đưa cửa hàng vào vận hành khi:
- không còn Block chưa xử lý ảnh hưởng đến mua hàng, visibility theo Sales Channel, giá, Customers, lịch sử đơn hàng, nội dung, SEO, tuân thủ hoặc các tích hợp;
- kiểm thử đại diện và dữ liệu kiểm chứng ở phạm vi di chuyển dữ liệu rộng hơn đã hoàn tất;
- các kết quả được hỗ trợ và xử lý riêng theo thỏa thuận đã được xác nhận;
- Rule Builder đang hoạt động, checkout, payments, Tax, shipping, quy trình xử lý đơn hàng, documents, returns và triển khai extension đã được phê duyệt riêng;
- đã xác thực lại sau các hành động di chuyển dữ liệu tiếp theo có liên quan;
- mọi hạng mục Watch có người chịu trách nhiệm và ngày dự kiến hoàn tất.
Duy trì trạng thái riêng cho mức độ sẵn sàng của catalog, Sales Channels, rules thương mại, dữ liệu lịch sử, nội dung/SEO và các tích hợp. Một storefront Pass không được che khuất Block trong Orders hoặc quy trình của hệ thống bên ngoài. Ghi người phê duyệt và ngày kiểm chứng cho từng trạng thái để khi cấu hình thay đổi, chỉ đúng quyết định liên quan phải được mở lại thay vì rà soát toàn bộ cửa hàng.
Kết luận
Xác thực Shopware phải chứng minh Products, variants, properties, Sales Channels, rules, Customers, Orders, nội dung, trường tùy chỉnh và extensions phối hợp đúng trong ngữ cảnh thương mại dự kiến.
Kiểm thử đại diện chứng minh các quan hệ Shopware đã chọn. di chuyển dữ liệu ở phạm vi rộng hơn phải bao phủ mọi Sales Channel quan trọng, ngữ cảnh rule, mô hình Products cùng ngoại lệ Customers/Orders; các hành động tiếp theo phải mở lại đúng những quan hệ bị thay đổi. Quyết định đưa cửa hàng vào vận hành chỉ nên dựa trên dữ liệu Pass, Watch và Block đã được ghi nhận rõ.
Câu hỏi thường gặp
Vì sao các Sales Channels của Shopware phải được xác thực riêng?
Products, Customers, domains, languages, currencies, navigation, visibility và theme có thể khác theo từng Sales Channel. Kết quả Pass ở một kênh không tự phê duyệt kênh khác.
Nên xác thực variants của Shopware như thế nào?
Kiểm tra cùng nhau Products cha, các tổ hợp được tạo, property values, mã Products, giá, stock, media, visibility, kết quả trong cart và chi tiết mặt hàng trong Orders.
Orders đã di chuyển có chứng minh Rule Builder và checkout đã sẵn sàng không?
Orders chỉ chứng minh dữ liệu giao dịch trong lịch sử vẫn đọc và đối soát được. Rules, promotions, payments, shipping, Tax, documents và quy trình xử lý đơn hàng hiện tại cần được cấu hình và phê duyệt vận hành riêng.
Nên phê duyệt các tham chiếu Rule Builder như thế nào?
Kiểm tra rule trong đúng Sales Channel và ngữ cảnh Customers nơi rule được đánh giá, đồng thời xác nhận Products, nhóm Customers, currencies, trường tùy chỉnh và các đối tượng khác được tham chiếu đều trỏ đúng.
Cần kiểm tra gì đối với các trường tùy chỉnh?
Xác nhận đối tượng sở hữu, kiểu dữ liệu, đối tượng được tham chiếu, cách xử lý theo language, app hoặc rule đang sử dụng, yêu cầu Store API và định danh bên ngoài nếu có liên quan.
Sau một hành động di chuyển dữ liệu tiếp theo trên Shopware, những gì phải được xác thực lại?
Cần kiểm tra lại mọi bản ghi Shopware mới hoặc đã thay đổi và mọi giả định về Rule Builder, Sales Channels, giá, trạng thái, nội dung hoặc các tích hợp chịu ảnh hưởng. Với Perform a Di chuyển New, kết quả mới cần một quyết định đưa cửa hàng vào vận hành hoàn chỉnh riêng.