При работе в 1С:Управление торговлей 11.5 пользователи часто сталкиваются с ситуацией, когда исходящие письма, отправленные из системы, «исчезают» сразу после отправки. Администратор видит эти письма в общем списке, а рядовой сотрудник — нет. Рассмотрим подробно, почему это происходит, как настроить права доступа и какие технические нюансы подсистемы Взаимодействия влияют на сохранение объектов ЭлектронноеПисьмоИсходящее — в этом поможет готовый инструмент быстрой настройки прав доступа и RLS.
Прежде всего, разберем базовый принцип: в 1С любое отправленное письмо — это объект базы данных. Если письмо было физически отправлено через SMTP-сервер, значит, документ ЭлектронноеПисьмоИсходящее был создан и записан. Если пользователь его не видит, проблема почти всегда кроется в правах доступа (RLS) или настройках фильтрации в интерфейсе — для анализа таких ограничений разработан инструмент проверки прав доступа и правил RLS.
Проанализируем ситуацию, когда у пользователя с полными правами письма отображаются корректно, а у обычного менеджера — нет. Это прямо указывает на то, что механизмы платформы работают, но ограничиваются ролевой моделью. Посмотрим на основные шаги по исправлению этой ситуации.
Выясним причину, по которой письма могут не сохраняться в видимой области. Для того чтобы пользователь мог не только отправлять, но и фиксировать факт взаимодействия в базе, ему должна быть назначена роль ДобавлениеИзменениеВзаимодействий — настроить её удобнее через программу автоматического подбора ролей в УТ 11. Рассмотрим, что дает эта роль:
ЭлектронноеПисьмоИсходящее.Важный нюанс: как заметили участники обсуждения, назначение этой роли часто «открывает» видимость всех писем компании — быстро проверить роли пользователей поможет отчет проверки прав доступа пользователей. Чтобы ограничить видимость только «своими» письмами, необходимо использовать механизм RLS (Record Level Security).
Рассмотрим подробнее настройки в разделе Администрирование — Органайзер. Права на работу с почтой в УТ 11 жестко привязаны к справочнику УчетныеЗаписиЭлектроннойПочты. Проанализируем настройки внутри карточки учетной записи:
В современных релизах 11.5 права на использование и чтение почты по конкретному адресу настраиваются непосредственно в карточке учетной записи. Если пользователь не указан в списке «Ответственные за учетную запись» или не входит в группу доступа, которой разрешена данная учетка, система может блокировать чтение объектов, созданных через этот почтовый ящик.
Разберем, как сделать так, чтобы менеджер видел только свои письма. Для этого в профиле групп доступа необходимо включить ограничение «По ответственным». Посмотрим, как это работает программно на уровне запроса платформы:
// Пример логики RLS для ограничения по ответственному
#Если &ОграничениеДоступаНаУровнеЗаписейУниверсальное #Тогда
ГДЕ ЧтениеОбъектаРазрешено(Ответственный)
#КонецЕсли
Чтобы этот механизм заработал, убедитесь, что в разделе НСИ и администрирование — Настройка пользователей и прав включена опция «Ограничивать доступ на уровне записей». Если она выключена, то любая роль на чтение будет давать доступ ко всем записям без исключения.
Выясним, может ли система сама удалять письма. В регистре сведений НастройкиУчетныхЗаписейЭлектроннойПочты существует флаг УдалятьПисьмаПослеОтправки. Рассмотрим логику его работы:
Если этот флаг установлен, 1С после успешного завершения сессии отправки может инициировать пометку на удаление или физическое удаление объекта из базы. Проверьте этот параметр, если письма исчезают даже у администратора. Однако чаще всего проблема в том, что настройка для конкретного пользователя просто не задана, и система использует значения «по умолчанию».
Проанализируем ситуацию: пользователь нажимает кнопку «Отправить», письмо уходит, но в списке его нет. Если при программном формировании письма (например, из печатной формы счета) поле Ответственный осталось пустым, то при включенном RLS пользователь не увидит это письмо, так как он не является его владельцем. Рассмотрим пример кода, который гарантирует правильное заполнение ответственного при создании письма:
НовоеПисьмо = Документы.ЭлектронноеПисьмоИсходящее.СоздатьДокумент();
НовоеПисьмо.Дата = ТекущаяДата();
// Обязательное заполнение ответственного для работы RLS
НовоеПисьмо.Ответственный = Пользователи.ТекущийПользователь();
НовоеПисьмо.УчетнаяЗапись = Справочники.УчетныеЗаписиЭлектроннойПочты.НайтиПоНаименованию("Основная");
// Заполнение остальных реквизитов...
НовоеПисьмо.Записать();
В системе УТ 11 существует иерархия папок (справочник ПапкиЭлектронныхПисем). Рассмотрим процесс: после нажатия кнопки «Отправить» письмо перемещается из папки Черновики в папку Исходящие, а после успешного ответа почтового сервера — в Отправленные.
Если у пользователя нет прав на чтение конкретной папки Отправленные для данной учетной записи, письмо станет невидимым для него в почтовом клиенте 1С. Проверьте справочник папок и убедитесь, что для каждой учетной записи созданы и сопоставлены системные папки.
Подведем итог нашему исследованию. Для корректного сохранения и отображения исходящих писем в 1С:УТ 11.5 необходимо выполнить следующие действия:
ДобавлениеИзменениеВзаимодействий у пользователя.ЧтениеВзаимодействий для возможности просмотра архива — настроить её можно через панель администрирования прав и ролей в УТ 11.УчетныеЗаписиЭлектроннойПочты пользователь указан как имеющий право доступа к этой учетке.Ответственный в документах исходящих писем заполняется автоматически (особенно при использовании внешних печатных форм или самописных обработок).Соблюдение этих шагов обеспечит прозрачную работу почтовой службы и сохранность всей истории переписки с клиентами в системе 1С:Предприятие.