Khi số lượng hóa đơn và giao dịch tăng, đối soát công nợ không còn đơn giản là đặt hai bảng số liệu cạnh nhau để tìm khoản lệch. Một khoản thanh toán có thể liên quan đến nhiều hóa đơn, một hóa đơn có thể được thanh toán nhiều lần, còn dữ liệu lại nằm rải rác giữa ngân hàng, hệ thống bán hàng, ERP và các file theo dõi nội bộ.
Theo báo cáo B2B Payment Practices Trends in Vietnam 2025 của Atradius, 65% doanh số B2B tại các doanh nghiệp Việt Nam được khảo sát được thực hiện theo hình thức bán chịu, trong khi các khoản quá hạn ảnh hưởng tới 39% hóa đơn B2B. Khi quy mô công nợ lớn dần, quy trình đối soát công nợ cần được nhìn như một chuỗi kiểm soát dữ liệu liên tục, thay vì một công việc kế toán chỉ diễn ra vào cuối kỳ. Atradius
Đối soát công nợ hiệu quả cần được kiểm soát xuyên suốt từ dữ liệu đến ghi nhận
Một quy trình đối soát đáng tin cậy cần trả lời được sáu câu hỏi liên tiếp: đang đối soát phạm vi nào, dữ liệu lấy từ đâu, thế nào được coi là khớp, chênh lệch được xử lý ra sao, phần nào có thể tự động hóa và kết quả cuối cùng được ghi nhận ở đâu. Nếu một mắt xích chưa rõ, sai lệch có thể tiếp tục đi qua các bước sau dù từng hệ thống riêng lẻ vẫn cho ra những con số có vẻ hợp lý.
Bước 1. Xác định phạm vi và thời điểm chốt công nợ
Điểm khởi đầu của đối soát không phải là so sánh số liệu, mà là xác định chính xác những dữ liệu nào đang được đem ra so sánh.
Doanh nghiệp cần thống nhất kỳ đối soát, nhóm khách hàng hoặc nhà cung cấp, loại chứng từ được tính vào công nợ và thời điểm số liệu được coi là đã chốt. Điều này đặc biệt quan trọng với các giao dịch nằm gần ranh giới giữa hai kỳ. Hóa đơn có thể được phát hành ngày cuối tháng, khách hàng chuyển tiền cùng ngày nhưng ngân hàng chỉ ghi nhận vào ngày làm việc tiếp theo. Nếu hai hệ thống dùng hai mốc ghi nhận khác nhau, chênh lệch xuất hiện dù bản thân giao dịch không có sai sót.
Tương tự, một khoản chiết khấu đã được bộ phận kinh doanh phê duyệt nhưng chưa ghi nhận vào kế toán cũng có thể khiến số dư giữa các bên khác nhau.
Vì vậy, trước khi tìm câu trả lời cho câu hỏi “số nào sai”, doanh nghiệp cần chắc chắn rằng các hệ thống đang nói về cùng một phạm vi và cùng một thời điểm. Đây là điều kiện đầu tiên để mọi bước đối chiếu sau đó có ý nghĩa.
Bước 2. Tập hợp dữ liệu từ các nguồn liên quan
Sau khi phạm vi được xác định, vấn đề tiếp theo là đưa những dữ liệu cần thiết về cùng một luồng kiểm tra.
Trong thực tế, công nợ hiếm khi được giải thích đầy đủ bởi một nguồn dữ liệu duy nhất. ERP có thể lưu hóa đơn và số dư phải thu, hệ thống bán hàng lưu đơn hàng, ngân hàng ghi nhận dòng tiền thực tế, trong khi chiết khấu hoặc điều chỉnh lại nằm trong một file khác.
Bởi vậy, một phiên đối chiếu công nợ thường phải liên kết ít nhất ba lớp thông tin: nghĩa vụ phải thanh toán, giao dịch tiền thực tế và những điều chỉnh làm thay đổi số tiền phải thu.
Đây cũng là nơi nhiều quy trình tiêu tốn nguồn lực mà khó nhìn thấy. Kế toán có thể mất đáng kể thời gian để tải file, chuẩn hóa định dạng, tìm thông tin chuyển khoản và ghép dữ liệu trước khi thực sự bắt đầu kiểm tra chênh lệch.
Khi doanh nghiệp mở rộng, vấn đề này không tăng theo một đường thẳng. Thêm ngân hàng, pháp nhân, kênh bán hoặc hệ thống mới đồng nghĩa với thêm mối liên hệ dữ liệu phải được kiểm soát. Vì thế, tự động hóa đối soát công nợ nên bắt đầu từ việc giảm công việc tập hợp và chuẩn hóa dữ liệu, thay vì chỉ tự động hóa thao tác so sánh ở cuối quy trình.
Quy trình đối soát công nợ gồm tập hợp dữ liệu, đối chiếu sổ công nợ, khớp hóa đơn với thanh toán, xác định chênh lệch và điều chỉnh sai lệch. (Source: DepositFix)
Bước 3. Thiết lập quy tắc xác định một giao dịch thực sự khớp
Có dữ liệu ở cùng một nơi chưa đồng nghĩa với việc có thể đối soát chính xác. Doanh nghiệp vẫn phải xác định điều kiện nào đủ để kết luận một khoản thanh toán thuộc về một khoản công nợ cụ thể.
Đây là phần quan trọng nhất của toàn bộ quy trình.
Hai giao dịch cùng số tiền chưa chắc liên quan đến nhau. Một khách hàng có thể thanh toán năm hóa đơn trong một lần chuyển khoản. Ngược lại, một hóa đơn lớn có thể được thanh toán qua nhiều đợt. Khoản thực nhận cũng có thể thấp hơn giá trị hóa đơn do chiết khấu, phí hoặc điều chỉnh đã được hai bên thống nhất.
Vì vậy, quy tắc khớp thường phải kết hợp nhiều thông tin như mã hóa đơn, mã đơn hàng, khách hàng, số tiền, ngày thanh toán và nội dung chuyển khoản. Với những nghiệp vụ phức tạp hơn, doanh nghiệp còn cần xác định cách xử lý quan hệ một-nhiều, nhiều-một hoặc mức chênh lệch có thể chấp nhận.
Điểm quan trọng nằm ở chỗ những quy tắc này phải phản ánh đúng cách doanh nghiệp thực sự thu tiền và ghi nhận công nợ. Một hệ thống có thể kiểm tra hàng nghìn giao dịch rất nhanh, nhưng nếu tiêu chí xác định “khớp” chưa đúng, tốc độ không làm cho kết quả đáng tin cậy hơn.
Nói cách khác, chất lượng của đối soát nằm ở logic xác định giao dịch khớp, không nằm ở tốc độ so sánh dữ liệu.
Bước 4. Phân loại chênh lệch theo nguyên nhân và người cần xử lý
Sau khi các giao dịch đủ điều kiện được khớp, phần đáng quan tâm nhất chính là những giao dịch còn lại.
Một danh sách “không khớp” tự nó chưa tạo ra nhiều giá trị quản trị. Doanh nghiệp cần biết vì sao từng khoản chưa khớp và hành động nào phải diễn ra tiếp theo.
Một khoản có thể xuất phát từ việc khách hàng đã thanh toán nhưng chưa cung cấp thông tin hóa đơn. Khoản khác có thể là thanh toán thiếu, chiết khấu chưa được cập nhật, tiền chuyển nhầm hóa đơn hoặc dữ liệu giữa hai hệ thống chưa đồng bộ.
Vì thế, bước xử lý chênh lệch nên chuyển câu hỏi từ “giao dịch nào sai?” sang ba câu hỏi có tính vận hành hơn: nguyên nhân là gì, ai chịu trách nhiệm và trạng thái xử lý hiện tại ra sao?
Cách tiếp cận này cũng giúp bộ phận tài chính nhìn thấy nơi vấn đề thực sự phát sinh. Nếu một loại ngoại lệ lặp lại thường xuyên, doanh nghiệp có thể cần sửa quy trình ở phía trước thay vì tiếp tục xử lý cùng một lỗi ở mỗi kỳ đối soát.
Bước 5. Tự động hóa các kiểm tra có quy tắc rõ ràng
Chỉ sau khi dữ liệu, quy tắc khớp và cách xử lý ngoại lệ đã rõ, doanh nghiệp mới có nền tảng phù hợp để tự động hóa.
Theo nghiên cứu của McKinsey về số hóa chức năng tài chính, khoảng 40% hoạt động tài chính có thể được tự động hóa hoàn toàn và thêm 17% có thể được tự động hóa ở mức lớn. Những nghiệp vụ giao dịch có logic rõ và lặp lại là nhóm phù hợp nhất để bắt đầu. McKinsey & Company
Trong đối soát công nợ, điều này có nghĩa là hệ thống có thể tự động xử lý những giao dịch có đủ dữ liệu và đáp ứng quy tắc đã xác định, đồng thời chuyển các trường hợp bất thường cho con người.
Quy trình tự động hóa đối soát thanh toán từ tập hợp dữ liệu, liên kết thông tin chuyển tiền, khớp với hóa đơn, xử lý ngoại lệ đến ghi nhận vào hệ thống ERP. (Source: HighRadius)
Wesco cho thấy mô hình này có thể hoạt động ở quy mô lớn. Doanh nghiệp phân phối B2B này từng có chín nhân sự xử lý khoảng tám triệu hóa đơn thanh toán. Sau khi tự động hóa quá trình thu thập thông tin và khớp thanh toán, 94% khoản thanh toán có thể được tự động ghi nhận vào ERP trên 11 hệ thống ERP và 30 đơn vị kinh doanh. Case study của HighRadius về Wesco highradius.com
Điểm đáng chú ý không phải là cố đạt tỷ lệ tự động hóa 100%. Giá trị nằm ở việc tách được phần có thể dự đoán khỏi phần thực sự cần đánh giá, để nhân sự tài chính tập trung vào ngoại lệ thay vì kiểm tra lại hàng loạt giao dịch vốn đã rõ ràng.
Bước 6. Đưa kết quả đối soát trở lại hệ thống
Quy trình chưa kết thúc khi kế toán đã tìm ra nguyên nhân của khoản chênh lệch.
Nếu kết quả sau đó vẫn phải được nhập thủ công trở lại ERP hoặc phần mềm kế toán, doanh nghiệp vẫn còn một điểm đứt trong luồng dữ liệu. Mỗi lần nhập lại là một lần phát sinh nguy cơ sai sót, đồng thời khiến lịch sử xử lý bị phân tán giữa email, bảng tính và hệ thống chính.
Một quy trình khép kín cần đưa kết quả đã xác nhận trở lại nơi quản lý công nợ chính thức: cập nhật trạng thái hóa đơn, ghi nhận điều chỉnh, lưu lịch sử xử lý và thay đổi số dư khi cần thiết.
Khi đó, kết quả của kỳ đối soát hiện tại trở thành dữ liệu đầu vào đáng tin cậy cho kỳ tiếp theo. Doanh nghiệp cũng có thể truy ngược một khoản công nợ để biết nó đã được khớp theo quy tắc nào, từng phát sinh ngoại lệ gì và ai đã xử lý.
Đây là khác biệt giữa một công cụ giúp “so số nhanh hơn” và một quy trình thực sự được thiết kế để kiểm soát công nợ.
Tự động hóa đối soát chỉ tạo giá trị khi quy trình đã đủ rõ
Doanh nghiệp thường bắt đầu bài toán tự động hóa bằng câu hỏi nên dùng công cụ nào. Với đối soát, câu hỏi quan trọng hơn là quy trình nào đang được đưa vào công cụ đó.
Nếu nguồn dữ liệu chưa thống nhất, quy tắc khớp còn phụ thuộc vào kinh nghiệm của từng nhân viên và ngoại lệ chưa có người chịu trách nhiệm rõ ràng, việc thêm công nghệ có thể chỉ khiến một quy trình chưa chuẩn được thực hiện nhanh hơn.
Cách tiếp cận phù hợp hơn là chuẩn hóa logic vận hành trước, sau đó xác định nơi công nghệ có thể giảm công việc lặp lại. Đây cũng là hướng Twendee triển khai với các bài toán tài chính: kết nối dữ liệu từ ERP, hệ thống bán hàng và nguồn thanh toán; thiết kế quy tắc đối soát theo nghiệp vụ thực tế; tự động xử lý những trường hợp đủ điều kiện; đồng thời giữ các ngoại lệ cần phán đoán trong luồng kiểm soát của con người.
Khi kết quả được đưa trở lại hệ thống thay vì dừng ở một bảng báo cáo riêng, doanh nghiệp mới có được một vòng đối soát khép kín và có thể mở rộng theo quy mô giao dịch.
Kết luận
Đối soát công nợ không đơn thuần là tìm ra hai con số khác nhau. Một quy trình đáng tin cậy phải kiểm soát được toàn bộ đường đi từ phạm vi dữ liệu, nguồn thông tin, quy tắc khớp và ngoại lệ cho tới kết quả cuối cùng được ghi nhận ở đâu.
Khi sáu bước này đã rõ, doanh nghiệp mới có thể tự động hóa đúng phần cần tự động hóa, giảm khối lượng kiểm tra thủ công mà vẫn giữ được khả năng kiểm soát và truy vết.
Nếu doanh nghiệp đang muốn chuẩn hóa hoặc tự động hóa luồng đối soát giữa ngân hàng, công nợ và hệ thống kế toán, Twendee có thể đồng hành từ thiết kế quy trình, kết nối dữ liệu đến triển khai hệ thống phù hợp với hoạt động thực tế. Trao đổi thêm với Twendee trên website, theo dõi Twendee trên LinkedIn hoặc đặt lịch trao đổi cùng đội ngũ chuyên gia của chúng tôi qua Calendly.
