Работа со встроенным почтовым клиентом в программе «1С:Управление торговлей» (редакция 11) — это удобный инструмент для ведения сквозной истории общения с клиентами непосредственно в информационной базе. Однако при настройке совместной работы часто возникают технические сложности: менеджеры видят почту друг друга, база данных лавинообразно увеличивается в объеме из-за дублирования писем, а регламентные задания «повисают», перегружая процессор сервера. В этой статье мы детально разберем, как правильно изолировать личные почтовые ящики пользователей, оптимизировать отправку почты и спасти систему от переполнения.
Если мы работаем в современных версиях УТ 11 (начиная с УТ 11.2 и выше), разработчики предусмотрели штатный механизм связывания учетной записи с конкретным сотрудником. Это позволяет избежать сложного ручного программирования или настройки ограничений прав доступа на начальном этапе. Выполним этот процесс пошагово:
После такой настройки данная учетная запись будет автоматически скрыта из общего списка доступных отправителей у других пользователей информационной базы. Она станет доступна только тому сотруднику, под чьим сеансом была произведена эта привязка.
Рассмотрим более сложную, но максимально надежную ситуацию, когда стандартной настройки «Только мной» недостаточно, и нам требуется жестко ограничить видимость почтовых аккаунтов на уровне платформы 1С с помощью механизма RLS (Record Level Security). Проанализируем, как настроить профили групп доступа:
Учетные записи электронной почты. Обратите внимание: по умолчанию этот вид доступа может отсутствовать в списке, его необходимо выбрать вручную.Учетные записи электронной почты и в нижней табличной части Разрешенные значения добавим только те учетные записи, которые этот пользователь имеет право видеть.Важное предупреждение о сквозной видимости переписки: ограничение доступа к самой учетной записи Учетные записи электронной почты не скрывает автоматически уже загруженные документы. Письма в 1С регистрируются как документы типа Документ.ЭлектронноеПисьмоВходящее и Документ.ЭлектронноеПисьмоИсходящее, которые входят в общую группу объектов Взаимодействия. Если у пользователей есть полный доступ к карточкам партнеров или контрагентов, они смогут увидеть историю этих писем на вкладке «Взаимодействия». Чтобы полностью изолировать переписку, нам придется дополнительно настроить RLS по видам доступа Партнеры и Контрагенты, чтобы менеджеры видели только «своих» клиентов.
Также помните, что пользователи с полными правами (роль Администратор системы) всегда будут видеть абсолютно всю почту и все учетные записи. Ограничить их стандартными методами RLS невозможно. Для обеспечения конфиденциальности переписки убирайте административные права у обычных пользователей.
Выясним причину, почему отправленные письма могут подолгу «висеть» в папке исходящих, а регламентное задание выполняется некорректно. За запуск почтового обмена отвечает фоновое задание Получение и отправка электронных писем. Если установить расписание некорректно, система может давать сбои.
Для стабильной работы расписание регламентного задания должно быть настроено следующим образом:
Если в расписании случайно указать «Один день» без уточнения ежедневного повторения, регламентное задание выполнится один раз и перестанет автоматически запускаться до конца суток. Всегда внимательно проверяйте настройки детального расписания в консоли регламентных заданий.
Дополнительно рекомендуется перевести все корпоративные почтовые ящики с протокола POP3 на протокол IMAP. В отличие от устаревшего POP3, протокол IMAP загружает только заголовки писем, подгружая само тело сообщения и вложения только по требованию пользователя. Это в разы снижает нагрузку на регламентные задания отправки и получения.
Рассмотрим критическую ситуацию: из-за технического сбоя произошло многократное дублирование писем, размер базы данных вырос (например, с 2 ГБ до 16 ГБ), система зависает и не позволяет выполнить интерактивное удаление помеченных объектов, так как при выделении строк процессор нагружается до 100%.
Для решения этой проблемы мы не можем использовать стандартный интерфейс списков. Разберем план спасения базы данных по шагам:
Шаг 1. Использование специализированных обработок
Для удаления сотен тысяч дублирующихся писем воспользуемся встроенной обработкой «Групповое изменение реквизитов» или универсальным подбором и обработкой объектов. Настроим отбор по метаданным:
Документ.ЭлектронноеПисьмоВходящее (или Документ.ЭлектронноеПисьмоИсходящее).Чтобы физически удалить эти письма из базы программно, минуя долгие стандартные проверки транзакций (которые и вешают систему), мы можем написать простое пакетное удаление. Посмотрим на пример кода, который может быть выполнен программистом в контексте внешней обработки:
Выборка = Документы.ЭлектронноеПисьмоВходящее.Выбрать();
Пока Выборка.Следующий() Цикл
Если Выборка.ПометкаУдаления Тогда
ОбъектПисьмо = Выборка.ПолучитьОбъект();
ОбъектПисьмо.Удалить(); // Непосредственное удаление из базы данных
КонецЕсли;
КонецЦикла;
Шаг 2. Перенос вложений в тома на диске
Основной объем в базе данных занимают не сами тексты писем, а файлы вложений (договоры в PDF, картинки, архивы). Чтобы база данных не раздувалась, настроим хранение файлов вне базы данных:
Шаг 3. Физическое сжатие базы данных
Простое удаление документов из 1С не уменьшает физический размер файла базы данных (особенно в файловом варианте базы .1cd). Чтобы освободить место на жестком диске сервера:
Если в вашей организации развернута доменная сеть Active Directory, почта работает на MS Exchange, а пользователи авторизуются в 1С через доменную учетную запись, то возникает проблема: при плановой смене пароля в AD раз в несколько месяцев отправка почты из 1С тихо прекращается. Пользователь успешно заходит в 1С по доменной авторизации, но в настройках почтового ящика 1С прописан старый пароль в явном виде. Программа при этом не выводит никаких явных ошибок, и менеджер просто не получает новые письма.
Для решения этой проблемы применим один из следующих подходов:
Мы подробно разобрали все аспекты настройки персональных почтовых аккаунтов в 1С:Управление торговлей 11. Следуя этим инструкциям, вы сможете обезопасить конфиденциальные данные, оптимизировать скорость работы почтового клиента и предотвратить неконтролируемый рост вашей информационной базы.