Chính sách – Văn bản Quản lý thuế dựa trên dữ liệu và Risk Scoring: Doanh nghiệp Việt Nam cần chuẩn bị gì?

[Trợ lý AI]

Quản lý thuế dựa trên dữ liệu và Risk Scoring: Doanh nghiệp Việt Nam cần chuẩn bị gì?​

Trong cách quản lý thuế truyền thống, nhiều doanh nghiệp thường hình dung rủi ro thuế theo một logic khá đơn giản:

cơ quan thuế kiểm tra hồ sơ → phát hiện vấn đề → yêu cầu giải trình.

Nhưng mô hình quản lý thuế đang thay đổi.
Với Thông tư 94/2026/TT-BTC, Bộ Tài chính đã quy định rõ hơn việc quản lý tuân thủ và quản lý rủi ro dựa trên thu thập, xử lý và phân tích dữ liệu về người nộp thuế. Thông tư có hiệu lực từ ngày 01/07/2026.
Điều đáng chú ý không chỉ là việc chia người nộp thuế thành:

• rủi ro cao;
• rủi ro trung bình;
• rủi ro thấp.

Điểm quan trọng hơn là:

quản lý thuế đang dịch dần từ việc xử lý từng hồ sơ riêng lẻ sang đánh giá hồ sơ rủi ro của người nộp thuế dựa trên dữ liệu.

Đối với doanh nghiệp, điều này làm thay đổi cách tiếp cận quản trị thuế.
Không còn đủ để hỏi:

“Tờ khai đã nộp đúng chưa?”

Mà phải hỏi thêm:

“Toàn bộ dữ liệu mà doanh nghiệp đã tạo ra có nhất quán với nhau không?”

1. Quản lý thuế đang chuyển sang risk-based management​

Thông tư 94/2026/TT-BTC quy định việc đánh giá mức độ tuân thủ và mức độ rủi ro của người nộp thuế có thể sử dụng một hoặc kết hợp ba phương pháp:

• chấm điểm và phân loại theo điểm;
• học máy;
• xếp hạng theo danh mục.

Điều này cho thấy quản lý thuế không chỉ dựa vào rule cố định mà có thể kết hợp scoring + ranking + machine learning.
Nói cách khác, người nộp thuế ngày càng có thể được nhìn như một risk profile.

2. Risk profile không chỉ đến từ một tờ khai​

Thông tin phục vụ quản lý tuân thủ và quản lý rủi ro được thu thập từ nhiều nguồn dữ liệu theo quy định pháp luật.
Doanh nghiệp tạo dữ liệu qua:

• hóa đơn điện tử;
• đăng ký thuế;
• hoàn thuế;
• nghĩa vụ nợ thuế;
• thông tin giao dịch;
• dữ liệu cung cấp cho các cơ quan quản lý khác;
• các nguồn dữ liệu liên quan khác.

Vì vậy:

rủi ro có thể xuất hiện từ sự không nhất quán giữa các nguồn dữ liệu.

3. “Data Consistency” có thể trở thành một loại Tax Risk rất quan trọng​

Giả sử doanh nghiệp có:

• Accounting Revenue: 100 tỷ
• E-Invoice Revenue: 92 tỷ
• VAT Return Revenue: 93 tỷ
• CIT Return Revenue: 101 tỷ

Khác biệt chưa chắc là sai.
Nhưng doanh nghiệp phải có khả năng reconcile và giải thích:

• timing;
• credit note;
• revenue recognition;
• non-taxable transaction;
• missing invoice.

Điều nguy hiểm không phải lúc nào cũng là các con số khác nhau.
Điều nguy hiểm là:

doanh nghiệp không biết vì sao chúng khác nhau.

4. Tax Risk ngày càng giống Data Risk​

Tax Risk không chỉ đến từ:

• áp dụng sai luật;
• kê khai sai;
• thiếu chứng từ.

Mà còn đến từ:

• data mismatch;
• inconsistent master data;
• unexplained variance;
• transaction pattern bất thường;
• thiếu audit trail.

Do đó:

Tax Risk Management đang tiến gần Data Governance hơn.

5. Revenue Reconciliation​

Một doanh nghiệp nên có khả năng reconcile:
Sales Order
→ Delivery
→ E-Invoice
→ Accounting Revenue
→ VAT Return
→ CIT Return.
Đây chính là Tax Data Lineage.

6. Compliance không chỉ là “đã nộp hay chưa”​

Checklist truyền thống thường hỏi:

• VAT đã nộp?
• PIT đã nộp?
• CIT đã nộp?

Nhưng quản lý rủi ro cần sâu hơn:
Obligation
→ Evidence
→ Data Consistency
→ Risk Indicator
→ Risk Score.
Ví dụ:
VAT return đã nộp.
Nhưng Revenue trên VAT Return không reconcile với E-Invoice.
Status có thể là Filed, nhưng risk vẫn có thể cao.

7. Tuân thủ và rủi ro là hai khái niệm khác nhau​

Một doanh nghiệp có thể đã nộp hồ sơ đầy đủ nhưng vẫn có risk indicators.
Ngược lại, lịch sử tuân thủ tốt cũng là một yếu tố quan trọng trong risk profile.
Do đó không nên đồng nhất:
Compliance Status
với:
Risk Level.

8. Risk Scoring nên được hiểu thế nào?​

Doanh nghiệp không biết toàn bộ scoring model nội bộ của cơ quan thuế.
Và cũng không nên cố “đoán thuật toán”.
Cách tiếp cận tốt hơn là tự xây Tax Risk Profile nội bộ.
Có thể chia theo nhóm:

Filing Risk​

• late filing;
• amendment frequency;
• inconsistent filing.

Invoice Risk​

• cancelled invoices;
• unusual invoice pattern;
• supplier/customer anomaly.

Revenue Risk​

• GL vs invoice mismatch;
• VAT vs CIT mismatch.

Expense Risk​

• deductible expense evidence;
• supplier risk;
• unusual cost ratio.

Payroll Risk​

• payroll vs PIT;
• payroll vs social insurance.

Master Data Risk​

• tax registration;
• business address;
• legal representative;
• business activities.

9. Risk Score không nhằm “đoán điểm của cơ quan thuế”​

Tax Risk Score nội bộ nên dùng để ưu tiên remediation.
Ví dụ:
High Risk
→ xử lý ngay.
Medium Risk
→ monitor + remediation plan.
Low Risk
→ maintain control.
Mục tiêu là self-diagnostic, không phải reverse-engineer cơ quan thuế.

10. VAT Data Consistency Test​

Một Tax Health Check có thể chạy:
GL Revenue
vs
E-Invoice Revenue
vs
VAT Return Revenue.
Ví dụ threshold quản trị nội bộ:
<1%
→ Low Risk.
1–5%
→ Review.
>5%
→ High Priority Case.
Đây chỉ là internal management rule, không phải threshold pháp lý.

11. Payroll cũng nên được cross-check​

Có thể reconcile:
Payroll
↔ PIT
↔ Social Insurance
↔ Accounting Expense.
Khác biệt có thể hợp lý, nhưng doanh nghiệp nên có reconciliation bridge và reason code cho từng chênh lệch.

12. Supplier Risk có thể lan sang Tax Risk​

Supplier Master không chỉ là Procurement Data.
Nó còn có thể là Tax Risk Object.
Một Tax Health Check nên có chuỗi:
Supplier
→ Invoice
→ Payment
→ Contract
→ Delivery Evidence
→ Tax Risk.

13. Bank Transaction cũng là một phần của business story​

Doanh nghiệp phải có khả năng nối:
Revenue
→ Invoice
→ AR
→ Bank Receipt.
Càng rõ transaction lineage:
rủi ro giải trình càng thấp.

14. Continuous Tax Readiness​

Mô hình tốt hơn là không đợi đến khi có thanh kiểm tra mới chuẩn bị hồ sơ.
Nên duy trì:

• reconciliation định kỳ;
• exception detection;
• evidence storage;
• owner assignment;
• issue closure.

Đây là Continuous Tax Readiness.

15. Tax Health Check nên phát triển từ checklist thành Diagnostic Engine​

Thế hệ tiếp theo nên đi theo:
Business Context
→ Applicable Obligation
→ Required Evidence
→ Actual Evidence
→ Data Consistency
→ Risk Indicator
→ Risk Score
→ Recommended Action.
Đây là bước chuyển:
Checklist → Diagnostic Engine.

16. Business Context phải đi trước Tax Rule​

Tax obligation phụ thuộc vào:

• Legal Entity;
• Business Activity;
• Location;
• Transaction;
• Employee;
• Asset;
• Customer;
• Supplier.

Do đó Tax Engine nên bắt đầu:
Business Object
→ Tax Rule.

17. Regulatory Obligation Register là lớp nền​

Có thể quản lý:
Legal Entity
→ Business Activity
→ Applicable Regulation
→ Obligation
→ Evidence
→ Owner
→ Due Date
→ Compliance Status
→ Risk Score.

18. Data Consistency Test nên trở thành một lớp riêng​

Ngoài Obligation Check, nên có Data Consistency Check.
Ví dụ:

Revenue​

GL ↔ Invoice ↔ VAT ↔ CIT.

Payroll​

Payroll ↔ PIT ↔ BHXH ↔ GL.

Procurement​

PO ↔ Invoice ↔ Payment ↔ Inventory.

Fixed Assets​

Asset Register ↔ Depreciation ↔ GL ↔ CIT.

Cash​

Bank ↔ GL ↔ Invoice.

19. Exception nên biến thành Tax Case​

Nếu system phát hiện:
VAT vs Invoice mismatch
không nên chỉ highlight đỏ.
Nên tạo:
CASE-TAX-024.
Case chứa:

• Business Object;
• variance;
• potential tax impact;
• evidence;
• owner;
• recommended action;
• due date;
• outcome.

Đây là Tax Case Management.

20. Tax Case giúp doanh nghiệp có audit trail​

Ví dụ:
Case:
VAT Revenue mismatch = 1,2 tỷ.
Investigation:
Timing difference.
Evidence:
Invoice issued next period.
Owner:
Tax Manager.
Resolution:
Documented.
Case Closed.
Sau này nếu kiểm tra, doanh nghiệp đã có explanation trail.

21. AI có thể hỗ trợ rất nhiều nhưng không nên tự quyết định tax treatment​

AI phù hợp với:

• regulation search;
• classify transaction;
• detect mismatch;
• summarize evidence;
• propose explanation;
• prioritize cases.

Nhưng các việc như:

• tax position;
• tax treatment;
• filing adjustment;

vẫn cần:
tax professional + deterministic rule + approval.

22. Risk Model cần explainable​

Nếu system nói:
High Risk
thì Finance cần biết:
tại sao?
Ví dụ:
Risk Score:
78/100.
Drivers:

• VAT/CIT mismatch;
• supplier anomaly;
• repeated amendment;
• late payment.

Explainability là một phần của governance.

23. Risk Score phải dẫn tới Action​

Risk Score không phải để làm dashboard đẹp.
Nó phải dẫn tới:
High Risk
→ immediate remediation.
Medium Risk
→ owner + due date.
Low Risk
→ monitoring.
Đây chính là:
System of Action cho Tax Compliance.

24. Một kiến trúc Tax Risk Management đơn giản​

Có thể hình dung:
ERP / Accounting / E-Invoice / Payroll / Bank
↓
Trusted Tax Data Layer
↓
Regulatory Obligation Register
↓
Data Consistency Engine
↓
Risk Indicators
↓
Risk Score
↓
Tax Case
↓
Remediation
↓
Evidence
↓
Risk Reduced.

25. SME có thể bắt đầu rất nhỏ​

Không cần AI platform lớn.
Một SME có thể bắt đầu bằng Google Sheets hoặc database đơn giản.
Bước 1:
liệt kê nghĩa vụ.
Bước 2:
liệt kê evidence.
Bước 3:
thiết kế 10–20 consistency tests.
Bước 4:
chấm:
Low / Medium / High.
Bước 5:
tạo Tax Case.
Bước 6:
track remediation.
Đây đã là Tax Risk Management v1.0.

26. 10 kiểm tra dữ liệu có thể bắt đầu​

1. GL Revenue vs E-Invoice.
2. GL Revenue vs VAT Return.
3. VAT Revenue vs CIT Revenue.
4. Input VAT vs Purchase Invoice.
5. Payroll vs PIT.
6. Payroll vs Social Insurance.
7. Supplier Master vs Invoice Supplier.
8. Bank Payment vs Invoice.
9. Inventory Purchase vs Input Invoice.
10. Fixed Asset Register vs Depreciation Expense.

Mục tiêu không phải tìm mọi lỗi, mà tìm material inconsistency.

27. CFO cần thay đổi góc nhìn về Tax Compliance​

Tax Compliance không còn chỉ là nhiệm vụ của Tax Accountant.
Nó ngày càng liên quan tới:

• master data;
• ERP;
• process;
• internal control;
• data governance.

CFO phải hỏi:

hệ thống dữ liệu có kể một câu chuyện nhất quán không?

28. Từ “Tax Filing” sang “Tax Data Governance”​

Có thể hình dung quá trình trưởng thành:

Level 1​

File đúng hạn.

Level 2​

File đúng số.

Level 3​

Reconcile data.

Level 4​

Risk scoring.

Level 5​

Continuous Tax Control.
Level 5 là khi system liên tục:

• monitor;
• detect;
• prioritize;
• remediate.

29. Doanh nghiệp không cần biết thuật toán của cơ quan thuế​

Mục tiêu không phải:

reverse-engineer risk model của cơ quan thuế.

Mục tiêu là:

xây một doanh nghiệp có dữ liệu đủ sạch, đủ nhất quán và đủ evidence để có thể giải thích chính mình.

Nếu doanh nghiệp làm tốt điều này, dù scoring model thay đổi, foundation vẫn đúng.

Kết luận​

Quản lý thuế tại Việt Nam đang dịch chuyển rõ hơn theo hướng:
data-driven + risk-based.
Với doanh nghiệp, Tax Compliance không còn chỉ là:

nộp tờ khai đúng hạn.

Nó ngày càng trở thành:

quản trị tính nhất quán của toàn bộ dữ liệu kinh doanh có liên quan tới thuế.

Điều doanh nghiệp cần xây không chỉ là:
Tax Checklist.
Mà là:
Tax Risk Management System.
Một hệ thống có khả năng:
Understand Obligation
→ Collect Evidence
→ Reconcile Data
→ Detect Exception
→ Score Risk
→ Create Case
→ Remediate
→ Retain Audit Trail.
Nếu làm được điều này, doanh nghiệp không chỉ giảm rủi ro thuế mà còn nâng chất lượng:

• accounting;
• master data;
• internal control;
• management reporting.

Và đó có lẽ là thay đổi quan trọng nhất của quản lý thuế dựa trên dữ liệu:

Compliance tốt trong tương lai sẽ không chỉ được chứng minh bằng hồ sơ — mà bằng một hệ thống dữ liệu có thể tự giải thích chính mình.