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

· 9 мин

Содержание

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

Порядок общий для платформы 8.3 и всех типовых решений — Бухгалтерии, ЗУП, УТ, КА. Отличается только объём доработок и, значит, время на разбор окна объединения. На базу с десятком правок уходит час, на сильно переписанную — рабочий день и больше.

1. Подготовка базы перед обновлением изменённой конфигурации

Начинайте не с файла обновления, а с инвентаризации того, что у вас изменено. Без этого окно объединения превращается в лотерею.

Что сделать до старта:

  1. 💾 Выгрузите базу целиком: Администрирование → Выгрузить информационную базу в Конфигураторе. Получится файл .dt — это единственный надёжный откат.
  2. 📄 Сохраните текущую конфигурацию: Конфигурация → Сохранить конфигурацию в файл. Файл .cf пригодится, чтобы потом сравнить «что было» и «что стало».
  3. 🔍 Посмотрите список доработок: Конфигурация → Сравнить конфигурации, слева — конфигурация поставщика, справа — основная. Отчёт по различиям сохраните в файл или распечатайте.
  4. 🔖 Узнайте номер текущего релиза: в Конфигураторе Конфигурация → Открыть конфигурацию, свойства корня дерева, поле «Версия». Или в режиме предприятия — меню О программе.
  5. 🧪 Разверните тестовую копию из выгруженного .dt и проводите обновление сначала там.

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

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

Проверьте режим поддержки

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

Сколько релизов нужно пройти

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

ОтставаниеКак действовать
1–2 релизаОбычное обновление по одному файлу
3–10 релизовЦепочка через промежуточные релизы, указанные в описании
Больше годаЦепочка или переход сразу на свежий .cf с ручным переносом доработок

2. Где взять файл обновления и как загрузить его в Конфигуратор

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

  • 📦 .cfu — файл обновления. Применяется только к определённым версиям конфигурации поставщика.
  • 📦 .cf — полный дистрибутив конфигурации. Подходит для обновления с любой версии, но сравнение идёт дольше.

Дистрибутив обычно приходит как установщик. Запустите setup.exe — он распакует файлы в каталог шаблонов. По умолчанию это %APPDATA%\1C\1cv8\tmplts, внутри подпапки по поставщику, конфигурации и релизу.

Запуск обновления :

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

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

3. Окно сравнения и объединения: что отмечать

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

Как читать дерево

Объекты делятся на три группы:

  • ✅ Изменены только поставщиком. Вы их не трогали — смело берите из обновления.
  • 🔒 Изменены только вами. Поставщик их не менял — ваши правки сохранятся сами.
  • ⚠️ Изменены и вами, и поставщиком — дважды изменённые. Вся ручная работа здесь.

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

Режимы объединения

Для каждого дважды изменённого объекта в колонке режима выберите один из вариантов:

РежимЧто получитсяКогда выбирать
Взять из новой конфигурации поставщикаВаши правки в объекте пропадутДоработка устарела или её проще повторить
Объединить с приоритетом основной конфигурацииСливаются обе версии, при конфликте побеждает вашаВаша логика критична
Объединить с приоритетом новой конфигурации поставщикаСливаются обе версии, при конфликте побеждает поставщикПравки мелкие, новая логика важнее
Флажок снятОбъект останется в вашей редакции целикомТолько если вы понимаете, что новый код не нужен

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

Модули: разбор по процедурам

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

Практичный порядок:

  1. Процедуры, которые вы не меняли, берите от поставщика.
  2. Процедуры, в которые вы вставили пару строк, берите от поставщика и после объединения вставьте строки заново.
  3. Процедуры, переписанные целиком, оставляйте свои и вручную сверяйте с новой версией поставщика.

Формы и макеты

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

Правила поддержки для новых объектов

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

4. Обновление через расширения конфигурации

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

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

После обновления основной конфигурации:

  1. Откройте Конфигурация → Расширения конфигурации.
  2. Для каждого расширения выполните проверку применимости. Ошибки покажут, какой заимствованный объект не найден.
  3. Исправьте расширение: переименуйте заимствованный реквизит, перенесите перехват на новую процедуру.
  4. Обновите конфигурацию базы данных для расширения — это отдельный шаг, загрузки .cfe для этого мало.

В режиме предприятия список расширений находится в Администрирование → Печатные формы, отчеты и обработки → Расширения. Там видно, какие расширения подключены и не выдают ли они ошибок.

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

5. Завершение: обновление конфигурации базы данных

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

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

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

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

После проверки на копии повторите ту же процедуру на рабочей базе и выгрузите ещё один .dt — уже обновлённый.

6. Тестирование после слияния: что проверить

Обновление «прошло без ошибок» — не значит «всё работает». Ошибки в доработках проявляются при открытии конкретных форм и проведении конкретных документов.

Проверка после обновления изменённой конфигурации
Выполнено: 0 / 8

Последний пункт стоит пояснить. Сформируйте оборотно-сальдовую ведомость за прошлый закрытый период до обновления и после. Цифры должны совпасть до рубля. Расхождение значит, что обработчики обновления или ваш объединённый код изменили движения.

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

7. Сбои при обновлении изменённой конфигурации и что делать

Диагностика: выберите симптом

Когда лучше не объединять, а перенести доработки заново

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

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

Можно ли обновить изменённую конфигурацию из режима предприятия?
Нет, если изменена основная конфигурация. Помощник обновления в режиме предприятия не объединяет доработки. Если все доработки вынесены в расширения, а основная конфигурация типовая, — можно.
Чем .cf отличается от .cfu при обновлении доработанной базы?
.cfu содержит только изменения и применяется к определённым версиям. .cf — полная конфигурация, работает с любой исходной версии, но сравнение идёт дольше.
Нужно ли обновлять платформу перед обновлением конфигурации?
Часто да. В описании релиза указана минимальная версия платформы. Если установленная платформа ниже, Конфигуратор не даст обновить конфигурацию базы данных.
Что делать, если я выключил возможность изменения и правки пропали?
Выключение возможности изменения откатывает основную конфигурацию к конфигурации поставщика. Восстановите базу из .dt или загрузите сохранённый .cf.
Как часто обновлять доработанную конфигурацию?
Лучше каждый релиз или раз в один-два месяца. Чем больше пропущено, тем длиннее цепочка и больше дважды изменённых объектов.