Как это обычно выглядит
Сценарий повторяется почти дословно. Полгода назад компания заказала внедрение, подрядчик настроил воронки, роботов и пару интеграций, получил оплату и постепенно перестал отвечать. Сначала отвечал через день, потом через неделю, потом телефон стал недоступен. Портал при этом работает, но любая мелочь превращается в проблему: некому поправить робота, некому объяснить, откуда берутся дубли сделок, и главное, никто в компании не знает, какие доступы у пропавшего исполнителя остались.
Первое, что делают в такой ситуации, это ищут нового подрядчика. Логика понятная, но порядок неверный. Пока вы не понимаете, кто сегодня управляет вашим порталом и какие внешние системы к нему подключены, любой новый исполнитель начнёт работу вслепую и с чужими правами доступа за спиной.
Правильная последовательность другая: сначала инвентаризация и возврат контроля, потом развитие. Если интегратор пропал, проверять нужно пять вещей, и порядок здесь важнее скорости. Битрикс24 в облаке даёт для этого достаточно инструментов, и почти всё делается силами самой компании, без обращения в поддержку.
Шаг первый: выяснить, кто у вас главный администратор
Главный администратор Битрикс24 это сотрудник, который создал портал. На его почту приходят системные уведомления, и только он может подтвердить передачу прав или своё увольнение из портала. Если портал регистрировал подрядчик на свой адрес, формально ваш Битрикс24 принадлежит человеку, который перестал выходить на связь.
Проверить это несложно: откройте список сотрудников и посмотрите, кто числится администратором и кто был зарегистрирован первым. Идентификатор ID=1 сохраняется за первым администратором даже после передачи прав, это защита от тихого перехвата портала.
Дальше возможны два расклада. Если главный администратор ваш сотрудник, а подрядчик получал доступ отдельной учётной записью, задача сводится к чистке чужих доступов. Если главным администратором числится подрядчик, придётся сначала вернуть себе эту роль.
Отдельно посмотрите, сколько вообще администраторов на портале. Их количество ограничено тарифом: от одного на бесплатном и Базовом до ста на старших планах. Ситуация, когда единственный администратор это внешний человек, встречается чаще, чем хотелось бы, и разбирать её сложнее всего.
Шаг второй: вернуть права главного администратора
Штатная процедура передачи прав выглядит так. Другой администратор портала открывает профиль главного администратора и выбирает «Администратор», затем «Забрать права администратора». Главному администратору приходит сообщение от Админ-бота: он нажимает «Передать права» и подтверждает действие, введя слово «Передать». Увольнение главного администратора проходит по той же схеме, разница в том, что после увольнения он больше не сможет войти в ваш Битрикс24.
Здесь два ограничения, о которые спотыкаются чаще всего.
Первое: смена главного администратора доступна только на коммерческих тарифах. На бесплатном плане эта операция не выполняется, и если портал создан подрядчиком на бесплатном тарифе, вопрос решается только через оплату тарифа или через переезд на новый портал.
Второе: подтверждение делает сам главный администратор. Система намеренно построена так, чтобы права нельзя было забрать без ведома владельца учётной записи. Поэтому если человек просто медленно отвечает, но в принципе на связи, самый быстрый путь это договориться: переписка с просьбой нажать одну кнопку обычно доходит быстрее, чем требование вернуть проект.
Если администратор на портале только один и это внешний человек, на коммерческих тарифах, кроме Базового, он сначала назначает нового администратора, и уже тот запрашивает передачу прав. На Базовом администратор может выдать права другому сотруднику вручную.
Когда бывший подрядчик не отвечает совсем, остаётся обращение в техническую поддержку Битрикс24 от имени действующего администратора компании. Готовьтесь подтверждать, что портал принадлежит юридическому лицу: платёжные документы, домен корпоративной почты, договор. Это не мгновенная процедура, и именно поэтому её стоит запускать в первый же день, а не после того, как перепробованы все остальные варианты.
Попутно проверьте доступ к самим учётным записям. Если у сотрудника потерян пароль, администратор может отправить ссылку восстановления прямо из его профиля, в разделе «Безопасность», по электронной почте или по телефону. Восстановить доступ к порталу для рядовых сотрудников почти всегда проще, чем кажется, узкое место обычно только в администраторской учётной записи.
Шаг третий: понять, каким доступом пользовался подрядчик
Дальше важный вопрос, который стоит задать себе честно: как именно вы выдавали доступ исполнителю. От ответа зависит объём работы.
В облачном Битрикс24 для внешних специалистов есть отдельная роль, «Специалист по внедрению». Она даёт права администратора, но с ограничениями: такой пользователь не может назначать и увольнять администраторов и не может отключать двухфакторную аутентификацию сотрудникам. Приглашают его через виджет «Пригласить», пункт «Специалист по внедрению», по электронной почте, и система проверяет, что адрес принадлежит официальному интегратору Битрикс24. Двухфакторная аутентификация для такого специалиста обязательна, включить её нужно в течение десяти дней после приглашения. Лицензию эти пользователи не занимают, одновременно на портале может работать до десяти таких специалистов, и в коробочной версии роль недоступна.
Если подрядчик работал именно в этой роли, вы в выигрышном положении. Убрать его доступ просто: откройте профиль специалиста и выберите «Специалист по внедрению», затем «Уволить». Права снимаются, портал остаётся у вас, и никакой драмы вокруг главного администратора не возникает.
Хуже, если исполнителю выдали обычные администраторские права или, что случается, дали логин и пароль реального сотрудника. Тогда придётся снимать права вручную и менять пароли, а заодно разбираться, под какой учётной записью выполнялись настройки.
Правило, которое обычно формулируют уже после такой истории: внешнему подрядчику не выдают полноценные администраторские права и тем более не передают чужие учётные данные. Для этого и существует отдельная роль с ограничениями.
Шаг четвёртый: ревизия вебхуков и приложений
Портал может выглядеть чистым, пока данные продолжают уходить наружу через интеграции, о которых в компании никто не помнит. Эту часть работы пропускают чаще всего, а обходится она дороже остальных.
Все созданные вебхуки и приложения собраны в разделе «Разработчикам», на вкладке «Интеграции». В списке видно название вебхука или приложения, какие события оно вызывает, к каким инструментам Битрикс24 имеет доступ и какой пользователь его создал. Администратор видит все интеграции портала, обычный сотрудник только свои, поэтому проверку проводит именно администратор.
Пройдите список сверху вниз и по каждой строке ответьте на один вопрос: знаете ли вы, что это и зачем оно нужно сейчас. Всё, что не опознано, помечайте для разбора. Особое внимание тем интеграциям, где создателем указан бывший подрядчик или уволенный сотрудник.
Дальше через меню рядом с интеграцией её можно отредактировать или удалить. Важная деталь: когда администратор редактирует чужую интеграцию, секретный код обновляется, а владелец меняется. Это ровно то, что нужно при смене подрядчика: старый ключ перестаёт работать, доступ переходит к вам.
Не удаляйте всё подряд одним движением. Живые интеграции с телефонией, мессенджерами, сайтом или 1С отвалятся молча, и обнаружится это не сразу, а в момент, когда с сайта перестанут приходить заявки. Правильнее сначала описать список, потом по каждой позиции решить: оставить и переоформить на себя, перенастроить или отключить.
Заодно стоит помнить о безопасности самих ключей. Секретный код вебхука нельзя передавать посторонним и нельзя вставлять в код страниц или скриптов: любой, кто его получил, получает и доступ к данным портала. Битрикс24 блокирует вебхуки, обнаруженные в открытом доступе, и после неаккуратного исполнителя такое случается регулярно.
Шаг пятый: проверить, к кому привязана поддержка
Про эту строку ревизии вспоминают в последнюю очередь. Партнёрская поддержка подключается кодом активации, который выдаёт партнёр, и доступна на всех тарифах Битрикс24. Подключить её может только администратор портала.
Суть в том, что при подключённой партнёрской поддержке обращения в стандартную техподдержку Битрикс24 становятся недоступны. То есть если ваш портал привязан к исчезнувшей компании, вы формально пишете в поддержку, которая уже никому не отвечает, и при этом лишены штатной.
Проверяется и переключается это в разделе «Мой тариф»: нажмите стрелку рядом с названием тарифа, откройте «Поддержка24» и посмотрите, какой партнёр указан. Кнопка «Отключить поддержку партнёра» возвращает вас на поддержку Битрикс24 автоматически. Подключить другого партнёра можно в любой момент, вставив его код на этой же странице. История переписки при смене партнёра сохраняется, так что переписку с прежним исполнителем вы не потеряете.
Писать в чат поддержки могут администратор и интегратор, поэтому после смены подрядчика имеет смысл сразу проверить и этот доступ.
Если у вас коробочная версия
С коробкой ситуация сложнее по одной причине: роль специалиста по внедрению там недоступна, и внешний исполнитель работает либо администратором портала, либо напрямую на сервере.
Поэтому список проверки шире. Кроме администраторов внутри портала нужно вернуть себе доступ к хостингу или серверу, к панели управления, к базе данных и к репозиторию, если код дорабатывался. Отдельный вопрос это лицензионный ключ и то, на кого оформлена лицензия. Если сервер арендовал подрядчик на свою компанию, техническая часть решается быстрее, чем юридическая, и разговор придётся вести не только про Битрикс24.
Практический совет для владельцев коробки: не откладывайте инвентаризацию до момента, когда что-то сломалось. Сервер без сопровождения работает ровно до первого обновления или до первой ошибки, и без доступов у вас не будет даже возможности посмотреть логи.
Ещё один пункт, который в коробке проверяют редко, это срок действия технической поддержки на лицензию. После окончания срока лицензии коробка продолжает работать, но переходит в режим ограниченной лицензии: становятся недоступны обновления продукта в административном интерфейсе, облачные сервисы, установка модулей из Маркетплейса и техническая поддержка вендора, которая оказывается только при активном лицензионном ключе. Подрядчик, который вёл проект, обычно следил за сроками сам, и после его исчезновения вопрос повисает. Уточните текущий статус ключа до того, как начнёте планировать доработки: часть задач упрётся в старую версию платформы, а продление после длительной просрочки обойдётся в полную стоимость лицензии.
Если код портала дорабатывался, отдельно выясните, где лежат исходники и велась ли история изменений. Кастомные компоненты и правки в шаблонах без репозитория превращаются в чёрный ящик, который следующий исполнитель будет разбирать по файлам на сервере, и это самая дорогая часть приёмки чужого проекта.
Закрыть периметр: двухфакторная аутентификация и проверка активности
Когда права возвращены, а лишние интеграции отключены, остаётся привести портал в состояние, при котором повторный доступ извне будет невозможен тихо.
Включите двухфакторную аутентификацию, в первую очередь для администраторов. Это единственная мера, которая делает бесполезной утечку пароля, а пароли после ухода подрядчика стоит считать скомпрометированными по умолчанию. Битрикс24 прямо рекомендует двухфакторную аутентификацию как базовую защиту от несанкционированного доступа и советует регулярно просматривать журнал событий на предмет подозрительной активности.
Дальше пройдите по списку сотрудников целиком. После длинного проекта в портале нередко остаются учётные записи, созданные «на время»: тестовый пользователь, второй аккаунт исполнителя, сотрудник субподрядчика. Через любую из них можно зайти в вашу CRM. Уволенных и неопознанных пользователей убирайте, у остальных проверяйте уровень прав.
Отдельно проверьте, кому выданы права администратора. Рекомендация Битрикс24 в этой части однозначная: права администратора не выдаются посторонним людям, потому что администратор может уволить сотрудников и получить полный контроль над системой. В документации по безопасности приводится случай, когда именно так портал и был захвачен.
Если на этом этапе появляются вопросы, на которые внутри компании ответить некому, это нормальный момент, чтобы подключить внешнюю техподдержку. Разбор чужой конфигурации и аудит доступов входят в обычные задачи сопровождения, техническая поддержка Битрикс24 занимается этим не реже, чем авариями.
Порядок действий на первую неделю
Чтобы не растягивать процесс, разумно уложить его в короткий понятный план.
День первый: определить, кто главный администратор, и если это внешний человек, запустить процедуру возврата прав. Параллельно назначить внутреннего администратора, чтобы у компании появился собственный владелец портала.
День второй: выгрузить список интеграций из раздела «Разработчикам» и описать каждую строку. Отключить то, что точно не используется, переоформить на себя то, что работает.
День третий: проверить привязку партнёрской поддержки и при необходимости отключить исчезнувшего партнёра. Проверить список администраторов и снять права у всех, кого там быть не должно. Сменить пароли учётных записей, которыми пользовался подрядчик.
Дальше: описать текущую конфигурацию. Какие воронки есть, какие роботы и бизнес-процессы настроены, куда уходят данные. Это скучная работа, но именно её отсутствие делает исчезновение подрядчика катастрофой, а не неудобством. Портал, конфигурация которого описана, передаётся новому исполнителю за пару дней.
Как не попасть в это второй раз и зачем нужна техподдержка Битрикс24
Правила ниже стоят дешевле любого восстановления доступа.
Портал регистрируется на корпоративную почту компании, а главным администратором делается ваш сотрудник, а не исполнитель. Даже если внедрением занимается подрядчик, владельцем инфраструктуры остаётся бизнес.
Внешний специалист приглашается ролью «Специалист по внедрению» и работает с обязательной двухфакторной аутентификацией. Обычные администраторские права наружу не выдаются.
Работайте с официальными партнёрами Битрикс24 и проверяйте компанию в партнёрском каталоге. В материалах Битрикс24 по безопасности прямо приводится случай, когда сотрудник выдал права администратора человеку, выдававшему себя за партнёра, и тот удалил всех администраторов и угрожал удалением данных.
После завершения проекта требуйте документацию: список интеграций и их назначение, схему воронок, описание роботов и бизнес-процессов, перечень доступов. Это стандартная часть работы, а не дополнительная услуга.
Последнее правило про сопровождение. Разовое внедрение заканчивается, а CRM живёт дальше: меняются процессы, приходят новые сотрудники, ломаются интеграции. Компании с постоянной технической поддержкой Битрикс24 в ситуацию из начала этой статьи обычно не попадают, потому что у них всегда есть кому написать в тот же день, а не через две недели.
B2BPRO.KZ занимается сопровождением облачных и коробочных порталов в Казахстане, и техподдержка Битрикс24 у нас работает 24/7: заявка не ждёт до понедельника, а разбирается по мере поступления, включая выходные и ночные обращения. Мы регулярно принимаем порталы после подрядчиков, которые перестали выходить на связь, и первым делом делаем ровно то, что описано выше: возвращаем компании права администратора, чистим интеграции и составляем документацию по текущей конфигурации. Если вы сейчас в такой ситуации, можно заказать техподдержку Битрикс24 24/7 и начать с аудита доступов.
Само по себе исчезновение исполнителя не означает потерю данных или портала. В облачном Битрикс24 предусмотрены штатные механизмы для смены администратора, отключения чужих интеграций и переключения поддержки, и пройти их можно за несколько дней. Тяжёлой такую историю делает обычно другое: в компании никто не знает, как устроен собственный портал, и восстановление начинается с изучения того, что у вас и так работает.
Частые вопросы
Можно ли забрать права главного администратора без его участия?
Штатная процедура требует подтверждения от самого главного администратора: он получает сообщение от Админ-бота и подтверждает передачу, введя слово «Передать». Если человек недоступен, действующему администратору компании нужно обращаться в техническую поддержку Битрикс24 и подтверждать принадлежность портала организации. Смена главного администратора возможна только на коммерческих тарифах.
Как понять, какие сторонние сервисы подключены к моему порталу?
Откройте раздел «Разработчикам», вкладку «Интеграции». Там видно название каждого вебхука и приложения, вызываемые события, доступные им инструменты Битрикс24 и того, кто их создал. Администратор видит все интеграции портала, обычный сотрудник только собственные.
Что будет, если удалить вебхук, созданный бывшим подрядчиком?
Обмен данными по этому вебхуку прекратится, и связанный сервис перестанет получать или отправлять информацию. Поэтому сначала стоит понять назначение интеграции. Если она нужна, администратор может отредактировать её: при этом секретный код обновляется, а владельцем становится он сам, то есть старый ключ у подрядчика перестанет работать.
Мой портал привязан к пропавшему партнёру, и поддержка Битрикс24 недоступна. Что делать?
Зайдите в «Мой тариф», откройте «Поддержка24» и нажмите «Отключить поддержку партнёра». Стандартная поддержка Битрикс24 включится автоматически. При желании можно сразу подключить другого партнёра его кодом активации, история переписки при этом сохраняется.
Как безопасно дать доступ новому подрядчику?
Через роль «Специалист по внедрению»: приглашение отправляется по электронной почте из виджета «Пригласить», система проверяет, что адрес принадлежит официальному интегратору. Такой пользователь получает права администратора, но не может назначать и увольнять администраторов и отключать двухфакторную аутентификацию, а сама двухфакторная аутентификация для него обязательна. Лицензию он не занимает, а при завершении работ снимается через «Уволить» в его профиле.