RPA là viết tắt của robotic process automation, tự động hoá quy trình bằng robot phần mềm: một chương trình bắt chước thao tác của nhân viên trên máy tính, như mở phần mềm, gõ vào ô, bấm nút, chép số từ email sang phần mềm kế toán. Robot ở đây không có hình dạng; nó là một kịch bản chạy trên máy tính. Nhận định của tập này: RPA là miếng vá cho những phần mềm không cho nối dữ liệu trực tiếp; hãy hỏi API trước, chỉ dùng RPA khi không còn đường nào khác, và tính sẵn chi phí sửa robot mỗi lần màn hình phần mềm nguồn thay đổi.
Tập này thuộc series Từ điển công nghệ cho chủ doanh nghiệp. Tập trước bàn về BI, báo cáo quản trị tự động, nơi dữ liệu được đọc ra; RPA nằm ở đầu kia, nơi dữ liệu được đưa vào.
RPA bằng lời thường: một nhân viên ảo làm đúng từng bước đã ghi
Hình dung một nhân viên kế toán mỗi sáng mở hộp thư, tải file sao kê ngân hàng, mở phần mềm kế toán, gõ từng dòng tiền về vào đúng khách hàng. Việc lặp lại, có quy tắc rõ, không cần phán đoán. RPA ghi lại chuỗi thao tác đó (hoặc người làm RPA dựng từng bước bằng công cụ kéo thả), rồi cho máy tự chạy theo lịch.
Tài liệu Power Automate của Microsoft mô tả desktop flows, tính năng RPA của họ, là để tự động hoá các quy trình lặp lại trên máy tính, dành cho người làm việc theo quy tắc, và làm được với cả ứng dụng hiện đại lẫn ứng dụng cũ, như chương trình giả lập màn hình dòng lệnh. Tài liệu cũng ghi robot tương tác với máy qua phần tử giao diện, hình ảnh hoặc toạ độ trên màn hình. Chi tiết cuối cùng này là gốc của cả ưu điểm lẫn rủi ro của RPA.
Vì sao RPA là miếng vá: nó đi qua màn hình, không đi qua cửa dữ liệu
Có hai cách để đưa dữ liệu từ phần mềm A sang phần mềm B. Cách thứ nhất đi qua cửa dữ liệu: phần mềm B có API, một đường nối có quy ước rõ, và chương trình gửi dữ liệu thẳng vào đó. Bài API là gì giải thích cửa này. Cách thứ hai đi qua màn hình: robot mở phần mềm B như một người, tìm ô, gõ chữ, bấm Lưu. RPA là cách thứ hai.
Đi qua màn hình có một ưu điểm lớn: không cần nhà cung cấp phần mềm B làm gì cả. Với phần mềm cũ, phần mềm của cơ quan nhà nước, hay phần mềm mà nhà cung cấp không chịu mở API, RPA đôi khi là cách duy nhất. Nhưng nó cũng mang đúng điểm yếu của màn hình. Nhà cung cấp đổi vị trí một nút, thêm một hộp thông báo, đổi tên một ô, và robot bấm trượt. Tệ hơn, robot có thể bấm nhầm chỗ mà vẫn báo chạy xong.
Vì vậy trình tự hỏi đúng là: phần mềm đích có API không; nếu có, nối qua API, có thể bằng một nền tảng tích hợp như iPaaS hay luồng workflow automation. Chỉ khi câu trả lời là không, hoặc API quá đắt so với việc cần làm, mới tính tới RPA. Ở blog của CEO ALODEV có bài về dựng một luồng tự động hoá đáng tin bằng mã, nhấn mạnh phần định tuyến, kiểm tra và chạy lại khi lỗi; một robot RPA tử tế cũng cần đủ ba thứ đó.
RPA trong báo giá: tiền tính theo người và theo robot
RPA có hai kiểu chạy, và giá khác nhau theo kiểu. Có người trực (attended): robot chạy trên máy của nhân viên khi nhân viên bấm, như một trợ lý. Không người trực (unattended): robot chạy một mình trên một máy riêng theo lịch, kể cả ban đêm. Trang giá Power Automate của Microsoft ngày 26/09/2026 thể hiện đúng cách chia này.
Theo bảng giá đó, một robot không người trực chạy trên máy của doanh nghiệp tốn 150 USD mỗi tháng, tức 1.800 USD mỗi năm theo giá niêm yết, chưa gồm thuế, chưa gồm máy tính để robot chạy và giấy phép của phần mềm mà robot thao tác. Khoản lớn hơn thường là công dựng và bảo trì kịch bản: phân tích quy trình, dựng robot, thử với các trường hợp ngoại lệ, và sửa mỗi khi phần mềm nguồn đổi giao diện.
Rủi ro trong hợp đồng thường nằm ở ba chỗ. Tài khoản đăng nhập mà robot dùng: robot cần tài khoản riêng, quyền vừa đủ, và mật khẩu phải được giữ trong kho bí mật chứ không nằm trong kịch bản. Nhật ký: robot phải ghi lại đã làm gì, lúc nào, với bản ghi nào, để khi có sai lệch còn truy được. Bảo trì: ai sửa khi phần mềm nguồn cập nhật, trong bao lâu, có tính phí không.
Câu nên hỏi nhà cung cấp RPA
- Phần mềm đích có API không? Nếu có, vì sao chọn RPA thay vì nối qua API?
- Robot chạy có người trực hay không người trực? Chạy trên máy nào, ai trả tiền máy và giấy phép?
- Giá bản quyền tính theo người hay theo robot? Một robot xử lý được bao nhiêu việc mỗi ngày trước khi phải mua thêm?
- Robot đăng nhập bằng tài khoản nào, mật khẩu cất ở đâu, quyền của tài khoản đó tới đâu?
- Robot ghi nhật ký những gì? Khi một lần chạy lỗi, ai được báo, bằng kênh nào, trong bao lâu?
- Khi phần mềm nguồn đổi giao diện, ai sửa robot, trong bao lâu, có tính phí không? Hợp đồng bảo trì bao gồm bao nhiêu lần sửa?
- Những trường hợp ngoại lệ nào robot không xử lý mà chuyển lại cho người? Danh sách đó có được viết ra và thử trong UAT không?
Câu thứ bảy nối RPA với UAT. Một robot chỉ được thử với trường hợp thuận lợi sẽ gãy ngay tuần đầu gặp hoá đơn sai định dạng hay khách hàng trùng tên. Danh sách ngoại lệ và cách robot trả việc lại cho người nên là một phần của tiêu chí nghiệm thu.
Khi nào không nên dùng RPA
Không nên dùng RPA khi phần mềm đích có API ổn định; nối qua API bền hơn và thường rẻ hơn về lâu dài. Không nên dùng khi quy trình còn thay đổi hằng tháng; robot chỉ làm đúng cái đã ghi, quy trình đổi là robot phải dựng lại. Không nên dùng cho việc cần phán đoán theo ngữ cảnh, như duyệt ngoại lệ công nợ hay trả lời khiếu nại; bài tự động hoá quy trình bằng AI bàn chi tiết ranh giới này.
Cũng nên cân nhắc khi khối lượng nhỏ. Nếu nhân viên mất nửa giờ mỗi tuần cho việc đó, tiền bản quyền, máy chạy và công bảo trì robot khó mà bù lại. RPA đáng tiền khi việc lặp lại nhiều giờ mỗi ngày, quy tắc rõ, phần mềm đích không có cách nối nào khác, và có người trong công ty chịu trách nhiệm theo dõi robot.
Câu hỏi thường gặp
RPA có phải là AI không?
Không, RPA cổ điển chỉ làm đúng các bước đã được ghi hoặc dựng sẵn, không tự hiểu hay học. Một số nền tảng RPA ghép thêm AI cho các bước như đọc chữ trên hoá đơn hoặc phân loại email, nhưng phần bấm, gõ, chép vẫn chạy theo kịch bản cố định.
RPA khác workflow automation thế nào?
Workflow automation thường nối các phần mềm qua API hoặc kết nối có sẵn và điều phối luồng duyệt; RPA thao tác qua màn hình như một người dùng. Hai cách hay đi cùng nhau: luồng tự động gọi API ở những chỗ có API, và gọi robot RPA ở những phần mềm không có.
Robot RPA có làm sai không?
Có, nhất là khi giao diện phần mềm nguồn thay đổi hoặc gặp dữ liệu ngoài dự kiến. Vì vậy cần nhật ký chạy, cảnh báo khi lỗi, và một người kiểm tra định kỳ kết quả của robot, giống như kiểm tra công việc của một nhân viên mới.
Doanh nghiệp nhỏ có dùng RPA được không?
Được, với các công cụ có gói theo người như Power Automate Premium (15,00 USD mỗi người mỗi tháng theo bảng giá ngày 26/09/2026). Hãy bắt đầu với một việc lặp lại rõ ràng, chạy có người trực trên máy của nhân viên, đo thời gian tiết kiệm được trước khi mua robot chạy riêng.
RPA có an toàn khi dùng mật khẩu phần mềm kế toán, ngân hàng không?
Chỉ an toàn khi robot có tài khoản riêng với quyền vừa đủ, mật khẩu được giữ trong kho bí mật của nền tảng thay vì ghi thẳng vào kịch bản, và mọi lần chạy đều có nhật ký. Với thao tác chuyển tiền, nên giữ bước phê duyệt cuối cùng cho người.
