Гайд по созданию и управлению порталами для филиалов компании в Битрикс24

Десять филиалов по России. У каждого — свои гугл-таблицы, свой чат в Telegram и свое понимание того, как выглядит клиентская база. Головной офис запрашивает отчет за прошлый месяц, а в ответ — тишина, кормление «завтраками» и три версии одной и той же цифры. Знакомая картина?

В какой-то момент руководство решает: «Хватит, внедряем Битрикс24, чтобы была единая система, хватит этого зоопарка». И вот тут развилка, на которой спотыкается каждая вторая компания.

Самый частый и болезненный сценарий — взять один «сырой» портал и скинуть туда всех сотрудников списком. Без структуры. Без внятных прав доступа. Просто потому что «ну а чего тянуть, коллеги, давайте уже работать». Итог предсказуем: менеджер из Казани случайно видит сделки коллеги из Новосибирска, документы на диске перепутаны, а в общем чате что-то похожее на базар. Вместо порядка получаем дорогой бардак.

А как тогда сделать правильно? Все упирается в один ключевой вопрос. Вы будете строить единый портал с хитрой системой прав или пойдете по пути «Филиальной сети» / «Многодепартаментности»? На одной чаше весов — центр управления полетами с возможностью «проваливаться» в дела любого офиса. На другой — сеть автономных порталов-сателлитов, где каждый филиал живет в своей квартире, но платит по общим счетчикам и подчиняется регламентам сверху.

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

Выбираем архитектуру: сеть филиальных порталов vs общий портал

С терминологией в Битрикс24 легко запутаться, поэтому давайте сразу разложим по полкам.

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

Многодепартаментность — это когда у вас одно юрлицо, а офисы разбросаны по городам. Все сидят на едином портале, на общем сервере, но права доступа разруливают так, что каждый видит только свое. Условно: общий дом, но у каждого департамента своя комната с замком.

И вот здесь важнейший момент. Обе схемы требуют тарифа «Энтерпрайз». Да, это дороже стандартных тарифов. И да, это обязательное условие. Если кто-то предлагает вам настроить филиальную сеть на «Базовом» или «Стандартном» — вас разводят. Работать не будет. Проверьте этот пункт до того, как начнете планировать бюджет.

Теперь к самому интересному — как сделать так, чтобы офисы не видели друг друга, а руководитель видел всех.

Логика изоляции строится на ролях и группах. Вы создаете структуру компании: головной офис, филиал в Казани, филиал в Новосибирске. Для каждого подразделения настраиваете свою роль с ограниченным доступом. Менеджер из Казани заходит в CRM и видит только свои лиды, свои сделки, свои контакты. Никаких чужих фамилий в карточках. Никаких случайных пересечений.

А вот у руководителя на главном портале картина обратная. Он открывает единый интерфейс управления и «проваливается» в дела любого филиала. Без перелогина. Без лишних паролей. Увидел просадку по конверсии в Краснодаре — кликнул, зашел, посмотрел конкретную сделку. Это и есть тот самый «центр управления полетами», ради которого все затевается.

Сколько это стоит?

Схема с покупкой отдельных тарифов на каждый филиал выглядит привлекательно на старте. Заплатили за облачный тариф в трех офисах — вроде не разорились. Но как только филиалов становится пять, семь, десять — начинается головная боль. Отдельная синхронизация, отдельные настройки, зоопарк версий и плагинов. И главное — нет сквозной отчетности.

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

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

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

Настройка: как заставить всю систему работать

С архитектурой определились. Теперь собираем конструктор.

Первым делом настраиваем главный портал. Это ваш «центр управления полетами» — место, откуда вы будете видеть ключевые метрики всей сети. На главном портале должны жить: сквозные отчеты по всем филиалам, единая база контактов и компаний, общие бизнес-процессы и шаблоны. Именно отсюда вы спускаете регламенты в регионы и отсюда же смотрите, кто как их соблюдает. Никакой самодеятельности. Никаких «а у нас в Казани свои правила».

После настройки главного портала подключаем филиал. Все делается по шагам.

Первое — заходим в настройки главного портала. У вас должен быть тариф «Энтерпрайз», иначе раздел «Филиальная сеть» просто не появится в меню. Убедились? Едем дальше.

Второе — выбираем: привязать существующий портал или создать новый. Если у филиала уже был какой-то Битрикс24 — привязываем. Если стартуете с нуля — создаем. И там, и там вам нужны администраторские права на обоих порталах. Без этого связка не сработает. Проверьте, что вы зашли под учеткой с полными правами.

Третье — рассылаем приглашения сотрудникам. Вот здесь грабли, на которые наступают чаще всего. Не надо кидать приглашения списком в общий чат. Сначала настройте роли и группы доступа, разграничьте видимость. И только потом добавляйте людей. Иначе получите звонок от менеджера из Новосибирска: «А почему я вижу сделки Казани?» И будете еще час ковырять настройки и списки сотрудников, чтобы все исправить.

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

Теперь к самому тонкому моменту — баланс между автономностью и стандартами.

С одной стороны, филиалы должны работать по единым лекалам. С другой — у каждого офиса своя специфика. Как подружить? Через шаблоны и типовые процессы, спущенные с головного портала, но с возможностью локальной донастройки.

Как это реализовать технически? Создаете обязательные бизнес-процессы на главном портале и запрещаете филиалам их редактировать. Карточку сделки — зафиксировали. Воронку — зафиксировали. Обязательные поля — зафиксировали. А вот, скажем, настройку локальных уведомлений или дополнительные этапы согласования внутри офиса оставляете на откуп регионам. Работает правило: критичное для сети — жесткий стандарт, некритичное — свобода действий.

Систему построили, филиалы подключили. Теперь самое важное — чтобы эта махина работала без сбоев. Начинаем с самого больного места любой распределенной компании.

Сквозные процессы: лиды, заказы, согласования.

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

В Битрикс24 это лечится автоматическими правилами распределения. Заявка с сайта попадает в CRM, система смотрит на город клиента и сама отправляет лид на портал нужного филиала. Менеджер в Казани видит только казанские заявки. Менеджер в Новосибирске — только новосибирские. Никто никого не перехватывает. Никто не теряет лид на стыке зон ответственности.

Как настроить? Заходите в раздел «CRM» на главном портале, создаете правило распределения лидов. В условиях указываете: если поле «Город» содержит «Казань» — отправляем на портал филиала в Казани. Если «Новосибирск» — на новосибирский портал. Все. Дальше система работает сама.

То же самое с заказами и согласованиями. Счета на оплату, договоры, заявки на закупку — все это должно лететь по заранее прописанному маршруту. Инициирует сотрудник филиала, согласует руководитель на месте, финальное одобрение — в головном офисе. Маршрут не меняется. Этапы не пропускаются.

Отчетность

У каждого филиала свой портал, свои цифры, свои воронки. А руководителю нужна общая картина. Как собрать? Есть два пути. Первый — сквозная аналитика через BI-системы, куда стекаются данные со всех порталов. Второй — настроенные выгрузки из каждого филиала в единый дашборд на главном портале.

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

Чек-лист подводных камней

И напоследок то, о чем молчат в документации, но обо что спотыкаются все.

Часовые пояса. Менеджер в Калининграде ставит задачу на 10:00, а исполнитель во Владивостоке видит ее на 18:00. Проверьте настройки времени на каждом портале сразу после подключения.

Одинаковые названия отделов. «Отдел продаж» в пяти филиалах — это пять разных структур. Не поленитесь прописать уникальные идентификаторы, иначе в отчетах будет каша.

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

Увольнение администратора. Звучит как мелочь, пока вы не остаетесь без доступа к порталу филиала. Всегда настраивайте минимум двух администраторов на каждый саб-портал. И храните резервные коды восстановления в надежном месте. Не в чате с коллегами и не в заметках на телефоне.

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

Итог: грамотное планирование это 80% успеха

Подведем итог. Если филиалы — самостоятельные юрлица, со своей бухгалтерией и запросом на полную конфиденциальность данных, строим филиальную сеть. Каждый офис получает свой портал, свой тариф, свои настройки. Головной офис видит всё через единый интерфейс управления, но в «квартиру» каждого филиала заходит только по приглашению.

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

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

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

С чего начать? С пилота на двух-трех офисах. Не пытайтесь сразу оцифровать всю сеть. Возьмите пару филиалов, обкатайте схему, поймайте подводные камни, о которых мы говорили выше. Часовые пояса, права доступа, синхронизацию с 1С. Когда на пилотной группе все заработает как часы — масштабируйте на остальные точки.

И вот здесь важный момент. Самостоятельно настроить филиальную сеть или многодепартаментность — задача не для новичка. Нужно понимать архитектуру прав, уметь выстраивать сквозные процессы, дружить порталы с учетными системами. Одна ошибка на старте — и вы получаете не единую CRM, а дорогой бардак, с которого мы начинали этот разговор.

Мы в Инфо-Эксперт уже много лет настраиваем Битрикс24 для компаний разного масштаба. Знаем, где что ломается. Знаем, как чинить. И главное — знаем, как сделать так, чтобы не ломалось. Если чувствуете, что тема тянет на серьезный проект, а не на эксперимент выходного дня — приходите. Посмотрим на ваш бизнес, подберем архитектуру, настроим и запустим. Без костылей, без «временных решений» и без нервов.