Когда магазин запускается, приём оплаты обычно откладывают на последний момент — и зря. Это тот блок, который влияет на архитектуру всего проекта: от структуры заказа до того, как заказ попадает в 1С.

Что вообще есть на рынке

В проектах для казахстанского рынка мы работаем с четырьмя основными вариантами, и они решают разные задачи:

  • Kaspi Pay. Самый привычный покупателю сценарий: оплата проходит в приложении, которым человек и так пользуется каждый день. Для розницы это заметно снижает количество брошенных корзин.
  • Банковский эквайринг. Классическая оплата картой на сайте. Универсально, работает с любыми картами, включая иностранные.
  • Freedom Pay. Платёжный шлюз, закрывающий несколько способов оплаты сразу, включая рассрочку.
  • Halyk. Эквайринг крупнейшего банка страны, часто выбирают компании, у которых там уже открыт счёт.
Практическое правило: если вы продаёте физическим лицам в розницу — начинайте с Kaspi. Если работаете с юрлицами и счетами — сначала выставление счёта, эквайринг вторым шагом.

Что происходит после нажатия «Оплатить»

Здесь и прячется большая часть работы, которую не видно в интерфейсе. Платёжная система не просто «принимает деньги» — она возвращает вашему сайту уведомление о результате. Сайт должен это уведомление принять, проверить подпись, найти нужный заказ и поменять его статус.

Что должно быть предусмотрено обязательно:

  • Повторные уведомления. Платёжный шлюз может прислать одно и то же событие дважды. Заказ не должен от этого оплатиться дважды.
  • Потерянный ответ. Клиент закрыл вкладку сразу после оплаты — заказ всё равно обязан обновиться, потому что уведомление приходит на сервер, а не в браузер.
  • Расхождения. Сумма в уведомлении должна сверяться с суммой заказа, иначе цену можно подменить на стороне клиента.
  • Возвраты. Сценарий отмены заказа продумывается вместе с оплатой, а не через полгода в панике.

Связка с учётом

Оплата сама по себе бесполезна, если менеджер потом переносит заказ в 1С руками. Обмен настраивается в обе стороны: товары и остатки приходят из учётной системы на сайт, заказы и оплаты уходят обратно. Ключевой момент — обработка ошибок: если связь с 1С оборвалась, заказ не должен исчезнуть, он должен встать в очередь и уйти позже.

Отдельно стоит завести логи обмена. Когда через месяц окажется, что один заказ не доехал, разбираться без логов невозможно.

Сколько это занимает

Подключение одного платёжного метода к готовому магазину — это работа на несколько дней, а не недель. Интеграция с 1С или CRM считается отдельно, обычно от 280 000 ₸ и от четырёх дней, потому что там появляется тестовый контур и сверка данных.

Что действительно стоит заложить в срок — это не разработку, а получение доступов: договор с банком или платёжной системой, реквизиты, тестовый ключ. Эта часть зависит не от подрядчика и регулярно оказывается самой длинной.