Интеграция CRM с Kaspi: заявки, оплаты, статусы заказов, уведомления клиентам

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

Казахстан — особенный рынок. Здесь Kaspi — это не просто банк или маркетплейс. Это целая экосистема: оплаты через Kaspi QR, покупки в Kaspi Магазине, рассрочка Kaspi Red, переводы между людьми. По разным оценкам, через Kaspi проходит более 70% онлайн-транзакций в стране. Игнорировать эту экосистему невозможно — если вы продаёте в Казахстане, вы так или иначе работаете с Kaspi.

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

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

Экосистема Kaspi: что можно интегрировать с CRM

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

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

Для большинства бизнесов ключевые сценарии интеграции — это Kaspi Магазин (если продаёте через маркетплейс) и отслеживание оплат (Kaspi QR, переводы, Red). Рассмотрим каждый сценарий подробно.

Заявки из Kaspi Магазин: автоматический поток в CRM

Если вы продаёте через Kaspi Магазин, то знаете этот ритуал: зайти в личный кабинет, посмотреть новые заказы, перенести в свою систему, отметить там, вернуться в Kaspi, обновить статус... И так по кругу десятки раз в день. При 50+ заказах в день это превращается в отдельную должность — «человек, который копирует заказы».

Автоматическая интеграция решает эту проблему в корне. Вот как это работает на практике.

Что происходит при правильной интеграции

Клиент оформляет заказ в Kaspi Магазине. В ту же секунду (реально — за 1-2 секунды) в вашей CRM появляется новая сделка. В ней уже заполнено всё, что нужно для работы:

Данные клиента. Имя, телефон, адрес доставки — всё уже на месте. Не нужно спрашивать «а как вас зовут?» — информация перед глазами.

Состав заказа. Товары, количество, цены, общая сумма — менеджер сразу видит, что именно заказал клиент и на какую сумму. Можно сразу проверить наличие на складе и понять, успеваем ли в срок.

Способ доставки. Самовывоз из точки на Абая? Курьерская доставка в микрорайон Шугыла? Или постамат у метро? Эта информация критична для логистики — и она уже зафиксирована в карточке сделки.

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

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

Ссылка на заказ. Вообще удобная штука: один клик — и вы в личном кабинете Kaspi, смотрите на заказ глазами клиента. Особенно полезно, когда возникают вопросы по доставке или статусу.

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

Что делать с дублями клиентов

Один из главных вопросов — как не плодить дубли. Клиент заказывает первый раз — создаётся контакт. Заказывает второй раз — создаётся ещё один контакт. Через полгода в базе 5000 записей, половина — дубликаты одних и тех же людей.

Правильная интеграция работает иначе. При поступлении заказа система проверяет: есть ли в базе контакт с таким номером телефона? Если да — новая сделка привязывается к существующему контакту. Если нет — создаётся новый. Это называется дедупликация, и это must-have для любой интеграции.

Более того, если у вас есть клиенты из других каналов (сайт, Instagram, WhatsApp), хорошая интеграция позволит объединить профили. Один и тот же человек может прийти через Kaspi, потом написать в WhatsApp, потом позвонить — и все три касания будут в одной карточке. Это называется единый профиль клиента (Customer 360), и это фундамент качественной работы с клиентской базой.

Оплаты: как автоматически фиксировать поступления

Если заказы — это входящий поток задач, то оплаты — это кровь бизнеса. И здесь казахстанская специфика проявляется особенно ярко. В стране, где Kaspi — фактический стандарт платежей, вопрос «как отслеживать оплаты» часто звучит как «как отслеживать Kaspi».

Давайте разберём основные сценарии приёма платежей и как их можно интегрировать с CRM.

Сценарий 1: Оплата в рамках Kaspi Магазина

Это самый простой случай. Клиент оплачивает заказ в Kaspi Магазине — информация об оплате приходит вместе с данными заказа. В CRM сделка создаётся уже с пометкой «Оплачено» или «Частично оплачено» (если рассрочка). Никакой ручной сверки не нужно — система знает статус оплаты из API.

Единственный нюанс — Kaspi Red (рассрочка). Технически деньги вы получаете не от клиента, а от Kaspi (за минусом комиссии). Клиент платит банку частями. Для вашей CRM это может отображаться как «Оплачено (рассрочка)» — чтобы менеджеры понимали специфику сделки.

Сценарий 2: Kaspi QR / Kaspi Pay

Если вы принимаете оплату по QR-коду (в офлайн-точке или на сайте), это отдельный поток данных. У Kaspi есть API для мерчантов, который позволяет получать уведомления о поступлениях в реальном времени.

Как это работает в связке с CRM:

Шаг первый: менеджер создаёт счёт. Прямо в CRM формируется счёт с уникальным номером — например, INV-2024-03847. Этот номер станет «ключом» для автоматической сверки.

Шаг второй: генерация QR-кода. Система автоматически генерирует QR-код для оплаты, в который вшит этот уникальный номер в поле «Комментарий к платежу». Клиент получает счёт с QR — красиво, удобно, современно.

Шаг третий: клиент оплачивает. Открыл приложение Kaspi, отсканировал код, подтвердил платёж — готово. Для него это занимает 10 секунд. А номер счёта автоматически попадает в назначение платежа.

Шаг четвёртый: webhook сообщает об оплате. Как только деньги поступили на ваш счёт, Kaspi API отправляет уведомление в вашу систему. В нём есть сумма, время, отправитель — и самое главное, комментарий с номером счёта.

Шаг пятый: автоматическая сверка. CRM получает webhook, ищет сделку по номеру INV-2024-03847, находит — и автоматически помечает как оплаченную. Менеджер получает уведомление «Оплата получена» и переводит сделку на следующий этап. Никакой ручной сверки, никаких звонков бухгалтеру «а это чья оплата?».

Магия в том номере в комментарии. Это ключ связи между оплатой и сделкой. Без него придётся сверять вручную — а это снова полдня работы бухгалтера.

Сценарий 3: Kaspi Business (B2B, крупные суммы)

Для работы с юридическими лицами и крупными платежами есть Kaspi Business. Здесь можно выставлять счета, получать оплаты на расчётный счёт, отслеживать транзакции через API.

Интеграция с CRM в этом случае выглядит так:

1. Менеджер создаёт счёт в CRM — товары, суммы, реквизиты
2. Счёт отправляется клиенту — PDF или ссылка на оплату
3. Клиент оплачивает через Kaspi Business или обычный банковский перевод
4. Интеграция отслеживает поступление по номеру счёта в назначении платежа
5. CRM автоматически закрывает счёт и двигает сделку на следующий этап

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

Сводная таблица: способы оплаты и возможности интеграции

Статусы заказов: двусторонняя синхронизация

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

Это называется двусторонняя синхронизация, и это именно то, чего не хватает большинству «интеграций». Заказ пришёл из Kaspi в CRM — здорово. А обратно? Менеджер отметил «Отгружено» в CRM — статус в Kaspi остался «Принят». Клиент не видит обновления и начинает писать: «Где мой заказ?»

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

Типичная таблица маппинга

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

Важно: таблица должна быть согласована с бизнес-процессами. Если у вас есть этап «Ожидает предоплату» или «В производстве» — добавьте их. Главное правило: один статус Kaspi = один этап CRM, без «примерно то же самое».

Уведомления клиентам: когда и как информировать

Клиент оформил заказ и ждёт. Что он видит? Если интеграции нет или она кривая — молчание. «Они вообще получили мой заказ? А оплату увидели? А когда доставят?» Эти вопросы генерируют входящие обращения, нагружают поддержку и раздражают клиентов.

Хорошая интеграция не только синхронизирует данные, но и автоматизирует коммуникацию. Клиент должен получать информацию проактивно — до того, как начнёт нервничать и писать «Где мой заказ???».

Какие уведомления нужны

Вот минимальный набор точек коммуникации, которые стоит автоматизировать:

Каналы уведомлений в Казахстане

Вопрос «куда слать» не менее важен, чем «что слать». В Казахстане есть своя специфика:

WhatsApp — безусловный лидер в Казахстане. Это основной мессенджер для большинства, сообщения читают быстрее всего. Идеально для срочных уведомлений: «Курьер выехал», «Оплата получена», «Товар готов к выдаче». Open rate под 90%, доставляемость практически стопроцентная.

Kaspi Messenger — встроенный чат для заказов из Kaspi Магазина. Если клиент заказал через маркетплейс, он видит уведомления прямо в приложении, рядом с информацией о заказе. Удобно, контекстно — но работает только для заказов с Kaspi, для остальной коммуникации нужны другие каналы.

SMS — надёжный, как швейцарские часы, но дорогой. В среднем 7-10 тенге за сообщение, а при объёмах это выливается в серьёзный бюджет. Используйте для критичных сообщений: подтверждение оплаты, изменение даты доставки, срочные вопросы. Туда, где важна гарантия доставки, а не экономия.

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

Email — для подтверждений, чеков, детальной информации. Читают медленнее, чем мессенджеры (часто вообще не читают оперативно), но зато удобно для истории: клиент всегда может найти письмо с информацией о заказе через год. И для b2b-сегмента email всё ещё важен.

Идеальный подход — каскадные уведомления. Сначала WhatsApp (бесплатно, быстро читают). Если не доставлено или не прочитано через N минут — SMS. Это позволяет экономить на SMS, но при этом гарантировать доставку важной информации. Подробнее про каскадные рассылки можно прочитать в статье про каскадный обмен сообщениями.

Как это выглядит на практике: сценарий от заказа до доставки

Теория — это хорошо, но давайте посмотрим, как работает полностью интегрированная система. Возьмём реальный сценарий: клиент заказывает товар через Kaspi Магазин.

Обратите внимание: менеджер потратила на этот заказ около 5 минут — проверка и подтверждение. Всё остальное произошло автоматически: создание сделки, уведомления, синхронизация статусов, задачи складу и курьеру.

Без интеграции тот же процесс занял бы 20-30 минут ручной работы: копирование данных, отправка сообщений, обновление статусов в двух системах. На 50 заказах в день это 15-25 часов работы в месяц — целая должность.

Технические нюансы: что нужно знать до начала интеграции

Прежде чем бежать настраивать интеграцию, давайте разберёмся с техническими аспектами. Это поможет правильно оценить сложность и избежать сюрпризов.

Kaspi API: что доступно

Kaspi предоставляет API для партнёров (продавцов), но не всё так просто, как хотелось бы. Вот что нужно знать:

Kaspi Магазин API — есть, работает, документирован. Позволяет получать заказы, обновлять статусы, работать с каталогом товаров. API вполне понятный, если у вас есть хоть какой-то технический специалист, разберётся. Документация местами корявая, но в целом всё необходимое описано.

Webhooks — поддерживаются для уведомлений о новых заказах и изменении статусов. Это значит, что Kaspi может сам «толкнуть» данные в вашу систему, не нужно постоянно опрашивать API «а есть что-то новенькое?». Экономит время и ресурсы сервера.

API для оплат — доступен для мерчантов (Kaspi QR, Kaspi Pay). Можно получать информацию о транзакциях в реальном времени, генерировать платёжные ссылки, проверять статусы оплаты. Для интеграции нужен мерчант-аккаунт в Kaspi — обычная регистрация через банк.

API для P2P-переводов — отсутствует. Это больной вопрос. Переводы между физлицами (когда клиент просто переводит на вашу карту) не имеют официального API. Kaspi не предоставляет его по понятным причинам безопасности. Автоматически отслеживать такие переводы можно только через парсинг выписки — но это полулегальное решение с рисками блокировки.

Rate limits — есть. Ограничения на количество запросов к API. При большом объёме заказов (тысячи в день) это нужно учитывать. Нельзя бесконтрольно долбить API каждую секунду — получите бан. Решается грамотной архитектурой: кеширование, очереди, разумные интервалы опроса.

Что нужно подготовить

1. Доступ к API Kaspi — получается в личном кабинете продавца Kaspi Магазин. Нужен токен авторизации.
2. Сервер для приёма webhooks — Kaspi будет отправлять данные на ваш URL. Нужен HTTPS и стабильный аптайм.
3. Карта процессов — какие этапы в вашей воронке, как они соотносятся со статусами Kaspi, кто ответственный.
4. Шаблоны уведомлений — тексты сообщений для каждого события, адаптированные под ваш tone-of-voice.
5. Тестовые данные — несколько тестовых заказов для проверки интеграции перед запуском.

Популярные подводные камни

Экономика интеграции: стоит ли овчинка выделки

Интеграция — это инвестиция. Давайте посчитаем, когда она окупается.

Прямая экономия времени

Допустим, у вас 100 заказов в день через Kaspi Магазин. Без интеграции на каждый заказ уходит в среднем 5 минут ручной работы: копирование данных, обновление статусов, отправка уведомлений.

100 заказов x 5 минут = 500 минут = 8+ часов в день. Это полная ставка сотрудника, который занимается только копированием данных из одной системы в другую.

С интеграцией время обработки заказа сокращается до 1-2 минут (только проверка и подтверждение). Экономия: 5-6 часов в день, 100-130 часов в месяц.

Косвенные выгоды

Помимо прямой экономии времени, есть менее очевидные, но важные выгоды:

• Меньше отмен из-за медленной реакции — автоматическое подтверждение за минуты вместо часов. Клиент не успевает уйти к конкуренту
• Выше рейтинг в Kaspi — быстрая обработка и актуальные статусы = меньше жалоб = лучший рейтинг = больше видимости
• Меньше ошибок — автоматика не путает цифры, не забывает обновить статус, не теряет заказы
• Аналитика — когда все данные в одной системе, можно строить отчёты: конверсия, средний чек, LTV, причины отмен
• Масштабируемость — без интеграции рост заказов = рост штата. С интеграцией — рост заказов = рост прибыли

Чек-лист: готовность к интеграции с Kaspi

Перед тем как начинать проект интеграции, убедитесь, что у вас есть всё необходимое:

• Аккаунт продавца в Kaspi Магазин — если продаёте через маркетплейс
• Токен API — получите в личном кабинете Kaspi
• CRM с API — не все CRM позволяют интеграцию, проверьте возможности
• Описанный процесс обработки заказов — этапы, ответственные, SLA
• Таблица маппинга статусов — Kaspi и CRM
• Каналы уведомлений — WhatsApp, SMS, Telegram — что используете
• Шаблоны сообщений — тексты для каждого типа уведомления
• Тестовая среда — возможность проверить интеграцию до запуска в бой

Если чего-то не хватает — это нормально. Главное — понимать, что нужно подготовить, и делать это параллельно с разработкой.

Заключение: Kaspi — это не опция, а необходимость

Если вы работаете в Казахстане, Kaspi — часть вашей реальности. Не интегрироваться с экосистемой Kaspi — всё равно что не интегрироваться с интернетом. Можно, но зачем усложнять себе жизнь?

Хорошая интеграция CRM с Kaspi — это не просто техническая задача. Это изменение того, как работает ваш бизнес. Менеджеры перестают быть «копировальщиками данных» и начинают заниматься тем, для чего их нанимали — продажами и работой с клиентами. Клиенты получают информацию вовремя и не звонят с вопросами «Где мой заказ?». Руководители видят реальную картину в реальном времени, а не в Excel-отчёте недельной давности.

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

Kaspi — это мощная экосистема с миллионами пользователей. Используйте её возможности по максимуму. Ваши конкуренты уже это делают.