Nền tảng AI
RPA (Robotic Process Automation) là gì?
Robotic process automation (RPA) sử dụng các bot phần mềm để thực hiện công việc kỹ thuật số lặp lại trên nhiều ứng dụng. Một bot có thể đọc hàng đợi, mở hệ thống kinh doanh, nhập dữ liệu vào các trường, gọi API, xác thực kết quả và chuyển các ngoại lệ cho người dùng.
“Robot” ở đây là phần mềm, không phải máy móc vật lý. RPA truyền thống thường mang tính quyết định: nó tuân theo các quy tắc và bộ chọn đã cấu hình. Học máy có thể hỗ trợ phân loại tài liệu hoặc diễn giải màn hình, nhưng khả năng này nên được tách riêng khỏi các điều khiển quy trình cho phép thực hiện hành động.
Những điểm chính
- RPA tự động hoá các quy trình kỹ thuật số đã định nghĩa qua giao diện người dùng và API.
- Bot có giám sát hỗ trợ người dùng; bot không giám sát chạy dưới sự điều phối và danh tính dịch vụ.
- Các ứng viên tốt nhất có đầu vào ổn định, quy tắc rõ ràng, khối lượng đo được và tỷ lệ ngoại lệ có thể quản lý.
- Bot yêu cầu kiểm soát danh tính, nhật ký kiểm toán, kiểm thử và quyền sở hữu giống như các phần mềm sản xuất khác.

Cách hoạt động của quy trình RPA
Một kích hoạt có thể là lịch trình, tệp mới, email, mục hàng đợi hoặc lệnh của người dùng. Bot đọc dữ liệu đầu vào, áp dụng quy tắc, tương tác với các ứng dụng, kiểm tra kết quả và ghi lại trạng thái. Các ngoại lệ nên được phân loại thay vì tự động thử lại vô hạn một cách im lặng.
Các nền tảng hiện đại kết hợp tự động hoá giao diện người dùng với API, cơ sở dữ liệu, trích xuất tài liệu và điều phối. Khi có sẵn, tích hợp API thường ổn định hơn; tự động hoá màn hình vẫn hữu ích cho các hệ thống kế thừa không cung cấp giao diện hỗ trợ.
Tự động hóa có giám sát và không có giám sát
Bot có giám sát chạy trong phiên của người dùng và hỗ trợ các bước như sao chép chi tiết vụ việc hoặc chuẩn bị mẫu đơn. Bot không giám sát chạy trên hạ tầng được quản lý và có thể xử lý hàng đợi mà không cần người có mặt. Các quy trình lai chuyển công việc giữa hai loại bot.
Việc thực thi không giám sát làm tăng nhu cầu về kho lưu trữ thông tin đăng nhập, tài khoản dịch vụ tối thiểu, kiểm soát đồng thời và các chính sách giờ làm việc hoặc cửa sổ thay đổi rõ ràng.
RPA, AI và tự động hóa có tính đại lý
Computer vision và OCR có thể trích xuất văn bản từ màn hình hoặc bản quét; text classification có thể định tuyến tin nhắn; các mô hình ngôn ngữ có thể đề xuất hành động. Những thành phần này tạo ra kết quả xác suất đòi hỏi ngưỡng độ tin cậy và xác thực.
Một tác nhân AI có thể lập kế hoạch qua nhiều công cụ, trong khi bot truyền thống thực thi một quy trình đã được xác định trước. Ranh giới nên được giữ rõ ràng: hành động nào có thể được đề xuất, hành động nào có thể tự động thực thi, và hành động nào cần sự phê duyệt?
Lựa chọn và thiết kế lại quy trình
Tự động hoá một quy trình lỗi có thể làm lỗi xảy ra nhanh hơn. Trước khi triển khai, các nhóm cần lập bản đồ quy trình hiện tại, loại bỏ các phê duyệt không cần thiết, chuẩn hoá dữ liệu và quyết định liệu hệ thống nền tảng có nên cung cấp API hay không.
Việc đánh giá ứng viên nên bao gồm khối lượng giao dịch, thời gian xử lý, độ rõ ràng của quy tắc, độ ổn định của hệ thống, tần suất ngoại lệ, tác động pháp lý và gánh nặng bảo trì. Process mining có thể phát hiện sự biến đổi, nhưng nhân viên vận hành phải xác minh những gì nhật ký không ghi lại.
Kiểm soát, giám sát và bảo trì
Bot cần có các môi trường phát triển, thử nghiệm và sản xuất riêng biệt; quy trình có phiên bản; dữ liệu thử nghiệm; đánh giá thay đổi; và nhật ký kiểm toán liên kết mỗi hành động với một mục hàng đợi và phiên bản phần mềm. Bí mật không được nhúng trong script.
Các bộ chọn UI dễ bị phá vỡ khi ứng dụng thay đổi. Giám sát nên phân biệt ngoại lệ kinh doanh với lỗi kỹ thuật, theo dõi tỷ lệ hoàn thành và tái công việc, và tạm dừng an toàn khi xác thực thất bại. RPA thuộc trong chương trình an ninh mạng và quản lý thay đổi của tổ chức.
Các thành phần và mô hình thực thi của RPA
Robotic process automation sử dụng các bot phần mềm để tái tạo các tương tác có cấu trúc của con người với các ứng dụng: đọc trường dữ liệu, nhấp vào giao diện, di chuyển tệp, nhập dữ liệu và gọi API. Bot có giám sát hỗ trợ người dùng trên máy trạm; bot không giám sát chạy các công việc được lên lịch hoặc kích hoạt bởi sự kiện; hệ thống điều phối quản lý hàng đợi, thông tin đăng nhập, phiên bản và máy móc. Tự động hoá màn hình dựa vào các bộ chọn, cây truy cập, hình ảnh hoặc tọa độ, và độ bền giảm dần. Khi được hỗ trợ, tích hợp API hoặc cơ sở dữ liệu thường đáng tin cậy hơn, nhưng RPA vẫn có giá trị đối với các hệ thống kế thừa và các khoảng trống giữa các ứng dụng.
Một ứng viên quy trình nên ổn định, dựa trên quy tắc, đủ tần suất và dựa trên đầu vào kỹ thuật số. Trước khi tự động hoá, hãy lập bản đồ quy trình hiện tại, các quyết định, ngoại lệ, khối lượng, thời gian chờ, ứng dụng, chủ sở hữu và các kiểm soát. Đầu tiên, đơn giản hoá hoặc loại bỏ các bước không cần thiết. Xác định đơn vị giao dịch và tính không thay đổi để việc thử lại không tạo ra bản sao thanh toán, tài khoản hoặc tin nhắn. Giữ các quy tắc kinh doanh tách biệt khỏi các bước giao diện mong manh, và sử dụng một hàng đợi với các trạng thái rõ ràng thay vì một script dài mất tiến độ sau một lỗi.
Độ tin cậy, bảo mật và ngoại lệ do con người
Bot cần có danh tính riêng, nguyên tắc tối thiểu, thông tin đăng nhập được quản lý trong kho, máy tính bị hạn chế, gói phần mềm ký và các hành động có thể kiểm toán. Không bao giờ nhúng mật khẩu vào quy trình hoặc cho phép bot chia sẻ tài khoản người dùng. Các thay đổi giao diện và dữ liệu là những lỗi dự kiến; hãy xác thực màn hình và sơ đồ, sử dụng thời gian chờ, số lần thử giới hạn, ảnh chụp màn hình hoặc nhật ký mà không rò rỉ thông tin nhạy cảm, và chuyển các trường hợp chưa giải quyết cho con người. Bot nên dừng an toàn khi các điều kiện tiên quyết không đáp ứng thay vì tự bịa đặt trên trang không quen thuộc.
RPA kết hợp với OCR hoặc AI sinh ra có thể xử lý các đầu vào kém cấu trúc, nhưng kết quả xác suất đòi hỏi ngưỡng độ tin cậy, xác thực và kiểm tra. Mô hình không được biến một dự đoán hoá đơn thành giao dịch không thể đảo ngược. Kiểm thử các bố cục đại diện, ngôn ngữ, bản quét kém, tài liệu gây nhiễu và tấn công chèn lời nhắc. Tách việc trích xuất khỏi phê duyệt và bảo quản bằng chứng nguồn. Xử lý ngoại lệ do con người nên được thiết kế như một phần của quy trình, với quyền sở hữu và phản hồi rõ ràng, không coi là lỗi tự động hoá.
Đánh giá giá trị và vòng đời
Đo lường thời gian chu kỳ, năng suất, lỗi và tái công việc, tỷ lệ ngoại lệ, công sức thủ công, tuân thủ kiểm soát, tính sẵn sàng và chi phí bao gồm giấy phép và bảo trì. Số giờ tiết kiệm được tuyên bố không mang lại giá trị nếu công việc được chuyển sang xử lý ngoại lệ. Giám sát thành công của bot theo phiên bản và ứng dụng, và diễn tập phục hồi thảm họa. Thiết lập quyền sở hữu thay đổi với các nhóm ứng dụng đầu nguồn, loại bỏ các tự động hoá lỗi thời, và ưu tiên tích hợp trực tiếp khi giao diện ổn định có sẵn. RPA là một lớp tích hợp thực tiễn, không phải là thuốc chữa cho quy trình rời rạc hay kiến trúc hệ thống thiếu sót.
Ví dụ thực tế: tiếp nhận hoá đơn bằng RPA và OCR
Bot tải xuống hoá đơn từ hộp thư đã được phê duyệt, quét tệp, trích xuất các trường, xác thực nhà cung cấp và đơn đặt hàng, và tạo bản ghi dự thảo thanh toán. Mỗi hoá đơn có ID giao dịch quyết định nên các lần thử lại không thể tạo trùng lặp thanh toán. Các trường hợp khớp chính xác dưới mức tiền và giới hạn chính sách có thể tiếp tục; các đơn hàng thiếu, thuế không nhất quán, nhà cung cấp mới, trích xuất độ tin cậy thấp, hoặc tệp đính kèm đáng ngờ sẽ được chuyển tới người xem xét kèm tài liệu gốc.
Bot sử dụng danh tính tối thiểu riêng biệt và thông tin đăng nhập trong kho, và quá trình phân tích tài liệu chạy độc lập. Các bài kiểm thử bao gồm thay đổi bố cục, tệp đa trang, tiền tệ, hoá đơn trùng lặp, mất kết nối API và màn hình kế toán đã thay đổi. Đối chiếu so sánh số lượng hộp thư, hàng đợi, bản dự thảo và hoàn thành. Giám sát theo dõi tỷ lệ xử lý thẳng, lỗi, ngoại lệ và sửa chữa của người xem xét. Không có bản tóm tắt sinh ra nào có thể phê duyệt thanh toán; quyền tài chính vẫn nằm trong quy trình kế toán với quyết định của con người có thể kiểm toán.
Bằng chứng triển khai và sẵn sàng vận hành
Quyết định triển khai sản xuất cần hơn một buổi trình diễn thành công. Xác định người dùng dự kiến, môi trường vận hành, đầu vào, đầu ra, phụ thuộc, người sở hữu và hậu quả của mỗi lỗi quan trọng. Thiết lập nền tảng có thể tái tạo và bộ đánh giá có phiên bản trước khi tinh chỉnh. Kiểm thử các trường hợp thường, điều kiện biên, đầu vào sai định dạng hoặc thiếu, sự dịch chuyển phân phối, mất phụ thuộc, lạm dụng, và các nhóm hoặc môi trường có khả năng bị thiếu hỗ trợ. Đo lường chất lượng nhiệm vụ cùng với hiệu chuẩn hoặc độ không chắc, độ trễ, năng suất, chi phí tài nguyên, khả năng tiếp cận, quyền riêng tư và bảo mật. Ghi lại mọi chuyển đổi và ngưỡng để người đánh giá độc lập có thể tái tạo kết quả và phân biệt bằng chứng với một nguyên mẫu hấp dẫn.
Trước khi ra mắt, chỉ định quyền chịu trách nhiệm cho việc phát hành, ngoại lệ, thay đổi, khôi phục và ngừng sử dụng. Sử dụng triển khai theo giai đoạn, duy trì phương án dự phòng an toàn, và xác minh giám sát bằng các lỗi được chèn có chủ đích. Dữ liệu đo lường hoạt động nên tiết lộ chất lượng đầu vào, hành vi đầu ra, phiên bản mô hình hoặc quy tắc, tình trạng phụ thuộc, can thiệp của con người và kết quả đã xác nhận mà không thu thập dữ liệu nhạy cảm không cần thiết. Xác định ngưỡng cảnh báo và người chịu trách nhiệm phản hồi, sau đó xem xét bằng chứng thực tế sau khi triển khai thay vì giả định hiệu suất ngoại tuyến sẽ kéo dài. Đánh giá lại mỗi khi nguồn dữ liệu, người dùng, mô hình, nhà cung cấp, chính sách, phần cứng hoặc mục tiêu thay đổi. Một hệ thống được duy trì cũng cần có quy trình phục hồi, học hỏi từ sự cố, xóa và lưu trữ tài liệu, và một điểm rõ ràng khi nó nên bị vô hiệu hoá hoặc thay thế.
Câu hỏi thường gặp
RPA có phải là trí tuệ nhân tạo không?
Không phải mặc định. Bot dựa trên quy tắc có thể hữu ích mà không cần AI. Các thành phần AI có thể được thêm vào để nhận thức hoặc hỗ trợ quyết định, kèm theo xác thực và quản trị bổ sung.
Rủi ro lớn nhất của RPA là gì?
Tự động hoá không kiểm soát dưới các thông tin đăng nhập mạnh. Bot có thể lặp lại lỗi ở quy mô lớn, vì vậy nguyên tắc tối thiểu, xác thực, giới hạn tốc độ và dừng an toàn là điều thiết yếu.












