1С сама обновляется при старте: где выключается каждый механизм

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

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

Что именно обновляется при запуске 1С

При старте программы работают независимые друг от друга процессы. Их часто путают, и из-за этого отключают не то.

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

Отключение проверки обновлений внутри базы

В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11, КА, ERP) проверку обновлений настраивают в одном месте. Нужны права администратора в базе.

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

После этого окно о новой версии при старте не появляется. Ручная проверка остаётся доступной через ту же форму.

Если в форме нет нужных настроек

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

• 🔒 Пользователь не администратор. Ссылка открывается, но настройки недоступны. Войдите под учётной записью с полными правами.
• 🧩 Нестандартная или сильно доработанная конфигурация. Подсистему обновления могли вырезать или заменить. Тогда настройки ищите у разработчика доработки.
• 📦 Базовая версия или очень старый релиз. Форма может выглядеть иначе. Используйте поиск по командам (строка поиска в разделе «Администрирование»), чтобы найти слово «обновление».

Обновление классификаторов

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

Настройка запускальщика: файл 1cestart.cfg

Автоматическую установку новой платформы выполняет программа запуска 1cestart.exe. Её поведение задаёт файл 1cestart.cfg. Это обычный текстовый файл в кодировке UTF-8 с записями вида Параметр=Значение.

Где лежит файл

Запускальщик читает две копии файла — общую и пользовательскую:

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

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

Нужны два параметра:

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

Пример общего файла после правки:

DefaultVersion=8.3.24
AppAutoInstallLastVersion=0

Строку DefaultVersion добавляйте только если хотите, чтобы по умолчанию запускалась конкретная ветка платформы. Номер версии можно указывать неполностью: 8.3.24 означает «самая свежая установленная сборка 8.3.24».

Почему настройка «не держится»

Если после правки автоустановка продолжается, проверьте:

1. 🗂 Пользовательский файл. Он мог остаться со старым значением. Откройте %APPDATA%\1C\1CEStart\1cestart.cfg и приведите к тому же виду.
2. 👤 Права на файл. Пользователь мог перезаписать общий файл. Оставьте в ProgramData для обычных пользователей только чтение.
3. 🌐 Публикация на веб-сервере. Если база открывается по веб-ссылке, тонкий клиент может предлагать загрузку с адреса публикации. Это настраивается в публикации на веб-сервере, а не на компьютере пользователя.

Фиксация версии платформы в настройках базы

Даже без автоустановки остаётся вторая неприятность. Администратор поставил на компьютер новую платформу «посмотреть», а все базы утром открылись уже в ней. Это поведение запускальщика по умолчанию: он берёт последнюю установленную версию.

Чтобы закрепить базу за конкретной версией:

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

Номер записывается в файл списка баз ibases.v8i строкой Version=. Его можно поправить и вручную, если баз много:

[Бухгалтерия предприятия]
Connect=File="D:\Bases\Buh";
Version=8.3.24

Короткий номер удобнее полного. С 8.3.24 база будет открываться в самой свежей сборке ветки 8.3.24, но не перескочит на 8.3.25.

Централизованный запрет через групповые политики

В домене править файлы на каждом компьютере вручную бессмысленно. Используйте предпочтения групповой политики (Group Policy Preferences) — штатный механизм Windows Server.

Схема настройки

1. Подготовьте эталонный 1cestart.cfg с нужными параметрами и положите его в сетевую папку, доступную компьютерам на чтение.
2. В консоли «Управление групповой политикой» создайте объект политики и свяжите его с подразделением, где лежат рабочие станции 1С.
3. В разделе Конфигурация компьютера → Настройка → Конфигурация Windows → Файлы создайте элемент с действием «Заменить».
4. Источник — эталонный файл в сетевой папке. Назначение — C:\ProgramData\1C\1CEStart\1cestart.cfg.
5. Если пользователи сохраняют свои настройки, добавьте второй элемент в Конфигурация пользователя с назначением %APPDATA%\1C\1CEStart\1cestart.cfg.

Политика применяется при загрузке компьютера и входе пользователя. Проверить можно командой:

gpupdate /force
gpresult /r

Запрет запуска установщика

Если нужен жёсткий запрет, добавьте правило AppLocker или политики ограниченного использования программ. Запретите для обычных пользователей запуск setup.exe из сетевых папок с дистрибутивами 1С. Администраторов из правила исключите, иначе обновлять платформу придётся в обход собственной политики.

Файловая база и клиент-серверный вариант: в чём разница

Подход к отключению автообновления зависит от того, как работает база.

Файловый вариант

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

• 📌 зафиксировать версию в списке баз;
• ⛔ отключить автоустановку в 1cestart.cfg.

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

Клиент-серверный вариант

Здесь главный — сервер 1С. Версия клиента должна совпадать с версией сервера до сборки. Если сервер обновили, клиент со старой версией к нему не подключится. Именно поэтому запускальщик в такой схеме и пытается поставить нужную версию сам.

Отсюда практический вывод:

• 🖥 Сервер 1С сам не обновляется никогда. Новую версию на него ставит администратор, вручную.
• 🔄 Отключать автоустановку на клиентах имеет смысл, только если вы ставите клиентскую платформу централизованно: через групповые политики, SCCM или вручную в тот же вечер.
• ⚠️ Если отключить автоустановку и забыть обновить клиентов после сервера, утром никто не войдёт в базу.

Как держать версии под контролем без автообновления

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

Рабочий порядок для небольшой организации:

1. 🧪 Держите тестовую копию рабочей базы. Новую платформу и релиз конфигурации сначала проверяйте на ней.
2. 📁 Храните дистрибутивы платформы в одной сетевой папке. Ставьте только из неё, а не «из загрузок» на конкретном компьютере.
3. 📅 Назначьте окно обновлений: например, вечер пятницы раз в месяц.
4. 🧾 Перед обновлением конфигурации выгружайте базу в файл .dt через Конфигуратор. Для выгрузки нужен монопольный режим: попросите пользователей выйти.
5. 🗑 Старые версии платформы, которыми никто не пользуется, удаляйте через «Программы и компоненты». Чем меньше лишних версий на компьютере, тем меньше сюрпризов при запуске.

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