Для покупателя, который оформляет заказ с телефона, QR-код на том же экране создаёт другую задачу, чем QR-код на прилавке магазина. Сравнивая платёжных провайдеров в Монголии, начните с этого практического пути: как клиент попадает в банковское приложение, какие платёжные данные туда передаются и как ваш бизнес подтверждает результат? Затем отдельно оцените выплаты в MNT. Удобный способ принять оплату заказа ещё не подтверждает, как бизнес сможет отправлять деньги получателям.
Числа для предметного сравнения провайдеров
Мы разобрали исторические платёжные предложения, связанные только с этой страной. Всего уникальных записей: 18. Приём платежей: 9; выплаты: 9. На их основе можно предметно сравнить стоимость платежей, доступность денег и операционные требования. Предложения с несколькими странами исключены из расчётов: таких записей 73.
Источник — выгрузка PayStar от 14 сентября 2026 года с данными, предоставленными платёжными шлюзами. Агрегаты пересчитаны, но коммерческие заявления независимо не подтверждены. Это историческая выборка, а не обзор рынка, число PSP или методов, доказательство действующих подключений или текущей доступности. Условия могут меняться еженедельно и чаще. Независимые связи страны, валюты и метода не подтверждают все возможные платёжные маршруты. Число предложений по направлениям и график расчётных сроков охватывают все записанные валюты. Только сравнение процентов ниже ограничено записями комиссий в MNT.
Что показывают записанные процентные компоненты в MNT
Мы считаем среднее арифметическое явно указанных процентных компонентов в MNT, с одинаковым весом каждого сопоставимого предложения. Запись включена только при совпадении структурированного процента с одним однозначным процентом в исходном описании комиссии. Другая валюта комиссии, пропущенный процент и неоднозначное описание исключены.
Также исключены проценты с оговорками «от», диапазонами, тарифными ступенями и явно ограниченными категориями клиентов. Точный номинальный процент может остаться в выборке при фиксированном минимуме или максимуме комиссии; эти ограничения всё равно влияют на итоговое списание.
| Направление | n | Среднее | Медиана | Диапазон |
|---|---|---|---|---|
| Приём | 9 | 7,28% | 7,5% | 6–8,5% |
| Выплаты | 9 | 3,39% | 3% | 2–4,5% |
Это процентные компоненты, а не полная цена платежа. Отдельно нужно учитывать фиксированные комиссии, FX, налоги, резервы, минимумы, возвраты и другие нестандартные операции. Выборка не взвешена по обороту, не содержит измеренной конверсии и не позволяет ранжировать качество провайдеров. Малые или недостаточно независимые группы не публикуются.
Условный расчёт для одного платежа
Возьмём условный платёж 20 000 MNT; это не типичный чек рынка. Применение округлённых средних из таблицы даёт:
- Приём: 20 000 MNT × 7,28% = 1 456 MNT.
- Выплаты: 20 000 MNT × 3,39% = 678 MNT.
Каждая строка — отдельное направление, а не общая цена комплексной услуги. Расчёт показывает только процентную часть. До расчёта чистой выручки запросите актуальные условия для вашего чека, оборота, модели бизнеса и валюты расчётов.
Важно, когда деньги становятся доступны
Успешное уведомление об оплате и деньги, доступные бизнесу, — разные события. Используйте записанные сроки как вопросы к провайдеру: что запускает отсчёт, какой действует cut-off, учитываются ли выходные, на какой счёт приходят средства и могут ли резерв или проверка отложить доступность?
Для выплат согласуйте предфинансирование, проверку получателя, обработку отказов и отражение вернувшихся денег в остатке. Срок расчётов по приёму не доказывает время завершения выплаты.
Пример планирования денежного буфера
Если бизнес должен ежедневно финансировать обязательства на 2 000 000 MNT, разрыв в один день требует 2 000 000 MNT, в три дня — 6 000 000 MNT. Дополнительный буфер составляет 4 000 000 MNT. Это условная модель постоянного потока без комиссий, резервов и колебаний, а не наблюдаемое обещание сроков расчётов.
Выберите сценарий приёма платежей, который клиент сможет завершить
На публичных страницах QPay для мерчантов на монгольском языке описаны три полезных примера. Печатный QR-код представляет счёт мерчанта для получения средств, а сумму вводит клиент. В описании динамического QR указано, что сумма и реквизиты счёта заполняются за клиента, а мерчант может автоматически проверять оплату. Это описания продуктов QPay, а не подтверждение их доступности через любого PSP. Печатный QR, динамический QR.
QPay также описывает сервис глубоких ссылок, который открывает выбранное банковское приложение и заполняет счёт получателя и сумму платежа. Это конкретная альтернатива для проверки, когда клиент не может отсканировать QR-код при покупке с телефона. Уточните у предлагаемого провайдера, какие приложения и устройства действительно поддерживаются. QPay Deep Link.
| Ситуация клиента | Какую демонстрацию запросить | Что узнает мерчант |
|---|---|---|
| Сканирует напечатанный код у кассы | Ввод и подтверждение нужной суммы | Как сотрудник выявляет ошибочную сумму |
| Сканирует QR-код заказа с другого экрана | Открытие платёжного поручения для этого заказа | Какие данные клиенту ещё нужно ввести |
| Покупает в мобильном браузере | Переход в выбранное банковское приложение и возврат к заказу | Что происходит после оплаты, отмены или прерывания сценария |
Используйте эти сценарии как приёмочные тесты предлагаемой услуги. Список логотипов банков даёт меньше информации, чем наблюдение за реальным путём клиента на устройствах, которые намерен поддерживать ваш бизнес.
Отделите экран клиента от подтверждения для мерчанта
Документация QPay Merchant V2 описывает создание счёта с QR-кодом и ссылками на банковские приложения, получение уведомления об оплате и последующую проверку платежа через API. Используйте эту документированную последовательность, чтобы спросить, как PSP передаёт проверяемое подтверждение оплаты в вашу систему заказов. Документация QPay Merchant V2.
Во время демонстрации попросите клиента закрыть браузер после подтверждения платежа. Выясните, как сотрудники установят результат, если клиент не вернётся на страницу успешной оплаты. Также покажите, что видит мерчант, когда клиент лишь открывает банковское приложение и отказывается от оплаты. Скриншот клиента должен быть вспомогательным материалом, а для выяснения результата следует использовать платёжную запись провайдера.
До выдачи товара или предоставления услуги согласуйте, какую сумму, валюту, идентификатор транзакции и статус будет использовать ваш бизнес. Это предлагаемые операционные меры контроля, а не утверждение, что PayStar или любой монгольский провайдер уже их реализует.
Согласуйте действия при несовпадении суммы
Рассмотрим вымышленный заказ на 120 000 MNT. Мерчант хочет получить полную оплату до исполнения заказа. В тесте клиент пытается сначала внести 50 000 MNT, а затем 70 000 MNT. Арифметически получается 120 000 MNT, но мерчанту нужно установить, допускает ли предлагаемая услуга такую схему вообще и как сообщает результат каждой операции.
Попросите провайдера показать фактическое поведение: отказ при меньшей сумме, удержание заказа для проверки или поддержку подтверждённого сценария частичной оплаты. Не выбирайте ожидаемый ответ за провайдера. Если вторая попытка составляет 80 000 MNT, итоговые 130 000 MNT превысят сумму заказа на 10 000 MNT; согласуйте процедуру расследования и возврата до запуска.
В упражнении использованы придуманные суммы. Это не клиентский кейс, не типичный размер транзакции и не утверждение, что QPay поддерживает частичные платежи. Его задача — выявить правила обработки суммы, которые скрываются за внешне простой оплатой.
Проверяйте выплаты в MNT отдельно
Для бизнес-выплат в Монголии сначала опишите получателя и назначение: оплата поставщику, возврат клиенту или другое разрешённое перечисление могут требовать разных договорённостей. Получите подтверждение требований к счёту получателя, источнику финансирования, применимым лимитам, комиссиям и подтверждению исполнения. Спросите, как разбираются отклонённые операции и операции с неизвестным результатом, прежде чем повторять поручение.
В предложении явно укажите счёт для перечисления собранных средств и порядок финансирования выплат. Не предполагайте, что поступления автоматически можно использовать для выплат. Наличие внутренних операций в MNT также не решает отдельные вопросы подключения иностранного мерчанта, конвертации и перечисления средств за пределы Монголии.
Банк Монголии публикует лицензионную информацию по категориям платёжных услуг. Проверьте юридическое лицо и соответствующую услугу в предложении по актуальным записям регулятора, затем согласуйте с провайдером вид деятельности и документы вашей компании. Запись в реестре не означает одобрения конкретного мерчанта или трансграничной схемы. Лицензионная информация Банка Монголии.
Роль PayStar
PayStar предоставляет информацию для сравнения платёжных решений и, если это согласовано, технический слой для подключения и управления ими. PayStar не является банком или поставщиком платёжных услуг и не принимает, не хранит и не осуществляет расчёты по средствам клиентов или бизнеса от своего имени.
Вы выбираете платёжного провайдера и заключаете с ним прямой договор. Провайдер обрабатывает платежи и выполняет расчёты по этому договору. Доступность услуги, необходимые разрешения и коммерческие условия проверяются для вашей компании и задачи. Описание метода в статье не означает, что он доступен через PayStar именно вашему бизнесу.
Информация о платёжных вариантах бесплатна. Обработка платежей и согласованные технические услуги имеют отдельные коммерческие условия.
Официальные источники и рамки исследования
- QPay printed QR
- QPay dynamic QR
- QPay Deep Link
- QPay Merchant V2
- Bank of Mongolia payment-system licensing information
Проверка источников: 8 октября 2026. Дата выгрузки остаётся 14 сентября 2026. Описания местных систем дают контекст, а не подтверждение возможностей конкретного провайдера.