Мы используем Google Analytics для статистики посещаемости. Аналитические cookie устанавливаются только с вашего согласия. Без согласия статистика оценивается по сигналам, не использующим cookie. Политика использования cookie.
Gateway · Платежи
Разобранный пример проходит через всю страницу — Arc Studio SRL, заказ 9F21-0716, €49.00. Клиент выбирает карту, Apple Pay, Google Pay, USDC или банковский перевод, а для мерчанта результат один: один референс, один чек, одна сумма в евро.
Гарантии
Фрагментация способов оплаты — проблема мерчанта, и она нарастает: карточный процессор со своим дашбордом, SDK кошелька со своим релизным циклом, крипто-опция на другой странице, которая нигде не сверяется. Каждый новый способ — ещё одна интеграция, ещё один набор отчётов, ещё одно место, где платёж может потеряться. Gateway сводит всё это к одной странице и одной записи.
Тот же checkout на мобильном — карты, кошельки и USDC на одной странице. · Чек — 52.95 USDC получено, €49.00 рассчитано, всё прямо и понятно.
Карты, Apple Pay, Google Pay, USDC, банковский перевод и локальные методы, которых ждут ваши покупатели, собраны на одной hosted-странице в порядке, который подходит клиенту перед ней. Страница адаптируется под десктоп, телефон и in-app; подключить новый способ — это переключатель, а не проект.
Бэк-офис ссылок — каждая ссылка со статусом, €2,304.50 собрано за месяц.
USDC оценивается по курсу, показанному на странице до подтверждения клиентом, рассчитывается в евро и приходит в той же выплате, что и карточная выручка. Вам не нужно держать позицию в токенах, открывать казначейскую функцию, а бухгалтер не увидит вторую валюту. Чек фиксирует конвертацию одной строкой: клиент заплатил криптой, в учёте — €49.00.
Возврат в процессе — по заказу, причина обязательна, деньги вернутся тем же путём.
Всё привязано к заказу, а не к способу оплаты. Заказ 9F21-0716 содержит позиции, комиссию за обработку €0.50, итог, результат авторизации, чек и возвраты. Поэтому сверка — это поиск по записи, спор — один экран, а возврат ссылается на заказ, а не на карту, кошелёк или блокчейн.
Брендинг checkout — логотип, цвета, шрифт и скругления с живым превью до сохранения.
Карты хранятся в нашем хранилище и используются по токену, поэтому вернувшийся клиент платит одним касанием, а ваши системы хранят ссылку, а не номер карты. Подписки идут по заданному вами расписанию на этот токен, сами повторяют soft decline и следуют за держателем при перевыпуске карты — каждый цикл создаёт свой заказ и свой чек.
Настройка способов — включайте их для каждого checkout, расчёты и маршрутизация рядом.
Карточный трафик идёт по политике маршрутизации, описанной понятными вам терминами, soft decline повторяется по альтернативному маршруту до того, как клиент увидит сбой, а 3-D Secure включается, когда этого требует политика, а не по умолчанию. Если платёж действительно отклонён, причина приходит на языке, с которым оператор может работать, а не в виде сырого кода эмитента.
Загрузите логотип, задайте цвета, шрифт и скругления и посмотрите настоящий checkout до сохранения. Запускайте его на нашем домене, на вашем или внутри собственного приложения — с подписью powered by или в полном whitelabel. Демо-checkout принадлежит Arc Studio SRL и выглядит как их собственный.
Методы
Все методы, которые показывает checkout, рельсы за ними и валюта, в которой приходят деньги. Главное — правая колонка: что бы ни выбрал клиент, выплата мерчанту — одна сумма в евро.
Интеграция
Создайте заказ с ключом идемпотентности, перенаправьте клиента на hosted checkout и получите подписанный результат. Вся интеграция — несколько эндпоинтов и один вебхук.
Никакой интеграции: создайте ссылку в бэк-офисе, одноразовую или многоразовую, и отправьте. Платежи попадают туда же, куда и платежи через API.
iOS и Android показывают тот же checkout нативно, и клиент остаётся в вашем приложении — в том числе при оплате через кошельки и 3-D Secure.
Подключите готовый интернет-магазин без разработчика: установите плагин, вставьте ключи и проведите тестовый платёж тестовой картой из песочницы.
Оставьте свой дизайн и встройте поля оплаты. Они остаются hosted и в зоне PCI на нашей стороне, так что данные карты по-прежнему не касаются ваших серверов.
Интеграция
Ваш бэкенд создаёт заказ через API: сумма, валюта, ваш референс.
Клиент выбирает карту, кошелёк или USDC на hosted-странице.
Средства проверяются и блокируются; 3-D Secure подключается, только если этого требует политика.
Списание завершается и встаёт в очередь на расчёт.
Приходит подписанный вебхук order.paid; проверьте подпись и выполняйте заказ.
Заказы дня собираются в пакет и выплачиваются в EUR — один референс от checkout до строки в банке.
Возможности
Hosted checkout показывает карты, Apple Pay, Google Pay и USDC рядом. Слева — заказ 9F21-0716: три позиции, комиссия за обработку €0.50, к оплате €49.00; справа — выбор способа. Клиент выбирает, страница подстраивается, а мерчант интегрируется один раз.
Тот же URL чекаута перестраивается под телефон: заказ сворачивается в сводную панель, кнопки способов остаются на месте, у формы карты сохраняются подписи. Что работает на десктопе, работает и на мобильном. А если платёж должен проходить внутри вашего приложения, а не в браузере, SDK для iOS и Android показывают тот же чекап нативно для того же заказа.
Оплата в USDC завершается квитанцией, понятной бухгалтеру мерчанта. Способ: 52.95 USDC в сети Base →︎ расчёт в EUR по курсу, указанному в квитанции, 1 EUR = 1.0807 USDC. Референс 9F21-0716 отправляется клиенту на email и сразу доступен для скачивания. Клиент заплатил криптой, а в учёте — €49.00.
У платёжных ссылок есть полноценный рабочий стол: 8 ссылок Arc Studio SRL — оплаченных, активных и истёкших, в каждой строке сумма, число платежей и статус. Карточки сверху ведут счёт: 4 активные ссылки, €2,304.50 собрано за месяц по 18 платежам по ссылкам, €49.00 оплачено сегодня. Создать, найти, экспортировать — готово.
Возврат привязан к заказу, а не к способу оплаты. Панель открывается на 9F21-0716 с предустановленной полной суммой €49.00, обязательной причиной и необязательным комментарием, который попадает в экспорты и в квитанцию клиента. Средства автоматически возвращаются по исходному платёжному маршруту — на карту при оплате картой, в виде расчёта в EUR при заказах в USDC — обычно за 1–3 рабочих дня.
Брендинг — это страница настроек, а не проект с услугами: загрузите логотип, задайте акцентный цвет, цвет текста и фона, выберите шрифт и скругление углов. Живой предпросмотр показывает ваш настоящий чекаут — десктопный или мобильный — до сохранения, а акцент определяет фокус кнопки оплаты, галочки статусов и активную вкладку. Запускайте на хосте чекаута из вашей песочницы или на собственном домене.
Способы оплаты — это переключатели с провайдерами за ними: карты с 3-D Secure, Apple Pay и Google Pay как кошельковые кнопки, USDC в сетях Ethereum, Base и Solana, банковский перевод SEPA по референсу vIBAN. Рядом панель расчётов прямо описывает условия: клиент видит конвертацию до подтверждения, а вы всегда получаете расчёт в EUR.
Создайте заказ, перенаправьте на hosted-страницу, получите результат. Gateway берёт на себя платёжный интерфейс, логику способов оплаты и квитанции. Вашей команде не нужно разрабатывать, чинить и обновлять фронтенд чекаута при каждом изменении набора способов.
Всё строится вокруг заказа, а не способа оплаты. Заказ 9F21-0716 содержит позиции — спринт по фирменному стилю €38.50, лицензия на шрифт €6.00, срочная доставка €4.00 — комиссию за обработку €0.50 и один итог. Как бы ни оплатили, именно по этому референсу вы запрашиваете, сверяете и возвращаете платежи.
Изменения способов оплаты и брендинга применяются к новым сессиям чекаута — об этом сказано на экране, где вы их сохраняете. Страница никогда не меняется под руками у клиента посреди оплаты.
Карточный путь — скучная часть, и она закрыта: валидация на месте, 3-D Secure с строгой аутентификацией клиента встроен в процесс под понятной политикой маршрутизации, тестовые карты для каждой песочницы. Приём крипты никогда не ухудшает оплату картой.
Кошельки — это кнопки, а не проекты. Apple Pay и Google Pay открываются как оплата в одно касание прямо на странице и работают на токенах устройства — настоящий номер карты на страницу не попадает — через тот же заказ и ту же квитанцию. Включаются переключателем на экране способов оплаты.
Криптовалюта оценивается по курсу, показанному на чекауте, и рассчитывается в евро. У мерчанта случайно не окажется позиции в токенах, а учёт ведётся в одной валюте.
Способ USDC охватывает Ethereum, Base и Solana за одним переключателем. Клиент платит в сети своего кошелька, а у мерчанта ничего не меняется.
Оплата переводом несёт референс vIBAN, поэтому входящий платёж SEPA по построению привязан к своему заказу. Включите её для клиентов, которым нужен счёт к оплате из банка, — сверка останется автоматической.
Помимо карт и кошельков, чекаут предлагает переводы со счёта на счёт и локальные методы, которых ждёт европейский покупатель, — с учётом страны клиента, а не одним длинным списком.
BNPL стоит в той же строке способов, что и остальные: клиент делит платёж на части, мерчант получает оплату сразу целиком, а референс заказа не меняется. Один переключатель, та же квитанция, та же сверка.
Страница упорядочивает способы по вероятному выбору клиента — страна, язык, устройство, платил ли он вам раньше, — так что нужный вариант стоит первым, а не четвёртым.
Показывайте сумму в валюте клиента с указанием конвертации до подтверждения, а рассчитывайтесь всегда в EUR. Клиент видит привычное число, а в вашей книге — одно.
Hosted-страница локализует подписи, ошибки и квитанции. Никто не бросит платёж из-за кнопки на чужом языке.
Вернувшийся клиент платит сохранённой картой одним касанием. Карта хранится в защищённом хранилище на нашей стороне и используется по токену, так что ваши системы хранят ссылку, а не PAN, — и вторая покупка короче первой.
Регулярные списания идут по заданному вами расписанию — сумма, интервал, начало и конец — с токенизированной карты. Каждый цикл создаёт свой заказ и свою квитанцию, поэтому подписка сверяется построчно, как и всё остальное.
Мягкий отказ при регулярном списании не списывается в убыток, а повторяется по расписанию, а клиента уведомляют, только когда это действительно нужно. Неудачные продления больше не превращаются в тихий отток.
Сохранённые карты хранятся как сетевые токены и следуют за держателем при перевыпуске и истечении срока. Подписка, которая раньше ломалась при замене карты, продолжает списывать.
Заказы создаются через API с ключами идемпотентности — повторный запрос возвращает исходный результат, а не второе списание, — а в разделе для разработчиков лежат ключи и документация. Чекаут размещён у нас, интеграция — это несколько эндпоинтов, описанных там же, где настройки.
Ваш бэкенд узнаёт о платежах в момент их совершения: подписанные вебхуки по жизненному циклу заказа — оплачен, отклонён, возвращён — с проверкой подписи на вашей стороне и защитой от повторной отправки на нашей.
Нативные приложения показывают тот же чекаут внутри приложения, не отправляя пользователя в браузер. SDK берёт на себя логику способов оплаты, кошельковые окна и 3-D Secure, а заказ и квитанция — те же, что уже известны вашему бэкенду.
Плагины для CMS и корзин подключают существующий магазин к Gateway без разработчика: установите, вставьте ключи, проведите тестовый платёж. Заказы попадают в тот же бэк-офис, что и заказы через API.
Если оплата должна проходить в вашем макете, встройте платёжные поля напрямую: поля размещены у нас и относятся к нашему периметру PCI, страница вокруг целиком ваша, а данные карт не попадают на ваши серверы.
Ссылка может закрыться после одного платежа или принимать их дальше: в демо за место на воркшопе прошло 3 платежа, за час консультации — 6. По умолчанию ссылки истекают через 30 дней, и истёкшая ссылка прямо об этом сообщает, а не молча выдаёт ошибку.
Интеграцию прогоняют на тестовых сессиях с картами, выданными вместе с ключами песочницы, ещё до любых реальных движений денег. Сценарии идентичны, поэтому то, что прошло в тесте, уйдёт в продакшен.
Карточный трафик идёт по политике маршрутизации, описанной привычными понятиями — платёжная система, страна эмитента, валюта, сумма, — а не по «чёрному ящику». Маршрут платежа виден на том же экране, где открыт сам платёж.
Мягкий отказ повторяется по альтернативному маршруту в рамках той же сессии checkout, пока покупатель не увидел ошибку. Большинство спасённых платежей — те, о риске которых клиент так и не узнал.
Сырые коды эмитента переводятся в причины, с которыми оператор может работать: истёк срок карты, недостаточно средств, риск эмитента. Причины группируются, и закономерность по множеству платежей видна как закономерность.
Большинство платежей проходит только по сигналам устройства и поведения; дополнительная проверка появляется, когда её требует политика. Политику задаёте вы — всегда, по уровню риска или без проверки там, где это допускают правила, — а hosted-страница проведёт весь сценарий.
Checkout, чек и расчёт несут один и тот же номер заказа. Тот, кто найдёт 9F21-0716, увидит одну запись на €49.00, а не карточную запись в одной системе и крипто-запись в другой.
Расчёты задаются там же, где настраиваются: автоконвертация в EUR, зачисление на RO49 •••• 0421, выплата ежедневно в 23:00. Цифра, которую бухгалтер увидит завтра, определяется сегодня на экране, понятном мерчанту.
Каждая выплата раскрывается в заказы, из которых она сложилась, с комиссиями по статьям. Банковская строка совпадает со списком, который можно выгрузить, так что закрытие месяца — это поиск, а не расследование.
Сумму возврата можно менять вплоть до исходного платежа: панель показывает максимум, а всё, что меньше, считается частичным возвратом. Десять частичных возвратов по одному заказу всё равно сходятся с одним номером.
У каждого возврата есть обязательная причина и необязательный комментарий, и комментарий не теряется: он попадает в выгрузки и в чек клиента. Через полгода никому не придётся вспоминать, почему по заказу 9F21-0716 деньги вернули.
Чеки отправляются клиенту по e-mail и сразу доступны для скачивания, чеки возвратов идут тем же путём. Мерчанту не нужно делать шаблон чека.
Отмена до закрытия дневного батча снимает холд авторизации, и деньги не двигаются: ни возврата, ни комиссии, ни строки в выписке клиента, которую пришлось бы объяснять.
Карточные платежи проходят 3-D Secure по понятной политике маршрутизации. Платежи кошельками используют собственную аутентификацию устройства, а события webhook проверяются по подписи, прежде чем им доверять.
Правила скоринга читаются как предложения — сумма больше X из страны Y по новой карте — и сами выполняют действие: разрешить, запросить проверку или заблокировать. Списки доверенных и заблокированных карт, e-mail и адресов находятся на том же экране.
Повторные попытки с одной карты, устройства или адреса ловят правила по частоте, а не человек, заметивший их позже. Сигналы показаны прямо в платеже, а не спрятаны в скоринговом балле.
Чарджбэк открывается вместе с заказом: результат авторизации, итог 3-D Secure, чек, доставка, история возвратов. Отвечайте прямо с этого экрана — пакет доказательств собирается из данных системы, а не по памяти.
Страница сбора данных карты наша: hosted и в периметре PCI. Платит ли клиент на нашем домене, на вашем или в вашем приложении, ваши серверы видят токен и номер заказа, но не номер карты.
Платёжные данные шифруются при хранении и обрабатываются в ЕС. Для европейского мерчанта вопрос, где лежат данные, — это ответ, а не сноска.
Возвраты, смена методов, смена брендинга, ротация ключей — всё записывается в журнал аудита с указанием оператора, времени и причины. Привилегированные действия требуют указать причину до выполнения.
Финансисты видят выплаты, поддержка — заказы и делает возвраты, разработчики — ключи и логи. Доступ выдаётся по ролям, а не через общий логин.
Плательщики собираются в раздел клиентов — кто платил, как часто и каким методом, — так что постоянный клиент становится записью, а не случайным совпадением e-mail в выгрузках.
Найдите платёж по ссылке или номеру в строке поиска; выгрузите текущую выборку в CSV, когда это понадобится для учёта. Бэк-офис исходит из того, что бухгалтер обязательно спросит.
Объём, доля одобрений, возвраты и структура методов за выбранный период. Достаточно, чтобы понять, куда ушли деньги и какой метод стоит продвигать, — без единой выгрузки.
Gateway подключается к Protocore Center: бэк-офис платёжных ссылок показывает каждую ссылку с привязанным расчётным переводом и ссылкой для открытия в Tracer с полной трассировкой. Ваша операционная команда видит всё от checkout до учётной книги.
Демо-checkout принадлежит Arc Studio SRL: их название, их знак, их заказ. Запускайте его с подписью powered by Protocore или полностью в whitelabel — в любом случае страница выглядит как ваша.
FAQ
Карточный платёж проходит в два шага: авторизация блокирует средства при покупке, клиринг переводит их. Gateway автоматически подтверждает списание, собирает заказы дня в пакет и выплачивает EUR на ваш именной счёт в ежедневное время выплаты, заданное в настройках.
Временем. До клиринга отмена снимает блокировку авторизации, и деньги не движутся. После клиринга это возврат: оформляется по заказу, полный или частичный, уходит обратно тем же способом оплаты, а причина фиксируется в записи.
Как политика, а не как трение по умолчанию. Большинство платежей проходит по данным об устройстве и поведении; дополнительная проверка появляется, только если её требует политика маршрутизации. Политику задаёте вы, а hosted-страница проводит клиента по сценарию.
Евро. Сумма в USDC рассчитывается на странице до подтверждения клиентом, конвертируется в EUR по указанному курсу, а чек фиксирует конвертацию. Checkout, чек и расчёт имеют один референс заказа — позиции в токенах у вас не возникает.
Заказ — это ваше досье с доказательствами. Результат авторизации, чек, история возвратов и доставка вебхуков привязаны к одному референсу: одного запроса достаточно, чтобы ответить на спор, а возврат с того же экрана часто оказывается более быстрым решением.
Нет. Заказы создаются с ключами идемпотентности, поэтому повторный запрос возвращает исходный результат, а не второе списание, а вебхуки при возврате подписываются и защищены от replay-атак.
Страница, где вводятся данные карты, наша — hosted и в зоне PCI на нашей стороне. Ваши серверы получают токен и референс заказа, но никогда не номер карты. Это верно, платит ли клиент на нашем домене, на вашем, в вашем приложении или через поля оплаты, встроенные в ваш дизайн.
Да. Запускайте его на хосте checkout, выданном вместе с песочницей, на собственном домене или внутри вашей страницы через hosted-поля оплаты. Брендинг — логотип, цвета, шрифт, скругления — настраивается на отдельном экране с живым предпросмотром, а подвал бывает с пометкой powered-by или полностью whitelabel — на ваш выбор.
Карты хранятся у нас в виде сетевых токенов, а в ваших системах остаётся только референс. Подписка списывает средства с токена по заданному вами графику, сама повторяет попытки после мягких отказов и следует за держателем при перевыпуске карты. Каждый цикл создаёт свой заказ и чек, поэтому подписка сверяется строка за строкой.
Сумму в своей валюте с указанной конвертацией до подтверждения и checkout на своём языке. Расчёты с вами по-прежнему идут в EUR. Принцип тот же, что и с USDC: сторона клиента подстраивается, а ваш леджер остаётся в одной валюте.
С вашей стороны это дебиторская задолженность в евро. Крипто-часть берёт на себя Gateway — расчёт цены, ончейн-платёж и конвертацию, — а на ваш счёт приходят EUR через регулируемый путь расчётов, с курсом, зафиксированным в чеке. Вы не храните токены, не ведёте кошелёк и не держите позицию, потому что конвертация происходит до расчёта, а не после.
Платёжная ссылка работает в день открытия аккаунта. API-интеграция — это эндпоинт заказа, редирект и один подписанный вебхук: большинство команд запускает её в тесте за неделю и переходит на боевой режим после сквозного тестового платежа. Плагины для магазинов обходятся вообще без разработки.
Да — запустите оба. Направляйте новые заказы в Gateway, пока прежний провайдер завершает расчёты и возвраты по своим, ведь возвраты всегда идут обратно по тому рельсу, которым принят платёж. Сохранённые карты переносятся как токены, так что подписчикам не придётся вводить данные заново.
Вызов заказа и обработчик вебхука. Платёжная страница, логика методов, кошельки, 3-D Secure, чеки и каждый новый метод, добавленный позже, — наша зона ответственности. В этом и смысл hosted checkout.
Цены
Запуск без платы за платформу: gateway зарабатывает на обработанных платежах, поэтому стоимость следует за объёмом через checkout.
Запускайте checkout под своим брендом по лицензии, рассчитанной на включённые рельсы и планируемую пропускную способность.
Ваш бренд на платёжной странице, наши рельсы под ним, эксплуатация на нашей стороне — объём зависит от включённых способов оплаты.
Стоимость следует за объёмом через checkout и включёнными рельсами — карты, кошельки и расчёты в USDC. Подключайте автономно или полностью в whitelabel.
Оценка
Мы проходим с вами разобранный пример — Arc Studio SRL, заказ 9F21-0716 — оплату картой, кошельком и USDC и показываем бэк-офис мерчанта за ним.
Тестовый мерчант с API-ключами: ваша команда создаёт заказы, запускает hosted checkout и получает подписанные результаты от начала до конца.
API заказов, вебхук order.paid и руководство по интеграции — всё, что нужно, чтобы подключить checkout к Gateway, а не строить свой.
Hosted-страница с вашим логотипом, цветами и шрифтом — чтобы увидеть свой checkout до запуска.
Что почитать ещё
Работает автономно или как whitelabel — ваш бренд на checkout, наши рельсы под ним.
PoS использует модель заказов Gateway на кассе, vIBAN даёт его банковским переводам самоидентифицирующиеся референсы, Chain конвертирует платежи в USDC в EUR, Center — консоль оператора за checkout, а Agents применяет ту же модель заказов к платежам, которые инициирует ПО по правилам, заданным человеком.
Всё перечисленное работает в продакшен-демо, которые мы можем вам показать: отдельно, как whitelabel или единой платформой. Расскажите, что вы строите, и мы покажем кратчайший путь.
