← На главную

Рассмотрим частую проблему, с которой сталкиваются при миграции с конфигурации 1С:Документооборот 2.1 на версию 3.0. В новой базе перестают приходить письма, а при проверке работы регламентного задания по получению почты появляется ошибка: «Работа регламентного задания прекращена, проверьте выполнение регламентного задания ДО 2.1 или укажите в ДО 2.1, что обмен с внешними ресурсами выполняется в новой версии программы». Проанализируем причины такого поведения системы и разберем по шагам, как правильно настроить почту.

Причина проблемы и архитектурные ограничения

При переходе с версии 2.1 на 3.0 необходимо понимать принцип монопольного обмена. В типовом сценарии миграции внешние каналы связи, такие как встроенная почта, ЭДО и другие интеграции, могут одновременно обрабатываться только в одной из систем.

Типовой регламент перехода предполагает, что пока основная часть пользователей продолжает работать в версии 2.1 (идет миграция данных, завершаются активные процессы), прямая загрузка почты с почтовых серверов выполняется именно в базе 2.1. В базу 3.0 входящие письма должны поступать не через встроенное регламентное задание приема почты, а в составе штатных пакетов выгрузки/загрузки миграции.

Чтобы избежать дублирования и конфликтов, в конфигурации 3.0 на уровне кода установлена жесткая проверка источника обмена. Если в базе 3.0 не зафиксировано, что управление внешними ресурсами передано ей, регламентные задания, такие как ПриемОтправкаПочты и ВыполнениеЗадачПоПочте, аварийно прерываются с указанным текстом ошибки.

Почему установка настройки не помогает сразу?

Установка ограничения выполняется в версии 2.1 (в настройках обмена ставится признак перехода на новую версию, а в ДО 3.0 включается настройка «Загружать данные из 1С Документооборота 2.1»). Однако, часто пользователи жалуются, что нужные галочки проставлены, а почты всё равно нет. Выясним причины задержки:

1. Задержка синхронизации пакетов: Переключатель работы с внешними ресурсами активируется в базе 2.1. База 3.0 не узнает об этом мгновенно: изменение должно быть выгружено заданием миграции из 2.1 в файл обмена и затем загружено в 3.0.
2. Очередь пост-обработки: После загрузки пакета изменения могут ожидать обработки в служебном регистре сведений ОчередьПостОбработкиЗагрузки (находится в окне миграции ДО 3.0). Пока эта очередь не будет полностью обработана фоновым заданием, признак передачи внешних ресурсов не вступит в силу.
3. Неперенесенные пароли учетных записей: Из соображений безопасности при переносе почтовых ящиков из 2.1 в 3.0 пароли учетных записей не переносятся и не сохраняются. Даже если программное ограничение снято, база 3.0 не сможет подключиться к почтовому серверу, пока администратор не укажет пароли вручную.
4. Отключенные задания по умолчанию: В базе 3.0 на время начального этапа миграции регламентные задания отключены, чтобы не перегружать сервер. Прием почты не начнется, пока вы явно не включите соответствующие задания.

Способы решения проблемы

В зависимости от стадии вашего перехода на новую версию, выберем один из двух вариантов настройки.

Вариант 1. Завершить перенос управления почтой на ДО 3.0

Этот вариант подходит, если основная масса пользователей уже работает с почтой в новой системе.

1. В базе ДО 2.1 в мастере миграции убедитесь, что флаг передачи работы с внешними ресурсами в версию 3.0 зафиксирован и записан.
2. Запустите в ДО 2.1 регламентное задание выгрузки данных миграции, чтобы система сформировала свежий файл обмена.
3. Перейдите в ДО 3.0 и выполните регламентное задание загрузки данных миграции.
4. В базе ДО 3.0 (в мастере миграции) перейдите по ссылке «Очередь пост-обработки загрузки» (если она активна) и дождитесь окончания выполнения фонового задания.
5. Важно: Вернитесь в базу 2.1 и полностью отключите регламентные задания «Прием отправка почты» для всех потоков. База 2.1 больше не должна забирать письма с почтового сервера (это особенно критично, если используется протокол POP3).
6. В базе ДО 3.0 откройте «Настройка и администрирование» → «Почта» → «Учетные записи». Для каждой учетной записи повторно введите пароль и выполните проверку соединения.
7. В списке регламентных заданий базы ДО 3.0 включите задания «Прием отправка почты».

Вариант 2. Оставить получение почты в ДО 2.1 до окончания перехода

Этот вариант предпочтителен, если тестовая эксплуатация только началась и пользователи еще активно работают в версии 2.1.

1. В базе ДО 3.0 не включайте регламентное задание приема и отправки почты. Оно не должно выполняться даже вручную.
2. Убедитесь, что в базе ДО 2.1 регламентное задание приема почты включено, работает без ошибок, и письма успешно попадают во входящие ДО 2.1.
3. Настройте регулярное выполнение связки регламентных заданий: выгрузка данных миграции в 2.1 → загрузка данных миграции в 3.0. При такой схеме входящие письма будут создаваться в ДО 3.0 автоматически в процессе загрузки пакетов миграции.

Дополнительные важные требования

Обратим внимание на разделение системных ящиков. Системная учетная запись почты ДО 3.0 обязательно должна иметь отдельный e-mail адрес, который отличается от системного ящика ДО 2.1. Если использовать один и тот же системный адрес для обеих баз, это приведет к нарушению алгоритмов разбора почтовых уведомлений и механизма выполнения задач по почте.

Внимательно следуя этим инструкциям, вы сможете корректно настроить потоки почтовых сообщений и избежать потери важных писем во время перехода на 1С:Документооборот 3.0.