Обновление 1С:ERP с доработками: порядок работ от копии до запуска

1С:ERP обновляют в Конфигураторе: Конфигурация → Поддержка → Обновить конфигурацию, указывают файл обновления .cfu и после сравнения принимают изменения. Делают это сначала на копии базы, потом на рабочей, строго по цепочке релизов и на платформе с номером не ниже того, что указан в описании релиза.

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

1. С чего начать: версия базы, цепочка релизов и требования к платформе

Перед любым скачиванием выясните три вещи.

Текущий релиз. В режиме 1С:Предприятие откройте меню (кнопка с тремя полосками или значок «шестерёнки» в заголовке) → О программе. Там видны версия конфигурации вида 2.5.x.y и номер платформы. В Конфигураторе то же самое показывает Справка → О программе.

Цепочка обновлений. Файл .cfu каждого релиза умеет обновлять только с определённых предыдущих версий. Если база отстала на год, перепрыгнуть сразу на последний релиз обычно нельзя: придётся пройти несколько промежуточных. В списке выбора обновления Конфигуратор показывает только те файлы, которые подходят к текущей версии, — это быстрый способ проверить, годится ли скачанный дистрибутив.

Требования релиза. В описании каждого релиза («Новое в версии» и «Порядок обновления») указаны:

• 🔹 минимальная версия платформы 1С:Предприятие 8.3;
• 🔹 поддерживаемые версии СУБД (MS SQL Server, PostgreSQL);
• 🔹 особые шаги для перехода с конкретных релизов.

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

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

Отдельно посмотрите Конфигурация → Расширения конфигурации. Расширения не теряются при обновлении, но могут перестать применяться, если изменилась структура типовых объектов, к которым они привязаны.

2. Резервная копия и тестовая база для обновления ERP

Обновлять рабочую базу ERP без предварительного прогона на копии нельзя. Слияние доработок и обработчики обновления на больших базах дают сюрпризы, которые лучше встретить на тесте.

Какую копию делать

Для клиент-серверной ERP основной способ — полная резервная копия на стороне СУБД. Дополнительно сохраните текущую конфигурацию в файл: Конфигурация → Сохранить конфигурацию в файл. Это .cf на случай, если откатывать придётся только конфигурацию, а не данные.

Как поднять тестовый контур

1. Восстановите бэкап СУБД в новую базу данных на SQL-сервере.
2. В консоли кластера серверов 1С создайте новую информационную базу и укажите эту БД.
3. В свойствах новой базы включите флаг Блокировка регламентных заданий включена. Иначе копия начнёт загружать банковские выписки, обмениваться с другими базами и отправлять письма от имени рабочей.
4. При первом входе программа заметит, что база переехала, и предложит заблокировать работу с внешними ресурсами. Соглашайтесь — для тестовой копии это правильный ответ.

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

3. Установка новой версии платформы на сервер и клиентов

Если релиз ERP требует платформу новее установленной, её ставят до обновления конфигурации. Дистрибутивы платформы и конфигурации скачивают с портала обновлений 1С по подписке ИТС.

Сервер 1С

1. Договоритесь об окне: при остановке службы сервера 1С все сеансы пользователей оборвутся. Делайте это вне рабочего времени и заранее предупредите людей.
2. Установите дистрибутив сервера новой версии. Несколько версий платформы могут стоять на одном компьютере рядом, каждая в своём каталоге.
3. Переключите службу агента сервера на новую версию: старую службу остановите, новую зарегистрируйте и запустите с теми же портами (по умолчанию агент — 1540, менеджер кластера — 1541).
4. Проверьте в консоли кластера, что базы видны и сервер отвечает.

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

Клиентские места

В клиент-серверном варианте версия клиента должна совпадать с версией сервера. Ставить платформу вручную на 50 рабочих мест не обязательно: в 1cestart.cfg можно указать общий сетевой каталог с дистрибутивом через параметр DistributiveLocation. Тогда клиент при подключении сам предложит обновиться.

DistributiveLocation=\\fileserver\1c_distr

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

4. Обновление конфигурации 1С ERP через Конфигуратор

Порядок для одного релиза. Если релизов в цепочке несколько, повторяете его для каждого.

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

Обновление структуры базы данных требует монопольного доступа. Выгоните пользователей:

• в программе: раздел НСИ и администрирование → Администрирование → Обслуживание → Блокировка работы пользователей, задайте код разрешения;
• или в консоли кластера: в свойствах базы включите блокировку начала сеансов, укажите код разрешения и завершите оставшиеся сеансы.

Конфигуратор после этого запускайте с параметром разрешения, например:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /S"srv1c\erp" /UC"12345"

Установка шаблона и запуск обновления

1. Запустите setup.exe из скачанного дистрибутива ERP. Он распакует шаблон в каталог шаблонов, по умолчанию это %APPDATA%\1C\1cv8\tmplts.
2. В Конфигураторе откройте конфигурацию и выберите Конфигурация → Поддержка → Обновить конфигурацию.
3. Выберите поиск доступных обновлений или укажите файл .cfu вручную. Если файл не подходит к текущей версии — он просто не появится в списке.
4. Для типовой конфигурации подтвердите обновление. Для доработанной откроется окно сравнения (о нём в следующем разделе).
5. После объединения выполните Конфигурация → Обновить конфигурацию базы данных (F7) и примите изменения структуры. Это реструктуризация — на больших базах самый долгий шаг конфигуратора.

Первый запуск в режиме 1С:Предприятие

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

Затем запускается дополнительная (отложенная) обработка данных — в фоне, когда пользователи уже работают. Её ход смотрите в разделе НСИ и администрирование → Администрирование → Обслуживание → Результаты обновления и дополнительная обработка данных.

5. Слияние доработок и типичные сбои при обновлении ERP

Для доработанной ERP весь риск сосредоточен здесь.

Как работать с окном сравнения

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

Для каждого такого объекта есть варианты:

• 🔸 взять из новой конфигурации поставщика — ваша правка пропадёт;
• 🔸 не менять (оставить основную) — пропадут изменения поставщика, высокий риск ошибок;
• 🔸 объединить с приоритетом основной или новой конфигурации — для модулей объединение идёт по процедурам и функциям.

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

После объединения выполните Конфигурация → Проверить конфигурацию с флагами синтаксического и логического контроля. Ошибки компиляции после слияния — норма, их правят до обновления структуры базы.

Частые сбои

6. Тестирование ERP после обновления и выход в рабочий контур

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

Что проверить на тестовой копии

Составьте сценарии под свою специфику. Обычно в них входят:

• 📦 проведение типовых документов по закупке, продаже и перемещению;
• 🏭 производственный контур: этапы, выпуск, распределение материалов;
• 💰 закрытие месяца на тестовом периоде и сравнение итогов с рабочей базой;
• 🔄 обмены: с Бухгалтерией, ЗУП, сайтом, ЭДО (на тестовом контуре, без отправки наружу);
• 🧩 доработанные формы, отчёты и печатные формы — по отчёту о доработках;
• 👥 вход под пользователями с разными профилями доступа, а не только под администратором.

Перенос на рабочую базу

Есть два подхода:

1. Повторить процедуру на рабочей базе по шагам, проверенным на тесте. Слияние делать заново, но уже по готовым решениям.
2. Загрузить готовую конфигурацию. Выгрузить из тестовой базы итоговую конфигурацию в .cf и загрузить её в рабочую через Конфигурация → Загрузить конфигурацию из файла, после чего обновить структуру базы.

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

Откат

Если что-то пошло не так в рабочем окне, не пытайтесь «дочинить» базу на ходу при живых пользователях. Восстановите бэкап СУБД, верните пользователей к работе, разберите причину на копии и назначьте новое окно.

7. Как спланировать обновление ERP, чтобы не копить отставание

Самые тяжёлые обновления — те, что откладывали полтора года. Цепочка из восьми релизов означает восемь слияний и восемь проходов обработчиков данных.

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

Не назначайте окно обновления на последние дни месяца и на период закрытия: если что-то пойдёт не так, пострадает отчётность. Удобнее первая половина месяца, после закрытия предыдущего.

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