Xác thực Square phải chứng minh rằng các bản ghi đã di chuyển hoạt động đúng trong quan hệ giữa catalog, locations, tồn kho, Customers, Orders và website của Square. Tổng số Items khớp là thông tin hữu ích để đối chiếu, nhưng chưa chứng minh variation đúng có thể được bán, tồn kho thuộc đúng location, modifiers vẫn được tách khỏi variants, Customers có thể tra cứu được, lịch sử đơn hàng còn dễ hiểu hay Square Online đang hiển thị đúng catalog và routes dự kiến.
Mô hình xác thực cần tách dữ liệu đã di chuyển khỏi cấu hình Square đang hoạt động. Lịch sử đơn hàng có thể giữ chi tiết mặt hàng, các khoản điều chỉnh, thông tin xử lý đơn hàng và tham chiếu thanh toán mà không cấu hình thanh toán hoặc xử lý đơn hàng hiện tại. Catalog có thể đầy đủ nhưng navigation, pickup, delivery, shipping, domains hoặc cách trình bày page trong Square Online vẫn cần công việc trên Nền tảng đích. Quyết định chính thức vận hành chỉ nên được phê duyệt khi cả dữ liệu đã di chuyển và mọi hạng mục cấu hình hoặc triển khai chưa hoàn tất đều có người phụ trách rõ ràng.
Xác định bộ thông tin dùng để xác thực Square
Xác thực Square nên bắt đầu bằng các bản ghi đại diện làm rõ mô hình quan hệ của nền tảng. Trường hợp đơn giản giúp xác nhận luồng di chuyển cơ bản, còn trường hợp phức tạp cho biết quá trình di chuyển dữ liệu có giữ được những cấu trúc mà nhân viên, quy trình tồn kho, bộ phận chăm sóc khách hàng và các hệ thống được kết nối thực sự sử dụng hay không.
Bộ mẫu kiểm thử đại diện nên bao gồm, khi có liên quan:
- một Catalog Item đơn giản với một variation được bán riêng;
- một Item có nhiều variations được xác định bằng options;
- một Item dùng modifiers thay vì variations có tồn kho riêng;
- một variation có tồn kho theo location;
- một Item có quan hệ Categories quan trọng hoặc nhiều images;
- một hồ sơ Customers có nhiều Orders hoặc thông tin group/custom attribute;
- một khách mua không đăng nhập hoặc có thông tin nhận diện chưa đầy đủ;
- một bản ghi Orders có giảm giá, thuế, service charges, tips, xử lý đơn hàng, hoàn tiền hoặc external references;
- một Item hoặc route Square Online có giá trị kinh doanh cao;
- một mã định danh do ứng dụng hoặc hệ thống bên ngoài quản lý.
| Loại thông tin | Kết quả cần chứng minh ở bước kiểm thử đại diện | Kết quả cần chứng minh ở phạm vi di chuyển dữ liệu lớn hơn |
|---|---|---|
| Catalog | Items, variations, options, modifiers, Categories, images, thuế và giảm giá đại diện giữ đúng vai trò dự kiến. | Toàn bộ catalog tuân theo cấu trúc Item và variation đã được phê duyệt, không có ngoại lệ chưa được giải thích. |
| Tồn kho | Các variations được chọn hiển thị đúng số lượng, trạng thái và quan hệ location. | Toàn bộ số lượng variation-location thuộc phạm vi được đối chiếu với mô hình tồn kho khởi tạo đã phê duyệt. |
| Customers và Orders | Các trường hợp Customers và Orders phức tạp vẫn liên kết đúng và có thể đọc hiểu. | Phạm vi lịch sử đầy đủ, các nội dung loại trừ, bản ghi trùng và ngoại lệ quan hệ đã được đối chiếu. |
| Square Online | Items, Categories, nội dung, domains và routes ưu tiên dẫn đến đúng điểm đến dự kiến. | Mọi route ưu tiên và nội dung thuộc phạm vi đều có kết quả cùng người phụ trách đã được phê duyệt. |
| các tích hợp | External IDs và bản ghi do ứng dụng quản lý có người phụ trách và hệ thống sử dụng có thể kiểm thử. | Mọi khóa dùng cho các tích hợp và kết quả tùy chỉnh thuộc phạm vi đều được đối chiếu trên toàn bộ dữ liệu. |
Kiểm thử đại diện phải làm lộ các giả định trước khi thực hiện di chuyển dữ liệu ở phạm vi lớn hơn. Không nên phê duyệt chỉ vì Products đơn giản và Orders gần đây trông chính xác.
Xác thực Items, Variations, Options và Modifiers
Item library của Square phân biệt Item tổng quát với Item Variation được bán. Item Options có thể chuẩn hóa thuộc tính variation như kích thước hoặc màu sắc. Modifiers biểu diễn phần bổ sung hoặc tùy chọn tại thời điểm bán và không tự tạo một đơn vị có tồn kho riêng. Xác thực phải chứng minh cấu trúc sau di chuyển dữ liệu giữ đúng các khác biệt này.
| Quan hệ Catalog | Kết quả đạt yêu cầu | Dấu hiệu cần theo dõi | Dấu hiệu phải chặn |
|---|---|---|---|
| Item và variation | Item cha và variation được bán vẫn liên kết; SKU, giá, image, đơn vị đo và mã định danh thuộc đúng variation. | Chỉ còn chỉnh sửa nhỏ về tên hoặc thứ tự hiển thị. | Variation bị gộp, tạo trùng hoặc liên kết sai Item. |
| Item options | Giá trị option tạo hoặc mô tả nhất quán các tổ hợp variation dự kiến. | Nhãn hoặc thứ tự cần chuẩn hóa thêm trên Nền tảng đích. | Người mua không thể chọn đúng tổ hợp được bán. |
| Modifiers | Phần bổ sung và tùy chọn vẫn tách khỏi variations có tồn kho riêng. | Cách hiển thị hoặc nhóm lựa chọn còn cần cấu hình. | Modifier bị biến thành SKU giả hoặc variation thực bị biến thành modifier không theo dõi tồn kho. |
| Categories và images | Items nằm đúng Categories và giữ đúng vai trò của image chính, gallery hoặc image theo variation. | Thứ tự media có mức ưu tiên thấp cần điều chỉnh. | Products ưu tiên bị ẩn, phân loại sai hoặc thiếu images thiết yếu. |
| Thuế và giảm giá | Quan hệ Catalog thuộc phạm vi gắn đúng Items và lịch sử đơn hàng vẫn giải thích được về tài chính. | Cấu hình quy tắc hiện tại đã có người phụ trách trên Nền tảng đích. | Giá trị đã di chuyển tạo giá hiển thị sai hoặc khiến tổng tiền trước đây không thể giải thích. |
Cũng cần xác thực liệu nhân viên có thể chỉnh sửa đúng dữ liệu trong Square hay không. Nhân viên phải nhận diện được đúng Item và variation, hiểu giá trị nào dùng chung và giá trị nào thuộc riêng variation, đồng thời cập nhật đúng bản ghi mà không tạo bản sao gây nhầm lẫn. Nên có ít nhất một bản ghi Products trong đó modifiers và options cùng tồn tại, vì storefront có thể trông đúng trong khi nhân viên vẫn không xác định được lựa chọn nào làm thay đổi tồn kho, giá hoặc chỉ thay đổi tùy chọn tại thời điểm bán.
Xác thực tồn kho theo Variation và Location
Square theo dõi tồn kho ở cấp Item Variation và có thể tách theo location. Vì vậy, một số lượng ở cấp Products là chưa đủ khi Cửa hàng nguồn sử dụng SKU con, chi nhánh, kho hoặc các nguồn tồn kho riêng. Kết quả xác thực phải liên kết số lượng với cả variation được bán và Square location dự kiến.
Với các bản ghi có tồn kho đại diện, xác nhận:
- Item Variation đúng được theo dõi tồn kho;
- SKU và external inventory keys cùng nhận diện một variation được bán;
- số lượng xuất hiện tại location đang hoạt động và đúng mục đích;
- các trạng thái như không giới hạn, không theo dõi, bằng 0, đã giữ chỗ, hư hỏng, trả lại hoặc trạng thái khác ở nguồn có cách xử lý Square đã được phê duyệt;
- một giao dịch bán hoặc trả hàng sẽ tác động đúng variation và location thay vì Item cha hoặc chi nhánh khác;
- ERP, kho hoặc các tích hợp theo kênh vẫn nhận diện được variation trên đích nếu hệ thống đó tiếp tục quản lý tồn kho.
| Phát hiện | Cách hiểu trước khi chính thức vận hành |
|---|---|
| Số lượng khác chỉ vì thời điểm chốt tồn kho khởi tạo đã thay đổi theo kế hoạch | Theo dõi, nếu khác biệt được giải thích và quy tắc cutover cuối cùng có người phụ trách. |
| Số lượng đúng nhưng gắn sai location | Chặn, vì trạng thái hàng sẵn có và trách nhiệm xử lý đơn hàng đang sai. |
| Tổng ở cấp Item cha khớp nhưng số lượng theo variation không khớp | Chặn, vì các phiên bản được bán riêng không thể được tin cậy. |
| External stock key còn tồn tại nhưng hệ thống quản lý tồn kho không còn nhận diện | Chặn cho đến khi key hoặc mapping các tích hợp được sửa. |
| Một dịch vụ không có tồn kho được chủ động loại khỏi theo dõi tồn kho | Đạt khi cách xác định trạng thái sẵn có dự kiến đã được ghi rõ. |
Xác thực tồn kho không được làm phát sinh thay đổi số lượng trùng lặp từ lịch sử đơn hàng. Orders được nhập là thông tin về giao dịch đã xảy ra; số lượng tồn kho khởi tạo đã phê duyệt mới là trạng thái vận hành hiện tại.
Xác thực Square Online, Categories, Search và Routes
Xác thực Square Catalog và Square Online có liên quan nhưng là hai phạm vi riêng. Một Item có thể đã tồn tại trong item library nhưng chưa được publish, khó tìm, gán sai Categories hoặc không kết nối với route online dự kiến. Vì vậy, Square Online pages, navigation, domains, URLs, redirects, cách trình bày pickup, delivery, shipping và trạng thái publish cần thông tin xác thực riêng khi thuộc phạm vi đích.
Dùng danh sách route ưu tiên bao gồm Products tạo doanh thu, Categories quan trọng, điểm đến chiến dịch, policy pages, content pages và URLs được liên kết từ bên ngoài. Với mỗi route, ghi lại điểm đến Square Online dự kiến và phân loại kết quả thành truy cập trực tiếp, một redirect phù hợp, ngừng sử dụng đã được phê duyệt hoặc lỗi chưa giải quyết.
Kết quả đạt yêu cầu bao gồm:
- Items và Categories ưu tiên hiển thị trong đúng ngữ cảnh online;
- quan hệ Categories và navigation dẫn đến đúng nhóm Products;
- search hoặc browsing giúp người dùng tìm thấy Items đại diện bằng nhãn và options dự kiến;
- images, mô tả, giá, tình trạng sẵn có và thông tin xử lý đơn hàng nhất quán;
- domains và trạng thái publish đưa người mua đến đúng website;
- URLs cũ ưu tiên dẫn đến điểm đến phù hợp, không tạo vòng lặp hoặc redirect sang nội dung không liên quan.
Một menu link bị thiếu không mặc nhiên là lỗi di chuyển dữ liệu, và Categories đã di chuyển cũng không tự tái tạo navigation của website. Hồ sơ trước khi chính thức vận hành phải phân biệt phần dữ liệu cần sửa với phần cấu hình hoặc thiết kế Square Online.
Xác thực Customers và lịch sử đơn hàng
Hồ sơ Customers trong Square có thể chứa thông tin liên hệ, quan hệ group, reference IDs, custom attributes và liên kết Orders. Xác thực phải giữ được danh tính cần thiết mà không gộp nhầm hoặc tạo bản ghi trùng không cần thiết. Email và số điện thoại là thông tin hữu ích, nhưng khách mua không đăng nhập, thông tin liên hệ dùng chung, địa chỉ thay đổi và external CRM IDs có thể cần thêm dữ liệu để đối chiếu đúng.
Phần xác thực Customers nên bao phủ:
- người mua đã đăng ký và khách mua không đăng nhập;
- danh tính trùng hoặc gần trùng;
- địa chỉ và thông tin doanh nghiệp;
- group, segment, consent, loyalty hoặc custom attributes khi thuộc phạm vi;
- external Customers IDs được CRM, hệ thống kế toán, loyalty service hoặc quy trình support sử dụng;
- liên kết giữa Customers và các Orders đại diện trong lịch sử.
Phần xác thực lịch sử đơn hàng nên bao gồm chi tiết mặt hàng, tham chiếu hoặc snapshot variation, modifiers, số lượng, giá, giảm giá, service charges, tips, thuế, liên kết Customers, địa chỉ, nguồn, location, xử lý đơn hàng, hoàn tiền và external IDs khi thuộc phạm vi. Nhân viên cần có thể trả lời ai đã mua gì, tại location nào, trong Orders nào, cùng thông tin tài chính và xử lý đơn hàng liên quan.
| Kết quả xác thực | Trạng thái |
|---|---|
| Tổng tiền Orders đối chiếu được và chi tiết mặt hàng dễ hiểu, trong khi cấu hình cổng thanh toán hiện tại vẫn được quản lý riêng | Đạt |
| Nhãn thanh toán đọc được nhưng một tham chiếu giao dịch bên ngoài còn cần người phụ trách xác nhận | Theo dõi |
| Orders tồn tại nhưng chi tiết mặt hàng liên kết sai variations hoặc Customers | Chặn |
| Lịch sử xử lý đơn hàng còn đủ nhưng cấu hình pickup hoặc delivery hiện tại chưa hoàn tất | Theo dõi hoặc Chặn tùy mức độ ảnh hưởng đến việc chính thức vận hành; đây là trách nhiệm triển khai trên Nền tảng đích, không phải sửa dữ liệu di chuyển dữ liệu |
| Lịch sử hoàn tiền hoặc điều chỉnh làm thay đổi đáng kể kết quả tài chính nhưng bị thiếu hoặc gây hiểu sai | Chặn |
Lịch sử đơn hàng không chứng minh checkout, thanh toán, thuế, xử lý đơn hàng, thông báo hoặc tồn kho hiện tại đã sẵn sàng. Những quy trình đang hoạt động này cần được kiểm tra riêng trên Nền tảng đích.
Xác thực Content, Custom Attributes, Apps và các hệ thống bên ngoài
Dự án chuyển đổi sang Square có thể bao gồm custom attributes, reference IDs, trường do ứng dụng quản lý, tham chiếu loyalty hoặc gift card, khóa kế toán, bản ghi giao hàng, mã marketplace hoặc dữ liệu từ hệ thống bên ngoài khác. Mỗi giá trị được giữ lại cần có bản ghi cha rõ ràng và một hệ thống hoặc quy trình tiếp tục sử dụng.
Dùng một hồ sơ có thể truy vết cho mỗi yêu cầu không theo cấu trúc thông thường:
| Trường bắt buộc | Thông tin cần xác nhận |
|---|---|
| Hệ thống nguồn và ID mẫu | Xác định chính xác bản ghi cùng hệ thống nguồn. |
| Điểm đến trên Square | Xác định Item, variation, Customers, Orders, chi tiết mặt hàng, bản ghi website hoặc application object sở hữu giá trị. |
| Cách chuyển đổi | Giải thích mọi bước chuẩn hóa, kết hợp hoặc tái cấu trúc. |
| Hệ thống/người dùng tiếp tục sử dụng | Xác định quy trình nhân viên, API, app, ERP, CRM, kho hoặc báo cáo dùng kết quả. |
| Điều kiện đạt | Xác định kết quả chứng minh giá trị vẫn phục vụ đúng mục đích. |
Kết quả di chuyển dữ liệu đã được phê duyệt phải được kiểm tra theo yêu cầu filtering, mapping hoặc cấu hình đã mua. Kết quả xử lý không theo cấu trúc tiêu chuẩn phải được đối chiếu với đặc tả tùy chỉnh đã thống nhất. Xác thực không được tự mở rộng phạm vi đã chấp nhận sang triển khai Square, cài đặt ứng dụng, thiết kế hoặc triển khai các tích hợp không liên quan, trừ khi những hạng mục đó đã được đưa rõ vào phạm vi công việc.
Khi các tích hợp tiếp tục hoạt động, hãy xác minh mã định danh và quan hệ thông qua chính quy trình được kết nối. ERP key tồn tại trên Square là chưa đủ nếu ERP không còn tìm thấy variation; tham chiếu Orders là chưa đủ nếu hệ thống kế toán không thể đối chiếu; loyalty ID cũng chưa đủ nếu tài khoản loyalty không còn liên kết đúng Customers.
Xác thực lại sau các hành động di chuyển dữ liệu tiếp theo
Kết quả đã phê duyệt trước đó không tự bao phủ hoạt động mới ở nguồn hoặc thay đổi cấu hình về sau. Phạm vi xác thực lại phải bám theo đúng hành động được sử dụng:
| Hành động di chuyển dữ liệu | Phạm vi cần xác thực lại |
|---|---|
| Tiếp tục với cấu hình đã được chấp nhận | Chứng minh bản ghi mới đủ điều kiện tuân theo bộ lọc, mapping, mô hình Item/variation, quyền quản lý location và các khóa dùng cho các tích hợp đã được phê duyệt. |
| Tiếp tục với cấu hình đã thay đổi | Xác thực lại mọi hạng mục bị ảnh hưởng bởi thay đổi bộ lọc, mapping, lựa chọn loại dữ liệu hoặc cấu hình được hỗ trợ, gồm cả các giả định trước đây không còn đúng. |
| Tạo một kết quả di chuyển dữ liệu mới riêng biệt | Xem kết quả mới như một bộ dữ liệu xác thực riêng; kiểm tra lại catalog, tồn kho, Customers, Orders, nội dung, các tích hợp và quyết định chính thức vận hành. |
Với mỗi hành động, đối chiếu các bản ghi bị ảnh hưởng với kết quả đã được phê duyệt trước đó và xác nhận những bản ghi không thay đổi vẫn ổn định. Ghi lại Items, variations, option sets, modifiers, location assignments, Customers, Orders, routes, custom attributes và external app references đã thay đổi, sau đó lặp lại các tình huống người mua, nhân viên và các tích hợp phụ thuộc vào chúng. Chỉ nên dùng bộ mẫu tập trung khi cấu hình đã dùng trước đó và quan hệ Square objects không thay đổi. Cấu hình mới hoặc một kết quả di chuyển dữ liệu riêng biệt cần bộ thông tin kiểm chứng rộng hơn. Products, Customers, Orders và Blog Posts mới được di chuyển phải được đối chiếu cùng các quan hệ liên quan thay vì chỉ kiểm tra số lượng tăng thêm.
Áp dụng quyết định Pass, Watch và Block trước khi chính thức vận hành
Quyết định cuối cùng phải dựa trên kết quả kiểm tra và có người chịu trách nhiệm. Mỗi phát hiện quan trọng phải ghi rõ bản ghi hoặc quy trình bị ảnh hưởng, người phụ trách, điều chỉnh cần thực hiện và điều kiện kiểm tra lại.
| Quyết định | Cách hiểu trên Square |
|---|---|
| Pass | Kết quả chuyển đổi chính xác và có thể sử dụng cho đúng mục đích trên Square. |
| Watch | Còn một hạng mục cấu hình, điều chỉnh hoặc quyết định của người phụ trách nhưng chưa chặn việc chính thức vận hành; đã có hạn xử lý và kế hoạch kiểm tra lại. |
| Block | Vấn đề ảnh hưởng đáng kể đến bán hàng, nhận diện variation, tồn kho, khả năng sử dụng Customers, lịch sử đơn hàng, thông tin tài chính, routes ưu tiên, xử lý đơn hàng, compliance hoặc kết quả tùy chỉnh đã thống nhất. |
Square chỉ sẵn sàng để chính thức vận hành khi mọi Block đã được xử lý, mỗi Watch có người phụ trách, hạn xử lý và cách kiểm tra lại, đồng thời kết quả xác thực bao phủ cả bản ghi đã di chuyển và các chức năng cần thiết trên Nền tảng đích. Hồ sơ quyết định phải ghi rõ Item, variation, option set, modifier, location, Customers, Orders, route và quy trình bên ngoài đã được kiểm tra. Hồ sơ cũng phải tách dữ liệu lịch sử đơn hàng khỏi trạng thái publish catalog, tồn kho theo location, thanh toán, thuế, xử lý đơn hàng, cách trình bày Square Online và cấu hình ứng dụng hiện tại. Tổng số Catalog, đăng nhập thành công hoặc ảnh chụp storefront trông ổn không thể thay thế hồ sơ quyết định này.
Kết luận
Xác thực Square phải chứng minh các quan hệ thương mại kết nối giữa Catalog Items, variations, modifiers, tồn kho theo location, Customers, lịch sử đơn hàng, Square Online và các hệ thống bên ngoài. Kiểm thử đại diện cần làm rõ các quan hệ khó; di chuyển dữ liệu ở phạm vi lớn hơn cần đối chiếu toàn bộ phạm vi đã được phê duyệt cùng các ngoại lệ.
Quyết định chính thức vận hành có đủ cơ sở khi dữ liệu đã di chuyển được tách khỏi cấu hình trên Nền tảng đích, kết quả được hỗ trợ và kết quả xử lý riêng đều được kiểm tra theo yêu cầu đã thống nhất, các hành động di chuyển dữ liệu tiếp theo nhận mức xác thực lại phù hợp và mỗi phát hiện đều kết thúc ở Pass, Watch hoặc Block với người chịu trách nhiệm rõ ràng.
Câu hỏi thường gặp
Nên xác thực nội dung nào trước tiên sau bước kiểm thử đại diện trên Square?
Nên bắt đầu với các bản ghi làm rõ mô hình quan hệ của Square: một Item có nhiều variations, một Item dùng modifiers, tồn kho theo location, Customers có Orders liên quan, Orders có điều chỉnh tài chính hoặc xử lý đơn hàng, một route Square Online ưu tiên và một external ID được hệ thống đang tiếp tục hoạt động sử dụng.
Tổng số Items và Orders khớp có đủ để phê duyệt Di chuyển sang Square không?
Tổng số khớp chỉ giúp phát hiện bản ghi thiếu, chưa chứng minh cấu trúc Item-variation đúng, tồn kho theo location, liên kết Customers, ý nghĩa chi tiết mặt hàng trong Orders, trạng thái hiển thị Square Online hay khả năng tiếp tục hoạt động của các tích hợp.
Nên xác thực tồn kho Square như thế nào?
Hãy xác thực số lượng và trạng thái ở cấp Item Variation và location. Đồng thời, cần xác nhận nhân viên cùng mọi ERP, kho, channel hoặc hệ thống báo cáo tiếp tục sử dụng đều nhận diện đúng variation đó.
Orders đã di chuyển có chứng minh thanh toán và xử lý đơn hàng trên Square đã sẵn sàng không?
Lịch sử đơn hàng chỉ giữ thông tin về giao dịch đã xảy ra. Thanh toán, thuế, pickup, delivery, shipping, thông báo và cách xử lý đơn hàng hiện tại vẫn cần cấu hình và xác thực riêng trên Nền tảng đích.
Nên phê duyệt kết quả Agreed Adjustment hoặc Di chuyển Tailored như thế nào?
Hãy kiểm tra các điều chỉnh di chuyển dữ liệu đã được phê duyệt theo kết quả filtering, mapping hoặc cấu hình có phạm vi đã mua; phần xử lý không theo tiêu chuẩn phải được đối chiếu với đặc tả tùy chỉnh đã thống nhất. Không nên đánh giá hai nhóm này theo một kỳ vọng chưa được xác định về việc triển khai Square hoàn chỉnh.
Cần xác thực lại những gì sau một hành động di chuyển dữ liệu tiếp theo trên Square?
Cần xác thực lại các bản ghi và quan hệ bị ảnh hưởng bởi hành động đã chọn. Cấu hình mới đòi hỏi kiểm tra mọi mapping hoặc bộ lọc đã thay đổi, còn một di chuyển dữ liệu mới cần một bộ thông tin kiểm chứng đầu-cuối mới.