VNPAY hay PayOS cho shop online: cổng đa phương thức hay chuyển khoản gắn đơn?

Khách hỏi trả thẻ, shop chỉ gửi mã chuyển khoản

Đơn giá trị cao có khách muốn thẻ; đơn inbox khác chỉ cần một link quét QR. Nếu gom hai nhu cầu thành câu “cần cổng thanh toán”, shop dễ so sai. VNPAY và PayOS có vùng QR nhưng điểm vào khác nhau.

VNPAY đáng coi như cổng nhiều phương thức cùng hệ merchant. PayOS đáng coi khi chuyển khoản/VietQR cần mang mã đơn và cập nhật tự động qua webhook.

VNPAY hợp câu hỏi về độ phủ checkout

Theo thông tin chính thức, cổng VNPAY hỗ trợ VNPAY-QR qua ứng dụng phù hợp, tài khoản/thẻ nội địa và thẻ quốc tế. Điều này có giá trị khi khách của website không muốn bị ép về một cách trả.

Đổi lại, shop cần coi hồ sơ merchant, hợp đồng, biểu phí theo phương thức, thời gian tích hợp và luồng hoàn/charge-related support. Không mặc định mọi phương thức đều có cùng phí hoặc thời gian tiền về.

PayOS hợp câu hỏi “khoản chuyển này của đơn nào?”

PayOS mô tả luồng tạo payment request/link, khách quét VietQR, return về website và webhook báo chi tiết giao dịch. Đây là bước nâng từ gửi QR cố định sang chuyển khoản có tham chiếu theo đơn.

Shop cần dev hoặc nền tảng tích hợp đúng: verify dữ liệu, xử lý lặp, timeout và query. Tài liệu công khai nêu không có sandbox riêng ở một số hướng dẫn, nên hỏi cách test giao dịch nhỏ và tách dữ liệu thử khỏi báo cáo thật.

Webhook không phải nút bấm tự động thần kỳ

Tạo đơn, nhận webhook rồi đánh dấu đã trả nghe đơn giản. Nhưng phải xử lý số tiền thiếu/thừa, đơn hết hạn, thanh toán tới sau khi hủy, webhook lặp và giao dịch không tìm thấy order.

Thiết kế trạng thái: chờ, đã trả, cần kiểm, hết hạn, hoàn/hủy. Mọi chuyển trạng thái cần idempotent và có log đủ để support tra mà không lộ secret.

Hoàn tiền là điểm không nên suy đoán

VNPAY công khai luồng hoàn toàn phần/một phần trên công cụ merchant trong phạm vi dịch vụ. Với PayOS, cần hỏi rõ khả năng và quy trình hoàn hiện tại cho loại giao dịch shop dùng; đừng suy từ việc thu được tiền sang việc có API hoàn giống cổng thẻ.

Nếu hoàn là nghiệp vụ thường xuyên, yêu cầu chạy demo thật và ghi SLA/đối soát trong phạm vi hợp đồng. Có thể quy trình là chuyển hoàn riêng; điều quan trọng là hệ đơn và kế toán vẫn ghi nhận đúng.

Merchant portal và file xuất phải được người giữ sổ coi

Cho vận hành tìm một giao dịch; cho kế toán xuất ngày thanh toán, phí, số tiền thực nhận, mã đơn và trạng thái. VNPAY có Merchant View/app theo thông tin công khai; PayOS có dashboard/API quản lý payment request.

Đừng chỉ coi màn hình tổng. Lấy file xuất thử, xem timezone, mã tham chiếu, giao dịch điều chỉnh và cách phân quyền.

Bộ test quyết định

• Một đơn website thanh toán QR.
• Một đơn cần thẻ nội địa hoặc quốc tế nếu đó là nhu cầu.
• Một link gửi qua inbox và mở trên điện thoại.
• Thanh toán sau khi link/đơn hết hạn.
• Webhook lặp và endpoint tạm lỗi.
• Khoản trả thiếu/thừa.
• Hoàn/hủy theo quy trình được tư vấn.
• Xuất báo cáo và khớp với ngân hàng.

Tính tổng chi phí đúng cấu hình

Lấy biểu phí chính thức theo doanh số và phương thức, phí setup/duy trì nếu có, VAT, hoàn, plugin hoặc công dev. Cộng thời gian support và đối soát.

PayOS có thể gần nhu cầu chuyển khoản tự động hơn; VNPAY có thể đáng tiền khi độ phủ phương thức giúp khách hoàn tất nhiều hơn. So bằng một năm vận hành, không bằng một con số trên landing page.

Chọn đúng bài toán trước khi chọn tên

Nghiêng VNPAY khi checkout cần nhiều phương thức và shop sẵn sàng vận hành cổng merchant. Nghiêng PayOS khi mục tiêu là tạo link/VietQR theo đơn, nhận tín hiệu chuyển khoản và giảm công dò.

Có thể dùng hai lớp trong hệ lớn, nhưng shop nhỏ nên bắt đầu một luồng chính. Đến cuối ngày, báo cáo phải trả lời được tiền nào đã về, phí nào bị trừ và đơn nào còn treo mà không cần mở thêm nhóm chat.

Những câu shop hay hỏi