Как обновить 1С:ERP: пошаговая инструкция

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

Материал описывает типовой сценарий обновления через Конфигуратор для файловой и клиент-серверной базы. Он подходит для типовой 1С:ERP и для конфигурации с доработками, снятыми или не снятыми с поддержки. Специфика обновления через интернет-поддержку (1С:Обновление программ) рассмотрена отдельно.

Подготовка: что проверить до начала обновления

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

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

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

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

Обновление без резервной копии — прямой путь к потере данных. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельный каталог при остановленной работе пользователей. Для клиент-серверной базы используйте штатные средства СУБД (MS SQL, PostgreSQL) — это быстрее и надёжнее, чем выгрузка в dt.

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

Тестовое обновление на копии базы

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

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

Установка дистрибутива обновления

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

Альтернатива — механизм «1С:Обновление программ» в пользовательском режиме («Администрирование → Интернет-поддержка и сервисы → Обновление версий программ»). Он подходит для типовых конфигураций без доработок и при наличии настроенной интернет-поддержки. Для доработанных конфигураций этот способ не рекомендуется: автоматика не выполнит осмысленное объединение изменённых объектов.

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

Как выбрать способ обновления

Конфигурация типовая, без доработок, есть интернет-поддержкаИспользуйте «1С:Обновление программ» из пользовательского режима

Конфигурация доработана или снята с поддержкиОбновляйте вручную через Конфигуратор с сопоставлением и объединением

Текущий релиз сильно устарелОбновляйтесь поэтапно через промежуточные релизы по таблице совместимости

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

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

Завершите работу всех пользователей и фоновых заданий: обновление конфигурации базы данных требует монопольного доступа. Откройте базу в Конфигураторе и выберите «Конфигурация → Поддержка → Обновить конфигурацию». Укажите вариант «Поиск доступных обновлений» и каталог шаблонов либо выберите файл поставки напрямую.

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

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

1. 1
   Проверить совместимость релизов, версию платформы и договор 1С:ИТС
2. 2
   Создать и проверить резервную копию базы
3. 3
   Отработать обновление на копии базы, замерить длительность
4. 4
   Установить шаблон обновления из дистрибутива
5. 5
   Завершить сеансы пользователей, в Конфигураторе выполнить «Обновить конфигурацию»
6. 6
   Выполнить сопоставление и объединение с учётом доработок
7. 7
   Обновить конфигурацию базы данных (F7)
8. 8
   Запустить 1С:Предприятие и дождаться завершения обработчиков обновления
9. 9
   Проверить работу ключевых операций и отчётов

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

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

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

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

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

Номер версии в «О программе»

Норма

Соответствует целевому релизу

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

Остался старый номер — обновление не применилось

Отложенные обработчики

Норма

Все завершены без ошибок

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

Есть ошибки или обработчики зависли

Проведение типовых документов

Норма

Документы проводятся штатно

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

Ошибки проведения, ссылки на удалённые объекты

Контрольные отчёты

Норма

Показатели совпадают с данными до обновления

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

Расхождения в суммах и остатках

Расширения и внешние обработки

Норма

Подключаются и работают

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

Ошибки совместимости, падение сеанса

Типичные ошибки и как их избежать

Самая частая ошибка — попытка обновиться через несколько релизов, не проверив совместимость. Конфигуратор либо откажет в обновлении, либо обновление пройдёт с потерей промежуточных обработчиков данных. Всегда сверяйтесь с файлом описания обновления (1cv8upd.htm) в дистрибутиве.

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

Планируйте обновление рабочей базы на нерабочее время с запасом: добавьте к замеренной на тесте длительности 30–50% на непредвиденные ситуации. Заранее подготовьте план отката: кто и как восстанавливает копию, если обновление не завершится в отведённое окно.

Часто задаваемые вопросы

Можно ли обновить 1С:ERP без договора 1С:ИТС?

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

Сколько времени занимает обновление?

Зависит от размера базы, количества пропущенных релизов и производительности сервера. На небольших базах — от получаса, на крупных клиент-серверных внедрениях обработчики обновления могут работать несколько часов. Точное время покажет только тестовое обновление на копии.

Что делать, если обновление прервалось с ошибкой?

Не пытайтесь запускать базу в рабочем режиме. Изучите сообщение об ошибке и журнал регистрации, устраните причину (нехватка места, права, блокировки) и повторите обновление. Если устранить причину не удаётся — восстановите базу из резервной копии и перенесите решение проблемы на тестовый контур.

Нужно ли обновлять платформу вместе с конфигурацией?

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

Сохранятся ли доработки и расширения после обновления?

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

Как откатить обновление, если что-то пошло не так?

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