Как принимать оплату Kaspi на сайте — варианты и подводные камни

Принять оплату Kaspi на сайте можно тремя способами. Первый — подключить сайт к Kaspi так, чтобы банк сам проверял заказ и подтверждал оплату, а статус менялся без менеджера. Второй — выставлять клиенту счёт на номер телефона. Третий — принимать платежи через раздел «Платежи» в приложении Kaspi и учитывать их по уведомлениям. Какой способ подойдёт вам, зависит не от сайта, а от того, как платят ваши клиенты: сразу и целиком, после разговора с менеджером или частями, месяцами.

Как выбрать способ — по тому, как у вас платят

Начинать стоит не с технологии, а с вопроса: как деньги доходят до вас сейчас. Обычно ответ — один из трёх сценариев.

Сразу и целиком. Человек выбрал товар или тур, нажал «Оплатить» и ушёл по своим делам. Это интернет-магазин, бронь, билет. Здесь нужна оплата прямо на сайте, без участия менеджера.

После разговора. Цена складывается в переписке: заказ под клиента, услуга, опт. Менеджер всё равно участвует в сделке, и ему нужно быстро выставить счёт и сразу увидеть, что его оплатили.

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

У одной компании легко может быть два сценария или все три. Тогда и способов подключения будет несколько — это нормально. Важно, чтобы все они сходились в одном учёте, а не жили каждый в своей таблице.

Оплата Kaspi прямо на сайте — заказ подтверждается сам

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

Так устроена оплата в Atlas Booking — букинге туров, который я делал для паломнической компании: человек выбирает тур в три шага — город вылета, дату, тип размещения — и сразу платит, не дожидаясь менеджера.

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

Подключение к Kaspi оформляет сам бизнес — на ИП или ТОО, со своим договором и условиями. Комиссию и сроки зачисления уточняйте в банке под ваш случай: они меняются, и пересказывать их по памяти я не буду.

Счёт на номер клиента — быстрый старт для небольших продаж

Если заказов немного и менеджер всё равно общается с каждым клиентом, можно начать проще. Менеджер выставляет счёт в Kaspi Pay на номер телефона клиента, тот получает его в приложении Kaspi и оплачивает. Разработка для этого почти не нужна.

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

Отдельно — про перевод на личную карту продавца. Это не способ приёма оплаты. У такого перевода нет связи с заказом и понятного назначения, а деньги бизнеса идут через личный счёт. С этим вопросом лучше идти к бухгалтеру, а не к разработчику.

Платежи частями — учёт по уведомлениям Kaspi

Бывает, что клиенты платят через раздел «Платежи»: находят компанию, вводят ИИН или номер договора и сумму. Если готовой интеграции под такой сценарий нет, платежи можно учитывать по уведомлениям, которые приходят на каждый из них, — с данными плательщика, суммой и номером операции. Система читает уведомления и зачисляет деньги на нужный счёт, в том числе когда за клиента платит родственник.

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

Подводные камни — где теряются деньги

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

• Один платёж засчитан дважды. Банк может повторить подтверждение, уведомление может прийти повторно. У каждого платежа есть номер операции, и второй раз по тому же номеру система ничего не зачисляет.
• Сумма не совпадает с заказом. Клиент заплатил меньше, больше или уже после того, как заказ отменили. Система не должна молча принимать такой платёж — нужно заранее записанное правило, что с ним делать.
• Платёж без понятного назначения. Его нельзя зачислять наугад. Такие платежи попадают в отдельный список и ждут решения человека.
• Платит не тот, кто заказывал. Если за клиента платит родственник, деньги должны лечь на счёт того, кто поедет или получит заказ, а не того, с чьего телефона они пришли.
• Нет журнала. Клиент звонит со скриншотом оплаты, а менеджер не может найти платёж. В журнале видно всё: когда пришли деньги, куда зачислены, кто и когда проверял спорный случай.
• Смена сайта. Адреса, на которые банк отправляет проверку и подтверждение, лучше сохранить. Тогда переезд на новый движок не касается ни банка, ни клиентов.
• Возвраты. Кто делает возврат, в какой срок и как он отражается в учёте — это решается до запуска, а не в день первой отмены.

Что подготовить до подключения

Со стороны бизнеса:

• Договор с Kaspi на ваше ИП или ТОО.
• Решение, какая система главная — сайт, CRM или 1С. Статус оплаты должен меняться в одном месте и уже оттуда расходиться по остальным.
• Список статусов заказа: «ждёт оплаты», «оплачен», «оплачен частично», «возврат».
• Человек, который разбирает спорные платежи, и правило, как быстро он это делает.
• Старые балансы, если учёт уже вели в таблицах. Их переносят со сверкой — как это сделать без остановки работы, разобрал в заметке «Как перенести учёт из Excel в систему».

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

В Казахстане почти все платят через Kaspi, поэтому вопрос обычно не в том, подключать ли его, а в том, кто будет сверять переводы глазами, если подключить кое-как. И оплата редко живёт сама по себе: статус заказа должен дойти до CRM и учёта, а остатки — совпадать со складом. Связать всё это в одну систему — задача интеграций. Если хотите обсудить ваш случай, напишите.