RPA, Workflow Automation hay AI Agent: cách chọn đúng

Ba cách tự động hóa, ba cơ chế kiểm soát khác nhau

RPA, workflow automation và AI Agent đều có thể giảm thao tác thủ công, nhưng chúng không phải ba cấp độ của cùng một sản phẩm. Workflow chạy theo đường đi đã định nghĩa. RPA mô phỏng thao tác của người dùng trên giao diện. AI Agent dùng mô hình để chọn bước hoặc công cụ dựa trên ngữ cảnh. Nhầm ba cơ chế này thường dẫn đến một pilot trông ấn tượng nhưng khó vận hành.

Hãy bắt đầu từ công việc thay vì tên công nghệ. Xác định trigger, dữ liệu đầu vào, kết quả cần tạo, hệ thống nguồn và đích, số ngoại lệ, hậu quả khi sai và người chịu trách nhiệm. Một quy trình có thể dùng cả ba: workflow làm xương sống, RPA đi qua phần mềm cũ, AI xử lý nội dung phi cấu trúc và con người duyệt quyết định quan trọng.

• ✓Quy tắc đã rõ và dữ liệu có cấu trúc: ưu tiên workflow và API.
• ✓Phần mềm cũ không có API nhưng giao diện ổn định: cân nhắc RPA.
• ✓Email, tài liệu hoặc yêu cầu có nhiều ngữ cảnh: cân nhắc AI ở một bước giới hạn.
• ✓Hành động có hậu quả tài chính, pháp lý hoặc dữ liệu: giữ phê duyệt rõ ràng.

Đừng chọn công nghệ tự động hóa trước khi biết bước nào cần quy tắc, bước nào bị kẹt ở giao diện cũ và bước nào thực sự cần suy luận.

Workflow automation: xương sống cho quy trình dự đoán được

Workflow automation nối trigger và action theo những nhánh đã được thiết kế trước. Một form mới có thể tạo lead trong CRM, kiểm tra trường bắt buộc, phân công người phụ trách, gửi thông báo và chờ phê duyệt. Microsoft mô tả cloud flow theo mô hình trigger và action, có khả năng kiểm thử và theo dõi lịch sử chạy. Cách này phù hợp khi doanh nghiệp có thể mô tả trạng thái và quy tắc hoàn tất một cách nhất quán.

Khi hệ thống có API, workflow nên trao đổi dữ liệu trực tiếp thay vì thao tác trên màn hình. API cho phép kiểm tra phản hồi, retry có giới hạn, chống ghi trùng và đối soát rõ hơn. Workflow vẫn cần log, hàng đợi lỗi, cảnh báo và owner; một chuỗi action không có quan sát chỉ chuyển việc thủ công thành lỗi âm thầm.

• ✓Phù hợp: đồng bộ lead, phê duyệt báo giá, nhắc việc, tạo tài liệu, đối soát trạng thái.
• ✓Điểm mạnh: dễ dự đoán, kiểm thử từng nhánh và giải thích vì sao một bước chạy.
• ✓Giới hạn: quy trình mơ hồ hoặc thay đổi theo từng người phải được chuẩn hóa trước.

RPA: cầu nối thực dụng cho hệ thống cũ thiếu API

Robotic Process Automation điều khiển ứng dụng qua thao tác giao diện như mở phần mềm, đọc bảng tính, nhập trường và tải báo cáo. Tài liệu Microsoft về desktop flows đặt RPA vào nhóm công việc desktop lặp lại, có quy tắc, bao gồm cả ứng dụng hiện đại lẫn hệ thống cũ. Đây là lựa chọn thực dụng khi thay phần mềm chưa khả thi và nhà cung cấp không mở API phù hợp.

Đổi lại, robot phụ thuộc vào màn hình, selector, quyền máy, phiên đăng nhập và định dạng đầu vào. Một nút đổi tên hoặc cửa sổ bật lên có thể làm luồng dừng. Vì vậy RPA cần máy chạy được quản lý, tài khoản riêng, lịch và năng lực chạy đồng thời, kiểm tra sau cập nhật, ảnh chụp hoặc log khi lỗi và quy trình chuyển cho người xử lý. Không nên dùng RPA để che một quy trình chưa ổn định.

• ✓Phù hợp: nhập liệu vào ERP cũ, lấy báo cáo định kỳ, chuyển dữ liệu giữa ứng dụng desktop và file.
• ✓Điểm mạnh: tận dụng hệ thống hiện có khi tích hợp API chưa sẵn sàng.
• ✓Giới hạn: nhạy với thay đổi giao diện, phiên đăng nhập và môi trường máy chạy.

AI Agent: linh hoạt hơn nhưng không mặc định tự chủ hơn

Anthropic phân biệt workflow là luồng mô hình và công cụ đi qua đường code được định nghĩa trước, còn agent để mô hình tự quyết định cách dùng công cụ theo tình huống. Agent phù hợp khi số bước khó biết trước, đầu vào là ngôn ngữ tự nhiên hoặc công việc cần tổng hợp ngữ cảnh. Ví dụ là phân loại yêu cầu chưa có mẫu cố định, tìm thông tin trong nhiều tài liệu rồi chuẩn bị câu trả lời, hoặc đề xuất bước xử lý tiếp theo.

Sự linh hoạt làm tăng độ trễ, chi phí và khả năng lỗi tích lũy qua nhiều bước. Agent phải có danh sách công cụ được phép, quyền tối thiểu, giới hạn số bước và ngân sách, nguồn dữ liệu có thể truy vết, bộ eval đại diện, logging và điểm dừng. NIST AI RMF nhấn mạnh quản trị, lập bản đồ bối cảnh, đo lường và quản lý rủi ro xuyên suốt vòng đời; vì vậy một bản demo trả lời đúng vài câu chưa chứng minh agent đủ điều kiện vận hành.

• ✓Phù hợp: hiểu yêu cầu phi cấu trúc, tra cứu nhiều nguồn, chuẩn bị đề xuất hoặc tác vụ nháp.
• ✓Điểm mạnh: thích ứng với ngữ cảnh mà không cần viết mọi nhánh từ đầu.
• ✓Giới hạn: đầu ra xác suất, chi phí và rủi ro tăng theo số bước và quyền hành động.

Khung quyết định và kiến trúc kết hợp

Nếu mỗi trường hợp đầu vào đều đi qua cùng một chuỗi bước, hãy bắt đầu bằng workflow. Nếu chuỗi bước rõ nhưng bị kẹt trong phần mềm không có API, chỉ dùng RPA ở đoạn biên đó. Nếu một bước phải hiểu email, hợp đồng, hình ảnh hoặc câu hỏi mở, dùng AI để tạo dữ liệu có cấu trúc hoặc đề xuất; sau đó đưa kết quả trở lại workflow. Agent chỉ nên tự chọn và gọi nhiều công cụ khi pilot chứng minh cách đơn giản hơn không đáp ứng được yêu cầu.

Kiến trúc bền vững thường không để AI giữ toàn bộ quy trình. Workflow quản lý trạng thái, SLA, retry và phê duyệt. API kết nối hệ thống có thể tích hợp. RPA xử lý ngoại lệ legacy. AI đọc hoặc tạo nội dung trong phạm vi. Con người quyết định tại ngưỡng rủi ro. Cấu trúc này giúp thay model, robot hoặc một hệ thống nguồn mà không phải xây lại toàn bộ luồng.

• ✓Mức dự đoán được: quy tắc rõ nghiêng về workflow; ngữ cảnh mở nghiêng về AI.
• ✓Khả năng tích hợp: có API dùng API; chỉ có giao diện mới cân nhắc RPA.
• ✓Hậu quả khi sai: càng cao càng cần giới hạn, phê duyệt và đường lui.
• ✓Khả năng vận hành: tính cả cảnh báo, ngoại lệ, bảo trì và người sở hữu.

Checklist pilot 30 ngày trước khi mở rộng

Một pilot tốt không cố tự động hóa cả phòng ban. Chọn một đầu vào, một kết quả và một nhóm người dùng. Ghi baseline về số lượng, thời gian chu kỳ, lỗi, thao tác làm lại và thời gian chờ. Liệt kê ngoại lệ trước khi xây, chọn người sở hữu và đặt tiêu chí dừng nếu chất lượng hoặc chi phí không đạt.

Trong pilot, chạy dữ liệu đại diện gồm cả trường hợp xấu; ghi từng lần chạy, thay đổi và phê duyệt. Cuối giai đoạn, so sánh cùng một loại tác vụ trước và sau, tính cả thời gian con người review và xử lý lỗi. Chỉ mở rộng khi lợi ích còn rõ sau chi phí vận hành, và khi đội ngũ có runbook, quyền truy cập, cảnh báo cùng cách quay lại xử lý thủ công.

• ✓Tuần 1: vẽ quy trình, baseline, dữ liệu, quyền và ngoại lệ.
• ✓Tuần 2: xây đường đi chính và cơ chế log, phê duyệt, phục hồi.
• ✓Tuần 3: chạy dữ liệu đại diện, negative cases và đo lỗi.
• ✓Tuần 4: so sánh kết quả, bàn giao runbook và quyết định mở rộng, sửa hoặc dừng.