AI Agent nhắc công nợ khách hàng: Khi nào nên gửi và khi nào cần dừng?

Cuối tháng, kế toán công nợ thường mở bảng tuổi nợ, lọc các hóa đơn quá hạn rồi soạn từng email hoặc tin nhắn nhắc khách. Việc này lặp lại nhưng không đơn giản. Một lời nhắc gửi nhầm cho khách vừa chuyển khoản hôm qua, hoặc cho khách đang khiếu nại chất lượng hàng, có thể làm hỏng quan hệ nhiều hơn số tiền thu về.

AI Agent có thể đảm nhận phần soạn và gửi lời nhắc theo lịch, nhưng giá trị thật nằm ở chỗ nó biết khi nào không được gửi. Điều đó phụ thuộc vào dữ liệu thanh toán cập nhật tới đâu, trạng thái tranh chấp được ghi ở đâu và ai là người quyết định với từng khách.

Bài viết trình bày các thành phần cần thiết kế cho một luồng nhắc công nợ tự động, quy trình triển khai và những điều kiện buộc hệ thống phải dừng lại.

1. Bản chất của AI nhắc công nợ

Về kỹ thuật, AI nhắc công nợ là một luồng đọc dữ liệu hóa đơn và thanh toán từ phần mềm kế toán hoặc ERP, xác định hóa đơn nào đến lượt nhắc, soạn nội dung phù hợp với từng khách và gửi qua kênh đã thống nhất. Mô hình ngôn ngữ chỉ đảm nhận phần viết lời nhắc và đọc phản hồi của khách. Việc chọn hóa đơn, tính số ngày quá hạn và quyết định có gửi hay không nên theo quy tắc cố định mà kế toán đã duyệt.

Có thể chia việc thành ba mức. Mức đọc là tra số dư, lịch sử thanh toán và hạn thanh toán theo hợp đồng. Mức tra cứu thời gian thực là kiểm tra lại ngay trước khi gửi xem khách đã trả chưa, có phiếu tranh chấp nào đang mở hay không. Mức ghi là gửi lời nhắc ra ngoài và lưu lịch sử nhắc vào hệ thống. Mức ghi rủi ro nhất vì tin đã gửi thì không thu hồi được, nên phải có điều kiện chặn rõ ràng. Nếu doanh nghiệp muốn nhìn tổng thể dòng tiền trước khi tự động hóa khâu nhắc nợ, xem bài AI theo dõi dòng tiền.

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

1. Xác minh hóa đơn và số dư

Trước mỗi lần nhắc, hệ thống phải đối chiếu số hóa đơn, số tiền còn lại và hạn thanh toán với sổ công nợ chính thức, không dùng bản xuất Excel từ tuần trước. Những trường hợp khách trả một phần, có giấy báo có chưa khớp hoặc có điều chỉnh giảm trừ cần được nhận diện riêng. Hóa đơn nào có số dư lệch giữa hai nguồn thì đưa vào danh sách chờ kế toán kiểm tra, không nhắc.

2. Phân nhóm theo tuổi nợ

Tuổi nợ quyết định giọng điệu và tần suất nhắc. Hóa đơn sắp đến hạn chỉ cần một lời nhắc lịch sự, còn hóa đơn quá hạn lâu nên để người phụ trách liên hệ trực tiếp. Các mốc phân nhóm do kế toán trưởng chốt thành bảng, AI chỉ áp bảng đó. Nếu mỗi khách có điều khoản thanh toán riêng, tuổi nợ phải tính từ hạn thực trong hợp đồng chứ không tính từ ngày xuất hóa đơn.

3. Chọn kênh và tần suất

Mỗi khách nên có kênh nhận nhắc đã thống nhất: email phòng kế toán bên khách, Zalo của người phụ trách mua hàng hoặc cổng thông tin khách hàng. Cần đặt giới hạn số lần nhắc trong một khoảng thời gian và khung giờ gửi để không gây phiền. Cùng một lời nhắc được gửi qua ba kênh trong một ngày là dấu hiệu thiết kế sai.

4. Cá nhân hóa nội dung

Lời nhắc tốt nêu đúng số hóa đơn, số tiền, hạn thanh toán, thông tin chuyển khoản và người để liên hệ khi có thắc mắc. AI có thể điều chỉnh cách xưng hô và mức trang trọng theo từng khách, nhưng các con số phải lấy nguyên từ hệ thống, không để mô hình tự viết lại. Nên có sẵn vài mẫu khung đã duyệt cho từng nhóm tuổi nợ, AI chỉ điền và chỉnh câu chữ trong khung đó.

5. Ghi nhận tranh chấp

Khách trả lời rằng hàng lỗi, giao thiếu hoặc hóa đơn ghi sai thông tin là tín hiệu tranh chấp. AI đọc phản hồi, gắn cờ tranh chấp cho đúng hóa đơn, tạo việc cho người phụ trách và ngừng mọi lời nhắc tiếp theo với hóa đơn đó. Cờ này chỉ được gỡ bởi người, sau khi vấn đề đã giải quyết xong và kết quả được ghi lại.

6. Dừng khi đã thanh toán

Điều kiện dừng quan trọng nhất là khách đã trả tiền. Ngay trước khi gửi, luồng phải kiểm tra lại giao dịch ngân hàng hoặc bút toán thu mới nhất, vì dữ liệu lấy lúc sáng có thể đã cũ vào buổi chiều. Nếu nguồn thanh toán chậm cập nhật hoặc không kết nối được, lựa chọn an toàn là hoãn gửi chứ không gửi theo dữ liệu cũ.

7. Chuyển phụ trách

Có những trường hợp không nên để máy tiếp tục: khách lớn có quan hệ lâu năm, khoản nợ quá hạn dài, khách xin gia hạn hoặc đề nghị trả làm nhiều đợt. Luồng cần biết chuyển cho ai, sales phụ trách khách, kế toán công nợ hay trưởng phòng tài chính, kèm tóm tắt lịch sử nhắc và phản hồi. Người nhận phải thấy đủ bối cảnh để không phải hỏi lại khách từ đầu.

8. Đo hiệu quả thu hồi

Hiệu quả không nằm ở số tin đã gửi mà ở việc hóa đơn được thanh toán sau lời nhắc, số ngày thu tiền bình quân thay đổi ra sao và số phàn nàn về cách nhắc. Nên so với giai đoạn trước khi tự động hóa, trên cùng nhóm khách. Nếu tiền về nhanh hơn nhưng phàn nàn tăng, cách nhắc đang cần sửa.

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

Chọn nhóm khách và loại hóa đơn cho giai đoạn đầu, chẳng hạn khách doanh nghiệp nhỏ thanh toán chuyển khoản, loại trừ khách chiến lược và khách có hợp đồng đặc biệt. Đầu ra là danh sách phạm vi, chỉ số cần theo dõi và số liệu hiện trạng để so sánh. Kế toán trưởng ký xác nhận phạm vi này.

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

Làm sạch thông tin liên hệ của khách: email kế toán còn dùng được không, ai là người nhận nhắc. Ánh xạ các trường hóa đơn, thanh toán, điều khoản hợp đồng và trạng thái tranh chấp giữa phần mềm kế toán với luồng tự động. Tài khoản kết nối chỉ được đọc sổ công nợ và ghi lịch sử nhắc, không được sửa số dư hay bút toán.

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

Viết ra từng điều kiện dừng và điều kiện chuyển người: đã thanh toán, trả một phần, có tranh chấp, xin gia hạn, sai thông tin liên hệ. Quyết định nhóm nào gửi tự động, nhóm nào cần kế toán duyệt từng lời nhắc trước khi gửi. Bước duyệt nên nằm trong hệ thống thay vì qua tin nhắn riêng, xem cách thiết kế ở bài quy trình phê duyệt AI Agent.

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

Chạy thử ở chế độ chỉ soạn, không gửi: AI tạo lời nhắc, kế toán đọc và đánh dấu đúng hay sai. Khi bản nháp đạt yêu cầu mới bật gửi thật cho một nhóm nhỏ. Định kỳ xem lại nhật ký các lần dừng, lần chuyển người và phản hồi của khách để chỉnh quy tắc.

4. Ví dụ giả định

Hệ thống chuẩn bị lời nhắc cho hóa đơn quá hạn bảy ngày nhưng phát hiện khách đã mở tranh chấp chất lượng. Luồng tự động dừng và chuyển kế toán cùng sales xử lý, tránh tiếp tục gửi thông báo máy móc.

Từ tình huống này có thể viết thành các ca thử. Hóa đơn quá hạn không có tranh chấp thì gửi. Hóa đơn có phiếu tranh chấp đang mở thì dừng và tạo việc. Khách trả lời lời nhắc bằng một khiếu nại mới thì AI phải nhận ra và gắn cờ. Tranh chấp đã đóng thì lời nhắc được phép tiếp tục. Bài học là trạng thái tranh chấp phải nằm ở nơi luồng đọc được, không chỉ trong email riêng giữa sales và khách.

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

• Không gửi khi dữ liệu thanh toán chưa cập nhật
• Tránh giọng đe dọa
• Không công khai thông tin công nợ
• Tuân thủ quy trình tranh chấp và phê duyệt

Rủi ro lớn nhất là nhắc sai người, sai số tiền hoặc nhắc khách đã trả, vì mỗi lần như vậy khách mất thiện cảm. Thông tin công nợ là dữ liệu tài chính nhạy cảm: không gửi vào nhóm chat chung, không đưa lên kênh công khai, không gửi cho người liên hệ không phụ trách thanh toán. Mỗi lời nhắc cần một mã riêng để khi luồng chạy lại không gửi hai lần. Nội dung luôn giữ giọng lịch sự, không nêu hậu quả mà doanh nghiệp chưa quyết định.

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

Kế toán công nợ sở hữu quy tắc nhắc: mốc tuổi nợ, mẫu nội dung, danh sách khách loại trừ và các điều kiện dừng. Sales phụ trách khách nắm bối cảnh quan hệ, xử lý tranh chấp và đề nghị gia hạn khi được chuyển tới. Đội kỹ thuật lo kết nối với phần mềm kế toán, dữ liệu ngân hàng và kênh gửi, cùng cảnh báo khi đồng bộ bị chậm.

Trưởng phòng tài chính quyết định khi nào mở rộng phạm vi và là người có quyền tạm dừng toàn bộ luồng nhắc, ví dụ khi phát hiện sổ công nợ đang lệch sau một đợt đối chiếu. Mọi thay đổi về mẫu nội dung hay quy tắc đều ghi lại người sửa, lý do, và chạy lại bộ ca thử trước khi áp dụng.

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

• Tỷ lệ hoàn thành đúng theo tiêu chí đã duyệt
• Tỷ lệ từ chối đúng và chuyển người phụ trách
• Lỗi tích hợp, độ trễ và số thao tác phải sửa
• Chi phí cùng tác động kinh doanh của quy trình

Nên xem theo từng nhóm tuổi nợ: tỷ lệ hóa đơn được thanh toán sau lời nhắc, số lần luồng dừng đúng vì khách đã trả hoặc đang tranh chấp, số lời nhắc bị kế toán sửa trước khi gửi và số phản hồi phàn nàn về cách nhắc. Chỉ số cần giữ bằng không là số lần nhắc nhầm khách đã thanh toán.

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

• Nguồn dữ liệu 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 nhắc công nợ ngay không? Có thể bắt đầu sớm nếu sổ công nợ đã chính xác và dữ liệu thanh toán cập nhật kịp. Nếu kế toán vẫn phải đối chiếu tay mới biết khách đã trả hay chưa, nên chuẩn hóa phần đó trước khi bật gửi tự động.

Nên bắt đầu nhắc công nợ tự động từ nhóm khách nào? Chọn nhóm khách nhỏ, hóa đơn giá trị vừa phải, thanh toán bằng chuyển khoản và ít tranh chấp. Giai đoạn đầu để AI soạn nháp cho kế toán duyệt, rồi mới chuyển dần sang gửi tự động.

Khi nào lời nhắc công nợ cần người duyệt? Khi khách thuộc nhóm chiến lược, khi khoản nợ quá hạn lâu, khi có tranh chấp hoặc đề nghị gia hạn, và khi lời nhắc sắp đưa ra nội dung khác mẫu đã duyệt. Những trường hợp này ảnh hưởng quan hệ khách hàng nên cần người quyết định.

AI có được tự đồng ý gia hạn thanh toán cho khách không? Không nên. AI chỉ ghi nhận đề nghị, tóm tắt lịch sử và chuyển cho người có thẩm quyền; chấp thuận gia hạn hay chia nhỏ khoản thanh toán là quyết định của kế toán trưởng hoặc sales phụ trách.

Kết luận

Một luồng nhắc công nợ tốt không đo bằng số tin gửi đi mà bằng việc nó gửi đúng khách, đúng số tiền và biết dừng đúng lúc. Hãy xây phần điều kiện dừng và chuyển người trước, rồi mới tối ưu câu chữ. Nếu hóa đơn đầu vào còn ở dạng giấy hoặc PDF rời rạc, xem thêm bài AI đọc hóa đơn, chứng từ.

Trao đổi với Naventic để khảo sát quy trình thu hồi công nợ. Đọc thêm: AI Finance & Accounting Agent.