Next-Cart

Danh sách kiểm tra các hạng mục cần chuẩn bị trước khi chuyển đổi sang Cafe24

Nếu Cafe24 được chọn làm Nền tảng đích, công tác chuẩn bị nên bắt đầu bằng việc tách rõ các phạm vi dữ liệu và vận hành. Một tài khoản Cafe24 có thể gồm cửa hàng mặc định, các cửa hàng theo ngôn ngữ hoặc khu vực, Categories và nội dung bản địa hóa, quy tắc hiển thị Products, nhiều mô hình lựa chọn option, tồn kho ở cấp variant, các cấp/nhóm Customers cùng apps và hệ thống bên ngoài tham gia vận hành. Những quan hệ này rất dễ bị che khuất nếu việc chuẩn bị chỉ bắt đầu từ một file xuất Products hoặc Orders.

Mục tiêu là tạo đủ thông tin nguồn và căn cứ đối chiếu để xác định cửa hàng, ngôn ngữ, cấp Customers, mô hình option của Products và hệ thống bên ngoài nào đang sở hữu từng chức năng quan trọng. Với mỗi nhóm công việc, cần chốt trước hành động, người hoặc bộ phận phụ trách, tài liệu/kết quả cần có và điều kiện được xem là sẵn sàng trước khi hoàn tất cấu hình di chuyển dữ liệu.

Xác nhận quyền truy cập và phạm vi cửa hàng trên Cafe24

Ghi nhận chính xác tài khoản Cafe24, cửa hàng mặc định, các cửa hàng theo ngôn ngữ/khu vực, domain, ngôn ngữ đang hoạt động, tiền tệ, bối cảnh vận hành theo khu vực, vai trò quản trị và các bộ phận chịu trách nhiệm về catalog, Customers, Orders, nội dung, privacy, thuế, xử lý đơn hàng và tích hợp. Đồng thời xác định thông tin nào ở các cửa hàng bản địa hóa kế thừa từ cửa hàng mặc định và thông tin nào đã được chỉnh sửa riêng.

Hành động Người/bộ phận phụ trách Thông tin cần xác nhận Điều kiện sẵn sàng
Liệt kê cửa hàng mặc định và các cửa hàng theo ngôn ngữ/khu vực Quản trị nền tảng Danh sách cửa hàng, domain, ngôn ngữ, tiền tệ, trạng thái Mỗi cửa hàng thuộc phạm vi dự án có vai trò được ghi rõ.
Xác nhận quyền truy cập nguồn Người phụ trách quyền truy cập Quyền quản trị, quyền xuất dữ liệu, đầu mối kỹ thuật Có thể thu thập đầy đủ thông tin nguồn cần thiết.
Ghi nhận quan hệ kế thừa và bản địa hóa Người phụ trách nội dung và catalog Đối chiếu Products, Categories, nội dung và cấu hình giữa các cửa hàng Phân biệt được thông tin dùng chung và thông tin được quản lý riêng.
Xác định trách nhiệm theo khu vực Pháp lý, tài chính và vận hành Ghi chú về người phụ trách thuế, privacy, vận chuyển, thanh toán và xử lý đơn hàng Mỗi cấu hình theo khu vực đều có người/bộ phận chịu trách nhiệm.
Lập danh sách apps và tích hợp đang hoạt động Người phụ trách hệ thống Danh sách app, mục đích, nhóm dữ liệu liên quan và trạng thái Dữ liệu và quy trình ngoài phần cốt lõi đã được nhận diện.
Bắt đầu nhật ký thay đổi Người phụ trách dự án Các thay đổi có ngày ghi nhận đối với Products, Customers, Orders, URL và cấu hình Bộ thông tin dùng để đối chiếu có thể được cập nhật theo thay đổi mới.

Chuẩn bị Products, options, variants và tồn kho

Cafe24 hỗ trợ nhiều mô hình option cho Products. Mô hình lựa chọn theo tổ hợp có thể tạo variants từ các tổ hợp giá trị. Mô hình lựa chọn độc lập cho phép khách hàng chọn từng giá trị riêng, còn mô hình lựa chọn tùy chỉnh có thể thu thập lựa chọn bắt buộc hoặc tùy chọn và có thể quản lý tồn kho ở cấp Products thay vì cấp variant. Trường nhập văn bản hoặc file đính kèm cũng có thể thu thập thông tin riêng cho từng lần mua.

Cần chuẩn bị số Products, mã Products, mã tùy chỉnh, tên, trạng thái, phạm vi hiển thị và bán theo từng cửa hàng, Categories, giá, thuế, hình ảnh, mô tả, mô hình option, giá trị option, mã variant, mã variant tùy chỉnh, cấu hình tồn kho, thời điểm trừ tồn kho, phụ phí, trường nhập văn bản/file và ID bên ngoài.

Trường hợp Products Việc cần chuẩn bị Tài liệu hoặc kết quả rà soát Điều kiện sẵn sàng
Products dùng option theo tổ hợp Ghi tên option, giá trị, tổ hợp, mã variant, giá, tồn kho, trạng thái hiển thị và bán Bản ghi Products và dữ liệu tồn kho đại diện Ý nghĩa ở cấp tổ hợp được ghi nhận đầy đủ.
Products dùng lựa chọn độc lập Ghi lựa chọn bắt buộc/tùy chọn, cách khách hàng chọn từng giá trị và cấp quản lý tồn kho Trang Products và chi tiết mặt hàng trong Orders đại diện Option chọn riêng không bị nhầm thành một variant duy nhất.
Products dùng lựa chọn tùy chỉnh Ghi quy tắc nhập/chọn, trạng thái bắt buộc, ảnh hưởng đến giá và cách quản lý tồn kho ở cấp Products Products và Orders đại diện Thông tin riêng theo lần mua đã có cấu trúc chịu trách nhiệm rõ ràng.
Trường văn bản hoặc file đính kèm tùy chỉnh Ghi mục đích, trạng thái bắt buộc, người/bộ phận giữ file và quan hệ với Orders Cấu hình Products và lịch sử đơn hàng Thông tin riêng của lần mua được thể hiện trong bộ thông tin nguồn.
Products được bản địa hóa Ghi tên, mô tả, giá, trạng thái hiển thị và bán ở bản mặc định và từng cửa hàng Đối chiếu cùng Products giữa các cửa hàng Phạm vi bản địa hóa và cửa hàng đã rõ.
Ngoại lệ tồn kho Ghi loại tồn kho, thời điểm trừ, quy tắc số lượng âm/hết hàng và mức tối thiểu Dữ liệu tồn kho và danh sách ngoại lệ Ý nghĩa của khả năng bán đã được ghi nhận.

Không chuẩn hóa nhãn option hoặc gộp mã variant trước khi người phụ trách nghiệp vụ xác nhận rằng các bản ghi thực sự có cùng ý nghĩa giữa các cửa hàng và trong lịch sử đơn hàng.

Chuẩn bị Categories, cách hiển thị, điều hướng và URL phục vụ SEO

Categories trên Cafe24 có thể lồng nhau, có tên dịch theo từng cửa hàng, kiểm soát bối cảnh hiển thị/bán, dùng các khu vực trình bày Products khác nhau và giới hạn quyền truy cập theo tài khoản hoặc cấp Customers. Vì vậy, cần chuẩn bị dữ liệu Categories và điều hướng trên storefront như hai nhóm thông tin có liên quan nhưng không đồng nhất.

Hạng mục giúp khách hàng tìm Products Người/bộ phận phụ trách Dữ liệu cần đối chiếu Điều kiện sẵn sàng
Cây Categories Người phụ trách catalog Quan hệ cha-con, trạng thái, Products được gán Mỗi Categories cần giữ lại có vị trí cha và mục đích rõ ràng.
Thông tin Categories bản địa hóa Người phụ trách nội dung Tên, mô tả và URL ở bản mặc định cùng từng cửa hàng Phạm vi dịch/bản địa hóa đã được ghi nhận.
Khu vực trình bày Products Merchandising Quan hệ với Products, Recommended Products và New Products Không suy diễn vị trí hiển thị chỉ từ việc Products thuộc Categories.
Giới hạn truy cập Người phụ trách Customers/B2B Ví dụ về tài khoản bắt buộc, cấp Customers, quyền quản trị, giới hạn tuổi hoặc IP Mỗi giới hạn đều có người sở hữu quy tắc.
Menu và điều hướng của theme Người phụ trách storefront Sơ đồ điều hướng, ảnh chụp, Categories và trang được liên kết Tách được đường điều hướng khỏi bản thân dữ liệu Categories.
URL phục vụ SEO Người phụ trách SEO URL Products/Categories, metadata, URL ưu tiên và redirects Mỗi URL có giá trị cao đã có quyết định giữ, chuyển hướng hoặc ngừng sử dụng.

Cafe24 có thể quản lý Customers đã đăng ký, người mua không có tài khoản, Customers có lịch sử mua, các cấp Customers, trường đăng ký, bản ghi tài khoản đã xóa và thông báo tự động. Dữ liệu Customers cần được chuẩn bị theo mục đích kinh doanh thực tế, không chỉ theo danh sách trường.

Ghi nhận mã hoặc số Customers, tên, email, trạng thái đăng nhập/tài khoản, ngôn ngữ hoặc cửa hàng, địa chỉ, trường đăng ký, cấp Customers, quan hệ với lịch sử mua, trạng thái consent/giao tiếp, thông tin thuế hoặc doanh nghiệp, điểm/credit nếu có sử dụng và ID bên ngoài.

Trường hợp Customers Việc cần chuẩn bị Tài liệu hoặc kết quả rà soát Điều kiện sẵn sàng
Customers đã đăng ký Ghi định danh, cửa hàng, trạng thái tài khoản, địa chỉ và cấp Bản ghi Customers và Orders đại diện Quyền sở hữu tài khoản đã rõ.
Người mua không có tài khoản Ghi định danh trong Orders mà không giả định tồn tại tài khoản đăng ký Bộ Orders của khách mua không đăng ký Lịch sử mua không bị nhập chung với tài khoản đăng ký.
Customers thuộc một cấp/nhóm Ghi ý nghĩa của cấp, quyền lợi, giảm giá, giới hạn truy cập và người phụ trách Bảng quy tắc theo cấp Customers Phân nhóm có ý nghĩa kinh doanh được ghi nhận.
Trường đăng ký tùy chỉnh Phân loại từng trường theo mục đích, mức độ nhạy cảm và nơi sử dụng downstream Danh mục trường dữ liệu Mỗi thông tin tài khoản cần giữ đã có quyết định xử lý.
Tài khoản đã xóa hoặc không hoạt động Ghi lý do cần giữ thông tin và lịch sử đơn hàng liên quan Danh sách ngoại lệ Định danh lịch sử được xử lý có chủ đích.
Customers gắn với hệ thống bên ngoài Ghi ID CRM, ERP, thanh toán, hệ thống xử lý đơn hàng hoặc hỗ trợ Tham chiếu tích hợp Các khóa tra cứu vẫn có thể đối chiếu.

Chỉ nên đưa vào phạm vi những trường Customers nhạy cảm thực sự cần cho mục tiêu đã thống nhất và phải xử lý chúng theo kiểm soát privacy/quyền truy cập của doanh nghiệp.

Chuẩn bị Orders, thanh toán, hoàn tiền và bối cảnh xử lý đơn hàng

Việc chuẩn bị Orders cần bao quát các cửa hàng, ngôn ngữ, trạng thái Customers, mô hình option Products, phương thức thanh toán, phương thức vận chuyển, bối cảnh thuế, giảm giá, points, hoàn tiền, hủy, đổi, return và trạng thái xử lý đơn hàng khác nhau. Khu vực All Orders có thể được dùng để tìm và xuất Orders theo giai đoạn và tình huống nghiệp vụ; cần lưu lại bộ lọc và khoảng thời gian dùng cho từng file.

Nhóm thông tin Orders Việc cần làm Thông tin giao dịch cần kiểm tra Điều kiện sẵn sàng
Cửa hàng và ngôn ngữ Ghi cửa hàng, locale, tiền tệ và bối cảnh Customers Orders đại diện giữa các cửa hàng Mỗi Orders có thể được hiểu đúng trong bối cảnh cửa hàng ban đầu.
Lựa chọn Products Ghi giá trị option, mã variant, thông tin tùy chỉnh, số lượng, giá và nội dung Products Chi tiết mặt hàng trong Orders đại diện Cấu hình khách hàng đã mua vẫn có thể hiểu được.
Trạng thái và xử lý đơn hàng Ghi nhãn trạng thái, trạng thái thanh toán, vận chuyển, tracking, hủy, return và đổi Danh mục trạng thái và Orders liên quan Diễn giải được quy trình của giao dịch trước đây.
Tổng tiền Tách tiền Products, phụ phí option, thuế, vận chuyển, giảm giá, points, hoàn tiền và phí Mẫu đối chiếu thành phần tổng tiền Bối cảnh tài chính đầy đủ.
Địa chỉ Tách địa chỉ hiện tại trong Customers khỏi ảnh chụp địa chỉ thanh toán/vận chuyển tại thời điểm đặt Orders Các bản ghi Customers và Orders đại diện Dữ liệu tài khoản hiện tại không bị nhập lẫn với lịch sử.
Tham chiếu bên ngoài Ghi ID thanh toán, logistics, marketplace, ERP, kế toán và hỗ trợ Orders có liên kết tích hợp đại diện Yêu cầu tra cứu xuyên hệ thống đã được ghi nhận.

Bản ghi thanh toán và vận chuyển trước đây chỉ mô tả giao dịch lịch sử. Chúng không cấu hình payment gateway, thuế, vận chuyển hoặc quy tắc xử lý đơn hàng đang hoạt động trên Nền tảng đích.

Chuẩn bị nội dung, themes, trang bản địa hóa và media

Chuẩn bị pages, chính sách, nội dung Products/Categories, khu vực trang chủ, banners, themes, cách hiển thị trên thiết bị di động, forms, hình ảnh, file tải xuống, metadata, liên kết nội bộ và các phiên bản bản địa hóa. Theme Cafe24 có thể chứa nội dung đã cấu hình và mã nguồn tùy chỉnh, vì vậy người phụ trách theme cần xác định dữ liệu hoặc quy tắc kinh doanh nào đang được nhúng trong templates.

Nhóm nội dung Người/bộ phận phụ trách Tài liệu nguồn cần có Điều kiện sẵn sàng
Pages và chính sách Nội dung hoặc pháp lý Danh sách trang, cửa hàng, ngôn ngữ, trạng thái, URL Quyết định giữ, dựng lại, gộp hoặc loại bỏ đã được ghi nhận.
Nội dung Products và Categories Người phụ trách catalog File xuất hoặc mẫu nội dung mặc định và bản địa hóa Ghép được nội dung với đúng bản ghi và cửa hàng.
Các phần trong theme Người phụ trách theme Backup/theme source, phần tùy chỉnh và ảnh chụp Nội dung do lớp trình bày sở hữu đã được nhận diện.
Media Người phụ trách nội dung File gốc, đường dẫn và quan hệ với Products hoặc pages Có thể truy cập tài sản nguồn.
Metadata và URL phục vụ SEO Người phụ trách SEO Title, description, URL, canonical kỳ vọng và liên kết nội bộ Bối cảnh tìm kiếm đi cùng bộ thông tin nội dung.

Lập danh sách apps, API, webhooks và hệ thống bên ngoài

Tạo bảng theo dõi các thành phần phụ thuộc gồm Cafe24 apps, tích hợp API, webhooks, marketplaces, dịch vụ thanh toán, đơn vị vận chuyển/logistics, ERP, kế toán, CRM, kho, analytics, marketing, Reviews và mã tùy chỉnh. Ghi rõ mỗi thành phần ảnh hưởng đến cửa hàng và ngôn ngữ nào.

Thông tin cần theo dõi Chi tiết cần ghi Điều kiện sẵn sàng
Người phụ trách và mục đích Người phụ trách nghiệp vụ/kỹ thuật và quy trình đang được hỗ trợ Trách nhiệm đã rõ.
Phạm vi cửa hàng Cửa hàng mặc định, cửa hàng bản địa hóa hoặc tất cả cửa hàng Phạm vi theo khu vực đã rõ.
Nhóm dữ liệu Products, variants, tồn kho, Customers, Orders, nội dung hoặc cấu hình Xác định được dữ liệu cần đối chiếu.
Chiều và thời điểm xử lý Đọc, ghi, hai chiều, theo lịch, theo sự kiện hoặc thủ công Hệ thống nắm quyền dữ liệu chính đã được ghi nhận.
Mã định danh Mã Products, mã variant, ID Customers, số Orders, khóa bên ngoài Các phụ thuộc dùng để tra cứu vẫn được giữ.
Quyết định chuyển tiếp Kết nối lại, dựng lại, ngừng dùng, thay thế hoặc cần rà soát thêm Không giả định chức năng sẽ tự tiếp tục sau di chuyển dữ liệu.

Chuẩn bị dữ liệu xuất, media, backup và kiểm soát thay đổi

Tạo các bộ lưu trữ nguồn có ngày ghi nhận cho Products, options, variants, tồn kho, Categories, Customers, Orders, nội dung, apps và trường phục vụ tích hợp. Lưu tiêu chí lọc, phạm vi cửa hàng/ngôn ngữ, cột đã chọn, khoảng thời gian và checksum. Giữ nguyên file xuất gốc; chỉ làm sạch hoặc biến đổi trên bản làm việc.

Bộ thông tin nguồn Nội dung bắt buộc Điều kiện sẵn sàng
File Products và tồn kho Trường Products, option, variant, tồn kho, cửa hàng và Categories Thông tin dùng để xác nhận catalog và khả năng bán đã đầy đủ.
File Customers và Orders Cửa hàng, trạng thái tài khoản, cấp, địa chỉ, Orders, trạng thái, tổng tiền và ID bên ngoài Có thể xác định nguồn gốc của các quan hệ lịch sử.
Kho nội dung và theme Pages, nội dung bản địa hóa, media, backup/theme source Tài sản trình bày và tài sản nguồn đều có sẵn.
Thông tin về thành phần phụ thuộc Danh sách app, ghi chú API/webhook, trường của hệ thống bên ngoài Quyền sở hữu dữ liệu ngoài phần cốt lõi đã được ghi nhận.
Backup và thông tin hỗ trợ Backup tài khoản hiện có, kho file xuất, kho media, đầu mối kỹ thuật Có thể khôi phục bộ thông tin nguồn khi cần.
Nhật ký thay đổi Products, Customers, Orders, URL, apps và cấu hình mới/chỉnh sửa Có thể đối chiếu những thay đổi nguồn phát sinh sau lần xuất dữ liệu.

Chọn các bản ghi đại diện cho di chuyển dữ liệu thử nghiệm

Nhóm mẫu Cần bao gồm Mục đích chuẩn bị
Products Products đơn giản, variant theo tổ hợp, option độc lập, Products dùng lựa chọn tùy chỉnh, trường text/file, Products bản địa hóa, ngoại lệ tồn kho Bộc lộ các mô hình catalog khác nhau.
Customers Đã đăng ký, người mua không có tài khoản, thành viên theo cấp Customers, tài khoản có trường tùy chỉnh, ngoại lệ đã xóa/không hoạt động, Customers có ID bên ngoài Đại diện cho khác biệt về định danh và phân nhóm.
Orders Nhiều cửa hàng, mô hình option, trạng thái thanh toán/xử lý đơn hàng, hoàn tiền, return/đổi, giảm giá/points và tham chiếu bên ngoài Giữ đúng bối cảnh vận hành trong lịch sử giao dịch.
Điều hướng và nội dung Categories bản địa hóa, Categories bị giới hạn truy cập, vị trí trình bày Products, trang theme và URL ưu tiên Chuẩn bị quan hệ storefront và URL.
Tích hợp Bản ghi Products, Customers hoặc Orders được app, API, webhook hoặc hệ thống bên ngoài sử dụng Đưa các mã định danh xuyên hệ thống vào mẫu kiểm tra.

Với mỗi mẫu, viết ngắn gọn kết quả kỳ vọng từ nguồn: cửa hàng, ngôn ngữ, quan hệ, trường, file liên kết và mã định danh nào khiến bản ghi đó đại diện cho một tình huống cần kiểm tra.

Hoàn tất điều kiện sẵn sàng trước khi chuyển đổi sang Cafe24

Nhóm kiểm tra cuối Điều kiện sẵn sàng
Phạm vi cửa hàng Cửa hàng mặc định và các cửa hàng bản địa hóa, ngôn ngữ, domain, quan hệ kế thừa và người phụ trách theo khu vực đã được ghi nhận.
Products Mô hình option, variants, mã định danh, tồn kho, phạm vi cửa hàng, nội dung và ID bên ngoài đều có mẫu đại diện.
Khả năng khách hàng tìm Products Categories, khu vực trình bày, giới hạn truy cập, điều hướng, URL bản địa hóa và dữ liệu SEO đã được chuẩn bị.
Customers Các trường hợp đăng ký, không đăng ký, cấp Customers, trường tùy chỉnh, tài khoản đã xóa và ID bên ngoài đều được hiểu rõ.
Orders Cửa hàng, ngôn ngữ, lựa chọn Products, trạng thái, xử lý đơn hàng, tổng tiền, hoàn tiền và tham chiếu bên ngoài đều có thể diễn giải.
Nội dung Pages, themes, media, bản địa hóa, metadata và URL đã được ghi nhận.
Thành phần phụ thuộc Apps, API, webhooks, marketplaces và hệ thống bên ngoài đều có người phụ trách và quyết định xử lý.
Dữ liệu đầu vào File xuất, tiêu chí lọc, tài sản, backup, checksum, đầu mối và nhật ký thay đổi đều có sẵn.
Bản ghi mẫu Các bản ghi di chuyển dữ liệu đại diện bao quát cả trường hợp thông thường lẫn cấu trúc nguồn phức tạp.

Kết luận

Chuẩn bị cho dự án chuyển đổi sang Cafe24 cần giữ đúng bối cảnh cửa hàng, ngôn ngữ, mô hình option của Products, cấp Customers, tồn kho và lịch sử đơn hàng trước khi dữ liệu được di chuyển. Những quan hệ này quyết định liệu dữ liệu xuất khỏi tài khoản nguồn còn có thể được hiểu và đối chiếu chính xác hay không.

Khi quyền truy cập, phạm vi bản địa hóa, thông tin nguồn, tích hợp, bản ghi đại diện và kiểm soát thay đổi đều hoàn chỉnh, cấu hình di chuyển dữ liệu có thể dựa trên cách cửa hàng thực sự vận hành thay vì chỉ dựa vào tổng số bản ghi.

Câu hỏi thường gặp

Có cần chuẩn bị riêng cửa hàng mặc định và các cửa hàng Cafe24 bản địa hóa không?

Cửa hàng mặc định và các cửa hàng Cafe24 bản địa hóa cần được chuẩn bị riêng về những nội dung có thể khác nhau. Cần ghi rõ thông tin nào được kế thừa từ cửa hàng mặc định và giá trị nào của Products, Categories, nội dung, giá, trạng thái hiển thị hoặc URL đã được bản địa hóa theo từng cửa hàng.

Vì sao phải ghi nhận loại hình lựa chọn option trên Cafe24?

Lựa chọn theo tổ hợp, lựa chọn độc lập và lựa chọn tùy chỉnh có thể tạo ra quan hệ khác nhau giữa Products, tồn kho và Orders. Một danh sách option chung không thể hiện được những khác biệt đó.

Những thông tin tồn kho nào quan trọng nhất?

Cần chuẩn bị mã Products và variant, trạng thái theo dõi tồn kho, số lượng có thể bán, thời điểm trừ tồn kho, mức tối thiểu, trạng thái hiển thị/bán, phụ phí và hệ thống đang sở hữu số lượng hiện tại.

Nên chuẩn bị các cấp Customers như thế nào?

Ghi rõ thành viên thuộc cấp nào, mục đích kinh doanh, giảm giá, giới hạn truy cập, quyền lợi, cửa hàng bị ảnh hưởng và người có thể giải thích quy tắc của từng cấp.

Nên chọn những Orders nào làm mẫu?

Chọn Orders đại diện cho các cửa hàng/ngôn ngữ, mô hình option, trạng thái thanh toán và xử lý đơn hàng, giảm giá/points, hoàn tiền, return/đổi, Customers có hoặc không có tài khoản và các tham chiếu bên ngoài khác nhau.

Nên xử lý thay đổi ở nguồn phát sinh sau khi xuất dữ liệu như thế nào?

Duy trì nhật ký có ngày ghi nhận cho Products, variants, tồn kho, Customers, Orders, URL, apps và cấu hình theo khu vực để các thay đổi mới có thể được đối chiếu với bộ thông tin nguồn đã chuẩn bị.