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