История одна — слышу её почти на каждой встрече с казахстанским бизнесом. Владелец интернет-магазина открывает ноутбук и показывает три вкладки: личный кабинет Kaspi, таблицу Excel и CRM-систему. «Вот здесь приходят заказы, — говорит он, тыкая в Kaspi. — Потом мы вручную переносим сюда, — Excel. — А потом ещё сюда, чтобы менеджеры видели, — CRM. И ещё отдельно отслеживаем оплаты. К вечеру голова квадратная».
Казахстан — особенный рынок. Здесь Kaspi — это не просто банк или маркетплейс. Это целая экосистема: оплаты через Kaspi QR, покупки в Kaspi Магазине, рассрочка Kaspi Red, переводы между людьми. По разным оценкам, через Kaspi проходит более 70% онлайн-транзакций в стране. Игнорировать эту экосистему невозможно — если вы продаёте в Казахстане, вы так или иначе работаете с Kaspi.
Проблема в том, что Kaspi — это одно, а ваши внутренние процессы — совсем другое. Заказы приходят из разных каналов, оплаты нужно сверять, клиентов — информировать, менеджеров — контролировать. Без интеграции всё это превращается в хаос копирования данных из одного окна в другое.
В этой статье разберём, как по-настоящему подружить CRM с Kaspi: чтобы заявки автоматически попадали в систему, оплаты фиксировались без ручной сверки, статусы синхронизировались в обе стороны, а клиенты получали уведомления именно тогда, когда нужно. С примерами, нюансами и честным разбором того, что работает, а что — пока нет.
«Раньше бухгалтер полдня сверяла оплаты из Kaspi с заказами в CRM. Теперь это происходит автоматически. Она говорит, что впервые за три года успевает пообедать нормально, а не перед монитором с таблицей».
Прежде чем погружаться в детали интеграции, давайте разберёмся, что вообще есть в экосистеме Kaspi и какие её части релевантны для вашей CRM. Это не один монолитный сервис, а набор продуктов, каждый со своей логикой.
Когда говорят «интеграция с Kaspi», обычно имеют в виду один из нескольких сценариев — и это принципиально разные задачи с технической точки зрения. Понимание различий поможет сформулировать чёткие требования и не потратить бюджет на то, что вам не нужно.
Маркетплейс с миллионами покупателей. Заказы, статусы, доставка, возвраты — полный цикл e-commerce.
Приём платежей по QR-коду. Популярный способ оплаты в офлайне и онлайне.
Покупки в рассрочку. Клиент платит частями, вы получаете деньги сразу (минус комиссия).
Переводы между физлицами. Часто используются для предоплаты — особенно в услугах и небольших сделках.
Бизнес-аккаунт для ИП и ТОО. Выписки, платежи контрагентам, зарплатные проекты.
Чат между продавцом и покупателем в Kaspi Магазине. Важный канал коммуникации.
Для большинства бизнесов ключевые сценарии интеграции — это Kaspi Магазин (если продаёте через маркетплейс) и отслеживание оплат (Kaspi QR, переводы, Red). Рассмотрим каждый сценарий подробно.
Если вы продаёте через Kaspi Магазин, то знаете этот ритуал: зайти в личный кабинет, посмотреть новые заказы, перенести в свою систему, отметить там, вернуться в Kaspi, обновить статус... И так по кругу десятки раз в день. При 50+ заказах в день это превращается в отдельную должность — «человек, который копирует заказы».
Автоматическая интеграция решает эту проблему в корне. Вот как это работает на практике.
Клиент оформляет заказ в Kaspi Магазине. В ту же секунду (реально — за 1-2 секунды) в вашей CRM появляется новая сделка. В ней уже заполнено всё, что нужно для работы:
Менеджер видит уведомление «Новый заказ», открывает карточку — и сразу может работать. Не нужно никуда переключаться, ничего копировать. Вся информация уже здесь.
Клиент оформляет заказ в приложении Kaspi — Kaspi формирует событие о новом заказе
Webhook от Kaspi API отправляет данные на ваш сервер (или интеграционную платформу)
Интеграция обрабатывает данные — проверяет, есть ли клиент в базе, создаёт сделку, привязывает товары
CRM уведомляет менеджера — push, email или звуковой сигнал в интерфейсе
Менеджер обрабатывает заказ — подтверждает, передаёт на склад, контролирует выполнение
Один из главных вопросов — как не плодить дубли. Клиент заказывает первый раз — создаётся контакт. Заказывает второй раз — создаётся ещё один контакт. Через полгода в базе 5000 записей, половина — дубликаты одних и тех же людей.
Правильная интеграция работает иначе. При поступлении заказа система проверяет: есть ли в базе контакт с таким номером телефона? Если да — новая сделка привязывается к существующему контакту. Если нет — создаётся новый. Это называется дедупликация, и это must-have для любой интеграции.
Более того, если у вас есть клиенты из других каналов (сайт, Instagram, WhatsApp), хорошая интеграция позволит объединить профили. Один и тот же человек может прийти через Kaspi, потом написать в WhatsApp, потом позвонить — и все три касания будут в одной карточке. Это называется единый профиль клиента (Customer 360), и это фундамент качественной работы с клиентской базой.
Настроим автоматическую синхронизацию заказов, оплат и статусов. Вы будете работать в одном окне, а не прыгать между вкладками.
Обсудить интеграциюЕсли заказы — это входящий поток задач, то оплаты — это кровь бизнеса. И здесь казахстанская специфика проявляется особенно ярко. В стране, где Kaspi — фактический стандарт платежей, вопрос «как отслеживать оплаты» часто звучит как «как отслеживать Kaspi».
Давайте разберём основные сценарии приёма платежей и как их можно интегрировать с CRM.
Это самый простой случай. Клиент оплачивает заказ в Kaspi Магазине — информация об оплате приходит вместе с данными заказа. В CRM сделка создаётся уже с пометкой «Оплачено» или «Частично оплачено» (если рассрочка). Никакой ручной сверки не нужно — система знает статус оплаты из API.
Единственный нюанс — Kaspi Red (рассрочка). Технически деньги вы получаете не от клиента, а от Kaspi (за минусом комиссии). Клиент платит банку частями. Для вашей CRM это может отображаться как «Оплачено (рассрочка)» — чтобы менеджеры понимали специфику сделки.
Если вы принимаете оплату по QR-коду (в офлайн-точке или на сайте), это отдельный поток данных. У Kaspi есть API для мерчантов, который позволяет получать уведомления о поступлениях в реальном времени.
Как это работает в связке с CRM:
Магия в том номере в комментарии. Это ключ связи между оплатой и сделкой. Без него придётся сверять вручную — а это снова полдня работы бухгалтера.
Отдельная головная боль — оплаты переводом на карту. Клиент пишет: «Я оплатил», скидывает скриншот. Менеджер идёт проверять — а там непонятно: это тот самый перевод или другой? Сумма совпадает, а время — плюс-минус.
К сожалению, P2P-переводы Kaspi не имеют бизнес-API. Автоматически отслеживать их можно только через парсинг выписки — но это полулегальное решение с рисками. Лучший вариант — использовать официальные инструменты: Kaspi QR для небольших сумм, Kaspi Business для крупных. Там есть API, и всё можно автоматизировать «по-белому».
Для работы с юридическими лицами и крупными платежами есть Kaspi Business. Здесь можно выставлять счета, получать оплаты на расчётный счёт, отслеживать транзакции через API.
Интеграция с CRM в этом случае выглядит так:
Это особенно актуально для B2B-компаний, где один клиент может иметь несколько счетов на разные суммы. Ручная сверка в таких условиях — ад. Автоматическая — рутинная операция, которая занимает ноль времени менеджера.
| Способ оплаты | Есть API | Автоматизация | Комментарий |
|---|---|---|---|
| Kaspi Магазин | Да | Полная | Оплата приходит вместе с заказом |
| Kaspi QR / Pay | Да | Полная | Нужен мерчант-аккаунт и настройка webhooks |
| Kaspi Red (рассрочка) | Да | Полная | В рамках Kaspi Магазина или отдельно |
| Kaspi Business | Да | Полная | Для ИП/ТОО, нужен бизнес-аккаунт |
| Перевод на карту (P2P) | Нет | Ограниченная | Только парсинг выписки (риски!) |
Заказы приходят в CRM — отлично. Оплаты фиксируются — замечательно. Но что дальше? Заказ проходит через несколько этапов: подтверждение, сборка, отгрузка, доставка, завершение. И на каждом этапе статус должен обновляться — причём в обеих системах.
Это называется двусторонняя синхронизация, и это именно то, чего не хватает большинству «интеграций». Заказ пришёл из Kaspi в CRM — здорово. А обратно? Менеджер отметил «Отгружено» в CRM — статус в Kaspi остался «Принят». Клиент не видит обновления и начинает писать: «Где мой заказ?»
Правильная интеграция работает в обе стороны. Про маппинг статусов у нас есть отдельная подробная статья, здесь — ключевые принципы.
Когда статус меняется в Kaspi (например, клиент отменил заказ или курьер доставил), CRM должна узнать об этом мгновенно.
Реализация: webhooks от Kaspi API, периодический polling
Когда менеджер двигает сделку по воронке (подтвердил, передал на склад, отгрузил), статус в Kaspi должен обновиться автоматически.
Реализация: API-запрос к Kaspi при смене этапа в CRM
Каждый статус в Kaspi должен иметь чёткое соответствие в вашей CRM — и наоборот. Вот пример для типичного интернет-магазина:
| Статус в Kaspi | Этап в CRM | Что происходит |
|---|---|---|
| Новый | Новая заявка | Заказ создан, ждёт подтверждения |
| Принят в обработку | В работе | Менеджер подтвердил, склад собирает |
| Готов к выдаче | Готов к отгрузке | Собран, ждёт курьера или клиента |
| Доставляется | В доставке | Курьер в пути к клиенту |
| Завершён | Успешно реализовано | Клиент получил, сделка закрыта |
| Отменён | Закрыто (отмена) | Причина зафиксирована для аналитики |
Важно: таблица должна быть согласована с бизнес-процессами. Если у вас есть этап «Ожидает предоплату» или «В производстве» — добавьте их. Главное правило: один статус Kaspi = один этап CRM, без «примерно то же самое».
Клиент оформил заказ и ждёт. Что он видит? Если интеграции нет или она кривая — молчание. «Они вообще получили мой заказ? А оплату увидели? А когда доставят?» Эти вопросы генерируют входящие обращения, нагружают поддержку и раздражают клиентов.
Хорошая интеграция не только синхронизирует данные, но и автоматизирует коммуникацию. Клиент должен получать информацию проактивно — до того, как начнёт нервничать и писать «Где мой заказ???».
Вот минимальный набор точек коммуникации, которые стоит автоматизировать:
«Спасибо за заказ! Номер заказа #12345, ожидайте подтверждения в течение 15 минут»
«Оплата 45 000 тг получена. Начинаем сборку заказа»
«Ваш заказ собран и готов к отправке. Курьер заберёт его сегодня»
«Курьер выехал! Ожидайте доставку с 14:00 до 18:00. Телефон курьера: +7 ...»
«Заказ доставлен! Спасибо за покупку. Будем рады видеть вас снова»
«К сожалению, товара нет в наличии. Можем предложить аналог или вернуть деньги. Свяжемся в течение часа»
Вопрос «куда слать» не менее важен, чем «что слать». В Казахстане есть своя специфика:
Идеальный подход — каскадные уведомления. Сначала WhatsApp (бесплатно, быстро читают). Если не доставлено или не прочитано через N минут — SMS. Это позволяет экономить на SMS, но при этом гарантировать доставку важной информации. Подробнее про каскадные рассылки можно прочитать в статье про каскадный обмен сообщениями.
Если клиент заказал через Kaspi Магазин, у вас автоматически есть канал связи с ним — Kaspi Messenger внутри приложения. Это удобно: не нужно отдельно спрашивать номер телефона для WhatsApp.
Но есть нюанс: через Kaspi Messenger можно общаться только по конкретному заказу. Для повторных продаж, акций и другой коммуникации нужны будут другие каналы. Поэтому собирайте контакты (телефон, email) в CRM — они пригодятся.
Теория — это хорошо, но давайте посмотрим, как работает полностью интегрированная система. Возьмём реальный сценарий: клиент заказывает товар через Kaspi Магазин.
Марат из Алматы заказывает робот-пылесос за 89 000 тг с доставкой. Оплачивает через Kaspi Red (рассрочка на 3 месяца).
Kaspi API отправляет данные. CRM создаёт сделку, привязывает к существующему контакту Марата (он заказывал год назад), резервирует товар на складе.
Менеджер Асель получает push: «Новый заказ #7823, SLA: 15 минут». Открывает карточку — вся информация уже там.
Асель проверяет наличие (товар есть), нажимает «Подтвердить». CRM отправляет статус в Kaspi API, создаёт задачу складу.
Марат получает push в Kaspi: «Заказ принят! Собираем и отправим сегодня». Также приходит SMS с номером заказа.
Кладовщик отмечает «Собрано» в приложении склада. CRM обновляет статус, Kaspi показывает «Готов к отправке».
Курьер сканирует QR на упаковке. CRM обновляет статус на «В доставке», Марат получает WhatsApp: «Курьер выехал, доставим с 16:00 до 20:00».
Марат получает пылесос, расписывается. Курьер отмечает доставку. CRM закрывает сделку, Kaspi показывает «Завершён». Марат получает SMS с благодарностью и ссылкой на отзыв.
Обратите внимание: менеджер потратила на этот заказ около 5 минут — проверка и подтверждение. Всё остальное произошло автоматически: создание сделки, уведомления, синхронизация статусов, задачи складу и курьеру.
Без интеграции тот же процесс занял бы 20-30 минут ручной работы: копирование данных, отправка сообщений, обновление статусов в двух системах. На 50 заказах в день это 15-25 часов работы в месяц — целая должность.
Покажем, как это работает на демо с вашими данными. Расскажем, какие процессы можно автоматизировать в первую очередь и какой результат получите.
Записаться на демоПрежде чем бежать настраивать интеграцию, давайте разберёмся с техническими аспектами. Это поможет правильно оценить сложность и избежать сюрпризов.
Kaspi предоставляет API для партнёров (продавцов), но не всё так просто, как хотелось бы. Вот что нужно знать:
Если ваш сервер недоступен в момент отправки webhook, данные теряются. Kaspi не гарантирует повторную отправку. Решение: настроить резервный polling каждые N минут.
Время в Kaspi и время на вашем сервере могут отличаться. При обработке событий «по времени» это приводит к багам. Решение: использовать UTC и учитывать часовой пояс Астаны.
Webhook может прийти несколько раз (retry-механизм). Если обрабатывать каждый — получите дубли сделок. Решение: проверять уникальность по ID заказа перед созданием.
Kaspi периодически обновляет API. Если не следить за изменениями — интеграция может сломаться. Решение: мониторинг ошибок и оповещения о сбоях.
Интеграция — это инвестиция. Давайте посчитаем, когда она окупается.
Допустим, у вас 100 заказов в день через Kaspi Магазин. Без интеграции на каждый заказ уходит в среднем 5 минут ручной работы: копирование данных, обновление статусов, отправка уведомлений.
100 заказов x 5 минут = 500 минут = 8+ часов в день. Это полная ставка сотрудника, который занимается только копированием данных из одной системы в другую.
С интеграцией время обработки заказа сокращается до 1-2 минут (только проверка и подтверждение). Экономия: 5-6 часов в день, 100-130 часов в месяц.
Экономия времени
~120 часов/месяц
Стоимость часа менеджера
~1 500 тг
Экономия в месяц
~180 000 тг
При стоимости интеграции 500 000 - 1 000 000 тг окупаемость: 3-6 месяцев. После этого — чистая экономия.
Помимо прямой экономии времени, есть менее очевидные, но важные выгоды:
Перед тем как начинать проект интеграции, убедитесь, что у вас есть всё необходимое:
Если чего-то не хватает — это нормально. Главное — понимать, что нужно подготовить, и делать это параллельно с разработкой.
Если вы работаете в Казахстане, Kaspi — часть вашей реальности. Не интегрироваться с экосистемой Kaspi — всё равно что не интегрироваться с интернетом. Можно, но зачем усложнять себе жизнь?
Хорошая интеграция CRM с Kaspi — это не просто техническая задача. Это изменение того, как работает ваш бизнес. Менеджеры перестают быть «копировальщиками данных» и начинают заниматься тем, для чего их нанимали — продажами и работой с клиентами. Клиенты получают информацию вовремя и не звонят с вопросами «Где мой заказ?». Руководители видят реальную картину в реальном времени, а не в Excel-отчёте недельной давности.
Начните с малого. Автоматизируйте создание сделок из заказов Kaspi Магазина. Потом добавьте синхронизацию статусов. Потом — автоматические уведомления. Каждый шаг — ощутимое улучшение, которое окупается и даёт энергию для следующего.
Kaspi — это мощная экосистема с миллионами пользователей. Используйте её возможности по максимуму. Ваши конкуренты уже это делают.
Проведём аудит ваших процессов, предложим оптимальную архитектуру интеграции и реализуем под ключ. От заявок до уведомлений — всё будет работать автоматически.
Обсудить проект