Как обновлять изменённую конфигурацию 1С 8

Обновление конфигурации 1С 8, в которую внесены доработки, отличается от обновления типовой: платформа не может просто заменить старую версию новой, потому что часть объектов изменена под задачи компании. Если выполнить обновление «в лоб», доработки будут потеряны, а в худшем случае база перестанет открываться из-за несовместимости структуры данных.

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

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

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

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

Далее подготовьте тестовую копию базы. Обновление сначала отрабатывается на копии, и только после проверки переносится на рабочую базу. Для файловой базы достаточно скопировать каталог, для клиент-серверной — восстановить выгрузку в отдельную базу на сервере.

Также убедитесь, что у вас есть актуальный файл обновления (.cfu) или файл конфигурации поставщика (.cf) нужной версии, и что текущая версия вашей конфигурации входит в список поддерживаемых для этого обновления. Пропуск промежуточных релизов — частая причина ошибок.

Определяем тип и объём доработок

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

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

Обновление через сравнение и объединение

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

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

Для объектов, изменённых и вами, и поставщиком, настройте режим объединения: кнопка «Действия → Установить режим для всех объектов» или индивидуально для каждого объекта. Доступны варианты «Взять из новой конфигурации поставщика», «Сохранить текущую версию» и «Объединить». Для форм и модулей объединение выполняется на уровне процедур и областей.

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

Ручное объединение изменённых модулей и форм

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

Хорошая практика — оформлять свои изменения в коде с пометками-комментариями (например, метки начала и конца вставки). Тогда при объединении легко найти свои фрагменты и перенести их в обновлённый типовой код. Если доработки разбросаны по модулю без пометок, объединение превращается в поиск отличий по всему тексту.

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

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

Обновление конфигурации, снятой с поддержки

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

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

Способы обновления

Штатное обновление (на поддержке с изменениями)

Подходит при небольшом числе доработок; объединение контролируется вручную, риск умеренный.

Постановка на поддержку заново

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

Отказ от обновления и перенос доработок в новую типовую

Оправдан при очень старой версии: разворачивается свежий релиз, доработки переносятся заново, часто через расширения.

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

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

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

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

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

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

Обновление конфигурации базы данных

Норма

Выполняется без ошибок, реструктуризация завершается штатно

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

Ошибки реструктуризации, предложение удалить объекты с данными

Проверка конфигурации

Норма

Нет ошибок логической и ссылочной целостности

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

Ссылки на несуществующие объекты, ошибки компиляции модулей

Работа доработок

Норма

Изменённые формы, отчёты и процедуры работают как раньше

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

Доработки исчезли или выдают ошибки после обновления

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

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

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

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

Можно ли обновить изменённую конфигурацию автоматически, как типовую?

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

Что будет с доработками в расширении конфигурации при обновлении?

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

Как узнать, какие объекты конфигурации были изменены?

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

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

Не пытайтесь повторно запускать обновление «поверх». Восстановите базу из выгрузки .dt, проанализируйте текст ошибки (часто это проблемы с данными или нехватка места), устраните причину и только потом повторите процедуру на копии.

Стоит ли переводить доработки из основной конфигурации в расширения?

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