AI Agent hỗ trợ theo dõi dòng tiền và cảnh báo thiếu hụt ra sao?

Nhiều doanh nghiệp có lãi trên sổ sách nhưng vẫn căng thẳng mỗi kỳ trả lương hay thanh toán nhà cung cấp. Nguyên nhân thường không phải thiếu doanh thu mà là tiền về chậm hơn tiền đi: vài hóa đơn lớn bị khách trả trễ đúng tuần có khoản phải trả đến hạn. Kế toán biết điều đó, nhưng thông tin nằm rải ở tài khoản ngân hàng, sổ công nợ và lịch thanh toán, nên bức tranh đầy đủ chỉ có khi ai đó ngồi tổng hợp.

AI Agent có thể làm phần tổng hợp đó đều đặn: gom số dư, khoản phải thu, khoản phải trả, dựng dòng tiền dự kiến theo tuần và báo khi có khả năng thiếu hụt. Giá trị thật nằm ở chỗ cảnh báo đến sớm và nói rõ nó dựa trên giả định nào.

Bài viết mô tả dữ liệu cần có, cách thiết kế dự báo và cảnh báo, quy trình triển khai và ranh giới giữa phần việc của AI với quyết định tài chính của con người.

1. Bản chất của AI theo dõi dòng tiền

Dòng tiền dự kiến về bản chất là một bảng tính: số dư đầu kỳ, cộng tiền dự kiến thu, trừ tiền dự kiến chi, theo từng tuần hoặc từng ngày. Phần cộng trừ này nên do công thức đảm nhận để ai cũng kiểm tra được. AI có ích ở việc gom dữ liệu từ nhiều nguồn, ước tính ngày thu thực tế dựa trên thói quen trả tiền của từng khách, giải thích vì sao tuần này khác tuần trước và trả lời câu hỏi của giám đốc bằng ngôn ngữ thường.

Ba mức việc áp vào tài chính cần rất thận trọng. Mức hỏi đáp là giải thích cách đọc báo cáo và định nghĩa các khoản. Mức tra cứu là đọc số dư ngân hàng, công nợ và lịch thanh toán từ phần mềm kế toán; quyền này chỉ là quyền xem và chỉ dành cho người có thẩm quyền. Mức ghi, như lập lệnh chi, dời ngày thanh toán hay gửi đề nghị vay, nằm ngoài phạm vi của một agent theo dõi dòng tiền.

2. Các yếu tố cần thiết kế

1. Số dư tiền

Số dư đầu kỳ lấy từ tài khoản ngân hàng và quỹ tiền mặt, kèm thời điểm cập nhật. Nếu số dư ngân hàng vào hệ thống qua file sao kê thay vì kết nối trực tiếp, cảnh báo phải cho biết số liệu đã cũ bao lâu. Các khoản ký quỹ hoặc bị phong tỏa cần tách riêng khỏi số tiền dùng được.

2. Khoản phải thu

Khoản phải thu lấy từ sổ công nợ theo từng hóa đơn, kèm ngày đến hạn. Chỉ dùng ngày đến hạn trên hợp đồng thường quá lạc quan, nên có thêm ngày thu dự kiến dựa trên lịch sử trả tiền của từng khách và để kế toán công nợ chỉnh khi có tin mới. Hóa đơn đang tranh chấp đánh dấu riêng, không cộng vào tiền chắc chắn thu.

3. Khoản phải trả

Khoản phải trả gồm hóa đơn nhà cung cấp, lương, nghĩa vụ thuế, chi phí mặt bằng và các khoản trả định kỳ. Khoản định kỳ dễ bị sót vì không có hóa đơn mỗi kỳ, nên cần một danh mục riêng do kế toán quản lý. Hóa đơn đầu vào có thể được ghi nhận nhanh hơn nhờ AI đọc hóa đơn chứng từ, nhưng chỉ khoản đã được xác nhận mới đưa vào dự báo.

4. Lịch thanh toán

Lịch thanh toán cho biết công ty thực sự định chi vào ngày nào, có thể khác ngày đến hạn. Nếu kế toán quen gom các khoản chi vào vài ngày cố định trong tháng, dự báo phải theo đúng thói quen đó. Mọi thay đổi lịch do người có thẩm quyền quyết định và ghi lại; agent chỉ đọc.

5. Kịch bản dự báo

Một dự báo duy nhất dễ tạo cảm giác chắc chắn giả. Nên có ít nhất hai kịch bản: cơ sở, theo ngày thu dự kiến, và thận trọng, khi một số khách lớn trả chậm. Mỗi kịch bản ghi rõ giả định để người đọc biết nên tin tới đâu.

6. Ngưỡng cảnh báo

Ngưỡng cảnh báo do giám đốc tài chính hoặc kế toán trưởng đặt, ví dụ khi số dư dự kiến xuống dưới mức tối thiểu công ty muốn giữ. Cảnh báo nói rõ tuần nào, thiếu vì những khoản nào và theo kịch bản nào. Ngưỡng quá nhạy khiến mọi người quen bỏ qua; quá chậm thì không còn thời gian xoay xở.

7. Giải thích biến động

Khi dòng tiền dự kiến thay đổi mạnh so với lần trước, agent liệt kê những khoản gây ra thay đổi: khách nào dời ngày trả, khoản chi nào mới phát sinh. Lời giải thích phải dựa trên dữ liệu có trong hệ thống, không phỏng đoán nguyên nhân kinh doanh. Phần này giúp buổi họp tài chính đi thẳng vào vấn đề.

8. Phê duyệt hành động tài chính

Cảnh báo có thể kèm vài hướng để người có thẩm quyền cân nhắc, như ưu tiên thu hồi một số khoản hay xem lại thứ tự chi. Quyết định hoãn thanh toán, vay ngắn hạn hay điều chuyển tiền thuộc giám đốc tài chính hoặc chủ doanh nghiệp. Agent không có quyền lập lệnh chi hay làm việc với ngân hàng.

3. Quy trình triển khai thực tế

Bước 1: Xác định phạm vi và kết quả cần đo

Xác định kỳ dự báo, mức chi tiết theo tuần hay theo ngày, và những tài khoản, đơn vị nào được đưa vào. Kết quả cần đo là độ lệch giữa dòng tiền dự kiến và thực tế, và việc cảnh báo có đến trước thời điểm cần xử lý hay không. Kế toán trưởng chốt phạm vi và ký xác nhận.

Bước 2: Chuẩn hóa dữ liệu cùng quyền truy cập

Đối chiếu số dư và công nợ trong phần mềm kế toán với sao kê ngân hàng để chắc dữ liệu đầu vào sạch. Lập danh mục các khoản chi định kỳ và các khoản đang theo dõi ngoài hệ thống. Chỉ người được giám đốc tài chính chỉ định mới xem được báo cáo dòng tiền; IT cấu hình quyền của agent ở mức chỉ xem.

Bước 3: Thiết kế tích hợp ngoại lệ và phê duyệt

Xác định agent làm gì khi thiếu dữ liệu: sao kê chưa cập nhật, hóa đơn chưa có ngày đến hạn, khoản tiền về không khớp hóa đơn nào. Các trường hợp này hiện thành danh sách cho kế toán xử lý, không bị lặng lẽ bỏ khỏi dự báo. Người nhận cảnh báo và kênh gửi được thống nhất với ban giám đốc.

Bước 4: Kiểm thử vận hành rồi cải thiện theo log

Dựng lại dự báo cho các kỳ đã qua và so với dòng tiền thực tế để thấy mô hình lệch ở đâu. Sau đó chạy song song với bảng kế toán đang làm, ghi lại những lần kế toán phải sửa ngày thu, thêm khoản chi hoặc thấy cảnh báo vô ích. Các trường hợp này trở thành ca thử cho những lần cập nhật sau.

4. Ví dụ giả định

AI tổng hợp số dư và lịch thanh toán, cảnh báo tuần có khả năng thiếu tiền nếu ba hóa đơn lớn trả chậm. Báo cáo nêu giả định và cho phép kế toán cập nhật ngày thu; AI không tự vay hoặc trì hoãn thanh toán.

Bộ ca thử rút ra từ tình huống này nên gồm: cả ba hóa đơn được trả đúng hạn, một trong ba trả chậm, cả ba trả chậm, và kế toán cập nhật ngày thu mới cho một hóa đơn. Kết quả mong đợi là cảnh báo xuất hiện hoặc biến mất đúng tuần, và dự báo thay đổi ngay sau khi kế toán sửa ngày. Nếu cảnh báo vẫn còn sau khi đã cập nhật, cần kiểm tra lỗi nằm ở đồng bộ dữ liệu hay ở cách lưu giả định.

5. Rủi ro và giới hạn

• Dự báo phụ thuộc dữ liệu thu chi
• Không thay quyết định tài chính
• Phân quyền số dư ngân hàng
• Giữ giả định và phiên bản dự báo

Dự báo dòng tiền chỉ tốt bằng dữ liệu thu chi được ghi đủ và kịp thời. Khoản chi ngoài hệ thống, hợp đồng chưa nhập hay sao kê về chậm đều làm dự báo lạc quan hơn thực tế. Số dư ngân hàng là thông tin nhạy cảm, nên quyền xem phải cấu hình trong phần mềm kế toán theo vai trò, không chỉ giới hạn ở giao diện chat. Mỗi bản dự báo lưu kèm giả định và thời điểm lập, để khi so với thực tế biết sai từ đâu.

6. Phân chia trách nhiệm vận hành

Kế toán trưởng sở hữu số liệu đầu vào, danh mục khoản chi định kỳ và các giả định về ngày thu. Kế toán công nợ cập nhật tình hình thu hồi và đánh dấu khoản tranh chấp. Giám đốc tài chính hoặc chủ doanh nghiệp đặt ngưỡng cảnh báo và quyết định mọi hành động tài chính. IT quản lý kết nối với phần mềm kế toán, dữ liệu ngân hàng và quyền xem báo cáo.

Khi đổi cách ước tính ngày thu, ngưỡng cảnh báo hay nguồn số dư, cần lưu phiên bản và chạy lại các kỳ đã qua để so sánh. Nếu đồng bộ dữ liệu lỗi, agent phải ngừng phát cảnh báo và báo rõ tình trạng, còn kế toán quay về bảng dòng tiền thủ công cho tới khi khắc phục xong.

7. Chỉ số nên theo dõi

• Tỷ lệ cảnh báo đúng theo tiêu chí đã duyệt
• Tỷ lệ khoản thiếu dữ liệu được chuyển kế toán xử lý
• Lỗi đồng bộ, độ trễ số dư và số giả định phải sửa
• Chi phí cùng tác động tới khả năng chủ động dòng tiền

Số báo cáo được tạo ra không nói lên chất lượng. Nên theo dõi độ lệch giữa dòng tiền dự kiến và thực tế theo từng tuần, số cảnh báo đến đủ sớm để xử lý, số cảnh báo sai và số lần kế toán phải sửa giả định. Tách theo khoản thu và khoản chi để biết lệch do khách trả chậm, do chi ngoài kế hoạch hay do dữ liệu.

8. Checklist trước khi vận hành

• Nguồn số dư, công nợ và chủ sở hữu đã xác nhận
• Quyền đọc ghi đã thử với nhiều vai trò
• Có phương án khi hệ thống lỗi hoặc thiếu dữ liệu
• Có log, phê duyệt và cơ chế chống thao tác trùng
• Có bộ kiểm thử hồi quy và người vận hành

9. Câu hỏi thường gặp

Có thể dùng AI theo dõi dòng tiền ngay không? Có thể nếu phần mềm kế toán đã ghi nhận công nợ phải thu, phải trả kèm ngày đến hạn và số dư ngân hàng được cập nhật đều. Nếu nhiều khoản chi vẫn nằm ngoài hệ thống, nên đưa chúng vào danh mục trước, không thì dự báo sẽ lạc quan hơn thực tế.

Nên bắt đầu dự báo dòng tiền bằng AI từ đâu? Bắt đầu với dự báo theo tuần cho một đơn vị hoặc nhóm tài khoản chính, dùng hai kịch bản cơ sở và thận trọng. Chạy song song với bảng dòng tiền kế toán đang làm để so sánh trước khi dùng cho quyết định.

Khi nào cảnh báo dòng tiền cần người duyệt? Bản thân cảnh báo chỉ là thông tin, nhưng mọi hành động sau đó như hoãn chi, vay ngắn hạn hay ưu tiên thu hồi đều do giám đốc tài chính hoặc người có thẩm quyền quyết định. Các giả định quan trọng, như ngày thu của khách lớn, cũng nên được kế toán xác nhận.

Kết luận

AI theo dõi dòng tiền giúp doanh nghiệp thấy trước tuần có thể thiếu tiền, thay vì phát hiện khi lệnh chi không đủ số dư. Điều kiện là dữ liệu thu chi đầy đủ, giả định được ghi rõ và quyết định tài chính vẫn thuộc người có thẩm quyền. Phần dòng tiền cũng có thể gộp vào báo cáo tuần do AI tổng hợp để ban giám đốc xem cùng các chỉ số khác.

Trao đổi với Naventic để khảo sát dữ liệu kế toán và thiết kế cảnh báo dòng tiền. Đọc thêm: AI Finance & Accounting Agent.