Альтернативи / Checkout

Шукаєте альтернативу hosted checkout

Більшість тих, хто шукає нового провайдера checkout, шукають не функції: вони йдуть, бо потрібного методу немає, бо звірка дається важко або бо ніхто не відповідає, коли розрахунок виглядає неправильно. Ця сторінка — чекліст, який варто застосувати до кожного, на кого ви дивитиметеся далі, зокрема й до нас.

Оцінка

Шість питань, що відрізняють одне рішення від іншого.

01

Які методи — на одній сторінці?

Не кількість із брошури, а ті методи, якими ваші клієнти справді користуються, — на одній сторінці. Метод за редиректом або другою інтеграцією — це метод, який ви використовуватимете рідше.

02

У якій валюті ви отримуєте кошти?

Якщо відповідь залежить від методу, ви купили проблему зі звіркою. Запитайте конкретно, що потрапляє на ваш рахунок після крипто- чи транскордонного платежу і в якій валюті.

03

Яка частина обсягу PCI лягає на вас?

Справді hosted-сторінка не пускає карткові дані на ваші сервери, навіть якщо вбудована у ваш власний макет. Запитайте, що зберігають ваші системи і як через це виглядає ваша атестація.

04

Чи є єдиний референс наскрізно?

Checkout, квитанція, вебхук, виплата й повернення мають нести той референс, який передали ви. Два ідентифікатори, які доводиться зіставляти між системами, — саме там місячне закриття дає збій.

05

Що насправді передбачає міграція?

Збережені картки мають переходити як токени, щоб ваші підписники не вводили дані повторно, а обидва провайдери — працювати паралельно, поки старий завершує розрахунки.

06

Хто відповість, коли щось зламається?

Черга підтримки й команда, що написала код розрахунків, — різні продукти. Коли виплата виглядає неправильно, ця різниця — єдине, що має значення.

01

Чому йдуть від провайдера checkout

Рідко через дешевшу ставку. На практиці це одне з чотирьох: метод, якого просять клієнти, а провайдер не додає; модель звірки, через яку фінансисти бояться закриття місяця; підтримка, що підводить саме в найгірший момент; або роадмап, який зупинився, тоді як світ платежів — ні. З'ясувати, яка з цих причин ваша, — і є вся оцінка: провайдер, що чудово справляється з трьома іншими, усе одно буде хибним переходом.

  1. 01Метод, якого хочуть клієнти, але його не буде
  2. 02Звірка, що забирає в когось кілька днів на місяць
  3. 03Ніхто не відповідає, коли розрахунок виглядає неправильно
  4. 04Продукт, що відстав від методів оплати
02

Скільки насправді коштує перехід

Менше, ніж команди очікують, на інтеграції, і більше — на краях. Виклик замовлення та обробник вебхука — зазвичай тиждень; планування потребує «хвіст»: збережені картки й підписки, які не мають зламатися, повернення, що досі мусять іти старими рейками провайдера, і період, коли працюють обидві системи. Будь-який провайдер, на якого варто переходити, має описати цей хвіст до підписання, а не після.

  1. 01Інтеграція: endpoint замовлення, редирект, один підписаний вебхук
  2. 02Хвіст: збережені картки, підписки, повернення в дорозі, паралельна робота
  3. 03Повернення завжди йдуть тією рейкою, якою пройшов платіж
03

Де доречний Protocore Gateway

На шість питань вище ми відповідаємо так: картки, гаманці, банківський переказ, локальні методи, BNPL і USDC — на одній сторінці; усе розраховується в євро; поверхня роботи з картками лишається за нами, навіть коли поля вбудовані у ваш макет; один референс проходить від checkout до рядка банківської виписки; збережені картки мігрують як токени, а обидва провайдери працюють паралельно; а відповідають люди, які це написали. Чи вартий цей перехід зусиль, залежить від того, яка з чотирьох причин вище ваша, — якщо це дешевша ставка, то, ймовірно, не ми.

  1. 01Усі методи на одній сторінці, розрахунок однією сумою в євро
  2. 02Один референс замовлення від checkout до виплати й повернення
  3. 03Міграція з паралельною роботою, токени включно
  4. 04За ним — продуктова студія, а не рівень підтримки

FAQ

Запитання, які варто ставити будь-кому.

  • Так, а під час міграції навіть варто. Нові замовлення йдуть до нового провайдера, поки старий завершує розрахунки й повернення за своїми платежами: повернення завжди йдуть тією рейкою, якою пройшов платіж, тож стара інтеграція працює до закриття останнього вікна повернень.

  • Не повинні. Збережені картки переходять між провайдерами як токени — це найважливіше питання, якщо у вас підписки: міграція, що скидає кожну збережену картку, — це відтік, а не міграція.

  • Інтеграція — зазвичай тиждень. Календар визначає план навколо неї — паралельна робота, міграція токенів, останнє вікно повернень у старого провайдера, — і зазвичай це тижні, а не місяці.

  • Тоді спершу попросіть у поточного провайдера дату — ще до будь-яких порівнянь. Змінювати провайдера заради одного методу — багато роботи за вузький виграш, хіба що ця ж розмова виявить три інші проблеми вище.

Прогоніть чекліст на нас.

Проведіть реальний платіж на нашому демо-checkout і скажіть, з якими з шести питань поточний провайдер не справляється. Ми чесно скажемо, чи вартий перехід вашого кварталу.