К статье
Практический материал

Администрирование · 13 мин

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

Как настроить автоматическое обновление платформы 1С: встроенный сервис, скрипты, планировщик задач. Проверка версии, резервные копии, типичные ошибки и FAQ.

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

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

Важно понимать разницу: обновление платформы и обновление конфигурации — разные процессы. Платформа — это «движок» 1С (файлы вида 8.3.x.xxxx), конфигурация — прикладное решение (Бухгалтерия, Управление торговлей и т.д.). Автоматическое обновление конфигурации часто требует определённой версии платформы, поэтому актуальность «движка» нужно поддерживать в первую очередь.

Какие способы автоматического обновления существуют

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

Основных подхода три. Первый — встроенный механизм в типовых конфигурациях на Библиотеке стандартных подсистем (БСП): программа сама проверяет наличие обновлений конфигурации и может скачать нужную версию платформы через интернет-сервис 1С. Второй — тихая установка дистрибутива из сетевой папки по расписанию с помощью bat-скрипта и планировщика задач. Третий — централизованное развёртывание через групповые политики или системы управления ПО в крупных сетях.

Сравнение способов автоматизации

Встроенный сервис обновлений (БСП)

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

Скрипт + планировщик задач

Универсальный вариант для локальной сети. Администратор кладёт новый дистрибутив в общую папку, скрипт устанавливает его ночью. Требует начальной настройки и прав администратора.

Групповые политики / SCCM

Для доменной сети с десятками компьютеров. Централизованное развёртывание, но нужны навыки администрирования Windows и подготовленный установочный пакет.

Подготовка: что проверить до настройки автоматики

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

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

Подписка ИТСДолжна быть активна

Без действующего договора обновления с портала 1С не скачиваются

Совместимость версийКонфигурация требует определённую платформу

Смотрите требования к версии платформы в описании релиза конфигурации

Права доступаНужны права администратора

Установка платформы в Program Files требует повышенных привилегий

Резервная копияСоздана и проверена

Перед обновлением база должна быть скопирована, копия — проверена на восстановление

Отдельно определите, какие компоненты платформы нужны на каждом компьютере: тонкий клиент, толстый клиент, сервер 1С, веб-компоненты. Автоматический скрипт должен устанавливать только необходимое, иначе вы раздуете объём установки и время её выполнения.

Настройка автоматического обновления через конфигурацию

В типовых конфигурациях на управляемых формах (Бухгалтерия 3.0, Управление торговлей 11, ЗУП и других) есть штатный механизм проверки и установки обновлений. Он ориентирован в первую очередь на конфигурацию, но при необходимости подтягивает и требуемую версию платформы через интернет-сервис.

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

Включение автообновления в типовой конфигурации
  1. 1
    Откройте Администрирование → Обслуживание → Обновление версии программы
  2. 2
    Укажите логин и пароль от портала 1С (учётная запись с привязанной подпиской ИТС)
  3. 3
    Включите автоматическую проверку обновлений и задайте расписание — например, еженедельно в нерабочее время
  4. 4
    Выберите режим: только проверять и уведомлять либо скачивать и устанавливать
  5. 5
    Сохраните настройки и дождитесь первой проверки, чтобы убедиться, что подключение к порталу работает

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

Тихая установка платформы через скрипт и планировщик

Для обновления самой платформы на нескольких компьютерах надёжнее всего работает связка: общая сетевая папка с дистрибутивом + bat-скрипт тихой установки + планировщик заданий Windows. Администратор скачивает новый релиз с портала 1С, распаковывает его в папку, и все машины обновляются ночью без участия пользователей.

Установщик платформы поддерживает тихий режим с параметрами командной строки. Базовый вызов выглядит так:

batch
start /wait setup.exe /S /qn DESIGNERALLCLIENTS=0 THINCLIENT=1 THICKCLIENT=1 SERVER=0 WEBSERVEREXT=0

Параметр /S или /qn отключает диалоги установки. Остальные ключи определяют состав компонентов: тонкий и толстый клиенты, сервер, модули веб-сервера. Состав ключей подберите под свою инфраструктуру — точный перечень параметров указан в документации к дистрибутиву конкретного релиза.

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

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

Завершение сеансов и резервное копирование

Главный риск автоматического обновления — активные сеансы пользователей. Установка платформы на компьютере с запущенной 1С может завершиться ошибкой или потребовать перезагрузки. Поэтому расписание всегда планируйте на нерабочее время и добавляйте в сценарий принудительное завершение процессов 1cv8.exe и 1cv8c.exe.

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

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

Проверка результата и типичные ошибки

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

Контрольные точки

Как проверить результат обновления

Версия в окне «О программе»
Норма

Совпадает с версией дистрибутива из сетевой папки

Тревожный признак

Осталась прежняя — установка не выполнилась, смотрите лог задания планировщика

Запуск базы пользователями
Норма

База открывается штатно, режимы работы доступны

Тревожный признак

Ошибка несовместимости версий — конфигурация требует другой релиз платформы

Журнал планировщика задач
Норма

Код завершения 0, задание отработало в заданное время

Тревожный признак

Код ошибки или задание не запускалось — проверьте права учётной записи и расписание

Работа внешних компонент
Норма

Печатные формы, обмены, драйверы оборудования функционируют

Тревожный признак

Ошибки COM-объектов или драйверов — возможно, нужна переустановка компонентов под новую версию

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

Типичные ошибки при автоматизации
01
Обновление в рабочее время — сеансы пользователей обрываются, несохранённые данные теряются
02
Отсутствие резервной копии перед обновлением конфигурации — при сбое базу не из чего восстановить
03
Разные версии платформы на компьютерах одной сети — файловая база не открывается у части пользователей
04
Установка новейшего релиза без проверки требований конфигурации — конфигурация может быть не адаптирована под него
05
Запуск скрипта от учётной записи без прав администратора — задание тихо завершается ошибкой, и никто не замечает, что обновления не ставятся

Ограничения и когда автоматика не подходит

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

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

Маршрут решения

Как выбрать уровень автоматизации

Типовая конфигурация без доработок, файловая база, 1–5 компьютеровВключите встроенное автообновление в конфигурации с режимом уведомлений
Локальная сеть, 5–30 рабочих мест, есть администраторНастройте тихую установку платформы из сетевой папки через планировщик задач
Доменная сеть, десятки компьютеровИспользуйте групповые политики или систему централизованного развёртывания ПО
Доработанная конфигурация, критичные интеграцииАвтоматизируйте только проверку наличия обновлений, установку выполняйте вручную после тестирования на копии

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

Итог

Что важно запомнить

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

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

Может ли 1С обновляться полностью сама, без участия администратора?

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

Нужна ли подписка ИТС для автоматического обновления?

Да, для скачивания обновлений с официального портала 1С требуется действующий договор информационно-технологического сопровождения. Без него сервис автоматического обновления не сможет получить дистрибутивы. Локальная установка из уже скачанной папки подписки не требует.

Что делать, если после автоматического обновления база не открывается?

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

Как обновить платформу на сервере 1С автоматически?

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

Опасно ли включать автоматическую установку обновлений конфигурации?

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

Как узнать, что на всех компьютерах сети стоит одинаковая версия платформы?

Самый простой способ — добавить в общий скрипт команду, которая записывает установленную версию каждого компьютера в общий текстовый файл на сервере. Альтернатива — опросить машины скриптом, читающим список установленных программ или содержимое папки C:\Program Files\1cv8, где каждая версия лежит в отдельном каталоге с номером релиза.