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