Автообновление платформы и исправлений 1С: где выключается каждое
Содержание
Отключить обновления
в 1С одной галочкой нельзя: платформа, конфигурация и патчи обновляются разными механизмами. Версию платформы закрепляют в свойствах информационной базы (поле «Версия 1С:Предприятия») или в файле 1cestart.cfg. Автопроверку обновлений конфигурации и автоустановку патчей выключают в базе, в разделе Администрирование → Интернет-поддержка и сервисы.
Какой способ выбрать, зависит от задачи. Бухгалтеру на одном компьютере хватит настройки в окне запуска и в самой программе. Администратору с десятком рабочих мест удобнее раздать конфигурационный файл через групповые политики. На сервере 1С нужна дисциплина: версия клиента обязана совпадать с версией сервера.
Что обновляется в 1С и где это выключают
Под словом «обновление» в 1С прячутся четыре разных процесса. Перепутать их — значит выключить не то.
| Что обновляется | Кто запускает | Где останавливать |
|---|---|---|
| Платформа на рабочем месте | Стартер 1cestart.exe при запуске базы | Свойства базы, 1cestart.cfg, права пользователя |
| Тонкий клиент при подключении к серверу или веб-публикации | Клиент, если версия сервера изменилась | Не обновлять сервер без плана; убрать раздачу дистрибутива |
| Конфигурация (новый релиз БП, ЗУП, УТ) | Обработка обновления в самой базе | Администрирование → Интернет-поддержка и сервисы |
| Исправления (патчи) | Регламентное задание или администратор | Там же, плюс список расширений в Конфигураторе |
Патч — это маленькое расширение конфигурации
от разработчика. Он чинит конкретную ошибку релиза, не дожидаясь следующей версии. В Конфигураторе патчи видны в списке расширений под именами с префиксом EF_.
Отдельной службы Windows «Обновление 1С» не существует. Обновление выполняется либо в сеансе пользователя, либо регламентным заданием внутри базы. Windows Update платформу 1С тоже не трогает.
Новый релиз конфигурации сам по себе не встанет без участия человека: программа предупреждает о нём и предлагает обновиться. Автоматически, по расписанию, в типовых конфигурациях на БСП ставятся только патчи — если это разрешено в настройках.
Как закрепить версию платформы в окне запуска
Когда на компьютере стоит несколько версий платформы, стартер по умолчанию открывает базу в самой новой из установленных. Поставили свежую сборку «посмотреть» — и все базы поехали на ней. Это частая причина жалоб «1С сама обновилась».
Фиксация версии для одной базы
- Запустите 1С, в окне выбора баз выделите нужную.
- Нажмите «Изменить».
- Пролистайте мастер до последней страницы, где задаются параметры запуска.
- В поле «Версия 1С:Предприятия» укажите номер, например
8.3.24.1586. - Нажмите «Готово».
Теперь стартер будет запускать эту базу только указанной версией, даже если рядом появится более новая.
Та же настройка хранится в файле списка баз ibases.v8i строкой вида:
[Бухгалтерия предприятия]
Connect=File="D:\Bases\BP";
Version=8.3.24.1586
Файл лежит в %APPDATA%\1C\1CEStart\ibases.v8i. Его можно поправить вручную в Блокноте, закрыв перед этим 1С.
Запрет автоустановки новой версии
Второй рычаг — общий файл настроек стартера 1cestart.cfg. Он бывает двух уровней:
- 👤 для пользователя —
%APPDATA%\1C\1CEStart\1cestart.cfg; - 🖥️ для всех пользователей компьютера —
C:\ProgramData\1C\1CEStart\1cestart.cfg.
Нужные строки:
AppAutoInstallLastVersion=0
DefaultVersion=8.3.24.1586
Первая запрещает стартеру самостоятельно ставить последнюю найденную версию. Вторая задаёт версию по умолчанию для баз, у которых своя версия не указана.
Если в файле есть строки DistributiveLocation= или PublishDistributiveLocation= с путём к общей папке дистрибутивов, стартер может брать оттуда новые сборки. Уберите их или направьте на папку, где лежит только утверждённая версия.
Править 1cestart.cfg в ProgramData можно только с правами администратора. Сохраняйте файл в кодировке, в которой он был создан, иначе русские пути к базам превратятся в кракозябры.
Реестр Windows: что там есть и чего нет
Многие ищут «ключ реестра, который отключает обновление 1С». Такого ключа нет. Платформа 8.3 хранит настройки запуска в файлах 1cestart.cfg и ibases.v8i, а не в реестре.
В реестре 1С оставляет сведения об установке. По разделу HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall удобно проверить, какие версии платформы реально стоят на машине. Это полезно перед тем, как закреплять версию: номер в свойствах базы должен совпадать с установленным.
Через реестр можно работать не с самой 1С, а с установщиком Windows. Платформа ставится MSI-пакетом, поэтому политика Windows Installer способна запретить установку:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Installer]
"DisableMSI"=dword:00000001
Значение 1 запрещает установку неуправляемых MSI-пакетов, 2 — любых. Это грубый инструмент: под запрет попадут все программы в формате MSI, а не только 1С. Применяйте его на терминальных серверах и в жёстко управляемых сетях, где установкой занимается только администратор.
Более мягкий и правильный путь — не давать пользователям прав локального администратора. Без них установщик платформы не запустится, и «случайная» установка новой версии из сеанса пользователя станет невозможной.
Службы и регламентные задания: что можно останавливать
На сервере 1С работают службы «Агент сервера 1С:Предприятия 8.3» и, если настроен, сервер администрирования (RAS). К обновлениям они отношения не имеют. Останавливать их ради отключения обновлений бессмысленно и опасно: все пользователи потеряют связь с базами, незаписанные документы пропадут.
Патчи в базе ставит регламентное задание. Его выключают внутри программы:
- Откройте
Администрирование → Обслуживание. - Перейдите в «Регламентные операции» → «Регламентные и фоновые задания».
- Найдите в списке задание, связанное с загрузкой и установкой исправлений, — удобно отфильтровать по слову «исправл».
- Откройте его и снимите флажок «Включено».
Блокировка всех заданий в кластере
В клиент-серверном варианте есть способ радикальнее. В консоли администрирования серверов откройте свойства информационной базы и установите флажок «Блокировка регламентных заданий включена».
Учтите последствия: остановятся вообще все фоновые операции базы. Перестанут работать обмены по расписанию, загрузка курсов валют, обновление классификатора банков, полнотекстовый индекс. Для постоянного режима это не годится, для недели перед закрытием года — вполне.
Изменение свойств базы в кластере не обрывает сеансы, но задания, которые уже выполняются, доработают до конца. Проверяйте результат в списке фоновых заданий через 10–15 минут.
Отключаем автообновление и патчи внутри конфигурации
В конфигурациях на Библиотеке стандартных подсистем (Бухгалтерия 3.0, ЗУП 3.1, УТ 11, КА, ERP, УНФ) настройки обновления собраны в одном месте. Нужны права администратора базы.
Проверка новых релизов
- Откройте
Администрирование → Интернет-поддержка и сервисы. - Найдите блок «Обновление версии программы».
- В настройке автоматической проверки обновлений выберите вариант, при котором проверка не выполняется.
После этого программа перестанет показывать при запуске окно о доступной новой версии. Само обновление по-прежнему можно запустить вручную из того же блока.
Автоматическая установка исправлений
В том же блоке есть настройка загрузки и установки исправлений. Снимите флажок автоматической установки. Если флажок недоступен, проверьте, не отключено ли регламентное задание из предыдущего раздела — интерфейс часто показывает состояние именно оттуда.
Как удалить уже установленный патч
Если исправление уже встало и ломает доработку:
- Сделайте резервную копию базы .
- Откройте Конфигуратор, меню
Конфигурация → Расширения конфигурации. - Найдите расширение с префиксом
EF_, относящееся к проблемному исправлению. - Снимите флажок «Активно» — это мягкий вариант. Удаление — жёсткий.
- Перезапустите сеансы пользователей, чтобы изменения применились.
💡 Сначала отключайте, а не удаляйте. Если без патча всплывёт старая ошибка, вернуть его можно одной галочкой. При переходе на релиз, который уже содержит это исправление, патч удаляется сам.
Почему не стоит отключать патчи навсегда
Исправления выходят на ошибки в расчётах, печатных формах и регламентированных отчётах. Отказ от них означает, что ошибку придётся обходить вручную до следующего релиза. Разумная схема: выключить автоустановку, а патчи ставить пачкой раз в неделю после проверки на копии базы.
Если в базе есть собственные доработки в расширениях, это обязательная практика. Патч и ваше расширение могут перехватывать один и тот же метод — порядок их применения не всегда очевиден.
Групповые политики: единые настройки для всех рабочих мест
Обходить 30 компьютеров и править файлы вручную долго. В домене Active Directory настройки стартера раздают через групповые политики.
Раздача 1cestart.cfg
- Подготовьте эталонный
1cestart.cfgс нужными строками (AppAutoInstallLastVersion=0,DefaultVersion=…, при необходимостиCommonInfoBases=со ссылкой на общий список баз). - Положите его в сетевую папку, доступную компьютерам на чтение.
- В редакторе групповой политики откройте
Конфигурация компьютера → Настройка → Конфигурация Windows → Файлы. - Создайте элемент: источник — файл из сетевой папки, назначение —
C:\ProgramData\1C\1CEStart\1cestart.cfg, действие «Заменить». - Привяжите политику к подразделению с рабочими местами бухгалтерии.
Формат 1cestart.cfg не совсем INI: в нём нет секций. Поэтому элемент «INI-файлы» из настроек GPO для него не подходит, используйте именно «Файлы».
Общий список баз с закреплёнными версиями
Удобный приём — единый файл .v8i в сетевой папке, где у каждой базы прописана строка Version=. Ссылка на него задаётся параметром CommonInfoBases= в 1cestart.cfg. Меняете версию в одном файле — она меняется у всех.
Установка платформы централизованно
Если раздавать саму платформу через GPO (MSI-пакет в разделе «Установка программ»), пользователи получат ровно ту версию, которую назначил администратор. В сочетании с отсутствием прав локального администратора это закрывает вопрос самодеятельных обновлений полностью.
| Способ | Охват | Сложность | Обходится пользователем |
|---|---|---|---|
| Версия в свойствах базы | Одна база | Низкая | Да, через «Изменить» |
1cestart.cfg в профиле | Один пользователь | Низкая | Да |
1cestart.cfg через GPO | Все компьютеры подразделения | Средняя | Нет, политика перезапишет файл |
| Запрет установки (права, DisableMSI) | Компьютер целиком | Средняя | Нет |
Клиент-серверный вариант и веб-публикация
При работе с сервером 1С действует жёсткое правило: версия клиента должна совпадать с версией сервера до последней цифры. Обновили сервер — клиенты на старой версии не подключатся. Отсюда вывод: «отключить обновление клиентов», оставив сервер на новой версии, невозможно.
Тонкий клиент при несовпадении версий пытается скачать нужную сборку. Источник задаётся настройками раздачи дистрибутива: для веб-публикации это атрибут pubdst в файле default.vrd, для рабочих мест — DistributiveLocation в 1cestart.cfg. Уберёте источник — клиент не сможет обновиться сам, но и подключиться к
новому серверу тоже не сможет.
Правильный порядок для сервера: решили не обновляться — не трогайте платформу на сервере. Решили обновиться — сначала ставите ту же сборку на рабочие места или терминальный сервер , потом на сервер 1С, в нерабочее время.
Особенности в Linux и macOS
В Linux платформа ставится пакетами deb или rpm либо общим установщиком. Сама по себе она не обновляется: новую версию ставит администратор. Риск в другом — пакетный менеджер может подтянуть новую сборку, если 1С добавлена в локальный репозиторий организации.
Для deb-систем пакеты замораживают командой:
sudo apt-mark hold $(dpkg -l | awk '/^ii/ && $2 ~ /^1c-enterprise/ {print $2}')
Посмотреть замороженные пакеты — apt-mark showhold, снять заморозку — apt-mark unhold <пакет>. В rpm-системах с dnf аналог даёт плагин versionlock.
Настройки стартера в Linux лежат в домашнем каталоге пользователя: ~/.1C/1cestart/1cestart.cfg, список баз — ~/.1C/1cestart/ibases.v8i. Строки Version= и DefaultVersion= работают так же, как в Windows.
На macOS чаще всего стоит только тонкий клиент. Версию для базы фиксируют в её свойствах, через «Изменить» в окне запуска, — так же, как на Windows. Ограничения по совпадению версий с сервером действуют одинаково на всех системах.
Настройки обновления конфигурации и патчей от операционной системы не зависят: они хранятся в самой базе. Выключили автоустановку исправлений из-под Windows — она выключена и для пользователей на Linux.