UiPath là gì?

Mục lục

1. UiPath là gì và công ty đứng sau nó?
2. UiPath hoạt động thế nào: Studio, Robot, Orchestrator
3. Robot attended và unattended khác nhau chỗ nào?
4. Hệ sinh thái UiPath còn có những gì?
5. UiPath từ RPA đến agentic automation: Maestro là gì?
6. Ví dụ minh hoạ: đối chiếu đơn hàng giữa email và ERP
7. UiPath cho doanh nghiệp Việt Nam: cần cân nhắc gì?
8. Ưu điểm và hạn chế của UiPath
9. UiPath so với các lựa chọn gần
10. Khi nào nên và không nên dùng UiPath?
11. Câu hỏi thường gặp

UiPath là gì và công ty đứng sau nó?

UiPath vừa là tên công ty, vừa là tên nền tảng phần mềm tự động hoá. Theo Wikipedia, công ty thành lập năm 2005 tại Bucharest, Romania, trụ sở hiện ở New York. Công ty niêm yết trên sàn chứng khoán Mỹ ngày 21/04/2021.

Sản phẩm cốt lõi thuộc nhóm RPA (Robotic Process Automation). Bạn có thể xem phần định nghĩa RPA ở bài RPA là gì và cách hoạt động. Tóm gọn: robot phần mềm lặp lại đúng thao tác mà nhân viên làm trên giao diện, ví dụ bấm nút, gõ vào ô, đọc bảng trên màn hình.

Điểm làm UiPath khác một đoạn macro hay script rời rạc là bốn thứ đi kèm:

• Trình thiết kế trực quan, kéo thả các “activity” (khối thao tác dựng sẵn).
• Cơ chế nhận diện phần tử trên màn hình để thao tác trên ứng dụng không có API.
• Máy chủ điều phối để lập lịch, xếp hàng việc và ghi nhật ký.
• Phân quyền và lưu thông tin đăng nhập tập trung cho robot.

Khoảng 2025, hãng định vị lại sản phẩm chính thành nền tảng cho agentic automation. Theo thông cáo của UiPath, agentic automation kết hợp RPA, mô hình AI và chuyên môn của con người trong cùng một luồng công việc. Phần “Maestro” bên dưới giải thích kỹ hơn.

UiPath hoạt động thế nào: Studio, Robot, Orchestrator

Chuỗi cơ bản là: người xây quy trình thiết kế trong Studio, đóng gói và đẩy lên Orchestrator, rồi Orchestrator giao cho Robot chạy trên máy ảo hoặc máy trạm. Wikipedia mô tả nền tảng gồm họ môi trường phát triển low-code UiPath Studio để tạo quy trình, và các Robot phía máy khách để thực thi.

Studio: nơi dựng quy trình

Studio có giao diện sơ đồ khối. Mỗi khối là một activity, ví dụ “Click”, “Type Into”, “Read Range” (đọc vùng Excel), “HTTP Request”. Bạn ghép các khối thành luồng, khai báo biến và xử lý lỗi bằng khối Try Catch. Biểu thức viết bằng VB.NET hoặc C#, tuỳ cấu hình dự án.

Khi thao tác trên ứng dụng không có API, Studio dùng bộ “selector” để định danh phần tử. Selector là chuỗi mô tả cửa sổ, vùng và thuộc tính của phần tử, ví dụ tên nút hay ID. Selector gắn vào tên hiển thị dễ vỡ khi ứng dụng đổi giao diện. Đây là nguyên nhân phổ biến nhất khiến robot chạy sai sau khi hệ thống nghiệp vụ nâng cấp.

Robot: phần thực thi

Robot là tiến trình chạy dưới một tài khoản Windows hoặc môi trường được cấu hình. Nó đọc gói quy trình rồi lần lượt thực hiện các activity. Trong thực tế bạn cần quản lý cả tài khoản chạy, phiên làm việc và giấy phép của robot, không chỉ viết quy trình.

Orchestrator: nơi quản lý tập trung

Orchestrator là ứng dụng web để phát hành, lập lịch và giám sát robot. Các khái niệm bạn gặp nhiều nhất:

• Queue (hàng đợi): danh sách các giao dịch cần xử lý, mỗi giao dịch có trạng thái thành công, lỗi nghiệp vụ hoặc lỗi hệ thống.
• Asset: nơi lưu biến cấu hình hoặc thông tin đăng nhập dùng chung, để không ghi mật khẩu trong file quy trình.
• Trigger: điều kiện kích hoạt theo giờ hoặc theo việc mới vào hàng đợi.
• Folder: đơn vị phân quyền, tách quy trình của các phòng ban.

Hàng đợi cho phép nhiều robot chia nhau xử lý một khối công việc. Nếu một giao dịch lỗi, bạn thử lại riêng giao dịch đó mà không phải chạy lại cả lô.

Robot attended và unattended khác nhau chỗ nào?

Đây là điểm đầu tiên cần chọn khi triển khai UiPath, vì nó quyết định kiến trúc và số giấy phép.

Tiêu chí	Attended	Unattended
Ai kích hoạt	Nhân viên bấm chạy trên máy mình	Lịch hoặc hàng đợi trong Orchestrator
Nơi chạy	Máy trạm của người dùng	Máy ảo hoặc máy chủ riêng
Dùng màn hình khi chạy	Chia sẻ với người dùng	Phiên riêng, không cần ai ngồi trước máy
Phù hợp	Hỗ trợ tại bàn, nhập nhanh thông tin từ nhiều cửa sổ	Xử lý hàng loạt ban đêm, đối chiếu cuối ngày
Rủi ro chính	Người dùng đụng chuột khi robot đang chạy	Phiên bị khoá hoặc mật khẩu hết hạn làm robot dừng

Ví dụ minh hoạ: nhân viên tổng đài mở hồ sơ khách và bấm một nút để robot attended điền thông tin vào ba hệ thống. Cũng công việc đó, nếu chạy cho hàng nghìn hồ sơ vào ban đêm, bạn dùng robot unattended lấy việc từ hàng đợi.

Hệ sinh thái UiPath còn có những gì?

Ngoài ba thành phần cốt lõi, UiPath có các sản phẩm bổ trợ. Tên và gói thay đổi theo thời gian, nên bạn cần đối chiếu danh mục hiện hành trên trang của hãng trước khi lập kế hoạch.

• Assistant: bảng khởi chạy trên máy người dùng để mở các quy trình được giao.
• Automation Hub: nơi nhân viên đề xuất ý tưởng tự động hoá và theo dõi.
• Document Understanding: đọc tài liệu như hoá đơn, hợp đồng, dùng OCR kèm mô hình trích xuất. Phần này trùng với nhóm xử lý tài liệu thông minh IDP.
• Action Center: giao việc cho người duyệt khi robot gặp trường hợp cần phán đoán.
• Insights: bảng số liệu về số giao dịch, tỉ lệ lỗi và thời gian chạy.
• Agent Builder và Maestro: xây AI agent và điều phối agent cùng robot. Phần sau nói rõ.

UiPath từ RPA đến agentic automation: Maestro là gì?

Theo Wikipedia, UiPath ra mắt Platform for Agentic Automation vào tháng 4/2025, kèm lớp điều phối tên Maestro. Thông cáo của hãng nói nền tảng xây trên mảng tự động hoá doanh nghiệp đã được hơn 10.000 tổ chức tin dùng. Đây là số liệu do chính hãng công bố tại thời điểm ra mắt.

Maestro là lớp điều phối quy trình đầu cuối. Theo mô tả của hãng, nó mô hình hoá, tự động hoá và tối ưu quy trình nghiệp vụ phức tạp, có sẵn phân tích quy trình và theo dõi KPI. Một bài phân tích của Accelirate cho biết Maestro dùng BPMN để mô hình quy trình và DMN cho logic quyết định. Nếu bạn chưa quen BPMN, đọc thêm vòng đời BPM và BPMN.

Về phân vai, bài của diginomica tóm gọn như sau: bot RPA xử lý việc theo quy tắc xác định, còn agent mang lại khả năng suy luận và thích ứng. Nghĩa là công việc vẫn chia theo tính chất. Phần cố định giao cho robot, phần cần đọc hiểu ngữ cảnh giao cho agent, phần cần chịu trách nhiệm giao cho người duyệt. Khác biệt giữa hai loại công nghệ này được so sánh riêng ở bài RPA và AI khác nhau thế nào.

Ví dụ minh hoạ: đối chiếu đơn hàng giữa email và ERP

Ví dụ minh hoạ (giả định, không phải khách hàng thật): công ty phân phối nhận đơn đặt hàng dạng PDF qua email. Nhân viên nhập từng dòng vào phần mềm ERP nội bộ không có API mở. Một quy trình UiPath có thể chia như sau.

1. Robot đọc hộp thư dùng chung, tải tệp PDF đính kèm.
2. Document Understanding hoặc một công cụ OCR trích mã hàng, số lượng, ngày giao.
3. Dòng có độ tin cậy thấp được đẩy sang Action Center để nhân viên xác nhận.
4. Robot unattended mở ERP, tạo đơn bán hàng từ từng dòng đã duyệt.
5. Mỗi đơn là một giao dịch trong hàng đợi. Đơn lỗi mã hàng được gắn trạng thái lỗi nghiệp vụ và gửi lại cho nhân viên.

Cách chia này cho thấy UiPath không “đọc hiểu” tất cả. Nó điều phối nhiều mảnh: robot cho phần thao tác, mô hình trích xuất cho phần đọc, người cho phần ngoại lệ. Trường hợp OCR tiếng Việt có dấu, xem thêm OCR tiếng Việt để biết những chỗ dễ sai.

UiPath cho doanh nghiệp Việt Nam: cần cân nhắc gì?

Chọn quy trình trước khi chọn công cụ

UiPath mạnh khi quy trình có đầu vào dạng số, có quy tắc xử lý và chạy qua ứng dụng không có API. Tiêu chí chọn việc cụ thể nằm ở bài quy trình nên tự động hoá bằng RPA. Nếu quy trình thay đổi mỗi tuần, chi phí sửa selector có thể lớn hơn thời gian tiết kiệm.

Những điểm kỹ thuật dễ vấp ở Việt Nam

• Phần mềm kế toán và ERP nội địa: nhiều hệ thống chạy trên giao diện web hoặc ứng dụng desktop, ít API. Robot phải thao tác qua giao diện, nên mỗi lần hãng nâng cấp bản có thể làm vỡ selector.
• Chứng từ có dấu tiếng Việt: kết quả OCR phụ thuộc chất lượng ảnh scan. Cần đặt ngưỡng độ tin cậy và đường chuyển cho người duyệt.
• Tài khoản robot: robot cần tài khoản riêng trên từng hệ thống. Nhiều đơn vị dùng chung tài khoản người thật, nên nhật ký không phân biệt được ai làm gì.
• Dữ liệu cá nhân trong hàng đợi: nếu giao dịch chứa họ tên, số định danh hoặc số tài khoản, các trường này nằm trong queue item và nhật ký robot. Bạn cần quyết định giữ bao lâu và ai được xem trong Orchestrator.

Tham khảo theo ngành

Mỗi ngành có nghiệp vụ riêng. Bạn có thể xem ví dụ ở RPA trong kế toán hoặc RPA trong ngân hàng. Chi phí giấy phép, hạ tầng và nhân sự duy trì tổng hợp ở bài chi phí triển khai RPA. Bài này không nêu giá UiPath vì bảng giá và gói thay đổi theo khu vực và thời điểm.

Ưu điểm và hạn chế của UiPath

Ưu điểm	Hạn chế
Thao tác được trên ứng dụng không có API	Phụ thuộc giao diện, đổi giao diện là phải sửa
Trình thiết kế trực quan, người nghiệp vụ tiếp cận được	Quy trình lớn vẫn cần lập trình viên viết và kiểm thử
Orchestrator có hàng đợi, nhật ký, phân quyền	Cần người vận hành robot, tài khoản và máy chủ
Có mảng tài liệu thông minh và agent trong cùng nền tảng	Hệ sinh thái rộng, dễ mua dư module chưa dùng đến
Cộng đồng và tài liệu lớn	Giấy phép thường được tính theo robot hoặc gói, cần dự toán kỹ

UiPath so với các lựa chọn gần

Dưới đây là so sánh định tính, vì giá và tính năng thay đổi theo gói.

Lựa chọn	Đặc điểm chính	Hợp với
UiPath	Nền tảng RPA đầy đủ, có Orchestrator, mảng AI và agent	Doanh nghiệp cần chạy nhiều robot, có đội vận hành
Macro Excel hoặc script	Nhẹ, không có giám sát tập trung	Việc nhỏ trong một tệp hoặc một máy
Công cụ luồng API	Nối ứng dụng qua API, ít thao tác giao diện	Hệ thống đã có API. Xem n8n là gì
RPA của các hãng khác	Cùng nhóm, khác về giá, hệ sinh thái, nhân lực sẵn có	Doanh nghiệp đã dùng hệ sinh thái phần mềm của hãng đó

Nếu hệ thống của bạn đều có API, nối trực tiếp qua API thường bền hơn thao tác giao diện. UiPath có giá trị rõ nhất ở những chỗ chỉ có giao diện.

Khi nào nên và không nên dùng UiPath?

Nên cân nhắc UiPath khi:

• Cùng một chuỗi thao tác lặp lại hàng trăm lần mỗi ngày trên ứng dụng chỉ có giao diện.
• Bạn cần nhật ký từng giao dịch để truy vết, ví dụ ai nhập, robot nào, lúc mấy giờ.
• Nhiều phòng ban cần dùng robot nhưng phải tách quyền truy cập.

Không nên, hoặc chưa nên, khi:

• Phần mềm đích sắp bị thay thế. Robot gắn vào giao diện cũ sẽ bỏ đi theo.
• Công việc cần đọc hiểu văn bản tự do là chính. Khi đó phần AI quan trọng hơn phần robot.
• Khối lượng chỉ vài chục giao dịch mỗi tháng. Chi phí vận hành robot khó thấp hơn làm tay.

Nếu bạn đang cân nhắc cấp độ cao hơn gồm RPA, AI và phân tích quy trình, hãy xem intelligent automation để hiểu cách các lớp ghép lại.

Câu hỏi thường gặp

UiPath là phần mềm miễn phí hay trả phí?

UiPath là phần mềm thương mại. Hãng có các hình thức dùng thử hoặc gói dành cho cá nhân, học tập, nhưng điều kiện thay đổi theo thời điểm. Bạn cần đối chiếu trang giá và điều khoản hiện hành của hãng trước khi dùng cho mục đích kinh doanh.

UiPath có cần biết lập trình không?

Quy trình đơn giản dựng được bằng kéo thả. Khi gặp xử lý dữ liệu phức tạp, biểu thức hay tích hợp API, bạn cần nền tảng lập trình, nhất là VB.NET hoặc C#. Quy trình chạy sản xuất nên có người kiểm thử, không nên chỉ dựa vào người dựng.

UiPath khác RPA ở điểm nào?

RPA là công nghệ, UiPath là một sản phẩm thuộc công nghệ đó. Có thể dùng RPA qua các hãng khác. Khi nói “UiPath”, bạn đang nói đến bộ công cụ cụ thể, gồm Studio, Robot, Orchestrator và các module đi kèm.

Maestro có thay thế Orchestrator không?

Không theo cách đó. Orchestrator quản lý việc triển khai và chạy robot, còn Maestro điều phối quy trình đầu cuối giữa robot, agent và người. Tài liệu của hãng cho thấy quy trình agentic được đưa lên Orchestrator sau khi triển khai, tức hai lớp phối hợp với nhau.

Robot UiPath có làm được việc khi máy người dùng tắt không?

Robot unattended chạy trên máy ảo hoặc máy chủ riêng nên không phụ thuộc máy cá nhân. Robot attended cần máy và phiên làm việc của người dùng. Bạn nên chọn kiểu robot ngay từ khâu thiết kế vì nó ảnh hưởng đến hạ tầng và giấy phép.

Học UiPath bắt đầu từ đâu?

Nên bắt đầu bằng Studio: làm quen activity, selector và xử lý lỗi. Sau đó học hàng đợi và tài sản trong Orchestrator. Hãng có khoá học và tài liệu chính thức, nên dùng các bản mới nhất vì giao diện và tên sản phẩm đã đổi nhiều lần.