Di chuyển dữ liệu thương mại sang Square không phải là sao chép từng trường dữ liệu. Square thể hiện catalog, tồn kho, Customers và giao dịch của doanh nghiệp bằng nhiều đối tượng có liên hệ với nhau, trong đó mỗi đối tượng phục vụ một mục đích vận hành riêng. Một bản ghi Products ở Nền tảng nguồn có thể trở thành một catalog item với một hoặc nhiều item variations. Một giá trị mà người mua có thể lựa chọn có thể thuộc item option, tạo ra một variation có thể bán, trở thành modifier hoặc được lưu như thông tin người mua cung cấp. Tồn kho phải gắn với variation và địa điểm cụ thể. Lịch sử đơn hàng ghi lại giao dịch đã xảy ra nhưng không trở thành cấu hình điều khiển thanh toán, xử lý đơn hàng, thuế hoặc cách trình bày trực tuyến trong tương lai.
Vì vậy, vấn đề chính không phải Square có một trường mang tên quen thuộc hay không. Điều cần xác định là bản ghi đích có được đặt đúng vào đối tượng Square chịu trách nhiệm cho ý nghĩa đó và còn liên kết với những bản ghi tạo nên giá trị thương mại hay không. Khi các mối quan hệ được giữ đúng, nhân viên có thể bán đúng variation, hiểu tồn kho theo từng địa điểm, tra cứu Customers và Orders, đối chiếu ID bên ngoài và xuất bản nội dung Square Online nhất quán. Nếu dữ liệu bị gộp phẳng, số lượng bản ghi có thể trông đầy đủ nhưng cách vận hành lại sai.
Ý nghĩa dữ liệu trong Square đến từ các đối tượng thương mại có liên hệ
Catalog của Square được tạo từ nhiều loại đối tượng thay vì một bản ghi Products duy nhất chứa mọi thông tin. Catalog items mô tả sản phẩm hoặc dịch vụ. Item variations đại diện cho phiên bản có thể mua. Item options chuẩn hóa các giá trị dùng để xác định variations. Modifier lists mô tả những thay đổi hoặc phần bổ sung được chọn tại thời điểm bán. Categories tổ chức items. Thuế, giảm giá, quy tắc giá, hình ảnh, đơn vị đo lường và custom attributes cũng có thể tham gia vào các mối quan hệ catalog rộng hơn.
Nền tảng nguồn có thể lưu nhiều ý nghĩa trên trong cùng một bảng Products, một bản ghi Products có khả năng cấu hình hoặc một cấu trúc do ứng dụng sở hữu. Khi chuyển sang Square, doanh nghiệp cần tách dữ liệu nguồn thành những đối tượng đích thực sự chịu trách nhiệm cho từng chức năng.
| Giả định thường có ở Cửa hàng nguồn | Ý nghĩa quan hệ trong Square | Hệ quả khi chuyển đổi |
|---|---|---|
| Một bản ghi Products đã đại diện cho toàn bộ đơn vị có thể bán. | Item và item variation có thể là hai đối tượng riêng nhưng được liên kết. | Giữ item cha, đồng thời đặt SKU, giá, tồn kho và các thông tin định danh của phiên bản có thể bán vào đúng variation. |
| Mọi option đều là variant. | Một số lựa chọn tạo variations; lựa chọn khác là modifiers hoặc dữ liệu do người mua cung cấp. | Xác định ảnh hưởng thương mại của từng lựa chọn trước khi tạo bản ghi đích. |
| Một số lượng tồn kho thuộc trực tiếp về Products. | Tồn kho gắn với item variation và địa điểm. | Số lượng chưa đủ ý nghĩa nếu thiếu variation có thể bán và địa điểm vận hành tương ứng. |
| Categories có thể tái tạo toàn bộ storefront. | Catalog Categories có liên hệ với cấu trúc website Square Online nhưng không thay thế cho trang, điều hướng và URL. | Giữ phân loại catalog riêng với cách tổ chức trang, điều hướng và cách URL được trình bày. |
| Lịch sử Customers có thể tái tạo hành vi tài khoản. | Hồ sơ Customers giữ dữ liệu danh tính và quan hệ thương mại nhưng không thay thế mọi cơ chế đăng nhập hoặc membership ở hệ thống cũ. | Giữ dữ liệu Customers lâu dài riêng với quyền truy cập và hành vi do Nền tảng nguồn hoặc ứng dụng quản lý. |
| Orders được nhập sẽ cấu hình cách bán hàng sau này. | Orders ghi lại giao dịch trước đây hoặc hiện tại; thanh toán, xử lý đơn hàng, thuế và các thiết lập Square khác vẫn sở hữu cấu hình vận hành. | Giữ đúng trạng thái giao dịch đã xảy ra nhưng không biến dữ liệu lịch sử thành cấu hình đang hoạt động. |
Cách nhìn theo đối tượng cũng cho thấy vì sao ID bên ngoài cần được đặt đúng nơi. ID của bản ghi Products ở nguồn, mã warehouse, CRM ID của Customers hoặc mã tham chiếu kế toán nên gắn với đối tượng Square mà hệ thống liên quan thực sự nhận diện. Nếu warehouse coi mỗi variation là một đơn vị tồn kho riêng, lưu mã warehouse của variation trong ghi chú chung ở item cha sẽ không đủ để duy trì các tích hợp.
Items, variations, options và modifiers mang những ý nghĩa bán hàng khác nhau
Khác biệt quan trọng nhất trong catalog là giữa item và item variation. Item mô tả dòng sản phẩm hoặc dịch vụ. Variation xác định một phiên bản có thể mua và có thể mang SKU, giá, đơn vị đo, mối liên hệ với hình ảnh cùng thông tin tồn kho riêng. Ngay cả Products ở Cửa hàng nguồn không có options hiển thị cho người mua vẫn có thể trở thành một Square item với một variation mặc định hoặc duy nhất, vì variation là đơn vị có thể bán được nhiều mối quan hệ khác trong Square sử dụng.
Item options tạo cách chuẩn hóa các thuộc tính dùng để xác định variations, chẳng hạn kích thước, màu sắc hoặc kiểu dáng. Variation có thể tham chiếu đến các option values đã chọn, giúp Square hiểu tổ hợp đó thay vì chỉ dựa vào một tên hiển thị thiếu nhất quán. Vì vậy, variants ở Cửa hàng nguồn cần được đánh giá đồng thời theo item cha và những giá trị tạo nên từng tổ hợp có thể bán.
Modifiers có vai trò khác. Chúng mô tả thay đổi hoặc phần bổ sung được chọn tại thời điểm bán và không mặc định tạo ra một đơn vị tồn kho riêng. Thêm phô mai, gói quà, yêu cầu chế biến hoặc dịch vụ tùy chọn thường phù hợp với modifier. Kích thước có SKU và tồn kho riêng thường phù hợp với variation. Nếu biến modifier thành variation, hệ thống có thể tạo tồn kho không có thật; nếu biến variation thực sự thành modifier, doanh nghiệp lại mất đơn vị có thể bán mà tồn kho và hệ thống bên ngoài cần nhận diện.
| Mẫu dữ liệu ở Cửa hàng nguồn | Đối tượng Square thường phù hợp | Ý nghĩa phải được giữ lại |
|---|---|---|
| Products đơn giản có một SKU | Item cùng một item variation | Mô tả Products ở cấp item; SKU, giá và đơn vị tồn kho có thể bán ở cấp variation. |
| Tổ hợp kích thước và màu sắc | Item options, option values và item variations | Mỗi tổ hợp có thể mua vẫn được phân biệt và liên kết với đúng item cha. |
| Topping hoặc dịch vụ bổ sung tùy chọn | Modifier list và modifier | Lựa chọn tại thời điểm bán cùng ảnh hưởng đến giá được giữ lại mà không tạo SKU tồn kho giả. |
| Nội dung khắc tên hoặc hướng dẫn từ người mua | Modifier, dữ liệu nhập tùy chỉnh, ghi chú trên chi tiết mặt hàng trong Orders hoặc bản ghi ứng dụng được kết nối tùy theo cách xử lý mà Square hỗ trợ | Giá trị do khách hàng cung cấp vẫn gắn với đúng mặt hàng đã mua và hiển thị cho quy trình xử lý đơn hàng. |
| Kit, bundle hoặc package | Item, mối quan hệ thành phần, quy tắc giá, ứng dụng được kết nối hoặc cấu trúc trong hệ thống bên ngoài | Phải xác định rõ thành phần, cách hình thành giá, quyền sở hữu tồn kho và mục đích báo cáo. |
| Dịch vụ, lịch hẹn, đăng ký định kỳ hoặc quyền truy cập số | Catalog item cùng khu vực sản phẩm Square hoặc hệ thống được kết nối chịu trách nhiệm cho lịch, chu kỳ thanh toán hoặc quyền truy cập | Catalog record vẫn tách biệt với hệ thống điều khiển thời gian, thanh toán định kỳ hoặc quyền lợi. |
Hình ảnh, thuế, giảm giá, đơn vị đo lường và custom attributes cũng cần được phân loại theo cùng nguyên tắc. Hình ảnh có thể thuộc item, variation hoặc quan hệ Categories. Thuế và giảm giá có thể là đối tượng catalog dùng lại và được Orders tham chiếu. Custom attribute chỉ nên được giữ khi có người hoặc hệ thống sử dụng rõ ràng, chẳng hạn nhân viên, báo cáo, các tích hợp hoặc quy trình Square khác. Dữ liệu không có chủ thể sử dụng cụ thể chỉ tạo thêm nhiễu, không bảo tồn được ý nghĩa kinh doanh.
Categories, menu, hình ảnh và cách tổ chức merchandising
Categories ở Cửa hàng nguồn thường đồng thời phục vụ nhiều mục đích: phân cấp, duyệt Products, merchandising, báo cáo, kiểm soát quyền truy cập, landing page SEO và chiến dịch. Catalog Categories của Square giữ vai trò phân loại catalog, trong khi trang Square Online, điều hướng và cách trình bày merchandising có thể tạo ra các quan hệ website khác. Dự án cần giữ mục đích phân loại lâu dài mà không mặc định cây storefront cũ có thể được tái tạo chỉ bằng Categories.
Một cấu trúc nhiều cấp ở nguồn có thể trở thành phân loại catalog đơn giản hơn kết hợp với điều hướng hoặc cấu trúc trang trên Square Online. Collection ở Cửa hàng nguồn có thể là một nhóm sản phẩm lâu dài, chiến dịch tạm thời, kết quả lọc hoặc landing page biên tập. Không nên gộp những ý nghĩa này chỉ vì tất cả từng xuất hiện dưới dạng liên kết trên storefront cũ.
| Cấu trúc ở Cửa hàng nguồn | Câu hỏi về đối tượng chịu trách nhiệm trên Nền tảng đích |
|---|---|
| Phân cấp danh mục lâu dài | Square Categories nào cần giữ vai trò phân loại Products ổn định? |
| Collection chiến dịch tạm thời | Quan hệ này nên là Categories, trang Square Online, cách trình bày merchandising hay quy tắc giá/giảm giá? |
| Nhóm theo thương hiệu hoặc nhà sản xuất | Thông tin nên thuộc phân loại catalog, custom attribute, nội dung có thể tìm kiếm hay hệ thống quản lý thông tin Products bên ngoài? |
| Bộ lọc kỹ thuật | Giá trị được dùng để so sánh, tìm kiếm, báo cáo hay lựa chọn Products, và đối tượng Square hoặc hệ thống nào chịu trách nhiệm cho chức năng đó? |
| Gallery của Products và hình ảnh theo variation | Hình ảnh nào mô tả item nói chung và hình ảnh nào nhận diện một variation có thể bán cụ thể? |
| Nhãn menu và landing page | Liên kết sẽ trỏ tới Categories, item, trang Square Online, URL bên ngoài hay trang chiến dịch? |
Việc tách các vai trò này giúp duy trì đúng cả dữ liệu thương mại lẫn nội dung. Categories có thể tiếp tục là nơi quản lý phân loại Products, trong khi trang Square Online quyết định cách nhóm đó được giới thiệu. Liên kết menu có thể trỏ tới đúng điểm đến mà không trở thành nơi sở hữu quan hệ catalog. Hình ảnh vẫn có thể gắn với đúng item hoặc variation ngay cả khi bố cục website được xây dựng lại.
Địa điểm và tồn kho tạo thành một mối quan hệ vận hành
Tồn kho Square không phải một số lượng duy nhất được sao chép vào item. Số lượng tồn kho gắn với item variation, địa điểm và trạng thái tồn kho áp dụng tại địa điểm đó. Square cũng theo dõi tồn kho qua kiểm kê thực tế và thay đổi trạng thái, vì vậy số lượng hiện tại là kết quả của lịch sử điều chỉnh tồn kho chứ không chỉ là một trường trên Products.
Store, warehouse, chi nhánh, nhóm tồn kho hoặc channel ở Nền tảng nguồn có thể không tương ứng trực tiếp với một Square location. Khi chuyển dữ liệu, doanh nghiệp cần xác định số lượng nào ở nguồn thuộc địa điểm nào trên đích và variation có thể bán nào sở hữu số lượng đó. Chỉ nên gộp nhiều warehouse ở nguồn thành một tổng khi Square thực sự vận hành một kho tồn chung. Nếu phải chia một tổng ở nguồn thành nhiều địa điểm, cần có quy tắc phân bổ đáng tin cậy thay vì ước lượng.
| Dữ liệu tồn kho ở nguồn | Quan hệ cần thiết trên Square |
|---|---|
| Tồn kho cấp Products không có variants | Số lượng thuộc variation duy nhất của item tại địa điểm Square đã xác định. |
| Tồn kho cấp variant | Mỗi tổ hợp có thể bán ở nguồn phải được liên kết với variation tương ứng trước khi gắn số lượng tồn kho. |
| Số lượng theo warehouse | Warehouse hoặc chi nhánh ở nguồn được đối chiếu với Square location chịu trách nhiệm cho số lượng đó. |
| Hàng đã giữ chỗ, hư hỏng, hoàn trả hoặc đang vận chuyển | Chỉ giữ trạng thái khi Square hoặc hệ thống tồn kho được kết nối có cùng vòng đời dữ liệu. |
| Hệ thống bên ngoài quản lý tồn kho | Variation ID và mã tồn kho bên ngoài trở thành mối liên kết lâu dài quan trọng hơn một số lượng chỉ được nhập một lần. |
| Điều chỉnh tồn kho trước đây | Bản ghi lịch sử tách khỏi số lượng kiểm kê hiện tại, trừ khi các tích hợp tồn kho hoặc hệ thống audit cần dữ liệu đó. |
Ranh giới hệ thống quản lý chính đặc biệt quan trọng. Nếu Square sẽ quản lý tồn kho sau khi chính thức vận hành, số lượng và quan hệ variations phải nhất quán ngay trong Square. Nếu ERP, hệ thống warehouse hoặc marketplace hub vẫn quản lý tồn kho, Square cần variation ID và location ID ổn định để các tích hợp tiếp tục cập nhật số lượng. Trong trường hợp đó, số lượng được nhập lúc đầu chỉ là trạng thái khởi tạo, không phải nguồn thông tin được dùng làm căn cứ lâu dài.
Customers, nhóm, segments và các mối quan hệ danh tính
Hồ sơ Customers trong Square có thể chứa tên, thông tin công ty, email, số điện thoại, địa chỉ, ghi chú, reference IDs, quan hệ nhóm, segments, dữ liệu về lựa chọn nhận marketing và custom attributes. ID của Customers cũng kết nối Customers với Orders và những bản ghi Square khác. Những trường dữ liệu và mối liên kết này không khiến hồ sơ Customers trong Square trở thành cấu trúc tương đương với mọi mô hình tài khoản ở Nền tảng nguồn.
Tài khoản ở nguồn còn có thể chứa mật khẩu, vai trò người mua, cấu trúc công ty nhiều cấp, miễn thuế, số dư loyalty, quyền thành viên, đăng ký định kỳ, phương thức thanh toán đã lưu, quyền truy cập portal hoặc tùy chọn do ứng dụng quản lý. Một số dữ liệu có thể thuộc hồ sơ Customers trong Square, trong khi dữ liệu khác thuộc một sản phẩm Square riêng, ứng dụng được kết nối hoặc hệ thống bên ngoài.
Quá trình xác định danh tính cần tránh cả gộp nhầm lẫn lẫn tạo bản ghi trùng không cần thiết. Email, số điện thoại, ID Customers ở nguồn, CRM ID bên ngoài, quan hệ Orders và thông tin công ty đều có thể góp phần xác định một hồ sơ. Hai người dùng chung email gia đình không mặc định là cùng một người. Việc email thay đổi cũng không mặc định tạo ra một hồ sơ Customers mới. Orders của khách mua không đăng nhập cần giữ thông tin người mua mà không tự tạo một quan hệ tài khoản lâu dài vốn không tồn tại ở nguồn.
| Mẫu danh tính ở Cửa hàng nguồn | Cách thể hiện trên Square |
|---|---|
| Customers retail đã đăng ký | Hồ sơ Customers liên kết với thông tin liên hệ, địa chỉ, nhóm, segments, attributes và Orders được hỗ trợ. |
| Khách mua không đăng nhập | Thông tin Customers ở cấp Orders; chỉ tạo hồ sơ lâu dài khi quy tắc danh tính trên Nền tảng đích phù hợp. |
| Người liên hệ của công ty | Hồ sơ Customers cùng dữ liệu công ty/reference hoặc hệ thống B2B/CRM được kết nối; không tự động trở thành cấu trúc tổ chức đầy đủ. |
| Thành viên loyalty | Danh tính Customers liên kết với bản ghi loyalty của Square hoặc hệ thống bên ngoài đang quản lý số dư và hoạt động. |
| Người đăng ký nhận marketing | Quyền nhận thông tin trong hồ sơ Customers hoặc bản ghi trong hệ thống marketing, trong đó trạng thái đồng ý được giữ riêng với lịch sử mua hàng. |
| Tài khoản trùng ở nguồn | Chỉ hợp nhất khi dữ liệu nhận diện, trạng thái đồng ý, quyền sở hữu Orders và mã tham chiếu bên ngoài cho thấy đây thực sự là cùng một khách hàng. |
Mục tiêu lâu dài là tạo quan hệ Customers mà nhân viên và hệ thống được kết nối có thể hiểu và sử dụng. Một ghi chú chung không đủ khi cùng giá trị đó cần được tìm theo reference ID, lưu có cấu trúc dưới dạng custom attribute hoặc do CRM quản lý.
Orders giữ lại quan hệ giao dịch, không cấu hình cách bán trong tương lai
Square Orders có thể chứa chi tiết mặt hàng, tham chiếu item variation, modifiers, số lượng, thuế, giảm giá, service charges, tips, thông tin xử lý đơn hàng, địa điểm, nguồn Orders, liên kết Customers, tổng tiền cùng dữ liệu thanh toán hoặc hoàn tiền. Những mối quan hệ này giúp lịch sử đơn hàng tiếp tục phục vụ chăm sóc khách hàng, đối chiếu và báo cáo, nhưng không cấu hình giao dịch mới.
Chi tiết mặt hàng cần giữ đúng Products hoặc variation đã được mua tại thời điểm giao dịch ngay cả khi catalog hiện tại sau này thay đổi. Modifiers và hướng dẫn của người mua phải gắn với đúng mặt hàng đã mua. Thuế, giảm giá, service charge và tip giải thích cách hình thành tổng tiền trước đây. Dữ liệu xử lý đơn hàng cho biết Orders đã được nhận tại cửa hàng, vận chuyển, giao, hủy hay xử lý theo cách khác. Nguồn và địa điểm cho biết giao dịch phát sinh từ đâu.
| Giá trị trong lịch sử giao dịch | Ý nghĩa trong Square Orders |
|---|---|
| Mã Orders ở Cửa hàng nguồn | Mã tham chiếu lâu dài cho chăm sóc khách hàng, tài chính và đối chiếu giữa các hệ thống. |
| Chi tiết mặt hàng Products hoặc variation | Phiên bản có thể bán đã được mua, số lượng, giá và mô tả tại thời điểm giao dịch. |
| Modifier hoặc nội dung tùy chỉnh | Lựa chọn tại thời điểm bán gắn với đúng chi tiết mặt hàng. |
| Thuế, giảm giá, service charge hoặc tip | Thành phần của tổng tiền lịch sử, không phải quy tắc giá đang hoạt động. |
| Tham chiếu thanh toán hoặc phương thức thanh toán | Thông tin xác nhận giao dịch đã hoàn tất hoặc được thử thực hiện, không phải cấu hình thanh toán có thể dùng lại. |
| Xử lý đơn hàng và tracking | Bối cảnh giao, vận chuyển hoặc nhận hàng trước đây, không định nghĩa phương thức xử lý đơn hàng hiện tại. |
| Hoàn tiền hoặc điều chỉnh | Lịch sử tài chính liên kết với Orders và giao dịch ban đầu. |
| Địa điểm và nguồn | Nơi phát sinh Orders và mối quan hệ với Square hoặc channel bên ngoài. |
Các chi tiết mặt hàng được tạo riêng trong Orders trước đây cũng cần được xử lý cẩn thận. Orders ở nguồn có thể tham chiếu Products không còn tồn tại hoặc một khoản phí do ứng dụng tạo nhưng hiện không có bản ghi catalog tương ứng. Orders vẫn có thể giữ mô tả và số tiền trước đây, nhưng không nên tạo một item catalog hiện tại chỉ để phục vụ lịch sử nếu doanh nghiệp không còn bán hạng mục đó.
Nội dung Square Online, URL và quyền sở hữu website
Square Online bổ sung lớp website bao quanh dữ liệu thương mại của Square. Catalog items và Categories có thể tham gia bán hàng trực tuyến, nhưng trang, điều hướng, tên miền, đường dẫn URL, chuyển hướng, trường SEO, nội dung chính sách, Blog Posts, vị trí media và cách trình bày tùy chỉnh có ý nghĩa riêng ở cấp website.
URL Products ở Nền tảng nguồn có thể thay đổi khi Products trở thành trang item trong Square Online. Landing page Categories ở nguồn có thể cần một điểm đến Square Online chứ không chỉ một bản ghi Catalog Categories. Trang Hệ thống quản lý nội dung (CMS Pages) có thể trở thành trang website, được gộp vào trang khác hoặc nằm ngoài website thương mại. Blog Posts, nhóm nội dung biên tập, tài nguyên tải xuống và trang chiến dịch phải giữ mối liên hệ nội dung cùng điểm đến dự kiến ngay cả khi thiết kế được xây dựng lại.
| Tài nguyên web ở Cửa hàng nguồn | Đối tượng chịu trách nhiệm trên Nền tảng đích |
|---|---|
| Tiêu đề, mô tả và media của Products | Catalog item cùng mối quan hệ trình bày trực tuyến của item đó. |
| URL Products hoặc Categories | Đường dẫn Square Online cùng quan hệ chuyển hướng từ URL nguồn sang điểm đến mới khi cần. |
| Trang chính sách hoặc thông tin | Trang Square Online hoặc một điểm đến nội dung khác đã được xác định. |
| Blog Posts hoặc kho nội dung biên tập | Điểm xuất bản được hỗ trợ hoặc hệ thống nội dung được quản lý riêng. |
| Mục menu | Quan hệ điều hướng trỏ tới item, Categories, trang hoặc URL bên ngoài. |
| Theme block, custom script hoặc widget ứng dụng | Cấu hình trình bày website hoặc các tích hợp, không phải nội dung catalog thông thường. |
| Tên miền và chuyển hướng | Cấu hình website và routing liên kết với điểm đến nội dung cần duy trì. |
Vì vậy, mô hình nội dung cần tách dữ liệu thương mại do catalog quản lý khỏi các thành phần website dùng để trình bày dữ liệu đó. Products vẫn là catalog item ngay cả khi nhiều trang Square Online liên kết tới Products. Trang vẫn là nội dung dù chứa tham chiếu Products. Chuyển hướng vẫn là quan hệ routing chứ không thay thế cho bản ghi ở điểm đến.
Custom attributes, ứng dụng và ID bên ngoài
Square hỗ trợ custom attributes trên nhiều loại đối tượng, trong khi doanh nghiệp cũng có thể sử dụng ứng dụng kế toán, CRM, loyalty, giao hàng, nhà hàng, retail, đặt lịch, báo cáo, marketplace và quản lý tồn kho. Việc cả hai hệ thống đều có trường tùy chỉnh không có nghĩa hai trường đó cùng người quản lý hoặc cùng vòng đời.
Dữ liệu tùy chỉnh cần được phân loại theo đối tượng cha, mục đích kinh doanh, hệ thống quản lý chính và hệ thống hoặc người dùng sẽ tiếp tục sử dụng. Mã warehouse ở cấp variation phải gắn với variation và quan hệ warehouse. CRM ID của Customers phải gắn với Customers và CRM. Marketplace ID của Orders phải gắn với Orders và channel. Thiết lập custom script cho website thuộc cấu hình website, không thuộc bản ghi Customers hoặc Products.
| Dữ liệu tùy chỉnh hoặc mã bên ngoài | Cách xác định quyền sở hữu |
|---|---|
| ERP key của Products | Item hoặc variation được ERP nhận diện, theo đúng cấp dữ liệu Products mà ERP quản lý. |
| Warehouse SKU | Variation có tồn kho cùng quan hệ địa điểm hoặc warehouse. |
| CRM ID của Customers | Hồ sơ Customers cùng CRM bên ngoài đang quản lý ID đó. |
| Marketplace listing ID | Quan hệ item/variation/channel, không phải ghi chú chung trên Products. |
| Số dư loyalty hoặc membership ID | Customers cùng hệ thống loyalty đang quản lý số dư và trạng thái. |
| Custom attribute của Orders | Orders hoặc chi tiết mặt hàng cùng ứng dụng đã tạo và đang sử dụng giá trị đó. |
| Dữ liệu widget Square Online | Cấu hình website hoặc ứng dụng cùng tham chiếu tới các bản ghi thương mại liên quan. |
| Bảng dữ liệu nguồn không được hỗ trợ | Phải xác định bản ghi cha, key, vòng đời và đối tượng đích chịu trách nhiệm trước khi giữ lại bất kỳ giá trị nào. |
Cách xác định quyền sở hữu này ngăn hai lỗi phổ biến: cố nhét mọi giá trị nguồn vào trường của Square gần nhất và giữ dữ liệu tùy chỉnh nhưng không biết dữ liệu thuộc về đâu. Một giá trị chỉ thực sự hữu ích khi đội ngũ biết bản ghi nào sở hữu giá trị, hệ thống nào nhận diện giá trị đó và giá trị đó mô tả đối tượng dữ liệu hiện tại, giao dịch trước đây hay cách trình bày website.
Cách thể hiện những mẫu dữ liệu nguồn phổ biến trên Square
Mô hình đích cuối cùng nên được mô tả bằng các quan hệ, không phải danh sách trường dữ liệu. Những mẫu đại diện giúp làm rõ các quan hệ này trước khi xây dựng mapping ở quy mô lớn.
| Mẫu dữ liệu ở Cửa hàng nguồn | Chuỗi quan hệ trên Square |
|---|---|
| Products thời trang có nhiều cấu hình | Item → item options → option values → item variations → hình ảnh/SKU theo variation → tồn kho theo địa điểm. |
| Item nhà hàng có lựa chọn bổ sung | Item/variation → modifier list → modifiers → lựa chọn trên chi tiết mặt hàng trong Orders → thông tin xử lý đơn hàng. |
| Catalog có nhiều warehouse | Item variation → Square location hoặc warehouse bên ngoài → trạng thái tồn kho → mã tồn kho ngoài hệ thống. |
| Customers retail có loyalty | Customers → dữ liệu liên hệ/tham chiếu → Orders → bản ghi loyalty do Square hoặc hệ thống được kết nối quản lý. |
| Marketplace Orders | Orders → tham chiếu nguồn/channel → variation trên chi tiết mặt hàng hoặc dữ liệu lịch sử được ghi trực tiếp → lịch sử thanh toán/xử lý đơn hàng → marketplace ID bên ngoài. |
| Trang Categories nhạy cảm với SEO | Catalog Categories → điểm đến Square Online → liên kết điều hướng → chuyển hướng URL nguồn → các items được tham chiếu. |
| Công cụ cấu hình Products tùy chỉnh | Catalog item/variation → cấu hình do ứng dụng quản lý → dữ liệu trên chi tiết mặt hàng trong Orders → ID xử lý đơn hàng bên ngoài. |
Những chuỗi quan hệ này làm rõ phạm vi bằng cách xác định đối tượng đích chịu trách nhiệm, các bản ghi phụ thuộc và chức năng bên ngoài tiếp tục tồn tại ngoài catalog chính. Chúng cũng cho thấy khi nào một bản ghi nguồn phải trở thành nhiều đối tượng Square có liên kết. Chuỗi chỉ hoàn chỉnh khi nhân viên và hệ thống kết nối có thể lần theo item, Customers, Orders, nội dung hoặc ID bên ngoài trên Nền tảng đích mà không cần quay lại Nền tảng nguồn để hiểu ý nghĩa.
Kết luận
Chuyển đổi mô hình dữ liệu sang Square phụ thuộc vào việc đặt từng giá trị nguồn vào đúng đối tượng Square chịu trách nhiệm cho ý nghĩa thương mại. Items, item variations, options, modifiers, Categories, địa điểm, tồn kho, Customers, Orders, nội dung Square Online, custom attributes và ID bên ngoài có liên hệ với nhau nhưng không thể dùng thay thế cho nhau.
Mô hình đích tốt phải giữ các quan hệ cha-con và quan hệ giữa các hệ thống đứng phía sau dữ liệu. Danh tính variation phải tiếp tục gắn với tồn kho và địa điểm; Customers phải tiếp tục liên kết với Orders và mã tham chiếu bên ngoài; giao dịch trước đây phải tách khỏi cấu hình tương lai; cách trình bày trên Square Online phải tách khỏi dữ liệu catalog được xem là nguồn quản lý chính. Cấu trúc này giúp dữ liệu sau khi chuyển dễ hiểu và thực sự dùng được, thay vì chỉ xuất hiện trên Nền tảng đích.
Câu hỏi thường gặp
Square item variation khác modifier ở điểm nào?
Item variation là phiên bản có thể mua của một item và có thể mang SKU, giá, hình ảnh, đơn vị đo cùng thông tin tồn kho riêng. Modifier thường là phần bổ sung, loại bỏ hoặc lựa chọn tại thời điểm bán. Cấu trúc đích phải được chọn theo việc lựa chọn đó có tạo ra một đơn vị có thể bán và quản lý tồn kho riêng hay không.
Mọi option của Products ở Cửa hàng nguồn có nên trở thành Square item option không?
Không phải mọi option đều nên trở thành item option. Item options phù hợp khi option values xác định variations theo một cấu trúc chuẩn. Nội dung cá nhân hóa, phần bổ sung tùy chọn, hướng dẫn từ người mua hoặc lựa chọn do ứng dụng điều khiển có thể phù hợp hơn với modifiers, dữ liệu trên chi tiết mặt hàng trong Orders, custom attributes hoặc một hệ thống khác chịu trách nhiệm.
Vì sao địa điểm trong Square quan trọng khi chuyển tồn kho?
Tồn kho Square chỉ có đầy đủ ý nghĩa khi gắn với item variation và địa điểm cụ thể. Một số lượng có thể đúng về mặt số học nhưng vẫn nằm sai bối cảnh vận hành nếu được gắn nhầm variation hoặc location.
Hồ sơ Customers trong Square có thể tái tạo mọi chức năng tài khoản ở Cửa hàng nguồn không?
Hồ sơ Customers có thể giữ dữ liệu danh tính, liên hệ, nhóm, segment, lựa chọn nhận thông tin, custom attributes và quan hệ Orders trong phạm vi được hỗ trợ. Mật khẩu, cấu trúc B2B, quyền thành viên, sổ cái loyalty, đăng ký định kỳ và quyền do ứng dụng quản lý có thể thuộc các hệ thống khác trên Nền tảng đích.
Orders sau khi chuyển có cấu hình thanh toán và xử lý đơn hàng trong Square không?
Orders sau khi chuyển chỉ giữ thông tin về mặt hàng, điều chỉnh, địa điểm, nguồn, bối cảnh thanh toán, lịch sử xử lý đơn hàng và dữ liệu giao dịch liên quan. Thanh toán, thuế, phương thức xử lý đơn hàng, thông báo và cách ứng dụng hoạt động đang hoạt động vẫn cần cấu hình riêng.
các trường tùy chỉnh và ID bên ngoài nên được thể hiện trong Square như thế nào?
Mỗi giá trị cần gắn với item, variation, Customers, Orders, chi tiết mặt hàng, bản ghi website, ứng dụng hoặc hệ thống bên ngoài thực sự chịu trách nhiệm cho giá trị đó. Đồng thời phải giữ key mà hệ thống tiếp tục sử dụng để nhận diện giá trị; đưa mọi dữ liệu tùy chỉnh vào một ghi chú chung sẽ làm mất ý nghĩa quan hệ.