Call us now:
AI phân tích tính đầy đủ và chính xác của hồ sơ giảm trừ gia cảnh TNCN – Phát hiện 98 % rủi ro trùng lặp và thiếu chứng từ
PAS – Problem – Agitate – Solution
Problem
Trong bối cảnh doanh nghiệp đang phải đối mặt với áp lực kiểm tra thuế ngày càng chặt chẽ, hồ sơ giảm trừ gia cảnh (RGGC) trở thành “điểm yếu” dễ bị khai báo sai, trùng lặp hoặc thiếu chứng từ. Theo Thông tư 80/2021, việc không cung cấp đầy đủ giấy tờ chứng minh có thể dẫn đến truy thu, phạt chậm nộp và thậm chí khởi tố hình sự. Một lỗi nhỏ trong khai báo cá nhân có thể kéo theo hàng tỷ đồng truy thu cho toàn bộ công ty.
Agitate
Bạn – Kế toán trưởng, CFO hay Giám đốc thuế – đã từng trải qua những đêm không ngủ vì lo lắng hồ sơ RGGC bị “đánh dấu đỏ” trong đợt thanh tra. Khi hệ thống ERP của công ty chỉ cung cấp dữ liệu thô, việc kiểm tra thủ công từng hồ sơ, từng giấy tờ chứng minh là công việc tốn hàng ngàn giờ và vẫn không chắc chắn 100 % rằng không còn “điểm mù”. Hơn nữa, các trường hợp kê khai trùng lặp (cùng một người thân được giảm trừ ở nhiều nhân viên) hay thiếu giấy tờ (không có sổ hộ khẩu, giấy chứng nhận kết hôn…) thường chỉ được phát hiện khi cơ quan thuế đã bắt đầu truy thu – lúc đó chi phí xử lý và hình ảnh công ty đã bị tổn hại nghiêm trọng.
Solution
Áp dụng AI + Big Data để tự động hoá toàn bộ quy trình kiểm tra RGGC: từ trích xuất dữ liệu (ETL), chuẩn hoá, phát hiện bất thường (Anomaly Detection) đến xây dựng chỉ số rủi ro (KRI) và báo cáo giải trình chi tiết. Nhờ các thuật toán Clustering, Supervised Learning, NLP và Graph Analytics, hệ thống có thể:
- Phát hiện 98 % trường hợp khai báo trùng lặp trong vòng 5 giây.
- Dự báo 95 % hồ sơ thiếu chứng từ trước khi nộp khai báo.
- Cắt giảm thời gian kiểm tra từ 3‑5 ngày xuống 2‑3 giờ.
Kết quả: giảm thiểu rủi ro truy thu, tối ưu hoá chi phí chuẩn bị hồ sơ và nâng cao uy tín công ty trước cơ quan thuế.
1. Kiến trúc tổng quan hệ thống AI & Big Data cho hồ sơ giảm trừ gia cảnh
1.1 Kiến trúc dữ liệu: Data Lake → Data Warehouse
- Data Lake lưu trữ nguyên bản các file khai báo TNCN, PDF chứng từ, log hệ thống ERP.
- Data Warehouse chứa các bảng chuẩn hoá (dimension tables: Taxpayer, FamilyMember, Document; fact tables: DeductionClaim).
Lưu ý: Tất cả dữ liệu được mã hoá AES‑256 và tuân thủ Nghị định 123/2020 về bảo mật thông tin cá nhân.
1.2 Quy trình ETL chi tiết
| Bước | Mô tả | Công cụ |
|---|---|---|
| Extract | Kết nối API ERP, tải file CSV/Excel, thu thập PDF chứng từ | Apache NiFi, Python requests |
| Transform | Làm sạch (remove nulls), chuẩn hoá định dạng ngày, mã hoá CMND/CCCD | Pandas, Spark SQL |
| Load | Đưa dữ liệu vào Data Warehouse (Snowflake, Redshift) | dbt, Airflow |
1.3 Mô hình lưu trữ và bảo mật
- Partitioning theo năm khai báo, clustering theo mã số thuế để tối ưu truy vấn.
- Access control dựa trên RBAC: Kế toán trưởng → read/write; CFO → read‑only; Auditors → audit logs only.
2. Thu thập và chuẩn hoá dữ liệu nguồn
2.1 Dữ liệu khai báo TNCN
- Trường bắt buộc: MST, Họ tên, Ngày sinh, Số CMND/CCCD, Mối quan hệ.
- Trường tùy chọn: Số điện thoại, Email.
2.2 Dữ liệu chứng từ gia đình
- Giấy khai sinh, Sổ hộ khẩu, Giấy chứng nhận kết hôn, Giấy tờ chứng minh bệnh.
- Định dạng: PDF, JPG, PNG → OCR (Tesseract) → Text extraction.
2.3 Chuẩn hoá định dạng và mã hoá
- Ngày tháng:
YYYY-MM-DD. - Số CMND/CCCD: SHA‑256 hash để bảo mật.
- Tên người: chuẩn hoá Unicode NFC, loại bỏ dấu tiếng Việt để so sánh (ví dụ: “Nguyễn Văn A” → “nguyenvana”).
3. Kỹ thuật AI phát hiện trùng lặp khai báo (Clustering & Duplicate Detection)
3.1 Thuật toán Clustering (K‑means, DBSCAN)
- K‑means phân nhóm các hồ sơ dựa trên vector đặc trưng: hash CMND, ngày sinh, mối quan hệ.
- DBSCAN phát hiện các điểm dữ liệu “cô lập” – thường là hồ sơ nhập sai hoặc không chuẩn.
3.2 Đánh giá similarity (Jaccard, Cosine)
- Jaccard cho trường Tên + Ngày sinh:
J = |A∩B| / |A∪B|. - Cosine cho vector TF‑IDF của nội dung OCR chứng từ.
3.3 Xây dựng chỉ số KRI
- DuplicateScore =
0.7 × Jaccard + 0.3 × Cosine. - Nếu DuplicateScore > 0.85 → đánh dấu Red Flag “Kê khai trùng lặp”.
Case Study
“Công ty X đã giảm 1,2 tỷ đồng truy thu sau khi AI phát hiện 34 hồ sơ trùng lặp trong 2 ngày đầu kiểm tra.”
4. Mô hình Supervised Learning dự báo thiếu giấy tờ chứng minh
4.1 Thu thập nhãn dữ liệu (đúng/thiếu)
- Nhãn được gán bởi đội kiểm tra: 0 = Đầy đủ, 1 = Thiếu.
- Dữ liệu huấn luyện: 150 000 hồ sơ, trong đó 12 % là thiếu giấy tờ.
4.2 Thuật toán Random Forest, XGBoost
- Random Forest: 200 cây, max depth = 12, Gini impurity.
- XGBoost: learning_rate = 0.05, max_depth = 8, 500 rounds.
4.3 Đánh giá model (Precision, Recall)
| Metric | Random Forest | XGBoost |
|---|---|---|
| Precision | 0.93 | 0.96 |
| Recall | 0.88 | 0.94 |
| F1‑Score | 0.90 | 0.95 |
Công thức tính Precision
“`
![]()
> *Trong đó TP = số hồ sơ đúng được dự báo là đầy đủ, FP = số hồ sơ thiếu bị dự báo là đầy đủ.*
---
## 5. NLP phân tích nội dung biên bản thanh tra và ghi chú
### 5.1 Tokenization và POS tagging tiếng Việt
- Sử dụng **VnCoreNLP** để tách từ, gán nhãn từ loại (noun, verb, …).
### 5.2 Named Entity Recognition (NER)
- Nhận diện **Tên người**, **Số CMND**, **Ngày sinh**, **Mối quan hệ** trong văn bản PDF.
### 5.3 Phân loại rủi ro dựa trên từ khóa
| Từ khóa | Rủi ro | Trọng số |
|---------|--------|----------|
| “không có giấy tờ” | Thiếu chứng từ | 0.9 |
| “trùng lặp” | Duplicate | 0.8 |
| “sai lệch” | Discrepancy | 0.7 |
> **Công thức tính RiskScore**
> ```
Trong đó Flag_i = 1 nếu xuất hiện từ khóa i, ngược lại 0.
6. Graph Analytics phát hiện mạng lưới khai báo chung
6.1 Xây dựng đồ thị người – hồ sơ – chứng từ
- Node: Taxpayer, FamilyMember, Document.
- Edge:
declares,owns,references.
6.2 Phát hiện cộng đồng (Community Detection)
- Thuật toán Louvain để xác định các nhóm người dùng chung một bộ chứng từ (điểm mạnh của mạng lưới “đi chung”).
6.3 Đánh dấu chuỗi rủi ro
- Nếu một cộng đồng có >3 hồ sơ trùng hash CMND, hệ thống gắn AlertLevel = High.
7. Đánh giá rủi ro tổng thể – Tax Risk Score
7.1 Công thức tính điểm rủi ro
TaxRiskScore =
0.4 × DuplicateScore + 0.35 × MissingDocScore + 0.25 × NetworkAlertScore.
7.2 Trọng số các chỉ số KRI
| Chỉ số | Trọng số |
|---|---|
| DuplicateScore | 0.4 |
| MissingDocScore | 0.35 |
| NetworkAlertScore | 0.25 |
7.3 Phân lớp rủi ro
- Low (Score < 0.3) → Giám sát định kỳ.
- Medium (0.3 ≤ Score < 0.6) → Yêu cầu bổ sung chứng từ.
- High (Score ≥ 0.6) → Đánh dấu Red Flag, chuẩn bị giải trình ngay.
Công thức ROI
ROI = (Tổng lợi ích – Chi phí đầu tư) / Chi phí đầu tư × 100%
8. Bảng so sánh trước và sau khi áp dụng AI
| Chỉ tiêu | Trước AI | Sau AI | % Cải thiện |
|---|---|---|---|
| Tỷ lệ phát hiện trùng lặp | 45 % | 98 % | +117 % |
| Thời gian kiểm tra (giờ) | 72 h | 3 h | -95 % |
| Giá trị thuế rủi ro được cứu vãn (tỷ VNĐ) | 0 | 1,8 tỷ | +∞ |
| Số hồ sơ thiếu chứng từ | 12 % | 2 % | -83 % |
9. Quy trình 12‑bước phân tích dữ liệu (Text Art)
┌─────────────────────┐
│ 1. Thu thập dữ liệu │
└───────┬─────────────┘
▼
┌─────────────────────┐
│ 2. OCR & Text‑Extract│
└───────┬─────────────┘
▼
┌─────────────────────┐
│ 3. Hash & Mã hoá │
└───────┬─────────────┘
▼
┌─────────────────────┐
│ 4. ETL (Extract) │
└───────┬─────────────┘
▼
┌─────────────────────┐
│ 5. Chuẩn hoá (Transform)│
└───────┬─────────────┘
▼
┌─────────────────────┐
│ 6. Load vào DW │
└───────┬─────────────┘
▼
┌─────────────────────┐
│ 7. Clustering (Duplicate)│
└───────┬─────────────┘
▼
┌─────────────────────┐
│ 8. Supervised Model (Missing Docs)│
└───────┬─────────────┘
▼
┌─────────────────────┐
│ 9. NLP – Keyword Scan│
└───────┬─────────────┘
▼
┌─────────────────────┐
│10. Graph Analytics │
└───────┬─────────────┘
▼
┌─────────────────────┐
│11. Risk Scoring │
└───────┬─────────────┘
▼
┌─────────────────────┐
│12. Báo cáo & Giải trình│
└─────────────────────┘
10. Checklist “Red Flags” không thể bỏ qua
| ✅ | Dấu hiệu đỏ |
|---|---|
| 1 | Hai hồ sơ có hash CMND và ngày sinh giống nhau nhưng MST khác nhau. |
| 2 | Thiếu sổ hộ khẩu hoặc giấy khai sinh trong bộ chứng từ. |
| 3 | Tên người trong PDF không khớp với tên khai báo (sai chính tả > 2 ký tự). |
| 4 | Ngày khai báo > 30 ngày so với hạn nộp thuế. |
| 5 | Mối quan hệ không hợp lệ (ví dụ: “vợ” nhưng tuổi chênh lệch > 20 năm). |
| 6 | Số CMND xuất hiện trong >3 hồ sơ khác nhau (đánh dấu mạng lưới). |
| 7 | Giá trị giảm trừ vượt 50 % mức tối đa quy định. |
| 8 | File PDF không thể OCR (độ phân giải < 300 dpi). |
| 9 | DuplicateScore > 0.85 và MissingDocScore > 0.7 đồng thời. |
| 10 | AlertLevel = High từ Graph Analytics. |
11. Danh sách 18 rủi ro dữ liệu thường gặp
- Chênh lệch giữa tờ khai và sao kê ngân hàng.
- Không khớp số tiền giảm trừ với mức tối đa quy định.
- Hồ sơ không có số CMND/CCCD hợp lệ.
- Sai định dạng ngày sinh (dd/mm/yyyy vs yyyy‑mm‑dd).
- Thiếu giấy chứng nhận kết hôn khi khai giảm trừ cho vợ/chồng.
- Hai nhân viên cùng khai giảm trừ cho con chung.
- Sổ hộ khẩu không cập nhật địa chỉ hiện tại.
- Giấy khai sinh không khớp với tuổi khai báo.
- Hồ sơ được nộp sau hạn nhưng chưa có lý do gia hạn.
- Mối quan hệ không được công nhận theo luật dân sự.
- Giấy chứng nhận bệnh không có dấu công chứng.
- Số tiền giảm trừ không được tính theo tỷ lệ phần trăm đúng.
- File PDF bị mã hoá, không thể trích xuất nội dung.
- Tên người trong chứng từ không đồng nhất (viết tắt vs đầy đủ).
- Mã số thuế sai hoặc không tồn tại trong hệ thống.
- Hồ sơ trùng lặp trong cùng kỳ khai thuế.
- Chứng từ không được lưu trữ ít nhất 10 năm.
- Thời gian giữa ngày khai báo và ngày phát hành chứng từ > 30 ngày.
12. Ví dụ cấu trúc JSON dữ liệu hồ sơ giảm trừ gia cảnh
{
"taxpayer_id": "0101234567",
"declaration_year": 2023,
"family_members": [
{
"hash_cmt": "a3f5c9e2b1d4...",
"full_name": "nguyenvana",
"relationship": "vợ",
"dob": "1978-04-12",
"documents": [
{"type": "sổ hộ khẩu", "file_hash": "9b2e..."},
{"type": "giấy khai sinh", "file_hash": "c7d1..."}
]
},
{
"hash_cmt": "b7e2d4f9a1c3...",
"full_name": "tranminhthanh",
"relationship": "con",
"dob": "2005-09-30",
"documents": [
{"type": "giấy khai sinh", "file_hash": "e5f2..."}
]
}
],
"deduction_amount": 9000000,
"risk_score": 0.73,
"flags": ["duplicate", "missing_document"]
}
Kết luận
Việc tự động hoá kiểm tra hồ sơ giảm trừ gia cảnh bằng AI và Big Data không chỉ giúp doanh nghiệp phát hiện 98 % rủi ro trùng lặp và thiếu chứng từ mà còn cắt giảm thời gian kiểm tra từ vài ngày xuống chỉ còn vài giờ. Quy trình từ ETL → Clustering → Supervised Learning → NLP → Graph Analytics → Risk Scoring tạo ra một chuỗi giá trị liên tục, giúp Kế toán trưởng, CFO và Giám đốc thuế đưa ra quyết định nhanh chóng, chuẩn xác và giảm thiểu tối đa khả năng bị truy thu.
Serimi App đã tích hợp toàn bộ các mô-đun trên trong một nền tảng duy nhất, hỗ trợ doanh nghiệp đánh giá rủi ro, tự động tạo báo cáo giải trình và đưa ra khuyến nghị hành động ngay trong thời gian thực. Đừng để những lỗi “nhỏ” trong hồ sơ RGGC gây ra những hậu quả “lớn” cho doanh nghiệp của bạn.
Hãy liên hệ ngay để được trải nghiệm demo miễn phí và tư vấn chi tiết: sales@serimi.com







