Telegram-бот с оплатой Kaspi в Петропавловске

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

Приезжать никуда не нужно. Документы подписываем электронно, оплата проходит через банк или Kaspi, закрывающие документы отправляем в тот же день.

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

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

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

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

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

Вернувшиеся присылают скриншот. Менеджер открывает выписку, ищет сумму, сверяет время. На двадцати заказах в день это отдельная работа, на сотне — отдельный человек.

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

Бот формирует платёж с суммой из заказа — руками её никто не набирает, значит ошибиться в ней нельзя.

Клиент оплачивает по ссылке и возвращается в диалог. Kaspi присылает уведомление о поступлении на наш обработчик.

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

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

Неподтверждённые платежи не теряются: по ним остаётся запись, и их видно отдельным списком.

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

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

Куда складывать заказы. Если есть 1С или CRM — смотрим состояние базы. Если нет, на старте хватает таблицы.

В базовые 500 000 ₸ и 3-4 недели входят каталог или форма заказа, оформление, оплата Kaspi, сверка, статусы и уведомления менеджеру.

Отдельно считаются интеграция с 1С, личный кабинет с историей заказов и рассрочка.

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