AI FOR ACCOUNTING CONTROL
AI tìm tín hiệu nhanh, con người chịu trách nhiệm về chứng từ, bút toán và kết luận.
Chào bạn,
AI có thể đọc hàng nghìn dòng, gợi ý chênh lệch và soạn nhận xét nhanh hơn con người. Nhưng nó cũng có thể đọc sai ảnh, bỏ dấu âm, suy diễn thuế suất hoặc tạo một lời giải thích nghe hợp lý mà không có chứng từ. Giá trị thực tế nằm ở việc giao đúng nhiệm vụ, giới hạn dữ liệu và giữ người có thẩm quyền ở điểm quyết định.
1. Mô hình đúng – AI là lớp kiểm tra, không phải kế toán trưởng
| Lớp | Vai trò | Không được bỏ |
|---|---|---|
| Hệ thống nguồn | Hóa đơn, ERP, ngân hàng, kho | Dữ liệu gốc và audit log |
| Rule engine | Kiểm điều kiện xác định được | Quy tắc phiên bản hóa |
| AI | Phân loại, xếp hạng, gợi ý | Confidence và lý do |
| Con người | Xác minh, phê duyệt, định khoản | Trách nhiệm nghề nghiệp |
| Lưu trữ | Giữ input, output, quyết định | Khả năng tái lập |
Nếu AI được phép sửa sổ trực tiếp mà không có approval, doanh nghiệp đã biến một công cụ xác suất thành người kiểm soát cuối. Thiết kế an toàn là AI tạo exception, không tự kết luận hợp lệ.
2. Sáu việc AI làm khá tốt
Đọc và trích xuất trường dữ liệu
OCR kết hợp mô hình ngôn ngữ có thể lấy số hóa đơn, ngày, MST, tiền trước thuế, thuế và tổng thanh toán. Kết quả cần confidence theo từng trường, không chỉ một điểm chung cho cả tài liệu.
Phát hiện chứng từ có khả năng trùng
AI hỗ trợ so số hóa đơn, vendor, ngày, amount, file hash và nội dung gần giống. Nó hữu ích khi cùng invoice được gửi qua email, drive và hệ thống mua hàng.
Gợi ý phân loại
Từ mô tả, vendor, cost center và lịch sử, công cụ có thể đề xuất tài khoản hoặc nhóm chi phí. Đề xuất phải đi kèm giao dịch tương tự đã được duyệt và không tự ghi sổ.
Tìm bất thường
Mô hình có thể xếp hạng giao dịch cuối tuần, số tròn, vendor mới, thanh toán chia nhỏ, VAT khác lịch sử hoặc tài khoản ngân hàng thay đổi. Tín hiệu bất thường không đồng nghĩa gian lận.
Soạn bridge và nhận xét
Khi được cung cấp bảng số đã kiểm, AI có thể viết bản nháp mô tả biến động, nêu top driver và câu hỏi. Người review phải kiểm đơn vị, dấu, kỳ so sánh và mọi con số.
Tra cứu quy trình nội bộ
Một trợ lý dùng kho tài liệu đã phê duyệt có thể trả lời invoice đi qua ai, ngưỡng duyệt nào và mẫu nào cần dùng. Nó an toàn hơn hỏi internet chung, nếu quyền truy cập được thiết kế đúng.
3. Sáu việc không nên giao tự động
- Phê duyệt thanh toán hoặc thay tài khoản người hưởng.
- Quyết định thuế suất, ưu đãi hoặc kỳ kê khai cho giao dịch phức tạp.
- Tạo chứng từ còn thiếu để làm hồ sơ trông đầy đủ.
- Ghi bút toán cuối cùng không có người duyệt.
- Kết luận vendor gian lận chỉ từ một điểm bất thường.
- Phát hành báo cáo tài chính hoặc giải trình ra ngoài.
AI không chịu trách nhiệm pháp lý thay người đại diện, người làm kế toán hoặc người ký báo cáo. Dòng chữ generated by AI không khắc phục một số liệu sai.
4. Phân loại dữ liệu trước khi đưa vào AI
| Mức | Ví dụ | Cách xử lý |
|---|---|---|
| Public | Văn bản đã công bố | Có thể dùng theo chính sách |
| Internal | Quy trình, chart of accounts | Công cụ doanh nghiệp, giới hạn quyền |
| Confidential | Giá, hợp đồng, công nợ | Mã hóa, DLP, hợp đồng xử lý |
| Personal | Lương, CCCD, tài khoản | Căn cứ xử lý và kiểm soát dữ liệu cá nhân |
| Restricted | Mật khẩu, token, khóa ký | Không đưa vào prompt |
Ẩn tên không đủ nếu amount, ngày, mã và ngữ cảnh vẫn nhận diện được cá nhân. Redaction phải dựa mục đích, và bản mapping cần được bảo vệ riêng.
5. Một prompt kế toán tốt gồm gì?
Role: Bạn là lớp rà soát cấp một, không phê duyệt.
Task: Kiểm các trường bắt buộc và xếp exception.
Input schema: invoice_id, vendor_id, date, amount, tax, PO, bank.
Rules: Chỉ dùng dữ liệu cung cấp, không đoán giá trị thiếu.
Output: JSON gồm status, confidence, reasons, evidence_fields.
Escalation: Nếu thiếu bằng chứng hoặc confidence thấp, trả NEED_REVIEW.
Câu nhắc hãy kiểm chứng không đủ. Prompt cần output có cấu trúc để máy sau đó kiểm schema, và cần cấm mô hình tự tạo nội dung chứng từ.
6. Quy trình rà invoice human-in-the-loop
- Nhận file qua kênh kiểm soát và quét mã độc.
- Tạo document ID, hash và bản gốc chỉ đọc.
- OCR trích trường cùng tọa độ trên ảnh.
- Rule engine kiểm định dạng, tổng tiền và duplicate.
- AI phân loại exception và đề xuất queue.
- AP reviewer mở ảnh tại vị trí bằng chứng.
- Người có thẩm quyền chấp nhận, từ chối hoặc yêu cầu bổ sung.
- ERP nhận dữ liệu đã duyệt qua interface có log.
- Kiểm sample sau ghi sổ và theo dõi false positive.
7. Kiểm toán tổng tiền trước khi tin AI
Với hóa đơn, phép kiểm deterministic phải chạy trước: tiền trước thuế cộng thuế và khoản khác bằng tổng thanh toán trong giới hạn làm tròn. Kiểm currency, dấu âm, separator và số trang. Nếu phép tính không khớp, AI không được tự chọn số có vẻ hợp lý.
| Control | Failure |
|---|---|
| Control total | Tổng dòng không bằng header |
| Duplicate key | Cùng vendor, số, ngày, amount |
| Three-way match | PO, receipt, invoice lệch |
| Bank validation | Tài khoản khác master data |
| Tax math | Base nhân rate không khớp |
| Period check | Ngày ngoài kỳ hoặc khóa sổ |
8. UAT bằng bộ mẫu thật
Không đánh giá bằng năm invoice đẹp. Tạo bộ mẫu đã gắn nhãn gồm scan mờ, ảnh nghiêng, nhiều trang, ngoại tệ, credit note, hóa đơn có chiết khấu, chữ viết tay và file trùng. Giữ riêng tập test, không dùng toàn bộ để tinh chỉnh.
- Field accuracy theo từng trường.
- Duplicate precision và recall.
- Tỷ lệ chứng từ phải review.
- False negative ở lỗi trọng yếu.
- Thời gian xử lý một chứng từ.
- Tỷ lệ override của con người.
Đặt ngưỡng go-live theo rủi ro. Sai số tài khoản ngân hàng nghiêm trọng hơn đọc sai tên đường, nên không dùng một accuracy chung.
9. Ví dụ pilot 100 chứng từ
Trong 100 invoice, hệ thống đọc đúng toàn bộ trường bắt buộc ở 82, chuyển review 15 và bỏ sót 3 lỗi thuế. Dù document accuracy là 82%, pilot chưa đạt nếu ba lỗi bỏ sót có giá trị lớn. Nhóm dự án cần tìm nguyên nhân, bổ sung rule và test lại trên tập mới.
Kết quả tốt hơn có thể là tự động chuyển 60 invoice rủi ro thấp, review nhanh 35 và review sâu 5. Mục tiêu không nhất thiết tự động hóa 100%, mà giảm việc gõ lại trong khi tăng khả năng phát hiện lỗi.
10. AI viết nhận xét báo cáo thế nào?
Chỉ đưa bảng đã reconcile và dictionary định nghĩa chỉ số. Yêu cầu mô hình nêu biến động có số, không suy đoán nguyên nhân ngoài dữ liệu, và liệt kê câu hỏi cần xác minh. Mọi nhận xét phải trace về cell hoặc query.
Input: doanh thu +8%, biên gộp -3 điểm, phải thu quá hạn +40%, tiền -15%.
Bản nháp an toàn: Doanh thu tăng nhưng chất lượng chuyển đổi thành tiền giảm. Biên gộp thấp hơn 3 điểm phần trăm và phải thu quá hạn tăng 40%. Cần phân tích tác động giá, mix, hoàn hàng và năm khách hàng quá hạn lớn nhất trước khi kết luận.
11. Quản trị model và version
| Hồ sơ | Nội dung |
|---|---|
| Use case register | Mục đích, owner, dữ liệu, quyết định |
| Model card nội bộ | Phiên bản, giới hạn, ngôn ngữ, benchmark |
| Prompt version | Ngày hiệu lực và thay đổi |
| Decision log | Input ID, output, reviewer, kết quả |
| Incident log | Lộ dữ liệu, output sai, hành động |
| Monitoring | Drift, override, false negative |
Nhà cung cấp đổi model có thể làm kết quả khác mà quy trình doanh nghiệp không đổi. Vì vậy cần regression test trước khi đưa phiên bản mới vào production.
12. Đánh giá nhà cung cấp
- Dữ liệu có được dùng để huấn luyện không?
- Lưu ở quốc gia nào và trong bao lâu?
- Có mã hóa khi truyền và lưu không?
- Ai tại nhà cung cấp có thể truy cập?
- Có xóa theo yêu cầu và bằng chứng xóa không?
- Subprocessor nào tham gia?
- Có audit log, SSO, MFA và phân quyền không?
- Quy trình thông báo sự cố thế nào?
Điều khoản marketing nói dữ liệu an toàn không thay due diligence kỹ thuật và pháp lý. Với dữ liệu cá nhân hoặc tài chính nhạy cảm, cần phối hợp legal, security, accounting và procurement.
13. RACI
| Vai trò | Trách nhiệm |
|---|---|
| Accounting owner | Định nghĩa nghiệp vụ và acceptance |
| Reviewer | Xác minh exception |
| IT | Integration, access, backup |
| Security | DLP, incident, vendor risk |
| Legal and privacy | Căn cứ xử lý và hợp đồng |
| Internal audit | Đánh giá độc lập control |
14. Tách hiệu quả kế toán, thuế, tiền và quản trị
AI có thể đề xuất bút toán kế toán nhưng không tự kết luận chi phí được trừ thuế. Nó có thể dự báo tiền nhưng không thay phê duyệt thanh toán. Nó có thể soạn dashboard quản trị nhưng không được sửa số trong báo cáo tài chính để làm câu chuyện đẹp hơn. Bốn mục tiêu cần dataset và approval riêng.
15. Checklist go-live
- Use case có owner và giới hạn.
- Dữ liệu được phân loại.
- Hợp đồng và privacy review hoàn tất.
- Rule chạy trước AI.
- Output có confidence và evidence.
- Người duyệt không bị bỏ qua.
- UAT có edge case và ngưỡng đạt.
- Log đủ để tái lập.
- Rollback đã thử.
- Monitoring và incident runbook hoạt động.
16. Lỗi thường gặp
- Upload cả thư mục chứng từ lên chatbot công cộng.
- Dùng AI để hợp thức hóa hồ sơ thiếu.
- Chỉ đo tốc độ, không đo false negative.
- Không lưu phiên bản prompt và model.
- Cho output đi thẳng vào ERP.
- Người review bấm chấp nhận hàng loạt.
- Không test lại sau khi nhà cung cấp cập nhật.
17. FAQ
AI có thay kế toán viên không?
AI thay một phần thao tác lặp, nhưng trách nhiệm về số, chứng từ, ước tính và phê duyệt vẫn cần con người có năng lực.
Có nên cho AI đọc hóa đơn thật?
Chỉ khi có môi trường, hợp đồng, căn cứ xử lý, quyền truy cập và kiểm soát phù hợp. Pilot có thể bắt đầu bằng dữ liệu tổng hợp hoặc đã giảm nhận diện.
Accuracy bao nhiêu là đủ?
Không có một số chung. Ngưỡng phải theo trường dữ liệu, giá trị, khả năng phát hiện và tác động của lỗi.
– Gr Hanh Lee · Một người, ít lời – nhiều ý, nhiều hành trình
Lặng lẽ học, vững vàng đi 🌸