Інтеграцію зазвичай планують як задачу для розробника, а виходить проєкт із
трьома учасниками. Розробник підключає API, фінансист зводить те, що впало на рахунок. Крім того, хтось має відповідати покупцям із дивними платежами. Команди,
які закладають на це тиждень, виявляють дві інші ролі на третьому.
Сама робота нескладна. Тягнеться вона через порядок: кілька рішень треба
ухвалити до першого рядка коду, а переробляти їх потім дорого.
Чотири рішення до початку роботи
Де вводяться дані картки. Сторінка на боці провайдера повністю
прибирає карткові дані з ваших систем і зводить вимоги безпеки до мінімуму. Форма, вбудована у ваш чекаут, виглядає краще і конвертує трохи вище. Проте дані картки тепер торкаються вашої сторінки, і питання безпеки змінюються. Більшості магазинів
варто почати із зовнішньої сторінки і перейти пізніше, якщо цифри конверсії це
виправдають.
Що відбувається після оплати. Клієнт повертається на сайт,
але джерело правди — повідомлення сервер-серверу, а не редирект. Будуйте стан
замовлення на ньому. Магазини, які позначають замовлення оплаченим за поверненням
браузера, відвантажують товар за платежі, що не відбулися.
Списуєте одразу чи спершу резервуєте. Фізичні товари зазвичай
означають авторизацію зараз і списання при відвантаженні. Цифрові списують одразу.
Помилка тут дає злих клієнтів, у яких забрали гроші за відсутній товар. Або навпаки: прострочені авторизації та втрачені продажі.
Як робляться повернення. На другий день комусь доведеться
повернути гроші за замовлення. Вирішіть, відбувається це у вашій адмінці чи в
кабінеті провайдера і хто має на це право.
Послідовність, яка працює
Заявку на рахунок подавайте до початку розробки: вона триває від 5 днів і йде
паралельно з кодом. Кроки описано на сторінці
як це працює.
Доки документи в русі, подивіться можливості, до яких підключаєтеся, — вони
зібрані в розділі обробки платежів.
Що саме перевіряє еквайр, описано на сторінці
мерчант-рахунків. Якщо прочитати це до
стартової зустрічі, одного кола питань не буде.
Доки заявка йде, збирайте на тестовому середовищі. Пісочниця дає номери карток із заздалегідь відомим результатом: схвалено, відхилено, таймаут. При цьому під кожен сценарій потрібен обробник. Таймаут якраз і пропускають, а
саме він потім дає подвійні списання в бою.
Потім протестуйте на невеликих реальних сумах до запуску. Пісочниця поводиться
ввічливо, живі банки — ні. Одна справжня операція на кожен спосіб оплати плюс одне
повернення ловлять більшу частину того, що пісочниця ховає.
Де інтеграції ламаються
Подвійні списання при повторі. Клієнт натиснув «оплатити»
двічі або мережа відвалилася і застосунок повторив запит. Без ключа ідемпотентності
обидві спроби стають транзакціями, і дізнаєтеся ви про це від покупця. Це
найчастіший дефект із тих, що ми бачимо.
Стан замовлення роз’їжджається зі станом платежу. Платіж
пройшов, повідомлення загубилося, замовлення висить неоплаченим. Зробіть щоденну
звірку, яка порівнює два боки, замість того щоб вірити в доставку кожного
повідомлення.
Валюта обирається не там. Якщо магазин показує євро, а запит
іде в іншій валюті, клієнт бачить суму, на яку не погоджувався. Фіксуйте валюту в
точці показу ціни і передавайте її явно.
Автентифікацію вважають помилкою. Підтвердження від банку — це
нормальний крок, а не збій. Чекаут, який показує «помилка оплати», коли банк
просить підтвердження, втрачає продаж на останньому сантиметрі.
Про що домовитися з підтримкою до запуску
Тому, хто відповідає клієнтам, першого дня потрібні три речі. По-перше, можливість знайти платіж за номером замовлення. По-друге, право зробити повернення без ескалації. По-третє, зрозуміле пояснення тих двох-трьох збоїв, які справді трапляться. Більшість звернень звучить як «списали двічі» або «я оплатив, а замовлення висить неоплаченим». Тому готові відповіді на ці два закривають основну частину першого місяця.
Що передати фінансовій стороні
Інтеграція закінчена не тоді, коли пройшов тестовий платіж, а коли гроші
простежуються від початку до кінця. Фінансам потрібно, щоб звіт про виплати сходився із замовленнями. Тобто кожна виплата має розгортатися у список операцій. Запитайте, що саме містить звіт, до того як писати імпорт:
переробляти звірку потім довше, ніж зробити одразу.
Якщо виручка приходить у кількох валютах, вирішіть заздалегідь, де вона
збирається. Бізнес-IBAN на ваше ім’я спрощує
ланцюг, бо розрахунки і вихідні платежі лишаються в одному місці.
Комерційні умови навколо всього цього — на сторінці
тарифів, де ставки для middle-risk роздробу починаються
від 1,8%.
Реалістичні строки
Для звичайного магазину на поширеній платформі технічна частина — це кілька
днів роботи і тиждень тестів. Перевірка рахунку триває від 5 днів паралельно.
Строки зсуваються, коли документи приходять неповними або коли сайт суперечить заявці. Ціни розходяться з чекаутом, немає умов, контакти ведуть у порожнечу.
Плануйте запуск на спокійний тиждень, а не перед піком продажів. Перші дні
після ввімкнення — час, коли вилазять крайні випадки, і увага має бути вільною.
Бік рахунку ми описували в матеріалі про
мерчант-рахунки.
Підключення від 5 днів. Комісія від 1,8% — прозорі умови, без прихованих
платежів. Залиште заявку або замовте консультацію — ми підберемо оптимальне
рішення під вашу нішу та ризиковий профіль.