Surf 
Тендеры и лиды
Информация
Почему «комиссия провайдера» и «стоимость разработки» — это две разные цены, что на самом деле входит в платёжную интеграцию и почему в 2026 году выгоднее СБП.
«Прикрутить оплату» звучит как одна кнопка, а на деле это один из самых коварных блоков в приложении. И начинается путаница с того, что под «сколько стоит платёжная интеграция» скрываются две совершенно разные цены: сколько платёжный сервис берёт с каждой оплаты и сколько стоит встроить его в ваше приложение. Их постоянно смешивают, а это разные деньги и разные решения.
Мы в Surf делаем foodtech-продукты, где платежи — критичная часть, и здесь разберём обе цены по-честному: из чего складывается комиссия, что входит в разработку интеграции и что важного меняется в 2026 году.
Сначала разведём понятия.
Комиссия провайдера — это процент, который платёжный сервис удерживает с каждой успешной оплаты, плюс иногда абонентская плата. Её платит бизнес постоянно, с оборота. Это операционные расходы.
Стоимость разработки интеграции — это разовая работа команды по тому, чтобы приём оплаты заработал в приложении: подключить провайдера, обработать все сценарии, пройти проверки. Это часть бюджета на разработку.
Первое выбирают, сравнивая тарифы банков и сервисов. Второе считают в часах работы. Дальше — про каждую.
Главный факт, на котором строится вся экономика приёма платежей: оплата через Систему быстрых платежей (СБП) обходится бизнесу в разы дешевле, чем приём карт. Ориентиры по рынку такие:
Банковские карты (интернет-эквайринг) — 2,5–3,5%
СБП — 0,4–1%
Точные ставки у каждого провайдера свои и часто индивидуальны: у ЮKassa по картам это около 2,8% плюс сбор за чек, у Т-Кассы и Альфы вилки шире и зависят от оборота. Но порядок один: карты в несколько раз дороже СБП.
А в 2026 году разрыв вырос ещё сильнее. С 1 января отменена многолетняя льгота, и на комиссию за эквайринг начисляется НДС 22%. На практике это плюс 20–30% к стоимости приёма карт: тариф 1,8% превращается примерно в 2,2–2,3%. При этом на СБП и платёжные сервисы вроде T-Pay НДС не начисляется. Вывод для бизнеса прямой: СБП стал заметно выгоднее карт, и в приложении его стоит делать основным способом оплаты, а не запасным.
Теперь про разработку. «Приём оплаты» — это не одна кнопка, а набор задач, каждая из которых требует работы:
Подключение провайдера и СБП — собственно приём денег картой и по QR/кнопке СБП.
Фискализация по 54-ФЗ — на каждую оплату нужно сформировать чек и отправить его покупателю и в налоговую через оператора фискальных данных. Облачная касса от провайдера (например, Чеки от ЮKassa) закрывает это без своего кассового железа; штраф за непробитый чек начинается от 10 тысяч рублей.
Быстрый checkout — Apple Pay, Google Pay, SberPay, сохранённые карты через токенизацию (хранить номера карт у себя нельзя).
Возвраты, в том числе частичные — отдельная логика, без которой приложение нельзя выпускать.
Обработка статусов — вебхуки от провайдера, которые сообщают, прошёл платёж или нет, и что с заказом делать дальше.
Это «счастливый путь». А основная сложность и стоимость прячутся не в нём.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13590 тендеров
проведено за восемь лет работы нашего сайта.
Подключить провайдера по инструкции несложно. Дорого обходится всё, что идёт не по сценарию, и именно на это уходит большая часть времени.
Краевые случаи. Платёж прошёл, а заказ из-за сбоя сети не создался. Пользователь нажал «оплатить» дважды. Провайдер прислал подтверждение с задержкой. Чтобы с человека не списали деньги дважды и заказ не задвоился, нужна защита от повторов — идемпотентность. Это не «фича», а основа надёжности платежей.
Сверка (реконсиляция). У вас есть три источника правды: что говорит провайдер, что пришло на счёт по банковской выписке и что записано в вашей базе заказов. Они почти никогда не сходятся идеально: деньги зачисляются с задержкой в один-три дня, часть оборота провайдер может удерживать в резерве, комиссии и часовые пояса всё сдвигают. Автоматическая сверка этих трёх картин — отдельная и недооценённая часть работы, без которой бизнес не понимает, сколько денег ему реально пришло.
В доставке и ресторанах к обычным платежам добавляются свои сценарии, и они усложняют интеграцию:
Предавторизация (заморозка суммы). В доставке вес и состав заказа могут измениться, поэтому сумму сначала замораживают на карте, а списывают фактическую по факту сборки. Это отдельная механика, а не обычная оплата.
Чаевые курьеру и официанту. Юридически это не выручка ресторана, и фискализируются они иначе — это отдельная схема приёма, а не ещё одна строка в чеке.
Сплит между платформой и партнёрами. Вот самый дорогой и недооценённый блок. Агрегатор не может просто «поделить» полученные деньги между собой и рестораном — для выплат партнёрам нужна отдельная финансовая схема: маркетплейс-эквайринг провайдера или номинальный (эскроу) счёт. Без этого у банка и налоговой возникают вопросы. Для агрегатора доставки это не функция чекаута, а целая подсистема.
Стоимость интеграции во многом задаётся одним архитектурным решением — как карта проходит через вашу систему. Если оплата полностью на стороне провайдера (редирект или встроенная форма), нагрузка по стандарту безопасности PCI DSS минимальна. Если данные карты проходят через ваш сервер, требования к сертификации вырастают кратно, а вместе с ними и бюджет. Поэтому большинству приложений правильнее не пропускать карты через себя — это и безопаснее, и дешевле.
Назову ориентиры по рынку, а не прайс. Подключение одной платёжной системы по базовому сценарию начинается примерно от 100 тысяч рублей. Полноценный платёжный модуль с СБП, фискализацией, возвратами и обработкой краевых случаев добавляет к проекту порядка миллиона и выше, а серверная часть с интеграциями в принципе съедает половину и больше бюджета приложения. Сложные финтех-сценарии с токенизацией и усиленной безопасностью — это ещё плюс несколько миллионов.
И важный момент про сроки: обещанное провайдерами «подключение за один-три дня» относится к открытию счёта, а не к интеграции в приложение. На деле нужно пройти тестовую среду, проверить все сценарии на тестовых картах и пройти проверку перед боевым режимом. Точную смету считают под конкретный набор сценариев — ориентиры по стоимости разработки мы держим на отдельной странице.
Не путайте две цены: комиссию провайдера с оборота и разовую стоимость разработки интеграции.
СБП в разы дешевле карт, а с НДС-2026 на эквайринг разрыв вырос — делайте СБП основным способом оплаты.
Интеграция это не кнопка: фискализация, возвраты, быстрый checkout, обработка статусов — всё это работа.
Основная стоимость в краевых случаях и сверке, а не в подключении провайдера.
Для доставки заложите предавторизацию, чаевые и сплит выплат партнёрам — последнее требует отдельной финансовой схемы.
Не пропускайте карты через свой сервер: PCI DSS-нагрузка и бюджет вырастают кратно.
Платёжная интеграция — это то место, где экономия выходит боком: недоделанная сверка прячет потерянные деньги, а сэкономленная защита от двойных списаний бьёт по доверию клиентов. Считать стоит обе цены сразу — и комиссию, которую вы будете платить годами, и разработку, которую делают один раз, но как следует.
Владимир Макеев, генеральный директор Surf — компании по разработке цифровых продуктов, в том числе для foodtech.
