Переход на 1С:ERP 2.5 — от аудита базы до запуска в работу

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

Перескочить с 2.2 или ранней 2.4 сразу на 2.5 нельзя: обновление идёт по цепочке. Для доработанной конфигурации добавляется этап сравнения и объединения, и он обычно занимает больше времени, чем вся остальная процедура.

1. Аудит перед обновлением 1С:ERP до 2.5: версия, доработки, сервер

Начните с того, что у вас реально стоит. Без этого невозможно понять, сколько промежуточных шагов впереди.

Что выяснить о конфигурации

• 🔢 Точный номер релиза. Откройте Справка → О программе (кнопка с буквой «i» или меню в правом верхнем углу). Нужен номер вида 2.4.x.y, а не просто «2.4».
• 🧩 Есть ли изменения в основной конфигурации. В конфигураторе откройте Конфигурация → Поддержка → Настройка поддержки. Если там «Включена возможность изменения» и объекты помечены как изменённые — это доработанная конфигурация.
• 🔌 Расширения. В режиме «Предприятие»: НСИ и администрирование → Печатные формы, отчеты и обработки → Расширения. Запишите список и назначение каждого.
• 📎 Внешние отчёты и обработки — там же, в «Дополнительных отчётах и обработках».
• 🔄 Обмены. С какими базами настроена синхронизация: 1С:ЗУП, Бухгалтерия, Документооборот, узлы РИБ, сайты.

Цепочка релизов

В каждом дистрибутиве есть файл 1cv8upd.htm с инструкцией и перечнем версий, с которых возможно обновление этим .cfu. Сверьте свой номер с этим списком.

Инфраструктура

• 🖥️ Платформа. Минимальная версия указана в описании релиза ERP. Номер установленной платформы на сервере и на всех клиентах должен быть не ниже этого значения.
• 🗄️ СУБД. Проверьте, что версия MS SQL Server или PostgreSQL поддерживается вашей платформой. Для PostgreSQL нужна сборка, адаптированная для 1С.
• 💾 Место на диске. Во время обновления структуры таблиц СУБД временно занимает заметно больше места. Свободного пространства должно хватать как минимум на размер базы плюс журнал транзакций.
• 📝 Подписка ИТС. Дистрибутив 2.5 скачивается при действующем договоре, а при первом запуске программа просит подтвердить легальность получения обновления.

2. Резервная копия и пробный прогон на копии базы

На рабочей базе ERP 2.5 впервые не запускают. Сначала — полная копия, затем прогон всей процедуры на тестовом экземпляре.

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

Зачем нужен тестовый прогон

Тестовая копия отвечает на три вопроса, которые на рабочей базе задавать поздно:

1. Сколько длится обновление структуры и обработчики. На базе в сотни гигабайт это часы, а отложенная обработка — иногда несколько суток.
2. Сколько конфликтов при объединении доработок и как их решать.
3. Работают ли расширения, внешние печатные формы и обмены на новой версии.

Засеките время каждого этапа. По этим цифрам вы спланируете окно простоя — обычно выходные.

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

Так может выглядеть расписание для серверной базы, если тестовый прогон показал около шести часов на основные этапы:

Точку отката определите заранее: например, если к воскресенью, 12:00, приёмка не пройдена — восстанавливаете копию и в понедельник работаете на 2.4.

💡 Разверните тестовую базу на том же сервере или на сервере такой же мощности. Замеры на слабой машине дадут завышенные сроки, на мощной — заниженные.

3. Процедура обновления конфигурации ERP до версии 2.5

Установите шаблон обновления: запустите setup.exe из дистрибутива, он распакует файлы в каталог шаблонов (по умолчанию в профиле пользователя, папка tmplts). Файл 1cv8.cfu лежит в подпапке с номером релиза.

Подготовка окна обновления

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

Для клиент-серверной базы в консоли администрирования кластера откройте свойства информационной базы и включите «Блокировка начала сеансов включена», задайте сообщение и код разрешения. Там же включите «Блокировка регламентных заданий включена», чтобы фоновые задания не мешали. Оставшиеся сеансы завершите в консоли.

Типовая конфигурация без изменений

1. Откройте базу в конфигураторе.
2. Конфигурация → Поддержка → Обновить конфигурацию.
3. Выберите «Поиск доступных обновлений» или укажите файл 1cv8.cfu вручную.
4. Подтвердите обновление. Платформа загрузит новую конфигурацию.
5. Согласитесь на обновление конфигурации базы данных (или Конфигурация → Обновить конфигурацию базы данных, клавиша F7).
6. В окне реорганизации проверьте список изменений и нажмите «Принять».

Доработанная конфигурация

Если основная конфигурация изменена, после выбора .cfu откроется окно сравнения и объединения. Здесь решается судьба каждой доработки:

• ✅ Объекты, которые вы не меняли, берите из новой версии поставщика.
• ⚖️ Изменённые объекты сравнивайте по модулям и формам. Для модулей используйте объединение с приоритетом поставщика и переносите свой код вручную.
• 🧹 Доработки, которые устарели или уже есть в 2.5 штатно, — удаляйте, не тащите их в новую версию.

Переход на 2.5 — удобный повод вынести доработки в расширения. Тогда следующие обновления пойдут без ручного объединения.

Распределённая база (РИБ)

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

4. Запуск после обновления: обработчики, отложенная обработка, пересчёт итогов

Конфигурация обновлена, но данные ещё нет. Запустите базу в режиме «Предприятие» под пользователем с полными правами.

Обработчики обновления

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

Отложенная обработка данных

Часть обработчиков ERP выполняет в фоне уже при работе пользователей. Ход виден в разделе НСИ и администрирование → Администрирование → Обслуживание, ссылка «Результаты обновления и дополнительная обработка данных».

Пока отложенная обработка не закончена:

• ⏳ отдельные отчёты и документы могут показывать неполные данные;
• 🚫 следующее обновление конфигурации программа не даст установить;
• 🔁 в клиент-серверной базе обработка идёт регламентным заданием — не забудьте снять блокировку регламентных заданий в консоли кластера.

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

Пересчёт итогов и тестирование базы

Пересчёт итогов нужен, если остатки в отчётах расходятся с данными документов. Варианты:

• В конфигураторе: Администрирование → Тестирование и исправление, флажок «Пересчёт итогов». Требует монопольного режима.
• В режиме «Предприятие»: Все функции → Стандартные → Управление итогами. Можно выполнить без выгона пользователей, но лучше в нерабочее время.

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

5. Проверка работоспособности ERP 2.5 и типичные ошибки

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

💡 Перед обновлением сформируйте в рабочей базе 3–4 контрольных отчёта на одну дату (остатки товаров, оборотно-сальдовая ведомость, взаиморасчёты) и сохраните их. После перехода сформируйте те же отчёты на ту же дату и сравните.

Ошибки и их причины

6. Ввод в эксплуатацию и обучение пользователей

Технически база готова, когда завершена отложенная обработка и пройден чек-лист приёмки. Организационно — когда люди знают, что поменялось.

План на первые дни

1. День запуска. Снимите блокировку сеансов, сообщите пользователям о доступе. Администратор и ключевые пользователи на связи.
2. Первая неделя. Собирайте замечания в одном месте: таблица или задачи в учётной системе. Отделяйте «так работает 2.5» от «сломалось после обновления».
3. Первое закрытие месяца. Самый показательный тест: расчёт себестоимости, закрытие периода, регламентированная отчётность. Заложите на него больше времени, чем обычно.

Как обучать

• 📄 Возьмите описание изменений версии, которое программа показала после обновления. Вырежьте из него то, что касается ваших процессов.
• 👥 Проведите короткие встречи по участкам: склад, продажи, закупки, производство, финансы. Общий доклад для всех работает хуже.
• 🧪 Оставьте тестовую копию открытой на 2–3 недели. Пусть пользователи пробуют новые возможности там, а не в рабочей базе.
• 📌 Обновите внутренние инструкции, где поменялись формы и порядок действий.

Когда переход откладывают

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

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