Phần 01
Không thiếu dữ liệu — thiếu người biến nó thành con số đúng
ERP nào cũng có dữ liệu bán hàng. Cái thiếu là một đường đều đặn từ dữ liệu thô tới con số mà ban lãnh đạo tin được, mỗi ngày.
Báo cáo Excel làm tay
Mỗi tháng vài ngày công xuất file, ghép, dán. Số chốt muộn, và mỗi lần ghép là một lần có thể sai.
Mỗi phòng một con số
Kế toán, bán hàng, marketing định nghĩa "doanh thu" khác nhau: có phí ship không, hàng trả trừ vào đâu, thẻ trả trước tính lúc nạp hay lúc tiêu.
Báo cáo phụ thuộc một người
DA/DS giỏi khó tuyển và dễ nghỉ. Người đi là báo cáo dừng, vì logic nằm trong đầu họ chứ không nằm trong hệ thống.
Phần 02
Từ ERP tới người đọc, một chiều, chỉ đọc
Agent không thay ERP và không ghi vào ERP. Nó dựng một lớp dữ liệu và báo cáo đứng cạnh, đọc ERP mỗi đêm.
Ba nơi có ranh giới cứng: ERP chỉ được đọc (danh sách endpoint cho phép), kho chạy trên máy của doanh nghiệp, và vai dữ liệu của AI không nhìn thấy thông tin cá nhân của khách.
Phần 03
Agent làm gì, người làm gì
Agent nhận phần lặp lại và kỹ thuật. Con người giữ quyền định nghĩa số và quyền ký. Ranh giới này là thứ làm cho con số tin được.
| Việc | Trước đây (DA/DS) | Nay: AI agent | Người giữ |
|---|---|---|---|
| Nối nguồn, nạp hằng đêm | Viết ETL, canh lỗi | Viết code nạp, tự báo khi hỏng | Duyệt quyền truy cập |
| Làm sạch, dựng mô hình | SQL thủ công | Mô hình dbt + kiểm chất lượng tự động | Trả lời câu hỏi nghiệp vụ |
| Chỉ số, dashboard | Kéo thả Power BI | Sinh chỉ số và trang, đối chiếu với SQL | Duyệt bố cục |
| Kiểm số đúng | So mắt với Excel | Đối soát với báo cáo ERP tới từng đồng | Ký nghiệm thu |
| Báo số hằng ngày | Gửi file tay | Bản tin Teams tự động | Chọn kênh, người nhận |
| Trả lời câu hỏi lẻ | Nhận yêu cầu, viết truy vấn | Chatbot hỏi số tiếng Việt, chỉ đọc | Quyết định dựa trên số |
Agent dùng trong case này là Claude của Anthropic, chạy trong môi trường lập trình, làm việc theo một bộ luật viết sẵn cho dự án (không xoá khi chưa tra chéo, không sửa chỉ số khi chưa có mốc hồi quy, không bịa số, không publish ra ngoài).
Phần 04
Case SIXDO: chạy thật trên dữ liệu thật
Chuỗi thời trang nữ khoảng 70 cửa hàng cùng các kênh online và sàn thương mại điện tử. Kho chạy lượt đêm đầu tiên ngày 18/09/2026; tới giữa tháng 10 đã có đủ hai báo cáo, bản tin và chatbot.
| Hạng mục | Số đo |
|---|---|
| Dòng bán hàng trong kho | ~5,2 triệu |
| Nguồn API ERP, chỉ đọc | 13 |
| Lượt nạp mỗi đêm (đọc lại 90 ngày) | ~50 phút |
| Chỉ số trong mô hình Power BI | 47, dùng chung cho 2 báo cáo |
| Trang báo cáo | 8 trang, ~190 biểu đồ và bảng |
| Bản tin Teams | 3 kênh (Tổng hợp, POS, Online) mỗi 07:00 |
| Bộ câu kiểm thử chatbot | 44 câu, chấm tự động |
| Thời gian bộ máy tính toán trang Tổng quan | ~2 giây |
Số đo trong tháng 9–10/2026, làm tròn. SIXDO đồng ý cho dùng làm case study.
Phần 05
Người dùng thấy gì: xem, nhận, hỏi
Ba cách đọc số cho ba kiểu người. Ảnh dưới đây là ảnh chụp thật từ báo cáo Power BI của SIXDO ngày 28/09/2026, dữ liệu đến 27/09/2026. Các con số doanh thu tuyệt đối và tên cửa hàng đã được làm mờ; tỉ lệ phần trăm, số đơn và số khách giữ nguyên.
Bản tin Teams lúc 07:00
Ba thẻ vào ba kênh Teams: Tổng hợp, POS, Online. Mỗi thẻ có doanh thu ngày, số đơn, luỹ kế tháng so tháng trước và năm trước, khách mới và khách quay lại. Lượt nạp đêm chưa xong thì thẻ ghi rõ "dữ liệu chưa về" và lượt 09:30 tự gửi bù. Lỗi hệ thống chỉ đi vào một kênh vận hành riêng, không bao giờ vào kênh kinh doanh.
Chatbot hỏi số bằng tiếng Việt
Chủ doanh nghiệp gõ "Doanh thu tháng 8 theo kênh, so cùng kỳ?" và nhận bảng số kèm "Dữ liệu đến ngày …". Chatbot chỉ đọc, chỉ thấy bảng số liệu tổng hợp, mỗi câu tối đa 60 giây và 200 dòng, mọi câu hỏi được ghi nhật ký. Bộ 44 câu kiểm thử có đáp án đo sẵn và được chấm bằng script.
Phần 06
Vì sao tin được số: kỷ luật, không phải lời hứa
AI viết code nhanh. Cái khó là biết con số nó ra có đúng không. Mỗi bước dưới đây có một phép kiểm biết kêu khi sai.
Đối soát với báo cáo ERP tới từng đồng
Doanh thu sáu tháng đầu 2026 của kho khớp báo cáo tổng hợp của ERP tới từng đồng ở năm tháng; tháng còn lại lệch đúng hai dòng mà API của ERP không trả, đã ghi rõ nguyên nhân.
Mốc hồi quy trước mỗi lần sửa chỉ số
Trước khi đổi một công thức, agent chụp 147 ô số (chỉ số × ngữ cảnh lọc). Sửa xong mà ô nào lệch ngoài chỗ định sửa thì quay lui ngay, không "giải thích rồi đi tiếp".
Bốn cổng người ký
Duyệt bố cục, chốt định nghĩa số, nghiệm thu nghiệp vụ, mở dữ liệu cá nhân: agent dừng ở mỗi cổng và không tự ký thay.
Cái đỏ được mang lên báo cáo, không giấu đi
Khi kho phát hiện một vấn đề dữ liệu thật (ở SIXDO là các đơn thanh toán bằng thẻ trả trước), cổng kiểm được để đỏ có chủ đích và hiện thẳng trên trang Vận hành, kèm giải thích.
Phần 07
Dữ liệu khách không đi qua AI
Ranh giới được giữ bằng cấu trúc quyền trong cơ sở dữ liệu, không bằng lời dặn AI.
| Lớp bảo vệ | Cách làm |
|---|---|
| ERP chỉ đọc | Danh sách endpoint được phép gọi; các lệnh ghi bị cấm đích danh. |
| Vai riêng cho AI | Không nhìn thấy tên, số điện thoại, email, địa chỉ khách. Mỗi câu hỏi chạy trong giao dịch chỉ đọc, có giới hạn thời gian và số dòng. |
| Nhật ký | Mọi câu chatbot hỏi kho đều được ghi lại, tra được. |
| Chạy tại chỗ | Kho và Power BI nằm trên máy của doanh nghiệp; báo cáo không đưa lên dịch vụ cloud. |
| Mở dữ liệu cá nhân | Chỉ qua cổng người ký riêng, chỉ cho công cụ chạy tại chỗ, không bao giờ cho đường đi qua AI. |
Phần 08
Lộ trình thí điểm 4 tuần
Đề xuất dựa trên nhịp của case SIXDO. Mỗi tuần có một thứ người dùng nhìn thấy được.
| Tuần | Ra được | Công ty cần đưa |
|---|---|---|
| 0 | Đánh giá nguồn dữ liệu, danh mục API | Tài khoản ERP chỉ đọc, tài liệu API |
| 1–2 | Kho chạy đêm + đối soát với báo cáo ERP | Một người nghiệp vụ trả lời câu hỏi trong 7 ngày |
| 3 | Dashboard Power BI, cổng duyệt bố cục | Năm câu hỏi kinh doanh cần trả lời |
| 4 | Bản tin Teams + chatbot hỏi số, nghiệm thu | Kênh Teams, người ký nghiệm thu |
Đây là đề xuất, không phải cam kết. ERP khác FAST, hoặc API thiếu trường cần thiết, thì tuần 0–2 sẽ dài hơn.
Phần 09
Agent không làm được gì
Nói trước để không ai kỳ vọng sai.
Không tự định nghĩa nghiệp vụ
"Doanh thu có gồm phí ship không" là câu của người. Ở SIXDO, một phần chỉ số đứng chờ nhiều tuần vì câu hỏi gửi kế toán chưa có trả lời.
Nguồn sai thì số sai
ERP của SIXDO sửa, xoá rồi tạo lại chứng từ cũ nhiều tuần sau ngày bán. Kho phải đọc lại 90 ngày mỗi đêm mới bắt kịp — cái giá là lượt nạp dài khoảng 50 phút.
Vẫn cần một người vận hành
Ít nhất một người hiểu hệ thống để duyệt, và để xử lý khi máy chủ khởi động lại, chứng chỉ hết hạn hay mật khẩu đổi.
Câu hỏi chiến lược vẫn là việc của người giỏi
Agent trả lời nhanh và đúng những câu đã biết cách hỏi. Câu nên hỏi là gì — vẫn cần người hiểu doanh nghiệp.
Phần 10
Bắt đầu bằng một buổi đánh giá nguồn dữ liệu
Một buổi, một danh mục API, một quyết định có làm thí điểm hay không.
Liên hệ đội ABBMB phụ trách công ty của bạn
Chúng tôi mang theo case SIXDO, bộ luật làm việc của agent và danh sách kiểm tra nguồn dữ liệu.