Phân quyền cho AI Agent thế nào để AI làm được việc mà vẫn giữ quyền kiểm soát?

Một AI Agent có thể:

đọc dữ liệu;
phân tích;
tạo báo cáo;
chuẩn bị chứng từ;
thậm chí ghi dữ liệu vào hệ thống.

Nhưng câu hỏi quan trọng không phải:

“AI có làm được không?”

Mà là:

“AI được phép làm đến đâu?”

Đây chính là bài toán phân quyền cho AI Agent.

Nếu cấp quyền quá ít, AI chỉ dừng ở mức trả lời và doanh nghiệp khó tạo ra giá trị từ workflow.

Nếu cấp quyền quá rộng, AI có thể thực hiện những hành động mà đáng lẽ phải có con người kiểm tra.

Trong cách WATATECH triển khai AI Workforce, việc ghi vào phần mềm hoặc gửi ra ngoài được đặt sau bước người duyệt; trợ lý không tự phát hành.

Nguyên tắc quan trọng là:

AI cần đủ quyền để làm việc, nhưng không cần nhiều quyền hơn công việc đó yêu cầu.

Phân quyền cho AI Agent không chỉ là “có quyền” hoặc “không có quyền”

Nhiều doanh nghiệp dễ nhìn quyền theo hai trạng thái:

Cho phép hoặc Không cho phép

Nhưng trong workflow thực tế, quyền có thể được chia thành nhiều lớp.

Ví dụ cùng một dữ liệu khách hàng, AI có thể:

được đọc;
được tổng hợp;
được tạo draft email;
nhưng không được tự gửi.

Với dữ liệu kế toán, AI có thể:

được đọc;
được kiểm tra;
được chuẩn bị chứng từ;
nhưng chỉ ghi hệ thống sau phê duyệt.

Do đó, một cách tiếp cận phù hợp hơn là chia quyền theo mức hành động.

Mức 1: Quyền đọc

Đây là lớp đơn giản nhất.

AI được phép đọc một số nguồn như:

tài liệu nghiệp vụ;
bảng giá;
file kho;
dữ liệu ERP;
tài liệu kỹ thuật.

Sau đó AI có thể:

tra cứu;
tổng hợp;
trả lời;
phân tích.

Ở mức này, AI không thay đổi dữ liệu.

Ví dụ Sales hỏi:

“Mã SP-01 còn bao nhiêu?”

AI đọc dữ liệu tồn kho và trả lời.

Đây là use case có mức rủi ro thấp hơn vì hệ thống chỉ đọc.

Mức 2: Quyền tạo nháp

AI bắt đầu tạo ra một sản phẩm công việc.

Ví dụ:

báo giá nháp;
email nháp;
PO nháp;
phiếu nhập nháp;
báo cáo nháp.

Điểm quan trọng là:

Bản nháp chưa phải hành động chính thức.

Trong module bán hàng của AI Workforce, WATATECH mô tả trợ lý có thể lập báo giá nháp theo bảng giá và chính sách hiện hành, nhưng bản nháp phải qua người duyệt trước khi gửi ra ngoài.

Đây là ví dụ rất rõ của việc phân quyền theo lớp.

Mức 3: Quyền đề xuất

Một số workflow không chỉ cần draft.

AI có thể đưa ra đề xuất dựa trên dữ liệu.

Ví dụ:

lệnh nào cần chú ý;
đơn nào đang chậm;
nhà cung cấp nào có giá thấp hơn;
trường nào trong chứng từ đang lệch.

Nhưng “đề xuất” khác với “quyết định”.

Ví dụ:

AI có thể nói:

“Nhà cung cấp B có giá thấp nhất nhưng lead time dài hơn.”

Nhưng không nên tự:

“Chọn nhà cung cấp B.”

Tương tự, AI có thể cung cấp dữ liệu và hệ quả để người phụ trách quyết định các vấn đề thương mại, nhưng không tự chốt giá hay điều kiện. WATATECH đặt rõ ranh giới này trong mô tả AI Workforce.

Mức 4: Quyền ghi hệ thống

Đây là bước nhạy cảm hơn.

AI có thể thực hiện hành động như:

tạo phiếu;
nhập dữ liệu;
cập nhật bản ghi;
ghi vào phần mềm.

Nhưng quyền này không nên được cấp mặc định.

Trong AI Workforce, WATATECH xác định AI chỉ ghi vào phần mềm khi được mở quyền và nên nhập theo lô nhỏ để người phụ trách kiểm tra trước.

Ở nghiệp vụ kế toán, nguyên tắc tương tự cũng được áp dụng: AI có thể hạch toán vào hệ thống khi được cấp quyền, nhưng bắt đầu bằng lô nhỏ để kiểm trước rồi mới tiếp tục.

Điều này tạo ra một khoảng an toàn giữa:

AI có thể tạo dữ liệu

và

AI được phép ghi dữ liệu chính thức

Mức 5: Quyền gửi hoặc phát hành ra ngoài

Đây thường là lớp cần kiểm soát cao.

Ví dụ:

gửi báo giá cho khách;
gửi email chính thức;
phát hành chứng từ;
gửi dữ liệu cho nhà cung cấp;
gửi tài liệu ra ngoài doanh nghiệp.

Trong workflow của WATATECH:

Việc ghi vào phần mềm hoặc gửi ra ngoài đều qua người duyệt.

Điều này đặc biệt quan trọng vì một hành động ra ngoài doanh nghiệp có thể tạo ra:

cam kết thương mại;
trách nhiệm pháp lý;
ảnh hưởng tài chính;
ảnh hưởng tới khách hàng.

Vì sao “quyền đọc” và “quyền ghi” phải tách riêng?

Một AI có thể đọc dữ liệu rất tốt nhưng chưa chắc nên được quyền thay đổi dữ liệu đó.

Ví dụ AI phát hiện:

“Tổng hóa đơn đang lệch 5.000 đồng.”

Việc đúng là:

đánh dấu → dừng → hỏi người phụ trách

Không phải:

“Tôi sửa luôn cho khớp.”

Tương tự, AI có thể phát hiện một trường sai trong hệ thống.

Nhưng nếu chưa có căn cứ đủ rõ, việc tự sửa có thể tạo ra lỗi mới.

Đó là lý do quyền:

Read

và

Write

nên được xem là hai lớp hoàn toàn khác nhau.

AI nên dừng trong những trường hợp nào?

Phân quyền tốt không chỉ nói:

“AI được làm gì?”

Mà còn phải nói:

“Khi nào AI bắt buộc không được làm tiếp?”

Một số stop condition quan trọng gồm:

Chứng từ không khớp

Nếu hai nguồn lệch một trường quan trọng, AI nên dừng.

Thiếu dữ liệu

Nếu thiếu đơn giá hoặc trường bắt buộc, không tự suy từ dữ liệu cũ.

Ảnh không đọc rõ

Nếu không chắc một con số, hỏi lại thay vì đoán.

Quyết định thương mại

Những việc như chốt giá hoặc chọn điều kiện thương mại cần người quyết.

Vượt quyền hệ thống

Nếu workflow cần ghi dữ liệu nhưng AI chỉ có quyền đọc, phải dừng tại đó.

WATATECH mô tả rất rõ các ranh giới này trong AI Workforce: chứng từ lệch thì dừng, dữ liệu thiếu thì để trống, ảnh không rõ thì hỏi lại và quyết định thương mại thì đưa dữ kiện để con người chốt.

Human approval nên đặt ở đâu?

Không phải bước nào cũng cần người duyệt.

Nếu tất cả mọi thứ đều phải duyệt, AI có thể không giảm được nhiều thao tác.

Ngược lại, nếu bỏ toàn bộ approval, rủi ro có thể tăng.

Vì vậy, approval nên đặt ở điểm có ảnh hưởng thực sự.

Ví dụ:

Không nhất thiết duyệt từng lần

tra cứu tồn kho;
tìm tài liệu;
tổng hợp dữ liệu;
báo cáo nội bộ đơn giản.

Nên có approval

chốt giá;
gửi báo giá;
ghi dữ liệu kế toán;
phát hành chứng từ;
gửi thông tin ra ngoài;
thay đổi dữ liệu nghiệp vụ quan trọng.

Tức là:

Human approval không phải đứng sau mọi bước, mà đứng trước những hành động có hậu quả đáng kể.

Phân quyền theo phòng ban có cần khác nhau không?

Có.

Một AI dùng cho Sales không nên mặc định có cùng quyền với AI dùng cho kế toán.

Ví dụ:

Sales

Có thể cần:

đọc bảng giá;
đọc tồn kho;
tạo báo giá nháp.

Nhưng không nên mặc định:

tự sửa bảng giá;
tự gửi giá chưa duyệt.

Kế toán

Có thể cần:

đọc hóa đơn;
bóc dữ liệu;
đối chiếu tổng.

Quyền ghi phần mềm chỉ được mở khi workflow đủ ổn và có điểm kiểm tra.

Hành chính

Có thể:

soạn thư;
nhắc lịch;
tổng hợp tài liệu.

Nhưng với thông tin riêng của lãnh đạo, WATATECH đặt ranh giới không chia sẻ ra ngoài ngay cả khi được hỏi trực tiếp.

Điều đó cho thấy phân quyền không chỉ theo “AI nào”.

Mà còn theo:

AI làm việc gì – cho ai – với dữ liệu nào.

AI Agent có cần được mở toàn bộ dữ liệu để làm việc tốt hơn không?

Không.

Nguyên tắc phù hợp hơn là:

chỉ mở đúng dữ liệu mà workflow cần.

Ví dụ AI tra cứu tồn kho không nhất thiết cần truy cập:

lương nhân viên;
hợp đồng lao động;
dữ liệu pháp lý khác.

AI làm báo giá có thể cần:

bảng giá;
danh mục sản phẩm;
dữ liệu khách hàng.

Nhưng không mặc định cần toàn bộ kế toán.

Phân quyền càng rõ thì:

phạm vi dễ kiểm soát hơn;
workflow dễ kiểm thử hơn;
khi có lỗi cũng dễ xác định ảnh hưởng hơn.

Có nên cho AI ghi thẳng hệ thống ngay từ ngày đầu?

Không nên nếu workflow chưa được kiểm chứng.

Cách thận trọng hơn là đi theo từng bước:

Bước 1: Read only

AI đọc và trả kết quả.

Bước 2: Draft

AI tạo dữ liệu nhưng chưa ghi.

Bước 3: Human approval

Người kiểm tra đầu ra.

Bước 4: Write thử phạm vi nhỏ

AI ghi theo lô nhỏ.

Bước 5: Mở rộng

Chỉ sau khi chất lượng đã ổn.

Đây cũng là cách WATATECH mô tả việc ghi hệ thống: chỉ khi được mở quyền và thực hiện theo lô nhỏ để kiểm trước.

Phân quyền cho AI Agent có liên quan đến việc AI “biết dừng” không?

Có, và đây là một trong những điểm quan trọng nhất.

Phân quyền không chỉ là quyền kỹ thuật.

Nó còn là quyền nghiệp vụ.

Ví dụ AI technically có thể gửi email.

Nhưng workflow có thể quy định:

“Báo giá phải được Sales Manager duyệt trước.”

Như vậy dù AI có khả năng gửi, nó không được phép gửi trước approval.

Tương tự:

AI có khả năng tính một mức giá.

Nhưng workflow có thể quy định:

“AI không được chốt giá bán.”

Khả năng và quyền hạn phải được tách rõ.

Làm sao để AI không vượt qua ranh giới?

Một workflow có kiểm soát nên xác định trước:

AI được đọc gì?

Nguồn dữ liệu nào?

AI được tạo gì?

Text, bảng, chứng từ hay draft?

AI được thay đổi gì?

Nếu có, phạm vi nào?

Khi nào cần người duyệt?

Trước ghi hay trước gửi?

Khi nào phải dừng?

Mismatch, thiếu dữ liệu, mờ, ngoài phạm vi?

Ai là người chốt?

Sales, kế toán, quản lý, chuyên gia?

Khi các câu hỏi này được trả lời rõ, AI Agent mới có một “job description” thực sự.

Phân quyền có nên cố định mãi không?

Không nhất thiết.

Quyền có thể mở rộng theo mức độ trưởng thành của workflow.

WATATECH triển khai AI Workforce theo hướng bắt đầu ở một nhóm nội bộ, sau đó mới mở dần sang phòng ban, chứng từ, nhập liệu và kết nối hệ thống. Việc ghi vào phần mềm chỉ xuất hiện ở giai đoạn sâu hơn khi AI đã được mở quyền.

Điều này tạo một lộ trình:

Ít quyền → kiểm chứng → mở thêm quyền

thay vì:

Cấp toàn quyền → hy vọng AI luôn làm đúng

Một ví dụ: AI xử lý hóa đơn

Có thể chia quyền như sau:

Quyền 1: Đọc

AI đọc hóa đơn.

Quyền 2: Extract

AI bóc:

mã hàng;
số lượng;
giá;
tổng.

Quyền 3: Kiểm

AI cộng lại và đối chiếu.

Quyền 4: Draft

AI chuẩn bị phiếu nhập.

Quyền 5: Approval

Người phụ trách kiểm tra.

Quyền 6: Write

AI ghi vào hệ thống.

Nếu lệch tổng:

workflow dừng ở bước 3.

Không đi tiếp chỉ vì AI có quyền ghi.

Đây là ví dụ rõ cho thấy:

Quyền hành động luôn phải đi cùng điều kiện thực hiện.

Một ví dụ khác: AI lập báo giá

AI được phép:

đọc yêu cầu khách;
đọc bảng giá;
tạo draft;
tính tổng.

Nhưng không được:

tự giảm giá ngoài chính sách;
tự chốt giá;
tự gửi khách trước approval.

Trong module Sales, WATATECH quy định bản báo giá nháp phải qua người trước khi ra ngoài.

Như vậy AI vẫn làm được phần lớn công việc chuẩn bị mà doanh nghiệp không mất quyền quyết định thương mại.

Phân quyền cho AI Agent không phải để làm AI yếu đi

Có một nghịch lý:

Cấp ít quyền quá → AI không làm được việc.
Cấp quá nhiều → doanh nghiệp không dám dùng AI.

Giải pháp không nằm ở hai cực đó.

Mục tiêu là thiết kế:

đúng quyền cho đúng đầu việc

AI nên được phép làm tự động những phần:

rõ rule;
ít rủi ro;
dễ kiểm tra.

Con người giữ các phần:

cần phán đoán;
có cam kết;
ảnh hưởng tài chính;
có ngoại lệ;
cần trách nhiệm cuối cùng.

Đây cũng phù hợp với cách WATATECH định vị AI Workforce: trợ lý gánh phần lặp lại và đối soát, còn con người giữ phần cần phán đoán.

Khi AI bắt đầu làm được việc, quyền hạn trở thành một phần của thiết kế sản phẩm

Nếu AI chỉ trả lời câu hỏi, vấn đề quyền có thể tương đối đơn giản.

Nhưng khi AI bắt đầu:

tạo chứng từ;
ghi hệ thống;
gửi dữ liệu;
tham gia workflow;

thì phân quyền cho AI Agent không còn là bước phụ.

Nó trở thành một phần cốt lõi của việc triển khai.

Một AI Agent tốt không phải AI có thể làm mọi thứ.

Mà là AI:

biết việc nào mình được làm → biết điều kiện để làm → biết khi nào phải dừng → biết khi nào cần người duyệt.

Kiểm soát AI không có nghĩa giữ AI đứng ngoài công việc. Mục tiêu là trao đủ quyền để AI làm được việc, nhưng giữ lại đúng những điểm mà con người cần chịu trách nhiệm.

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

Phân quyền cho AI Agent là gì?

Là việc xác định AI được truy cập dữ liệu nào, được thực hiện loại hành động nào và ở bước nào phải chờ người có thẩm quyền phê duyệt.

Có nên cho AI Agent quyền ghi dữ liệu vào ERP không?

Có thể nếu workflow đã đủ ổn định và hệ thống được thiết kế phù hợp. Trong giải pháp AI Workforce của WATATECH, quyền ghi chỉ được mở khi có cho phép và nên bắt đầu bằng lô nhỏ để kiểm tra.

AI có thể tự gửi báo giá cho khách hàng không?

Không nên mặc định. Trong use case Sales của WATATECH, báo giá nháp phải qua người duyệt trước khi gửi ra ngoài.

Khi nào AI phải dừng và hỏi người?

Các trường hợp điển hình gồm chứng từ không khớp, thiếu dữ liệu quan trọng, ảnh không đọc rõ, quyết định thương mại hoặc hành động vượt quá quyền được cấp.

Có cần cấp cho AI quyền truy cập toàn bộ dữ liệu doanh nghiệp không?

Không. Nên giới hạn dữ liệu và hành động theo đúng nhu cầu của từng workflow thay vì mở quyền rộng hơn mức cần thiết.

👉 Liên hệ để tìm hiểu giải pháp ERP tích hợp AI của WATATECH:

📞 Hotline: 0908 679 389

📧 Email: info@watatech.com.vn

🌐 Website: https://watatech.com.vn

📘 Fanpage: https://www.facebook.com/WATATECH.ERP/