Dùng AI agent trong tài chính: ai được làm gì, ai duyệt?

Agent đọc một bộ hồ sơ rồi tạo đề nghị thanh toán. Mọi ô đều có dữ liệu, chỉ riêng số tài khoản nhận tiền khác với bản đã xác nhận trước đó. Trong tình huống giả định của nhóm kế toán do Liên phụ trách, đây là lúc công cụ phải dừng để đối chiếu. Một biểu mẫu đầy đủ chưa có nghĩa thông tin bên trong đã đúng hoặc được phép chuyển tiếp.

Agent trong quy trình tài chính cần được giới hạn quyền theo từng bước và kiểm bằng nguồn nghiệp vụ đáng tin cậy. Đọc hồ sơ, tạo đề nghị, phê duyệt và thực hiện giao dịch là các việc khác nhau. Thiết kế cụ thể phải do người phụ trách nghiệp vụ, kỹ thuật và kiểm soát của tổ chức cùng xác định.

Cho quyền vừa đủ với công việc

Liên bắt đầu bằng một nhiệm vụ nhỏ: lấy thông tin từ hồ sơ và tạo bản nháp để nhân viên kiểm. Agent chưa có quyền đổi thông tin bên nhận hoặc thực hiện thanh toán. Phạm vi này giúp nhóm quan sát chất lượng trích xuất mà chưa để lỗi đi thẳng thành hành động.

Liệt kê từng công cụ mà agent cần dùng, cùng dữ liệu được đọc và thao tác được phép. Quyền xem một thư mục không nên kéo theo quyền sửa mọi hồ sơ trong đó. Nếu chỉ cần tạo bản đề xuất, đầu ra nên đi vào nơi chờ kiểm theo quy trình.

Nguyên tắc phân tách nhiệm vụ và quyền tối thiểu được trình bày trong hướng dẫn kiểm soát của NIST. Đây là điểm tham khảo về thiết kế quyền, không phải một quy trình tài chính đầy đủ cho mọi doanh nghiệp. Tổ chức vẫn cần áp dụng theo hệ thống và nghĩa vụ cụ thể của mình.

Các giới hạn quan trọng phải được thực thi trong phần mềm. Nhắc agent “chỉ làm đúng quy định” chưa đủ nếu tài khoản của nó vẫn có quyền vượt phạm vi. Người triển khai cần kiểm quyền bằng các trường hợp được phép và không được phép.

Ghi người cấp quyền, mục đích và thời hạn xem lại. Khi đợt thử kết thúc hoặc nhiệm vụ đổi, rà lại quyền tương ứng. Tránh để một quyền tạm phục vụ kiểm tra trở thành quyền dùng lâu dài mà không ai theo dõi.

Đối chiếu chứng từ trước khi chuyển bước

Thông tin được đọc từ tài liệu cần gắn với nguồn. Liên muốn người kiểm mở được đúng trang chứa số tiền hoặc tên bên nhận. Một bảng đã điền sẵn mà không có đường đối chiếu sẽ buộc nhân viên tìm lại hồ sơ từ đầu.

Kiểm sự khớp giữa các tài liệu theo quy tắc nghiệp vụ đã được xác định. Mã, thời điểm, nội dung và phiên bản có thể giúp nhận ra tài liệu thuộc cùng một việc. Đừng gộp chỉ vì tên bên gửi giống nhau hoặc số tiền gần bằng nhau.

Những thông tin quan trọng như bên nhận và tài khoản cần cách xác nhận phù hợp của tổ chức. Một giá trị xuất hiện trong tài liệu mới không tự thay thế giá trị đã được phê duyệt. Nếu khác, agent nên đánh dấu để người có trách nhiệm kiểm, không tự chọn bản có vẻ mới hơn.

Phân biệt thiếu dữ liệu và giá trị bằng không. Một ô trống chưa có nghĩa không phát sinh. Agent cần giữ trạng thái chưa rõ hoặc chờ bổ sung theo cách hệ thống hỗ trợ. Tự điền một giá trị để biểu mẫu hợp lệ có thể làm mất dấu vấn đề.

Kiểm khả năng nhận diện trùng theo quy trình đang dùng. Hai file khác tên có thể thuộc cùng hồ sơ, còn hai file giống tên có thể là phiên bản khác. Bài sắp hồ sơ theo từng việc giúp phần chuẩn bị dữ liệu bớt rối trước khi đưa vào xử lý.

Nếu ảnh mờ hoặc nội dung đọc không chắc, ghi đúng phần cần kiểm. Không nên để một mức tự tin chung che đi con số đang có khả năng sai. Người xem cần biết phải mở trang nào và nhìn lại trường nào.

Người tạo đề nghị không nên tự duyệt đề nghị

Trong thiết kế của nhóm Liên, người hoặc công cụ tạo bản đề nghị không đồng thời tự xác nhận bản đó được chấp thuận. Bước duyệt phải có người và quyền phù hợp theo quy trình của doanh nghiệp. Cách tách này giúp một lỗi ở đầu vào có thêm cơ hội được phát hiện trước hành động.

Người duyệt cần đủ dữ liệu để kiểm. Chỉ hiện một nút đồng ý và một câu tóm tắt sẽ khó đánh giá. Nên cho thấy nguồn liên quan, điểm khác thường và phần đã được đối chiếu. AI có thể hỗ trợ trình bày, nhưng không được giấu điều chưa chắc để bản đề nghị trông gọn.

Nếu có thay đổi sau phê duyệt, hệ thống cần xử lý theo quy tắc đã định. Người duyệt đã xem một bộ thông tin cụ thể, không phải mọi bản chỉnh sau đó. Nhóm kỹ thuật và nghiệp vụ cần xác định thay đổi nào buộc kiểm lại.

Ghi nhận quyết định cùng người thực hiện và nội dung được duyệt. Nhật ký phải giúp trả lời bản nào được dùng, ai xác nhận và bước nào diễn ra tiếp theo. Đồng thời giới hạn việc lưu thông tin nhạy cảm theo nhu cầu và quy định của tổ chức.

Bài đặt người kiểm trong quy trình AI giúp xem bước duyệt có thực chất hay chỉ là hình thức. Người kiểm cần hiểu trách nhiệm, có quyền dừng và có thời gian xem điều quan trọng.

Kiểm soát theo hậu quả, không chỉ theo số tiền

Mức tiền là một yếu tố, nhưng không phải yếu tố duy nhất. Thay thông tin bên nhận, xử lý nhiều yêu cầu cùng lúc hoặc tác động tới dữ liệu dùng về sau có thể cần kiểm riêng. Nhóm nên đánh giá hậu quả của từng loại hành động theo nghiệp vụ thực tế.

Đặt điểm dừng cho trường hợp ngoài phạm vi, nguồn mâu thuẫn hoặc yêu cầu bất thường. Agent cần có đường chuyển tới người phụ trách thay vì cố hoàn thành bằng cách đoán. Một lần dừng đúng giúp giữ thông tin để kiểm, không phải thất bại của công cụ.

Nội dung trong email hoặc tệp không được tự trở thành chỉ dẫn thay đổi quyền. Nếu tài liệu có câu yêu cầu bỏ qua kiểm tra, hệ thống vẫn phải giữ quy trình đã thiết kế. Phần quyền và kiểm soát phải đứng ngoài khả năng diễn đạt thuyết phục của dữ liệu đầu vào.

Đưa công cụ vào quy trình từng bước

Thử bằng dữ liệu phù hợp trong môi trường kiểm tra trước. Bộ thử có hồ sơ đầy đủ, thiếu trường, trùng, khác phiên bản và thông tin không khớp. Ghi kết quả mong đợi để biết agent có dừng hoặc chuyển đúng chỗ không.

Theo dõi cả công kiểm và số lần phải sửa. Một bản nháp tạo nhanh nhưng gây nhiều việc đối chiếu chưa chắc cải thiện quy trình. Bài đo hiệu quả AI giúp giữ đánh giá ở mức toàn bộ công việc.

Với hồ sơ của Liên, kết quả đúng là phát hiện số tài khoản khác và chuyển người phụ trách xác minh. Công cụ không cần được khen vì đi hết các bước bằng mọi giá. Quy trình tốt giúp xử lý nhanh phần đã rõ, đồng thời giữ quyền quyết định ở đúng nơi khi thông tin có thể tạo hậu quả thật.