Индонезия: QRIS, BI-FAST и кошельки находятся на разных слоях платежа

В списке способов оплаты рядом часто стоят QRIS, BI-FAST, GoPay и банковский перевод. Но это не четыре равноправных кошелька. QRIS стандартизирует QR-платежи, BI-FAST представляет платёжную инфраструктуру, а приложение кошелька может быть интерфейсом и источником средств. Без такого разделения процессинг ошибочно считает один пользовательский путь несколькими независимыми способами и обещает одинаковые правила там, где действуют разные договоры.

Для мерчанта правильная схема начинается с вопросов: кто выпустил QR, какое приложение им воспользовалось, кто принял платёж и какое сообщение подтверждает его именно у получателя? Следующий вопрос — когда выручка становится доступна на нужном банковском счёте. На него не отвечает фотография QR-стойки.

Что стандартизирует QRIS, а что остаётся у провайдера

Bank Indonesia описывает merchant-presented и customer-presented модели. В статическом merchant QR сумму обычно вводит покупатель; в динамическом её заранее задаёт мерчант. Подключение проходит через разрешённого PJP с проверкой и выдачей merchant ID. На проверенной странице указан предел 10 млн IDR на операцию, при этом эмитент может задавать совокупные ограничения. Это границы конкретного продукта, а не гарантия одобрения любой покупки.

Динамический QR полезен тем, что сокращает неоднозначность инструкции. Но «динамический» сам по себе не обещает уникальную банковскую запись на заказ, автоматический возврат или круглосуточную выгрузку. Попросите провайдера показать, какие идентификаторы из созданной операции возвращаются в подтверждении, отчёте и обращении поддержки. Если связь пропадает между этими тремя местами, потребуется собственная очередь исключений.

В кассе сохраняйте отдельно выбранный способ и фактически использованный источник. Оплата через приложение кошелька не обязательно означает, что мерчант должен вести отдельный кошелёк в том же приложении. И наоборот, наличие у потребителя знакомого бренда не означает доступность всех QR, балансов и трансграничных сценариев для этого аккаунта. Проверяют конкретный маршрут и его участников.

Документированный пример: QR создан, деньги ещё не получены

В QRIS API Midtrans ответ создания содержит order_id, transaction_id, merchant_id, gross_amount, currency и transaction_status. Значение pending означает ожидание оплаты; документация показывает дальнейшие settlement и expire. Поля issuer и acquirer различают стороны, transaction_type — on-us и off-us. Это словарь Midtrans, который нельзя объявлять общим API всех PJP. Спецификация QRIS.

Рекомендуемая логика собственного учёта: созданной инструкции присвоить одно состояние, подтверждённой оплате — другое, расчёту с предприятием — третье. Исходный transaction_status хранится рядом с внутренним состоянием, чтобы поддержка могла объяснить расхождение. Обработчик повторного уведомления находит существующее событие, а не создаёт ещё одну выручку. Браузерный redirect используется для интерфейса покупателя, а не как единственное основание финансовой записи.

У Midtrans есть отдельный запрос текущего статуса. В POS-руководстве описана ситуация, когда неуспешная попытка внутри Gojek не отправляется мерчанту как окончательный отказ: операция остаётся pending, позволяя повторить оплату до истечения срока. Там же онлайн-возврат для POS по умолчанию не обещан и требует согласования. Именно такие ограничения важно прочитать до продажи клиенту «полностью автоматической кассы».

Почему слово settlement вводит в заблуждение

В документации платёжного шлюза settlement может означать подтверждённый успех клиентского платежа в его модели. Финансовой команде всё равно нужен отдельный ответ: означает ли это доступность средств к выводу и завершённое зачисление на банковский счёт предприятия? Название статуса не заменяет расчётный договор. Внутренние поля лучше называть по бизнес-смыслу и хранить provider status без переименования.

Учебный пример: сто покупок на общую сумму 5 млн IDR подтверждены в течение дня. На следующий день приходит один банковский перевод за вычетом согласованных удержаний. Этот перевод закрывает обязательство провайдера перед мерчантом, а не создаёт сто новых оплат. Сверка должна связать пакет, его состав, gross, комиссии, возвраты и net; разница не списывается автоматически на «погрешность кошелька».

BI-FAST: отдельная инфраструктура со своими возможностями

FAQ Bank Indonesia описывает адресацию по счёту либо proxy, например телефону или email. Один proxy привязывается к одному счёту. Указан максимальный размер 250 млн IDR на операцию с возможными меньшими лимитами участника. Помимо individual credit transfer перечислены поэтапно вводимые bulk credit transfer, request for payment и direct debit. Наличие функции в системе не подтверждает её доступность у конкретного обслуживающего банка.

Для мерчанта это означает необходимость отдельной карты возможностей: приём, выплаты, пакетные операции, запрос платежа и возврат. Нельзя решить задачу приёма, подключив только исходящие переводы, или считать, что любая операция QRIS обязательно проходит через BI-FAST. Реквизиты, отчёты и обращения поддержки должны соответствовать реально согласованной схеме, а не красивой общей архитектуре на презентации.

Лимиты и возвраты проверяют по всему циклу

Перед запуском проверьте разрешённый диапазон суммы, срок жизни QR, поведение при просрочке и механизм запроса статуса. Для возврата нужны подтверждённая исходная оплата, допустимая сумма и согласованный канал. Если API не поддерживает возврат данного продукта, это не разрешение отправлять деньги на произвольный номер из переписки. Описывают официальный процесс, сроки, ответственного и доказательство завершения.

В нагрузочном тесте измеряйте не только долю успеха. Считайте количество операций без финального ответа, время восстановления связи с заказом и остаток ещё не выплаченной мерчанту выручки. Эти показатели показывают стоимость реального обслуживания лучше, чем среднее время красивого успешного сценария.

Игровой трафик: национальный QR не снимает запреты

Индонезийские органы официально сообщают о блокировке банковских счетов, связанных с онлайн-гемблингом, и пресечении его финансовых потоков. Следовательно, доступ к QRIS или BI-FAST нельзя представлять как разрешённый местный gambling-эквайринг. Обслуживание допустимо только для законной и согласованной деятельности; маскировка мерчанта под другой бизнес не исправляет правовой статус операции.

Итог для оператора: сравнивайте не логотипы, а проверяемые обязанности участников. У кого merchant ID, кто отправляет подтверждение, кто должен деньги после оплаты и кто завершает возврат? Если на эти вопросы есть договорные и технические ответы, метод можно оценивать по цене и удобству. Без них низкая комиссия остаётся неполным предложением.