PSP là gì?
PSP (Payment Service Provider) là đơn vị cung cấp hạ tầng kỹ thuật để merchant chấp nhận thanh toán. PSP đứng giữa merchant và hệ thống ngân hàng, xử lý các nghiệp vụ:
- Routing giao dịch đến đúng bank/network
- Mã hóa và bảo mật dữ liệu thẻ
- Reconciliation và settlement
- Báo cáo giao dịch
Tuy nhiên, không phải PSP nào cũng hoạt động theo cùng một mô hình. Tại Việt Nam, có hai mô hình cơ bản với sự khác biệt quan trọng về ai là người giữ tiền.
Mô hình 1: PSP có giấy phép trung gian thanh toán
Điều kiện
Đơn vị phải được Ngân hàng Nhà nước Việt Nam (NHNN) cấp Giấy phép hoạt động cung ứng dịch vụ trung gian thanh toán theo Nghị định 52/2024/NĐ-CP.
Luồng tiền
[Khách hàng thanh toán]
│
▼
[PSP có giấy phép] ← Tiền vào tài khoản đảm bảo của PSP
│
│ Settlement T+1 hoặc T+2
▼
[Merchant] ← PSP chuyển tiền sau khi trừ phíPSP giữ tiền trong khoảng thời gian từ khi nhận đến khi settlement. Đây là điểm khác biệt quan trọng: PSP có giấy phép được phép tổng hợp nhiều giao dịch và settlement theo batch.
Ví dụ tại Việt Nam
MoMo, ZaloPay, VNPay, MOMO là các ví điện tử đồng thời là PSP có giấy phép. Các cổng thanh toán như OnePay, PayOS (VNPAY) cũng thuộc nhóm này.
Ưu điểm cho merchant
- Settlement linh hoạt (T+1, T+2 hoặc theo thỏa thuận)
- Có thể hold fund để xử lý hoàn tiền
- Hỗ trợ nhiều phương thức thanh toán trong một contract
Điểm cần lưu ý
- Merchant phụ thuộc vào khả năng tài chính của PSP
- Rủi ro nếu PSP gặp vấn đề tài chính (đặc biệt với PSP nhỏ)
- Settlement delay có thể ảnh hưởng đến cash flow merchant
Mô hình 2: PSP không có giấy phép trung gian thanh toán — bank giữ tiền
Cách hoạt động
Đơn vị không có giấy phép trung gian thanh toán không được phép giữ tiền của merchant. Thay vào đó, tiền đi thẳng từ khách hàng vào tài khoản ngân hàng của merchant.
[Khách hàng thanh toán]
│
▼
[Bank/Napas infrastructure] ← Tiền vào tài khoản merchant tại ngân hàng
│
│ Đồng thời
▼
[PSP API] → IPN Callback → [Merchant system]PSP trong mô hình này chỉ là infrastructure layer:
- Cung cấp API tạo QR, tạo VA
- Xử lý mã hóa và giao tiếp với ngân hàng
- Gửi IPN notification khi giao dịch hoàn tất
Bank là đơn vị giữ tiền — tiền đến ngay tài khoản merchant, không qua tài khoản của PSP.
TConnect hoạt động theo mô hình nào?
TConnect là mô hình 2 — TConnect không giữ tiền của merchant.
Khi merchant tích hợp VietQR hoặc Virtual Account qua TConnect:
- Merchant có tài khoản ngân hàng tại BIDV, Vietcombank, v.v.
- TConnect tạo VA gắn với tài khoản đó
- Khi khách chuyển khoản vào VA → tiền vào thẳng tài khoản ngân hàng của merchant
- TConnect nhận notification từ ngân hàng và gửi IPN về hệ thống merchant
[Khách chuyển khoản vào VA100023312]
│
▼
[BIDV Core Banking]
↗ ↘
Tiền vào Notification
tài khoản đến TConnect
merchant │
▼
[TConnect API]
│
▼
[IPN → Merchant]TConnect không có quyền giữ, chuyển hay sử dụng tiền của merchant. Đây là điểm khác biệt cơ bản so với mô hình ví điện tử.
So sánh hai mô hình
| Tiêu chí | PSP có giấy phép | PSP không có giấy phép (TConnect) |
|---|---|---|
| Ai giữ tiền? | PSP (tài khoản đảm bảo) | Ngân hàng (tài khoản merchant) |
| Settlement time | T+1 đến T+3 | Tức thì — tiền vào ngay |
| Rủi ro tài chính | Phụ thuộc khả năng của PSP | Không — tiền ở ngân hàng |
| Giấy phép NHNN | Bắt buộc | Không cần (chỉ là tech layer) |
| Phù hợp với | Merchant cần settlement linh hoạt, nhiều phương thức | Merchant muốn tiền vào ngay, VA billing |
| Phức tạp pháp lý | Cao | Thấp |
Khi nào chọn mô hình nào?
Chọn PSP có giấy phép khi:
- Cần hỗ trợ thẻ tín dụng quốc tế (Visa, Mastercard, Amex) với chargeback support
- Cần settlement linh hoạt hoặc split payment cho marketplace
- Merchant platform có nhiều sub-merchant cần settlement riêng biệt
- Cần hold fund cho mô hình escrow
Chọn mô hình TConnect khi:
- Ưu tiên tiền về ngay — không muốn đợi settlement
- VA billing cho giáo dục, y tế, SaaS B2B — thanh toán định kỳ qua chuyển khoản
- VietQR cho F&B, retail — QR tại quầy
- Muốn tích hợp đơn giản mà không phụ thuộc vào tài chính của PSP
Compliance và quy định
Merchant khi tích hợp cần hiểu rõ mô hình để đảm bảo compliance:
- Với mô hình 2 (TConnect): Merchant có nghĩa vụ báo cáo thuế trực tiếp với cơ quan thuế, không qua PSP. TConnect cung cấp báo cáo giao dịch chi tiết để hỗ trợ.
- Hóa đơn điện tử: Merchant tự phát hành theo Nghị định 70/2025/NĐ-CP — TConnect API hỗ trợ tích hợp e-invoice.
- AML/KYC: Ngân hàng là đơn vị thực hiện KYC — TConnect không thay thế nghĩa vụ này.
Kết luận
Không có mô hình "tốt hơn" tuyệt đối — mỗi mô hình phù hợp với use case khác nhau. Điều quan trọng là hiểu rõ tiền của bạn nằm ở đâu và chọn đối tác phù hợp với business model. Với mô hình TConnect, tính minh bạch và an toàn tài chính là ưu tiên hàng đầu: tiền của merchant luôn nằm trong tài khoản ngân hàng của chính merchant.