Quy tắc tự động hay AI Agent: Chọn gì cho từng bài toán ERP?
Nếu một quy trình có thể viết trọn vẹn thành câu “nếu… thì…”, doanh nghiệp không cần AI Agent cho quy trình đó. Một quy tắc tự động cài sẵn trong ERP sẽ xử lý nhanh hơn, rẻ hơn và cho cùng một kết quả ở mọi lần chạy. AI Agent chỉ đáng đầu tư khi bài toán chứa thứ mà quy tắc không đọc được. Email dưới đây là một ví dụ điển hình.
Email này không có trường dữ liệu nào để quy tắc tự động so sánh: ngày giao nằm trong câu chữ, yêu cầu tách lượt giao nằm ở một mệnh đề phụ. Ngược lại, nếu để AI Agent tự đổi ngày giao, doanh nghiệp có thể vô tình cập nhật một đơn đã xuất kho hoặc đơn của khách đang bị khóa công nợ. Nói cách khác, email này cần cả hai: một bên đọc được câu chữ, một bên giữ đúng chính sách.
Biên soạn từ kinh nghiệm tư vấn và triển khai ERP của đội ngũ Besco Consulting, đối chiếu tài liệu chính thức của Odoo, Microsoft Dynamics 365 và nghiên cứu của Deloitte.
Đọc nền tảng: AI trong ERP: Khi nào nên dùng, khi nào không? và AI hay Dashboard trong ERP: Khi nào nên dùng công cụ nào?
1. Quy tắc tự động và AI Agent khác nhau ở đâu?
Cách nhanh nhất để thấy sự khác biệt là nhìn vào thứ mỗi bên nhận làm đầu vào. Quy tắc tự động nhận một câu lệnh logic đã viết sẵn. AI Agent nhận một mục tiêu được diễn đạt bằng ngôn ngữ tự nhiên.
VÀ nhóm_khách = "Đại lý"
THÌ gửi email nhắc nợ mẫu B + tạo việc cho kế toán công nợ
Quy tắc tự động (còn gọi là luật điều kiện hay rule-based automation) được con người cài sẵn trong ERP: hệ thống chỉ kiểm tra điều kiện và thực hiện đúng hành động đã khai báo, không tự suy luận thêm. AI Agent là trợ lý AI được cấp công cụ: nó tự xác định cần đọc gì và gọi công cụ nào để đạt mục tiêu, trong giới hạn được cho phép. Tài liệu chính thức của Odoo mô tả rõ giới hạn này: agent được định nghĩa bởi các chủ đề (topic) gồm hướng dẫn và công cụ; nếu không được gán chủ đề nào, agent chỉ cung cấp thông tin và không thể thay đổi dữ liệu.
Quy tắc tự động: một quyết định “nếu… thì…” tại một thời điểm.
Workflow tự động hóa: chuỗi bước cố định như chuyển trạng thái, tạo chứng từ kế tiếp, phân công việc. Có thể chứa nhiều quy tắc nhưng không tự hiểu nội dung.
AI Agent: có thể đi theo những bước khác nhau tùy nội dung từng yêu cầu, thay vì một chuỗi bước định sẵn.
2. So sánh quy tắc tự động và AI Agent theo 7 tiêu chí vận hành
Quy tắc trả lời câu hỏi có được phép không. AI trả lời câu hỏi khách đang thực sự muốn gì.
Ranh giới giữa hai bên không cố định. Khi một ngoại lệ do AI phát hiện lặp lại đủ nhiều và có quy luật rõ, doanh nghiệp nên chuyển nó thành quy tắc mới để giảm chi phí và tăng độ ổn định.
3. Cây quyết định: quy tắc tự động, AI Agent hay kết hợp?
Đi theo cây dưới đây cho từng quy trình. Phần lớn bài toán sẽ dừng ở Bước 1 hoặc Bước 2, và đó là dấu hiệu tốt: doanh nghiệp đang giải quyết vấn đề bằng công cụ đơn giản nhất đủ dùng.
Hai dấu hiệu đang dùng sai công cụ
Gọi quy tắc là AI Agent: quy trình chỉ kiểm tra một trường số rồi gửi thông báo nhưng lại được triển khai bằng mô hình AI. Doanh nghiệp đang trả chi phí AI cho việc quy tắc làm tốt hơn.
Ép quy tắc làm việc của AI: đội ngũ phải viết thêm hàng chục quy tắc mỗi tháng để bắt các email, yêu cầu khách hàng không theo mẫu mà vẫn bỏ sót.
4. Mô hình kết hợp: quy tắc làm hàng rào, AI xử lý phần mơ hồ
Quay lại email của Công ty Minh An. Khi đưa vào quy trình thực tế, email này đi qua bốn bước, xen kẽ giữa AI, quy tắc và con người.
Cách phân vai này còn giúp truy lỗi nhanh: khi kết quả sai, đội ngũ biết ngay vấn đề nằm ở chính sách (bước 2), ở dữ liệu đầu vào hay ở phần diễn giải của AI (bước 1 và 3).
Cùng cách phân vai trong các quy trình ERP khác
AI Tóm tắt lịch sử thanh toán và ghi chú của kinh doanh.
NGƯỜI Trưởng phòng hoặc kế toán công nợ quyết định.
AI Soạn nháp nội dung theo lịch sử trao đổi, gợi ý khách cần gọi trước.
NGƯỜI Nhân viên thu hồi công nợ quyết định cách liên hệ.
AI Tìm giải thích trong email, ghi chú để làm rõ nguyên nhân chênh lệch.
NGƯỜI Kế toán phải trả duyệt thanh toán.
AI Phân loại phiếu mô tả chưa rõ và gợi ý mức độ ưu tiên.
NGƯỜI Trưởng nhóm chăm sóc khách hàng điều phối.
5. Thang quyền hành động khi đưa AI Agent vào ERP
Vì vậy, câu hỏi quan trọng không phải là “AI có làm được không” mà là “AI được phép làm tới đâu”. Thay vì cấp quyền một lần, doanh nghiệp nên mở quyền theo từng nấc:
Quyền tăng dần từ nấc 1 đến nấc 4. Chỉ lên nấc khi đã đo được tỷ lệ đề xuất đúng ở nấc hiện tại.
Ở nấc nào cũng cần giữ ba nguyên tắc: agent chỉ truy cập dữ liệu và công cụ mà người dùng tương ứng được phép; hạn mức, ngưỡng phê duyệt và điều kiện khóa sổ được cài bằng quy tắc tự động chứ không nằm trong câu lệnh gửi cho AI; mọi đầu vào, công cụ đã gọi, đề xuất và người xác nhận đều được lưu nhật ký.
Nên bắt đầu ở nấc 1 hoặc 2 với một quy trình khối lượng lớn nhưng rủi ro thấp, chẳng hạn phân loại email yêu cầu của khách hàng. Đo thời gian xử lý, tỷ lệ đề xuất được chấp nhận và số lỗi phải sửa trong 4 đến 8 tuần trước khi mở rộng. Trước đó, hãy rà soát quy trình hiện tại theo phương pháp xác định yêu cầu trong triển khai ERP để biết bước nào đã có thể chuẩn hóa thành quy tắc.
Quy trình của bạn có bước nào không viết được thành “nếu… thì…”?
Bạn đã xác định hành động nào bắt buộc phải có người phê duyệt?
Bạn có chỉ số để đo kết quả trước và sau khi thêm AI?
Nếu còn câu chưa trả lời được, BeeSuite có thể cùng doanh nghiệp rà soát từng quy trình để xác định bước nào nên chuẩn hóa bằng quy tắc, bước nào phù hợp với AI.
Đánh giá quy trình phù hợp với AIPhần lớn thì không. Các ERP hiện nay thường có công cụ cấu hình quy tắc tự động: chọn đối tượng dữ liệu, điều kiện kích hoạt và hành động cần thực hiện. Trên Odoo, tính năng này có tên Hành động tự động (Automated Actions; từ phiên bản 17 đổi tên thành Automation Rules): quy tắc có thể chạy khi bản ghi được tạo, khi một trường thay đổi hoặc theo mốc thời gian, rồi cập nhật dữ liệu, tạo việc cần làm hay gửi email. Chỉ những logic tính toán phức tạp hoặc tích hợp với hệ thống bên ngoài mới cần đến lập trình viên.
Có thể. Hai quy tắc cùng cập nhật một trường, hoặc quy tắc này kích hoạt quy tắc kia, dễ tạo ra kết quả khó đoán. Nên lập danh mục quy tắc gồm mục đích, điều kiện, người phụ trách và ngày rà soát gần nhất; mỗi trường quan trọng chỉ nên do một quy tắc cập nhật; và luôn chạy thử quy tắc mới trên bản sao dữ liệu trước khi bật ở hệ thống thật.
Thường là không, trừ khi hệ thống được thiết kế riêng cho việc đó. Phần lớn AI Agent trong ERP làm việc dựa trên hướng dẫn, công cụ và nguồn dữ liệu đã cấu hình; một lần sửa của người dùng không tự thay đổi cách agent xử lý ở lần sau. Muốn agent tốt lên, doanh nghiệp cần định kỳ xem lại các đề xuất bị sửa, tìm điểm chung rồi cập nhật hướng dẫn hoặc bổ sung dữ liệu tham chiếu.
Điều đó phụ thuộc vào nhà cung cấp mô hình AI và cách tích hợp. Trước khi triển khai, cần làm rõ dữ liệu được xử lý ở đâu, có bị dùng để huấn luyện mô hình hay không, được lưu trong bao lâu và hợp đồng có điều khoản bảo mật nào, đồng thời đối chiếu với quy định về bảo vệ dữ liệu cá nhân hiện hành. Với trường nhạy cảm như thông tin cá nhân, số tài khoản hay giá vốn, chỉ nên cho agent đọc khi tác vụ thực sự cần.
Không nhất thiết, nhưng phải có người chịu trách nhiệm rõ ràng. Tối thiểu cần một người phía nghiệp vụ đánh giá chất lượng đề xuất hằng tuần và một người, nội bộ hoặc từ đối tác triển khai, quản lý phân quyền, hướng dẫn và nhật ký của agent. Doanh nghiệp nhỏ có thể thuê ngoài phần kỹ thuật, nhưng phần đánh giá nghiệp vụ nên giữ lại trong nội bộ.
