Как исправить ошибки при выполнении задач по почте в 1С:Документооборот

Настройка выполнения задач по почте — это одна из наиболее востребованных функций в 1С:Документооборот, позволяющая руководителям согласовывать документы, не заходя в саму систему. Однако при ее внедрении часто возникают технические сложности: письма не обрабатываются, в протоколах появляются ошибки, а почтовый ящик системной учетной записи забивается тысячами уведомлений. Рассмотрим подробно, как диагностировать и решить основные проблемы, связанные с этим функционалом. Для повышения информативности писем при согласовании можно использовать расширение для прикрепления листа согласования в формате PDF к уведомлению.

Проблема 1: Ошибка «По адресу отправителя не найден исполнитель задачи»

Эта ошибка означает, что 1С получила ответное письмо, но не смогла сопоставить адрес отправителя ни с одним активным пользователем в базе. Проанализируем, почему это происходит, даже если визуально адреса совпадают.

Во-первых, разберем механизм поиска. Система ищет адрес не просто в справочнике Пользователи, а обращается к регистрам контактной информации или к адресной книге. Рассмотрим основные причины сбоя поиска:

1. Дублирование адресов: Если один и тот же Email указан у нескольких физических лиц или пользователей (даже если один из них помечен на удаление), система может выдать ошибку, так как результат поиска не будет уникальным.
2. Регистр «Сведения о пользователях»: В некоторых случаях данные в этом регистре могут быть не актуализированы, что вызывает проблемы с правами доступа. Проверим соответствие через консоль запросов.
3. Регистр «Адресаты почтовых сообщений»: Для версии 3.0 критически важно, чтобы адреса были проиндексированы в этом внутреннем механизме.

Выясним причину «зацикливания» писем. Когда системная учетная запись (СУЗ) получает письмо, которое не может обработать, она может попытаться отправить уведомление об ошибке администратору. Если у администратора указан тот же адрес, что и у СУЗ, возникает бесконечный цикл. В версии 3.0 разработчики добавили проверку: пользователю нельзя назначить адрес системной учетной записи. Это правильное ограничение, которое предотвращает лавинообразный рост почтового трафика.

Проблема 2: Ошибка «В сообщении не указан идентификатор задачи»

Если исполнитель успешно найден, система переходит к поиску самого объекта задачи. Для этого используется уникальный идентификатор, который 1С добавляет в письмо. Рассмотрим, почему он может «теряться»:

Анализируем структуру идентификатора: Обычно он выглядит как строка вида #идентификатор_задачи#номер_варианта_ответа. В старых релизах он располагался в тексте письма, в новых его перенесли в тему.

Проанализируем основные факторы исчезновения ID:

• Форматирование почтовых клиентов: Мобильные приложения или Outlook в режиме HTML могут искажать спецсимволы #, заменяя их на HTML-сущности, или вставлять невидимые теги внутри кода.
• Кодировка: Если ответ приходит в отличной от UTF-8 кодировке, кириллические символы перед идентификатором превращаются в нечитаемые знаки, и регулярное выражение 1С не срабатывает.
• Обрезание темы: При длинном названии задачи почтовый сервер может обрезать конец темы, где и находится техническая информация.

Рассмотрим пример кода, который можно использовать для отладки поиска идентификатора в модуле РаботаСПочтойВыполнениеЗадач:

// Пример логики поиска ID в тексте или теме
ИдентификаторНачат = Найти(ТекстПисьма, "#");
Если ИдентификаторНачат > 0 Тогда
    ПодстрокаСID = Сред(ТекстПисьма, ИдентификаторНачат);
    // Проанализируем полученную строку на наличие спецсимволов
КонецЕсли;

Пошаговый алгоритм решения проблемы

Разберем последовательность действий, которая поможет восстановить работоспособность системы:

1. Настройка системной учетной записи: Убедимся, что используется режим «Легкая почта». Проверим, что у СУЗ есть отдельный, уникальный почтовый ящик, который не закреплен за «живыми» сотрудниками.
2. Очистка «мусора»: Полностью очистим папку «Входящие» на почтовом сервере системной учетной записи. Накопленные ошибочные письма будут провоцировать новые записи в протоколе при каждом запуске регламентного задания.
3. Настройка регламентного задания: Для задания Выполнение задач по почте установим разумный интервал (например, раз в 1-2 минуты вместо 10 секунд), чтобы снизить нагрузку при возникновении очередей. В параметрах укажем «При ошибках повторять через 60 сек».
4. Проверка контактной информации: Выполним запрос к базе, чтобы исключить дубли адресов.

Проанализируем запрос для поиска дублей Email в контактной информации:

ВЫБРАТЬ
    Представление,
    КОЛИЧЕСТВО(Объект) КАК КолВо
ИЗ
    РегистрСведений.КонтактнаяИнформация
ГДЕ
    Тип = ЗНАЧЕНИЕ(Перечисление.ТипыКонтактнойИнформации.АдресЭлектроннойПочты)
СГРУППИРОВАТЬ ПО
    Представление
ИМЕЮЩИЕ
    КОЛИЧЕСТВО(Объект) > 1

Дополнительная диагностика

Если вышеуказанные меры не помогли, рассмотрим более глубокие причины. Посмотрим на настройки почтового сервера (Exchange, Mail.ru, Gmail). Иногда серверные фильтры или антиспам-системы могут модифицировать содержимое письма, удаляя технические заголовки или меняя структуру тела сообщения.

Важный нюанс: 1С обрабатывает только письма из корневой папки INBOX. Если на сервере настроены правила перемещения писем в другие папки, регламентное задание 1С их просто не увидит.

В заключение отметим, что использование «костыля» с назначением администратору почты, совпадающей с системной, в долгосрочной перспективе вредно. Это может привести к потере важных системных уведомлений. Правильным решением является тщательная очистка базы от дублей контактной информации и обеспечение корректной передачи идентификаторов через настройки почтовых клиентов пользователей. Если же важные уведомления были пропущены из-за сбоев, для их переотправки подойдёт обработка для повторного формирования уведомлений по задачам.