Как обновить доработанную конфигурацию 1С и сохранить свои изменения

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

Выбор способа зависит от состояния базы. Доработки только в расширениях — обновляете как типовую, расширения проверяете отдельно. Правки в основной конфигурации на поддержке — штатное обновление с объединением. Конфигурация снята с поддержки — сначала постановка на поддержку файлом текущего релиза, потом обычное обновление. Всё ниже — для платформы 8.3 и конфигураций на ней (БП 3.0, ЗУП 3.1, УТ 11, КА, ERP): механизм у них общий.

Подготовка к обновлению нетиповой конфигурации

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

Резервные копии

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

• 💾 выгрузка базы в .dt: Администрирование → Выгрузить информационную базу в Конфигураторе;
• 📄 файл текущей конфигурации: Конфигурация → Сохранить конфигурацию в файл (.cf);
• 🧩 файлы расширений, если они есть: в окне Конфигурация → Расширения конфигурации у каждого расширения есть сохранение в файл .cfe;
• 🗄️ для клиент-серверной базы на MS SQL или PostgreSQL — ещё и копия средствами СУБД. Большая база в .dt выгружается долго, а копия СУБД надёжнее.

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

Что проверить до начала

1. Откройте Конфигурация → Поддержка → Настройка поддержки. В верхней строке видно состояние корня: на поддержке с возможностью изменения или снята.
2. Посмотрите номер текущего релиза: в свойствах корня конфигурации (поле «Версия») или в режиме 1С:Предприятие через Справка → О программе.
3. Найдите в дистрибутиве нового релиза файл 1cv8upd.htm. В нём сказано, с каких версий можно обновляться и какая версия платформы нужна.
4. Если база подключена к хранилищу конфигурации, договоритесь с разработчиками: для обновления корень конфигурации захватывают целиком, и остальные на это время работать в хранилище не смогут.

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

Файл обновления .cfu подходит только для перечисленных в нём предыдущих версий. Если ваш релиз давно отстал, есть два пути:

💡 Даже при обновлении полным .cf загляните в 1cv8upd.htm: в некоторых конфигурациях есть обязательные промежуточные релизы, без которых обработчики обновления данных не отработают.

Сравнение конфигураций и постановка на поддержку

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

Как вернуть конфигурацию на поддержку

1. Найдите полный файл 1Cv8.cf текущего релиза, а не нового. Шаблоны после установки обычно лежат в %APPDATA%\1C\1cv8\tmplts\1c\ в папке с именем конфигурации и номером версии.
2. Выберите Конфигурация → Сравнить, объединить с конфигурацией из файла и укажите этот .cf.
3. Платформа предложит поставить конфигурацию на поддержку. Соглашайтесь.
4. В окне сравнения снимите все флажки объединения, чтобы ваша конфигурация не изменилась, и выполните операцию.

После этого в Настройке поддержки снова появится поставщик, а ваши доработки станут видны как отличия от него.

Инструменты сравнения

• 🔍 Конфигурация → Сравнить конфигурации — сравнивает любые две: основную, конфигурацию базы данных, поставщика или файл.
• 📑 Отчёт о сравнении из этого окна сохраняйте в файл. Это готовый реестр доработок до обновления.
• 🧭 Для модулей платформа показывает построчные различия, а с релизов 8.3.11 и новее объединять модули можно по отдельным процедурам и функциям.

Для больших доработок многие компании ведут разработку в 1C:EDT с Git: там история изменений видна по каждой правке. Но само обновление поставщика всё равно выполняется через сравнение и объединение.

Обновление платформы 1С перед конфигурацией

Новый релиз конфигурации часто требует более свежую платформу. Номер минимальной версии указан в 1cv8upd.htm. Если текущая платформа ниже, Конфигуратор откажется загружать файл обновления или база не запустится после обновления.

Порядок такой:

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

💡 Старую версию платформы не удаляйте сразу. Если обновление придётся откатывать, она понадобится для запуска восстановленной копии.

Пошаговое обновление нетиповой конфигурации 1С

Шаг 1. Выбор файла обновления

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

Шаг 2. Окно сравнения и объединения

Платформа построит дерево объектов и покажет для каждого, кто его менял:

• ✅ изменён только поставщиком — флажок установлен, объект просто возьмётся из нового релиза;
• 🛠️ изменён только вами — останется вашим, поставщик его не трогал;
• ⚠️ изменён и вами, и поставщиком — это и есть «дважды изменённые» объекты, на них уходит основное время.

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

Шаг 3. Режим объединения для каждого конфликта

Шаг 4. Модули — отдельная работа

Модули объединяйте по процедурам. Типичный приём практика:

1. Для модуля откройте настройку объединения и посмотрите, какие процедуры менялись с обеих сторон.
2. Процедуры, которые трогал только поставщик, берите из нового релиза.
3. Процедуры, где правили обе стороны, берите от поставщика, а свою вставку переносите руками после объединения. Так типовой код останется целым.
4. Свой код ищите по комментариям-маркерам (о них ниже).

Пример маркировки, по которой доработку легко найти поиском:

// +++ Петров 07.10.2026 Задача 1542: проверка лимита по договору
Если СуммаДокумента > ЛимитДоговора Тогда
    Отказ = Истина;
КонецЕсли;
// --- Петров 07.10.2026 Задача 1542

Шаг 5. Формы и макеты

Управляемые формы объединяются по элементам и реквизитам, но после слияния элементы могут встать не на свои места. Печатные формы (макеты) не объединяются построчно: либо ваш, либо новый. Если поставщик поменял макет, а у вас он доработан, возьмите новый и повторите свои правки.

Шаг 6. Выполнить

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

Обновление структуры базы данных и первый запуск

После объединения изменилась только основная конфигурация. Таблицы базы ещё старые.

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

Затем запустите базу в режиме 1С:Предприятие под администратором. Откроется обновление версии программы: выполнятся обработчики, которые переносят данные в новый формат. Часть обработчиков отложенные, они дорабатывают в фоне. Их состояние видно в Администрирование → Обслуживание, в разделе результатов обновления программы.

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

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

Потом — функциональная проверка на копии. Список под нетиповую базу составьте по реестру доработок:

Для сверки сумм удобно сформировать оборотно-сальдовую ведомость за закрытый период до и после обновления: цифры должны совпасть.

Если база стала тормозить

• 📊 Выполните Администрирование → Тестирование и исправление с пересчётом итогов. Режим монопольный, делайте его на копии или вне рабочих часов.
• 🗄️ На MS SQL обновите статистику и очистите процедурный кэш (DBCC FREEPROCCACHE) — после реструктуризации старые планы запросов часто неэффективны.
• 🧹 Очистите кэш клиента: запуск с ключом /ClearCache в командной строке ярлыка 1cv8.
• 🔎 Медленную операцию разбирайте замером производительности в режиме отладки: часто тормозит ваш же запрос, который после обновления стал соединяться с выросшей типовой таблицей.

Ошибки при обновлении доработанной конфигурации

Если обновление не удалось, не правьте рабочую базу на ходу. Восстановите её из .dt или копии СУБД, разберите проблему на тестовой копии и повторите.

Как упростить следующие обновления и подготовить пользователей

Каждое следующее обновление нетиповой 1С стоит столько, сколько доработок лежит в основной конфигурации. Снижать эту сумму можно системно.

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

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

Ведите документацию изменений

• 📝 Маркируйте каждую правку комментариями с автором, датой и номером задачи.
• 📂 Храните реестр доработок: объект, суть изменения, заказчик, где проверять.
• 📑 Прикладывайте отчёт о сравнении с поставщиком к каждому обновлению.
• 🕑 Записывайте, какой релиз когда установлен и сколько заняло объединение. Это даст реальную оценку трудоёмкости.

Расскажите пользователям, что поменялось

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

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