Короткий ответ: российский продавец сегодня реально принимает деньги в рублях — по СБП и картам российских банков. Зарубежная аудитория при этом никуда не девается, просто цена на витрине может быть в долларах или тенге, а списание всё равно происходит в рублях по курсу, который вы зафиксировали в момент заказа.
Дальше — как развести валюту витрины и валюту расчёта, где брать курс и на сколько его держать, чего ждут покупатели из разных стран и какие обещания на странице оплаты потом обернутся возвратами.
Что реально доступно российскому продавцу
Начните с честной картины, иначе весь дальнейший план поедет. Через российский платёжный сервис вы получаете рублёвый приём: у RollyPay поле payment_currency сейчас принимает только "RUB", попытка создать платёж в другой валюте вернёт ошибку payment_currency must be RUB.
Это не значит, что зарубежных покупателей нет. Их три типовых группы:
- Русскоязычные за границей с российской картой или счётом. Платят как обычно, разница только в часовом поясе поддержки. Это основная и самая рабочая аудитория.
- Покупатели из стран, где живут родственники и партнёры с рублёвыми счетами. Оплата идёт «через своего»: заказ ваш, плательщик другой. Заранее решите, как связывать такой платёж с покупателем.
- Полностью иностранная аудитория без доступа к рублю. Для неё российский эквайринг не подходит — тут нужны площадка-посредник, зарубежное юрлицо или партнёр-реселлер. Это отдельный проект, а не настройка кассы.
Определите, какая доля выручки приходится на третью группу. Если меньше 10–15%, дешевле обслуживать её вручную через договор и счёт, чем строить вторую платёжную инфраструктуру.
Валюта витрины и валюта списания — разные поля
В базе это должны быть две пары значений, а не одна. Показываете цену в долларах — храните и её, и рублёвую сумму, которая ушла в платёж.
| Поле в заказе | Пример | Зачем |
|---|---|---|
display_currency, display_amount | USD, 29.00 | Что покупатель видел на витрине и в письме |
charge_currency, charge_amount | RUB, 2610.00 | Что уходит в amount при создании платежа |
rate, rate_source, rate_at | 90.00, cbr, 2026-08-17T09:00Z | Чем вы объясните сумму, если покупатель спросит |
На странице оплаты рядом с ценой в валюте поставьте строку: «Оплата в рублях, 2 610 ₽ по курсу на момент оформления». Покупатель видит обе цифры и не удивляется списанию. Без этой строки вы получите письмо «я платил 29 долларов, откуда 2 610» и потратите вечер на объяснения.
Курс: где брать и сколько держать
Курс живёт своей жизнью, а ваша цена должна быть предсказуемой хотя бы на время оформления заказа. Рабочая схема простая.
- Источник. Курс ЦБ на сегодня — понятный и объяснимый ориентир. Обновляйте раз в сутки, кэшируйте локально: падение внешнего API не должно ронять оплату.
- Запас. Прибавьте 3–5% к курсу конвертации. Это не жадность, а компенсация дневных скачков и разницы между вашим источником и банковским.
- Фиксация. Записали курс в заказ — считайте его действительным столько же, сколько живёт платёжная ссылка. В ответе на
POST /api/v1/paymentsестьexpires_at; после этого момента и ссылка, и курс пересчитываются заново. - Пересчёт. Покупатель вернулся через два дня по старой ссылке — создайте новый платёж с новым
order_idи свежим курсом, а не пытайтесь оживить старый.
Округляйте в рублях до целых. Сумма 2 610 ₽ читается как цена, 2 609,73 ₽ — как ошибка в скрипте.
Ожидания по методам оплаты у разных аудиторий
Привычка платить у людей местная. Тот же чекаут в разных странах читается по-разному, и это влияет на конверсию сильнее, чем дизайн кнопки.
- Россия и релоканты. СБП по QR или кнопке — быстро и без ввода реквизитов. Карта нужна как запасной вариант, а не как основной.
- Казахстан, Армения, Грузия. Много людей держат и местную, и российскую карту. Явно напишите, какая пройдёт, — иначе первая попытка закончится отказом банка и человек не повторит.
- Европа и США. Ждут привычную форму карты и подписки в один клик. Если у вас этого нет, честнее сразу предложить другой способ купить: инвойс, площадку, партнёра.
- Азия и Латинская Америка. Локальные кошельки и мгновенные переводы вроде UPI или Pix там норма, а карта — исключение. Обещать их поддержку, не имея интеграции, бессмысленно.
Практический шаг: спросите на первом экране страну и покажите ровно те способы, которые сработают. Пустой выбор из шести иконок, четыре из которых не пройдут, стоит вам конверсии и репутации. Как это устроено в подписной модели, разобрано в статье про платежи для SaaS.
Чего нельзя обещать на странице оплаты
Формулировки на витрине — это оферта, а не маркетинг. Три вещи, которые часто пишут зря.
- «Принимаем оплату из любой страны». Достаточно одного покупателя, у которого не прошло, чтобы получить спор и плохой отзыв. Пишите список стран, который вы проверили сами.
- «Оплата в вашей валюте». Если списание рублёвое, это неправда даже при точном пересчёте. Формулировка «цена в USD, оплата в рублях по курсу» защищает вас и не отпугивает.
- Конкретные ставки и сроки без подтверждения. Доступные методы, категорию проекта и условия подключения подтверждает модерация платёжного сервиса. Обещать их до одобрения — гарантированный конфликт с покупателем.
Отдельно продумайте поддержку: часовые пояса, язык ответа и срок реакции. Покупатель из другого полушария, оставшийся без доступа в свою ночь, напишет в банк раньше, чем вам.
Перед запуском на зарубежную аудиторию
- Проверили, что цена на витрине и рублёвая сумма совпадают в письме, чеке и личном кабинете.
- Записали курс, его источник и время фиксации в заказ — эти три поля закрывают 90% споров о сумме.
- Написали правила возврата на языке покупателя и указали срок в рабочих днях.
- Уточнили у бухгалтера, как оформляются продажи иностранному покупателю в вашем статусе. Платёжный сервис даёт техническое подключение, документы и налоги остаются на продавце.
- Прогнали тестовую оплату с реальным зарубежным пользователем — раньше, чем на посадочной появится слово «международный».
Такой набор занимает пару дней и снимает большую часть будущих писем в поддержку. Если вы продаёте цифровой продукт, следующим шагом стоит посмотреть, как устроены продажи цифровых товаров и как подключить оплату на сайте через готовое решение.