Обновление 1С по шагам: новая платформа, релиз и база

Самая частая путаница: «обновил 1С» — и ничего не изменилось. Дело в том, что обновлять приходится две разные вещи. Платформу (программа 1cv8, которая запускает базы) и конфигурацию (Бухгалтерия, ЗУП, Управление торговлей — то, что внутри базы). Новый дистрибутив платформы не поменяет ни одной формы в бухгалтерии, а релиз конфигурации не заменит саму платформу.

Порядок простой: сначала смотрите, какая платформа нужна новому релизу конфигурации, при необходимости ставите её, и только потом обновляете конфигурацию. Ниже — оба маршрута: автоматический через интернет -поддержку и ручной через портал releases.1c.ru.

Проверьте версии и сделайте резервную копию

Прежде чем что-то скачивать, выясните, что у вас стоит сейчас. Откройте программу и вызовите справку: пункт Справка → О программе показывает версию конфигурации и версию платформы. Платформа записывается как 8.3.XX.YYYY, например 8.3.24.1586: первые три числа — основная версия, последнее — номер сборки.

Дальше нужно понять, что требует новая версия. У каждого релиза конфигурации есть минимально допустимая платформа — она указана в описании релиза на портале поддержки и в файле «Что нового». Сравнивать номера нужно по числам, а не на глаз: версия 8.3.9.2033 ниже, чем 8.3.24.1586, хотя в строке «девятка» выглядит больше.

Проверьте ещё три вещи:

• 🔑 Доступ. Скачивание релизов идёт с логином и паролем пользователя портала поддержки; доступ к обновлениям конфигураций зависит от действующего договора сопровождения.
• 🧩 Статус поддержки. Если конфигурацию дорабатывали, посмотрите, что стоит в настройке поддержки: полная, с сохранением или с отключением. От этого зависит поведение при обновлении.
• 🧱 Расширения. Если в базе подключены расширения, после обновления проверьте, что они работают на новом релизе.

Перед обновлением выгрузите базу или сделайте копию средствами СУБД. Для файловой базы достаточно закрыть все сеансы и скопировать каталог с файлом 1Cv8.1CD. Для серверной базы — резервная копия в СУБД. Выгрузка в .dt (Администрирование → Выгрузить информационную базу в конфигураторе) тоже подходит, но на больших базах занимает много времени.

Автоматическое получение обновлений через интернет-поддержку

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

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

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

Важное ограничение: этот маршрут обновляет только конфигурацию. Платформу он не ставит — её устанавливают отдельно (см. ниже).

Ручная загрузка дистрибутивов с портала

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

Зайдите на releases.1c.ru под своим логином. Там два каталога, и каждому нужен свой дистрибутив:

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

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

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

Установка новой платформы 1С:Предприятие

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

На рабочем месте:

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

После установки откройте окно запуска 1cestart, выберите базу и нажмите «Изменить». В настройках базы есть поле выбора версии платформы: оставьте автоматический выбор либо жёстко укажите установленную версию. При автоматическом выборе база запустится на самой свежей версии, которая подходит по основному номеру.

На сервере 1С:Предприятия:

⚠️ Остановка службы сервера оборвёт сеансы всех пользователей. Предупредите людей и делайте это после работы.

1. Дождитесь, пока все выйдут из баз, либо завершите сеансы через консоль кластера.
2. Остановите службу «Агент сервера 1С:Предприятия 8.3».
3. Установите новую платформу, отметив компонент «Сервер 1С:Предприятия».
4. Убедитесь, что служба запущена уже из каталога новой версии, а не старой. Путь к исполняемому файлу виден в свойствах службы Windows.
5. Обновите клиентские рабочие места до той же версии. Расхождение между клиентом и сервером приводит к ошибкам подключения.

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

Обновление конфигурации и структуры базы данных

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

Через Конфигуратор:

1. Закройте все сеансы пользователей. Открывать нужно с монопольным доступом: Конфигуратор потребует его для изменения структуры.
2. Откройте Конфигуратор базы и выберите Конфигурация → Поддержка → Обновить конфигурацию.
3. Укажите источник: поиск доступных обновлений в каталоге шаблонов либо выбор файла .cfu.
4. Программа покажет, что изменится, и спросит, как обращаться с изменёнными объектами. Если конфигурация дорабатывалась, будут конфликты: решайте их по каждому объекту, не принимайте всё скопом.
5. Подтвердите обновление и дождитесь, пока изменения будут загружены в основную конфигурацию.
6. Примите изменения в базе: команда Конфигурация → Обновить конфигурацию базы данных (клавиша F7). Только после этого структура таблиц и данные приведены в соответствие.

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

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

Что проверить, когда база загрузилась:

• ✅ Версия в окне «О программе» соответствует ожидаемой.
• ✅ Открываются основные документы и отчёты — например, поступление и оборотно-сальдовая ведомость.
• ✅ Работает обмен (с банком, с ЭДО, с другой базой), если он у вас настроен.
• ✅ Расширения подключены и не выдают ошибок.

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

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

Если обновление не проходит

Разберём типичные случаи.

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

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

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

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

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