Интеграция Fondy – это подключение платежного шлюза так, чтобы покупатель платил картой прямо в чекате, а заказ именно переходил в статус оплаченного. Беремся за нее тогда, когда одного приема карты маловато: нужна оплата в нескольких валютах, регулярные списания по подписке или расчет от покупателя из-за границы. Эти три сценария отличаются объемом работ раз в пять, поэтому начинаем с бесплатной проверки чекаута, а не с установки модуля. Срок – 4–14 рабочих дней.
Показатели сняты нашим замером на живых сайтах соответствующего масштаба.
после бесплатного аудита
Стоимость
30
Гарантия
дней после подписания акта
4–14
Срок работ
рабочих дней, верхний предел — это подписки
1–2
Проверка сценария к смете
рабочих дня, бесплатно
10 с
Самый широкий ждут в наших измерениях
пособов оплаты, магазин инструмента, 31.07.2026
54 302
Самый большой каталог, где мы считали оплату
товара, 5 способов расчета
проверку подписи ответа шлюза
Чаще всего пропускают в самодельных модулях
Бесплатная проверка перед подключением шлюза
Перед подключением еще одного платежного провайдера следует ответить на простой вопрос: что он делает такого, чего не делают имеющиеся. Проверка дает ответ за один-два дня.
Что мы измеряем
Какой скрипт вам нужен?Разовый платеж, регулярные списания или оплата в нескольких валютах. Это три разных по трудоемкости задачи, и путать их в смете неправильно.
Что уже подключеноПроходим жду как покупатель и фиксируем реальный перечень способов расчета. Иногда после этого оказывается, что новый шлюз не требуется.
Валюты и зарубежные покупателиЕсли вы продаете за пределы страны, проверяем, в какой валюте выставляется счет и что видит покупатель на странице оплаты.
Статусы и обратные вызовыКак сейчас меняется статус заказа после оплаты и проверяется ли подпись ответа шлюза.
Безопасность самого шага оплатыСмотрим сертификат и редирект из корня домена. В измеренном магазине инструмента сертификат был валидным, а голый домен вел на незащищенный HTTP — и браузер писал «Не защищен» ровно там, где вводят карточку.
Подписки, если они нужныРегулярные списания требуют отдельной логики: продолжение, отмена, неудачное списание и уведомление покупателя. Это самая большая часть работы, и ее лучше оценить до старта.
Что вы получаете
Отчет по чекауту: что доступно сейчас и чего не хватает под ваш сценарий.
Описание сценария платежей, который мы будем реализовывать простыми словами.
Оценка работ и срок.
Разговор на 20–30 минут с вами и вашим бухгалтером.
Срок: 1–2 рабочих дня
Почему это бесплатно
Ибо в половине случаев после разбора становится видно, что задача решается имеющимся шлюзом. Это нормальный ответ, и мы его даем бесплатно.
Что дальше
После проверки даем смету и срок. Если дополнительный провайдер не нужен – так и скажем.
Короткая форма: контакт и адрес сайта
Договор, акт и гарантия 30 дней
На каждый проект письменный договор: объём, сроки, сумма, порядок приёмки. После сдачи — акт и счёт, затем 30 календарных дней гарантии.
ФОП и безналичный расчёт
Исполнитель — зарегистрированный ФОП. Оплата на счёт с закрывающими документами.
Права и доступы — ваши
Код, дизайн и материалы переходят к вам после полной оплаты. Домен, хостинг, репозиторий оформляем на вас.
Портал клиента вместо переписки
Во время работы вы получаете доступ к порталу: договоры, счета, акты и статус проекта в одном месте.
Заказчики из Европы
Среди работ — проекты для Норвегии, Болгарии, Молдовы и Испании.
Цифры, которые можно проверить
Каждый кейс в портфолио — со ссылкой на живой сайт и техническим замером.
Сначала аудит, потом сумма
Прайса на сайте нет намеренно: объём одной и той же работы у двух клиентов отличается кратно.
Говорим «нет», когда не уверены
Если задача не наша или срок нереальный — скажем сразу.
Что влияет на стоимость
Почему две одинаковые на вид задачи считаются по-разному
Какой сценарий вы включаетеРазовый платеж в гривне – это подключение и тестирование. Мультивалютность добавляет работу по отображению суммы и примечаниям о перерасчете. Подписки добавляют отдельную логику состояний. Разница между первым и третьим вариантом – разы, а не проценты.
Сколько состояний подписки нужно обработатьПродолжение, отмена покупателем, неудачное списание, изменение карты, повторная попытка через 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 рабочих дня вернемся с разбором: что ваш ждущий отдает покупателю сейчас, какой сценарий имеет смысл включать и сколько это работы. Если задача закрывается шлюзом, который у вас уже стоит, услышите это первым письмом.
Из измеренных кейсовИзмерение 31.07.2026: 10 способов оплаты и 4 способа доставки
Прайса на сайте нет намеренно: объём той же работы у двух клиентов отличается в разы, и цифра «от» в этом случае ничего не объясняет. Сначала бесплатный аудит — считаем ваши страницы, дубли и скорость, — потом называем сумму и срок и фиксируем их в договоре.