Một mã treo ở quầy có thể đủ cho ít giao dịch. Khi tiền, nội dung và mã đơn bắt đầu lệch nhau, QR động mới cho thấy giá trị.

| Tiêu chí | QR tĩnh | QR động |
|---|---|---|
| Mã QR | Một mã dùng lại cho nhiều khách/giao dịch. | Tạo riêng theo đơn hoặc phiên thanh toán. |
| Số tiền | Khách thường tự nhập. | Có thể điền sẵn theo đơn. |
| Nội dung | Khách có thể sửa, quên hoặc gõ sai. | Có thể mang mã tham chiếu để hệ thống đối chiếu. |
| Xác nhận | Nhân viên coi app/sao kê rồi đánh dấu. | Có thể nhận tín hiệu tự động nếu tích hợp đúng. |
| Triển khai | Nhanh, ít kỹ thuật. | Cần nơi tạo QR, theo dõi trạng thái và xử lý callback/webhook. |
| Rủi ro | Nhầm tiền, thiếu nội dung, ảnh chụp giả. | Tín hiệu trễ/lặp, QR hết hạn, mapping sai nếu code không chặt. |
Một người ghi “coc ao”, người kia để trống. Nhân viên nhìn hai thông báo giống nhau rồi hỏi lại từng khách. QR tĩnh đã giúp khách khỏi nhập số tài khoản, nhưng chưa giúp tiền tự tìm đúng đơn.
QR động giải quyết một phần bằng cách tạo mã theo giao dịch với số tiền và tham chiếu đã chuẩn bị. Khác biệt không nằm ở hình vuông thay đổi hay không; nó nằm ở lượng thông tin đi cùng giao dịch.
Một quầy, ít đơn cùng giá trị, người bán trực tiếp thấy khách chuyển và cuối ngày có thể so sao kê: QR cố định là cách rẻ, dễ hiểu. Dán mã đúng tên chủ tài khoản, nhắc khách kiểm người nhận và quy định ai được đánh dấu đã thu.
Rắc rối xuất hiện khi nhiều nhân viên cùng nhận, đơn online trả từ tài khoản tên khác, khách nhập sai tiền hoặc gửi ảnh cũ. Lúc đó chi phí không nằm ở QR; nó nằm ở phút dò và rủi ro giao nhầm.
QR được tạo với số tiền và thông tin tham chiếu giúp giảm hai bước khách hay sai. Nếu có webhook/callback, hệ thống có thể đánh dấu đơn chờ thành đã thanh toán sau khi xác minh.
Nhưng QR động không đồng nghĩa tiền về ngay hoặc mọi ngân hàng đều xử lý giống nhau. Hỏi thời hạn QR, giao dịch trả thiếu/thừa xử lý sao, tín hiệu có retry không và shop query trạng thái bằng cách nào khi webhook mất.
Khách quay về trang “thành công” chỉ cho biết trình duyệt đã đi theo luồng chuyển hướng. Không nên dựa vào URL đó để giao hàng. Người dùng có thể đóng tab; request có thể bị giả hoặc tới trước kết quả cuối.
Webhook/callback là tín hiệu server-to-server. Shop phải xác minh chữ ký, đối chiếu mã đơn và số tiền, đồng thời xử lý idempotent để một thông báo gửi lại không cộng tiền hai lần.
Hãy đo số lần mỗi tuần nhân viên phải hỏi “khoản này của ai”, thời gian chờ xác nhận, đơn giao trễ vì chưa thấy tiền và số giao dịch phải sửa nội dung. Khi công dò lớn hơn chi phí giải pháp, QR động đáng coi.
Một shop 20 đơn/ngày cùng giá có thể cần sớm hơn shop 100 đơn nhưng thanh toán tại quầy trực tiếp. Độ giống nhau của số tiền và số người cùng xử lý quan trọng hơn tổng đơn.
Giữ QR tĩnh nếu shop đối chiếu lẹ và sai số hiếm. Chuyển sang QR động khi mã đơn, số tiền và tín hiệu thanh toán cần đi cùng nhau để nhiều người vẫn làm đúng.
Mục tiêu không phải tự động hóa cho đẹp. Lúc kéo cửa xuống, người chốt ca phải thấy khoản nào đã nhận, khoản nào chưa khớp và biết đường xử lý mà không lục lại từng ảnh chat.
Được nếu shop ít giao dịch và có người đối chiếu rõ. Đừng dựa riêng vào ảnh khách gửi; kiểm giao dịch thật trước khi giao hàng.
Không. Hệ thống vẫn phải kiểm chữ ký, số tiền, mã tham chiếu, trạng thái và xử lý webhook lặp hoặc tới trễ.
Có thể dùng link hoặc QR tạo theo đơn nếu nền tảng hỗ trợ. Giá trị chính là khách không nhập lại số tiền/nội dung và shop nhận diện đơn dễ hơn.