Вернуться к статьям Если сотрудники появляются в рабочей группе Битрикс24 повторно или состав меняется после кадровых перестановок, сначала найдите источник добавления. Повторное ручное исключение человека не решит проблему, пока действует правило, которое возвращает его в команду.
Под выражением «постоянная синхронизация участников» могут подразумеваться разные механизмы: работа с подразделением, настройка старого пространства, установленное приложение или собственная интеграция. Универсальной инструкции «выключите один переключатель» для всех таких случаев нет.
Зафиксируйте одно воспроизводимое изменение
Выберите конкретного сотрудника и запишите: когда он появился, кто заметил изменение, состоял ли он в команде раньше и что произошло незадолго до этого. Обратите внимание на перевод в отдел, изменение должности, приглашение в чат или запуск интеграции.
Проверьте, о каком списке идёт речь. Участие в проекте, участие в чате задачи и доступ к документу проверяются отдельно. Ошибка в определении списка приводит к изменению не той настройки.
| Наблюдение | Что исследовать |
|---|---|
| Новичок появляется после приёма в отдел | Способ включения подразделения и правила приложений |
| Исключённый участник возвращается через интервал | Периодические задания и внешние интеграции |
| Состав изменился после работы с чатами | Кто и в какое обсуждение приглашал сотрудника |
| Изменение случилось только один раз | Ручное приглашение или разовую операцию |
Таблица содержит диагностические гипотезы, а не утверждение о причине каждого случая.
Проверьте, как команда была сформирована
В актуальных проектах можно выбирать сотрудников и подразделения при добавлении участников. В официальной справке также описано автоматическое изменение доступа при включении отдела целиком: новые сотрудники присоединяются, а при выходе из подразделения доступ убирается. Источник: связь структуры компании с инструментами Битрикс24. Проверьте, применён ли именно такой способ добавления в вашем пространстве.
Попросите владельца показать настройки состава и историю известных изменений. Сопоставьте их с кадровыми событиями. Если используется старое пространство, не переносите на него названия переключателей из инструкции для новой версии без проверки.
Как проверить связь с отделом
Выберите одно уже произошедшее кадровое изменение: например, приём сотрудника в отдел. Сопоставьте дату изменения структуры с его появлением в проекте. Затем посмотрите, добавлен ли отдел целиком и нет ли приложения, которое управляет тем же составом.
Совпадение времени ещё не доказывает причину. Подтвердите правило по настройке и доступному журналу, а проверку изменения состава проводите на согласованном тестовом пространстве. Не переводите действующего сотрудника в другой отдел только ради эксперимента.
Отделите штатную работу от приложения
Существуют приложения, которые меняют состав групп по отделам и должностям. Такие механизмы описаны в официальном каталоге решений для проектов. Поэтому автоматическое добавление само по себе не доказывает ошибку платформы.
Администратору нужно проверить установленные решения и известные интеграции, связанные с участниками. Важны конкретное правило, расписание и журнал выполнения, если он предусмотрен решением. Название приложения в списке ещё не подтверждает, что оно выполнило операцию.
Не отключайте все интеграции портала ради одного проекта. Это может затронуть другие команды. Сначала определите, можно ли изменить область действия конкретного правила.
Как изменить поведение без потери контроля
Опишите требуемую модель: например, в проекте остаются только назначенные специалисты, а новые сотрудники отдела не должны добавляться автоматически. Согласуйте её с владельцем процесса.
Затем измените найденный механизм: настройку состава, правило приложения или согласованную интеграцию. Сохраните исходные значения и время изменения. После этого проверьте состав в течение рабочего цикла, в котором раньше происходило повторное добавление.
Если причина не обнаружена, соберите обращение с одним точным примером, временем и последовательностью событий. Не выдавайте отсутствие видимого переключателя за доказательство, что синхронизацию невозможно изменить вообще.
Проверьте доступ отдельно от членства
После корректировки состава убедитесь, что сотруднику доступны нужные задачи и материалы, а прежние обязанности переданы. Исключение из одной команды не следует считать полной проверкой всех доступов в Битрикс24.
Для дальнейшей настройки используйте разбор ролей проекта, а перед завершением участия прочитайте порядок передачи управления и подготовки выхода. Запишите, какое правило меняет состав группы и кто отвечает за его настройку.
Материал актуализирован 24 сентября 2026 года. Интерфейс и доступность функций зависят от версии и настроек вашего Битрикс24.