Разделение одной CRM на несколько филиалов означает разграничение сделок, клиентов и отчётов так, чтобы менеджер одной точки не видел чужие лиды, а руководитель получал сводку по всем точкам одним отчётом. Ко мне обычно приходят с этой задачей, когда бизнес открыл вторую или третью точку, а CRM осталась прежней: общий список клиентов, общие сделки и путаница в отчётах, где непонятно, какая точка сколько заработала. Разберу, какие схемы развода данных реально работают на практике, как настроить права доступа по филиалам и куда девать отчётность, чтобы цифры не путались.
Когда одну CRM пора делить на филиалы
Первый сигнал простой: менеджер одной точки видит и может взять в работу лид, который пришёл на другую точку. Второй сигнал: в отчёте по выручке за месяц все сделки свалены в одну кучу, и чтобы понять, сколько заработал конкретный филиал, приходится вручную фильтровать список или сводить цифры в отдельной таблице. Третий сигнал: у руководителей точек нет своего доступа, поэтому за любой цифрой они идут к владельцу бизнеса или в бухгалтерию.
По моей практике необходимость разводить данные по филиалам обычно возникает не сразу после открытия второй точки, а когда точек становится три и больше, или когда на точку приходится больше 10-15 сотрудников, работающих с клиентами. До этого момента справляется обычная сортировка по ответственному менеджеру, а дальше без структуры по филиалам начинается хаос: дубли клиентов, споры за лиды между точками и отчёты, которым никто не верит.
Способы развести данные между филиалами в одной CRM
Здесь я обычно рассматриваю три схемы, от самой лёгкой к самой тяжёлой. Выбор зависит не от размера бизнеса, а от того, насколько филиалы должны быть изолированы друг от друга.
Один аккаунт, права по группам и подразделениям
Самый частый вариант для сети из 2-5 точек с одним юрлицом или франшизой с общим управлением. В Bitrix24 для этого использую структуру подразделений: каждая точка становится отдельным узлом оргструктуры, а права на просмотр и редактирование сделок настраиваю по правилу «свои и подчинённых подразделений». В amoCRM то же самое делаю через роли и рабочие группы: менеджер видит только сделки своей группы, а руководитель точки получает доступ к группе целиком.
Плюс схемы в том, что справочники, шаблоны документов и настройки телефонии остаются общими, поэтому подключать интеграции приходится один раз, а не на каждый филиал заново.
Кастомное поле «Филиал» и автоматическая маршрутизация
Второй слой, который добавляю почти всегда, даже если права уже разведены по группам: отдельное поле «Филиал» в карточке сделки и контакта. Оно нужно, потому что группы и подразделения регулируют доступ, а не аналитику, и без явного поля посчитать выручку по точке в отчёте неудобно.
Поле заполняется автоматически: если у каждой точки свой номер телефона для приёма звонков или своя форма на сайте, привязываю их к значению поля через триггеры и роботов, чтобы менеджер не проставлял филиал руками и не забывал это делать в спешке.
Отдельные аккаунты CRM для каждого филиала
К полному разделению на отдельные аккаунты перехожу редко и по конкретным причинам: у филиалов разные юрлица и данные клиентов нельзя смешивать по договору, филиалы это франшизы с независимым управлением, или один филиал настолько крупный, что общий аккаунт начинает тормозить из-за объёма сделок и настроек.
Минус в том, что сводного отчёта «из коробки» между аккаунтами не будет: придётся выгружать данные по API из каждого и сводить их отдельно. Если в итоге вместо разового свода нужна полноценная аналитическая надстройка со своим дашбордом и правами доступа, такую CRM-панель на React я делаю от 100 000 ₽.
| Схема | Изоляция данных между филиалами | Сводный отчёт по всем точкам | Когда выбираю |
|---|---|---|---|
| Один аккаунт, права по группам | Настраиваемая, на уровне ролей | Есть сразу, без доработок | 2-5 точек, одно юрлицо |
| Один аккаунт, поле «Филиал» + автоматизация | Такая же, плюс аналитика по точке | Есть, через фильтр по полю | Нужна отчётность по точкам, а не только доступ |
| Раздельные аккаунты | Полная, данные физически не пересекаются | Нет, нужен внешний свод через API | Разные юрлица или франшиза |
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Права доступа и видимость сделок по филиалам
Права по филиалам настраиваю в два уровня. Первый уровень: обычный менеджер видит только сделки своей точки и своих клиентов. Второй: руководитель филиала видит все сделки точки, включая чужие, но не видит сделки других точек. Сверху остаётся роль владельца или РОПа с доступом ко всем филиалам сразу, обычно она же выгружает сводный отчёт.
Отдельно держу в голове, что каталог товаров или услуг, шаблоны коммерческих предложений и большинство справочников в CRM общие на весь аккаунт, даже если доступ к сделкам разведён по группам. Это особенность структуры, и на неё стоит рассчитывать заранее: если филиалы продают разный ассортимент, помечать позиции принадлежностью к точке тоже придётся отдельным полем или категорией.
Отчётность по филиалам: как считать раздельно и сводно
Базовый отчёт строю фильтром или группировкой по полю «Филиал»: выручка, конверсия из лида в сделку, средний чек по каждой точке отдельно. Для двух-трёх филиалов и одной метрики за раз такого фильтра в интерфейсе CRM обычно достаточно.
Когда нужно сразу несколько срезов, например выручка по филиалу в разбивке по менеджеру и по товарной группе за каждый месяц, я обычно не собираю это вручную из встроенного отчёта, а забираю сделки по API и свожу их во внешнем дашборде. Для этого использую Vue.js, если данных много и отчёт нужен на постоянной основе, или обычную сводную таблицу, если данных немного.
Отдельная практика, которая хорошо заходит сетям из 3 и больше точек: раз в день или раз в неделю бот на aiogram забирает через вебхук список закрытых сделок по конкретному филиалу и присылает руководителю точки короткую сводку в Telegram, без захода в CRM. Дешевле в поддержке, чем отдельный дашборд, и руководители точек реально это читают, в отличие от писем.
Перенос и синхронизация данных при разделении
Перенос обычно начинается с аудита: смотрю, у скольких старых сделок и контактов вообще не проставлен филиал, и заполняю поле массовым редактированием по косвенным признакам: ответственный менеджер, источник лида, номер телефона приёма. Полностью восстановить эту метку по всем историческим сделкам не получится, часть данных так и останется без филиала, и это нормально: важно закрыть новые сделки, а не переписать историю.
Дублей клиентов между точками тоже хватает: один и тот же телефон встречается в сделках разных филиалов, потому что человек обращался в оба. Решение здесь зависит от бизнес-логики, а не от технологии: одни сети сознательно оставляют контакт общим и просто смотрят, к какому филиалу привязана каждая сделка, другие настаивают на полном разделении баз, и тогда контакт приходится дублировать в каждом филиальном аккаунте отдельно.
Если филиалов больше двух и данные в итоге лежат в разных аккаунтах или разных системах, для регулярной синхронизации и сводных отчётов настраиваю автоматизацию в n8n: сценарий по расписанию забирает новые и изменённые сделки по API каждого аккаунта и складывает их в общую таблицу или систему аналитики, без ручной выгрузки раз в неделю. Такой сценарий под конкретную CRM у меня стоит от 25 000 ₽, в зависимости от количества точек и систем, которые нужно свести.
Частые ошибки при разведении CRM по филиалам
Собрал то, что регулярно вижу на аудитах чужих настроек:
- Забыли завести поле «Филиал» на старте и потом вручную размечают тысячи старых сделок.
- Дали всем менеджерам права администратора, «чтобы никто не путался», и разделение потеряло смысл в первую же неделю.
- Не согласовали, что делать с клиентом, который обращался в разные точки, и в итоге спорят за лид вручную в общем чате.
- Не настроили сводный отчёт для владельца, оставив его собирать цифры по филиалам вручную каждый месяц.
- Развели отдельные аккаунты «на всякий случай», хотя хватило бы прав по группам, и получили двойную настройку интеграций и двойную стоимость лицензий.
Разведение по филиалам обычно занимает у меня 3-5 дней на аудит, настройку прав и поля «Филиал» для сети из 2-3 точек. Срок растёт, если нужна ещё и автоматизация уведомлений или синхронизация между аккаунтами.
Частые вопросы
Можно ли разделить CRM на филиалы без покупки нового тарифа?
Чаще да: права по группам, подразделения и кастомные поля в Bitrix24 и amoCRM доступны на обычной платной подписке, без перехода на отдельный тариф под каждую точку. Отдельный тариф или второй аккаунт нужен, только если выбираете схему с полным разделением данных.
Что делать с общей базой клиентов, если филиалы физически независимы?
Определить правило заранее, а не в процессе спора: либо контакт общий и просто виден в разных сделках, либо каждый филиал ведёт свою базу и дубли считаются нормой. Обычно советую первый вариант для сети с одним юрлицом и второй для франшизы с самостоятельным управлением на местах.
Как считать общую выручку, если у каждого филиала своя воронка?
Считаю по полю «Филиал» или по названию воронки как по общему измерению в отчёте, а не по отдельным экспортам. Если воронок много и метрик тоже несколько, свожу их через API во внешний дашборд, чтобы не собирать цифры вручную каждый месяц.
Стоит ли сразу заводить отдельный аккаунт CRM на каждый филиал?
Только если для этого есть конкретная причина: разные юрлица, франшиза с независимым управлением или объём сделок, при котором общий аккаунт реально тормозит. Во всех остальных случаях права по группам и поле «Филиал» в одном аккаунте закрывают задачу дешевле и без двойной настройки интеграций.