AI Agent khác gì workflow tự động? Data trước, Engine sau, Agent cuối cùng
Đối soát, xuất hóa đơn, khớp tiền sàn với ngân hàng là những việc có quy tắc rõ. Chúng cần một hệ thống chạy đúng mỗi ngày, không cần một Agent ngồi suy nghĩ.
Nội dung bài viết
Business Ontology là lớp định nghĩa thống nhất ý nghĩa của dữ liệu doanh nghiệp: các đối tượng như khách hàng, đơn hàng, hợp đồng; quan hệ giữa chúng; quy tắc kinh doanh; và hành động được phép. Data Platform kết nối dữ liệu, còn Ontology cho dữ liệu đó ý nghĩa, để AI Agent phân tích và hành động đúng ngữ cảnh.
Nếu 2023–2024 là thời kỳ doanh nghiệp đua nhau dùng ChatGPT, 2025–2026 là làn sóng AI Agent, thì theo nhận định của tác giả, 2027–2028 có thể là giai đoạn doanh nghiệp phải trả lời một câu hỏi lớn hơn: làm thế nào để AI hiểu được toàn bộ hoạt động của doanh nghiệp.
Bài này đi qua: vì sao AI thông minh nhưng chưa hiểu doanh nghiệp, Ontology gồm những gì và khác Data Platform ở đâu, năm lý do doanh nghiệp sẽ phải quan tâm, các bước triển khai, và cách bắt đầu từ việc nhỏ.
AI đọc được từng bảng dữ liệu, nhưng không tự biết các bảng đó liên quan với nhau thế nào. Khi dữ liệu nằm rải rác ở nhiều phần mềm và hàng trăm file Excel, AI thiếu ngữ cảnh nghiệp vụ để trả lời những câu hỏi nối nhiều hệ thống, dù từng hệ thống đều có đủ số.
Khi CEO hỏi AI: “Tại sao tháng này doanh thu tăng nhưng lợi nhuận giảm? Những đơn hàng nào đang gây lỗ? Ai chịu trách nhiệm và cần xử lý như thế nào?”, AI cần biết nhiều hơn những gì nằm trong một bảng:
Có dữ liệu chưa có nghĩa là AI hiểu được hoạt động kinh doanh.— Trần Hoàng Quân
Business Ontology gồm sáu thành phần: đối tượng (Object), thuộc tính (Property), quan hệ (Relationship), quy tắc nghiệp vụ (Business Rules), chỉ số (KPI) và hành động (Action). Cùng nhau, chúng mô tả doanh nghiệp có những gì, các thứ đó nối với nhau ra sao, được đo bằng gì và được phép làm gì.
| Thành phần | Trả lời câu hỏi | Ví dụ |
|---|---|---|
| Object (đối tượng) | Doanh nghiệp có những đối tượng nào | Khách hàng, nhân viên, sản phẩm, đơn hàng, hợp đồng, công nợ |
| Property (thuộc tính) | Mỗi đối tượng có thông tin và trạng thái gì | Đơn hàng có giá trị, ngày đặt, trạng thái giao |
| Relationship (quan hệ) | Đối tượng nào nối với đối tượng nào | Khách hàng sở hữu đơn hàng nào, đơn hàng liên quan hợp đồng nào, ai phụ trách |
| Business Rules (quy tắc) | Quy tắc nào chi phối | Điều kiện phê duyệt, cách tính lợi nhuận, kiểm soát công nợ |
| KPI (chỉ số) | Kết quả được đo bằng gì | Doanh thu, lợi nhuận, công nợ quá hạn |
| Action (hành động) | Được phép làm gì trên dữ liệu | Tạo đơn hàng, cảnh báo rủi ro, yêu cầu phê duyệt, điều phối công việc |
Palantir dùng cùng cấu trúc này trong tài liệu Ontology của họ: object type là định nghĩa của một thực thể hoặc sự kiện có thật, link type là quan hệ giữa hai object type, và action type là tập thay đổi người dùng được phép thực hiện trên đối tượng, thuộc tính và quan hệ.
Data Platform là nơi kết nối, làm sạch và lưu dữ liệu; Business Ontology là nơi định nghĩa ý nghĩa và quan hệ của dữ liệu đó. Hai lớp nối tiếp nhau: dữ liệu từ các hệ thống đi qua Data Platform, được Ontology gắn ngữ nghĩa, rồi mới tới AI Agent, dashboard và người dùng.

| Tiêu chí | Data Platform | Business Ontology |
|---|---|---|
| Việc chính | Tích hợp, làm sạch, chuẩn hóa, lưu trữ dữ liệu | Định nghĩa đối tượng, quan hệ, quy tắc, chỉ số, hành động |
| Trả lời câu hỏi | Dữ liệu nằm ở đâu, có đúng và đủ không | Dữ liệu này nghĩa là gì, nối với gì, được làm gì |
| Đầu ra | Kho dữ liệu hoặc lakehouse, BI và API dữ liệu | Danh mục Ontology, ngữ cảnh nghiệp vụ cho AI Agent |
| Thiếu lớp này thì | Mỗi phòng ban tự tải file, ghép Excel | AI đọc được bảng nhưng không hiểu nghiệp vụ |
Lớp quản trị gồm phân quyền, nhật ký thao tác, chất lượng dữ liệu và quy trình phê duyệt. AI càng được giao nhiều việc thì lớp này càng quan trọng: doanh nghiệp phải xác định AI được xem dữ liệu gì, được làm gì, và khi nào cần con người phê duyệt.
Năm lý do chính: AI Agent đang chuyển từ trả lời sang làm việc; dữ liệu doanh nghiệp ngày càng phân mảnh; AI cần hiểu quan hệ chứ không chỉ đọc số; tự động hóa càng nhiều thì càng cần kiểm soát; và muốn mở rộng AI ra toàn doanh nghiệp thì phải chuẩn hóa tri thức nghiệp vụ.
Doanh nghiệp không cần dựng Ontology riêng cho từng ngành từ đầu. Một Core Ontology chung chứa các đối tượng mọi doanh nghiệp đều có: khách hàng, sản phẩm, đơn hàng, hợp đồng, hóa đơn, thanh toán, nhân viên, nhà cung cấp. Mỗi ngành mở rộng thêm đối tượng riêng trên lõi đó.

| Ngành | Đối tượng mở rộng trên Core |
|---|---|
| Sản xuất | BOM, lệnh sản xuất, vật tư, chất lượng |
| Thương mại | Kho, giao hàng, khuyến mại, nhà phân phối |
| Xây dựng | Công trình, hạng mục, khối lượng, nghiệm thu |
| Du lịch | Tour, booking, lịch khởi hành, dịch vụ |
Palantir và Microsoft đều đã đưa Ontology vào nền tảng dữ liệu của mình, và Gartner đã công bố dự báo về lợi ích của việc ưu tiên ngữ nghĩa trong dữ liệu dùng cho AI. Business Ontology đã có sản phẩm thật trên thị trường, không chỉ là một dự đoán.
Đây là dự báo về lợi ích tiềm năng, với mức “tới” 80% và 60%, không phải kết quả được bảo đảm cho mọi doanh nghiệp.
Triển khai Business Ontology gồm 8 bước, đi từ bài toán kinh doanh tới ứng dụng AI: xác định bài toán và KPI, phân tích quy trình, xác định đối tượng, định nghĩa thuộc tính và trạng thái, mô hình quan hệ, đặt quy tắc nghiệp vụ, mapping dữ liệu, rồi khai thác qua AI Agent và dashboard.

Năm vai trò tham gia: Business Owner định hướng bài toán, mục tiêu và KPI; BA phân tích nghiệp vụ và đặc tả yêu cầu; Data Architect thiết kế mô hình Ontology; Data Engineer chuẩn hóa, tích hợp và mapping dữ liệu; AI Engineer xây AI Agent và ứng dụng. Đầu ra gồm danh mục Ontology, bảng mapping dữ liệu, bộ test case và các use case AI.
Theo tác giả, không cần chờ có hàng chục AI Agent mới bắt đầu. Doanh nghiệp nên chuẩn hóa quy trình trước, xác định vài đối tượng quan trọng cùng quan hệ và quy tắc của chúng, kết nối dữ liệu về một Data Platform, rồi hình thành Business Ontology từng bước.
Không phải doanh nghiệp nào cũng cần một hệ thống Ontology phức tạp. Nhưng doanh nghiệp muốn vận hành AI ở quy mô lớn sẽ khó bỏ qua việc chuẩn hóa ngữ nghĩa và ngữ cảnh nghiệp vụ.
Không. Ontology đứng trên Data Platform: Data Platform kết nối, làm sạch và lưu dữ liệu; Ontology định nghĩa ý nghĩa, quan hệ và quy tắc của dữ liệu đó. Thiếu Data Platform thì Ontology không có dữ liệu sạch để gắn vào.
Không phải doanh nghiệp nào cũng cần một hệ thống Ontology phức tạp. Doanh nghiệp nhỏ có thể bắt đầu bằng việc thống nhất định nghĩa vài đối tượng và chỉ số quan trọng như khách hàng, đơn hàng, doanh thu, rồi mở rộng khi dùng AI nhiều hơn.
AI Agent dùng Ontology làm ngữ cảnh nghiệp vụ: biết một con số thuộc khách hàng, hợp đồng, sản phẩm hay kỳ nào, biết quan hệ giữa chúng, biết hành động nào được phép và khi nào cần người phê duyệt. Nhờ vậy Agent phân tích, suy luận và làm việc trong phạm vi doanh nghiệp cho phép.
Doanh nghiệp có thể mua cùng một mô hình AI; lợi thế thuộc về doanh nghiệp có dữ liệu tốt hơn, quy trình rõ ràng hơn và Business Ontology hoàn chỉnh hơn. Theo tác giả, trong 2 năm tới cuộc đua AI doanh nghiệp không chỉ là AI nào thông minh hơn, mà là AI nào hiểu doanh nghiệp sâu hơn.
Tương lai không chỉ là doanh nghiệp sử dụng AI, mà là doanh nghiệp được tổ chức để con người và AI cùng vận hành trên một hệ thống tri thức chung.
Gartner, “Gartner Says Lack of Semantics Causes Inaccurate AI Agents and Wasted Spending”, 11/05/2026, gartner.com/en/newsroom · Microsoft Learn, “What is Fabric IQ?”, learn.microsoft.com/fabric/iq/overview · Palantir, “Ontology: Core concepts”, palantir.com/docs/foundry/ontology/core-concepts (đọc ngày 10/11/2026).

Đối soát, xuất hóa đơn, khớp tiền sàn với ngân hàng là những việc có quy tắc rõ. Chúng cần một hệ thống chạy đúng mỗi ngày, không cần một Agent ngồi suy nghĩ.

Phần lớn doanh nghiệp gặp vấn đề vận hành đều nghĩ tới việc mua thêm phần mềm. Nhưng dữ liệu cần thiết thường đã nằm sẵn trong hệ thống đang dùng — chỉ là chúng chưa nói chuyện được với nhau.

Nền tảng dữ liệu là lớp hạ tầng cho phép thu thập, xử lý, chuẩn hoá và trực quan hoá dữ liệu — và vì sao doanh nghiệp bán lẻ đa kênh cần nó sớm hơn họ nghĩ.
Buổi demo 30 phút: chúng tôi rà soát nguồn dữ liệu bạn đang có và chỉ ra việc nào tự động hoá được ngay.