Интеграция CRM и СПАРК
Интеграция CRM со СПАРК-Интерфакс нужна, чтобы менеджер вводил только ИНН, а реквизиты, руководитель, статус компании и оценка ее надежности подтягивались в карточку сами. Но реальная польза связки не в автозаполнении — его дают и бесплатные справочники. Она в том, что CRM начинает задавать СПАРКу вопрос в три важных момента: когда компания появляется в базе, когда по ней готовится сделка с отсрочкой платежа и потом, все время, пока клиент живет в системе. В amoCRM, Битрикс24 и RetailCRM это собирается по-разному, но логика одна.
Я расскажу об этой связке не через список возможностей, а через жизнь одного контрагента в CRM: от первой заявки до момента, когда в его карточке загорается красный флаг.
Момент первый: компания появилась в базе
Пришла заявка от ООО с незнакомым названием. Менеджер вбивает ИНН, и через пару секунд карточка заполнена: полное наименование, КПП, юридический адрес, руководитель, дата регистрации, статус. Никаких опечаток в реквизитах, которые потом всплывут в договоре или счете.
Здесь же появляется первая оценка. У СПАРКа есть сводный индикатор риска в трех градациях — низкий, средний, высокий — и он хорош именно для этого момента. Менеджеру не нужно разбираться в финансовой отчетности, ему нужен светофор: работаем спокойно, работаем внимательно или зовем руководителя.
Важная деталь, о которой редко говорят: на этом шаге не нужно тянуть полный отчет по каждой заявке. Запросы к API тарифицируются и лимитируются договором, а половина входящих обращений — это спам, дубли и люди, которые никогда ничего не купят. Поэтому мы обычно ставим легкий запрос на реквизиты и индикатор при создании компании, а тяжелый — на следующем этапе, когда сделка стала реальной.
Момент второй: сделка с деньгами на кону
Самый ценный сценарий для B2B. Клиент просит отгрузить с отсрочкой, или сумма договора заметная, или это первая сделка с новым контрагентом. Вот тут CRM и должна остановиться и посмотреть внимательнее.
Для этого у СПАРКа есть три индекса, и каждый отвечает на свой вопрос.
| Индекс | На какой вопрос отвечает | Что с ним делать в CRM |
|---|---|---|
| Индекс должной осмотрительности | не однодневка ли это, не «брошенный» ли актив | высокое значение блокирует переход сделки без согласования с руководителем |
| Индекс финансового риска | насколько вероятно, что компания потеряет платежеспособность в ближайшие год-полтора | влияет на условия: предоплата вместо отсрочки |
| Индекс платежной дисциплины | как компания обычно платит поставщикам, вовремя или с задержками | подсказывает реальный срок оплаты, который стоит ждать |
Оба первых индекса — шкала от 1 до 99, где больше значит хуже. И вот главное, что я советую каждому клиенту: цифры бесполезны, пока не превратились в правила. Индекс в карточке, на который никто не смотрит, — это просто декорация. Индекс, который не пускает сделку на этап «Отгрузка» без согласования, — это инструмент.
Правила мы прописываем вместе с финансовым директором или руководителем продаж. Какой порог считать красным, кто согласует исключения, что предлагать клиенту вместо отсрочки. Техническая часть здесь занимает час, согласование порогов — иногда неделю. И это нормально.
Отдельно про бизнес-справку. Отчет по контрагенту, сохраненный в карточку сделки с датой запроса, — удобное подтверждение того, что компания проверяла партнера до начала работы. Мы не юристы и не беремся оценивать, как это сыграет в конкретном споре, но хранить такие отчеты автоматически гораздо проще, чем потом собирать их по почте.
Момент третий: клиент давно в базе, а мир изменился
Проверить компанию при первой сделке — полдела. Через год у того же клиента может смениться руководитель, начаться процедура банкротства или появиться решение о ликвидации. Менеджер об этом не узнает, пока не придет время очередной отгрузки. Или не придет, если отгрузка уже случилась.
Для этого в API есть мониторинг изменений. Компании из базы ставятся на наблюдение, и при значимых событиях — реорганизация, намерение ликвидироваться, смена директора, признаки банкротства — CRM получает сигнал. Дальше его надо правильно доставить: не общим письмом на всех, а задачей ответственному менеджеру и пометкой в карточке.
Здесь тоже нужно без фанатизма. Ставить на мониторинг все десять тысяч компаний из базы, включая тех, кто один раз спросил цену в 2019 году, дорого и бессмысленно. На наблюдение отправляем действующих клиентов и тех, у кого открыты сделки. Список пересматривается автоматически: закрыли последнюю сделку и не было заказов полгода — компания снимается с мониторинга.
Как это ложится на amoCRM, Битрикс24 и RetailCRM
Технически API СПАРКа — классический веб-сервис на протоколе SOAP с обменом в XML и полусотней методов. Протокол не самый модный, и из-за этого почти всегда нужен промежуточный слой на нашем сервере: он принимает запрос из CRM, ходит в СПАРК, приводит ответ к понятному виду и кэширует результат, чтобы не платить дважды за одну и ту же компанию. Учетные данные от СПАРКа тоже живут там, а не в браузере менеджера.
В amoCRM интерфейсная часть делается виджетом в карточке компании и сделки: кнопка проверки, светофор, ссылка на полный отчет. Правила в воронке строятся через обязательные поля и цифровую воронку — например, сделка не уходит на этап оплаты, пока в поле «Согласование риска» не стоит отметка руководителя. amoCRM здесь хороша своей простотой, менеджеры привыкают за день.
В Битрикс24 возможностей для логики больше всего. Проверка встраивается в бизнес-процесс: при переходе сделки на нужную стадию робот сам запрашивает индексы, и если порог превышен, запускается согласование с финансовым директором со всей историей и отчетом внутри. Результаты мониторинга удобно выводить отдельным смарт-процессом «Риски контрагентов», чтобы у руководителя был один экран на всех.
RetailCRM — система про розницу, но в ней есть корпоративные клиенты, и если вы продаете оптом или работаете с юрлицами наравне с физлицами, проверка нужна именно там. Физлиц и небольшие заказы через СПАРК не прогоняем — смысла нет. А вот корпоративному клиенту с отсрочкой платежа проверка при создании и мониторинг потом очень кстати.
С чего мы начинаем такой проект
Не с API. Первый разговор всегда о том, где у компании болит: теряли ли деньги на неплатящих клиентах, были ли претензии от налоговой по контрагентам, сколько сделок в месяц идет с отсрочкой. Ответы определяют, нужно ли вообще что-то кроме автозаполнения реквизитов.
Потом мы смотрим тариф СПАРКа: какие методы в него входят, сколько запросов доступно, есть ли мониторинг. Бывает, что под желаемую схему нужно расширить договор, и это лучше выяснить до разработки.
Дальше — пороги и правила, согласованные с людьми, которые отвечают за деньги. И только после этого код: промежуточный сервис, кэш, интерфейс в карточке, правила в воронке, мониторинг. Обычно это от 12 до 30 часов работы в зависимости от того, насколько сложная логика согласований нужна. Ориентиры по пакетам есть в ценах.
Одна вещь, о которой мы предупреждаем заранее. Любой индекс — это вероятностная оценка, а не приговор. Молодая компания с хорошим владельцем может получить тревожный индекс просто из-за короткой истории. Поэтому в правилах всегда должен быть путь для исключения: руководитель смотрит, соглашается и берет решение на себя. CRM, которая намертво блокирует сделки, начнет мешать продажам, и ее быстро научатся обходить.
Вопросы, которые задают чаще всего
Нужна ли подписка на СПАРК, чтобы работала интеграция?
Да. Интеграция использует ваш доступ к API СПАРКа, и именно ваш тариф определяет, какие данные и сколько запросов будут доступны. Мы подключаемся к нему, а не продаем данные сами.
Можно ли обойтись бесплатными справочниками для автозаполнения?
Для реквизитов — вполне. Если задача только в том, чтобы не набирать адрес руками, СПАРК избыточен. Он нужен там, где важна оценка надежности, отчетность и мониторинг изменений.
Сколько запросов тратит интеграция?
Зависит от схемы. При правильной настройке полный отчет запрашивается только на этапе реальной сделки, результаты кэшируются, а на мониторинг ставятся лишь активные клиенты. Так расход остается предсказуемым.
Что будет, если СПАРК временно недоступен?
Сделка не должна вставать. Мы делаем так, чтобы при ошибке запроса менеджер видел понятное сообщение, а проверка повторялась позже. Блокировать продажи из-за технического сбоя у стороннего сервиса нельзя.
Если коротко
СПАРК в CRM полезен не тем, что заполняет реквизиты, а тем, что встраивает проверку контрагента в процесс продаж: при появлении компании, перед рискованной сделкой и все время, пока клиент в базе. Индексы работают только тогда, когда превращаются в правила воронки с понятными порогами и путем для исключений.
Если хотите понять, какая схема нужна вашему отделу продаж и сколько запросов она будет тратить, — оставьте заявку, посмотрим воронку, текущие условия по отсрочкам и тариф СПАРКа.