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

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

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

Что проверить до начала: версия, объём, доступ

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

1. Версию платформы. Меню «Справка» → «О программе» в режиме 1С:Предприятие, либо окно запуска: версия видна в списке при выборе информационной базы.
2. Версию и релиз конфигурации. Там же, в «О программе», строка конфигурации с номером вида 2.0.х.х. Сверьте его с последним релизом для вашей версии платформы.
3. Вариант работы базы. Файловая (папка с файлом 1Cv8.1CD) или клиент-серверная (SQL Server, PostgreSQL). От этого зависит способ копирования.
4. Есть ли доработки. Откройте Конфигуратор: если конфигурация «на поддержке» без изменений, значок у корня дерева обычный. Если в «Конфигурация» → «Поддержка» → «Настройка поддержки» часть объектов снята с поддержки или изменена, обновление будет с объединением.

Ещё два пункта, о которых забывают:

• Нужен монопольный доступ. Все пользователи должны выйти из базы, иначе Конфигуратор не даст обновить конфигурацию . Список активных сеансов смотрите в «Администрирование» → «Активные пользователи».
• Нужно свободное место: примерно 2-3 размера базы. Для базы в 5 ГБ держите минимум 10-15 ГБ свободно под копию и временные файлы обновления.

Резервная копия: без неё не начинайте

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

В Конфигураторе: «Администрирование» → «Выгрузить информационную базу». Получите файл .dt. Для файловой базы дополнительно закройте все окна и скопируйте всю папку базы целиком, это быстрее и надёжнее.

Проверьте, что копия открывается. Загрузить .dt в пустую тестовую базу занимает 10-20 минут, но это единственная настоящая проверка.

Установка новой платформы 8.2

Дистрибутив платформы скачивается с сайта поддержки 1С под вашу учётную запись: нужна действующая подписка (ИТС). Берите сборку, которую требует нужный вам релиз конфигурации. Если требований нет, подойдёт последний выпуск ветки 8.2 для вашей разрядности (32 или 64 бита).

Как поставить:

1. Распакуйте архив и запустите setup.exe от имени администратора.
2. Оставьте компоненты по умолчанию. «Конфигуратор» и «1С:Предприятие» нужны обязательно, остальное по потребности.
3. Старую версию удалять не нужно: платформы 8.2 с разными номерами работают на одном компьютере рядом.
4. Если пользователи работают через терминальный сервер или у вас клиент-серверный вариант, ставьте платформу и на сервер, и на рабочие места. Версии клиента и сервера должны совпадать до последней цифры.

После установки укажите базе нужную версию. В окне запуска выберите базу, нажмите «Изменить» и на втором шаге найдите поле «Версия 1С:Предприятия». Там можно оставить «Выбирать автоматически» либо задать конкретную сборку. Для ярлыков других пользователей настройка подтягивается из общего списка баз.

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

Способы обновить конфигурацию и когда какой выбирать

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

Если не уверены, начинайте с .cfu. Он самый предсказуемый.

Пошаговое обновление типовой конфигурации через файл .cfu

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

1. Запустите базу в режиме Конфигуратор (кнопка «Конфигуратор» в окне запуска).
2. Откройте «Конфигурация» → «Поддержка» → «Обновить конфигурацию ».
3. В окне выберите «Поиск доступных обновлений» → «Выбрать файл обновления» и укажите файл .cfu (иногда файл лежит в каталоге шаблонов 1cv82\tmplts).
4. В списке отметьте нужный релиз. Нажмите «Готово». Программа сравнит версии и предложит продолжить.
5. Если появится окно со списком изменений и предупреждением о доработках, внимательно прочитайте его (подробности — в следующем разделе).
6. После обработки нажмите F7 («Конфигурация» → «Обновить конфигурацию базы данных»). Подтвердите реструктуризацию. На больших базах она идёт 10-60 минут, не прерывайте её.
7. Закройте Конфигуратор и запустите «1С:Предприятие». При первом входе платформа выполнит обработчики обновления: заполнит новые данные, пересчитает итоги. Дождитесь окончания, не закрывайте окно.

Режимы обновления и что у каждого из них внутри

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

• Обновление «как есть» с сохранением поддержки. Конфигурация целиком заменяется релизом поставщика. Подходит, если доработок нет.
• Объединение. Платформа берёт ваши изменения и изменения поставщика и сводит их. Объекты, которые менял только поставщик, обновляются автоматически. Объекты, которые менялись и там, и там, попадают в список конфликтов.
• Обновление только части объектов. Некоторые объекты можно оставить без обновления. Такой выбор отражается в настройках поддержки и потом мешает следующим обновлениям, поэтому используйте его только осознанно.
• Режим «Предприятие» (автоматическая загрузка). Обновление проходит в режиме 1С:Предприятие через специальную обработку: проще для пользователя, но тоже ограничен типовой конфигурацией.

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

Если конфигурация дорабатывалась: объединение без потерь

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

Что проверить сразу:

• Откройте «Конфигурация» → «Поддержка» → «Настройка поддержки». Колонка с картинками покажет, какие объекты изменены, а какие сняты с поддержки.
• Перед объединением сохраните свою конфигурацию в файл: «Конфигурация» → «Сохранить конфигурацию в файл». Это страховка отдельно от копии базы.

Как идёт объединение:

1. Запустите обновление из .cfu так же, как в предыдущем разделе.
2. Когда платформа найдёт конфликты, откроется окно сравнения. Для каждого объекта выберите: оставить вашу версию, взять версию поставщика или объединить по частям.
3. Для общих модулей и форм открывайте построчное сравнение. Если ваша доработка добавляет новую процедуру, а поставщик правил соседнюю, обычно можно оставить обе.
4. Для объектов, где поставщик переработал логику, выбирайте версию поставщика и потом заново повторяйте доработку на новой основе. Такая правка надёжнее «склейки».

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

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

После обновления: что открыть и проверить

Если база загрузилась, это ещё не значит, что всё работает. Пройдитесь по короткому сценарию.

Базовые проверки:

• Откройте «О программе»: номер релиза конфигурации и платформы должен совпасть с ожидаемым.
• Запустите «Администрирование» → «Тестирование и исправление информационной базы» (в Конфигураторе). Отметьте проверку логической целостности и ссылочной целостности, выберите режим «Тестирование и исправление». Это займёт от нескольких минут до часа.
• Сформируйте два-три привычных отчёта за прошлый период. Сравните итоги с теми, что были до обновления: расхождения сразу покажут проблему.

Рабочие проверки:

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

Если что-то не так, не пробуйте починить рабочую базу правкой на ходу. Загрузите копию в тестовую базу и воспроизведите проблему там.

Типичные ошибки и что с ними делать

Ошибки при обновлении 1С 8.2 повторяются из раза в раз. Вот самые частые.

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

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

Практика, которая работает:

• Обновляйте типовые конфигурации по мере выхода релизов с изменениями законодательства. Это не обязательно каждый выпуск, но не реже раза в полгода.
• Держите тестовую копию базы. Все обновления сначала прогоняйте на ней: 30 минут проверки экономят день работы.
• Ведите журнал: какой релиз, дата, кто обновлял, что менялось. Когда что-то сломается, вы сразу поймёте, что подозревать.
• Не накапливайте доработки в типовых объектах. Новые функции выносите в расширения или отдельные объекты, если платформа это позволяет.

Если база живёт на 8.2 и мигрировать некуда, планируйте переход на 8.3 заранее: ветка 8.2 в итоге исчерпает возможность получать новые релизы.

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