Битрикс24 или специализированная CRM для банкротства: где универсальная система упирается в процедуру

Вопрос, который задают на каждой второй демонстрации: «у нас уже есть Битрикс24, зачем нам вторая система?» Вопрос честный, и ответ «потому что у нас специализированная CRM» на него не отвечает. Специализированная — это не свойство, это обещание. Ниже разбор, что именно за ним стоит, и где универсальная система в банкротстве физлиц упирается в потолок.

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

Коротко. Битрикс24 закрывает продажную половину работы: лиды, звонки, воронку, задачи. Специализированная CRM для банкротства нужна для второй половины — процедуры длиной 6–12 месяцев, где кредиторы, этапы со сроками, судебные депозиты и события реестров должны быть сущностями модели данных, а не кастомными полями. Практический критерий: если из системы нельзя напечатать заявление в суд и формы приказа № 530 по данным дела, эта половина работы остаётся ручной.

Что Битрикс24 делает лучше

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

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

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

Порог входа. Он часто уже оплачен и уже стоит в компании. Первая настройка делается силами интегратора за считаные недели.

Если бы работа банкротной компании заканчивалась на подписании договора, статью можно было бы на этом закрыть: берите Битрикс24. Но именно в момент подписания она только начинается.

Где начинается разница

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

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

Универсальная CRM способна изобразить процедуру. Вопрос в том, что значит «изобразить»: стадия сделки вместо этапа, кастомное поле «сумма долга» вместо реестра кредиторов, комментарий вместо истории событий. Работает это до того момента, когда из этих данных нужно что-то посчитать или напечатать.

Пять мест, где кастомные поля упираются в потолок

1. Кредиторы — это таблица, а не поле. У должника их пять, десять, двадцать. У каждого своё наименование и реквизиты, основание долга, тело долга, проценты и неустойка — причём в трёх разных графах, потому что так требует форма для суда, — дата возникновения и статус вплоть до включения в реестр требований. Это отдельная сущность со своей жизнью, а не «сумма долга» в карточке. В кастомном поле она превращается в текст, по которому нельзя посчитать итог, нельзя отсортировать по риску оспаривания и из которого нельзя собрать таблицу приложения к заявлению.

2. Деньги клиента — не ваша выручка. Через компанию проходят депозит на вознаграждение управляющего, госпошлина и оплата публикаций. Это чужие деньги, лежащие транзитом. Если у платежа нет назначения на уровне модели, они складываются с гонораром: выручка завышена, дебиторка считается по всему потоку, а при возврате денег может не оказаться. Полем «примечание» это не лечится, потому что по примечанию не строится отчёт.

3. Этапы процедуры — не стадии воронки. У этапа есть ожидаемый срок, есть смысл для клиента («что происходит и что от вас нужно»), есть правила, которые порождают задачи при входе в него. Стадия сделки — это метка. Из метки нельзя вывести, что дело стоит без движения три недели, и нельзя посчитать, сколько этап занимает в среднем по компании.

4. Реестры не приходят в поля. ЕФРСБ и КАД Арбитр — источники данных, а не ссылки в заметке. Событие оттуда должно попадать в дело автоматически, дедуплицироваться по идентификатору сообщения и двигать этап. Интеграция такого рода строится под модель дела; в универсальной системе её место — самописный коннектор, который живёт до первого изменения в API.

5. Документы в суд не собираются из полей. Это главный пункт. Рабочее заявление о признании гражданина банкротом — шестнадцать страниц, в которых больше ста разных полей: ФИО в падежах, адрес по девяти графам, суммы прописью, таблица кредиторов, опись имущества по двадцати разделам, реквизиты суда, инспекции и СРО. Плюс условные абзацы: в браке или нет, есть иждивенцы, ипотека, порог пятисот тысяч. Чтобы это печаталось из системы, данные должны в ней лежать структурно — не «сумма долга: 1 680 000», а список кредиторов, у каждого своё основание и свои графы. Универсальная CRM здесь не виновата: она просто не про это.

Надстройка над платформой или отдельный продукт

Для банкротных юрфирм в Маркетплейсе Битрикс24 есть готовые решения — например, приложение «CRM для банкротства» от юридической компании (на момент разбора, август 2026, около 470 установок). Это разумный путь: люди из практики описали процесс и упаковали его в платформу, которая у клиента уже стоит.

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

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

Как считать деньги, чтобы не обмануться

Сравнение по цене лицензий всегда выигрывает Битрикс24 — и почти всегда неправильное. В расчёт входит четыре вещи, и первая обычно самая маленькая:

1. Лицензии. Здесь платформа с надстройкой дешевле, особенно если подписка уже есть.
2. Доработки и поддержка конфигурации. Кастомные поля, бизнес-процессы, отчёты, коннекторы к реестрам. Это работа интегратора, и она не заканчивается: каждое изменение процесса — новая задача.
3. Ручная работа, которая осталась. Подготовка заявления и описей, сверка реестров, поиск реквизитов суда, сбор адресов для конвертов, проверка сроков годности справок. Считается в часах юриста, а не в рублях лицензии, и именно этот пункт в банкротстве самый дорогой.
4. Стоимость ошибок. Оставление заявления без движения из-за просроченной справки или недействующего СРО — это две недели процедуры и разговор с клиентом, которому уже сказали, что подались.

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

Когда Битрикс24 остаётся правильным ответом

• Банкротство — не основное направление. Десяток дел в год рядом с другими услугами: специализированная система не окупится, а универсальная закроет общие процессы.
• Компания живёт в экосистеме платформы. Телефония, сквозная аналитика, интернет-магазин, оргструктура на сто человек — переезд стоит дороже выгоды.
• Главная боль — в продажах. Заявки теряются, менеджеры не звонят, конверсия непонятна. Это лечится там, где вы уже работаете.
• Нет ресурса на переход прямо сейчас. Плохо внедрённая правильная система хуже хорошо настроенной универсальной.

Когда специализированная система оправдана

• Поток дел от нескольких десятков, и производство стало главным источником потерь: сроки, документы, дела без движения.
• Документы в суд готовятся вручную, каждое заявление собирается копированием прошлого дела.
• Деньги перепутаны: невозможно за минуту получить сумму только гонораров без депозитов и пошлин.
• Юристы работают справочной службой, отвечая на «что с моим делом?» вместо работы.
• Руководитель не видит картину: где дело встало, кто перегружен, сколько висит дебиторки.

Если из этого списка вам знакомы три пункта и больше, разговор идёт не о том, какая CRM лучше, а о том, что производство уже стоит дороже, чем любая подписка.

---

ДелоВед — CRM для банкротства физлиц, сделанная не как настройка поверх универсальной платформы: процедура, кредиторы, имущество и судебные депозиты в ней — собственные сущности, поэтому из данных дела печатается пакет в суд, а клиент видит своё дело в мобильном приложении. Продажи с воронкой и анкетой первички в том же контуре — переезжать в две системы не нужно.

Дальше по теме:

• Путь дела от первого звонка до завершения процедуры — вся цепочка целиком, с чек-листом требований к системе.
• Учёт процедур банкротства — что система знает о каждой процедуре и как из этого собирается заявление.
• Показать на ваших делах — тридцать минут, ни к чему не обязывает.