Ми використовуємо 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 — логотип, кольори, шрифт і кути, з живим переглядом до збереження.
Картки зберігаються у нашому сховищі й використовуються за токеном, тож клієнт, що повертається, платить одним дотиком, а ваші системи зберігають посилання, а не номер картки. Підписки виконуються за вашим розкладом на основі цього токена, самі повторюють м'які відмови й підтягують дані після перевипуску картки — кожен цикл створює власне замовлення та власний чек.
Налаштування способів оплати — вмикайте способи для кожного checkout, поруч розрахунок і маршрутизація.
Картковий трафік іде за політикою маршрутизації, написаною зрозумілими вам термінами, повторює м'яку відмову альтернативним маршрутом ще до того, як клієнт побачить збій, і вмикає 3-D Secure, коли цього вимагає політика, а не завжди. Коли платіж справді відхилено, причина приходить мовою, з якою оператор може працювати, а не сирим кодом емітента.
Завантажте логотип, задайте кольори, шрифт і кути та перегляньте справжній checkout до збереження. Запускайте його на нашому домені, на вашому або всередині власного застосунку — із підписом powered-by або повністю як whitelabel. Демо-checkout належить Arc Studio SRL, і виглядає як їхній.
Методи
Усі методи, які пропонує checkout, рейки за ними та валюта, в якій надходять кошти. Головне — права колонка: що б не обрав клієнт, виплата мерчанту — це одна сума в євро.
Інтеграція
Створіть замовлення з ключем ідемпотентності, перенаправте на hosted checkout і отримайте підписаний результат. Уся інтеграція — кілька ендпоінтів і один вебхук.
Жодної інтеграції — створіть посилання в бек-офісі, одноразове або збірне, і надішліть. Платежі надходять туди ж, куди й платежі через API.
iOS і Android показують той самий checkout нативно, залишаючи клієнта у вашому застосунку під час роботи з гаманцями та 3-D Secure.
Підключіть наявний інтернет-магазин без розробника: встановіть плагін, вставте ключі й проведіть тестовий платіж sandbox-карткою.
Зберігайте власний дизайн і вбудовуйте поля для оплати. Вони лишаються hosted і в зоні PCI на нашому боці, тож дані картки так само не торкаються ваших серверів.
Інтеграція
Ваш бекенд створює замовлення через API: сума, валюта, ваш референс.
Клієнт обирає картку, гаманець або USDC на hosted-сторінці.
Кошти перевіряються й блокуються; 3-D Secure вмикається, лише якщо цього вимагає політика.
Списання завершується й стає в чергу на розрахунок.
Надходить підписаний вебхук order.paid; перевірте підпис і виконайте замовлення.
Замовлення дня об’єднуються в пакет і виплачуються в EUR — один референс від checkout до рядка в банку.
Функції
Хостований checkout показує картки, Apple Pay, Google Pay і USDC поруч. Ліворуч — замовлення 9F21-0716: три позиції, комісія обробки €0.50, до сплати €49.00; праворуч — вибір методу. Клієнт обирає, сторінка адаптується, мерчант інтегрувався один раз.
Той самий URL checkout перебудовується під телефон: замовлення згортається в панель підсумку, кнопки методів лишаються на місці, форма картки зберігає підписи. Те, що працює на десктопі, працює й на мобільному. А коли оплата має відбуватися всередині вашого застосунку, а не в браузері, SDK для iOS і Android показують той самий checkout нативно, для того самого замовлення.
Оплата 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 робочі дні.
Брендинг — це сторінка налаштувань, а не проєкт із послуг: завантажте логотип, задайте акцентний, текстовий і фоновий кольори, виберіть шрифт і стиль кутів. Живий перегляд показує ваш справжній checkout, десктопний чи мобільний, ще до збереження, а акцент визначає фокус кнопки оплати, позначки статусу й активну вкладку. Запускайте його на хості checkout, виданому разом із sandbox, або на власному домені.
Платіжні методи — це перемикачі з провайдерами за ними: картки з 3-D Secure, Apple Pay і Google Pay як кнопки гаманців, USDC в Ethereum, Base і Solana, банківський переказ SEPA за референсом vIBAN. Поруч панель розрахунків прямо описує умови: клієнти бачать конвертацію до підтвердження, а ви завжди розраховуєтесь в EUR.
Створіть замовлення, перенаправте на хостовану сторінку, отримайте результат. Gateway бере на себе платіжний UI, логіку методів і квитанції. Вашій команді не потрібно створювати, латати чи оновлювати фронтенд checkout щоразу, коли змінюються методи.
Усе тримається на замовленні, а не на методі оплати. Замовлення 9F21-0716 містить позиції — спринт із брендингу €38.50, ліцензування шрифту €6.00, термінова доставка €4.00 — комісію обробки €0.50 та один підсумок. Як би його не сплатили, саме за цим референсом ви робите запити, звірку й повернення.
Зміни методів і брендингу застосовуються до нових сесій checkout, і про це сказано на екрані, де ви їх зберігаєте. Сторінка ніколи не зміниться під руками клієнта посеред оплати.
Картковий шлях — це нудна частина, яку ми беремо на себе: inline-валідація, 3-D Secure з посиленою автентифікацією клієнта, вбудованою в потік за зрозумілою політикою маршрутизації, і тестові картки для кожного sandbox. Прийом крипти ніколи не погіршує картковий потік.
Гаманці — це кнопки, а не проєкти. Apple Pay і Google Pay відображаються як шторки в один дотик на тій самій сторінці й платять токенами пристрою (справжній номер картки не потрапляє на сторінку) через те саме замовлення й ту саму квитанцію. Вмикаються перемикачем на екрані методів.
Крипта оцінюється за курсом, показаним у checkout, і розраховується в євро. Мерчант не опиниться з токенами на балансі випадково, облік лишається в одній валюті.
Метод USDC охоплює Ethereum, Base і Solana за одним перемикачем. Клієнт платить у мережі, де живе його гаманець; з боку мерчанта нічого не змінюється.
Оплата переказом містить референс vIBAN, тож вхідний платіж SEPA за конструкцією визначає своє замовлення. Увімкніть її для клієнтів, яким потрібен рахунок, що його можна оплатити з банку, — звірка залишиться автоматичною.
Окрім карток і гаманців, checkout пропонує методи account-to-account і локальні методи, які очікує побачити європейський покупець, — залежно від країни клієнта, а не одним довгим списком.
BNPL стоїть в одному ряду з іншими методами: клієнт ділить платіж, мерчанту платять один раз, а референс замовлення не змінюється. Один перемикач, та сама квитанція, та сама звірка.
Сторінка впорядковує методи за тим, чим клієнт найімовірніше скористається: країна, мова, пристрій і те, чи платив він вам раніше. Тож потрібний варіант стоїть першим, а не четвертим.
Показуйте суму у валюті клієнта, вказавши конвертацію до підтвердження, а розраховуйтесь в EUR за будь-яких умов. Клієнт бачить звичну суму, а у вашому леджері — одну валюту.
Хостована сторінка локалізує підписи, помилки й квитанції. Ніхто не кине оплату через те, що кнопка була не тією мовою.
Клієнт, що повертається, платить збереженою карткою одним дотиком. Картка зберігається у сховищі на нашому боці й передається за токеном, тож ваші системи зберігають посилання, а не PAN. Друга покупка коротша за першу.
Регулярні списання йдуть за розкладом, який ви задаєте (сума, інтервал, початок і кінець), з токенізованої картки. Кожен цикл створює власне замовлення й власну квитанцію, тож підписка звіряється рядок за рядком, як і все інше.
М'яка відмова за регулярним списанням повторюється за розкладом, а не списується в збиток, і клієнта повідомляють лише тоді, коли це справді важливо. Невдалі продовження більше не стають тихим відтоком.
Збережені картки зберігаються як мережеві токени й «переходять» за власником через перевипуски та закінчення терміну дії. Підписка, яка раніше ламалася після заміни картки, продовжує списувати кошти.
Замовлення створюються через API з ключами ідемпотентності: повторний запит повертає початковий результат, а не друге списання. Розділ для розробників містить ключі й документацію. Checkout хостований, а інтеграція — це кілька ендпоінтів, описаних там, де живуть налаштування.
Ваш бекенд дізнається про платежі в ту саму мить: підписані вебхук-події життєвого циклу замовлення (paid, failed, refunded) із перевіркою підпису з вашого боку та захистом від повторного відтворення з нашого.
Нативні застосунки показують той самий checkout всередині себе, не відправляючи користувача в браузер. SDK бере на себе логіку методів, шторки гаманців і 3-D Secure; замовлення й квитанція ті самі, що вже відомі вашому бекенду.
Плагіни для кошиків підключають наявний магазин до Gateway без розробника: встановіть, вставте ключі, проведіть тестовий платіж. Ті самі замовлення потрапляють у той самий бекофіс, що й замовлення через API.
Коли оплата має відбуватися у вашому власному макеті, вбудуйте платіжні поля напряму: поля хостяться на нашому боці в межах PCI, сторінка навколо них повністю ваша, а дані картки ніколи не торкаються ваших серверів.
Посилання може закритися після однієї оплати або приймати платежі далі — у демо місце на воркшоп отримало 3 оплати, година консультації — 6. За замовчуванням посилання діють 30 днів, а прострочене посилання прямо про це повідомляє, а не мовчки видає помилку.
Інтеграцію перевіряють на тестових сесіях із картками, випущеними разом із ключами пісочниці, ще до того, як рухаються справжні гроші. Сценарії ідентичні, тож те, що проходить у тесті, те й працює в продакшені.
Картковий трафік іде за політикою маршрутизації, описаною зрозумілими вам термінами — бренд картки, країна емісії, валюта, сума, — а не через «чорну скриню». Маршрут платежу видно на тому самому екрані, що й сам платіж.
М'яка відмова повторюється альтернативним маршрутом у межах тієї ж сесії checkout, поки клієнт не побачив помилки. Більшість відновлених платежів — це ті, про ризик для яких клієнт навіть не знав.
Сирі коди емітента перетворюються на причини, з якими оператор може працювати — завершений термін картки, недостатньо коштів, ризик емітента — і групуються, щоб закономірність у багатьох платежах було видно як закономірність.
Більшість платежів проходить лише за сигналами пристрою та поведінки; додаткова перевірка з'являється, коли цього вимагає політика. Політику задаєте ви — завжди, за рівнем ризику або виняток, де це дозволяють правила, — а хостингова сторінка проводить клієнта через потік.
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, квитанція, доставка, історія повернень. Відповідайте з цього екрана — пакет доказів збирається із записів, а не з пам'яті.
Сторінка збору даних картки наша — хостингова, у зоні PCI. Чи платить клієнт на нашому домені, на вашому чи в застосунку, ваші сервери бачать токен і референс замовлення, але ніколи не номер картки.
Платіжні дані шифруються в спокої й обробляються в ЄС. Для європейського мерчанта місце зберігання даних — це відповідь, а не примітка дрібним шрифтом.
Повернення, зміни методу, зміни брендингу, ротації ключів — усе записується в журнал аудиту з оператором, часом і причиною. Привілейовані дії потребують причини ще до виконання.
Фінанси бачать виплати, підтримка — замовлення й повернення, розробники — ключі та логи. Доступ видається за ролями, а не через спільний логін.
Платники накопичуються в розділі клієнтів — хто платив, як часто, яким методом, — тож постійний клієнт є записом, а не збігом e-mail в експортах.
Знайдіть платіж за посиланням чи референсом у полі пошуку; експортуйте поточний вигляд у CSV, коли цього потребує облік. Бек-офіс розрахований на те, що бухгалтер запитає.
Обсяг, частка схвалень, повернення й структура методів за обраний період. Достатньо, щоб відповісти, куди пішли гроші й який метод варто просувати, — без жодного експорту.
Gateway підключається до Protocore Center: бек-офіс платіжних посилань показує кожне посилання з прикріпленим переказом розрахунку та посиланням «відкрити в Tracer» для повного трейсу. Ваша операційна команда бачить усе — від checkout до реєстру.
Демо-checkout належить Arc Studio SRL: їхня назва, їхній знак, їхнє замовлення. Запускайте його з підписом powered-by-Protocore або повністю у whitelabel — у будь-якому разі сторінка виглядає як ваша.
FAQ
Картковий платіж проходить у два кроки: авторизація блокує кошти під час покупки, розрахунок переміщує їх. Gateway списує автоматично, об’єднує замовлення дня в пакет і виплачує в EUR на ваш іменний рахунок у час щоденної виплати, заданий у налаштуваннях.
Часом. До розрахунку скасування знімає блокування авторизації, і гроші не рухаються. Після розрахунку це повернення: оформлюється за замовленням, повне або часткове, надходить назад тим самим способом оплати із зазначенням причини.
Як політика, а не тертя за замовчуванням. Більшість потоків проходять лише за даними пристрою та поведінки; додаткова перевірка з’являється, тільки коли цього вимагає політика маршрутизації. Політику задаєте ви — hosted-сторінка проводить потік.
Євро. Сума в USDC розраховується на сторінці до підтвердження клієнтом, конвертується в EUR за вказаним курсом, а квитанція фіксує конвертацію. Checkout, квитанція та розрахунок мають один референс замовлення — позиції в токенах ви не тримаєте.
Замовлення — це ваша доказова база. Результат авторизації, квитанція, історія повернень і доставка вебхуків прив’язані до одного референсу — один запит відповідає на спір, а повернення з того ж екрана часто є швидшим рішенням.
Ні. Замовлення створюються з ключами ідемпотентності, тому повторний запит повертає початковий результат замість другого списання, а вебхуки на зворотному шляху підписані із захистом від повторного відтворення.
Сторінка, що збирає дані картки, наша — hosted і в зоні PCI на нашому боці. Ваші сервери отримують токен і референс замовлення, але ніколи не номер картки. Це так, чи платить клієнт на нашому домені, на вашому, у вашому застосунку або через поля оплати, вбудовані у ваш дизайн.
Так. Запустіть його на хості checkout, виданому разом із вашим sandbox, на власному домені або вбудуйте на свою сторінку через hosted-поля оплати. Брендинг — логотип, кольори, шрифт, заокруглення — це екран налаштувань із живим попереднім переглядом, а футер — powered-by або повний whitelabel на ваш вибір.
Картки зберігаються на нашому боці як мережеві токени; ваші системи тримають референс. Підписка списує кошти з цього токена за вашим розкладом, самостійно повторює soft decline і супроводжує власника картки через перевипуски. Кожен цикл створює власне замовлення та квитанцію, тож підписка звіряється рядок за рядком.
Суму у власній валюті, з указаною конвертацією до підтвердження, і checkout своєю мовою. Розрахунок у вас усе одно в EUR. Той самий принцип, що й з USDC: сторона клієнта адаптується, ваш реєстр лишається в одній валюті.
Для вас це дебіторська заборгованість у євро. Gateway бере на себе криптоетап — ціноутворення, ончейн-платіж і конвертацію — а на ваш рахунок надходять EUR із регульованого шляху розрахунку, із зазначенням застосованого курсу в квитанції. Ви не зберігаєте токени, не ведете гаманець і не тримаєте позицію, бо конвертація відбувається до розрахунку, а не після.
Платіжне посилання працює в день створення акаунта. API-інтеграція — це ендпоінт замовлень, редірект і один підписаний вебхук: більшість команд запускає її в тесті протягом тижня й переходить на live після наскрізного тестового платежу. Плагіни для магазинів взагалі не потребують розробки.
Так — запустіть обидва. Спрямовуйте нові замовлення на 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 або як єдина платформа. Розкажіть, що ви будуєте, і ми покажемо найкоротший шлях.
