Dữ liệu công ty khi dùng AI agent: vẽ ranh giới nào

Một nhân viên dán đoạn hợp đồng vào ChatGPT là một lượt. Một agent tự chạy đọc cả thư mục hợp đồng, mỗi sáng, không ai bấm nút. Dữ liệu công ty khi dùng AI agent đi ra ngoài theo cách khác hẳn, và ranh giới phải vẽ trước khi dựng chứ không vẽ sau khi chạy.

Bài này viết cho người sắp dựng agent tự chạy, không phải người dùng trợ lý AI bằng tay. Bốn khác biệt dưới đây là thứ hay bị bỏ sót ở khâu thiết kế.

Vì sao ranh giới dữ liệu công ty khi dùng AI agent khác với dùng ChatGPT tay

Người dùng tay tự làm bộ lọc: nhìn tài liệu, thấy nhạy cảm thì không dán. Agent không có bước nhìn đó. Bạn trỏ nó vào một thư mục hoặc một hộp thư, nó đọc hết những gì nằm trong phạm vi được cấp, kể cả file bạn quên là có ở đó.

Ba con số làm rõ khác biệt. Một nhân viên dán tay khoảng vài chục lượt mỗi tháng. Một agent chạy theo lịch mỗi 15 phút là gần 3.000 lượt mỗi tháng. Nhân với số agent trong công ty thì lượng dữ liệu rời khỏi mạng nội bộ không còn cùng bậc độ lớn.

Agent chạy tự động thì không ai ngồi kiểm từng lượt

Agent chạy theo lịch hoặc theo sự kiện, thường vào lúc không ai ngồi trước máy. Không có người đọc đầu vào trước khi gửi đi, cũng không có người đọc đầu ra trước khi nó ghi vào hệ thống. Sai một lượt thì sai luôn cả lô, và thường phát hiện sau vài ngày.

Việc kiểm phải chuyển từ người sang thiết kế:

• Lọc ở đầu vào, không lọc ở đầu ra. Cắt bỏ cột số căn cước, số tài khoản, số điện thoại ngay ở bước lấy dữ liệu, trước khi gửi lên mô hình.
• Giới hạn phạm vi đọc theo thư mục cụ thể, không trỏ vào ổ chia sẻ cả công ty rồi tin rằng agent chỉ lấy đúng phần cần.
• Chạy khô một tuần: agent làm đủ các bước nhưng dừng trước bước ghi, xuất ra bảng để người đọc lại. Tuần đó cho thấy nó đang chạm vào những gì.
• Đặt ngưỡng dừng. Một lượt chạy đọc quá số file dự kiến thì dừng và báo, thay vì chạy tiếp cho hết.

Agent có quyền truy cập rộng hơn một người dùng thường

Để làm việc thay nhiều người, agent thường được cấp một tài khoản gộp quyền: đọc hộp thư chung, đọc thư mục kế toán, ghi vào bảng vận hành, gọi phần mềm bán hàng. Một nhân viên không ai có ngần ấy quyền cùng lúc. Khoá của agent lộ ra thì phạm vi thiệt hại rộng hơn khoá của một nhân viên.

Cách thu hẹp:

1. Mỗi agent một tài khoản riêng, đặt tên theo việc nó làm, không dùng chung tài khoản quản trị.
2. Cấp quyền theo từng nguồn, không cấp quyền cấp cao rồi tin vào phần mềm sẽ tự giới hạn.
3. Tách quyền đọc và quyền ghi. Agent tổng hợp báo cáo chỉ cần đọc, không cần xoá.
4. Đặt hạn cho khoá kết nối và đổi theo chu kỳ, ghi lại ngày đổi.
5. Nhân viên nghỉ việc thì rà lại các agent do người đó dựng, vì khoá hay gắn với tài khoản cá nhân.

Nhật ký chạy của agent cũng chứa dữ liệu nhạy cảm

Đây là chỗ hay quên nhất. Để gỡ lỗi, phần mềm tự động hoá lưu lại nội dung từng bước: đoạn văn bản gửi đi, câu trả lời nhận về, dữ liệu trung gian. Nghĩa là hợp đồng và danh sách khách nằm trong bản ghi nhật ký, ở dạng đọc được, nhiều tháng liền.

Tài liệu chính thức của n8n có mục riêng về mức lưu dữ liệu thực thi và cách đặt thời hạn xoá, đọc mục đó trước khi mở agent cho chạy thật. Việc cần làm:

• Đặt thời hạn giữ nhật ký, thường 7 tới 30 ngày là đủ để gỡ lỗi.
• Với luồng chạm dữ liệu khách, hạ mức lưu xuống chỉ giữ lượt chạy lỗi.
• Kiểm ai xem được màn hình quản trị của công cụ tự động hoá. Người xem được nhật ký là người đọc được dữ liệu đi qua.
• Sao lưu của hệ thống tự động hoá cũng chứa nhật ký. Xoá nhật ký mà bản sao lưu còn nguyên thì chưa xoá gì cả.

Một điểm bất lợi cho bên bán như BizMaC: mở nhật ký ở mức đầy đủ làm việc gỡ lỗi nhanh hơn nhiều, nên xu hướng tự nhiên là để mặc định rồi quên. Ranh giới dữ liệu bị phá ở đúng chỗ tiện tay đó.

Dùng dịch vụ đám mây thì dữ liệu qua máy chủ nước ngoài mỗi lượt chạy

Người dùng tay gửi dữ liệu ra ngoài khi họ chủ động dán. Agent chạy trên nền đám mây thì mỗi lượt chạy là một lần dữ liệu rời khỏi Việt Nam, đều đặn theo lịch, không cần ai bấm. Đó là dòng chảy liên tục chứ không phải sự kiện đơn lẻ.

Việt Nam có Luật Bảo vệ dữ liệu cá nhân, trong đó việc chuyển dữ liệu cá nhân ra nước ngoài là nhóm nghĩa vụ riêng. Bài viết không thay được ý kiến pháp lý, nhưng khi thiết kế agent nên xác định sớm: luồng này có chạm dữ liệu cá nhân của khách không, và nó chạy bao nhiêu lần một ngày.

Ba mức dữ liệu nên gán cho từng luồng agent trước khi dựng

Gán mức cho luồng, không gán cho người. Cùng một nhân viên có thể dựng luồng mức thấp lẫn mức cao, ranh giới nằm ở dữ liệu mà luồng đó chạm.

• Mức mở: nội dung đã công bố, bài đăng, mô tả sản phẩm, giá niêm yết. Cho agent đám mây chạy thoải mái.
• Mức nội bộ: báo cáo bán hàng, lịch làm việc, tài liệu quy trình. Chạy đám mây được nhưng phải cắt tên khách và hạ mức lưu nhật ký.
• Mức đóng: hồ sơ nhân sự, dữ liệu định danh khách hàng, hợp đồng còn hiệu lực, giá vốn. Nhóm này giữ trong hạ tầng mình kiểm soát được.

Có một cách rút gọn dùng được: nếu luồng đó lộ ra mà bạn phải gọi điện xin lỗi khách, nó thuộc mức đóng.

Chốt vài ý

Ranh giới cho dữ liệu công ty khi dùng AI agent không phải bản quy định treo tường, nó là các lựa chọn kỹ thuật lúc dựng: phạm vi đọc, tài khoản riêng, bước lọc đầu vào, thời hạn giữ nhật ký, và nơi luồng chạy.

Bốn câu hỏi trả lời được trước khi bật agent chạy thật: luồng này đọc tới đâu, khoá nó cầm mở được những gì, nhật ký giữ bao lâu, và dữ liệu đi qua máy chủ đặt ở đâu.

Câu cuối dẫn thẳng sang việc chọn chỗ chạy. Agent đặt trên nền đám mây của nhà cung cấp, trên máy chủ riêng tại Việt Nam, hay trên máy tính trong văn phòng là ba lựa chọn có chi phí và ranh giới dữ liệu khác nhau. Bài sau trong loạt này so sánh ba chỗ chạy đó, kèm mức cấu hình cần cho từng cách.

Thông tin kiểm ngày 20/08/2026. Các nhà cung cấp đổi chính sách khá nhanh, nên tra lại trang chính thức trước khi quyết định mua.