Стоимость состоит из нескольких слоев
Комиссия за транзакцию - только одна часть. В запуске есть банковский, технический и операционный слой.
Когда бизнес спрашивает цену подключения онлайн-оплаты, он часто ожидает один тариф. По открытым страницам банков видно, что комиссии различаются по типу карты и банку: AEB публикует 1.2% для ArCa, 2.3% для локальных Visa/Mastercard и 3% для международных карт, а Inecobank публикует 1.7% для ArCa, 2.4% для Visa/Mastercard и 3% для карт non-ArCa member banks. Это не универсальное предложение для всех клиентов, но дает реальный ориентир по рынку на дату публикации.
Итоговый бюджет состоит не только из банковской комиссии. В него входят подключение провайдера, интеграция CMS или backend, тестирование, поддержка, фискализация, CRM/ERP и сценарии возвратов. Если проект простой, можно ограничиться типовым checkout и минимальной проверкой статуса. Если есть несколько каналов продаж, payment links, частичные возвраты или отчеты для бухгалтерии, нужна отдельная интеграционная работа.
- банковская комиссия по типу карты и обороту;
- возможная плата за активацию или обслуживание, если она есть в договоре;
- разработка backend endpoint для создания платежа;
- обработка webhook/callback и статусов;
- интеграция с CMS, CRM, ERP или фискализацией;
- тестирование ошибок, возвратов и повторных оплат.
Где чаще всего появляются скрытые расходы
Скрытая стоимость появляется, когда платежный flow не описан до разработки.
Самые дорогие доработки появляются после запуска, когда выясняется, что CRM получает не тот статус, возврат не связан с исходным платежом, бухгалтерии нужен другой отчет, а поддержка не видит correlation id. Такие расходы не видны в тарифе банка, но именно они создают ручную работу каждый день.
Чтобы избежать этого, до разработки нужно описать contract между заказом, платежом, чеком и учетом. Для сайта без CRM это может быть простой order id и статус оплаты. Для бизнеса с CRM/ERP нужен полноценный payment lifecycle: pending, paid, failed, cancelled, refunded, partial_refunded и журнал callback-событий.
- нет единого order id и payment id;
- не описаны pending, failed, refunded статусы;
- не учтены частичные возвраты;
- нет логов для поддержки;
- сверка платежей делается вручную.
Как получить точную оценку
Оценка должна начинаться не с кнопки оплаты, а с карты систем и сценариев.
Точная оценка получается после короткой карты платежного процесса: где создается заказ, кто является источником истины, какие системы получают статус, нужна ли фискализация, какие виды возвратов разрешены и кто разбирает спорные платежи.
Практический ответ для малого интернет-магазина: минимальный запуск обычно включает выбор банка, подготовку сайта под требования, один платежный flow, обработку статуса и тесты. Для проекта с CRM, ERP, подписками, B2B-счетами или несколькими каналами продаж оценку нужно считать как интеграцию, а не как установку кнопки.
- описать один основной payment flow;
- зафиксировать системы-получатели статусов;
- разделить MVP и следующую фазу;
- заложить тестирование и поддержку после запуска.
FAQ
Можно ли подключить оплату дешево через готовый плагин?
Иногда да, если сайт простой и не требует сложной синхронизации. Но даже с плагином нужно проверить статусы, возвраты, безопасность и учет.
Что сильнее всего влияет на стоимость?
Количество систем вокруг платежа: CMS, CRM, ERP, фискализация, отчеты, возвраты и нестандартные статусы.
Можно ли начать с минимального пилота?
Да. Обычно разумно запустить один контролируемый flow, собрать логи и только потом расширять методы оплаты и интеграции.
Источники
- Armeconombank - VPOS tariffs and conditionsОфициальная страница банка с опубликованными комиссиями и условиями подключения.
- Inecobank - VPOS tariffsОфициальная страница банка с тарифами vPOS по типам карт.
- Evocabank - V-POS TerminalОфициальное описание vPOS как инструмента приема онлайн-платежей.
