Эквайринг для малого бизнеса в Казахстане: как выбрать и подключить
Эквайринг для малого бизнеса в Казахстане выбирают по формату продаж, способу зачисления денег, комиссии и качеству интеграции. Разбираем различия между терминалом, QR-оплатой, банковским решением и агрегатором, а также порядок…

Для малого бизнеса в Казахстане подходящий эквайринг зависит от того, где клиент оплачивает заказ. Магазину, кафе или салону нужен терминал и, возможно, QR-оплата. Интернет-магазину - платёжная страница, виджет или API. Услугам с записью бывает достаточно ссылки на оплату. Сравнивать предложения стоит по полной стоимости, срокам зачисления, возвратам и удобству для клиента.
Какой эквайринг выбрать малому бизнесу
Выбирайте эквайринг по сценарию продаж: для физической точки нужен торговый терминал, для сайта - интернет-эквайринг, для заказов в мессенджерах - платёжная ссылка или форма. Если бизнес использует несколько каналов, лучше заранее проверить, как объединить оплаты в одной системе учёта и не потерять заказы при ручной сверке.
В магазине покупатель оплачивает покупку на кассе. В салоне или сервисной компании ему может понадобиться предоплата после записи. В интернет-магазине оплата должна быть связана с конкретной корзиной, суммой и номером заказа. Эти сценарии требуют разной настройки, даже если деньги поступают через одного провайдера.
- Магазин, кафе, салон или пункт выдачи - терминал для оплаты картой или телефоном и QR-канал, если он востребован покупателями.
- Услуги с записью - платёжная ссылка или форма после выбора услуги. Такой вариант подходит для предоплаты, но статус записи нужно менять после подтверждения операции.
- Интернет-магазин - платёжная страница или виджет, автоматическая передача статуса заказа, уведомления и обработка возвратов.
- Продажи через мессенджеры - ссылка на оплату с привязкой к заказу. При небольшом каталоге этого достаточно, если менеджер видит результат платежа.
Перевод на личную карту не заменяет полноценную платёжную инфраструктуру. Клиенту приходится вручную отправлять подтверждение, а продавцу - проверять поступление и сопоставлять его с заказом. При росте числа обращений появляются ошибки: один платёж относят не к тому заказу, возврат забывают провести, а менеджер не понимает, что уже оплачено.
Торговый, интернет-эквайринг и QR-оплата: в чём разница
Торговый эквайринг принимает оплату на физической точке через терминал. Интернет-эквайринг работает на сайте, в приложении или на платёжной странице. QR-оплата ведёт покупателя к подтверждению платежа через банковское приложение. Перед подключением проверьте зачисление, возвраты и возможность автоматически передавать результат оплаты в систему заказов.
| Вариант | Где работает | Что получает бизнес | Что проверить |
|---|---|---|---|
| POS-терминал | Магазин, офис, кафе, салон | Оплата картой или телефоном на кассе | Оборудование, связь, комиссия, чек |
| QR-оплата | Физическая точка, доставка, сообщения | Платёж без отдельного терминала | Сумма, назначение и сверка заказа |
| Интернет-эквайринг банка | Сайт, корзина, личный кабинет | Оплата и статус заказа | Договор, API, тестирование |
| Платёжный агрегатор | Сайт, лендинг, платёжные ссылки | Несколько способов оплаты | Комиссия, вывод и возвраты |
Для бизнеса с несколькими каналами продаж важна не только возможность принять деньги. Клиент может найти компанию в справочнике, перейти в социальную сеть, задать вопрос в мессенджере и завершить заказ на сайте. На каждом шаге ему нужен понятный переход к оплате. Если заказ создаётся вручную, должна быть инструкция, как связать платёж с клиентом.
Сколько стоит эквайринг в Казахстане
Стоимость эквайринга складывается из комиссии за операцию и дополнительных платежей по договору. Тариф может зависеть от способа оплаты, вида деятельности, оборота, условий зачисления и возвратов. Поэтому сравнивайте не рекламный процент, а письменное предложение с полным перечнем расходов для вашей модели продаж.
В договоре могут быть предусмотрены аренда или покупка терминала, абонентская плата, комиссия за вывод, платные уведомления, минимальный оборот или отдельная плата за ускоренное зачисление. Не каждый такой пункт показывают рядом с основной комиссией. Запросите тарифную сетку и уточните, какие расходы возникают при отсутствии операций.
- Комиссия за транзакцию - уточните, одинаковы ли условия для карт, QR-платежей, ссылок и разных типов карт.
- Подключение и обслуживание - спросите о разовой плате, ежемесячном минимуме, аренде терминала и оплате неактивного оборудования.
- Зачисление - выясните, когда деньги становятся доступными для использования и меняется ли срок в выходные или праздничные дни.
- Возврат - уточните, кто запускает возврат, удерживается ли комиссия и как обрабатываются частичные возвраты.
- Спорная операция - проверьте порядок предоставления документов, временного удержания средств и ответа на претензию клиента.
Сравнивать тарифы удобно на собственном обороте. Например, при обороте 2 000 000 ₸ комиссия 1,8% составит 36 000 ₸, а 3% - 60 000 ₸. Разница равна 24 000 ₸. Если первый вариант требует абонентскую плату или платную интеграцию, итоговую стоимость нужно пересчитать с учётом этих расходов.
Не переносите условия из старой статьи или чужого договора. Один и тот же провайдер может предложить разные параметры в зависимости от категории бизнеса и документов. Попросите указать комиссию, сроки зачисления, порядок возврата и ограничения именно для вашего юридического лица и предполагаемого оборота.
Банк или агрегатор: что выбрать
Прямой банковский эквайринг подходит бизнесу со стабильными продажами и готовностью пройти проверку документов. Агрегатор удобен для быстрого старта и нескольких способов оплаты в одной интеграции. Выбор зависит от оборота, требований к возвратам, технических ресурсов и того, насколько критична каждая доля комиссии.
| Критерий | Прямой банк | Агрегатор | Практический выбор |
|---|---|---|---|
| Скорость старта | Зависит от проверки документов | Зависит от проверки бизнеса | Сравнить реальные сроки |
| Комиссия | Условия по договору | Условия по договору | Считать полную стоимость |
| Способы оплаты | Зависят от решения банка | Могут объединяться в одной форме | Выбирать по аудитории |
| Интеграция | API, форма или виджет | Ссылка, форма или API | Учитывать возможности сайта |
| Возвраты | По правилам банка | По правилам агрегатора | Проверить до подключения |
Агрегатор не всегда автоматически означает простой запуск. Провайдер всё равно может запросить сведения о компании, товарах, доставке и возвратах. Проверьте, на чьё имя оформляется операция, кто показывает клиенту подтверждение, как выгружается история платежей и кто отвечает за спорную транзакцию.
Если продажи пока небольшие, скорость запуска и понятная поддержка иногда важнее минимальной комиссии. При регулярном обороте стоит пересчитать расходы и сравнить прямое решение с агрегатором. Сохраняйте коммерческие предложения: по ним проще увидеть, какие функции входят в тариф, а какие оплачиваются отдельно.
Как подключить эквайринг к сайту
Подключение включает договор с банком или агрегатором, подготовку сайта и технические тесты. Сначала определите продавца и модель оплаты, затем соберите документы, получите доступ к тестовой среде, настройте платёжный сценарий и проверьте успешные и ошибочные операции. Только после этого переводите форму в рабочий режим.
Сначала решите, кто принимает деньги: индивидуальный предприниматель или юридическое лицо. Подготовьте реквизиты, описание товаров и услуг, адрес сайта, контакты, условия оплаты, доставки и возврата. Провайдер может запросить дополнительные сведения о категории товара, среднем чеке или способе исполнения заказов.
- Получите письменные условия: комиссия, срок зачисления, возвраты, лимиты, способы оплаты и возможные дополнительные платежи.
- Подайте заявку и запросите тестовые ключи или доступ к sandbox-среде. Боевые ключи не следует хранить в открытом виде или передавать через незащищённый канал.
- Проверьте HTTPS, домен, контакты, описание товаров, оплату, доставку, возврат и политику обработки персональных данных.
- Подключите форму, кнопку или виджет из корзины. Клиент должен оплачивать именно созданный заказ, а не произвольную сумму без идентификатора.
- Настройте callback или webhook, чтобы сайт получал подтверждение операции. Возврат клиента на страницу благодарности сам по себе не доказывает оплату.
- Проведите тесты успешного платежа, отказа, отмены, повторного открытия страницы, двойного клика, возврата и задержки ответа провайдера.
- После запуска сверяйте первые операции вручную: сумму, номер заказа, статус, уведомление клиенту и запись в системе учёта.
Одна из частых технических ошибок - считать заказ оплаченным после перенаправления клиента на страницу благодарности. Пользователь может закрыть вкладку, повторить оплату или столкнуться со сбоем после списания. Надёжнее проверять уведомление на сервере, валидировать запрос и хранить номер операции вместе с заказом.
Для небольшого сайта не обязательно создавать сложный личный кабинет. Иногда достаточно каталога, формы заказа, платёжной страницы и уведомлений. Но даже простая схема должна различать состояния «создан», «ожидает оплаты», «оплачен», «отменён» и «возвращён». Это помогает менеджеру не отправить неоплаченный заказ и не обработать его дважды.
Что должно быть на сайте до подключения оплаты
До заявки сайт должен объяснять, кто продаёт товар или услугу, сколько это стоит, как проходит оплата, когда выполняется заказ и что делать при возврате. Провайдеру нужны понятные сведения о бизнесе, а клиенту - уверенность, что после платежа появится подтверждение и ответственный сотрудник.
Проверьте эти элементы до начала интеграции:
- Название бизнеса, реквизиты в объёме, который запрашивает провайдер, рабочий телефон и электронная почта.
- Актуальные цены в тенге, описание товара или услуги, комплектация, ограничения и сроки исполнения.
- Понятные условия оплаты: полная или частичная предоплата, момент подтверждения заказа и способ получения чека или уведомления.
- Отдельные условия доставки, возврата и обмена. Формулировки на сайте должны совпадать с действиями менеджера.
- Мобильная версия без горизонтальной прокрутки. Кнопка оплаты, итоговая сумма и поля заказа должны быть видны на небольшом экране.
- Статусы заказа и уведомления для клиента и сотрудника, который отвечает за обработку покупки.
- Контакт для вопросов по платежу: клиент должен понимать, куда обратиться при списании денег без подтверждения заказа.
Если сайт создаётся с нуля, эквайринг нужно учитывать при проектировании корзины и структуры заказа. Заранее определите варианты доставки, скидки, промокоды, частичные возвраты и работу с остатками. Иначе платёж может пройти, но менеджер не получит достаточно данных для отгрузки.
Что проверить в договоре и у подрядчика
До подписания договора проверьте тариф, сроки зачисления, возвраты, спорные операции, лимиты и правила изменения условий. У подрядчика отдельно зафиксируйте состав интеграции, тестовые сценарии, доступы и ответственность после обновления сайта. Это снижает риск ситуации, когда оплата работает только в одном сценарии.
- Уточните, кто запускает возврат после отмены заказа, сколько занимает процедура и удерживается ли комиссия.
- Проверьте, можно ли выгружать историю операций для бухгалтера и находить платёж по номеру заказа или другой метке.
- Спросите о тестовой среде, технической поддержке и порядке эскалации проблемы, если стандартный ответ не решает вопрос.
- Попросите назвать ограничения по товарам, сумме заказа, числу операций и регионам, если бизнес работает с доставкой.
- Узнайте, кто оплачивает доработки при изменении API, формы или требований к безопасности.
- Попросите подрядчика проверить отказ, двойной клик, повторную оплату, задержку уведомления и возврат.
Платёжная форма может выглядеть исправной, но заказ не появится у менеджера, письмо не уйдёт клиенту, а сумма в учёте окажется другой. Причиной бывает неверный callback, кэширование корзины, повторная отправка формы или отсутствие проверки подписи запроса. Поэтому приёмку нужно проводить по сценариям, а не по одному успешному платежу.
Слабый подрядчик обещает подключение без просмотра сайта, не спрашивает о возвратах и не фиксирует границы работы. Перед стартом попросите описать, что входит в интеграцию: настройка формы, серверное уведомление, статусы, уведомления, тестирование и исправление ошибок. Боевые доступы должны храниться у владельца проекта, а не только у исполнителя.
Частые вопросы
Главные вопросы при первом подключении касаются формата продаж, терминала, сроков, возвратов и ответственности за сбой. Универсального решения нет: требования зависят от банка или агрегатора, сайта и юридической модели бизнеса. Ниже собраны практические ориентиры, которые стоит подтвердить в выбранном договоре.
- Можно ли подключить эквайринг без интернет-магазина? Да. Для услуги или небольшого каталога подойдут платёжная ссылка, кнопка на лендинге или простая форма заказа, если провайдер поддерживает такой сценарий.
- Нужен ли отдельный терминал для оплаты на сайте? Нет. Интернет-эквайринг работает через платёжную страницу, виджет или API. Терминал нужен для оплаты в физической точке.
- Можно ли принимать оплату только через QR? Можно, если такой способ подходит аудитории и формату продаж. Он не всегда заменяет карточную оплату на сайте и автоматическую смену статуса заказа.
- Сколько занимает подключение? Срок зависит от проверки документов, готовности сайта и сложности интеграции. Уточните отдельные сроки для договора, технической настройки и тестирования.
- Кто отвечает, если деньги списались, а заказ не создался? Провайдер подтверждает операцию, а сайт должен принять уведомление и создать заказ. В договоре и регламенте нужна процедура сверки и ручной обработки.
- Можно ли сменить банк или агрегатор позже? Да, если платёжный модуль отделён от остального сайта. При жёсткой привязке к одному виджету замена может потребовать отдельной доработки.
С чего начать подключение эквайринга
Начните с карты продаж: где клиент принимает решение, каким способом хочет платить, какой средний чек и кто проверяет заказы. Затем запросите актуальные условия у нескольких провайдеров, посчитайте полную стоимость и отдельно зафиксируйте возвраты. До запуска проверьте мобильный сценарий, уведомления и ручную сверку.
Если нужен сайт или интернет-магазин с оплатой, мы можем спроектировать корзину, статусы заказов и интеграцию с выбранным банком или агрегатором. Интернет-магазин у Pozhidayev стоит от 500 000 ₸, срок разработки - от 30 дней. Цена фиксируется после брифа, а гарантия на проект составляет 12 месяцев. Мы работаем из Алматы с клиентами по всему Казахстану, в том числе удалённо.