Storeden hiện được TeamSystem giới thiệu dưới tên TeamSystem Commerce, nhưng tài khoản đang sử dụng và tài liệu nội bộ của doanh nghiệp vẫn có thể dùng tên Storeden. Nếu Storeden được chọn làm Nền tảng đích, gói chuẩn bị cần ghi nhận cả hai tên ở những nơi chúng xuất hiện để đội dự án không nhầm tài khoản hiện tại, dữ liệu xuất trước đây, tham chiếu marketplace hoặc tài liệu tích hợp là các hệ thống không liên quan.
Tài liệu vận hành chi tiết và cập nhật không phải lúc nào cũng có đầy đủ trong một trung tâm trợ giúp công khai. Vì vậy, hồ sơ chuẩn bị cần dựa trên dữ liệu xác nhận từ chính tài khoản nguồn: các tệp xuất, ảnh chụp màn hình, hồ sơ quản trị, ghi chú tích hợp và người phụ trách cụ thể. Không nên suy đoán cách trường dữ liệu hoạt động, giới hạn hay mức độ bao phủ của dữ liệu xuất dựa trên bài viết cũ hoặc nội dung marketing.
Xác nhận tài khoản, tên hiện tại và phạm vi bán hàng
Trước hết, xác định chính xác tài khoản Storeden hoặc TeamSystem Commerce, domains chính, ngôn ngữ và tiền tệ đang hoạt động, gói dịch vụ hoặc modules đang bật nếu có liên quan, bên sở hữu theme, các kênh bán và những kết nối với TeamSystem hoặc hệ thống bên ngoài. Ghi rõ tên nào đang xuất hiện trong khu vực quản trị, hóa đơn, API hoặc hồ sơ tích hợp và quy trình nội bộ của nhân viên.
| Hành động | Người phụ trách | Thông tin cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Xác nhận tài khoản nguồn | Quản trị viên cửa hàng | ID tài khoản, ảnh chụp giao diện quản trị, domain chính | Xác định được chính xác Cửa hàng nguồn. |
| Ghi nhận quan hệ giữa tên Storeden và TeamSystem Commerce | Người phụ trách dự án | Bảng đối chiếu tên dùng trong tài khoản, tệp xuất, tích hợp và tài liệu | Có thể nối đúng các tham chiếu lịch sử với tên hiện tại. |
| Liệt kê các kênh bán đang hoạt động | Người phụ trách thương mại điện tử | Danh sách website, marketplace, mạng xã hội, B2B hoặc kênh khác | Mỗi nhóm bản ghi theo kênh đều có người phụ trách. |
| Xác định các kết nối trong hệ sinh thái TeamSystem | Người phụ trách hệ thống | Ghi chú về ERP, kế toán, thanh toán, POS, logistics hoặc tích hợp khác | Các mối phụ thuộc trong hệ sinh thái đã được nhìn thấy đầy đủ. |
| Xác nhận quyền truy cập dữ liệu nguồn | Người phụ trách dữ liệu hoặc kỹ thuật | Tệp xuất, báo cáo, thông tin truy cập và đầu mối hỗ trợ hiện có | Có thể thu thập các bản ghi cần thiết từ chính tài khoản. |
| Bắt đầu nhật ký thay đổi | Người phụ trách dự án | Các thay đổi có ngày tháng đối với catalog, tồn kho, Customers, Orders, apps và URL | Bộ dữ liệu dùng để chuẩn bị có thể được cập nhật theo thay đổi mới. |
Chuẩn bị Products, variants, trường catalog và media
TeamSystem Commerce công khai mô tả khả năng quản lý tập trung catalog và tồn kho, hình ảnh và mô tả Products, giá cùng hoạt động phân phối multichannel. Tuy vậy, cần kiểm tra chính tài khoản nguồn để xác định các trường Products và quan hệ variants thực tế đang được sử dụng. Hãy chuẩn bị Products theo từng mô hình kinh doanh thay vì giả định mọi mặt hàng dùng chung một schema.
Ghi nhận ID Products, SKU hoặc mã nội bộ, tiêu đề, trạng thái, giá, bối cảnh Tax, tồn kho, cấu trúc variant hoặc option, Categories, thương hiệu hoặc nhà sản xuất, hình ảnh, mô tả, nội dung theo ngôn ngữ, dữ liệu vận chuyển, trường marketplace, ID ngoài hệ thống và các trường tùy chỉnh xuất hiện trong tài khoản hoặc tệp xuất.
| Mô hình Products | Việc cần chuẩn bị | Thông tin cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Products đơn giản | Ghi lại ID, giá, tồn kho, trạng thái, Categories, media và nội dung | Tệp xuất Products và trang mẫu | Ý nghĩa cơ bản của Products đã được tài liệu hóa. |
| Products có variants | Ghi tên option, giá trị, ID tổ hợp, giá, tồn kho, hình ảnh và trạng thái | Tệp xuất variants hoặc ảnh chụp khu vực quản trị | Phân biệt được từng tổ hợp có thể bán với Products cha. |
| Products theo kênh | Ghi ID marketplace hoặc kênh, tiêu đề, Categories, giá và quy tắc sẵn hàng | Listing đại diện trên kênh | Dữ liệu website không bị trộn với dữ liệu riêng của kênh. |
| Products đa ngôn ngữ | Ghi nơi sở hữu từng ngôn ngữ, trường đã dịch, khác biệt về route và cách fallback hoạt động | Bộ bản ghi theo ngôn ngữ | Phạm vi nội dung cần xử lý đã rõ cho từng ngôn ngữ. |
| Products tùy chỉnh hoặc được app bổ sung | Xác định các trường do plugins, apps hoặc tích hợp tạo | Từ điển trường và hệ thống nguồn sở hữu dữ liệu | Dữ liệu ngoài phần cốt lõi của Products đã có hướng xử lý. |
| Products có nhiều media | Ghi hình ảnh gốc, tài liệu, video và vị trí tệp | Danh mục media | Có thể đối chiếu tài sản gốc với đúng bản ghi. |
Không suy luận cách variants hoặc marketplace hoạt động chỉ từ tên Products. Hãy dùng dữ liệu thực tế trong tài khoản để xác định giá trị nào làm thay đổi tồn kho, giá, hình ảnh hoặc khả năng bán theo từng kênh.
Chuẩn bị Categories, điều hướng, ngôn ngữ và các đường dẫn giúp khách hàng tìm sản phẩm
Chuẩn bị cấu trúc Categories, quan hệ Products với Categories, menus điều hướng, đường dẫn theo thương hiệu hoặc bộ sưu tập, phiên bản ngôn ngữ, bộ lọc hoặc thuộc tính dùng để tìm kiếm và duyệt Products, landing pages cùng các URL ưu tiên. Cần tài liệu hóa cách phân loại catalog trên từng kênh riêng với điều hướng website vì Categories trên marketplace hoặc nhãn trong feed không nhất thiết đại diện cho Categories của chính cửa hàng.
| Hạng mục giúp khách hàng tìm sản phẩm | Người phụ trách | Thông tin cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Cấu trúc Categories | Người phụ trách catalog | Danh sách cha-con, trạng thái, Products được gán | Mỗi Categories cần giữ đều có mục đích rõ. |
| Menus và đường dẫn storefront | Người phụ trách storefront | Sơ đồ điều hướng và ảnh chụp màn hình | Đường dẫn trình bày được tách khỏi bản ghi Categories. |
| Phạm vi ngôn ngữ | Người phụ trách nội dung | Ngôn ngữ đang hoạt động và các bản ghi Products, Categories và Pages đại diện đã dịch | Đã xác định nội dung cần duy trì cho từng ngôn ngữ. |
| Bộ lọc và thuộc tính | Người phụ trách merchandising | Tên trường, giá trị và phạm vi Products áp dụng | Dữ liệu phục vụ tìm kiếm và duyệt sản phẩm đủ nhất quán để chuyển sang cấu trúc đích. |
| Phân loại theo kênh | Người phụ trách marketplace | Categories của kênh, feed và listings đại diện | Phân loại bên ngoài được giữ riêng với taxonomy của website. |
| Routes ưu tiên | Người phụ trách SEO | URL Products, Categories, Pages, thương hiệu và chiến dịch | Mỗi đường dẫn quan trọng đều có quyết định giữ, chuyển hướng, tái tạo hoặc loại bỏ. |
Xác định hệ thống chịu trách nhiệm tồn kho và quy tắc đồng bộ theo kênh
Giá trị tồn kho có thể được quản lý trực tiếp trong tài khoản thương mại điện tử hoặc đồng bộ từ ứng dụng TeamSystem, ERP, kho, POS, nguồn dữ liệu nhà cung cấp hay quy trình marketplace. Trước khi chuyển đổi, phải xác định hệ thống nào là nguồn dữ liệu có hiệu lực và thời điểm cập nhật. Một con số trong tệp xuất chỉ là ảnh chụp tại thời điểm đó nếu chưa biết hệ thống nào chịu trách nhiệm tồn kho.
| Câu hỏi về tồn kho | Thông tin cần lưu | Điều kiện sẵn sàng |
|---|---|---|
| Tồn kho có hiệu lực đang được quản lý ở đâu? | Danh sách hệ thống, người phụ trách, ảnh chụp và ghi chú tích hợp | Mỗi nhóm Products có một nguồn dữ liệu tồn kho được xác định. |
| Tồn kho được theo dõi theo Products hay variant? | Các bản ghi Products và variants đại diện | Mức chi tiết của tồn kho đã rõ. |
| Có nhiều địa điểm hoặc kho không? | Danh sách địa điểm và ví dụ phân bổ | Ý nghĩa của từng địa điểm được xác định. |
| Marketplace có giữ chỗ hoặc đồng bộ tồn kho không? | Quy tắc theo kênh và listings đại diện | Không mặc định khả năng bán trên kênh bằng với tồn kho website. |
| Có dùng bundles hoặc Products thành phần không? | Quan hệ thành phần và dữ liệu cho thấy cách trừ tồn kho | Các quan hệ dùng chung tồn kho đã được tài liệu hóa. |
| Có trạng thái tồn kho âm, đặt trước hoặc backorder không? | Danh sách Products ngoại lệ | Mỗi ngoại lệ về khả năng bán đều có người phụ trách. |
Ghi lại thời điểm của từng lần xuất tồn kho và tránh dọn dữ liệu hàng loạt khi quyền sở hữu dữ liệu nguồn vẫn chưa rõ.
Chuẩn bị Customers, địa chỉ, phân nhóm và bối cảnh B2B
Chuẩn bị danh tính Customers, email, trạng thái tài khoản, địa chỉ, ngôn ngữ, trạng thái đồng ý nhận thông tin hoặc liên lạc, trường nhóm/phân khúc, bối cảnh B2B hoặc doanh nghiệp, cách xử lý Tax, dữ liệu loyalty hoặc credit nếu có và ID ngoài hệ thống. Dùng tài khoản hiện tại cùng các tích hợp để xác định trường nào thuộc nền tảng, trường nào do app quản lý và trường nào được đồng bộ từ hệ thống khác.
| Mô hình Customers | Việc cần chuẩn bị | Thông tin cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Customers đã đăng ký | Ghi danh tính, trạng thái tài khoản, địa chỉ và quan hệ với Orders | Các bản ghi Customers và Orders đại diện | Quyền sở hữu tài khoản đã rõ. |
| Khách mua không đăng ký | Ghi email và lịch sử đơn hàng mà không giả định có tài khoản Customers | Bộ Orders của khách không đăng ký | Lịch sử mua hàng của khách không đăng ký vẫn được tách riêng. |
| Khách B2B hoặc doanh nghiệp | Ghi doanh nghiệp, người liên hệ, bối cảnh giá hoặc Tax và người phụ trách tài khoản | Danh sách mẫu B2B | Quan hệ kinh doanh đã được tài liệu hóa. |
| Customers theo phân khúc | Ghi ý nghĩa và bên sở hữu group, tag, loyalty hoặc marketing | Từ điển phân khúc | Mỗi nhãn đều có ý nghĩa vận hành rõ. |
| Customers thuộc hệ thống ngoài | Ghi ID ERP, CRM, kế toán, POS hoặc hỗ trợ | Từ điển trường | Đã biết khóa dùng để tra cứu giữa các hệ thống. |
| Danh tính trùng | Ghi email trùng hoặc dùng chung và quyết định xử lý | Danh sách ngoại lệ danh tính | Mỗi bản ghi chưa rõ đã có người chịu trách nhiệm quyết định. |
Chuẩn bị Orders, thanh toán, vận chuyển, logistics và tham chiếu theo kênh
Chuẩn bị các bản ghi Orders đại diện cho mô hình vận hành thực tế của cửa hàng: đơn website và marketplace, nhiều nhãn thanh toán và vận chuyển, Products có variants, discounts, refunds, đơn hủy, returns, hóa đơn, tracking, điều chỉnh thủ công, thông tin đa ngôn ngữ, tình huống B2B và tham chiếu ngoài hệ thống.
| Hạng mục Orders | Hành động | Thông tin cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Nguồn theo kênh | Ghi nguồn website hoặc marketplace cùng ID kênh | Các bản ghi Orders đại diện từ nhiều kênh | Mỗi Orders có thể truy về đúng nguồn phát sinh. |
| Chi tiết Products | Giữ lựa chọn variant hoặc option, SKU, số lượng, giá và nội dung Products tại thời điểm mua | Chi tiết mặt hàng trong Orders đại diện | Cấu hình mặt hàng đã mua vẫn dễ hiểu. |
| Trạng thái và logistics | Ghi nhãn trạng thái, trạng thái giao hàng, tracking, returns và ghi chú vận hành | Từ điển trạng thái và Orders đại diện | Có thể diễn giải đúng quy trình lịch sử. |
| Tổng tiền | Xác định Tax, vận chuyển, discount, fee, refund và số tiền thanh toán | Ví dụ về từng thành phần cấu thành tổng tiền | Bối cảnh tài chính đầy đủ. |
| Tài liệu | Ghi tham chiếu hóa đơn, biên nhận hoặc chứng từ tài chính nếu có sử dụng | Ví dụ tài liệu và người phụ trách | Có thể truy lại các tham chiếu lịch sử cần thiết. |
| ID ngoài hệ thống | Ghi ID ERP, kế toán, thanh toán, logistics, marketplace hoặc POS | Các bản ghi Orders có phụ thuộc tích hợp | Yêu cầu tra cứu giữa các hệ thống đã được xác định. |
Nhãn thanh toán và vận chuyển trong lịch sử đơn hàng chỉ phản ánh giao dịch đã xảy ra. Cấu hình thanh toán, quy trình checkout, Tax, vận chuyển và logistics đang hoạt động cần được thiết lập riêng trên cửa hàng mới.
Kiểm kê apps, plugins, kết nối TeamSystem và hệ thống bên ngoài
Tạo bảng theo dõi các yếu tố phụ thuộc cho apps, plugins, marketplaces, dịch vụ thanh toán, nhà cung cấp logistics, kế toán, ERP, POS, CRM, analytics, marketing, reviews, feeds và tích hợp tùy chỉnh. Việc Storeden chuyển sang hệ sinh thái TeamSystem khiến bước này đặc biệt quan trọng vì nhân viên có thể xem một số kết nối là "thuộc Storeden" dù chúng thực tế được quản lý trong sản phẩm TeamSystem khác.
| Thông tin về yếu tố phụ thuộc | Chi tiết cần ghi | Điều kiện sẵn sàng |
|---|---|---|
| Tên sản phẩm hoặc dịch vụ | Tên hiện tại và tên trước đây nếu khác | Tất cả đội liên quan đều có thể nhận diện đúng cùng một thành phần. |
| Người phụ trách và mục đích | Người phụ trách nghiệp vụ, người phụ trách kỹ thuật, quy trình được hỗ trợ | Trách nhiệm đã rõ. |
| Nhóm dữ liệu | Products, tồn kho, Customers, Orders, hóa đơn, nội dung hoặc kênh được sử dụng | Đã biết dữ liệu nguồn nào chịu ảnh hưởng. |
| Chiều và thời điểm | Đọc, ghi, hai chiều, theo lịch, theo sự kiện hoặc thủ công | Hệ thống giữ dữ liệu gốc đã được xác định. |
| ID | SKU, ID Products, email Customers, số Orders, khóa ngoài hệ thống | Các quan hệ tra cứu cần thiết đã được lưu. |
| Quyết định chuyển tiếp | Kết nối lại, xây dựng lại, ngừng dùng, thay thế hoặc cần rà soát | Không mặc định chức năng sẽ tiếp tục chỉ vì tên tích hợp vẫn còn. |
Chuẩn bị nội dung, themes, routes SEO và dữ liệu redirects
TeamSystem Commerce công khai mô tả themes có thể tùy chỉnh, thương mại điện tử đa ngôn ngữ và chức năng SEO. Tuy nhiên, cần xác nhận mô hình nội dung thực tế và các tệp có thể xuất từ chính tài khoản. Chuẩn bị Pages, nội dung Products và Categories, nội dung blog hoặc biên tập nếu có, hình ảnh, menus, các phần trong theme, metadata, thiết lập canonical, quan hệ hreflang/ngôn ngữ, internal links và bản ghi rewrite hoặc redirect.
| Hạng mục nội dung | Người phụ trách | Thông tin cần lưu | Điều kiện sẵn sàng |
|---|---|---|---|
| Pages và chính sách | Người phụ trách nội dung | Danh sách Pages, trạng thái, route, ngôn ngữ và internal links | Quyết định giữ, xây lại, gộp hoặc loại bỏ đã được ghi. |
| Nội dung trong theme | Người phụ trách theme | Bản sao theme nếu có hoặc ảnh chụp, các phần tùy chỉnh và tài sản nhúng | Nội dung được lưu trong thành phần trình bày đã được nhận diện. |
| Metadata SEO | Người phụ trách SEO | Titles, descriptions, thiết lập canonical và quan hệ ngôn ngữ | Bối cảnh tìm kiếm được lưu cùng dữ liệu route. |
| Redirects hoặc URL rewrite | Người phụ trách SEO hoặc kỹ thuật | Danh sách redirect hiện tại và các route cũ ưu tiên | Có dữ liệu để duy trì quy tắc chuyển hướng lịch sử. |
| Media | Người phụ trách nội dung | Hình ảnh, tài liệu, video gốc và quan hệ với Products | Có thể đối chiếu tệp nguồn với đúng bản ghi. |
Chuẩn bị tệp xuất, ảnh chụp, bản sao và giới hạn của dữ liệu nguồn
Do tài liệu vận hành công khai còn hạn chế, kho dữ liệu dùng làm căn cứ cần được lưu đặc biệt rõ. Mỗi tệp xuất cần có ngày, bối cảnh tài khoản, các trường đã chọn, tiêu chí lọc và checksum. Hãy chụp lại những quan hệ không xuất hiện trong tệp xuất và ghi rõ trường hoặc đối tượng nào không thể lấy ra nếu thiếu quyền quản trị hoặc hỗ trợ.
| Bộ thông tin cần lưu | Nội dung bắt buộc | Điều kiện sẵn sàng |
|---|---|---|
| Tệp xuất cốt lõi | Products, Customers, Orders, Categories, tồn kho, nội dung và dữ liệu kênh nếu có | Tệp có ngày và xác định được tài khoản nguồn. |
| Ảnh chụp và báo cáo | Variants, apps, tích hợp, thiết lập, ngôn ngữ, redirects và trường hợp ngoại lệ | Các quan hệ không có trong tệp xuất vẫn có thể được kiểm tra. |
| Kho media và theme | Tài sản gốc cùng bản sao theme hoặc mã nguồn nếu có | Có thể khôi phục các tệp nguồn cần thiết. |
| Hồ sơ hỗ trợ | Đầu mối tài khoản và các câu hỏi chưa giải quyết về dữ liệu xuất | Khoảng trống thông tin đã có người phụ trách. |
| Nhật ký thay đổi | Products mới hoặc đã sửa, tồn kho, Customers, Orders, kênh và URL | Có thể đối chiếu thay đổi mới với bộ dữ liệu đã thu thập. |
Không lấp khoảng trống dữ liệu bằng giả định chưa được xác nhận. Hãy ghi rõ giới hạn và người chịu trách nhiệm xác minh cách tài khoản hiện tại thực sự hoạt động.
Chọn các bản ghi đại diện để kiểm thử di chuyển dữ liệu
| Nhóm mẫu | Cần bao gồm | Mục đích chuẩn bị |
|---|---|---|
| Products | Products đơn giản, có variants, đa ngôn ngữ, được đăng trên kênh, ngoại lệ tồn kho thấp và Products được app bổ sung | Bộc lộ các mô hình catalog và quyền sở hữu dữ liệu khác nhau. |
| Customers | Customers đã đăng ký, khách không đăng ký, B2B, theo phân khúc, danh tính trùng và Customers có ID ngoài hệ thống | Đại diện cho khác biệt về tài khoản và tích hợp. |
| Orders | Orders từ website, marketplace, refund, return, nhiều trạng thái logistics, tham chiếu hóa đơn và Orders thuộc hệ thống ngoài | Giữ được bối cảnh vận hành. |
| Điều hướng và nội dung | Categories ưu tiên, route ngôn ngữ, landing page, URL Products và redirect | Chuẩn bị các quan hệ giữa route và nội dung. |
| Yếu tố phụ thuộc | Products, Customers hoặc Orders được tích hợp TeamSystem hay hệ thống ngoài sử dụng | Bảo đảm ID giữa các hệ thống được đưa vào dữ liệu kiểm thử. |
Mỗi bản ghi đại diện cần kèm kỳ vọng ở nguồn: vì sao bản ghi đó đại diện cho một tình huống quan trọng, quan hệ nào cần được giữ và dữ liệu nào phải đi kèm để có thể kiểm tra kết quả.
Hoàn tất điều kiện sẵn sàng trước khi chuyển đổi sang Storeden
| Điều kiện cuối | Tiêu chí sẵn sàng |
|---|---|
| Danh tính tài khoản | Quan hệ tên Storeden và TeamSystem Commerce, tài khoản, domains, kênh và người phụ trách đã được đối chiếu. |
| Catalog | Products, variants, Categories, ngôn ngữ, media và trường tùy chỉnh đã được tài liệu hóa. |
| Tồn kho | Đã biết hệ thống sở hữu tồn kho, mức chi tiết, địa điểm, kênh và ngoại lệ. |
| Customers | Các trường hợp đã đăng ký, khách không đăng ký, B2B, phân khúc, trùng danh tính và ID ngoài hệ thống đều đã được hiểu rõ. |
| Orders | Có thể diễn giải nguồn theo kênh, lựa chọn Products, trạng thái, logistics, tổng tiền, tài liệu và ID ngoài hệ thống. |
| Yếu tố phụ thuộc | Apps, plugins, kết nối TeamSystem, marketplaces và hệ thống ngoài đều có quyết định xử lý. |
| Nội dung | Themes, Pages, media, trường SEO, routes ngôn ngữ và redirects đã được chuẩn bị. |
| Dữ liệu đầu vào | Tệp xuất, ảnh chụp, media, đầu mối hỗ trợ, giới hạn và nhật ký thay đổi đều sẵn sàng. |
| Bản ghi đại diện | Các bản ghi dùng để kiểm thử di chuyển dữ liệu bao phủ cả tình huống nguồn thông thường và phức tạp. |
Kết luận
Chuẩn bị chuyển đổi sang Storeden cần đối chiếu tên nền tảng trước đây với bối cảnh TeamSystem Commerce hiện tại và lấy dữ liệu thực tế trong tài khoản làm căn cứ. Catalog, tồn kho, kênh bán, Customers, Orders, nội dung, apps và kết nối TeamSystem phải được tài liệu hóa bởi những người hiểu cách chúng được sử dụng trong vận hành.
Một kho thông tin đầy đủ giúp làm rõ giới hạn của dữ liệu nguồn thay vì che chúng bằng giả định. Đây là cơ sở đáng tin cậy để cấu hình quá trình chuyển đổi ngay cả khi tài liệu công khai ở cấp trường dữ liệu còn hạn chế.
Câu hỏi thường gặp
Vì sao danh sách chuẩn bị nhắc đến TeamSystem Commerce trong khi tiêu đề nền tảng là Storeden?
TeamSystem hiện giới thiệu Storeden dưới tên TeamSystem Commerce. Tài khoản, tệp xuất, tích hợp và quy trình nội bộ có thể dùng một trong hai tên, nên hồ sơ chuẩn bị cần ghi rõ mối quan hệ này.
Cần làm gì khi một trường Storeden không được mô tả trong tài liệu công khai hiện tại?
Hãy dùng thông tin từ chính tài khoản, tệp xuất, ảnh chụp màn hình, người phụ trách tích hợp và đầu mối hỗ trợ. Nếu cách một trường hoạt động vẫn chưa rõ, ghi nhận đó là giới hạn của dữ liệu nguồn thay vì suy đoán.
Nên chọn những Products nào làm bản ghi đại diện?
Hãy gồm Products đơn giản và có variants, Products đa ngôn ngữ, Products được đăng trên marketplace, ngoại lệ tồn kho, Products có nhiều media và các bản ghi được apps hoặc hệ thống bên ngoài bổ sung.
Nên chuẩn bị tồn kho multichannel như thế nào?
Xác định hệ thống sở hữu tồn kho, mức chi tiết theo Products hoặc variant, địa điểm, quy tắc giữ chỗ hoặc đồng bộ và ID riêng theo từng kênh.
Những bản ghi Orders nào hữu ích nhất cho giai đoạn chuẩn bị?
Nên gồm Orders từ website và marketplace, refunds, returns, nhiều trạng thái logistics, tham chiếu hóa đơn hoặc chứng từ tài chính và Orders có kết nối với TeamSystem hoặc hệ thống khác.
Kiểm soát thay đổi nguồn sau khi xuất dữ liệu như thế nào?
Duy trì nhật ký có ngày cho Products, tồn kho, Customers, Orders, kênh, apps và URL để bộ dữ liệu dùng làm căn cứ cho di chuyển dữ liệu luôn có thể được đối chiếu với trạng thái hiện tại của Cửa hàng nguồn.