# Payment Providers in Vietnam: VietQR, Invoice Matching and VND Payouts For businesses comparing payment providers in Vietnam, a QR code is only part of the collection service. The important question is what the payment tells your business: who paid, which purchase it covers and where the money arrived. A successful scan can leave finance with an unresolved invoice if those connections are missing. Vietnam's payment infrastructure offers useful distinctions here. VietQR bank transfers, VietQRPay merchant payments and bank collection services can supply different information. Choose the arrangement around your sales process, then qualify VND payouts separately. ## A numerical starting point for the provider comparison We reviewed **44 unique historical payment offers** linked only to this country: 27 collection offers and 17 payout offers. They provide a structured starting point for comparing payment costs, access to funds and operational requirements. 67 additional offers linked to several countries are excluded from the country-only calculations below. The source is the PayStar export dated 14 September 2026, supplied by payment gateways. We recomputed its aggregates, but did not independently verify its commercial statements. This is a historical sample, not a market survey, a count of PSPs or methods, or proof of active connections and current availability. Conditions can change weekly or more often. Independent country, currency and method associations do not establish every possible payment route. Direction counts and settlement-label charts cover all recorded currencies. Only the percentage comparison below is restricted to explicit VND fee records. 44 unique offers linked only to this GEO, across all recorded currencies; not methods, providers or live connections. [Download SVG](https://paystar.uk/viet-nam-payment-solutions/media/2026-10-08-v2/charts/offers-en-desktop-download.svg) ## What the recorded VND percentage components show We calculate the arithmetic mean of explicit percentage components stated in VND, giving each comparable offer equal weight. A record qualifies only when its structured percentage matches one unambiguous percentage in the original fee description. Offers in another fee currency, missing percentages and ambiguous descriptions are excluded. We also exclude bound or conditional percentages such as “from”, tiers and explicitly restricted customer categories. Exact nominal percentage components with fixed minimums or caps can remain in the sample; those minimums and caps still affect the final charge. | Direction | n | Mean | Median | Range | | --- | --- | --- | --- | --- | | Collections | 27 | 3.14% | 3.5% | 0.7–5.5% | | Payouts | 16 | 1.96% | 1.75% | 0.2–3.7% | Explicit VND percentage components only. n is the comparable sample in each direction; missing fees are excluded, not zero. [Download SVG](https://paystar.uk/viet-nam-payment-solutions/media/2026-10-08-v2/charts/fees-en-desktop-download.svg) **These are percentage components, not all-in payment prices.** Fixed charges, FX, tax, reserves, minimums and charges for refunds or other exceptions must be assessed separately. This sample is not weighted by payment volume, contains no measured conversion rate and cannot rank provider quality. Small or insufficiently independent groups are withheld. ### A hypothetical payment calculation Take an illustrative payment of 200,000 VND; this is not a typical market ticket. Applying the rounded means shown above gives: - Collections: 200,000 VND × 3.14% = **6,280 VND**. - Payouts: 200,000 VND × 1.96% = **3,920 VND**. Each line is a separate direction, not a combined service quote. The arithmetic shows only the percentage part. Ask for an actual quote at your ticket size, volume, business model and settlement currency before calculating net proceeds. ## When money becomes usable matters Collection offers across all recorded currencies. T/D labels are recorded as supplied, without assuming calendar or business days. Other includes complex labels and pooled groups below 3 records. No guaranteed settlement time. [Download SVG](https://paystar.uk/viet-nam-payment-solutions/media/2026-10-08-v2/charts/timing-en-desktop-download.svg) A successful payment notification and money available to your business are different events. Treat recorded settlement labels as questions for a provider: what starts the clock, which cut-off applies, are weekends counted, which account is credited, and can a reserve or review delay availability? For payouts, agree prefunding, beneficiary validation, rejection handling and how returned funds appear in your balance. An incoming-payment settlement label does not prove payout completion time. ### A cash-buffer planning example If a business must fund 20,000,000 VND of obligations per day, a one-day gap requires 20,000,000 VND; a three-day gap requires 60,000,000 VND. The additional buffer is 40,000,000 VND. This is a hypothetical constant-flow model, excluding fees, reserves and volatility, not an observed settlement promise. ## Specify which VietQR service is being proposed NAPAS describes FastFund 247 with VietQR as a way to transfer money between accounts at participating banks by scanning a code. It reduces manual entry of account details. That describes the transfer experience; it does not establish which invoice your accounting system will close. [NAPAS: FastFund 247 with VietQR](https://en.napas.com.vn/napas-fastfund-247-with-vietqr-code-service). Merchant acceptance has a more specific description. In its August 2026 announcement about VietQRPay, NAPAS explains that transactions connect to order information and payment amounts, supporting reconciliation and the handling of inquiries and refunds. Use this as a requirement to investigate, not proof that any offer labelled VietQR includes those functions. [NAPAS: VietQRPay merchant context](https://en.napas.com.vn/napas-and-kiotviet-partner-to-expand-the-vietqr-payment-ecosystem-184260820095404275.htm). Ask the PSP to identify the product, accepting institution and receiving account behind its QR proposal. Then request a demonstration of the merchant's records, not just the customer's scan. Establish whether a code belongs to a shop, customer, invoice or individual purchase, and which references survive into reports. ## Match the collection identifier to the business A bank collection service provides another useful comparison. BIDV describes virtual-account collection that links designated identifiers to a main account. An identifier can represent a customer, product or service category, or invoice. Those are different levels of detail. [BIDV: management of receivables](https://bidv.com.vn/en/doanh-nghiep/san-pham-dich-vu/thanh-toan-quan-ly-tien-te/quan-ly-cac-khoan-phai-thu). Consider a hypothetical hardware wholesaler. A trade customer owes VND 1,200,000 on one invoice and VND 800,000 on another, then makes one VND 2,000,000 payment. A customer-specific identifier may establish who paid while leaving the allocation across invoices to the wholesaler's accounting process. An invoice-specific arrangement may expect a different payment journey. Before choosing a PSP, use synthetic records to demonstrate that combined payment. Ask which identifier reaches the collection record, whether the remittance information contains both invoice references, and how finance allocates the receipt without marking another invoice paid by mistake. Then test a customer paying each invoice separately. These are evaluation scenarios, not claims about a particular bank's implementation. The output should be a clear allocation rule and an exception owner. Decide who investigates a receipt that identifies the customer but not the invoice. Include fees and the receiving-account entry in the demonstration so the process supports [reconciliation](https://paystar.uk/reconciliation), not only checkout confirmation. ## Establish the receiving entity before integration Account onboarding is a separate question from QR functionality. BIDV's corporate FAQ describes legal-entity evidence, representatives, beneficial owners and account-use documentation. Its eligibility discussion includes different resident and non-resident organization categories subject to applicable requirements. [BIDV: corporate account questions](https://bidv.com.vn/vn/doanh-nghiep/hoi-va-dap). Treat that as one bank's documented process, not universal access for every foreign business. Confirm which entity will contract, own the receiving account and conduct the underlying activity. Ask the proposed provider to identify the applicable onboarding, service-authorization and settlement requirements for that structure. A demonstration using somebody else's account does not settle those questions. ## Separate overseas customers from overseas settlement Vietnam also has specific cross-border QR arrangements. NAPAS's July 2026 Singapore launch describes participating Singapore apps paying at VietQRGlobal acceptance points in Vietnam. This is a defined acceptance arrangement, not a promise that every QR code accepts every foreign app. [NAPAS: Vietnam–Singapore QR launch](https://en.napas.com.vn/vietnam-and-singapore-launch-cross-border-qr-payment-service-accelerating-digital-economic-184260702152948206.htm). If international customers matter, specify their payment applications and the required acceptance channel. Separately establish where your business receives funds, in which currency, with which conversion and reporting. Visitor acceptance does not establish eligibility for an overseas merchant or permission to remit proceeds to a foreign treasury account. Those require their own provider and regulatory assessment. ## Qualify VND payouts and refunds independently For supplier or other business payouts, define recipient categories, payment purpose, beneficiary details and expected volumes. Ask which checks occur before submission, what confirms completion and how an unresolved result is investigated. Confirm funding, transaction limits and any batch-approval process for the proposed service. A merchant refund needs its own link to the original collection and evidence of completion. Do not assume that a fresh VND transfer automatically updates the purchase, invoice balance or refund report. Compare how each operation appears in the merchant's records and account statement. ## The role of PayStar PayStar provides information for comparing payment solutions and, where agreed, a technical layer for connecting and operating them. PayStar is not a bank or payment service provider and does not accept, hold or settle customer or business funds in its own name. You select the payment provider and enter into a direct agreement with it. The provider processes payments and performs settlement under that agreement. Local eligibility, required authorisations and commercial terms must be confirmed for your company and use case. A method described in this article is not a promise that it is available through PayStar for your business. Information about payment options is free. Payment processing and any agreed technical services have separate commercial terms. ## Official sources and research scope - [NAPAS — FastFund 247 with VietQR](https://en.napas.com.vn/napas-fastfund-247-with-vietqr-code-service) - [NAPAS and KiotViet — VietQRPay](https://en.napas.com.vn/napas-and-kiotviet-partner-to-expand-the-vietqr-payment-ecosystem-184260820095404275.htm) - [BIDV — Management of receivables](https://bidv.com.vn/en/doanh-nghiep/san-pham-dich-vu/thanh-toan-quan-ly-tien-te/quan-ly-cac-khoan-phai-thu) - [BIDV — Corporate account FAQ](https://bidv.com.vn/vn/doanh-nghiep/hoi-va-dap) - [NAPAS — Vietnam–Singapore QR launch](https://en.napas.com.vn/vietnam-and-singapore-launch-cross-border-qr-payment-service-accelerating-digital-economic-184260702152948206.htm) Research check: 8 October 2026. The export date remains 14 September 2026. Local scheme descriptions are context, not confirmation of a particular provider’s capabilities.