Оплата через Kaspi прямо в переписке: как бот выставляет счёт

Клиент написал в WhatsApp, спросил цену, поторговался, согласился. Дальше идёт самый хрупкий кусок разговора: его надо довести до оплаты.

Обычно это выглядит так. «Переведите на номер 777…, потом скиньте чек». Клиент выходит из переписки, открывает банк, вводит номер, ошибается в цифре, отвлекается на звонок и возвращается через два дня. Или не возвращается.

Дальше про то, как этот кусок пути убирается почти целиком, и где на нём теряют деньги даже те, у кого всё настроено.

Как выглядит оплата, когда счёт выставляет бот

Бот доводит разговор до суммы, потом спрашивает номер телефона, к которому привязан Kaspi, и выставляет счёт.

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

Разговор в чате при этом выглядит примерно так:

Клиент: беру, сколько с меня

Бот: 3 500 ₸. Отправлю счёт, подскажите номер, к которому привязан Kaspi

Клиент: 707…

Бот: Счёт отправил, посмотрите приложение Kaspi

Дальше клиент подтверждает оплату у себя в телефоне.

Куда именно приходит запрос на оплату

Это самый частый вопрос, поэтому отдельно: запрос приходит в приложение Kaspi на тот номер, который клиент назвал в переписке. Не письмом, не ссылкой на сторонний сайт, не отдельной смс с реквизитами.

Отсюда два практических следствия.

Клиент должен назвать номер, к которому у него привязан Kaspi. Если он продиктовал рабочий номер, а приложение стоит на личном, счёт придёт не туда, и это выяснится только когда он скажет «мне ничего не пришло».

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

Куда идут деньги и что видит владелец

Деньги идут на вашу Kaspi-кассу. Платформа их не держит и через себя не проводит.

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

Если оплата не прошла, разговор тоже не повисает: бот сообщает об этом и предлагает попробовать снова.

Почему «я оплатил, чек скину позже» это дыра

Теперь про место, где теряют деньги.

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

Языковая модель обучена соглашаться с таким собеседником. Правило «подтверждай только при наличии чека», написанное словами в инструкции бота, этому давлению проигрывает, особенно в длинном дружелюбном разговоре. Модель прочитала правило, согласилась с ним и всё равно поступила по-своему.

Это не особенность конкретного сервиса. Так ведёт себя любой бот на языковой модели, где единственная защита это просьба в тексте.

Что действительно останавливает фейковую оплату

Работает только проверка, которая живёт вне модели и которую нельзя переубедить словами.

У денежных функций включается условие: пока клиент не прислал файл в этот диалог, функция не выполняется. Не «боту не рекомендуется», а физически не выполняется. Модель может сколько угодно считать, что человек заслуживает доверия, действие не произойдёт.

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

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

Чем это лучше перевода на номер

Коротко, по пунктам.

Клиент не выходит из переписки, поэтому не отваливается по дороге. Сумма и назначение подставляются автоматически, поэтому не бывает «перевёл не туда» и «перевёл не столько». Оплата видна системе, а не только вам в приложении, поэтому бот узнаёт о ней сам и продолжает разговор. И наконец, подтверждение оплаты перестаёт быть вопросом доверия к словам в чате.

Счёт физлицу и счёт организации: это разные вещи

Отдельно, потому что вопрос путают постоянно.

То, что описано выше, это оплата от человека. Клиент называет номер, ему в Kaspi приходит запрос, он платит картой или с баланса. Так работают розница, услуги, запись, доставка, то есть почти весь малый бизнес.

Счёт от ИП или ТОО в адрес другой организации это другая история. Там нужны реквизиты, назначение платежа по договору, НДС там, где он есть, и платёжка из банка второй стороны. Такой счёт выставляется не в переписке, а в вашей бухгалтерии или в банковском кабинете, и бот его не заменяет.

Что бот в этом случае реально может: собрать данные для счёта прямо в переписке (название компании, БИН, услуга, сумма, контакт бухгалтера) и передать их вам одной заявкой, а не десятью сообщениями вразнобой. Дальше счёт выставляете вы или ваш бухгалтер.

Практический вывод. Если ваши клиенты это люди, оплата в переписке закрывает вопрос целиком. Если клиенты это компании, автоматизируется сбор данных и напоминание об оплате, а сам документ остаётся за бухгалтерией.

Что нужно, чтобы это включить

Kaspi-касса бизнеса и подключение платежей в кабинете: это мастер, который проходят один раз. Пока платежи не подключены, функция не молчит и не выдумывает, а вежливо отвечает клиенту, что оплата временно недоступна.

Дальше добавляется готовая функция приёма оплаты, при желании задаётся описание по умолчанию (оно попадёт в назначение платежа), и бот начинает выставлять счета сам.

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

Как это выглядит по шагам, разобрано в руководстве, а собрать бота и попробовать можно на dosai.pro.