Tự động xác nhận chuyển khoản bằng mã VietQR động và Webhook ngân hàng thời gian thực

2. Cơ chế Tài khoản định danh (Virtual Account - VA) so với Phân tích cú pháp nội dung (Memo Parsing)

Để máy chủ website biết được khoản tiền vừa chảy vào tài khoản ngân hàng thuộc về đơn hàng nào, hiện có hai kiến trúc tích hợp phổ biến: Phân tích nội dung chuyển khoản trên tài khoản thường (Memo Parsing) và Cấp phát tài khoản ảo định danh theo đơn hàng (Dynamic Virtual Account - VA).

Với phương pháp phân tích nội dung chuyển khoản (Memo Parsing), doanh nghiệp sử dụng một tài khoản ngân hàng duy nhất và dựa vào biểu thức chính quy (Regular Expression - Regex) để dò tìm mã đơn hàng (ví dụ: DH88992) bên trong chuỗi nội dung giao dịch báo về. Nhược điểm của cách này là một số ngân hàng giới hạn độ dài ký tự nội dung chuyển tiền liên ngân hàng hoặc người dùng vô tình xóa mất mã đơn hàng trước khi bấm chuyển, dẫn đến hệ thống không thể tự động khớp lệnh.

Kiến trúc hiện đại và ổn định hơn cho website thương mại điện tử chuyên nghiệp là sử dụng Tài khoản định danh (Virtual Account - VA) thông qua kết nối Open Banking API với ngân hàng thương mại hoặc đơn vị trung gian thanh toán. Với mỗi đơn hàng (hoặc mỗi khách hàng thành viên), hệ thống tự động sinh ra một số tài khoản ảo riêng biệt có tiền tố của doanh nghiệp (ví dụ: 9688 + Mã đơn hàng), liên kết trực tiếp về tài khoản thanh toán gốc.

Khi khách hàng quét mã VietQR động chứa số tài khoản định danh VA này, dù người mua có xóa sạch nội dung chuyển khoản hoặc ghi nội dung bất kỳ, hệ thống ngân hàng vẫn nhận diện chính xác 100% đơn hàng thông qua chính số tài khoản VA nhận tiền và chỉ chấp nhận giao dịch khi số tiền chuyển khớp đúng với giá trị đơn hàng đã đăng ký cho mã VA đó.

4. Kịch bản xử lý ngoại lệ: Chuyển thiếu tiền, chuyển thừa tiền và chuyển khoản làm nhiều lần

Trong trường hợp doanh nghiệp chưa sử dụng tài khoản định danh VA có khóa cứng số tiền mà dùng phương thức VietQR đọc nội dung chuyển khoản, hệ thống chắc chắn sẽ gặp các tình huống ngoại lệ từ phía người mua như: chuyển thiếu vài nghìn đồng do nhìn nhầm phí ship, chuyển thừa tiền, hoặc chia một đơn hàng giá trị lớn thành 2 - 3 lần chuyển khoản khác nhau do vướng hạn mức giao dịch một lần của thẻ.

Nếu mã nguồn website chỉ viết điều kiện so sánh bằng tuyệt đối (Số tiền nhận bằng Tổng tiền đơn hàng), những đơn hàng khách chuyển thiếu hoặc chia làm nhiều lần chuyển sẽ bị treo ở trạng thái Chờ thanh toán dù tiền thực tế đã vào tài khoản công ty, gây bức xúc cho người mua và làm tăng tải cho đội ngũ chăm sóc khách hàng.

Cách thiết kế cơ sở dữ liệu chuẩn là tách bảng Đơn hàng (Orders) và bảng Giao dịch thanh toán (Payment Transactions) theo quan hệ một - nhiều (1-N). Mỗi bản tin Webhook báo có hợp lệ có chứa mã đơn hàng sẽ tạo ra một bản ghi giao dịch mới và cộng dồn vào trường Tổng số tiền đã thanh toán (Paid Amount) của đơn hàng đó.

Hệ thống sẽ tự động phân loại trạng thái thanh toán thành 4 mức rõ ràng: Chưa thanh toán (Unpaid), Thanh toán một phần (Partially Paid - khi tổng tiền nhận lớn hơn 0 nhưng nhỏ hơn giá trị đơn hàng), Đã thanh toán đủ (Paid) và Thanh toán dư (Overpaid). Khi phát sinh trạng thái Thanh toán một phần, website lập tức cập nhật ngay trên màn hình cho khách biết số tiền vừa nhận được và số tiền còn thiếu kèm mã QR mới chỉ chứa đúng phần chênh lệch cần chuyển thêm.

• Cho phép cấu hình ngưỡng sai số chấp nhận tự động (Payment Tolerance - ví dụ lệch dưới 1.000 VNĐ do làm tròn) tùy theo quy định kế toán của doanh nghiệp.
• Hiển thị tiến độ thanh toán trực quan trên màn hình Checkout khi khách phải chia đơn hàng 100 triệu đồng thành 2 lần chuyển khoản 50 triệu đồng.
• Tự động gửi cảnh báo kèm thông tin tài khoản người chuyển về bộ phận kế toán đối với các giao dịch chuyển dư tiền hoặc chuyển tiền vào đơn hàng đã bị hủy vì quá hạn.
• Định kỳ cuối ngày chạy tiến trình đối soát tự động giữa danh sách đơn hàng trên website và tệp sao kê điện tử (MT940 / API Statement) của ngân hàng để rà soát không sót bất kỳ giao dịch nào.