Чтобы 1С не обновлялась сама: где выключать напоминания программы и автоустановку платформы

Проверку обновлений конфигурации отключают в режиме предприятия: Администрирование → Интернет-поддержка и сервисы → Обновление версии программы, переключатель автоматической проверки ставят в положение «не проверять». Автоматическую установку новой платформы выключают отдельно — параметром AppAutoInstallLastVersion=0 в файле 1cestart.cfg и закреплением версии в свойствах информационной базы.

Окно «Доступна новая версия программы» при каждом входе раздражает. Ещё хуже, когда после перезапуска у бухгалтера сама поставилась другая платформа и доработанная внешняя обработка перестала открываться. Ниже — все места, где 1С проверяет и подтягивает обновления, и как закрыть каждое без вреда для базы.

Что именно проверяет 1С и зачем это выключают

Под словом «обновление» в 1С скрываются два независимых механизма. Их путают, поэтому одна настройка «не помогает».

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

Типичные причины отказаться от автоматики:

• 🧩 Доработанная конфигурация. Обновление снимается вручную через сравнение и объединение, а напоминание мешает пользователям, которые всё равно ничего не могут сделать.
• 🔌 Внешние обработки и обмены. Новая платформа иногда меняет поведение компонентов, и проверенный обмен с сайтом или кассой начинает сбоить.
• 🖥️ Терминальный сервер . Установка платформы на сервере во время работы двадцати пользователей заканчивается остановкой их сеансов.
• 📋 Регламент компании. Обновления ставит администратор по графику после проверки на копии, а не каждый сотрудник по кнопке.
• 🌐 Нет доступа в интернет. Проверка всё равно не проходит, а ошибка соединения пугает пользователей.

Как отключить проверку обновлений программы в режиме предприятия

Уведомления о новой версии БП, ЗУП, УТ и других конфигураций на БСП выключаются в одной форме. Настройка общая для всей информационной базы, менять её может только пользователь с полными правами.

Путь зависит от конфигурации:

Порядок действий:

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

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

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

Если настройка не помогла

Сообщение о версии может приходить из других мест:

• 📌 Предупреждение о версии платформы. Конфигурация сообщает, что текущая платформа ниже рекомендуемой для этого релиза. Это не проверка обновлений, отключить его настройкой нельзя. Убирается установкой рекомендуемой платформы.
• 📌 Незавершённое обновление. Если релиз уже загружен в Конфигураторе, но обработка обновления данных не прошла, программа будет требовать её завершения при каждом входе.
• 📌 Регламентные задания. Проверьте список заданий: Администрирование → Обслуживание → Регламентные операции → Регламентные и фоновые задания. Отберите по слову «обновлен» и посмотрите, какие задания включены и когда выполнялись последний раз.

Параметры запуска: закрепить версию платформы

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

Через свойства информационной базы

1. В окне запуска выделите базу и нажмите «Изменить».
2. Пройдите мастер до последней страницы.
3. В поле «Версия 1С:Предприятия» укажите нужный номер, например 8.3.24.1691, а не маску.
4. Нажмите «Готово».

Маска 8.3.24 означает «последняя установленная сборка 8.3.24». Полный номер с четырьмя группами цифр означает «только эта сборка». Если сборки на компьютере нет, база не запустится, и стартер сообщит об этом.

Через ключи командной строки

У платформы есть два ключа, которые управляют автоматическим выбором:

• /AppAutoCheckVersion- — отключает подбор версии платформы под конкретную базу;
• /AppAutoCheckMode- — отключает автоматический выбор режима запуска (толстый или тонкий клиент).

Их добавляют в ярлык после пути к исполняемому файлу или в поле «Дополнительные параметры запуска» в свойствах базы. Пример ярлыка:

"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8c.exe" ENTERPRISE /F"D:\Bases\Buh" /AppAutoCheckVersion-

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

💡 Ключ /DisableStartupMessages подавляет служебные сообщения платформы при запуске. Он полезен в пакетных скриптах, но уведомления конфигурации о новых релизах не убирает — для них есть настройка из предыдущего раздела.

Файлы 1cestart.cfg и 1cv8upd.cfg

Автоматическую установку платформы на компьютер выполняет стартер 1cestart.exe. Его поведение задаётся текстовыми файлами настроек.

Где лежит 1cestart.cfg

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

Какие строки править

Откройте файл в «Блокноте» от имени администратора. Нас интересуют две строки:

AppAutoInstallLastVersion=0
DistributiveLocation=

• AppAutoInstallLastVersion — признак автоматической установки последней доступной версии. Значение 0 запрещает установку, 1 разрешает.
• DistributiveLocation — каталог, откуда стартер берёт дистрибутивы для обновления. Пустое значение или удалённая строка — стартеру неоткуда ставить новую версию.

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

Что такое 1cv8upd.cfg

1cv8upd.cfg — файл схемы централизованного обновления клиентов, доставшейся от прежних версий платформы. Администратор кладёт его рядом с файловой базой или в каталог на сервере, а внутри указывает версию и путь к дистрибутиву. Клиент, открывая базу, видит файл и запускает установку.

Если у вас в сети такая схема когда-то была настроена и платформа «сама» появляется на компьютерах, найдите этот файл:

dir D:\Bases\1cv8upd.cfg /s

Чтобы отключить механизм, переименуйте файл, например в 1cv8upd.cfg.off. Удалять не спешите: внутри записан путь к дистрибутиву, он пригодится, если решите вернуть централизованное обновление.

Групповые политики и реестр Windows: запрет на всех компьютерах

Когда в сети 30 рабочих мест, обходить каждое с «Блокнотом» долго. Настройку разворачивают централизованно.

Сразу о реестре: у 1С нет документированного ключа реестра, который выключает проверку или установку обновлений. Советы «создайте параметр DisableUpdate» не работают. Всё управление идёт через файлы .cfg и права пользователей.

Рабочая схема для домена:

1. Подготовьте эталонный 1cestart.cfg с AppAutoInstallLastVersion=0 и пустым DistributiveLocation. Остальные строки (список баз, общие файлы .v8i) возьмите с рабочего компьютера.
2. Положите файл в общую сетевую папку с правом чтения для компьютеров домена.
3. В редакторе групповой политики создайте объект для нужного подразделения.
4. В разделе Конфигурация компьютера → Настройка → Конфигурация Windows → Файлы добавьте правило копирования файла в C:\ProgramData\1C\1CEStart\1cestart.cfg с действием «Заменить».
5. Если пользователи меняют свой файл в %APPDATA%, добавьте второе правило в разделе конфигурации пользователя.
6. Выполните gpupdate /force на одном компьютере и проверьте результат.

Второй рубеж — права. Платформа ставится в C:\Program Files, для этого нужны права администратора. Сотрудник без них не сможет установить новую версию , даже если стартер её предложит.

Третий рубеж для строгих сред — правила AppLocker или политики ограниченного использования программ, запрещающие запуск setup.exe из каталогов дистрибутивов. Это крайняя мера: тот же запрет помешает и администратору, пока он не сделает для себя исключение.

Конфигуратор: что в нём проверяется и что можно выключить

В Конфигураторе нет фоновой службы обновлений. Он ничего не ищет сам: проверка запускается только когда вы открываете Конфигурация → Поддержка → Обновить конфигурацию. Там мастер предлагает два варианта — искать доступные обновления или выбрать файл обновления вручную.

Что из этого следует:

• 🔧 Отключать в Конфигураторе нечего. Если в нём «появляется» предложение обновиться, это значит, что кто-то запустил мастер.
• 🔧 Настройки поддержки конфигурации («не редактируется», «редактируется с сохранением поддержки», «снята с поддержки») управляют тем, можно ли менять объекты и как пройдёт объединение. Напоминания в пользовательском режиме они не выключают.
• 🔧 Снимать типовую с поддержки ради тишины — плохая идея. После этого обновлять её придётся только через сравнение и объединение, вручную разбирая каждое отличие.

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

Клиент-серверный вариант: почему версию нельзя заморозить на клиенте

В клиент-серверной базе действует жёсткое правило: версия клиента должна совпадать с версией сервера 1С с точностью до сборки. Тонкий или толстый клиент 8.3.24.1691 не подключится к серверу 8.3.25, платформа выдаст ошибку о несоответствии версий клиента и сервера.

Отсюда два следствия.

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

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

Порядок, который работает в организациях с запретом автоматики:

1. Заранее разверните новую версию клиента на всех рабочих местах. Две версии платформы на одном компьютере уживаются.
2. В нерабочее время предупредите пользователей и завершите их сеансы. Остановка службы сервера обрывает все подключения, несохранённые документы будут потеряны.
3. Обновите платформу на сервере 1С.
4. Поменяйте закреплённую версию в свойствах баз или в общем списке .v8i.
5. Проверьте вход с одного клиентского компьютера, затем откройте доступ остальным.

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

Сервер 1С и клиенты обновляйте только вместе: замороженный клиент при обновлённом сервере = остановка работы всей базы.

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