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

1. Case ID

1. Business Context

1. Owner

1. AI / Rule Recommendation

1. Policy / Approval

1. Execution

1. 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.