Онлайн-оплату на сайте в Казахстане подключают через интернет-эквайринг банка или через платёжный сервис: на практике выбор идёт между ePay от Halyk Bank, Freedom Pay и Kaspi. Что именно подойдёт, зависит от того, кто ваши покупатели, на какой CMS сделан сайт и готовы ли вы пройти проверку документов. Минимум для старта: юрлицо или ИП, работающий сайт и счёт в тенге.
Дальше начинается то, о чём редко пишут в рекламных материалах банков. Заявку могут вернуть из-за отсутствия публичной оферты, кнопка оплаты может не появиться в корзине, потому что для вашей CMS нет готового модуля, а бухгалтерия обнаружит, что деньги приходят одной суммой за день, и сверять их с заказами некому. У всех трёх ситуаций один корень: подключение начинают с выбора провайдера, хотя большая часть работы лежит на стороне сайта и документов.
Чем интернет-эквайринг отличается от платёжного сервиса
Интернет-эквайринг — это услуга банка по приёму платежей с карт на вашем сайте, когда деньги зачисляются на ваш расчётный счёт. Банк в этой схеме и проверяет бизнес, и заключает договор, и отвечает за расчёты с платёжными системами.
Платёжный сервис (агрегатор) устроен иначе: компания-посредник уже подключена к банкам и платёжным системам и перепродаёт этот доступ бизнесу, добавляя сверху свою инфраструктуру — личный кабинет, готовые модули, антифрод, выставление счетов, рассрочку. Для владельца сайта разница ощущается в двух вещах: у агрегатора обычно шире набор способов оплаты в одном окне, а у банка — прямые отношения с тем, кто хранит ваши деньги.
Платёжный шлюз — это техническая часть, через которую данные карты уходят на обработку. Она может выглядеть как отдельная страница оплаты на домене провайдера, как виджет внутри вашей страницы или как встроенная форма через SDK. От выбора шлюза зависит, увидит ли ваш сервер данные карты. От этого, в свою очередь, зависит объём требований по безопасности, которые лягут на сайт.
Какие эквайринги подключают в Казахстане
В реальных проектах казахстанского бизнеса встречаются три основных сценария: ePay от Halyk Bank, Freedom Pay и приём платежей через Kaspi. Их часто комбинируют: карточная оплата закрывается банковским эквайрингом, а Kaspi добавляется отдельной кнопкой, потому что клиенты его просят.
По данным сервиса ePay от Halyk Bank, платёжная система поддерживает оплату картами, Apple Pay, Samsung Pay и оплату по QR, а готовые модули выпущены для десяти платформ — среди них 1С-Битрикс, WooCommerce, WordPress, OpenCart, PrestaShop, Joomla, Drupal, MODX и Laravel. Интеграция возможна в трёх форматах: платёжный виджет или страница, платёж через API и Mobile SDK. Для отладки есть отдельный тестовый кабинет, куда разработчик подключается до боевого запуска.
Freedom Pay — это платёжный сервис, выросший из компании PayBox.money, которую Freedom Holding купил и переименовал. В документации Freedom Pay по приёму платежей интеграция разделена на несколько API: Gateway API для приёма платежей и операций после платежа, Merchant API для сохранения карт, выставления счетов, рассрочки и выплат, WEB/Mobile SDK с JS SDK и API SDK, а также Card API. Готовые варианты подключения — checkout, iframe и платёжная страница на стороне сервиса.
Kaspi стоит особняком. Kaspi Pay сам банк описывает как приложение для бизнеса. Подключение заявлено за пять минут, а деньги принимают через мобильный POS-терминал, QR-код на кассе, удалённую оплату и оплату по ссылке. Ссылку можно отправить в мессенджере или соцсети, и для небольшого бизнеса это часто первый способ начать принимать деньги онлайн вообще без сайта.
| Вариант | Как это работает | Что даёт сайту | Кому обычно подходит |
|---|---|---|---|
| ePay (Halyk Bank) | Банковский интернет-эквайринг, деньги на счёт в банке | Готовые модули для десяти платформ, виджет, API, Mobile SDK, тестовый кабинет | Интернет-магазинам и сервисам с регулярным потоком карточных оплат |
| Freedom Pay | Платёжный сервис с собственным личным кабинетом | Checkout, iframe, платёжная страница, Gateway API, Merchant API, JS SDK | Проектам, которым нужны сохранение карт, счета, выплаты и нестандартные сценарии |
| Kaspi Pay | Приложение для бизнеса: QR, оплата по ссылке, удалённая оплата | Кнопка или ссылка на оплату, привычный клиенту сценарий | Услугам, малому бизнесу и всем, чья аудитория платит из Kaspi |
Тарифы в таблице намеренно не указаны. Ставка эквайринга — величина договорная: она зависит от категории бизнеса, оборота, типа карт и того, как вы договорились с банком. Цифры из публичных прайсов устаревают быстрее, чем выходят статьи, поэтому единственный честный способ их узнать — запросить условия под свой ОКЭД и оборот.
Почему Kaspi спрашивают чаще, чем карты
Kaspi в Казахстане давно перестал быть просто банком и стал привычкой: клиент открывает приложение, видит счёт и подтверждает оплату, не вводя реквизиты карты. Поэтому запрос «а через Kaspi можно?» на сайте звучит чаще, чем вопрос о картах Visa или Mastercard.
Техническая сторона при этом менее удобна, чем у классического эквайринга. Kaspi Pay задуман как приложение и набор сценариев вокруг него, а не как универсальный модуль под любую CMS, поэтому связка «корзина на сайте — оплата в Kaspi — автоматическая смена статуса заказа» требует отдельной работы разработчика. Готового плагина, который ставится в два клика и закрывает все сценарии, здесь ждать не стоит.
Поэтому Kaspi обычно ставят отдельным каналом рядом с карточным эквайрингом, а не вместо него. Если же бизнес продаёт дорогие товары и хочет рассрочку, вопрос уходит в отдельные договорённости с банком: универсальной кнопки «включить рассрочку на сайте» не существует.
Что нужно, чтобы подключение одобрили
Заявку на подключение рассматривает не робот, а комплаенс, и он смотрит на сайт глазами проверяющего. По условиям Freedom Pay для подключения нужны статус юридического лица или индивидуального предпринимателя, работающий интернет-сайт, удовлетворяющий требованиям законодательства и правилам платёжных систем, банковский счёт в тенге и заключённый договор. Формально это четыре пункта, но именно второй заворачивает заявки чаще всего.
Пакет документов у ИП и ТОО отличается. Индивидуальному предпринимателю нужны копия удостоверения личности руководителя, копия регистрационного документа ИП, анкета KYC с подписью и печатью, анкета присоединения, которую распечатывают из личного кабинета, а также гарантии и поручения. У ТОО к этому добавляются копия устава, приказ и решение о назначении руководителя.
Сроки сервис описывает осторожно: каждый случай индивидуален, в среднем это занимает одну-две недели, при этом платы за само подключение Freedom Pay не берёт. У банковского эквайринга логика похожая: регистрация, подписание договора и только потом подключение модуля.
На проектах B2BPRO.KZ мы чаще всего видим один и тот же набор причин для отказа или затяжки: на сайте нет публичной оферты и правил возврата, не указаны юридические реквизиты и контакты, описание товара или услуги слишком общее, чтобы понять, за что платит клиент, либо сайт физически не готов: половина страниц в разработке. Чинится это за день-два, если знать о требованиях заранее. После отказа те же правки всё равно придётся сделать, только уже с повторной подачей заявки.
Как оплату подключают технически
Порядок работ на стороне сайта почти всегда один и тот же, независимо от выбранного провайдера:
- Готовят юридическую часть сайта: оферта, политика конфиденциальности, условия возврата, реквизиты, рабочие контакты.
- Подают заявку, подписывают договор и получают доступ в личный кабинет провайдера.
- Ставят готовый модуль для своей CMS или пишут интеграцию по API, если модуля нет.
- Прописывают ключи и настройки в тестовом режиме и проводят пробные платежи в тестовом кабинете.
- Проверяют обратный вызов от платёжной системы: статус заказа должен меняться автоматически, без ручного подтверждения менеджером.
- Проверяют сценарии отмены и возврата — они ломаются чаще, чем успешная оплата.
- Переключают ключи на боевые, проводят контрольную покупку на реальную сумму и проверяют зачисление на счёт.
Самый недооценённый пункт здесь — пятый. Модуль ставится быстро, оплата проходит, клиент видит «спасибо за покупку», а заказ в админке остаётся в статусе «ожидает оплаты», потому что уведомление от платёжной системы не дошло до сайта. На WordPress это чаще всего упирается в кэширование и в плагины безопасности, которые блокируют входящий запрос от шлюза, приняв его за подозрительный. Если после запуска статусы не меняются автоматически, проверять нужно именно этот участок, а не модуль оплаты.
Отдельная история — сайты на конструкторах и старых сборках. Если CMS не входит в список поддерживаемых платформ провайдера, вариантов два: интеграция по API силами разработчика или переезд на платформу, для которой модуль существует. Второй путь выглядит дороже на входе, но в перспективе года обычно дешевле, чем поддерживать самописную связку. Когда дело доходит до такой развилки, полезно посчитать оба сценария заранее — это как раз то, с чего мы начинаем разработку сайтов под ключ для проектов с онлайн-оплатой.
Что проверить в корзине до подключения
Половина потерь на онлайн-оплате происходит до того, как покупатель вообще увидит платёжную форму. Шлюз тут ни при чём: клиент уходит на этапе оформления заказа, и статистика провайдера этого даже не покажет — для него такого платежа просто не было.
Пройдите путь клиента сами, с телефона, как обычный покупатель. Сколько полей нужно заполнить до кнопки оплаты и все ли они действительно нужны. Видна ли итоговая сумма с доставкой до того, как человек нажмёт «оплатить», — неожиданная надбавка на последнем шаге остаётся одной из самых частых причин брошенной корзины. Понятно ли, что произойдёт после оплаты: придёт ли письмо, позвонит ли менеджер, когда будет доставка. Есть ли на странице оформления заказа телефон и рабочие контакты: при дорогой покупке человек проверяет, кому он вообще платит.
Отдельно проверьте мобильную версию. В Казахстане значительная часть покупок идёт со смартфона, и если на телефоне форма оформления заказа съезжает, а кнопка оплаты уходит под клавиатуру, подключение любого эквайринга ничего не изменит. Такие вещи чинятся вёрсткой за несколько часов, но обнаруживаются обычно только тогда, когда кто-то специально садится и проходит заказ до конца.
Во сколько на самом деле обходится приём платежей
Комиссия эквайринга — не единственная статья расходов, и часто не главная. К ней добавляются работа разработчика на интеграцию и последующую поддержку, время бухгалтера на сверку поступлений с заказами, потери на возвратах и стоимость простоя, если оплата отвалилась и никто этого не заметил.
Считать выгоду имеет смысл не в процентах, а в тенге на заказ и в часах сотрудников за месяц. Разница в доли процента по ставке при сотне заказов в месяц измеряется тысячами тенге, а один день неработающей оплаты на активном магазине — десятками и сотнями тысяч. Поэтому в связке «ставка пониже, но модуля нет» и «ставка чуть выше, зато есть готовая интеграция и понятная поддержка» второй вариант на дистанции года почти всегда выигрывает.
Отдельно заложите в расчёт возвраты. Онлайн-оплата делает покупку импульсной, и доля отказов на таких заказах выше, чем при оплате по счёту. Возврат проходит через личный кабинет провайдера или по заявке, деньги идут обратно на карту покупателя не мгновенно, и всё это время менеджеру придётся объяснять клиенту, где его деньги. Пропишите порядок возврата на сайте и внутри компании до запуска: кто принимает решение, за какой срок и что при этом пишут покупателю.
Кто отвечает за безопасность платежей
Ответственность за безопасность приёма карт лежит на владельце сайта, даже когда данные карты вводятся не на нём. Документация WooCommerce формулирует это прямо: платформа не хранит данные карт, а официальные платёжные модули сохраняют лишь частичные данные при использовании токенов, например последние четыре цифры.
Токенизация — это замена номера карты на безопасный идентификатор, по которому можно повторить платёж, но нельзя восстановить саму карту. Именно она позволяет магазину делать повторные списания и сохранённые карты, не храня реквизиты у себя.
При этом вынос формы оплаты на сторону провайдера сокращает, но не отменяет требования. В документации WooCommerce о соответствии PCI-DSS сказано, что стандарт всё равно применяется, поскольку сайт по-прежнему отдаёт страницу оформления заказа, хотя область проверки заметно сужается. Там же указано базовое требование — использовать SSL на странице оформления заказа и убедиться, что хостинг это поддерживает.
От владельца сайта это требует нескольких вещей: действующий сертификат и работа всего сайта по HTTPS, отсутствие самописных форм, которые собирают номер карты на вашем сервере, регулярное обновление CMS и модулей. Устаревший плагин на странице оформления заказа даёт злоумышленнику самый удобный вход, а именно подмену платёжной формы.
Как выбрать вариант под свой бизнес
Если у вас интернет-магазин с потоком заказов и сайт на распространённой CMS, логично начинать с банковского эквайринга: готовый модуль, понятная схема зачислений, минимум посредников. Если проект сложнее (подписки, сохранённые карты, выплаты исполнителям, выставление счетов), стоит смотреть в сторону платёжного сервиса с развитым API, потому что набор готовых методов там шире. Если продаёте услуги штучно и заказов немного, начните с оплаты по ссылке: это запускается за день и не требует переделки сайта.
И последнее, о чём забывают на этапе выбора: деньги должны сойтись не только на сайте, но и в учёте. Заранее решите, кто и как сверяет поступления с заказами, как оформляются возвраты и попадают ли платежи в CRM. Если эта часть не продумана, через месяц после запуска бухгалтер начнёт разбирать выписку вручную, и вся экономия от удобного шлюза уйдёт в чужие часы работы.
Частые вопросы
Сколько времени занимает подключение онлайн-оплаты на сайте?
В среднем одна-две недели, и большую часть срока занимает проверка документов и сайта на стороне провайдера. Сам модуль для распространённой CMS разработчик ставит и настраивает за несколько часов. Срок растягивается, если на сайте нет оферты и реквизитов или если для вашей платформы нет готового модуля и интеграцию пишут по API.
Можно ли принимать оплату на сайте, если у меня ИП?
Да. Freedom Pay прямо указывает статус индивидуального предпринимателя как допустимый и требует для него копию удостоверения личности руководителя, копию регистрационного документа ИП, анкету KYC с подписью и печатью, анкету присоединения из личного кабинета, а также гарантии и поручения. Для ТОО пакет больше: добавляются устав, приказ и решение о назначении руководителя.
Нужен ли сайту SSL-сертификат для приёма платежей?
Да, это базовое требование. Документация WooCommerce прямо советует использовать SSL на странице оформления заказа и убедиться, что хостинг это поддерживает. Без HTTPS платёжные провайдеры не подключат сайт, браузеры покажут предупреждение, а часть покупателей уйдёт со страницы оплаты, не дойдя до подтверждения.
Что делать, если для моей CMS нет готового модуля оплаты?
Есть два рабочих пути. Первый — интеграция по API: у ePay есть платёж через API и Mobile SDK, у Freedom Pay — Gateway API, Merchant API и SDK для веба и мобильных приложений. Второй — перевод сайта на платформу, для которой модуль уже выпущен. Выбор зависит от того, сколько лет сайту и сколько ещё изменений в нём планируется.
Почему заказ остаётся неоплаченным, хотя деньги списались?
Чаще всего до сайта не доходит уведомление от платёжной системы о результате платежа. Причины обычно бытовые: кэширующий плагин, файрвол или настройки хостинга блокируют входящий запрос от шлюза. Деньги при этом на счёт поступают, а статус заказа в админке остаётся прежним. Лечится настройкой исключений и проверкой адреса, на который провайдер шлёт уведомление.
Технически онлайн-оплата в Казахстане подключается быстро: модуль ставят за день, договор подписывают за неделю. Дольше всего тянутся оферта, реквизиты, внятное описание услуги, проверка уведомлений и договорённость о том, кто сверяет поступления. Магазины, где деньги приходят сами, от магазинов, где менеджер вручную разбирает каждый платёж, отличает именно эта подготовительная часть.