Все способы убрать автоматическое обновление в 1С

Чтобы убрать актуализацию в 1С, отключите автоматическую проверку обновлений: откройте Администрирование → Интернет-поддержка и сервисы, зайдите в настройку обновления версии программы и выберите режим без автоматической проверки. После этого база перестаёт сама скачивать релизы и показывать окна с предложением обновиться.

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

Что такое актуализация и зачем её отключают

«Актуализацией» в 1С обычно называют весь механизм поддержания программы в актуальном состоянии: автоматическую проверку новых релизов конфигурации, загрузку форм отчётности и классификаторов, а также обновление самой платформы. Работает он через интернет-поддержку и подписку 1С:ИТС: программа периодически обращается к серверам обновлений, сравнивает версии и предлагает скачать свежий релиз.

Полезная функция, но не всегда. Вот когда её осознанно выключают:

• 🔧 База доработана и снята с поддержки. Автоматическое обновление перезаписывает изменённые объекты и ломает доработки — обновлять нужно руками, с анализом конфликтов.
• 🗓️ Централизованное управление обновлениями. Сначала проверяют релиз на копии, потом применяют в рабочей базе. Самовольное обновление в такой схеме недопустимо.
• 🌐 Нет интернета на рабочем месте или сервере. Проверка обновлений всё равно не проходит, а попытки обращения к серверу тормозят запуск.
• 🔔 Назойливые окна. Пользователей отвлекают уведомления о новых версиях, которые они всё равно не имеют права ставить.
• 📌 Нужна конкретная версия платформы. Внешние компоненты или интеграции совместимы только с определённым релизом, и обновлять его нельзя.

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

Отключаем проверку обновлений в режиме «Предприятие»

Самый частый сценарий — убрать автоматическую проверку прямо в пользовательском режиме. Для типовых конфигураций на базе библиотеки стандартных подсистем (Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11) путь общий.

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

После этого фоновая проверка релизов прекращается. Если нужна полная тишина, в том же разделе отключите и автоматическое обновление классификаторов (банков, адресов, валют) — они тоже обращаются в интернет.

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

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

Отключаем автообновление платформы 1С

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

Файл называется 1CEStart.cfg и лежит в каталоге профиля пользователя:

%APPDATA%\1C\1CEStart\1CEStart.cfg

Чтобы платформа не переключалась на свежую версию автоматически, зафиксируйте нужный номер версии параметром DefaultVersion. Например:

DefaultVersion=8.3.25.1374

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

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

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

Управление обновлениями через конфигуратор

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

Что контролируется в конфигураторе:

• Настройка поддержки. В меню Конфигурация → Поддержка → Настройка поддержки видно, находится ли конфигурация на поддержке поставщика. Доработанную базу обычно держат на поддержке с возможностью изменения, чтобы и дорабатывать, и при желании обновлять вручную.
• Применение обновления. Загрузка файла поставки (.cf/.cfu) и обновление — отдельные осознанные шаги через меню Конфигурация → Поддержка. Пока вы их не запустите, структура базы не меняется.
• Регламентные задания. Если за загрузку обновлений отвечает предопределённое регламентное задание, его расписание можно отключить в ветке регламентных заданий.

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

Контроль обновлений в клиент-серверной базе

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

Сетевой уровень. Если на сервере нет задачи ходить за обновлениями, закройте ему исходящий доступ к серверам обновлений 1С на уровне брандмауэра. Тогда ни проверка релизов, ни загрузка форм отчётности с сервера не пройдут.

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

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

Чтобы корректно получить монопольный доступ, перед обновлением удобно установить блокировку начала сеансов: новые пользователи в базу не входят, а работающих просят завершить работу. Так вы не «выбиваете» людей из базы грубой остановкой службы, а аккуратно освобождаете её под обновление. Снимают блокировку сразу после применения релиза. Сам релиз в клиент-серверной базе применяет администратор, подключаясь конфигуратором к базе на сервере, — рядовым пользователям этот путь недоступен, что само по себе исключает их самовольное обновление.

Чтобы понять, какой способ отключения подходит именно вам, ориентируйтесь на источник проблемы:

Как ограничить обновление для отдельных пользователей

Запускать и применять обновление конфигурации в типовых решениях могут только пользователи с правами администрирования. Рядовой пользователь обновление не применяет — в худшем случае он видит уведомление о доступности новой версии.

Поэтому «отключение для конкретных пользователей» на практике сводится к двум вещам:

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

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

Как убедиться, что обновление отключено

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

Пройдитесь по короткому списку — он охватывает все каналы, через которые приходит актуализация:

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

Риски полного отказа от обновлений

Отключить актуализацию — не значит забыть про обновления навсегда. У полного отказа есть вполне ощутимые последствия.

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

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

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