Tự động nhập đơn hàng từ email và tin nhắn bằng AI Agent

Ở nhiều doanh nghiệp phân phối và sản xuất, đơn hàng không đến qua một cổng đặt hàng gọn gàng. Khách gửi tệp Excel qua email, chụp ảnh phiếu đặt hàng gửi Zalo, hoặc nhắn một dòng “như tuần trước, thêm loại lớn”. Nhân viên sales admin đọc từng tin, tra mã hàng rồi gõ lại vào ERP. Khách càng đông, lỗi gõ nhầm và đơn chậm càng nhiều.

AI có thể đọc những yêu cầu này và điền sẵn đơn hàng. Nhưng nhập đơn là thao tác ghi vào hệ thống, kéo theo tồn kho, giao hàng và công nợ. Một mã hàng đoán sai hay một đơn bị tạo hai lần gây thiệt hại thật. Vì vậy mục tiêu hợp lý là AI tạo đơn nháp đã đối chiếu, còn con người xác nhận những chỗ không chắc chắn.

Bài viết đi qua các thành phần của luồng nhập đơn tự động, quy trình triển khai, và những ca kiểm thử cần có trước khi cho AI chạm vào ERP.

1. Bản chất của AI nhập đơn hàng tự động

Luồng nhập đơn bằng AI gồm bốn đoạn: nhận yêu cầu từ nhiều kênh, AI trích ra khách hàng và các dòng hàng, hệ thống đối chiếu với dữ liệu gốc trong ERP, rồi tạo đơn nháp. AI chỉ thật sự cần ở đoạn thứ hai, nơi nội dung không theo mẫu. Các đoạn còn lại nên là quy tắc tất định: mã hàng có tồn tại không, giá có đúng bảng giá của khách không, kho có đủ hàng không.

Ba mức đọc, tra cứu, ghi áp vào đây rất rõ. Đọc là hiểu email, tin nhắn và tệp đính kèm. Tra cứu là tìm khách, mã hàng, giá và tồn kho trong ERP mà không thay đổi gì. Ghi là tạo đơn, và nên chia hai nấc: tạo đơn ở trạng thái nháp gần như luôn an toàn, còn chuyển đơn sang trạng thái xác nhận để kho xuất hàng thì cần quy tắc hoặc người duyệt. Cách kết nối ERP được trình bày ở bài tích hợp AI Agent với CRM, ERP và API.

2. Các yếu tố cần thiết kế

1. Nhận yêu cầu đa định dạng

Đơn hàng có thể nằm trong thân email, trong tệp Excel, PDF, ảnh chụp phiếu viết tay hoặc tin nhắn chat. Mỗi định dạng cần cách trích văn bản riêng trước khi đưa cho AI, và chất lượng rất khác nhau: bảng Excel đọc gần như chính xác, ảnh chụp mờ thì không. Nên lưu nguồn và định dạng của từng đơn để biết loại nào hay lỗi. Bước phân loại thư đến trước khi vào luồng này xem ở bài AI xử lý email doanh nghiệp.

2. Trích mã hàng số lượng

AI trả về từng dòng hàng gồm mã hoặc tên hàng như khách ghi, số lượng, đơn vị tính và ghi chú. Đơn vị tính là chỗ hay sai nhất: khách ghi “thùng” trong khi ERP quản lý theo “hộp”. Mỗi dòng giữ nguyên văn bản gốc để người kiểm tra đối chiếu; không đọc được số lượng thì để trống thay vì đoán.

3. Đối chiếu khách hàng

Khách hàng được nhận diện qua địa chỉ email, số điện thoại hoặc tài khoản chat đã liên kết, rồi khớp với mã khách trong ERP. Một công ty có thể có nhiều người đặt hàng, nhiều địa chỉ giao và điều khoản thanh toán khác nhau. Người gửi chưa có trong danh sách thì không tự tạo khách mới mà chuyển cho sales.

4. Kiểm tra giá và tồn

Giá phải lấy từ bảng giá áp dụng cho đúng khách đó trong ERP, không lấy con số khách ghi trong thư. Nếu khách ghi giá khác bảng giá, đơn được gắn cờ chênh lệch để sales xem. Tồn kho được kiểm tra lúc tạo nháp để báo sớm dòng nào thiếu hàng, còn việc giữ hàng thật chỉ xảy ra khi đơn được xác nhận.

5. Phát hiện thông tin thiếu

Mỗi loại đơn có danh sách trường bắt buộc: khách, địa chỉ giao, dòng hàng, số lượng, ngày giao mong muốn. Thiếu trường nào thì hệ thống liệt kê cụ thể và có thể soạn sẵn câu hỏi lại để sales gửi khách. Không được lặng lẽ lấy giá trị từ đơn gần nhất để điền vào chỗ trống.

6. Tạo đơn nháp

Đơn nháp được tạo trong ERP ở một trạng thái riêng, kèm liên kết tới email hoặc tin nhắn gốc và danh sách cờ cần xem. Mỗi yêu cầu có khóa chống lặp dựa trên mã thư hoặc mã tin, để khách gửi lại cùng thư hay luồng chạy lại không sinh thêm đơn. Đơn nháp không làm thay đổi tồn kho hay công nợ.

7. Phê duyệt ngoại lệ

Đơn khớp hoàn toàn với bảng giá, đủ tồn và đến từ khách quen có thể được xác nhận nhanh theo quy tắc doanh nghiệp đặt ra. Đơn có mã không khớp, giá chênh, số lượng bất thường so với lịch sử mua hoặc vượt hạn mức công nợ phải qua sales hoặc kế toán duyệt. Danh sách ngoại lệ và người duyệt do trưởng bộ phận bán hàng chốt.

8. Phản hồi trạng thái

Khách cần biết đơn đã được nhận, đang chờ xác nhận hay còn thiếu thông tin. Thư phản hồi nên dùng mẫu cố định kèm mã đơn, không để AI tự viết cam kết về ngày giao. Trạng thái đã phản hồi cũng được ghi vào hệ thống để bộ phận chăm sóc khách hàng tra được khi khách gọi hỏi.

3. Quy trình triển khai thực tế

Bước 1: Xác định phạm vi và kết quả cần đo

Chọn nhóm khách và kênh đặt hàng đang tốn nhiều công nhập tay nhất, ví dụ đại lý gửi Excel qua email. Ghi lại cách sales admin đang nhập, các lỗi hay gặp và thời gian từ lúc nhận đơn đến lúc đơn có trong ERP. Đầu ra là phạm vi thử, danh sách trường bắt buộc và chỉ số so sánh, được trưởng bộ phận bán hàng duyệt.

Bước 2: Chuẩn hóa dữ liệu cùng quyền truy cập

Làm sạch danh mục mã hàng, bổ sung tên gọi khác và mã riêng mà từng khách hay dùng, chuẩn hóa bảng quy đổi đơn vị. Kiểm tra hồ sơ khách đã có đủ email và số điện thoại để nhận diện chưa. Cấp cho luồng quyền đọc bảng giá, tồn kho và quyền tạo đơn ở trạng thái nháp, không có quyền xác nhận hay xóa đơn.

Bước 3: Thiết kế tích hợp ngoại lệ và phê duyệt

Thiết kế màn hình để sales admin xem đơn nháp cạnh thư gốc, sửa dòng hàng và xác nhận. Định nghĩa từng loại cờ ngoại lệ, người xử lý và thời hạn. Quy định cách xử lý khi ERP không phản hồi: giữ yêu cầu trong hàng đợi và thử lại với cùng khóa chống lặp, không bỏ qua.

Bước 4: Kiểm thử vận hành rồi cải thiện theo log

Chạy song song với cách nhập tay trong giai đoạn đầu và so đơn nháp với đơn do người nhập. Phân loại lỗi theo nguồn: đọc sai tệp, trích sai dòng, khớp sai mã hay thiếu dữ liệu danh mục. Lỗi do danh mục thì sửa danh mục; lỗi do AI thì đưa vào bộ ca thử cố định để chạy lại mỗi lần thay đổi.

4. Ví dụ giả định

Khách gửi bảng đặt hàng trong email. AI đọc dòng hàng, đối chiếu mã ERP và tạo đơn nháp. Một mã không tồn tại được đánh dấu để sales xác nhận; hệ thống không thay bằng sản phẩm gần giống.

Từ ví dụ này, bộ ca thử nên có: bảng đặt hàng toàn mã đúng, một dòng có mã không tồn tại, một dòng ghi tên hàng theo cách gọi riêng của khách, một dòng có đơn vị tính khác ERP, và cùng thư đó gửi lại lần hai. Kết quả mong đợi: đúng một đơn nháp, dòng mã sai bị đánh dấu chứ không bị thay, tên gọi riêng được khớp qua bảng tên gọi khác nếu đã khai, đơn vị được quy đổi hoặc gắn cờ, và thư gửi lại không sinh đơn mới. Bài học chính: gợi ý mã gần giống để sales chọn thì hữu ích, tự thay thì nguy hiểm.

5. Rủi ro và giới hạn

• Không tự đoán mã hàng
• Chống tạo đơn trùng
• Giá ngoại lệ cần duyệt
• Giữ tệp gốc và lịch sử chỉnh sửa

Rủi ro lớn nhất của nhập đơn tự động là những lỗi trông rất hợp lý: một mã hàng na ná, một số lượng lệch một chữ số, một đơn trùng trông như đơn thật. Những lỗi này thường chỉ lộ ra khi hàng đã giao sai. Tệp gốc và lịch sử ai sửa dòng nào phải được giữ lại để giải quyết khi khách khiếu nại. Sau khi đơn vào hệ thống, bước tiếp theo thường là theo dõi mức tồn, xem bài AI cảnh báo tồn kho.

6. Phân chia trách nhiệm vận hành

Trưởng bộ phận bán hàng quyết định quy tắc xác nhận nhanh, danh sách ngoại lệ và ai duyệt giá chênh. Sales admin kiểm tra đơn nháp, sửa, xác nhận và đánh dấu lỗi để cải thiện. Người quản lý danh mục sản phẩm cập nhật mã hàng, tên gọi khác và đơn vị quy đổi, vì phần lớn lỗi đối chiếu bắt nguồn từ danh mục.

Kế toán công nợ đặt hạn mức và duyệt các đơn vượt hạn mức. Đội kỹ thuật quản lý tích hợp ERP, khóa chống lặp, hàng đợi khi hệ thống lỗi và cảnh báo khi đơn nháp tồn đọng lâu. Khi phát hiện đơn sai hàng loạt, sales admin phải tự chuyển được cả luồng về chế độ chỉ tạo nháp, tắt xác nhận nhanh, mà không cần chờ kỹ thuật.

7. Chỉ số nên theo dõi

• Tỷ lệ hoàn thành đúng theo tiêu chí đã duyệt
• Tỷ lệ từ chối đúng và chuyển người phụ trách
• Lỗi tích hợp, độ trễ và số thao tác phải sửa
• Chi phí cùng tác động kinh doanh của quy trình

Số đơn AI đọc được không nói lên nhiều. Nên đo tỷ lệ dòng hàng đúng không cần sửa, tỷ lệ đơn nháp được xác nhận nguyên trạng, thời gian từ lúc nhận yêu cầu đến lúc đơn có trong ERP, số đơn trùng bị chặn và số đơn sai phát hiện sau khi giao. Tách theo khách, kênh và định dạng tệp để biết nên sửa danh mục, sửa cách đọc tệp hay làm việc với khách để thống nhất mẫu đặt hàng.

8. Checklist trước khi vận hành

• Nguồn dữ liệu và chủ sở hữu đã xác nhận
• Quyền đọc ghi đã thử với nhiều vai trò
• Có phương án khi hệ thống lỗi hoặc thiếu dữ liệu
• Có log, phê duyệt và cơ chế chống thao tác trùng
• Có bộ kiểm thử hồi quy và người vận hành

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

Có thể dùng AI nhập đơn hàng tự động ngay không? Có thể bắt đầu ở chế độ tạo đơn nháp nếu ERP có API hoặc cách nhập dữ liệu ổn định và danh mục mã hàng tương đối sạch. Xác nhận đơn tự động chỉ nên bật sau khi đã có dữ liệu so sánh với cách nhập tay.

Nên bắt đầu tự động nhập đơn từ kênh nào? Kênh có đơn dạng bảng, như email kèm tệp Excel từ đại lý, thường cho kết quả tốt nhất và dễ kiểm tra. Ảnh chụp phiếu viết tay và tin nhắn tự do nên đưa vào sau.

Khi nào đơn hàng do AI tạo cần người duyệt? Khi mã hàng không khớp, giá khác bảng giá, số lượng bất thường, người đặt là khách mới hoặc đơn vượt hạn mức công nợ. Giai đoạn đầu nên để người xác nhận mọi đơn, rồi nới dần cho nhóm đơn khớp hoàn toàn.

AI có nên tự thay mã hàng gần giống khi khách ghi sai không? Không nên. AI có thể gợi ý vài mã gần giống để sales chọn, nhưng quyết định phải do người, vì giao nhầm sản phẩm tốn kém hơn nhiều so với một câu hỏi lại khách.

Kết luận

AI nhập đơn hàng hiệu quả khi nó làm phần đọc, còn ERP và quy tắc kinh doanh giữ phần kiểm tra. Hãy bắt đầu với đơn nháp từ một kênh có cấu trúc, làm sạch danh mục mã hàng song song, và chỉ cho xác nhận tự động những đơn đã khớp hoàn toàn với bảng giá và tồn kho.

Trao đổi với Naventic để khảo sát luồng nhận đơn và nhập ERP của bạn. Đọc thêm: AI Workflow Automation.