Как отменить обновления 1С: отключение автоматического обновления конфигурации

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

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

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

Когда стоит отключать автоматическое обновление

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

Вторая причина — обмены данными. Если база синхронизируется с другой конфигурацией, сайтом или оборудованием (ККТ, ЕГАИС, маркировка), обновление одной стороны без подготовки второй часто ломает обмен. Обновлять такие связки нужно по плану, а не по факту выхода релиза.

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

Отключение обновления через настройки программы

В типовых конфигурациях на БСП (Бухгалтерия, ЗУП, Управление торговлей и другие) механизм обновления встроен в подсистему интернет-поддержки. Откройте раздел «Администрирование» → «Интернет-поддержка и сервисы» → «Обновление версии программы» (в некоторых конфигурациях — «Обновление программы»).

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

Если интернет-поддержка вообще не нужна (например, обновления ставятся вручную с дистрибутивов), можно отключить её подключение: «Администрирование» → «Интернет-поддержка и сервисы» → кнопка отключения. Учтите, что вместе с обновлениями отключатся и другие сервисы: 1С-Отчётность, проверка контрагентов, 1С:Контрагент и т.п.

1. 1
   Откройте «Администрирование» → «Интернет-поддержка и сервисы»
2. 2
   Перейдите в «Обновление версии программы»
3. 3
   Отключите автоматическую установку обновлений, оставив только уведомления
4. 4
   Проверьте регламентные задания и отключите связанные с обновлением
5. 5
   Перезапустите программу и убедитесь, что обновление не запускается

Отключение регламентных заданий обновления

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

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

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

Проверка внешних источников запуска обновления

Обновление может запускаться не из самой 1С, а извне. Частые источники: задача в планировщике заданий Windows, скрипт в автозагрузке, настройка групповых политик или стартовый скрипт отдела ИТ, который выполняет пакетное обновление баз.

Откройте планировщик заданий Windows ( Win+R → taskschd.msc ) и поищите задачи, в действиях которых упоминаются 1cv8.exe, 1cv8c.exe или командные файлы с параметрами обновления конфигурации. Отключите такие задачи вместо удаления, чтобы при необходимости вернуть их.

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

tasks schd.msc — открыть планировщик заданий Windows и найти задачи со ссылками на 1cv8.exe или скрипты обновления

Ограничение прав пользователей

Если обновления ставят сами пользователи (в типовых это доступно при наличии прав администратора), отключение настройки не поможет — они нажмут «Обновить» вручную при появлении уведомления. Уберите у рядовых пользователей права «Администратор системы» и «Полные права», оставив обновление только выделенному специалисту.

В файловых базах дополнительно имеет смысл ограничить доступ к каталогу шаблонов обновлений (каталог tmplts): если пользователь не может записать туда дистрибутив, штатный механизм обновления из файлов не сработает.

Как проверить, что обновление отключено

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

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

Безопасная схема ручных обновлений

Отключив автоматику, выстройте ручной процесс: перед обновлением делайте выгрузку базы (dt) или полную резервную копию, ставьте релиз сначала на копию, проверяйте ключевые операции — проведение документов, обмены, печатные формы, отчётность. Только после этого обновляйте рабочую базу в нерабочее время.

Если пропущено несколько релизов, ставьте обновления последовательно, как указано в поставке: пропуск обязательных промежуточных версий — частая причина ошибок. Для доработанных конфигураций привлекайте специалиста, который выполнит сравнение и объединение с сохранением изменений.

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