Администрирование · 9 мин
Как в 1С добавить пользователя в отчет
Пошаговая инструкция, как в 1С добавить пользователю доступ к отчету: роли, профили групп доступа, права в конфигураторе и типичные ошибки при настройке.
Фраза «добавить пользователя в отчет» в практике 1С обычно означает одну из трёх задач: открыть сотруднику доступ к конкретному отчету, добавить его в список получателей рассылки отчета или включить его данные в выборку самого отчета (например, отчет по сотрудникам). Чаще всего речь идёт о правах доступа: пользователь заходит в программу, а нужного отчета в меню нет либо при открытии появляется сообщение «Нарушение прав доступа».
Способ решения зависит от конфигурации. В типовых решениях на платформе 1С:Предприятие 8.3 (Бухгалтерия, Зарплата и управление персоналом, Управление торговлей, ERP) доступ к отчетам управляется через профили групп доступа и роли. В простых или самописных конфигурациях права могут назначаться напрямую через конфигуратор. Ниже разобраны оба подхода, а также настройка рассылки отчетов и типичные ошибки.
Все действия по настройке прав выполняются под учетной записью с правами администратора. Обычный пользователь самостоятельно расширить себе доступ не может — это ограничение встроенной модели безопасности платформы.
Как определить, почему отчет недоступен пользователю
Прежде чем что-то менять, полезно понять причину. Если отчет отсутствует в меню раздела, но открывается через «Все функции» или по ссылке — проблема в настройках командного интерфейса, а не в правах. Если при открытии появляется ошибка «Нарушение прав доступа» или «Недостаточно прав для работы с отчетом» — у пользователя нет нужной роли. Если отчет открывается, но выходит пустым — дело не в правах на отчет, а в правах на данные (ограничение на уровне записей, RLS) или в отборе.
Быстрая проверка: зайдите под администратором, откройте тот же отчет с теми же настройками. Если данные есть — конфигурация работает корректно, и нужно разбираться именно с правами пользователя. Если пусто и у администратора — проблема в самом отчете или в отсутствии данных за период.
Проверить доступность через «Все функции» и настройку панелей разделов
Определить роль, открывающую отчет, и добавить её в профиль пользователя
Проверить RLS, права на документы и настройки отбора
Проверить список получателей и учетную запись почты
Добавление доступа через группы доступа в типовой конфигурации
В конфигурациях на библиотеке стандартных подсистем (БСП) права выдаются не напрямую, а через профили и группы доступа. Это стандартный и рекомендуемый путь: он не требует изменения конфигурации и не слетает при обновлении.
Откройте раздел «Администрирование» → «Настройки прав и пользователей» → «Группы доступа». Найдите группу, в которую входит пользователь (или создайте новую), и проверьте, какой профиль ей назначен. Затем откройте «Профили групп доступа», найдите нужный профиль и посмотрите список разрешенных ролей. Если роли, открывающей отчет, в профиле нет — добавьте её через кнопку изменения разрешенных ролей.
Если менять существующий профиль нежелательно (он используется многими сотрудниками), создайте отдельный профиль, например «Доступ к отчетам по продажам», включите в него только нужные роли и назначьте группе доступа, в которую входит конкретный пользователь. Такой подход безопаснее: вы не расширяете права лишним сотрудникам.
- 1Откройте «Администрирование → Настройки прав и пользователей»
- 2Проверьте, в какие группы доступа входит пользователь
- 3Откройте профиль этой группы и найдите роль, открывающую нужный отчет
- 4Добавьте роль в профиль или создайте отдельный профиль с этой ролью
- 5Попросите пользователя перезайти в программу и проверить доступ
Назначение ролей через конфигуратор
В конфигурациях без БСП или при работе с самописными решениями роли назначаются напрямую пользователю в конфигураторе. Откройте конфигуратор, перейдите в «Администрирование» → «Пользователи», выберите нужного пользователя и на вкладке «Прочие» отметьте флажками необходимые роли.
Чтобы понять, какая роль открывает отчет, найдите объект «Отчеты» → нужный отчет в дереве конфигурации, откройте его свойства и посмотрите вкладку «Права» — там видно, каким ролям разрешены «Использование» и «Просмотр». Альтернатива — отчет «Анализ прав доступа» в конфигурациях с БСП, который показывает, какие роли требуются для объекта.
После изменения ролей в конфигураторе необходимо обновить конфигурацию базы данных (F7), иначе изменения не вступят в силу. Пользователю также потребуется перезапустить сеанс.
Добавление пользователя в рассылку отчетов
Вторая частая трактовка задачи — пользователь должен регулярно получать отчет на почту. В типовых конфигурациях это настраивается в разделе «Администрирование» → «Рассылка отчетов» (в некоторых конфигурациях — «Отчеты» → «Рассылки отчетов»).
Создайте новую рассылку или откройте существующую, на вкладке с отчетами добавьте нужный отчет и его вариант, задайте расписание. Затем в списке получателей добавьте пользователя: можно указать пользователя информационной базы (если у него заполнен адрес электронной почты в карточке) или ввести адрес вручную. Для работы механизма должна быть настроена системная учетная запись электронной почты в разделе «Органайзер» → «Учетные записи электронной почты».
Проверьте результат кнопкой «Выполнить сейчас». Если письмо не приходит, смотрите журнал регистрации: там фиксируются ошибки отправки — неверный пароль почтового ящика, блокировка почтовым сервисом или отсутствие адреса у получателя.
Если нужно, чтобы пользователь попадал в данные отчета
Третий сценарий — отчет строится по сотрудникам или пользователям, и нового человека в нем нет. Здесь права ни при чем: нужно проверить данные. Убедитесь, что сотрудник оформлен в справочнике (например, «Сотрудники» или «Пользователи»), не помечен на удаление и у него есть документы или движения за выбранный период отчета.
Частая ситуация: сотрудник принят, но в отчете по подразделению его нет, потому что кадровый документ проведен более поздней датой, чем период отчета, или подразделение не заполнено. Проверьте также отборы в настройках отчета — возможно, там стоит фильтр по конкретной организации или подразделению, в которое сотрудник не входит.
Как проверить результат
Отчет открывается без ошибок и показывает данные
Ошибка «Нарушение прав доступа» или пустой результат
В профиле только нужные роли, лишних прав нет
Выданы полные права или роли других подсистем
Письмо приходит по расписанию, вложение открывается
Ошибки в журнале регистрации, пустое вложение
Сотрудник виден в выборке за нужный период
Сотрудника нет при наличии документов за период
Типичные ошибки и ограничения
Самая распространенная ошибка — изменения внесены, а пользователь проверяет доступ в старом сеансе. Права подхватываются при входе, поэтому сеанс нужно перезапустить. Вторая ошибка — правка типового профиля, который используется десятками сотрудников: доступ к отчету получают все. Третья — путаница между правами на отчет и правами на данные: роль открывает форму отчета, но RLS обрезает строки, и пользователь видит «пустой» отчет.
Отдельное ограничение файлового режима: одновременная работа конфигуратора и пользователей возможна, но обновление конфигурации базы данных потребует завершения их сеансов. Планируйте изменения ролей на нерабочее время, если база файловая и сотрудников много.
Частые вопросы
Как узнать, какая роль нужна для конкретного отчета?
В конфигураторе откройте свойства отчета и вкладку «Права» — там перечислены роли с разрешениями «Использование» и «Просмотр». В конфигурациях с БСП удобнее использовать отчет «Анализ прав доступа», который показывает роли по объекту без входа в конфигуратор.
Пользователь добавлен в группу доступа, но отчет всё равно не открывается. Что делать?
Сначала перезапустите сеанс пользователя. Если не помогло, проверьте, что в профиле группы действительно есть нужная роль, и что пользователь не состоит в другой группе с запрещающими настройками. Также убедитесь, что сама группа доступа активна и не помечена на удаление.
Можно ли дать доступ только к одному отчету, не открывая остальные?
Да. Создайте отдельный профиль, включите в него только роль, открывающую нужный отчет, и базовые роли для входа в программу (например, «Базовые права»). Затем назначьте этот профиль отдельной группе доступа с одним пользователем.
Почему отчет открывается, но данных в нем нет?
Скорее всего, работает ограничение доступа на уровне записей (RLS): пользователю разрешены не все организации, подразделения или склады. Проверьте настройки групп доступа по значениям, а также отборы в самом отчете и наличие данных за выбранный период.
Как настроить автоматическую отправку отчета пользователю по расписанию?
Используйте механизм «Рассылка отчетов» в разделе администрирования: создайте рассылку, добавьте отчет и его вариант, укажите расписание и получателя. Предварительно настройте системную учетную запись электронной почты и проверьте отправку кнопкой «Выполнить сейчас».
Изменения в конфигураторе пропадут при обновлении конфигурации?
Роли, назначенные пользователю в конфигураторе, хранятся в списке пользователей и при типовом обновлении обычно сохраняются. Однако изменения самих объектов конфигурации (новые роли, доработанные отчеты) могут быть затёрты, если конфигурация на полной поддержке. Безопаснее управлять правами через профили групп доступа в режиме предприятия.
Что важно запомнить
Доступ к отчету в типовой 1С выдается через профиль группы доступа, в самописных конфигурациях — через роли в конфигураторе. Никогда не выдавайте полные права ради одного отчета, после изменений перезапускайте сеанс пользователя, а пустой отчет при наличии прав проверяйте на предмет RLS и отборов.