Приём оплаты в личном кабинете: Kaspi и эквайринг

Зачем оплата именно в кабинете

Обычная цепочка: клиент просит счёт, менеджер выгружает, отправляет, клиент передаёт в бухгалтерию, платёж уходит через день-два. На каждом шаге можно забыть.

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

Побочный эффект: менеджеры перестают тратить время на повторную отправку счетов.

Два сценария: эквайринг и Kaspi

Банковский эквайринг. Клиент платит картой на защищённой странице банка и возвращается в кабинет. Реквизиты карты через ваш сервер не проходят — это важно и для безопасности, и для требований платёжных систем.

Kaspi. Для розницы и небольших сумм в Казахстане это часто основной канал. Сценарий отличается: чаще всего клиент подтверждает платёж в своём приложении, а ваша система узнаёт результат от платёжного сервиса.

Что выбрать — зависит от того, кто ваши клиенты. Юридические лица платят по счёту через банк, розница — Kaspi. Часто нужны оба варианта одновременно.

Почему статус нельзя ставить по редиректу

Самая частая ошибка в самописных интеграциях: заказ помечают оплаченным, когда браузер клиента вернулся на страницу «спасибо».

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

Правильно — серверное уведомление от платёжной системы с проверкой подписи. Страница возврата нужна только чтобы показать клиенту результат, а не чтобы менять данные.

Отдельно проектируется повтор: уведомление может прийти дважды, и вторая обработка не должна создавать второй платёж.