# Payment Providers in Mongolia: From QR Checkout to MNT Payouts

For a customer buying on a phone, a payment QR displayed on that same screen creates a different checkout question from a QR displayed at a shop counter. When comparing payment providers in Mongolia, start with that practical journey: how does the customer reach their banking app, what payment details arrive there, and how does your business confirm the result? Then assess MNT payouts separately. A convenient way to collect an order payment does not establish how your business can send money to a recipient.

## A numerical starting point for the provider comparison

We reviewed **18 unique historical payment offers** linked only to this country: 9 collection offers and 9 payout offers. They provide a structured starting point for comparing payment costs, access to funds and operational requirements. 73 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 MNT fee records.

18 unique offers linked only to this GEO, across all recorded currencies; not methods, providers or live connections. [Download SVG](https://paystar.uk/mongolia-payment-solutions/media/2026-10-08-v2/charts/offers-en-desktop-download.svg)

## What the recorded MNT percentage components show

We calculate the arithmetic mean of explicit percentage components stated in MNT, 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 | 9 | 7.28% | 7.5% | 6–8.5% |
| Payouts | 9 | 3.39% | 3% | 2–4.5% |

Explicit MNT percentage components only. n is the comparable sample in each direction; missing fees are excluded, not zero. [Download SVG](https://paystar.uk/mongolia-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 20,000 MNT; this is not a typical market ticket. Applying the rounded means shown above gives:

- Collections: 20,000 MNT × 7.28% = **1,456 MNT**.
- Payouts: 20,000 MNT × 3.39% = **678 MNT**.

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/mongolia-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 2,000,000 MNT of obligations per day, a one-day gap requires 2,000,000 MNT; a three-day gap requires 6,000,000 MNT. The additional buffer is 4,000,000 MNT. This is a hypothetical constant-flow model, excluding fees, reserves and volatility, not an observed settlement promise.

## Choose the collection journey your customer can complete

QPay's public Mongolian merchant pages provide three useful examples. Its printed QR represents the merchant's receiving account, with the customer entering the amount. Its dynamic QR description says the amount and account details are populated for the customer, while the merchant can check the payment automatically. These are product descriptions from QPay, not evidence of availability through every PSP. [Printed QR](https://qr.qpay.mn/static-qr), [dynamic QR](https://qr.qpay.mn/dynamic-qr).




QPay also describes a deep-link service that opens the selected banking app and fills the receiving account and payment amount. That gives a merchant a concrete alternative to investigate when a customer cannot scan a QR while shopping on a phone. Confirm the actual supported apps and devices with the proposed provider. [QPay Deep Link](https://qr.qpay.mn/deep-link).




| Customer situation | Demonstration to request | What the merchant learns |
| --- | --- | --- |
| Scanning a printed code at a counter | Enter and confirm the intended amount | How staff identify an incorrect amount |
| Scanning an order QR from another screen | Open the payment instruction for that order | Which details the customer must still enter |
| Buying in a mobile browser | Open a selected bank app and return to the order | What happens after payment, cancellation or an interrupted journey |




Treat these as acceptance tests for the proposed service. A list of bank logos is less informative than watching the intended customer journey on the devices your business expects to support.

## Separate the customer screen from merchant confirmation

QPay's Merchant V2 documentation describes creating an invoice with QR and bank-app links, receiving a payment callback and then checking payment through its API. Use that documented sequence to ask how your PSP supplies verified payment evidence to your order system. [QPay Merchant V2 documentation](https://developer.qpay.mn/mn/docs/merchant?version=2.0.0).




In the demonstration, have the customer close the browser after authorising a payment. Ask how staff establish the result without requiring the customer to return to a success page. Also show what the merchant sees when the customer merely opens the banking app and abandons payment. A screenshot supplied by the customer should be supporting information, with the provider's payment record used to investigate the outcome.




Agree which amount, currency, transaction reference and status your business will use before releasing goods or services. These are proposed operating controls, not a claim that PayStar or every Mongolian provider already implements them.

## Agree what happens when the amount differs

Consider a hypothetical MNT 120,000 order. The merchant wants full payment before fulfilment. In a test, a customer attempts MNT 50,000 first and MNT 70,000 later. The arithmetic reaches MNT 120,000, but the merchant must establish whether the proposed service accepts that pattern at all and how it reports each outcome.




Ask the provider to demonstrate its actual behaviour: rejecting a smaller amount, holding the order for review, or supporting a confirmed partial-payment arrangement. Do not choose the expected answer on the provider's behalf. If the second attempt is MNT 80,000, the resulting MNT 130,000 would exceed the order by MNT 10,000; agree the investigation and return procedure before launch.




This exercise uses invented amounts, not a customer case, typical transaction size or claim that QPay supports partial payments. Its purpose is to expose the amount policy hidden behind an apparently simple checkout.

## Qualify MNT payouts independently

For business payouts in Mongolia, describe the recipient and purpose first: a supplier payment, a customer return or another permitted disbursement may require a different arrangement. Obtain confirmation of the recipient account requirements, funding source, applicable limits, fees and evidence of completion. Ask how rejected and uncertain outcomes are investigated before an instruction is repeated.




Keep the collection settlement account and payout funding arrangement explicit in the proposal. Do not assume a collected balance can fund payouts automatically. A domestic MNT capability also leaves separate questions about a foreign merchant's eligibility, currency conversion and settlement outside Mongolia.




The Bank of Mongolia publishes licensing information by payment-service category. Check the legal entity and relevant service behind the proposal against current regulatory records, then confirm your business activity and documents with that provider. A directory entry does not approve a particular merchant or cross-border arrangement. [Bank of Mongolia licensing information](https://www.mongolbank.mn/en/p/1305).

## 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

- [QPay printed QR](https://qr.qpay.mn/static-qr)
- [QPay dynamic QR](https://qr.qpay.mn/dynamic-qr)
- [QPay Deep Link](https://qr.qpay.mn/deep-link)
- [QPay Merchant V2](https://developer.qpay.mn/mn/docs/merchant?version=2.0.0)
- [Bank of Mongolia payment-system licensing information](https://www.mongolbank.mn/en/p/1305)

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.