Tự động hóa đối soát ngân hàng cho doanh nghiệp B2B cần giải quyết quan hệ giữa khoản thu và công nợ, thay vì chỉ xác nhận một đơn bằng một giao dịch. Khách doanh nghiệp có thể trả nhiều hóa đơn trong một lần, chia một nghĩa vụ thành nhiều đợt hoặc đề nghị cấn trừ. Tiền đã nhận và số công nợ được giảm phải được nối bằng bảng phân bổ có thể kiểm tra.
Bài viết tập trung vào cách quản lý quan hệ nhiều khoản thu với nhiều nghĩa vụ, quy tắc tự khớp và bước chấp thuận. Đây là khung vận hành được đề xuất; chính sách kế toán, hợp đồng và hồ sơ xử lý của doanh nghiệp cần được người có trách nhiệm xác nhận.
Tách khách hàng, nghĩa vụ phải thu và khoản tiền
Mã khách cho biết quan hệ kinh doanh, mã nghĩa vụ cho biết khoản nào cần thanh toán, còn mã giao dịch cho biết tiền thực tế. Cùng khách có thể nhiều hợp đồng hoặc chủ thể liên quan. Nhận diện được người trả chưa đủ xác định hóa đơn nào được đóng.
Nên giữ hồ sơ phải thu với số tiền, hạn, loại chứng từ và trạng thái. Tiền nhận giữ tài khoản, tham chiếu ngân hàng, thời điểm và phần chưa phân bổ. Giữa hai lớp là bảng phân bổ, ghi mỗi khoản tiền dùng bao nhiêu cho từng nghĩa vụ.
Nếu thiết kế chỉ có một ô mã hóa đơn trong giao dịch, hệ thống sẽ khó thể hiện trả gộp. Nếu chỉ có một ô mã giao dịch trong hóa đơn, sẽ khó thể hiện thu nhiều đợt. Quan hệ nhiều-nhiều cần được mô tả ngay từ phạm vi dự án, không đợi phát sinh rồi giải quyết bằng ghi chú tự do.
Một khoản thu có thể trả nhiều nghĩa vụ
Khi khách trả gộp, cần có danh sách chỉ định hoặc quy tắc được chấp thuận về phần tiền cho từng khoản. Một email đối chiếu, bảng kê hoặc thông tin theo hợp đồng có thể là đầu vào cần kiểm tra. Phần mềm giữ tham chiếu tới hồ sơ đó để giải thích quyết định phân bổ.
Không tự chọn các hóa đơn có tổng gần bằng khoản nhận rồi coi là khớp chắc chắn. Khách có thể thanh toán một phần, giữ lại khoản cần đối chiếu hoặc dùng khoản dư trước. Nếu thiếu chỉ định, đưa đề xuất cho người phụ trách xem thay vì tự đóng những nghĩa vụ thuận tiện nhất cho thuật toán.
Thứ tự ưu tiên theo hạn hoặc kỳ phải được doanh nghiệp thống nhất. Khi khách chỉ định khác quy tắc mặc định, cần kiểm tra quyền và hồ sơ trước khi áp dụng. Mọi phần tiền không dùng vẫn phải được nhìn thấy như chưa phân bổ, không biến mất sau khi chia một phần vào hóa đơn.
Một nghĩa vụ có thể được trả qua nhiều đợt
Mỗi khoản thu được lưu riêng, sau đó cộng phần đã phân bổ để xác định số còn phải thu. Không thay số tiền gốc của giao dịch hoặc chứng từ để phản ánh đợt mới. Lịch sử từng lần giúp trả lời khoản nào đến ngày nào và còn chênh bao nhiêu.
Ví dụ dưới đây hoàn toàn giả định, dùng mã demo để minh họa quan hệ. Khoản THU-DEMO-1 có giá trị 1.200.000 đồng, chia cho hai nghĩa vụ; khoản THU-DEMO-2 trả tiếp 600.000 đồng cho nghĩa vụ thứ hai.
| Khoản thu | Nghĩa vụ | Phần phân bổ |
|---|---|---|
| THU-DEMO-1 | PHAITHU-DEMO-1 | 800.000 đồng |
| THU-DEMO-1 | PHAITHU-DEMO-2 | 400.000 đồng |
| THU-DEMO-2 | PHAITHU-DEMO-2 | 600.000 đồng |
Nếu nghĩa vụ thứ hai là 1.000.000 đồng, hai phần phân bổ làm nó được thu đủ. Bảng vẫn giữ được hai khoản nguồn. Khi một khoản cần xử lý lại, có thể xác định phần ảnh hưởng thay vì xóa trạng thái đã trả của toàn bộ khách hàng.
Tự khớp khi điều kiện đủ rõ
Đầu vào cần kiểm tra tài khoản nhận, hướng tiền, tham chiếu, khách và nghĩa vụ. Các điều kiện phải giúp phân biệt ứng viên duy nhất với những khả năng còn mơ hồ. Không dùng số tiền đơn lẻ làm khóa ghép khi nhiều khách hoặc nhiều khoản có cùng giá trị.
VietinBank mô tả định danh khoản phải thu theo tiêu chí quản lý như đại lý hoặc địa bàn. Cơ chế định danh có thể hỗ trợ phân loại, nhưng doanh nghiệp vẫn cần xác định khoản tiền được phân bổ vào nghĩa vụ nào. Không suy rằng có mã tài khoản là đã thay mọi bước duyệt công nợ.
Với Pay2S, webhook giao dịch cung cấp nguồn dữ liệu cho hệ thống tích hợp. Quy tắc phân bổ nhiều-nhiều và công cụ duyệt cần được xây hoặc xác nhận trong phạm vi phần mềm đang dùng. Không mặc định mọi mô-đun công nợ B2B đã có sẵn vì đã kết nối API ngân hàng.
Cấn trừ là một nghiệp vụ có hồ sơ riêng
Cấn trừ hoặc điều chỉnh không giống một khoản tiền mới vào ngân hàng. Hệ thống cần giữ loại nghiệp vụ, bên liên quan, số tiền, căn cứ và người chấp thuận. Không tạo giao dịch ngân hàng giả để làm công nợ bằng không khi thực tế nghĩa vụ được xử lý theo một cách khác.
Những khoản giảm trừ do trả hàng, tranh chấp hoặc thỏa thuận cần được người phụ trách kế toán và nghiệp vụ xác nhận. Chênh lệch nhỏ cũng không nên tự xóa vì tiện xử lý. Chính sách ngưỡng, quyền duyệt và cách thể hiện cần nhất quán theo doanh nghiệp, không thay đổi tùy nhân viên.
Bảng công nợ nên giải thích số còn lại bằng các thành phần: nghĩa vụ ban đầu, khoản thu được phân bổ và điều chỉnh đã được duyệt. Người xem có thể phân biệt khách đã trả tiền với nghĩa vụ được giảm theo hồ sơ. Việc xử lý chứng từ và thuế liên quan cần được xác định riêng theo trường hợp.
Giữ quyền duyệt và lịch sử khi sửa phân bổ
Nhân viên thu hồi nợ có thể đề xuất ghép, kế toán xác nhận, người có quyền duyệt các khoản nhạy cảm theo quy trình. Hãy xác định rõ vai trò thay vì để mọi người cùng có quyền sửa số còn nợ. Nếu khách có nhiều đơn vị liên quan, kiểm tra đúng chủ thể trước khi dùng tiền bên này trả nghĩa vụ bên kia.
Khi phân bổ sai, cần đảo phần đã ghi và tạo phân bổ mới có lịch sử. Nếu đã gửi nhắc nợ hoặc báo cáo kỳ, đánh giá tác động cần cập nhật. Đừng chỉ thay mã trên dòng giao dịch rồi để các báo cáo trước đó trở thành dữ liệu không thể giải thích.
Tham khảo nguyên tắc đối soát chuyển khoản với Pay2S khi chuẩn hóa quy trình. Tính tự động nằm ở phần điều kiện đã rõ; phần chấp thuận giữ vai trò quan trọng với khoản gộp, cấn trừ và quan hệ giữa các bên.
Nhắc nợ từ số đã được kiểm tra
Trước khi gửi nhắc, tách khách chưa trả khỏi khách đã có tiền đang chờ phân bổ. Một khoản gộp chưa được chia không nên làm hệ thống gửi thông báo nợ toàn bộ các hóa đơn. Người phụ trách cần nhìn số chưa phân bổ và hồ sơ khách đã gửi.
Báo cáo tuổi nợ phải có quy tắc ngày và xử lý điều chỉnh rõ. Đừng chuyển ngày đến hạn bằng tay để làm khoản quá hạn biến mất. Nếu các bên có thỏa thuận mới, lưu hiệu lực và bằng chứng theo quy trình để người khác hiểu vì sao lịch thu đã thay đổi.
Nhân viên kinh doanh cần một góc nhìn dễ dùng: khoản phải thu, đã nhận, còn chờ và bước tiếp theo. Kế toán cần chi tiết tham chiếu. Phân quyền thông tin theo nhiệm vụ giúp giảm việc gửi sao kê nguyên bản qua nhiều nhóm khi chỉ cần hỏi một nghĩa vụ.
Nhận dữ liệu ổn định và không phân bổ hai lần
Receiver phải bảo vệ một giao dịch nguồn không được ghi nhận nhiều lần khi sự kiện lặp. Bảng phân bổ cũng cần kiểm soát tổng đã dùng không vượt khoản được phép phân bổ. Hai nhân viên hoặc hai tiến trình xử lý đồng thời không được cùng tiêu phần tiền chưa sử dụng.
Đội kỹ thuật nên đọc cách xác thực và chống xử lý trùng. Sau khi lưu giao dịch, tác vụ phân bổ cần giữ trạng thái riêng để có thể phục hồi khi gặp lỗi. Nhận được tiền không tự chứng minh mọi nghĩa vụ đã được ghi nhận đúng.
Doanh nghiệp cũng cần đối chiếu định kỳ nguồn ngân hàng, sổ khoản thu và phân bổ. Khi thiếu dữ liệu, phục hồi bằng tham chiếu ổn định thay vì nhập một khoản mới không có quan hệ với nguồn. Hướng dẫn BankHub và API ngân hàng là điểm bắt đầu cho phần kết nối, còn quy tắc công nợ thuộc phạm vi nghiệp vụ.
Chốt kỳ với bảng đối chiếu có thể giải thích
Cuối kỳ, lập danh sách nghĩa vụ còn mở, tiền chưa phân bổ, phân bổ chờ duyệt và điều chỉnh có hồ sơ. Tổng theo khách phải truy được về các dòng. Một số dư ròng không đủ nếu nó che cả khoản nợ và khoản dư có mục đích khác nhau.
Khóa kỳ theo quy trình và giữ phiên bản khi nhận thông tin muộn. Nếu khách gửi bảng chỉ định sau khi đã chốt, cập nhật có tham chiếu và quyết định áp dụng, không âm thầm sửa báo cáo mà các bên đã xác nhận. Khi có tranh chấp, hồ sơ phải cho thấy ai đã chấp thuận điều gì.
Với hóa đơn, giữ tham chiếu chứng từ và thanh toán riêng. Bài đối chiếu ngân hàng, đơn và hóa đơn giúp chuẩn bị góc nhìn kiểm tra. Tiền được phân bổ vào khoản phải thu không tự có nghĩa cần phát hành thêm một hóa đơn mới cho cùng giao dịch.
Thử quy tắc trước khi mở rộng cho mọi khách
Chọn nhóm khách có một-một, một-nhiều và nhiều-một để chạy thử. Thêm khoản không có chỉ định, trả thiếu, tiền dư, cấn trừ chờ duyệt và hai yêu cầu phân bổ đồng thời. Với mỗi tình huống, kiểm tra cả số tiền còn lại của khoản thu và số còn phải thu của nghĩa vụ.
Yêu cầu người vận hành giải thích được một hồ sơ từ tiền nguồn tới bảng đối chiếu khách. Đo thời gian xử lý và số khoản phải duyệt, đồng thời kiểm tra các đề xuất tự khớp có chính xác không. Không tối ưu tỷ lệ tự động bằng cách cho phép ghép thiếu bằng chứng.
Câu hỏi thường gặp
Một khách trả gộp thì có thể đóng toàn bộ hóa đơn không?
Chỉ khi số tiền và chỉ định hoặc quy tắc phân bổ đủ rõ, được áp dụng theo quyền. Phải giữ chi tiết phần nào của khoản thu trả nghĩa vụ nào.
Tiền dư có tự dùng cho khách liên quan được không?
Không nên tự động chỉ từ tên gần giống hoặc quan hệ trong nhóm. Cần đúng chủ thể, hồ sơ và quyết định được chấp thuận theo quy trình doanh nghiệp.
Cấn trừ có cần tạo tiền vào giả trong sổ không?
Không. Nên giữ nghiệp vụ điều chỉnh riêng với căn cứ và phê duyệt, để báo cáo phân biệt tiền thực nhận với các cách xử lý nghĩa vụ khác.
Trên hoadontudong.com.vn, hướng triển khai B2B nên bắt đầu từ bảng phân bổ và quyền chấp thuận. Khi khoản thu, nghĩa vụ và điều chỉnh được nối bằng lịch sử rõ, tự động hóa mới giúp giảm công ghép mà vẫn giữ công nợ có thể giải trình.
