Интеграция amoCRM с Kaspi Магазином

Для многих продавцов Kaspi Магазин даёт большую часть оборота, но живёт отдельно от CRM. Заказы смотрят в кабинете продавца, покупатели не попадают в базу, а руководитель видит Kaspi отдельной цифрой, которую кто-то переносит в таблицу. Если остальные продажи идут через amoCRM, разрыв особенно заметен.

Как устроена связка

У Kaspi есть API для продавцов: токен выпускается в кабинете, по нему можно получать заказы и их статусы. У amoCRM есть REST API. Между ними работает небольшой сервис:

1. По расписанию он запрашивает у Kaspi новые заказы и изменения статусов.
2. Для нового заказа создаёт сделку в отдельной воронке: номер, товары, количество, сумма, способ доставки.
3. При изменении статуса переводит сделку на соответствующий этап: новый, принят, передан в доставку, выдан, отменён.
4. Пишет в журнал, что сделал, и сообщает нам, если Kaspi или amoCRM перестали отвечать.

Токен Kaspi хранится только на сервере. Сервер, домен, HTTPS, бэкапы и мониторинг берём на себя.

Интеграция amoCRM с Kaspi: ограничения, о которых лучше знать заранее

API отдаёт не всё. Часть информации, которую вы видите в кабинете продавца, через API недоступна, а сам API может меняться. Поэтому сначала проверяем, что он отдаёт по вашим заказам, и только потом обещаем поля в сделке.

Действия с заказом. Не все операции можно сделать из CRM: какие-то шаги остаются в кабинете Kaspi. Не планируйте процесс, где менеджер вообще не открывает кабинет, пока это не проверено.

Данные покупателя. Контакты покупателя могут быть ограничены правилами площадки. Карточку клиента создаём в той мере, в какой это допустимо.

Товары. Названия и артикулы в Kaspi часто не совпадают с каталогом. Без таблицы соответствия сделки будут без товаров или с «неизвестной позицией».

Отдельная воронка для Kaspi

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

Что даёт связка на практике

Руководитель видит продажи Kaspi в отчётах amoCRM вместе с сайтом, Instagram и оптом. Кладовщик получает задачу на сборку, когда пришёл заказ, а не когда менеджер заметил его в кабинете. Отмены видны сразу, и их причины можно разбирать.

Если вам нужен ещё и учёт остатков, связка дополняется складом. Так устроен наш проект StockFlow, правда на Битрикс24: остаток, резерв и доступное количество связаны со сделками.

Когда это не нужно

Если Kaspi ваш единственный канал и заказов немного, кабинета продавца может хватать. Интеграция окупается, когда каналов несколько и руководитель хочет видеть общую картину. Как то же самое сделано для Битрикс24, описано на странице Kaspi.

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