Інтеграція Fondy — це підключення платіжного шлюзу так, щоб покупець платив карткою прямо в чекауті, а замовлення саме переходило в статус оплаченого. Беремося за неї тоді, коли одного прийому картки замало: потрібна оплата в кількох валютах, регулярні списання за підпискою або розрахунок від покупця з-за кордону. Ці три сценарії відрізняються обсягом робіт разів у п'ять, тому починаємо з безкоштовної перевірки чекауту, а не з установки модуля. Строк — 4–14 робочих днів.
Показники зняті нашим виміром на живих сайтах відповідного масштабу.
після безкоштовного аудиту
Вартість
30
Гарантія
днів після підписання акта
4–14
Строк робіт
робочих днів, верхня межа — це підписки
1–2
Перевірка сценарію до кошторису
робочих дні, безкоштовно
10 с
Найширший чекаут у наших вимірах
пособів оплати, магазин інструменту, 31.07.2026
54 302
Найбільший каталог, де ми рахували оплату
товари, 5 способів розрахунку
перевірку підпису відповіді шлюзу
Що найчастіше пропускають у саморобних модулях
Безкоштовна перевірка перед підключенням шлюзу
Перед підключенням ще одного платіжного провайдера варто відповісти на просте питання: що він робить такого, чого не роблять наявні. Перевірка дає відповідь за один-два дні.
Що міряємо
Який сценарій вам потрібенРазовий платіж, регулярні списання чи оплата в кількох валютах. Це три різні за трудомісткістю задачі, і плутати їх у кошторисі неправильно.
Що вже підключеноПроходимо чекаут як покупець і фіксуємо реальний перелік способів розрахунку. Іноді після цього виявляється, що новий шлюз не потрібен.
Валюти й закордонні покупціЯкщо ви продаєте за межі країни, перевіряємо, у якій валюті виставляється рахунок і що бачить покупець на сторінці оплати.
Статуси й зворотні викликиЯк зараз змінюється статус замовлення після оплати й чи перевіряється підпис відповіді шлюзу.
Безпека самого кроку оплатиДивимось сертифікат і редиректи з кореня домену. У виміряному магазині інструменту сертифікат був валідний, а голий домен вів на незахищений HTTP — і браузер писав «Не захищено» рівно там, де вводять картку.
Підписки, якщо вони потрібніРегулярні списання вимагають окремої логіки: продовження, скасування, невдале списання й повідомлення покупцю. Це найбільша частина роботи, і її краще оцінити до старту.
Що ви отримуєте на руки
Звіт із чекауту: що доступно зараз і чого бракує під ваш сценарій.
Опис сценарію платежів, який ми будемо реалізовувати, простими словами.
Оцінку робіт і строк.
Розмову на 20–30 хвилин із вами й вашим бухгалтером.
Строк: 1–2 робочих дні
Чому це безкоштовно
Бо в половині випадків після розбору стає видно, що завдання вирішується наявним шлюзом. Це нормальна відповідь, і ми її даємо безкоштовно.
Що далі
Після перевірки даємо кошторис і строк. Якщо додатковий провайдер не потрібен — так і скажемо.
Форма коротка: контакт і адреса сайту
Працюємо офіційно
Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.
Договір, акт і гарантія 30 днів
На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня — домовленість, якої немає в тексті, не рахується.
ФОП і безготівковий розрахунок
Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.
Права й доступи — ваші
Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.
Портал клієнта замість переписки
На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.
Замовники з Європи
Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.
Цифри, які можна перевірити
Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.
Спершу аудит, потім сума
Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.
Кажемо «ні», коли не впевнені
Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.
NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.
Що впливає на вартість
Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті
Який сценарій ви вмикаєтеРазовий платіж у гривні — це підключення й тестування. Мультивалютність додає роботу з відображенням суми й примітками про перерахунок. Підписки додають окрему логіку станів. Різниця між першим і третім варіантом — рази, а не відсотки.
Скільки станів підписки треба обробитиПродовження, скасування покупцем, невдале списання, зміна картки, повторна спроба через N днів, повідомлення на кожному кроці. Кожен стан — це і код, і лист, і окремий прогін на тесті. Саме тут живе верхня межа строку.
Стан чекауту на стартіУ магазин із нормальним кроком оплати шлюз лягає рядком. Якщо ж статуси ставляться на сторінці «дякуємо», спершу доводиться переносити цю логіку на сервер — інакше новий провайдер просто додасть другий канал тих самих зависань.
Платформа й версіяПід OpenCart і WooCommerce часто є готовий модуль, і робота зводиться до налаштування, читання його коду й перевірки. Самописний чекаут або вітрина на Next.js означають, що звернення до API пишемо під ваш код — обсяг більший, зате чужого коду в проєкті не додається.
Повернення й звіркаЯкщо повернення оформлює менеджер вручну в кабінеті провайдера, блоку в адмінці не робимо взагалі. Часткове повернення прямо із замовлення — це права доступу, обробка відмов від API і окремий звіт для бухгалтера з валютою кожного надходження.
Кому підходить
Ситуації, у яких ця послуга дає результат
Ситуація 1 з 5
Ваші покупці платять з-за кордону
Вирішує не мова інтерфейсу, а валюта рахунку й те, чи проходить картка іноземного банку. У виміряному нами меблевому магазині на іспанський ринок способів розрахунку рівно два — картка онлайн і переказ. Для однієї країни цього досить, для кількох ринків питання валюти вилазить із першого замовлення.
Розберемо вашу ситуацію на безкоштовному аудиті
Ситуація 2 з 5
У вас є продукт із регулярною оплатою
Абонемент, доступ до сервісу, щомісячна поставка. Разове списання тут — дрібниця; робота починається там, де підписку треба продовжити, скасувати за одну дію покупця й коректно пережити відмову банку на третьому місяці. Якщо продукт уже проданий хоча б десятку клієнтів вручну — саме час автоматизувати.
Ситуація 3 з 5
Шлюз стоїть, а статуси замовлень ставить менеджер
Симптом простий: у списку замовлень висять «очікує оплати», хоча гроші на рахунку є. Причина майже завжди одна — статус міняється на сторінці «дякуємо», а покупець туди не доїхав: закрив вкладку, втратив мережу, повернувся з банківського застосунку не в браузер. Це лікується сервером, а не інструкцією для менеджера.
Ситуація 4 з 5
Дорогий товар і часті повернення
Коли середній чек високий, повернення — не виняток, а робочий процес. Якщо менеджер оформлює його листом у підтримку провайдера, кожен випадок з'їдає пів години й лишається поза обліком. Часткове повернення прямо із замовлення знімає обидві проблеми.
Ситуація 5 з 5
Продаєте і роздрібу, і юрособам
Один сегмент платить карткою за хвилину, другий — рахунком із ПДВ і чекає бухгалтера. Картковий шлюз закриває тут половину задачі; безготівковий рахунок робимо поруч, але це окремий обсяг робіт, і чесніше називати його окремо.
Що входить
Повний перелік робіт і того, що ви отримуєте на виході
Оплата карткою в чекауті — Visa, Mastercard, Apple Pay, Google Pay: покупець платить із телефона в два дотики
Рахунок у валюті сценарію: людина бачить суму, яку спише банк, а не приблизний перерахунок
Регулярні списання з обробкою продовження, скасування й невдалої спроби — підписка живе без ручного контролю
Обробник зворотного виклику з перевіркою підпису: статус «оплачено» ставить шлюз, а не будь-хто, хто знає адресу
Повторний запит статусу з боку сервера — замовлення закривається навіть тоді, коли покупець закрив вкладку
Сторінки успішної й невдалої оплати зі збереженням кошика: після відмови банку людина платить удруге, а не збирає кошик заново
Повернення з адмінки, повне або часткове — менеджер не пише в підтримку провайдера на кожен випадок
Подія покупки в GA4 із сумою й валютою: у звітах видно гроші, а не лише кількість замовлень
Тестовий режим і ключі у змінних оточення — секрет не потрапляє в репозиторій і не їде з бекапом теми
Приймання на живому платежі з мінімальною сумою й поверненням, далі гарантія 30 календарних днів
Коли ця послуга не підходить
Що не входить у роботу — щоб не було сюрпризів на здачі
Договір із провайдером і проходження перевірки — оформлюються на вас
Комісії, тарифи й валютні умови
Бухгалтерський облік валютних надходжень
Юридичні тексти: оферта, умови повернення, правила підписки
Фіскалізація платежів — окрема задача
Як проходить робота
Прозорі етапи з погодженням на кожному кроці
Загальний строк:4–14 днів
1
Перевірка сценарію й доступи
1–2 робочих дні
Проходимо ваш чекаут як покупець, фіксуємо наявні способи розрахунку й місце, де змінюється статус замовлення. Паралельно приймаємо ідентифікатор продавця й секретний ключ із вашого кабінету. На виході — описаний словами сценарій, за яким рахується решта.
2
Шлюз і зворотний виклик
1–3 робочих дні
Підключаємо оплату карткою в чекауті й пишемо обробник відповіді шлюзу: перевірка підпису, ідемпотентність за номером замовлення, повторний запит статусу з боку сервера. Тут же — сторінки успішної й невдалої оплати зі збереженням кошика.
3
Валюти й відображення суми
1–2 робочих дні
Вирішуємо, що бачить покупець: ціну у валюті рахунку чи перерахунок за курсом. Виводимо суму в тій валюті, у якій виставляється рахунок, і додаємо примітку — інакше після списання прилітає питання, чому в банку інша цифра.
4
Підписки з усіма станами
3–6 робочих днів
Етап вмикається лише за потреби. Продовження, скасування в один клік, невдале списання з повторною спробою, зміна картки, листи покупцю й окремі статуси в замовленнях. Разом із бухгалтером домовляємось, як ці події виглядають у звірці.
5
Живий платіж, повернення, передача
1 робочий день
Платимо власною карткою мінімальну суму, дивимось статус замовлення й одразу оформлюємо повернення — повне й часткове. Далі доступи, коротка інструкція для менеджера й гарантійний строк.
Не знайшли свій випадок?
Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Інтеграція Fondy» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.
Кейси
Задачі та результат у цифрах — усі показники зняті нашим виміром
інтернет-магазин професійного інструменту, каталог понад 6 тис. позицій
Задача
Побачити, скільки способів розрахунку реально доживає до чекауту і чи безпечний сам крок оплати.
Рішення
Зовнішній вимір без доступу до проєкту: чекаут проходили як покупець, знімали заголовки відповіді, перевіряли сертифікат і редиректи з кореня. Магазин працює на іншому провайдері — кейс про сам чекаут, не про Fondy.
Результат
Вимір 31.07.2026: 10 способів оплати і 4 способи доставки — найширший набір у нашій вибірці, включно з розстрочкою від двох банків. Критичний дефект: сертифікат Let's Encrypt валідний, але https на голому домені віддає 301 на http. Хто набрав адресу руками, бачить «Не захищено» рівно там, де вводить картку.
інтернет-магазин тактичного спорядження, каталог понад 50 тис. позицій
Задача
Порахувати, що видно про платежі у звітах великого каталогу.
Рішення
Зовнішній вимір 31.07.2026: карта сайту з 32 товарних файлів, перехресна перевірка штатним пошуком, розбір сторінки оплати. Шлюз на магазині інший.
Результат
54 302 товари і 635 категорій, розбіжність між двома методами підрахунку 0,4%. П'ять способів розрахунку, серед них розстрочка онлайн із власною подією dataLayer: власник бачить, скільки замовлень іде саме цим способом, а не здогадується. Перша відповідь сервера 413,8 мс на такому каталозі.
оптовий магазин косметики для б'юті-індустрії, каталог майже 4 тис. позицій
Задача
Перевірити, як оптовий чекаут поєднує онлайн-оплату з рахунком і післяплатою.
Рішення
Зовнішній вимір 31.07.2026 по канонічній карті сайту й сторінці оплати. Онлайн-оплата тут іде через іншого провайдера.
Результат
3 947 товарів, 166 брендів і 47 категорій — 4 167 адрес у карті сайту, два послідовні заміри дали однакову цифру. У чекауті онлайн-шлюз плюс три альтернативні способи розрахунку: післяплата, рахунок у банку, картка.
меблевий інтернет-магазин для іспанського ринку
Задача
Зрозуміти, який мінімум оплат тримає магазин, що продає в іншій країні.
Рішення
Зовнішній вимір 31.07.2026: каталог рахували двома незалежними джерелами, окремо дивились сторінку умов оплати.
Результат
Каталог 76 товарів — цифра збіглася в карті сайту й у штатному пошуку, розбіжність 0. Способів розрахунку рівно два: картка онлайн і банківський переказ. TTFB 348,2 мс при 374 КБ розмітки. Саме такий магазин і є приводом обговорити мультивалютність: покупець в іншій країні, а питання валюти рахунку виникає з першого замовлення.
Технології та інтеграції
На чому будуємо і з чим це з’єднується
Стек
Fondy API — картка, кілька валют і рекурент в одному шлюзі; межа: перелік валют задає ваш договір, а не код сайту
Перевірка підпису відповіді — без неї статус «оплачено» може поставити сторонній; це перше, що ми читаємо в чужому модулі
Рекурентні платежі — саме списання пишеться за день, а стани навколо нього з'їдають більшу частину строку
OpenCart 3 / 4 — модулі є, але не в кожного розробника є збірка під 4.x; версію фіксуємо до старту
WooCommerce — плагіни існують, частина не оновлювалась роками; беремо той, код якого прочитали, а не той, у якого більше встановлень
Next.js і PHP — готового модуля немає, звернення до API пишемо руками; зате чекаут не обмежений чужим шаблоном
HTTPS + HSTS — обов'язкові на кроці оплати; сертифікат шифрує канал і сам по собі сайт безпечним не робить
Інтеграції
Fondy
Visa / Mastercard
Apple Pay / Google Pay
мультивалютні платежі
регулярні списання
GA4 — подія покупки
KeyCRM
Додати Fondy проти того, щоб лишити шлюз, який уже стоїть
Чим цей варіант відрізняється від «Наявний шлюз без доробок»
Наявний шлюз без доробокНаш підхід
Разовий платіж у гривніпрацює вже зараз, і міняти його заради цього не вартодля покупця різниці немає — вирішують комісія й зручність кабінету
Оплата в кількох валютахчасто лише гривня: покупець бачить перерахунок і питає, чому банк списав іншерахунок виставляється у валюті сценарію, якщо це є у вашому договорі з провайдером
Регулярні списанняу більшості коробкових модулів такої логіки немає взагалірекурент із обробкою продовження, скасування й невдалої спроби
Покупець із закордонною карткоюзалежить від договору провайдера; частина відмов приходить із боку банку-емітентаоплата проходить у звичному покупцю інтерфейсі, без переходу в чужий банк
Чого це коштуєнічого: шлюз уже підключений і оплаченийще одна комісія й ще один рядок у щомісячній звірці бухгалтера
Що потрібно від вас
Без цього не почнемо — краще підготувати заздалегідь
1Ідентифікатор продавця й секретний ключ із вашого кабінету — договір провайдер оформлює на вас, не на підрядника.
2Доступи до сайту й адмінки з правами на встановлення модулів, плюс тестове середовище, якщо воно у вас є.
3Перелік валют, у яких ви плануєте приймати оплату, і правило, за яким виставляється рахунок.
4Опис сценарію підписки, якщо він потрібен: періодичність, поведінка при невдалому списанні, спосіб скасування.
5Юридичні тексти про повернення й правила підписки — вони мають бути на сайті до першого живого платежу.
6Бухгалтера на годину-дві: саме він каже, у якому вигляді потрібна звірка надходжень.
Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.
Часті питання
Те, що питають найчастіше — з конкретними відповідями
у нас уже приймається картка — навіщо ще один провайдер?
Часто — незачим, і ми кажемо це прямо на перевірці. Для разового платежу в гривні різниця між шлюзами зводиться до комісії й зручності кабінету, а другий провайдер додає ще один рядок у щомісячну звірку. Розмова стає предметною, коли з'являється сценарій, якого наявний шлюз не тримає: рахунок у євро для покупця з ЄС, щомісячне списання за доступ, повернення частини суми з адмінки. Тоді питання вже не «який шлюз кращий», а «що саме має статися після натискання кнопки».
чому статус замовлення не можна ставити на сторінці «дякуємо»?
Бо ця сторінка залежить від браузера покупця, а не від грошей. Людина оплатила в банківському застосунку й повернулася в нього, а не в браузер; втратила мережу в ліфті; закрила вкладку одразу після списання. Гроші пішли, статус лишився. Правильно так: шлюз надсилає відповідь на ваш сервер, сервер перевіряє підпис і сам ставить статус. Обробник ми пишемо ідемпотентним за номером замовлення — повторна відповідь на те саме замовлення не створює другого запису й не шле покупцю другий лист. І окремо додаємо повторний запит статусу з боку сервера, якщо відповідь не прийшла за визначений час.
що насправді складного в підписках?
Не списання. Списання — це один виклик API, він пишеться за день. Складне навколо: продовження, скасування покупцем в одну дію, невдале списання через брак коштів і рішення, скільки разів пробувати далі, зміна картки без втрати підписки, лист на кожному з цих кроків. Плюс окремі статуси в замовленнях, щоб менеджер розумів, що відбувається, і зрозуміла картина для бухгалтера. Коли просять «просто підключити підписку», зазвичай мають на увазі саме той один виклик — а решта і є робота.
чи можна показувати ціни в кількох валютах?
Так, якщо мультивалютність передбачена вашим договором із провайдером. Технічно питання інше: що бачить покупець. Ми виводимо суму в тій валюті, у якій реально виставляється рахунок, і поруч пишемо примітку про перерахунок. Причина проста — банк спише рівно ту суму, що в рахунку, і якщо на сайті стояла інша цифра, перше, що зробить покупець, це напише вам. Виміряний нами меблевий магазин на іспанський ринок тримає всього два способи розрахунку — картку й переказ; для однієї країни цього досить, для кількох ринків питання валюти вилазить одразу.
наскільки безпечно тримати ключі провайдера на сайті?
Безпечно рівно настільки, наскільки акуратно з ними поводяться. Секретний ключ ми тримаємо у змінних оточення, а не в конфігу теми: інакше він приїжджає в репозиторій, у бекап і до всіх, хто колись мав доступ до файлів. Друге — HTTPS на всьому шляху до чекауту. Тут корисно подивитись на знахідку з нашого виміру магазину інструменту: сертифікат валідний, а вхід на голий домен віддає 301 на незахищений HTTP, і браузер показує «Не захищено» на кроці введення картки. Чесна межа: сертифікат шифрує канал і не робить сайт безпечним сам по собі — застаріла CMS чи PHP без підтримки лишаються окремою задачею.
скільки триває робота і чому сума днів по етапах більша за строк?
Строк — 4–14 робочих днів. По етапах: перевірка сценарію 1–2 дні, шлюз і зворотний виклик 1–3, валюти й відображення суми 1–2, підписки з усіма станами 3–6, живий платіж і передача 1. Сума виглядає більшою, бо етап підписок вмикається не завжди, а частина робіт іде паралельно: поки чекаємо на бойові ключі, вже пишеться обробник на тестових. Нижня межа 4 дні реальна для разового платежу, коли доступи є з першого дня.
чи є у вас кейс саме на цьому шлюзі?
Ні. Виміряні нами магазини приймають оплату через інших провайдерів, і видавати їх за кейс Fondy було б підміною. Кейси на цій сторінці — наші виміри чекаутів від 31.07.2026: з них видно, який набір способів розрахунку доживає до сторінки оплати, скільки їх буває в широкому чекауті й що на цьому кроці ламається. Замість вигаданого кейсу пропонуємо перевірити ваш чекаут безкоштовно і показати знахідки на вашому ж сайті — це чесніший доказ, ніж чужа історія успіху.
порада від вас: із чого почати, якщо половина замовлень висить у «очікує оплати»?
Не з нового шлюзу. Спершу відкрийте кабінет провайдера й порівняйте кількість успішних платежів за тиждень із кількістю замовлень у статусі «оплачено» на сайті. Якщо в кабінеті платежів більше — проблема не в прийомі грошей, а в тому, як сайт дізнається про них, і другий провайдер її лише подвоїть. Наша рекомендація з практики: полагодити обробку відповіді шлюзу коштує кількох днів, а нова інтеграція поверх зламаної логіки коштує тих самих днів плюс ще однієї комісії щомісяця.
Надішліть адресу сторінки оплати й опишіть сценарій одним абзацом
За 1–2 робочих дні повернемось із розбором: що ваш чекаут віддає покупцю зараз, який сценарій має сенс вмикати і скільки це роботи. Якщо задача закривається шлюзом, який у вас уже стоїть, почуєте це першим листом.
Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.