Khách đổi sau tin đặt đầu
Nhân viên đã ghi A 20 thùng, nhưng khách sửa thành 25 ở tin tiếp theo. Bảng đơn cần giữ tham chiếu sửa đổi và đưa đúng số lượng mới cho người kiểm tra.
ONTER · BÁN SỈ, NHÀ PHÂN PHỐI & ĐẠI LÝ
Khách nhắn đặt hàng rồi đổi số lượng: đưa các tin liên quan về một bảng đơn nháp để nhân sự xác nhận.
Onter thiết lập quy trình theo nguồn dữ liệu và danh mục sản phẩm của doanh nghiệp: trích xuất hỗ trợ bằng AI, chuẩn hóa SKU, nhận diện sửa đơn, gắn cờ trùng nghi ngờ hoặc thiếu thông tin và xuất Excel.
Dịch vụ triển khai theo yêu cầu · Bắt đầu từ dữ liệu khách cung cấp hợp lệ · Nhân sự giữ quyền chốt đơn
HỘI THOẠI MÔ PHỎNG · KHÔNG PHẢI KHÁCH THẬT
Thay số lượng A, không cộng thành 45. Minh họa quy tắc, chưa phải kết quả AI xử lý thực tế.

KHI ĐƠN HÀNG NẰM RẢI RÁC TRONG TIN NHẮN
Nhân viên đã ghi A 20 thùng, nhưng khách sửa thành 25 ở tin tiếp theo. Bảng đơn cần giữ tham chiếu sửa đổi và đưa đúng số lượng mới cho người kiểm tra.
Tên viết tắt, mã đại lý hoặc quy cách khác danh mục nội bộ dễ dẫn đến chọn nhầm SKU. Chưa xác định được mã và đơn vị thì cần hỏi lại, không đoán.
Nhân viên chuyển cùng nội dung qua nhóm hoặc kênh khác. Quy trình cần gắn cờ để so nguồn và người đặt; một đơn mua lại hợp lệ vẫn phải được giữ.
BẮT ĐẦU TỪ NGUỒN ĐƯỢC DOANH NGHIỆP CHO PHÉP
Doanh nghiệp cung cấp phần tin liên quan, có quyền sử dụng, thứ tự và người đặt rõ. Gói khởi điểm xử lý text; Onter không tự truy cập tài khoản Zalo.
Mã hàng, tên gọi, đơn vị và bảng tên thay thế được thống nhất trước. Mã có số 0 đầu cần được giữ dạng text trong Excel.
Ảnh/OCR cần thử chất lượng và báo riêng. Nguồn tự động cần xác minh quyền, endpoint và phí nền tảng; không mặc định có thể đọc mọi Zalo cá nhân hoặc nhóm.
Không scraping trái quyền hoặc bỏ qua giới hạn nền tảng. Khi khảo sát, hai bên chốt nơi lưu, nhà cung cấp xử lý, người truy cập và thời hạn giữ/xóa dữ liệu. Form tư vấn dưới đây không nhận chat log hoặc ảnh đơn hàng.
TỪ TIN NHẮN ĐẾN ĐƠN NHÁP CÓ THỂ KIỂM TRA
Trích người đặt, sản phẩm, số lượng, đơn vị và tham chiếu tin. Tin không đủ ngữ cảnh được đưa vào danh sách cần làm rõ.
Ánh xạ SKU theo danh mục được duyệt; xét tin sửa đơn, trùng nghi ngờ và trường thiếu. Giữ dữ liệu cũ/mới cùng lý do gắn cờ.
Nhân viên kiểm tra bảng nháp, xác nhận phiên bản đơn và xử lý ngoại lệ trước khi dùng dữ liệu cho bước tiếp theo.
Đây là luồng triển khai đề xuất, không phải công cụ AI công khai để tải file dùng ngay. Không tự xác nhận thanh toán, tồn kho, giao hàng hoặc chốt đơn cuối cùng.
VÍ DỤ GIẢ LẬP · KHÔNG PHẢI CASE STUDY
Tin đầu: “Đặt 20 thùng sản phẩm A và 10 thùng sản phẩm B.” Tin sau cùng người đặt, cùng đơn: “Sản phẩm A đổi thành 25 thùng nhé.” Ví dụ đã giả định xác định đúng SKU và đơn vị.
| SKU | Ban đầu | Tin sửa | Đơn nháp | Đơn vị | Trạng thái |
|---|---|---|---|---|---|
| A | 20 | Đổi thành 25 | 25 | Thùng | Chờ nhân sự xác nhận |
| B | 10 | Không đổi | 10 | Thùng | Chờ nhân sự xác nhận |
Không cộng A thành 45. “Đổi thành 25” khác “thêm 5”; nếu chưa rõ sửa dòng nào hoặc thuộc đơn nào, quy trình phải hỏi lại. Bảng trên giải thích logic, không chứng minh độ chính xác của mô hình đã chạy.
Mỗi dòng nên có nguồn tin, người đặt, thời điểm, SKU gốc, SKU chuẩn, lượng trước/sau và lý do sửa. Câu “bỏ B”, “thêm A” hoặc “đổi thành 25” được xét theo quy tắc đã thống nhất và ngữ cảnh.
Không gộp tin của hai người mua, tự quy đổi thùng ra cái hoặc thay SKU tương đương. Thay đổi sau khi đơn đã được duyệt phải đi qua bước xác nhận mới.
Gói cơ bản chỉ gồm số quy tắc đã thỏa thuận; nghiệp vụ phức tạp cần bổ sung phạm vi.
So người đặt, nội dung, nguồn và mốc thời gian theo quy tắc. Nội dung giống nhau có thể là đơn mua lại; nhân viên quyết định giữ, gộp hay loại.
Thiếu số lượng, đơn vị, mã hoặc người đặt thì đưa về hàng đợi kiểm tra. Không biến số chưa rõ thành 0 hoặc tự lấy số của đơn trước.
Pilot so kết quả với bảng mẫu do doanh nghiệp xác nhận: đúng dòng hàng, đúng lần sửa, tỷ lệ phải sửa và thời gian kiểm tra. Chưa có dữ liệu đo thì chưa công bố hiệu quả.
Có danh mục SKU, nhận đơn lặp lại qua tin nhắn và cần thống nhất bảng đơn trước khi chuyển xử lý.
Nhận nội dung từ nhiều nhân viên rồi đối chiếu sửa đổi; muốn giữ tham chiếu thay vì chỉ chép số cuối cùng.
Sẵn sàng cung cấp mẫu hợp lệ và người xác nhận nghiệp vụ. Nếu phần mềm hiện tại đã đáp ứng tốt, ưu tiên dùng tính năng sẵn có trước.
Đang cần hệ thống tồn kho, giao hàng, công nợ và đa kênh tổng thể? Cần khảo sát hệ thống bán hàng phù hợp. Onter tập trung triển khai phần việc nhận và đối soát dữ liệu theo phạm vi, không thay thế toàn bộ POS/ERP.
Không cần cung cấp mật khẩu hoặc chat log qua form tư vấn. Việc tiếp nhận dữ liệu mẫu diễn ra sau khi chốt kênh và quyền sử dụng.
GIÁ KHỞI ĐIỂM · PHẠM VI NHỎ, CÓ GIỚI HẠN
Từ 2.000.000 đồng
Thử tạo đơn nháp từ hội thoại được phép sử dụng.
1 quy trình, 1 nguồn text hợp lệ.
Tối đa 5 hội thoại, 50 tin, danh mục 50 SKU.
4 giờ triển khai, 3 quy tắc, 1 lượt chỉnh.
1 mẫu Excel, API thử trần 100.000 đồng.
Cửa sổ thử 14 ngày khi đủ mẫu và chốt phạm vi.
Từ 7.000.000 đồng
Triển khai quy trình đối soát theo mẫu hội thoại của doanh nghiệp.
1 quy trình, tối đa 2 mẫu hội thoại.
20 hội thoại UAT, 200 tin, danh mục 200 SKU.
14 giờ triển khai, 5 quy tắc, 2 lượt chỉnh.
1 mẫu Excel, API UAT trần 300.000 đồng.
Cửa sổ nghiệm thu 30 ngày khi đủ mẫu và chốt phạm vi.
Từ 490.000 đồng/tháng
Hỗ trợ quy trình đơn hàng đã bàn giao.
0,5 giờ hỗ trợ/tháng trong giờ hành chính.
1 yêu cầu chỉnh nhỏ trong ngân sách giờ.
Không gồm xử lý hội thoại hàng tháng.
Không gồm API/OCR, hạ tầng, phí nền tảng.
Tích hợp và tính năng mới báo riêng; không 24/7.
Giá từ mức khởi điểm và phụ thuộc số lượng hội thoại, danh mục sản phẩm, nguồn dữ liệu và yêu cầu tích hợp. Quy trình cụ thể được khảo sát trước khi báo giá chính thức.
Một hội thoại thử: 1 người đặt, 1 đơn dự kiến, tối đa 10 tin liên quan và 2.000 ký tự/tin; tổng tin của gói vẫn áp dụng. Giới hạn giờ, hội thoại, SKU và API đều phải được giữ; vượt hạn chỉ thực hiện sau khi thống nhất phí.
Ảnh/OCR, nguồn tự động, Zalo OA/API, kết nối trực tiếp Sheets/CRM và chi phí vận hành sau UAT báo riêng. Bảo trì không bao gồm xử lý đơn hàng hằng tháng; ngân sách vận hành được thỏa thuận riêng. VAT nếu áp dụng ghi riêng. Cửa sổ thử/nghiệm thu không phải cam kết hoàn thành bất kể dữ liệu.
Không có cam kết đó. Gói cơ bản dùng dữ liệu do doanh nghiệp cung cấp hợp lệ. Tự động qua OA/API phải xác minh quyền, endpoint, điều kiện và báo phạm vi riêng; không scraping trái quyền.
Chatbot hướng tới tương tác và tư vấn với khách. Dịch vụ này xử lý các nội dung đặt hàng đã nhận, chuẩn hóa thành đơn nháp và chuyển người phụ trách xác nhận.
Không trong ví dụ đã đủ ngữ cảnh. Đổi thành 25 là thay số lượng trước bằng 25. Câu thêm 5 hoặc tin không rõ đơn phải được xét theo quy tắc và gắn cờ nếu thiếu thông tin.
Không. Tin giống nhau có thể là đơn mua lại. Quy trình gắn cờ để nhân viên quyết định; không tự xác nhận thanh toán, tồn kho hoặc chốt đơn cuối cùng.
Gói cơ bản có một mẫu Excel. Nhập file vào Sheets có thể thực hiện thủ công. Kết nối trực tiếp Sheets/CRM cần kiểm tra tài khoản, quyền, API và báo riêng.
Cần thử chất lượng trên mẫu được phép và thống nhất danh mục, tên thay thế, đơn vị. Ảnh/OCR nằm ngoài gói text cơ bản; không cam kết đọc đúng mọi ảnh hoặc tự đoán mã hàng.
Không. Đây là tối đa 0,5 giờ hỗ trợ trong giờ hành chính và một chỉnh nhỏ trong ngân sách giờ. Lượng xử lý hàng tháng, API/OCR, hạ tầng và phí nền tảng cần ngân sách riêng.
Không. Form chỉ nhận nhu cầu và thông tin liên hệ. Kênh dữ liệu mẫu, quyền sử dụng, người truy cập và thời hạn lưu/xóa được thống nhất riêng trước khi tiếp nhận.
BẮT ĐẦU TỪ BƯỚC NHẬP ĐƠN ĐANG LÀM THỦ CÔNG
Cho Onter biết ngành, số đơn mỗi tháng, kênh nhận và bước cần đối soát. Chúng tôi khảo sát trước khi đề xuất Pilot hoặc báo giá chính thức.
Không gửi chat log, thông tin khách mua, mật khẩu hoặc dữ liệu nhạy cảm trong nội dung tư vấn.
Nếu chưa gửi được form: gọi 0878 169 666, email info@onter.vn hoặc dùng trang liên hệ Onter.
Tìm hiểu dịch vụ AI cho doanh nghiệp, tự động hóa quy trình hoặc AI Agent tích hợp CRM. Nếu cần tư vấn bán hàng với khách, xem AI cho sales.
Tư vấn giải pháp
Để lại thông tin, ONTER sẽ liên hệ và trao đổi giải pháp phù hợp.