Kaspi — это не просто банк, а главная платёжная и торговая экосистема Казахстана. Через Kaspi Pay и QR оплачивают в рознице и в услугах, а Kaspi Магазин для тысяч продавцов фактически заменяет собственный интернет-магазин. Логично, что любой бизнес, который ведёт продажи в Битрикс24, рано или поздно задаёт один и тот же вопрос: как связать Kaspi и CRM, чтобы оплата и заказы попадали в воронку автоматически. И почти сразу натыкается на неприятную правду — официального коннектора «Kaspi для Битрикс24 в один клик» не существует. В этой статье разберём без маркетингового тумана, какие схемы реально работают в 2026 году, что они дают, сколько стоят по комиссиям и где спрятаны подводные камни.
Если нужна готовая связка под ключ — мы настраиваем интеграцию Kaspi с Битрикс24: платёжные ссылки, приём оплат и заказы из Kaspi Магазина в CRM.
Почему «коннектора Kaspi для Битрикс24» в один клик не существует — и что реально работает
Kaspi не выпускает публичного платёжного коннектора для сторонних CRM в виде готового приложения из маркета Битрикс24, как это сделали, например, некоторые эквайринговые сервисы. Доступ к функциям даётся точечно: эквайринг и платёжные ссылки — через договор с банком, а данные Kaspi Магазина — через Merchant API, к которому продавца подключают по заявке. Поэтому любую связку Kaspi и Битрикс24 собирают из нескольких кубиков, а не ставят галочку в настройках.
На практике рабочих направлений три, и их можно комбинировать между собой:
- Приём оплаты — платёжные ссылки и QR Kaspi, которые формируются и отправляются клиенту прямо из карточки сделки.
- Выставление счёта и эквайринг — Kaspi Pay как способ оплаты по онлайн-заказу или счёту в CRM.
- Заказы из Kaspi Магазина — подтягивание новых заказов маркетплейса в воронку Битрикс24 через API, посредника или импорт.
Важно сразу честно разделить ожидания: первые два направления решают задачу «получить деньги и зафиксировать оплату в CRM», а третье — «не терять заказы маркетплейса и обрабатывать их в одной воронке с остальными». Это разные задачи, разные подключения и разные подводные камни. Дальше разбираем каждое.
Способ 1: платёжные ссылки и QR Kaspi прямо из карточки сделки
Самый частый и самый простой сценарий для услуг и B2C-продаж. Менеджер ведёт сделку в Битрикс24, согласовал сумму — и ему нужно одним движением отправить клиенту ссылку на оплату Kaspi или QR, а после оплаты увидеть это в CRM. Технически это делается через платёжные ссылки Kaspi (Kaspi Pay / Kaspi QR), которые ваш бизнес получает по договору эквайринга с банком.
Как это устроено
- В Битрикс24 в карточке сделки есть встроенный механизм «Счёт на оплату» и CRM-формы / SmartProcess для онлайн-оплаты — к ним можно привязать платёжную систему.
- Ссылка или QR генерируется под конкретную сумму сделки и отправляется клиенту в WhatsApp, SMS или письмом прямо из таймлайна.
- После оплаты статус можно подтянуть обратно через вебхук от платёжного провайдера и роботом перевести сделку на стадию «Оплачено».
Ключевой нюанс: «голый» Kaspi-эквайринг не всегда умеет слать вебхук именно в Битрикс24 в удобном формате. Поэтому связку часто строят через посредника — платёжный агрегатор, который официально подключён к Kaspi и одновременно имеет готовый модуль или вебхуки под Битрикс24. Тогда менеджер жмёт «Выставить счёт», клиент платит через Kaspi, а сделка двигается автоматически.
Способ 2: выставление счёта и приём оплаты через Kaspi Pay / эквайринг
Этот способ — продолжение первого, но с акцентом на онлайн-оплату по счёту и интернет-эквайринг. Подходит, когда у вас есть сайт или интернет-магазин на Битрикс24 (или внешний сайт, который сливает лиды в CRM), и нужно, чтобы клиент оплачивал заказ картой или через Kaspi прямо на странице оплаты.
Что для этого нужно
- Договор интернет-эквайринга, где доступна оплата Kaspi (картой Kaspi Gold или через приложение Kaspi).
- Настроенная платёжная система в разделе CRM → Способы оплаты или в интернет-магазине Битрикс24.
- Привязка платёжной системы к заказам / счетам, чтобы ссылка на оплату формировалась автоматически при создании счёта.
Преимущество схемы — оплата фиксируется в Битрикс24 как факт по конкретному счёту, а не «где-то прошла на расчётный счёт». Это критично для сверки: вы видите, какой счёт и какая сделка оплачены, а не просто сумму в банковской выписке. Минус — нужно учитывать комиссию эквайринга, которая закладывается в цену или в маржу, и помнить про сроки зачисления денег на ваш счёт (как правило, не день в день).
Правило простое: если оплата не привязана к конкретной сделке или счёту в CRM, вы не интегрировали Kaspi — вы просто получили деньги. Интеграция начинается там, где платёж сам двигает воронку.
Способ 3: заказы из Kaspi Магазина в воронку Битрикс24 (API, посредники, импорт)
Для продавцов Kaspi Магазина главная боль не оплата (её держит сам маркетплейс), а заказы: они приходят в кабинет Kaspi, и менеджеры обрабатывают их отдельно от остальной CRM. В итоге часть бизнеса живёт в Битрикс24, а часть — в кабинете Kaspi, аналитика разорвана, а статусы приходится дублировать руками. Связать это можно тремя путями.
Вариант А — напрямую через Kaspi Merchant API
Kaspi предоставляет продавцам API для работы с заказами и товарами Магазина (получение новых заказов, смена статусов, выгрузка остатков и цен). На его основе пишется интеграция, которая по расписанию забирает новые заказы и создаёт сделки в нужной воронке Битрикс24, проставляя товары, сумму, ФИО и доставку. Это самый гибкий, но и самый трудозатратный путь: нужен разработчик и поддержка, потому что API и его лимиты меняются.
Вариант Б — готовый посредник / коннектор
На рынке есть сервисы-прослойки, которые уже умеют забирать заказы Kaspi Магазина и складывать их в Битрикс24 (или в 1С, а оттуда в CRM). Платите подписку — получаете готовый обмен без своей разработки. Подходит, если объём заказов средний и нет ресурса на собственный код, но важно проверить, какие именно поля и статусы коннектор переносит.
Вариант В — ручной или полуавтоматический импорт
Самый бюджетный старт: выгрузка заказов из кабинета Kaspi в файл и импорт в Битрикс24, либо простая автоматизация через сценарии. Годится для малого объёма и как временное решение, пока не настроен нормальный обмен. Минус очевиден — это ручной труд и человеческий фактор в сверке.
Автоматизация: смена стадии сделки и уведомление менеджеру после оплаты
Сам факт «деньги пришли» бесполезен, если CRM об этом не знает. Поэтому за приёмом оплаты всегда должна стоять автоматизация в Битрикс24. Минимально полезный набор роботов и триггеров выглядит так:
- Пришла оплата по платёжной ссылке или счёту → сделка автоматически переходит на стадию «Оплачено».
- После смены стадии → уведомление менеджеру и ответственному за отгрузку (чат, пуш или письмо).
- Новый заказ из Kaspi Магазина → создание сделки в отдельной воронке с источником «Kaspi» для чистой аналитики.
- Если оплата частичная → сделка остаётся на промежуточной стадии и ставится задача «дособрать оплату».
Здесь же удобно зашить отправку клиенту автосообщения через Wazzup (WhatsApp): «оплата получена, заказ передан в работу». Для розницы и услуг такое подтверждение снимает половину звонков «вы получили мою оплату?». Главное — настраивать роботов на реальном событии оплаты, а не на ручном переводе менеджером, иначе автоматизация превращается в фикцию.
Сверка и комиссии: как не потерять деньги и статусы между Kaspi и CRM
Сверка — место, где разваливается большинство самодельных интеграций. Деньги Kaspi доходят до вашего счёта не мгновенно и за вычетом комиссии, а в CRM сделка часто помечается «Оплачено» на полную сумму заказа. В итоге суммы в Битрикс24 и в банке не сходятся, и бухгалтерия не понимает, что реально получено.
- Фиксируйте в сделке две суммы: сумму заказа и фактически зачисленную (за вычетом комиссии эквайринга / Kaspi Магазина).
- Привязывайте платёж к конкретному счёту или заказу, а не просто к контакту — иначе сверка по выписке невозможна.
- Закладывайте срок зачисления: пока деньги в пути, сделка может быть на стадии «Оплата подтверждена», но не «Деньги на счету».
- Регулярно сверяйте отчёт Kaspi / банка с выгрузкой по сделкам Битрикс24 — расхождения ловятся именно так.
Комиссия — это не «техническая мелочь», а строка, которая напрямую бьёт по марже. Закладывайте её в финансовую модель заранее: для маркетплейса и эквайринга проценты разные и зависят от категории товара и условий договора. Точные ставки всегда уточняйте в своём договоре с Kaspi — публичные цифры быстро устаревают, и подставлять чужие в свою модель опасно.
Подводные камни: лимиты API, юрлицо/ИП, возвраты и частичные оплаты
Несколько вещей, о которые спотыкаются почти все при первом подключении:
- Лимиты и изменения API. Merchant API Kaspi имеет ограничения по частоте запросов и периодически меняется — интеграцию нужно сопровождать, а не «настроить и забыть».
- Форма бизнеса. Эквайринг и доступ к API оформляются на ИП или ТОО с действующим договором; на физлицо полноценную интеграцию не построить.
- Возвраты. Возврат по Kaspi должен отражаться и в CRM — иначе аналитика по выручке завышена. Заложите отдельный сценарий для отмен и возвратов.
- Частичные оплаты и предоплаты. Если бизнес работает с предоплатой, нужна логика двух платежей по одной сделке, иначе стадии будут врать.
- Дубли заказов. При импорте из Kaspi Магазина легко создать дубль сделки — обязательно настраивайте дедупликацию по номеру заказа.
Отдельно про статусы: у Kaspi Магазина своя модель статусов заказа (новый, на сборке, передан в доставку, выдан), и её нужно осознанно сопоставить со стадиями вашей воронки, а не копировать механически. Иначе менеджеры будут видеть в CRM стадии, которые не совпадают с тем, что показывает клиенту приложение Kaspi.
Какой способ выбрать под ваш бизнес: розница, услуги, интернет-магазин
Чтобы не переплачивать за лишнее, выбирайте схему под свою модель продаж:
- Услуги и B2C-продажи менеджерами (ремонт, обучение, агентства) — Способ 1: платёжные ссылки и QR из карточки сделки. Минимум вложений, максимум скорости.
- Сайт или интернет-магазин на Битрикс24 — Способ 2: эквайринг с оплатой Kaspi прямо на странице заказа плюс автосмена стадии.
- Продавец Kaspi Магазина с потоком заказов — Способ 3: подтягивание заказов маркетплейса в отдельную воронку, через API или готового посредника.
- Смешанная модель (и магазин, и услуги) — комбинация: заказы Kaspi Магазина в одну воронку, платёжные ссылки для прямых продаж в другую.
Главный критерий — объём. При нескольких заказах в день начинают с ручного импорта и платёжных ссылок. При десятках и сотнях — собственный API-обмен или коннектор окупается за счёт сэкономленного времени менеджеров и отсутствия ошибок сверки.
Чек-лист подключения и что подготовить до старта
Перед тем как начинать связку Kaspi и Битрикс24, подготовьте базу — это сократит подключение в разы:
- Определите цель: приём оплат, заказы из Магазина или и то, и другое.
- Проверьте форму бизнеса (ИП/ТОО) и наличие договора эквайринга и/или доступа к Kaspi Merchant API.
- Зафиксируйте, какие воронки и стадии в Битрикс24 будут отвечать за оплату и за заказы Kaspi.
- Решите вопрос сверки: где фиксируете комиссию и фактически зачисленную сумму.
- Опишите сценарии возвратов, частичных оплат и отмен — до запуска, а не после.
- Настройте дедупликацию заказов и сопоставление статусов Kaspi со стадиями CRM.
- Подключите уведомления менеджеру и автосообщение клиенту после оплаты.
Связать Kaspi и Битрикс24 реально и без «волшебной кнопки» — нужно лишь честно выбрать схему под свой бизнес и аккуратно закрыть вопросы комиссий, сверки и статусов. Тогда оплата сама двигает воронку, заказы маркетплейса не теряются, а менеджеры работают в одной системе вместо переключения между кабинетом Kaspi и CRM. Начните с одного направления, доведите его до устойчивой работы — и только потом расширяйте.
