Автоматическая проверка контрагентов: как подтягивать данные ФНС и сигналы риска прямо в CRM
Короткий ответ: CRM может сама заполнять реквизиты по ИНН, следить за ликвидацией и реорганизацией, подтягивать налоговые сигналы из открытых данных ФНС и показывать исполнительные производства — последнее обычно через платный сводный сервис. Запускать проверку стоит при создании компании, перед договором и обязательно перед отгрузкой с отсрочкой. Полномочия подписанта, судебные споры и итоговое решение по крупной сделке остаются за юристом.
Ручная проверка выглядит так: менеджер копирует ИНН, открывает два-три сайта, смотрит выписку и пишет в чат «вроде нормальные». На десятке новых клиентов в месяц это терпимо. Когда клиентов сотни, а часть работает с отсрочкой, такая проверка начинает пропускаться — обычно как раз в день, когда горит отгрузка. Автоматизация здесь нужна не ради красоты: она делает проверку обязательной и оставляет след, кто и на каких данных принял решение.
Что можно проверить автоматически, а что нет?
Автоматически надёжно проверяется то, что лежит в реестрах в структурированном виде: реквизиты, статус юрлица, смена руководителя и адреса, сведения о долгах и производствах. Всё, что требует оценки, — полномочия, характер споров, репутация — система только подсвечивает, а решает человек.
Удобно разделить проверку на три слоя:
- Идентификация. Компания существует, ИНН и КПП совпадают с карточкой, название и адрес актуальны. Здесь автоматика закрывает почти всё.
- Стоп-факторы. Ликвидация, исключение из реестра, процедура реорганизации. Если сработал стоп-фактор, сделку дальше без согласования не пускают.
- Сигналы риска. Налоговые долги, исполнительные производства, недавняя смена руководителя, адрес, который указан у множества компаний. Каждый сигнал по отдельности ничего не доказывает, их взвешивают.
Последний слой — то, ради чего обычно и затевают интеграцию: менеджер видит не «зелёную галочку», а конкретную причину осторожности.
| Что узнаём | Можно автоматически | Откуда | Что остаётся человеку |
|---|---|---|---|
| Название, адрес, руководитель, КПП, ОКВЭД по ИНН | Да | ЕГРЮЛ/ЕГРИП: платный доступ ФНС или сводный сервис | Сверить с карточкой, которую прислал клиент |
| Ликвидация, реорганизация, исключение из реестра | Да | ЕГРЮЛ | Решить, что делать с открытыми сделками |
| Налоговая задолженность, спецрежим, численность | Да, с задержкой обновления | Открытые данные ФНС | Понять, критично ли это для сделки |
| Статус самозанятого | Да | Сервис ФНС по НПД, у него есть API | Ничего, если ответ однозначный |
| Исполнительные производства | Через сводный сервис | Банк данных ФССП (API на сайте службы не описан) | Оценить суммы и характер долгов |
| Полномочия подписанта, доверенность | Нет | Документы от клиента | Юрист или ответственный менеджер |
| Реальность бизнеса, репутация, связи | Частично, только сигналы | Суды, реестры, открытые источники | Юрист, служба безопасности |
Официальные источники ФНС и ФССП
Первоисточники — реестры ФНС и банк данных исполнительных производств ФССП. Бесплатно у ФНС доступны веб-сервисы по одному лицу и наборы открытых данных для скачивания. Поток сведений ЕГРЮЛ с ежедневным обновлением для встраивания в свою систему ФНС предоставляет платно. Открытого API у банка данных ФССП на сайте службы не описано.
Что есть на сегодня, по официальным страницам ведомств (проверено на октябрь 2026):
- Сведения о конкретном лице. egrul.nalog.ru — бесплатный поиск по ИНН или ОГРН с выпиской в PDF. Сервис рассчитан на человека, а не на программу: для разовой ручной проверки годится, для CRM — нет.
- Платный доступ к ЕГРЮЛ в электронном виде. По порядку ФНС однократное предоставление открытых сведений одного реестра стоит 50 тыс. рублей, годовое абонентское обслуживание одного рабочего места — 150 тыс. рублей (суммы указаны без НДС). Абонемент даёт ежедневно обновляемые сведения и возможность интеграции в свои системы. Это вариант для компаний, которым нужны собственные копии реестра.
- Открытые данные ФНС. В разделе «Открытые данные» лежат наборы о суммах налоговой задолженности, спецрежимах, среднесписочной численности, реестр МСП и реестр дисквалифицированных лиц. Это файлы XML и CSV под открытой лицензией, их скачивают по расписанию и загружают к себе в базу. Важно: обновляются они не в реальном времени, поэтому в карточке нужно показывать дату набора.
- Статус самозанятого. Сервис проверки статуса плательщика НПД прямо разрешает автоматический режим и публикует описание API. Полезно, если вы платите исполнителям-самозанятым.
- Исполнительные производства. ФССП ведёт банк данных и публикует его общедоступную часть на сайте (ст. 6.1 Федерального закона № 229-ФЗ). Поиск на fssp.gov.ru работает через веб-форму, описания API там нет. Обходить форму роботом не стоит ни технически, ни юридически. У службы есть и раздел открытых данных — состав наборов и частоту обновления проверяйте там перед тем, как закладывать их в схему.
Вывод для заказчика: из бесплатных официальных источников в CRM без посредников реально встроить открытые данные ФНС и проверку самозанятых. Для реквизитов по ИНН в момент ввода нужен либо платный абонемент ФНС, либо сводный сервис, а исполнительные производства по API на практике получают через сводный сервис.
Платный агрегатор с API: когда оправдан?
Сводный сервис оправдан, когда нужны ответ за секунды по любому ИНН и сразу несколько источников: реестр, суды, приставы, бухотчётность. Он берёт на себя сбор и обновление данных, вы платите за запросы или пакет. Если проверок в месяц десятки и отсрочек нет, его абонентская плата, скорее всего, будет лишней.
Таких сервисов на рынке несколько, и условия у них меняются, поэтому конкретные тарифы и лимиты смотрим только по их документации на момент подключения. При выборе проверьте:
- Источник и дата в каждом ответе. Если сервис не пишет, из какого реестра и на какую дату данные, отличить свежий факт от устаревшего нельзя.
- Лимиты и поведение при превышении. Сколько запросов в секунду и в месяц, что вернётся при перерасходе — ошибка или платный сверхлимит.
- Какие поля реально приходят. Попросите тестовый доступ и прогоните двадцать своих ИНН, включая ИП, филиалы и ликвидированные компании.
- Договор и документы. Нужны счёт, акт и понятный порядок изменения цены — иначе бухгалтерия не примет расход.
- Персональные данные. По ИП и руководителям в ответах приходят ФИО. Решите заранее, что из этого вы храните в CRM и зачем.
Технически мы всегда делаем прослойку между CRM и сервисом данных: CRM знает только «уровень риска» и «список сигналов», а не формат конкретного поставщика. Тогда смена сервиса — это правка одного модуля, а не переделка всей интеграции. Подробнее о том, как устроен обмен через API и чем он отличается от выгрузок файлов, — в статье «Интеграция по API: что это и сколько стоит».
В какой момент процесса запускать проверку?
В трёх точках: при создании компании в CRM, перед выставлением счёта или договора и перед отгрузкой с отсрочкой платежа. Плюс фоновая перепроверка действующих клиентов по расписанию. Чем выше деньги на кону, тем строже проверка и тем больше сигналов собираем.
Частая ошибка — повесить проверку на каждое открытие карточки. Это расходует лимиты сервиса и раздражает менеджеров, а новой информации почти не даёт. Правильнее хранить результат с датой и обновлять его по событию или раз в заданный срок.
Если процесс продаж пока не описан — кто создаёт клиента, когда выставляется счёт, кто разрешает отсрочку, — начните с этого. Без описания непонятно, куда встроить проверку и кто отвечает за решение. Как это сделать на одной странице, мы разбирали в статье «Как описать бизнес-процесс перед автоматизацией».
| Момент | Что проверяем | Что делает система | Блокирует ли |
|---|---|---|---|
| Новая компания в CRM | Реквизиты по ИНН, статус | Заполняет карточку, ставит метку статуса | Нет |
| Счёт или договор | Статус, смена руководителя или адреса | Подставляет актуальные реквизиты, предупреждает о расхождениях | Только при ликвидации |
| Отгрузка с отсрочкой платежа | Полный набор сигналов риска | Считает уровень риска, просит согласование | Да, до решения ответственного |
| Действующие клиенты | Изменения в реестре и долгах | Повторяет проверку по расписанию, пишет о переменах | Нет, только уведомление |
Как показывать риск менеджеру?
Светофором с причинами: зелёный, жёлтый, красный, а рядом — короткий список сработавших сигналов с датой и источником. Цвет без причин менеджер игнорирует, а причины без цвета не читает. Красный должен означать конкретное действие: согласование ответственного, а не просто тревожную подсветку.
Что мы закладываем в такой экран:
- Правила, а не «магия». Например: ликвидация — красный; налоговый долг выше порога или производства на сумму больше месячной отгрузки — жёлтый. Пороги задаёт руководитель в настройках, а не программист в коде.
- Причина в одну строку. «Сменился руководитель 12 дней назад» понятнее, чем «риск 63 из 100».
- Кнопка «Передать юристу». Создаёт задачу с уже собранными данными, чтобы юрист не искал всё заново.
- Журнал решений. Кто разрешил отгрузку красному клиенту, когда и с каким комментарием. Это пригодится при разборе просрочки.
- Уведомление об изменениях. Если у действующего клиента появилась запись о реорганизации, ответственный менеджер получает сообщение в CRM или Telegram.
Не стоит жёстко блокировать сделку по каждому жёлтому сигналу. Иначе менеджеры начнут заводить клиентов в обход системы — и вы потеряете даже ту проверку, что была.
Как это устроено технически?
Схема простая: событие в CRM вызывает обработчик, тот обращается к источникам, сохраняет снимок ответа и возвращает в CRM уровень риска и список сигналов. Важные мелочи — кеш, очередь запросов, обработка недоступности источника и хранение даты проверки.
- Событие. Создана компания, сделка перешла на этап «Счёт» или «Отгрузка». В amoCRM и Битрикс24 это вебхук или роботы, в своей CRM — обычный вызов.
- Кеш. Если ту же компанию проверяли сегодня, повторный запрос не уходит. Экономит лимиты и деньги.
- Очередь и повторы. Источник может не ответить. Тогда проверка встаёт в очередь, а менеджер видит статус «проверка не завершена», а не ложный зелёный.
- Снимок ответа. Храним, что именно и на какую дату ответил источник. Через полгода это объяснит, почему решение было таким.
- Открытые данные ФНС. Отдельная задача по расписанию скачивает наборы, разбирает XML и обновляет таблицу у вас. Дальше поиск по ИНН идёт по своей базе, без внешних запросов.
Заполнение реквизитов по ИНН делается тем же механизмом: менеджер вводит ИНН, система подставляет название, КПП, ОГРН, юридический адрес и руководителя. Банковских реквизитов в ЕГРЮЛ нет, их по-прежнему берут из карточки, которую прислал клиент.
Сколько стоит встроить проверку?
Связка CRM с одним источником данных у нас относится к тарифу «Интеграции и автоматизация» — от 32 000 ₽ и от 2 дней: до двух систем, обработка ошибок и журнал операций, проверка на реальных данных. Тарифы сводного сервиса или платного доступа ФНС оплачиваются отдельно напрямую их владельцам.
Что влияет на итоговую цену:
- Сколько источников. Один сводный сервис — проще всего. Сводный сервис плюс собственная загрузка открытых данных ФНС — больше работы на разбор наборов.
- Насколько сложны правила риска. Светофор по трём условиям и настраиваемая таблица порогов с согласованием по ролям — разные объёмы.
- Какая CRM. В amoCRM и Битрикс24 часть интерфейса уже есть, в самописной системе экран проверки придётся делать.
- Перепроверка базы. Плановый проход по тысячам действующих клиентов требует очереди и аккуратного расхода лимитов.
По условиям: оплата 50/50, до двух раундов правок — один на схеме, один после тестовой сборки, 7 дней бесплатной поддержки после запуска и гарантия 30 дней по договору. Вы получаете доступы ко всем связкам, исходники обработчиков и инструкцию, что делать при сбое. Точную цену называем после короткого брифа и фиксируем в договоре, подробности — на странице интеграций и автоматизации.
Когда это вам не нужно и какие ошибки встречаются?
Не нужно, если вы работаете только по полной предоплате, клиентов немного и сделки небольшие: ручной проверки по выписке хватит. Автоматизация имеет смысл там, где есть отсрочки, поток новых юрлиц и цена ошибки — неоплаченная отгрузка, а не потерянный час.
Типичные ошибки, которые мы видим в таких проектах:
- Зелёный по умолчанию. Источник не ответил, а система показала «проверено». Любой сбой должен давать отдельный статус.
- Нет даты данных. Сигнал из набора открытых данных месячной давности выглядит так же, как вчерашний. Дата — обязательное поле.
- Проверка только при создании. Клиент, которого проверили два года назад, сегодня может быть в процессе ликвидации. Нужна плановая перепроверка тех, кому вы даёте отсрочку.
- Слепое доверие баллу. Итоговое число без причин нельзя ни объяснить, ни оспорить. Показывайте сигналы.
- Сохранение всего подряд. Полные ответы сервиса с ФИО и адресами физлиц лежат в CRM годами без цели. Храните то, что нужно для решения, и снимок для журнала.
Если вы только начинаете приводить продажи в порядок, проверка контрагентов — не первый шаг. Сначала обычно настраивают поступление заявок в CRM (об этом — заявки с сайта в amoCRM и Битрикс24) и базовые этапы сделки, а уже потом добавляют проверку на этапе счёта и отгрузки.
Короткие ответы на частые вопросы
Есть ли у ФНС бесплатный API для проверки контрагентов?
Бесплатно ФНС отдаёт сведения о конкретном лице через веб-сервис и наборы открытых данных для скачивания. Доступ к открытым сведениям ЕГРЮЛ в электронном виде с ежедневным обновлением и возможностью интеграции платный, условия опубликованы на nalog.gov.ru.
Можно ли заполнять реквизиты по ИНН прямо в карточке компании?
Да. Менеджер вводит ИНН, CRM запрашивает реестр и сама заполняет название, КПП, ОГРН, адрес и руководителя. Банковские реквизиты в реестре не хранятся, их всё равно берут из карточки клиента.
Как часто нужно перепроверять действующих клиентов?
Зависит от того, сколько вы отгружаете в долг. Для клиентов с отсрочкой разумна проверка перед каждой крупной отгрузкой плюс плановая по расписанию; для разовых покупателей с предоплатой хватает проверки при создании карточки.
Заменит ли автоматическая проверка юриста?
Нет. Она быстро отсеивает очевидные случаи и подсвечивает сигналы, но решение по крупной сделке, проверку полномочий подписанта и оценку судебных споров делает человек.
Сколько стоит встроить проверку контрагентов в CRM?
У нас интеграции и автоматизация — от 32 000 ₽ и от 2 дней: связка до двух систем, например CRM и сервиса данных. Отдельно оплачиваются тарифы самого источника данных.
Услуги и кейсы по теме: интеграция с 1С и CRM от 32 000 ₽ · цены и сроки
Расскажите, в какой CRM вы работаете и на каком шаге хотите проверять клиента, — предложим схему и назовём цену до старта.
Рассчитать проект →Оценку срока и цены по брифу делаем бесплатно, обычно отвечаем в течение часа в рабочее время. Типовой договор — посмотреть до оплаты.
