К основному содержанию

Разбор · Интеграции

Битрикс24 и Kaspi: как подступиться к интеграции платежей

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

В основе: Практика eVailyt по построению обменов между CRM и внешними системами; собственного проекта с этим сервисом у нас пока нет, и это оговорено в тексте

Автор
Севастьян Лютиков, основатель evailyt
Опубликовано
Чтение
4 мин

Сразу оговоримся: собственного проекта с этим сервисом у нас пока нет, и выдавать общие рассуждения за опыт мы не станем. Что у нас есть — практика построения обменов между CRM и внешними системами, и она даёт рамку для решения.

Почему на этот вопрос нет короткого ответа

Условия доступа к платёжным данным определяются не системой, в которую вы хотите их завести, а тем, кто этими данными владеет. Они различаются по типу счёта, по юридическому лицу и по договору.

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

Второе обстоятельство: задача почти никогда не звучит как «завести платежи в CRM». Она звучит как «менеджер не должен спрашивать бухгалтерию, оплачено ли». А это можно решить несколькими способами, и прямой обмен — только один из них, причём не всегда самый дешёвый.

Четыре маршрута обмена

Все варианты, которые встречаются на практике, сводятся к четырём.

Прямой обмен по договору с владельцем данных: самый удобный вариант, доступен не всем и требует отдельного оформления.

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

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

Ручной ввод с контролем: платежи заносит человек, но система проверяет полноту и сверяет с графиком. Звучит как отказ от автоматизации, а на деле закрывает задачу там, где платежей немного.

Как выбирать между ними

Критерий Прямой обмен Выписка Промежуточный сервис Ручной ввод
Доступность по договору почти всегда зависит от сервиса всегда
Задержка данных минимальная часы минуты до суток
Зависимость от третьих сторон одна нет две нет
Стоимость поддержки средняя низкая подписка труд человека
Когда оправдан большой поток средний поток нужен быстрый старт десятки платежей

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

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

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

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

Что можно сделать внутри системы независимо от обмена

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

В проекте по юридическим услугам мы строили учёт платежей в рассрочку: реестр платежей связан с графиком, внесение платежа автоматически вычитается из остатка, баланс контролируется. Точность баланса по платежам достигла 98%, сверка платежа стала вдвое быстрее, ошибок в реестре стало на 55% меньше.

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

Что выяснить до постановки задачи

Четыре вопроса, ответы на которые определяют всё остальное.

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

Какая задержка данных допустима для работы менеджеров — от ответа зависит выбор между прямым обменом и выпиской.

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

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

Как мы строим обмены между системами в целом — на странице интеграций; разбор типичной связки с учётной программой — интеграция Битрикс24 с 1С.

Короткие ответы

Если вашего вопроса здесь нет — задайте его на созвоне. Ответим прямо, включая случаи, когда наше решение вам не подходит.

Есть ли готовое решение для этой связки?

Готовность любого коннектора нужно проверять под своё юридическое лицо и свой тип счёта, а не по описанию в магазине приложений. Условия доступа к данным различаются, и решение, работающее у одной компании, может быть недоступно другой в той же стране.

Что делать, если прямой обмен недоступен?

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

Зачем вообще заводить платежи в CRM?

Чтобы менеджер не спрашивал бухгалтерию о каждой оплате, а видел статус в карточке. В проекте по учёту рассрочки это дало точность баланса по платежам 98% и вдвое более быструю сверку — при том, что сама схема была построена внутри системы.

Остались вопросы по вашей ситуации?

За 15 минут разберём, что из написанного применимо к вам, а где нужна другая схема. Если задача решается без нас — скажем и это.

Отправляя форму, вы соглашаетесь с политикой конфиденциальности.