Trong nhiều năm, hệ thống doanh nghiệp được xây quanh một khái niệm rất quen thuộc:
**System of Record.**
ERP ghi nhận:
- đơn hàng;
- hóa đơn;
- tồn kho;
- sản xuất;
- thanh toán;
- journal;
- cost center;
- master data.
MES ghi nhận:
- production order;
- batch;
- machine;
- downtime;
- yield;
- scrap.
WMS ghi nhận:
- nhập kho;
- xuất kho;
- vị trí;
- tồn kho.
CRM ghi nhận:
- customer;
- opportunity;
- interaction.
Các hệ thống này rất quan trọng vì chúng trả lời:
> **Điều gì đã xảy ra?**
Nhưng khi AI bắt đầu tham gia vào Finance và Operations, một khoảng trống mới xuất hiện.
AI có thể nhìn dữ liệu và nói:
> “Khách hàng này có nguy cơ trả chậm.”
> “Batch này có BOM variance bất thường.”
> “Vật tư này có nguy cơ thiếu trong 5 ngày tới.”
> “Margin của SKU này đang giảm.”
Nhưng sau đó:
**ai sẽ làm gì?**
Đó là nơi doanh nghiệp cần một lớp mới:
# System of Action.
---
## 1. System of Record chưa đủ
System of Record rất giỏi trong việc:
- lưu dữ liệu;
- đảm bảo transaction integrity;
- giữ lịch sử;
- tạo báo cáo;
- làm nguồn chính thức.
Nhưng nó thường không được thiết kế để tự trả lời:
> “Vấn đề nào cần ưu tiên ngay?”
> “Ai phải xử lý?”
> “Hành động tiếp theo là gì?”
> “Nếu không xử lý thì financial impact bao nhiêu?”
Ví dụ ERP có thể cho biết:
`Invoice A overdue 45 ngày`.
Nhưng ERP không nhất thiết tự:
- đánh giá customer risk;
- xem customer đang dispute gì;
- xem promise-to-pay;
- so sánh lịch sử;
- đề xuất next action;
- giao task cho account owner;
- theo dõi outcome.
Đó là khoảng cách giữa:
**recording**
và
**acting**.
---
## 2. System of Intelligence cũng chưa đủ
Sau ERP, doanh nghiệp xây:
- BI;
- dashboard;
- analytics;
- data warehouse.
Đây có thể coi là:
**System of Intelligence.**
Nó trả lời:
> “Điều gì đang xảy ra?”
> “Xu hướng là gì?”
> “Vì sao KPI thay đổi?”
AI làm lớp này mạnh hơn rất nhiều.
AI có thể:
- explain;
- detect;
- classify;
- forecast;
- recommend.
Nhưng nếu output cuối cùng vẫn là:
**dashboard**
hoặc:
**insight**
thì doanh nghiệp vẫn phải chuyển insight thành action bằng email, chat và thao tác tay.
Đó là lý do nhiều dự án AI:
**phân tích rất tốt**
nhưng:
**business outcome không rõ.**
---
## 3. System of Action là gì?
Có thể hiểu đơn giản:
> **System of Action là lớp biến event hoặc insight thành workflow, owner, decision và business transaction có kiểm soát.**
Nó trả lời:
> **Ai sẽ làm gì tiếp theo?**
Một System of Action thường gồm:
`Event / Exception`
→ `Context`
→ `AI Reasoning`
→ `Recommended Action`
→ `Workflow`
→ `Policy Gate`
→ `Approval`
→ `Execution`
→ `Outcome`.
Điểm quan trọng là:
System of Action không thay thế ERP.
Nó làm việc:
**trên ERP và giữa các hệ thống.**
---
## 4. System of Record và System of Action có vai trò khác nhau
Có thể hình dung:
### System of Record
Trả lời:
> Điều gì đã xảy ra?
### System of Intelligence
Trả lời:
> Tại sao?
### System of Action
Trả lời:
> Cần làm gì tiếp theo?
### Management Control
Trả lời:
> Ai được quyền làm?
### Financial Outcome
Trả lời:
> Action đó có tạo giá trị không?
Đây là chuỗi logic rất quan trọng.
---
## 5. Ví dụ 1 — AR Collection
System of Record:
ERP biết:
`Invoice A`
`Overdue = 45 ngày`
`Amount = 300 triệu`.
System of Intelligence:
AI phân tích:
- payment history;
- dispute;
- customer risk;
- past promise-to-pay.
AI kết luận:
> Risk cao.
Nhưng System of Action phải làm tiếp:
`Create Collection Case`
↓
gán:
`Account Owner`
↓
AI đề xuất:
`Call customer + request confirmed payment date`
↓
nếu amount > threshold:
`Escalate Finance Manager`
↓
ghi:
`Promise-to-Pay`
↓
theo dõi:
`Cash Received`.
KPI cuối cùng:
**cash collected.**
---
## 6. Ví dụ 2 — BOM Variance
System of Record:
MES/ERP ghi:
`Standard = 100 kg`
`Actual = 107 kg`.
System of Intelligence:
AI phát hiện:
`Variance = +7%`
và đề xuất:
- yield loss;
- machine setting;
- material quality.
System of Action:
`Create Variance Case`
↓
gán Production Manager
↓
yêu cầu kiểm tra:
- machine;
- material lot;
- operator.
↓
Costing tính:
`Financial Impact`
↓
Corrective Action
↓
case closed
↓
theo dõi variance batch tiếp theo.
KPI cuối cùng:
**material leakage reduced.**
---
## 7. Ví dụ 3 — MRP Shortage
System of Record biết:
- Demand;
- BOM;
- Inventory;
- Open PO;
- Supplier lead time.
AI phát hiện:
> Material A sẽ thiếu sau 4 ngày.
Nếu chỉ hiển thị dashboard:
đó chưa phải System of Action.
System of Action phải:
`Create Shortage Case`
↓
xác định:
- affected production orders;
- affected customer orders;
- shortage date;
- revenue risk.
↓
AI đề xuất:
- expedite PO;
- alternate supplier;
- reschedule batch.
↓
Planner review
↓
nếu cần:
Purchase Request / Reschedule Proposal
↓
ERP update.
KPI cuối cùng có thể là:
- production interruption avoided;
- lost sales avoided;
- expedite cost minimized.
---
## 8. System of Action bắt đầu từ Event
Không nên cho Agent:
> “Đọc toàn bộ ERP và tự tìm việc.”
Một thiết kế an toàn hơn là bắt đầu từ:
**Event / Exception.**
Ví dụ:
`AR overdue > 30 ngày`
`BOM variance > 5%`
`Inventory days > 90`
`Forecast deviation > threshold`
`Supplier late > 3 ngày`.
Event tạo ra:
**work item.**
Work item có:
- ID;
- business object;
- owner;
- priority;
- impact;
- status.
Đây là nền tảng của System of Action.
---
## 9. Case Engine là trái tim của System of Action
Một System of Action tốt thường cần:
**Case / Exception Engine.**
Ví dụ:
`CASE-AR-001`
`CASE-COST-024`
`CASE-MRP-016`.
Case chứa:
- event;
- context;
- evidence;
- financial impact;
- owner;
- AI recommendation;
- action;
- status;
- outcome.
Nhờ vậy business issue không còn trôi trong:
- email;
- Teams;
- Zalo;
- Excel;
- verbal instruction.
Nó trở thành:
**business object có lifecycle.**
---
## 10. AI Reasoning chỉ là một module
Đây là điểm rất quan trọng.
System of Action không đồng nghĩa:
**AI Agent tự làm tất cả.**
AI là một module trong hệ thống.
Nó làm tốt:
- interpretation;
- explanation;
- prioritization;
- recommendation.
Nhưng những phần khác có thể được xử lý bởi:
- rules;
- workflow;
- ERP;
- human approval.
Kiến trúc tốt thường là:
`Rule detects`
→ `AI reasons`
→ `Workflow assigns`
→ `Policy controls`
→ `Human approves`
→ `ERP executes`.
---
## 11. System of Action phải giữ state
Chatbot thường có logic:
`Question → Answer`.
System of Action cần:
**state.**
Ví dụ một AR case có thể ở trạng thái:
`Open`
→ `Contacted`
→ `Promise Received`
→ `Promise Broken`
→ `Escalated`
→ `Paid`
→ `Closed`.
Một Costing case:
`Detected`
→ `Investigating`
→ `Root Cause Confirmed`
→ `Corrective Action`
→ `Verified`
→ `Closed`.
State giúp doanh nghiệp biết:
**work đang ở đâu.**
---
## 12. State quan trọng vì business process kéo dài theo thời gian
Một issue không phải lúc nào cũng xử lý trong một AI call.
Ví dụ:
Supplier late delivery.
Ngày 1:
Agent phát hiện.
Ngày 2:
Buyer liên hệ supplier.
Ngày 3:
Supplier xác nhận lịch mới.
Ngày 5:
Production reschedule.
Ngày 8:
Material đến.
System phải nhớ:
- chuyện gì đã xảy ra;
- ai đã làm gì;
- decision trước đó;
- status hiện tại.
Đó là:
**durable workflow state.**
---
## 13. Action phải có Owner
AI có thể đề xuất rất nhiều việc.
Nhưng action không có owner thường không xảy ra.
Mỗi case phải có:
**Accountable Owner.**
Ví dụ:
AR:
Credit Controller.
BOM Variance:
Production Manager.
MRP shortage:
Planner/Buyer.
Margin leakage:
Business Unit Manager.
Tax exception:
Tax Manager.
System of Action phải biến:
**insight**
thành:
**accountability.**
---
## 14. Action cần Due Date và SLA
Nếu case chỉ có owner nhưng không có thời hạn:
nó vẫn có thể bị bỏ quên.
Ví dụ:
Critical material shortage:
`SLA = 2 giờ`.
AR overdue high-risk:
`SLA = 1 ngày`.
BOM variance:
`SLA = 24 giờ`.
Low-priority reconciliation:
`SLA = 3 ngày`.
System of Action phải quản lý:
- due date;
- overdue action;
- escalation.
---
## 15. Recommended Action không phải Execution
AI có thể đề xuất:
> Expedite supplier.
Nhưng trước khi thực hiện có thể cần:
- kiểm tra cost;
- kiểm tra supplier;
- approval.
Đây là nơi:
**System of Action**
phải kết nối với:
**Policy & Control.**
Ví dụ:
`Expedite cost < 5 triệu`
→ Planner approval.
`5–20 triệu`
→ Supply Chain Manager.
`>20 triệu`
→ CFO/COO.
AI recommendation có thể probabilistic.
Execution phải deterministic.
---
## 16. System of Action cần Policy Gate
Policy Gate là nơi action được kiểm tra trước khi đi vào System of Record.
Ví dụ:
AI tạo Payment Proposal.
Policy Gate kiểm tra:
- vendor active;
- bank verified;
- duplicate;
- amount;
- approval.
Nếu pass:
→ execute.
Nếu fail:
→ exception.
Điều này giữ:
**ERP integrity**
và:
**internal control.**
---
## 17. System of Action không được bypass System of Record
Một lỗi kiến trúc nguy hiểm là để Agent:
**tạo state riêng bên ngoài ERP**
rồi ERP không biết.
Ví dụ Agent sửa payment status trong database riêng.
Sau vài tháng:
Agent nói một thứ.
ERP nói một thứ.
Nguyên tắc nên là:
> **System of Action orchestrates. System of Record records.**
Transaction chính thức cuối cùng phải được ghi vào:
- ERP;
- MES;
- WMS;
- accounting system;
- CRM;
tùy nghiệp vụ.
---
## 18. Write-back là bước chuyển từ chatbot sang Agentic Enterprise
AI đọc ERP:
chưa đủ.
AI phân tích:
chưa đủ.
AI đề xuất:
bắt đầu có giá trị.
Nhưng khi workflow có:
**controlled write-back**
thì AI thực sự tham gia operations.
Ví dụ:
- create draft PO;
- create collection task;
- update expected payment date;
- create variance case;
- create reschedule proposal.
Write-back không nhất thiết là autonomous execution.
Có thể là:
**prepare + human approve + execute.**
---
## 19. Audit Trail là bắt buộc
Một System of Action phải lưu:
- event;
- context;
- AI recommendation;
- policy result;
- human decision;
- transaction;
- outcome.
Nếu CFO hỏi:
> Vì sao PO này được expedite?
hệ thống phải reconstruct được:
`Shortage detected`
→ `Production risk`
→ `AI recommended`
→ `Planner reviewed`
→ `Manager approved`
→ `PO changed`.
Đây là:
**closed-loop traceability.**
---
## 20. System of Action phải đo Outcome
Nếu action được thực hiện nhưng không đo kết quả:
không thể biết nó có đáng hay không.
Ví dụ:
AI đề xuất collection.
Sau action:
- cash có về không?
- DSO có giảm không?
AI đề xuất BOM investigation.
Sau action:
- variance có giảm không?
AI đề xuất reschedule.
Sau action:
- production stop có tránh được không?
System of Action phải nối:
`Action`
→ `Outcome`.
---
## 21. Closed-loop Management
Khi có System of Action, doanh nghiệp có thể xây một vòng khép kín:
`Detect`
→ `Explain`
→ `Recommend`
→ `Assign`
→ `Approve`
→ `Execute`
→ `Measure`
→ `Learn`.
Đây là khác biệt lớn giữa:
**Analytics**
và:
**Management System.**
---
## 22. Learning Loop
Outcome còn có thể quay lại giúp cải thiện AI.
Ví dụ AI thường đề xuất:
> Machine setting issue.
Nhưng Production xác nhận 70% trường hợp thực tế là:
> Raw material quality.
Feedback này có thể:
- cải thiện prompt;
- cải thiện model;
- cập nhật rule;
- cập nhật causal relationship.
System of Action vì vậy tạo:
**operational learning loop.**
---
## 23. System of Action cần Business Object Context
Action không nên tồn tại rời rạc.
Ví dụ:
`Contact supplier`
chưa đủ.
Phải biết:
- Supplier nào?
- Material nào?
- PO nào?
- Production Order nào?
- Customer Order nào?
- financial impact bao nhiêu?
Đây là lý do System of Action phụ thuộc vào:
**Business Objects / Ontology.**
Ví dụ:
`Supplier`
→ `Material`
→ `PO`
→ `Production Order`
→ `SKU`
→ `Customer`.
AI phải hành động trên:
**business context có cấu trúc.**
---
## 24. System of Action và Agent Control Plane khác nhau thế nào?
Hai khái niệm này dễ nhầm.
### System of Action
quản trị:
> **công việc được thực hiện như thế nào.**
Nó gồm:
- event;
- case;
- workflow;
- action;
- execution;
- outcome.
### Agent Control Plane
quản trị:
> **Agent nào được quyền tham gia và hoạt động ra sao.**
Nó gồm:
- identity;
- authority;
- policy;
- observability;
- economics;
- lifecycle.
Có thể hiểu:
**System of Action = Work Management**
**Agent Control Plane = Agent Management.**
---
## 25. Hai lớp phải phối hợp
Ví dụ Costing Agent nhận:
`Variance Case #024`.
System of Action biết:
- case;
- owner;
- status;
- action.
Control Plane biết:
- Agent ID;
- permission;
- model;
- cost;
- logs.
Agent đề xuất:
> sửa BOM.
Control Plane kiểm tra:
`Agent không có WRITE BOM`.
System of Action chuyển:
→ Costing Manager approval.
Sau approval:
ERP user authorized thực hiện.
Hai lớp này bổ sung nhau.
---
## 26. Kiến trúc tổng thể
Có thể hình dung:
### Systems of Record
`ERP / MES / WMS / CRM / Accounting`
↓
### Trusted Business Context
`Business Objects + Relationships + Policies`
↓
### Detection Layer
`Events / Exceptions`
↓
### Intelligence Layer
`AI Reasoning`
↓
### System of Action
`Case → Workflow → Action → Approval → Execution`
↓
### Systems of Record
`Write-back / Transaction`
↓
### Outcome Layer
`P&L / Cash / Working Capital / Risk`.
Chạy ngang toàn bộ:
**Agent Control Plane.**
---
## 27. Ví dụ Finance: AP Exception
ERP ghi:
Invoice.
Rule phát hiện:
`PO mismatch`.
Case Engine tạo:
`AP-CASE-007`.
AI phân tích:
> Có thể PO chưa cập nhật price revision.
Action:
Buyer review.
Buyer xác nhận:
price change hợp lệ.
Workflow:
PO amendment.
Approval:
Procurement Manager.
ERP:
PO updated.
AP:
invoice released.
Outcome:
- cycle time;
- late payment avoided;
- supplier relationship protected.
Đây là System of Action.
---
## 28. Ví dụ Manufacturing: Yield Loss
MES ghi:
`Yield = 92%`
Standard:
`97%`.
Event:
`Yield deviation > 3%`.
AI phân tích:
- material lot;
- machine;
- operator;
- temperature.
Recommendation:
> kiểm tra lot NVL L2409.
Case gán:
QA + Production.
QA xác nhận:
material viscosity abnormal.
Action:
quarantine lot.
Procurement:
supplier claim.
Finance:
calculate recovery.
Outcome:
`Loss avoided = 120 triệu`.
System of Action nối:
**shop-floor event**
với:
**financial outcome.**
---
## 29. Ví dụ FP&A: Forecast Exception
System phát hiện:
Sales forecast giảm 15%.
AI phân tích:
- customer;
- SKU;
- channel;
- historical trend.
Recommendation:
> giảm production plan SKU A 10%.
System of Action:
create forecast exception.
Sales owner review.
Supply Chain review.
Finance quantify:
inventory impact.
S&OP meeting approve.
ERP/MRP:
plan updated.
Outcome:
inventory avoided.
Đây chính là:
**AI embedded in planning workflow.**
---
## 30. SME có cần mua System of Action platform không?
Không nhất thiết.
SME có thể bắt đầu bằng:
### Event Detection
SQL / Google Sheets / Apps Script.
### Case Store
Google Sheets / database.
### AI Reasoning
LLM API.
### Workflow
n8n.
### Approval
Email / Slack / Teams / form.
### Execution
ERP API / manual controlled action.
### Log
database.
Đây đã là:
**System of Action v0.1.**
Điều quan trọng là:
**architecture và control**, không phải platform đắt tiền.
---
## 31. Một System of Action tối thiểu cần 8 thành phần
1. Event / Trigger
2. Case ID
3. Business Context
4. Owner
5. AI / Rule Recommendation
6. Policy / Approval
7. Execution
8. Outcome
Nếu thiếu Outcome:
đó chỉ là workflow.
Nếu thiếu Policy:
đó là automation rủi ro.
Nếu thiếu Owner:
đó là alert system.
Nếu thiếu Transaction:
đó là analytics.
---
## 32. CFO nên quan tâm System of Action ở đâu?
CFO không cần sở hữu workflow engine.
Nhưng CFO nên quan tâm bốn thứ.
### Value
Action nào tạo financial impact?
### Accountability
Ai chịu trách nhiệm?
### Control
Action có bypass policy không?
### Outcome
Benefit có thực sự xảy ra không?
System of Action chính là nơi:
**management accounting**
gặp:
**business execution.**
---
## 33. Từ Reporting sang Closed-loop Management
Management accounting truyền thống thường có:
`Actual`
→ `Report`
→ `Variance`
→ `Management Meeting`.
Nhưng System of Action cho phép:
`Actual`
→ `Variance Event`
→ `AI Reasoning`
→ `Owner`
→ `Corrective Action`
→ `Outcome`.
Điều này rút ngắn:
**decision cycle.**
Đây có thể là một trong những thay đổi lớn nhất mà AI mang lại cho KTQT.
---
## 34. KPI của System of Action
Không nên chỉ đo:
- số workflow;
- số Agent;
- số action.
Nên đo:
### Detection-to-Action Time
Mất bao lâu từ khi exception xảy ra đến khi có action?
### Resolution Time
Bao lâu để đóng case?
### Resolution Rate
Bao nhiêu case được giải quyết?
### Recurrence Rate
Issue có lặp lại?
### Financial Value Recovered
Bao nhiêu value được thu hồi?
### Action Effectiveness
Recommendation có cải thiện outcome không?
Đây là KPI gần business hơn.
---
## 35. System of Action là nơi AI bắt đầu tạo ROI thật
Chatbot có thể:
**tiết kiệm thời gian.**
System of Action có thể:
- tăng cash;
- giảm leakage;
- giảm inventory;
- giảm downtime;
- cải thiện margin;
- giảm risk.
Đó là lý do:
> **ROI lớn thường xuất hiện khi AI bước từ insight sang workflow và transaction.**
---
## 36. Framework tổng thể sau khi thêm System of Action
Có thể tóm lại:
`Finance Value Leakage`
→ **Tiền đang mất ở đâu?**
`Business Objects / Ontology`
→ **Đối tượng kinh doanh nào liên quan?**
`Trusted Data`
→ **Dữ liệu nào đáng tin?**
`Exception / Event`
→ **Điều gì vừa xảy ra?**
`AI Reasoning`
→ **Tại sao?**
`System of Action`
→ **Ai cần làm gì tiếp theo?**
`Policy & Human Authority`
→ **Action nào được phép?**
`Business Transaction`
→ **Hành động được ghi nhận thế nào?**
`Financial Outcome`
→ **Có tạo giá trị không?**
`Agent Economics`
→ **Value có lớn hơn cost không?**
Chạy ngang:
`Agent Control Plane`
→ **Agent nào được phép tham gia, dưới quyền hạn nào, chi phí bao nhiêu và lifecycle ra sao?**
---
# Kết luận
Enterprise software trong nhiều thập kỷ tập trung vào:
**System of Record.**
Sau đó doanh nghiệp bổ sung:
**System of Intelligence.**
AI đang tạo ra lớp tiếp theo:
# System of Action.
System of Action không chỉ nói:
> có vấn đề.
Nó phải trả lời:
> ai xử lý?
> xử lý thế nào?
> có cần approval không?
> transaction nào được tạo?
> outcome là gì?
Khi đó doanh nghiệp chuyển từ:
`Data → Insight`
sang:
`Data → Insight → Action → Outcome`.
Đây là bước chuyển rất quan trọng.
Bởi doanh nghiệp không tạo giá trị chỉ bằng cách:
**biết nhiều hơn.**
Doanh nghiệp tạo giá trị khi:
**hành động tốt hơn và nhanh hơn.**
Vì vậy trong Agentic Enterprise:
**System of Record vẫn là nền tảng.**
Nhưng:
> **System of Action mới là nơi AI bắt đầu biến intelligence thành business value.**
## Nguồn tham khảo
- Google Cloud, *The shift to a System of Action: Architecting the Agentic Data Cloud*, 22/04/2026.
- Google Cloud, *What’s new in the Agentic Data Cloud: Powering the System of Action*, 22/04/2026.
- Zoom, *Zoom expands enterprise agentic AI platform to orchestrate workflows across collaboration and customer experience*, 10/03/2026.
- MongoDB, *Systems of Action: Building the AI Era*, 2026.
- ServiceNow, *ServiceNow opens its full system of action to every AI Agent in the enterprise*, 05/05/2026.
**System of Record.**
ERP ghi nhận:
- đơn hàng;
- hóa đơn;
- tồn kho;
- sản xuất;
- thanh toán;
- journal;
- cost center;
- master data.
MES ghi nhận:
- production order;
- batch;
- machine;
- downtime;
- yield;
- scrap.
WMS ghi nhận:
- nhập kho;
- xuất kho;
- vị trí;
- tồn kho.
CRM ghi nhận:
- customer;
- opportunity;
- interaction.
Các hệ thống này rất quan trọng vì chúng trả lời:
> **Điều gì đã xảy ra?**
Nhưng khi AI bắt đầu tham gia vào Finance và Operations, một khoảng trống mới xuất hiện.
AI có thể nhìn dữ liệu và nói:
> “Khách hàng này có nguy cơ trả chậm.”
> “Batch này có BOM variance bất thường.”
> “Vật tư này có nguy cơ thiếu trong 5 ngày tới.”
> “Margin của SKU này đang giảm.”
Nhưng sau đó:
**ai sẽ làm gì?**
Đó là nơi doanh nghiệp cần một lớp mới:
# System of Action.
---
## 1. System of Record chưa đủ
System of Record rất giỏi trong việc:
- lưu dữ liệu;
- đảm bảo transaction integrity;
- giữ lịch sử;
- tạo báo cáo;
- làm nguồn chính thức.
Nhưng nó thường không được thiết kế để tự trả lời:
> “Vấn đề nào cần ưu tiên ngay?”
> “Ai phải xử lý?”
> “Hành động tiếp theo là gì?”
> “Nếu không xử lý thì financial impact bao nhiêu?”
Ví dụ ERP có thể cho biết:
`Invoice A overdue 45 ngày`.
Nhưng ERP không nhất thiết tự:
- đánh giá customer risk;
- xem customer đang dispute gì;
- xem promise-to-pay;
- so sánh lịch sử;
- đề xuất next action;
- giao task cho account owner;
- theo dõi outcome.
Đó là khoảng cách giữa:
**recording**
và
**acting**.
---
## 2. System of Intelligence cũng chưa đủ
Sau ERP, doanh nghiệp xây:
- BI;
- dashboard;
- analytics;
- data warehouse.
Đây có thể coi là:
**System of Intelligence.**
Nó trả lời:
> “Điều gì đang xảy ra?”
> “Xu hướng là gì?”
> “Vì sao KPI thay đổi?”
AI làm lớp này mạnh hơn rất nhiều.
AI có thể:
- explain;
- detect;
- classify;
- forecast;
- recommend.
Nhưng nếu output cuối cùng vẫn là:
**dashboard**
hoặc:
**insight**
thì doanh nghiệp vẫn phải chuyển insight thành action bằng email, chat và thao tác tay.
Đó là lý do nhiều dự án AI:
**phân tích rất tốt**
nhưng:
**business outcome không rõ.**
---
## 3. System of Action là gì?
Có thể hiểu đơn giản:
> **System of Action là lớp biến event hoặc insight thành workflow, owner, decision và business transaction có kiểm soát.**
Nó trả lời:
> **Ai sẽ làm gì tiếp theo?**
Một System of Action thường gồm:
`Event / Exception`
→ `Context`
→ `AI Reasoning`
→ `Recommended Action`
→ `Workflow`
→ `Policy Gate`
→ `Approval`
→ `Execution`
→ `Outcome`.
Điểm quan trọng là:
System of Action không thay thế ERP.
Nó làm việc:
**trên ERP và giữa các hệ thống.**
---
## 4. System of Record và System of Action có vai trò khác nhau
Có thể hình dung:
### System of Record
Trả lời:
> Điều gì đã xảy ra?
### System of Intelligence
Trả lời:
> Tại sao?
### System of Action
Trả lời:
> Cần làm gì tiếp theo?
### Management Control
Trả lời:
> Ai được quyền làm?
### Financial Outcome
Trả lời:
> Action đó có tạo giá trị không?
Đây là chuỗi logic rất quan trọng.
---
## 5. Ví dụ 1 — AR Collection
System of Record:
ERP biết:
`Invoice A`
`Overdue = 45 ngày`
`Amount = 300 triệu`.
System of Intelligence:
AI phân tích:
- payment history;
- dispute;
- customer risk;
- past promise-to-pay.
AI kết luận:
> Risk cao.
Nhưng System of Action phải làm tiếp:
`Create Collection Case`
↓
gán:
`Account Owner`
↓
AI đề xuất:
`Call customer + request confirmed payment date`
↓
nếu amount > threshold:
`Escalate Finance Manager`
↓
ghi:
`Promise-to-Pay`
↓
theo dõi:
`Cash Received`.
KPI cuối cùng:
**cash collected.**
---
## 6. Ví dụ 2 — BOM Variance
System of Record:
MES/ERP ghi:
`Standard = 100 kg`
`Actual = 107 kg`.
System of Intelligence:
AI phát hiện:
`Variance = +7%`
và đề xuất:
- yield loss;
- machine setting;
- material quality.
System of Action:
`Create Variance Case`
↓
gán Production Manager
↓
yêu cầu kiểm tra:
- machine;
- material lot;
- operator.
↓
Costing tính:
`Financial Impact`
↓
Corrective Action
↓
case closed
↓
theo dõi variance batch tiếp theo.
KPI cuối cùng:
**material leakage reduced.**
---
## 7. Ví dụ 3 — MRP Shortage
System of Record biết:
- Demand;
- BOM;
- Inventory;
- Open PO;
- Supplier lead time.
AI phát hiện:
> Material A sẽ thiếu sau 4 ngày.
Nếu chỉ hiển thị dashboard:
đó chưa phải System of Action.
System of Action phải:
`Create Shortage Case`
↓
xác định:
- affected production orders;
- affected customer orders;
- shortage date;
- revenue risk.
↓
AI đề xuất:
- expedite PO;
- alternate supplier;
- reschedule batch.
↓
Planner review
↓
nếu cần:
Purchase Request / Reschedule Proposal
↓
ERP update.
KPI cuối cùng có thể là:
- production interruption avoided;
- lost sales avoided;
- expedite cost minimized.
---
## 8. System of Action bắt đầu từ Event
Không nên cho Agent:
> “Đọc toàn bộ ERP và tự tìm việc.”
Một thiết kế an toàn hơn là bắt đầu từ:
**Event / Exception.**
Ví dụ:
`AR overdue > 30 ngày`
`BOM variance > 5%`
`Inventory days > 90`
`Forecast deviation > threshold`
`Supplier late > 3 ngày`.
Event tạo ra:
**work item.**
Work item có:
- ID;
- business object;
- owner;
- priority;
- impact;
- status.
Đây là nền tảng của System of Action.
---
## 9. Case Engine là trái tim của System of Action
Một System of Action tốt thường cần:
**Case / Exception Engine.**
Ví dụ:
`CASE-AR-001`
`CASE-COST-024`
`CASE-MRP-016`.
Case chứa:
- event;
- context;
- evidence;
- financial impact;
- owner;
- AI recommendation;
- action;
- status;
- outcome.
Nhờ vậy business issue không còn trôi trong:
- email;
- Teams;
- Zalo;
- Excel;
- verbal instruction.
Nó trở thành:
**business object có lifecycle.**
---
## 10. AI Reasoning chỉ là một module
Đây là điểm rất quan trọng.
System of Action không đồng nghĩa:
**AI Agent tự làm tất cả.**
AI là một module trong hệ thống.
Nó làm tốt:
- interpretation;
- explanation;
- prioritization;
- recommendation.
Nhưng những phần khác có thể được xử lý bởi:
- rules;
- workflow;
- ERP;
- human approval.
Kiến trúc tốt thường là:
`Rule detects`
→ `AI reasons`
→ `Workflow assigns`
→ `Policy controls`
→ `Human approves`
→ `ERP executes`.
---
## 11. System of Action phải giữ state
Chatbot thường có logic:
`Question → Answer`.
System of Action cần:
**state.**
Ví dụ một AR case có thể ở trạng thái:
`Open`
→ `Contacted`
→ `Promise Received`
→ `Promise Broken`
→ `Escalated`
→ `Paid`
→ `Closed`.
Một Costing case:
`Detected`
→ `Investigating`
→ `Root Cause Confirmed`
→ `Corrective Action`
→ `Verified`
→ `Closed`.
State giúp doanh nghiệp biết:
**work đang ở đâu.**
---
## 12. State quan trọng vì business process kéo dài theo thời gian
Một issue không phải lúc nào cũng xử lý trong một AI call.
Ví dụ:
Supplier late delivery.
Ngày 1:
Agent phát hiện.
Ngày 2:
Buyer liên hệ supplier.
Ngày 3:
Supplier xác nhận lịch mới.
Ngày 5:
Production reschedule.
Ngày 8:
Material đến.
System phải nhớ:
- chuyện gì đã xảy ra;
- ai đã làm gì;
- decision trước đó;
- status hiện tại.
Đó là:
**durable workflow state.**
---
## 13. Action phải có Owner
AI có thể đề xuất rất nhiều việc.
Nhưng action không có owner thường không xảy ra.
Mỗi case phải có:
**Accountable Owner.**
Ví dụ:
AR:
Credit Controller.
BOM Variance:
Production Manager.
MRP shortage:
Planner/Buyer.
Margin leakage:
Business Unit Manager.
Tax exception:
Tax Manager.
System of Action phải biến:
**insight**
thành:
**accountability.**
---
## 14. Action cần Due Date và SLA
Nếu case chỉ có owner nhưng không có thời hạn:
nó vẫn có thể bị bỏ quên.
Ví dụ:
Critical material shortage:
`SLA = 2 giờ`.
AR overdue high-risk:
`SLA = 1 ngày`.
BOM variance:
`SLA = 24 giờ`.
Low-priority reconciliation:
`SLA = 3 ngày`.
System of Action phải quản lý:
- due date;
- overdue action;
- escalation.
---
## 15. Recommended Action không phải Execution
AI có thể đề xuất:
> Expedite supplier.
Nhưng trước khi thực hiện có thể cần:
- kiểm tra cost;
- kiểm tra supplier;
- approval.
Đây là nơi:
**System of Action**
phải kết nối với:
**Policy & Control.**
Ví dụ:
`Expedite cost < 5 triệu`
→ Planner approval.
`5–20 triệu`
→ Supply Chain Manager.
`>20 triệu`
→ CFO/COO.
AI recommendation có thể probabilistic.
Execution phải deterministic.
---
## 16. System of Action cần Policy Gate
Policy Gate là nơi action được kiểm tra trước khi đi vào System of Record.
Ví dụ:
AI tạo Payment Proposal.
Policy Gate kiểm tra:
- vendor active;
- bank verified;
- duplicate;
- amount;
- approval.
Nếu pass:
→ execute.
Nếu fail:
→ exception.
Điều này giữ:
**ERP integrity**
và:
**internal control.**
---
## 17. System of Action không được bypass System of Record
Một lỗi kiến trúc nguy hiểm là để Agent:
**tạo state riêng bên ngoài ERP**
rồi ERP không biết.
Ví dụ Agent sửa payment status trong database riêng.
Sau vài tháng:
Agent nói một thứ.
ERP nói một thứ.
Nguyên tắc nên là:
> **System of Action orchestrates. System of Record records.**
Transaction chính thức cuối cùng phải được ghi vào:
- ERP;
- MES;
- WMS;
- accounting system;
- CRM;
tùy nghiệp vụ.
---
## 18. Write-back là bước chuyển từ chatbot sang Agentic Enterprise
AI đọc ERP:
chưa đủ.
AI phân tích:
chưa đủ.
AI đề xuất:
bắt đầu có giá trị.
Nhưng khi workflow có:
**controlled write-back**
thì AI thực sự tham gia operations.
Ví dụ:
- create draft PO;
- create collection task;
- update expected payment date;
- create variance case;
- create reschedule proposal.
Write-back không nhất thiết là autonomous execution.
Có thể là:
**prepare + human approve + execute.**
---
## 19. Audit Trail là bắt buộc
Một System of Action phải lưu:
- event;
- context;
- AI recommendation;
- policy result;
- human decision;
- transaction;
- outcome.
Nếu CFO hỏi:
> Vì sao PO này được expedite?
hệ thống phải reconstruct được:
`Shortage detected`
→ `Production risk`
→ `AI recommended`
→ `Planner reviewed`
→ `Manager approved`
→ `PO changed`.
Đây là:
**closed-loop traceability.**
---
## 20. System of Action phải đo Outcome
Nếu action được thực hiện nhưng không đo kết quả:
không thể biết nó có đáng hay không.
Ví dụ:
AI đề xuất collection.
Sau action:
- cash có về không?
- DSO có giảm không?
AI đề xuất BOM investigation.
Sau action:
- variance có giảm không?
AI đề xuất reschedule.
Sau action:
- production stop có tránh được không?
System of Action phải nối:
`Action`
→ `Outcome`.
---
## 21. Closed-loop Management
Khi có System of Action, doanh nghiệp có thể xây một vòng khép kín:
`Detect`
→ `Explain`
→ `Recommend`
→ `Assign`
→ `Approve`
→ `Execute`
→ `Measure`
→ `Learn`.
Đây là khác biệt lớn giữa:
**Analytics**
và:
**Management System.**
---
## 22. Learning Loop
Outcome còn có thể quay lại giúp cải thiện AI.
Ví dụ AI thường đề xuất:
> Machine setting issue.
Nhưng Production xác nhận 70% trường hợp thực tế là:
> Raw material quality.
Feedback này có thể:
- cải thiện prompt;
- cải thiện model;
- cập nhật rule;
- cập nhật causal relationship.
System of Action vì vậy tạo:
**operational learning loop.**
---
## 23. System of Action cần Business Object Context
Action không nên tồn tại rời rạc.
Ví dụ:
`Contact supplier`
chưa đủ.
Phải biết:
- Supplier nào?
- Material nào?
- PO nào?
- Production Order nào?
- Customer Order nào?
- financial impact bao nhiêu?
Đây là lý do System of Action phụ thuộc vào:
**Business Objects / Ontology.**
Ví dụ:
`Supplier`
→ `Material`
→ `PO`
→ `Production Order`
→ `SKU`
→ `Customer`.
AI phải hành động trên:
**business context có cấu trúc.**
---
## 24. System of Action và Agent Control Plane khác nhau thế nào?
Hai khái niệm này dễ nhầm.
### System of Action
quản trị:
> **công việc được thực hiện như thế nào.**
Nó gồm:
- event;
- case;
- workflow;
- action;
- execution;
- outcome.
### Agent Control Plane
quản trị:
> **Agent nào được quyền tham gia và hoạt động ra sao.**
Nó gồm:
- identity;
- authority;
- policy;
- observability;
- economics;
- lifecycle.
Có thể hiểu:
**System of Action = Work Management**
**Agent Control Plane = Agent Management.**
---
## 25. Hai lớp phải phối hợp
Ví dụ Costing Agent nhận:
`Variance Case #024`.
System of Action biết:
- case;
- owner;
- status;
- action.
Control Plane biết:
- Agent ID;
- permission;
- model;
- cost;
- logs.
Agent đề xuất:
> sửa BOM.
Control Plane kiểm tra:
`Agent không có WRITE BOM`.
System of Action chuyển:
→ Costing Manager approval.
Sau approval:
ERP user authorized thực hiện.
Hai lớp này bổ sung nhau.
---
## 26. Kiến trúc tổng thể
Có thể hình dung:
### Systems of Record
`ERP / MES / WMS / CRM / Accounting`
↓
### Trusted Business Context
`Business Objects + Relationships + Policies`
↓
### Detection Layer
`Events / Exceptions`
↓
### Intelligence Layer
`AI Reasoning`
↓
### System of Action
`Case → Workflow → Action → Approval → Execution`
↓
### Systems of Record
`Write-back / Transaction`
↓
### Outcome Layer
`P&L / Cash / Working Capital / Risk`.
Chạy ngang toàn bộ:
**Agent Control Plane.**
---
## 27. Ví dụ Finance: AP Exception
ERP ghi:
Invoice.
Rule phát hiện:
`PO mismatch`.
Case Engine tạo:
`AP-CASE-007`.
AI phân tích:
> Có thể PO chưa cập nhật price revision.
Action:
Buyer review.
Buyer xác nhận:
price change hợp lệ.
Workflow:
PO amendment.
Approval:
Procurement Manager.
ERP:
PO updated.
AP:
invoice released.
Outcome:
- cycle time;
- late payment avoided;
- supplier relationship protected.
Đây là System of Action.
---
## 28. Ví dụ Manufacturing: Yield Loss
MES ghi:
`Yield = 92%`
Standard:
`97%`.
Event:
`Yield deviation > 3%`.
AI phân tích:
- material lot;
- machine;
- operator;
- temperature.
Recommendation:
> kiểm tra lot NVL L2409.
Case gán:
QA + Production.
QA xác nhận:
material viscosity abnormal.
Action:
quarantine lot.
Procurement:
supplier claim.
Finance:
calculate recovery.
Outcome:
`Loss avoided = 120 triệu`.
System of Action nối:
**shop-floor event**
với:
**financial outcome.**
---
## 29. Ví dụ FP&A: Forecast Exception
System phát hiện:
Sales forecast giảm 15%.
AI phân tích:
- customer;
- SKU;
- channel;
- historical trend.
Recommendation:
> giảm production plan SKU A 10%.
System of Action:
create forecast exception.
Sales owner review.
Supply Chain review.
Finance quantify:
inventory impact.
S&OP meeting approve.
ERP/MRP:
plan updated.
Outcome:
inventory avoided.
Đây chính là:
**AI embedded in planning workflow.**
---
## 30. SME có cần mua System of Action platform không?
Không nhất thiết.
SME có thể bắt đầu bằng:
### Event Detection
SQL / Google Sheets / Apps Script.
### Case Store
Google Sheets / database.
### AI Reasoning
LLM API.
### Workflow
n8n.
### Approval
Email / Slack / Teams / form.
### Execution
ERP API / manual controlled action.
### Log
database.
Đây đã là:
**System of Action v0.1.**
Điều quan trọng là:
**architecture và control**, không phải platform đắt tiền.
---
## 31. Một System of Action tối thiểu cần 8 thành phần
1. Event / Trigger
2. Case ID
3. Business Context
4. Owner
5. AI / Rule Recommendation
6. Policy / Approval
7. Execution
8. Outcome
Nếu thiếu Outcome:
đó chỉ là workflow.
Nếu thiếu Policy:
đó là automation rủi ro.
Nếu thiếu Owner:
đó là alert system.
Nếu thiếu Transaction:
đó là analytics.
---
## 32. CFO nên quan tâm System of Action ở đâu?
CFO không cần sở hữu workflow engine.
Nhưng CFO nên quan tâm bốn thứ.
### Value
Action nào tạo financial impact?
### Accountability
Ai chịu trách nhiệm?
### Control
Action có bypass policy không?
### Outcome
Benefit có thực sự xảy ra không?
System of Action chính là nơi:
**management accounting**
gặp:
**business execution.**
---
## 33. Từ Reporting sang Closed-loop Management
Management accounting truyền thống thường có:
`Actual`
→ `Report`
→ `Variance`
→ `Management Meeting`.
Nhưng System of Action cho phép:
`Actual`
→ `Variance Event`
→ `AI Reasoning`
→ `Owner`
→ `Corrective Action`
→ `Outcome`.
Điều này rút ngắn:
**decision cycle.**
Đây có thể là một trong những thay đổi lớn nhất mà AI mang lại cho KTQT.
---
## 34. KPI của System of Action
Không nên chỉ đo:
- số workflow;
- số Agent;
- số action.
Nên đo:
### Detection-to-Action Time
Mất bao lâu từ khi exception xảy ra đến khi có action?
### Resolution Time
Bao lâu để đóng case?
### Resolution Rate
Bao nhiêu case được giải quyết?
### Recurrence Rate
Issue có lặp lại?
### Financial Value Recovered
Bao nhiêu value được thu hồi?
### Action Effectiveness
Recommendation có cải thiện outcome không?
Đây là KPI gần business hơn.
---
## 35. System of Action là nơi AI bắt đầu tạo ROI thật
Chatbot có thể:
**tiết kiệm thời gian.**
System of Action có thể:
- tăng cash;
- giảm leakage;
- giảm inventory;
- giảm downtime;
- cải thiện margin;
- giảm risk.
Đó là lý do:
> **ROI lớn thường xuất hiện khi AI bước từ insight sang workflow và transaction.**
---
## 36. Framework tổng thể sau khi thêm System of Action
Có thể tóm lại:
`Finance Value Leakage`
→ **Tiền đang mất ở đâu?**
`Business Objects / Ontology`
→ **Đối tượng kinh doanh nào liên quan?**
`Trusted Data`
→ **Dữ liệu nào đáng tin?**
`Exception / Event`
→ **Điều gì vừa xảy ra?**
`AI Reasoning`
→ **Tại sao?**
`System of Action`
→ **Ai cần làm gì tiếp theo?**
`Policy & Human Authority`
→ **Action nào được phép?**
`Business Transaction`
→ **Hành động được ghi nhận thế nào?**
`Financial Outcome`
→ **Có tạo giá trị không?**
`Agent Economics`
→ **Value có lớn hơn cost không?**
Chạy ngang:
`Agent Control Plane`
→ **Agent nào được phép tham gia, dưới quyền hạn nào, chi phí bao nhiêu và lifecycle ra sao?**
---
# Kết luận
Enterprise software trong nhiều thập kỷ tập trung vào:
**System of Record.**
Sau đó doanh nghiệp bổ sung:
**System of Intelligence.**
AI đang tạo ra lớp tiếp theo:
# System of Action.
System of Action không chỉ nói:
> có vấn đề.
Nó phải trả lời:
> ai xử lý?
> xử lý thế nào?
> có cần approval không?
> transaction nào được tạo?
> outcome là gì?
Khi đó doanh nghiệp chuyển từ:
`Data → Insight`
sang:
`Data → Insight → Action → Outcome`.
Đây là bước chuyển rất quan trọng.
Bởi doanh nghiệp không tạo giá trị chỉ bằng cách:
**biết nhiều hơn.**
Doanh nghiệp tạo giá trị khi:
**hành động tốt hơn và nhanh hơn.**
Vì vậy trong Agentic Enterprise:
**System of Record vẫn là nền tảng.**
Nhưng:
> **System of Action mới là nơi AI bắt đầu biến intelligence thành business value.**
## Nguồn tham khảo
- Google Cloud, *The shift to a System of Action: Architecting the Agentic Data Cloud*, 22/04/2026.
- Google Cloud, *What’s new in the Agentic Data Cloud: Powering the System of Action*, 22/04/2026.
- Zoom, *Zoom expands enterprise agentic AI platform to orchestrate workflows across collaboration and customer experience*, 10/03/2026.
- MongoDB, *Systems of Action: Building the AI Era*, 2026.
- ServiceNow, *ServiceNow opens its full system of action to every AI Agent in the enterprise*, 05/05/2026.