1С: «Не выполнены дополнительные процедуры обработки данных при обновлении» — как исправить

Короткий ответ: обновление формально прошло, а фоновые обработки данных не отработали до конца. Их нужно доработать — обычно это делается автоматическим повторным входом в базу или принудительным запуском регламентного задания «Выполнение отложенных обработок».

Ошибка выглядит так:

Не выполнены дополнительные процедуры обработки данных Дополнительные процедуры обработки данных на предыдущую версию не завершены

Пока эти процедуры не завершены, часть данных остаётся в промежуточном состоянии: закрытие месяца, отчёты и проведение документов могут работать неверно. Разберём, почему так бывает и как довести обновление до конца — от безопасного способа к радикальному.

Почему возникает ошибка и в чём её суть

При переходе на новый релиз платформа меняет не только формы и код, но и структуру самих данных. Тяжёлые преобразования (пересчёт регистров, миграция реквизитов) 1С не делает разом — она откладывает их в фоновую очередь.

Эта очередь и есть «дополнительные процедуры обработки данных». Работают они в двух режимах:

• 🟢 Оперативный — обработки выполняются сразу при первом входе, пользователи ждут.
• 🔵 Отложенный — база открывается быстро, а обработки идут в фоне регламентным заданием.

Сообщение появляется, когда фоновая очередь ещё не отработала или прервалась. Типичные триггеры:

• ⚡ Сеанс закрыли (или упала связь) до конца обработки.
• 🖥️ Сервер перезагрузили в разгар преобразования.
• 🔒 На регламентных заданиях стоит запрет выполнения (Не выполнять в параметрах).
• 🐌 Данных много, обработка идёт часами, а её сочли «зависшей».
• ❌ Внутри процедуры возникла ошибка — например Итератор для значения не определен.

💡 Само сообщение — не поломка базы. Это индикатор незавершённой миграции. В большинстве случаев обработки просто нужно «дотолкать».

Результат обновления: как проверить состояние процедур

Прежде чем что-то запускать, посмотрите, на каком этапе застряла очередь.

1. Зайдите в базу под пользователем с полными правами.
2. Откройте НСИ и администрирование → Обслуживание → Обновление версии ИБ (в разных конфигурациях путь чуть отличается: Администрирование → Поддержка и обслуживание).
3. Найдите блок «Результат обновления программы» — там виден список отложенных обработок и их статус.

Что вы увидите:

⚠️ Перед любыми принудительными действиями и правкой регистров сделайте резервную копию базы. Незавершённая миграция + неудачное вмешательство = поломанные данные.

Способ 1. Запуск через пользовательский интерфейс (безопасный)

Начните с самого мягкого варианта — он решает большинство случаев.

Если процедур немного, всё займёт пару минут. Если данных за несколько лет — закладывайте время и запускайте в нерабочие часы.

Способ 2. Принудительный запуск регламентного задания

Отложенные обработки тянет регламентное задание. Если оно отключено или не запускается, очередь стоит.

В клиент-серверной базе (через консоль заданий):

1. Откройте Администрирование → Обслуживание → Регламентные и фоновые задания.
2. Найдите задание с названием вроде «Выполнение отложенной обработки данных» / «Отложенное обновление».
3. Убедитесь, что оно включено (Использование = да).
4. Нажмите Выполнить сейчас.

В файловой базе регламентные задания сами по расписанию не крутятся — их выполняет открытый сеанс. Достаточно держать базу открытой под администратором, пока очередь не отработает.

💡 Если в параметрах базы (в кластере серверов) выставлено Блокировка регламентных заданий — снимите её на время обработки.

Способ 3. Принудительный запуск через код (для админов)

Когда кнопки не помогают, обработки добивают программно — через обработку «Выполнение обновления информационной базы» или встроенный код в консоли.

Запуск отложенных обработок вызывается методом из общего модуля:

// Запуск в текущем сеансе, без ожидания расписания
ОбновлениеИнформационнойБазы.ВыполнитьОтложенноеОбновление();

Проверить, что «зависло», можно запросом к служебному регистру:

// Список незавершённых обработчиков обновления
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ Идентификатор, Статус, Комментарий
|ИЗ РегистрСведений.ОбработчикиОбновления
|ГДЕ Статус <> ЗНАЧЕНИЕ(Перечисление.СтатусыОбработчиковОбновления.Выполнен)";
Выборка = Запрос.Выполнить().Выбрать();

⚠️ Код выполняйте только если понимаете, что делаете. Имена методов и регистров различаются между БСП разных версий — сверяйтесь с составом конкретной конфигурации.

Способ 4. Переключение режима с отложенного на оперативный

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

1. НСИ и администрирование → Обновление версии ИБ.
2. Параметр Режим выполнения отложенной обработки переключите на Оперативно (или «Немедленно»).
3. Перезайдите в базу. Обработки отработают на входе — придётся подождать, зато без фоновой очереди.

Подходит для небольших и средних баз. Для крупных оперативный режим означает долгий вход всех пользователей — планируйте на выходные.

Способ 5. Работа с регистрами сведений (радикально)

Крайний случай — когда обработчик упал с ошибкой и очередь не движется ни в каком режиме. Тогда правят статусы в регистре сведений ОбработчикиОбновления вручную или запускают конкретный обработчик повторно.

Это уровень разработчика/внедренца:

• ❗ Ошибочный обработчик помечают на повторное выполнение (сбрасывают статус).
• ❗ Если процедура заведомо не нужна для вашего сценария — помечают выполненной (только осознанно!).

⚠️ Ручная правка регистра обновления — операция для специалиста. Ошибка здесь оставляет данные недомигрированными без всякого предупреждения. Обязательна свежая резервная копия и, по возможности, тест на копии базы.

Ошибка «Итератор для значения не определен»

Частый спутник этой темы. Возникает, когда обработчик обновления натыкается на «битую» ссылку или пустое значение в данных, которые он пытается перебрать.

Что помогает:

• 🔍 Запустите Тестирование и исправление (chdbfl для файловой или через конфигуратор) — оно чинит битые ссылки.
• 🧹 Проверьте объект, на котором падает обработка (текст ошибки в журнале регистрации подскажет вид данных).
• 🔁 После исправления повторите запуск отложенных обработок (Способ 2–3).

Типичные ошибки при устранении

• 🚫 Закрыли базу в процессе. Обработка прервалась — начнётся заново, но статус так и висит.
• 🚫 Отключены регламентные задания и об этом забыли. Очередь физически некому выполнять.
• 🚫 Нет резервной копии перед правкой регистров. Самая дорогая ошибка.
• 🚫 Обновляли на нетиповой конфигурации. Доработки могут конфликтовать с обработчиками — сначала снимайте замок с типовых объектов.
• 🚫 «Зависание» перепутали с долгой работой. На больших базах обработка идёт часами — это норма, а не сбой.

Диагностика: что показывает симптом

Как предотвратить повторение

Чтобы обновление не «недоезжало» до конца:

• ✅ Обновляйте в монопольном режиме, когда в базе никого нет.
• ✅ Не закрывайте базу и не перезагружайте сервер, пока идут обработки.
• ✅ Держите регламентные задания включёнными.
• ✅ Для крупных баз — обновляйтесь в выходные, закладывая время на фоновую очередь.
• ✅ Всегда делайте резервную копию до обновления.
• ✅ После обновления дождитесь строки «Обработки выполнены» в результатах, а не просто входа в базу.

Частые вопросы