Обновление платформы и конфигурации 1С: порядок действий

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

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

Чем платформа отличается от конфигурации

Прежде чем что-то обновлять, разберитесь, что именно устарело.

• Платформа — технологическое ядро 1С:Предприятия версии 8.3. Один и тот же дистрибутив платформы запускает любые конфигурации. На компьютере может стоять несколько версий платформы одновременно.
• Конфигурация — прикладная программа с документами, справочниками и отчётами. Именно её меняют законодательные правки: новые ставки, формы деклараций, реквизиты.
• Расширения конфигурации — доработки, которые живут отдельным файлом .cfe. Их обновляют независимо от основной конфигурации (механизм появился в платформе 8.3.6).

Нужное обновление зависит от задачи. Новая форма отчётности или ставка налога — это обновление конфигурации. Требование «платформа не ниже 8.3.xx» в анонсе релиза или ошибка совместимости — повод обновить платформу .

Лицензии и доступ к обновлениям

Два вопроса, которые стопорят обновление чаще технических сбоев, — это право на обновление и лицензия на запуск. Их легко перепутать.

• Доступ к обновлениям даёт действующий договор сопровождения (ИТС). Без него легально скачать новый релиз конфигурации не получится — портал обновлений просто не отдаст файлы.
• Лицензия на использование платформы — это отдельная история. Обновление платформы или конфигурации лицензию не отзывает и не меняет: ключи и программные лицензии остаются на месте.

Типы лицензий, которые встречаются на практике:

• Аппаратная — USB-ключ защиты (HASP): локальный на компьютере или сетевой на сервере.
• Программная — pin-код с привязкой к параметрам компьютера, без физического ключа.
• По назначению лицензии делят на клиентские (по числу рабочих мест) и серверную (для клиент-серверного варианта).

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

Как узнать текущую версию

Версию смотрят до обновления, чтобы понять, насколько вы отстали и какой дистрибутив скачивать.

1. Запустите базу в режиме 1С:Предприятие.
2. Откройте меню «О программе» — в интерфейсе «Такси» это кнопка со знаком вопроса в правом верхнем углу или пункт главного меню.
3. В открывшемся окне указаны две строки: версия платформы (например, 8.3.24.xxxx) и версия конфигурации (например, 3.0.xxx.xx).

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

Резервная копия перед обновлением

Без копии обновление превращается в игру без права на ошибку. Способ зависит от того, как развёрнута база.

Файловая база. Самый надёжный вариант — выгрузка через конфигуратор:

1. Запустите базу в режиме Конфигуратор.
2. Меню «Администрирование» → «Выгрузить информационную базу».
3. Сохраните файл .dt на диск, лучше на отдельный носитель.

Копирование папки с файлом 1Cv8.1CD тоже работает, но только когда с базой никто не работает — иначе копия получится «битой».

Клиент-серверная база (PostgreSQL / MS SQL). Выгрузка .dt на больших базах идёт долго и нагружает сервер. Надёжнее делать резервную копию средствами СУБД — BACKUP DATABASE в MS SQL или pg_dump в PostgreSQL. Выгрузку .dt оставляют как дополнительную точку отката.

Обновление платформы 1С:Предприятие

Платформу обновляют установкой нового дистрибутива. Старую версию удалять не обязательно — несколько версий уживаются рядом.

1. Скачайте дистрибутив платформы нужной версии (доступ к обновлениям даёт действующий договор сопровождения).
2. Закройте все окна 1С на этом компьютере.
3. Запустите setup.exe из дистрибутива и пройдите установку с настройками по умолчанию.
4. Запустите общий список баз. Окно запуска по умолчанию стартует базу на самой свежей установленной версии платформы.

Если нужно жёстко закрепить за базой конкретную версию, задайте её в настройках запуска базы (поле версии в свойствах информационной базы в окне запуска).

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

Обновление конфигурации

Это основная часть работы. У типовых конфигураций на поддержке есть два пути.

Через интернет-поддержку (режим 1С:Предприятие)

Самый простой способ для типовой базы, снятой или не снятой с поддержки без изменений:

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

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

Через конфигуратор (из файла)

Классический способ, когда обновление скачано файлом .cfu (обновление) или .cf (полная конфигурация):

1. Запустите базу в режиме Конфигуратор.
2. Меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию ».
3. Выберите источник: поиск доступных обновлений или выбор файла .cfu / .cf на диске.
4. Конфигуратор сравнит версии и загрузит обновление в основную конфигурацию.
5. Примените изменения к базе: «Обновить конфигурацию базы данных» (клавиша F7). На этом шаге программа попросит реорганизовать данные — соглашайтесь и дождитесь окончания.

Шаг «Обновить конфигурацию базы данных» требует монопольного (исключительного) доступа к базе: пока он идёт, в базе не должно быть других сеансов. Монопольный доступ нужен именно для изменения структуры данных, а не для всей работы с базой.

Расширения

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

Обновление в многопользовательской и клиент-серверной базе

Когда в базе работает отдел или вся компания, главная задача — корректно вывести всех из базы на время обновления структуры.

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

Клиент-серверная база через консоль кластера. Сеансы можно закрыть и через консоль администрирования кластера — там же удобно поставить запрет на новые подключения на время обновления.

Общий порядок для многопользовательской среды:

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

Проверка после обновления и откат

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

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

Что проверить после обновления:

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

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

Если обновление прошло неудачно. Пока вы ещё в конфигураторе и не применили изменения к базе, помогает команда «Вернуться к конфигурации базы данных» — она откатывает основную конфигурацию к тому, что сейчас в базе. Если изменения уже применены и база ведёт себя неправильно — восстановите ту самую резервную копию, которую вы сделали в начале: загрузите .dt через «Администрирование» → «Загрузить информационную базу» или восстановите копию средствами СУБД.

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