Как устроено обновление 1С:Предприятия и что проверить до старта

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

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

Платформа, конфигурация и релиз: что именно обновляется

В 1С две независимые части, и их обновляют по-разному.

• 🧩 Платформа — исполняемые файлы 1С:Предприятия (1cv8.exe, 1cv8c.exe, сервер). Версия выглядит как 8.3.xx.yyyy. Одна платформа запускает много разных баз.
• 📦 Конфигурация — прикладная программа внутри конкретной базы: справочники, документы, отчёты, формы. У каждой базы своя.
• 🔢 Релиз — конкретная версия конфигурации, например 3.0.xxx.yy у Бухгалтерии 3.0. Первые две цифры — редакция, дальше — номер релиза и сборки.
• 📚 Редакция — крупное поколение решения (Бухгалтерия 2.0 и 3.0, ЗУП 2.5 и 3.1). Переход между редакциями — это не обновление, а перенос данных в новую программу.

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

Какие бывают обновления и откуда их брать

Обновления различаются по объекту и по способу доставки. От этого зависит, кто их ставит и сколько времени займёт процедура.

Через интернет . В Бухгалтерии 3.0, ЗУП 3.1 и УТ 11 механизм находится в Администрирование → Интернет-поддержка и сервисы → Обновление версии программы. Программа сама скачивает нужную цепочку релизов, делает копию (если включить эту опцию) и обновляет. Подходит для типовых баз без доработок.

Из файла в Конфигураторе. Дистрибутив обновления устанавливается в каталог шаблонов, внутри лежит файл 1cv8.cfu. Его выбирают в Конфигураторе. Способ нужен, когда конфигурация изменена, когда нет интернета или когда база большая и обновление хочется контролировать вручную.

Без действующего договора ИТС легально получить релизы нельзя. Для базовых версий и некоторых продуктов условия отличаются — уточняйте у партнёра, у которого покупали программу.

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

Подготовка занимает больше времени, чем само обновление, и именно она спасает, если что-то пошло не так.

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

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

Способы сделать копию:

1. Выгрузка .dt. В Конфигураторе: Администрирование → Выгрузить информационную базу. Работает для любых баз, но требует монопольного режима и на базах в десятки гигабайт идёт долго.
2. Копия каталога файловой базы. Закройте все сеансы и скопируйте папку базы целиком, вместе с файлом 1Cv8.1CD. Быстро и надёжно.
3. Резервная копия СУБД. Для клиент-серверных баз на MS SQL или PostgreSQL — штатный бэкап средствами сервера баз данных. Это самый быстрый способ для крупных баз.

Проверьте, что копия разворачивается: загрузите .dt в пустую тестовую базу хотя бы раз. Копия, которую ни разу не открывали, ничего не гарантирует.

Монопольный режим

Обновление структуры базы данных (реструктуризация таблиц) требует, чтобы в базе не было других сеансов. Это и называют монопольным режимом. Фоновые задания и подключения через веб-сервисы тоже считаются сеансами.

Как освободить базу:

• 🔒 Из пользовательского режима. Администрирование → Обслуживание → Блокировка работы пользователей. Задаётся время начала, сообщение и код разрешения. Пользователей отключит автоматически.
• 🖥️ Через консоль кластера. В свойствах информационной базы включается блокировка начала сеансов и задаётся код разрешения. Активные сеансы завершаются вручную.
• 🔑 Запуск с кодом. Чтобы самому войти в заблокированную базу, Конфигуратор запускают с параметром /UC и кодом разрешения.

"C:\Program Files\1cv8\8.3.xx.yyyy\bin\1cv8.exe" DESIGNER /S"srv1c\buh" /N"Администратор" /UC"KOD123"

Проверьте состояние поддержки

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

• ✅ На поддержке, изменения не включены — конфигурация типовая, обновление встаёт без вопросов.
• ✏️ На поддержке с возможностью изменения — кто-то мог править объекты. При обновлении откроется сравнение, и каждое расхождение придётся разобрать.
• ⛔ Снята с поддержки — обновить файлом .cfu уже нельзя, только сравнением и объединением с полным дистрибутивом .cf. Это задача для программиста.

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

Оцените время

Засеките, сколько длится обновление на тестовой копии той же базы, и умножьте с запасом в полтора-два раза. Файловая база на 2–3 ГБ обычно обновляется за 10–30 минут. Клиент-серверная база на сотни гигабайт с реструктуризацией крупных регистров может занять несколько часов. Такие обновления ставят вечером пятницы или в выходной, а не утром рабочего дня.

Порядок обновления платформы и конфигурации по шагам

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

Шаг 1. Обновите платформу

1. Скачайте дистрибутив нужной версии и запустите setup.exe.
2. Новая версия ставится рядом со старой в отдельный каталог. Старую не удаляйте, пока не убедитесь, что всё работает.
3. Ярлык 1С запускает стартер 1cestart.exe, который по умолчанию открывает базы последней установленной версией.
4. Для клиент-серверной базы обновите сервер 1С и все клиенты до одной и той же версии. Клиент с другим номером сборки к серверу не подключится.

Шаг 2. Определите цепочку релизов

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

Механизм обновления через интернет строит эту цепочку сам. В Конфигураторе следить за ней придётся вам.

Шаг 3. Загрузите обновление в Конфигураторе

1. Откройте базу в Конфигураторе в монопольном режиме.
2. Меню Конфигурация → Поддержка → Обновить конфигурацию.
3. Выберите Поиск доступных обновлений или укажите файл .cfu вручную.
4. Если в конфигурации нет изменений, Конфигуратор сразу предложит обновить. Если изменения есть — откроется окно сравнения и объединения.
5. После загрузки ответьте согласием на вопрос об обновлении конфигурации базы данных. Это и есть реструктуризация — на большой базе она может идти от минут до нескольких часов.

Шаг 4. Запустите базу в режиме 1С:Предприятие

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

Шаг 5. Проверьте результат

• 📋 Номер релиза в Справка → О программе совпадает с ожидаемым.
• 🧾 Открываются ключевые документы и отчёты, проводится тестовый документ (в копии или с последующим удалением).
• 🔌 Применились расширения и работают внешние обработки, обмены, ЭДО.
• 🔓 Блокировка сеансов снята, регламентные задания снова включены.

Риски при обновлении и как их снизить

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

Типовые ситуации и что делать

Частые вопросы об обновлении 1С