Администрирование · 11 мин
Как обновить доработанную 1С: пошаговая инструкция
Пошаговая инструкция по обновлению доработанной конфигурации 1С: подготовка, сравнение и объединение, перенос доработок, тестирование и типичные ошибки.
Обновление доработанной конфигурации 1С отличается от обновления типовой: мастер автоматического обновления не сможет аккуратно перенести ваши изменения, а при загрузке нового релиза есть риск затереть доработанные объекты. Поэтому процесс всегда проходит вручную — через механизм сравнения и объединения конфигураций в Конфигураторе.
Главная задача — не потерять три вида изменений: доработанные типовые объекты (формы, модули, макеты), добавленные собственные объекты (документы, отчёты, регистры) и изменённые роли и интерфейсы. Каждый вид требует своего подхода при объединении.
Перед началом работ убедитесь, что у вас есть доступ к Конфигуратору, актуальный дистрибутив обновления с портала поставщика и полная резервная копия базы. Без копии приступать к обновлению нельзя: откатить неудачное объединение штатными средствами невозможно.
Определите, как доработана ваша конфигурация
Способ обновления напрямую зависит от того, как внесены изменения. Откройте Конфигуратор и посмотрите состояние поддержки: «Конфигурация» → «Поддержка» → «Настройка поддержки». Объекты с замком находятся на полной поддержке и обновляются автоматически. Объекты со значком карандаша изменены, но остаются на поддержке — их нужно будет объединять вручную. Объекты, снятые с поддержки полностью, обновляться не будут вовсе.
Отдельный случай — доработки через расширения конфигурации. Если все изменения вынесены в расширения, обновление основной конфигурации проходит почти как у типовой: расширения не мешают загрузке нового релиза. Но после обновления каждое расширение нужно проверить на совместимость, потому что типовые объекты, к которым оно привязано, могли измениться.
Обновляйте штатным мастером через «Поддержка → Обновить конфигурацию»
Потребуется ручное объединение с построчным переносом изменений
Обновление только вручную, рассмотрите возврат на поддержку
Обновляйте как типовую, затем тестируйте расширения
Сделайте резервную копию и подготовьте тестовую базу
Резервная копия — обязательное условие. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD в отдельную папку. Для клиент-серверной базы используйте средства СУБД (например, pg_dump для PostgreSQL или backup в MS SQL) либо выгрузку в dt через Конфигуратор. Выгрузка в dt удобна, но для больших баз занимает много времени и не заменяет полноценный бэкап СУБД.
Никогда не обновляйте рабочую базу напрямую. Разверните копию на тестовом сервере или в отдельном каталоге и отработайте на ней весь цикл: объединение, обновление данных, проверку доработок. Только после успешного теста повторите процедуру на рабочей базе в нерабочее время, завершив сеансы всех пользователей.
Получите и подготовьте новый релиз поставщика
Дистрибутив обновления скачивается с портала 1С:Обновление программ или получается от партнёра-франчайзи. Установите его стандартным инсталлятором — в каталоге шаблонов появится папка с новым релизом, содержащая файл конфигурации поставщика 1Cv8.cf.
Проверьте порядок обновления в файле описания (обычно ReadMe или файл с перечнем версий в каталоге шаблона). Если ваша текущая версия сильно отстала, возможно, потребуется последовательно установить несколько промежуточных релизов — прыгать через версии, не предусмотренные поставщиком, нельзя. Также убедитесь, что версия технологической платформы соответствует требованиям нового релиза, и при необходимости сначала обновите платформу.
Выполните сравнение и объединение конфигураций
Это центральный этап. В Конфигураторе откройте «Конфигурация» → «Поддержка» → «Обновить конфигурацию» и выберите вариант «Поиск доступных обновлений» либо «Выбор файла обновления», указав 1Cv8.cf из шаблона нового релиза. После анализа откроется окно сравнения и объединения, где платформа покажет различия между вашей конфигурацией и новой конфигурацией поставщика.
Для каждого изменённого объекта нужно принять решение. Нажмите кнопку настройки правил объединения и выберите режим: «Взять из новой конфигурации поставщика» — если готовы перенести свои доработки вручную после объединения, или «Объединить с приоритетом» — для автоматического слияния. На практике для доработанных модулей надёжнее первый вариант: вы берёте чистый типовой объект, а затем построчно переносите свои изменения, сверяясь со старой версией.
Добавленные вами собственные объекты (новые документы, регистры, подсистемы) в окне объединения обычно не конфликтуют — платформа оставит их как есть. Но проверьте, что поставщик не добавил в новом релизе объект с таким же именем: при совпадении имён возникнет конфликт, который придётся разрешать переименованием.
- 1Сделайте резервную копию и разверните тестовую базу
- 2Зафиксируйте список доработанных объектов (снимок сравнения с типовой)
- 3Установите дистрибутив нового релиза и при необходимости новую платформу
- 4Запустите обновление через «Поддержка → Обновить конфигурацию»
- 5В окне объединения задайте правила: типовые изменённые объекты — из поставщика, свои объекты — оставить
- 6Перенесите доработки в обновлённые объекты вручную или из сохранённых копий модулей
- 7Выполните «Обновить конфигурацию базы данных» (F7) и дождитесь завершения
- 8Протестируйте доработки и типовые сценарии, затем повторите на рабочей базе
Перенесите доработки и обновите конфигурацию базы данных
После объединения сохраните конфигурацию и выполните «Обновить конфигурацию базы данных» (клавиша F7). Если в новом релизе изменилась структура данных, платформа запустит реструктуризацию — на больших базах она может занять продолжительное время. Не прерывайте процесс: остановка на середине оставляет базу в несогласованном состоянии.
При первом запуске в режиме Предприятия отработают обработчики обновления данных — перенос значений в новые реквизиты, пересчёт итогов, заполнение служебных регистров. Дождитесь полного завершения: в типовых конфигурациях прогресс отображается на стартовой странице. Прерывание обработчиков — частая причина ошибок в данных после обновления.
Теперь перенесите свои доработки в обновлённые объекты. Удобно заранее выгрузить тексты доработанных модулей во внешние файлы или сохранить скриншоты форм. Сравните старую и новую версии модуля и аккуратно вставьте свои фрагменты, проверяя, не изменились ли процедуры, к которым они обращаются.
Перед обновлением выгрузите конфигурацию в файлы (Конфигурация → Выгрузить конфигурацию в файлы) и сохраните архив рядом с бэкапом. После объединения вы сможете быстро сравнить любой модуль «до» и «после» обычной программой сравнения текстов — это заметно ускоряет перенос доработок.
Проверьте результат и типичные ошибки
После обновления пройдите по контрольному списку: откройте каждую доработанную форму, запустите собственные отчёты и обработки, проведите документы по основным цепочкам учёта, сформируйте регламентированную отчётность. Особое внимание уделите местам, где доработки пересекаются с типовым функционалом, — именно там чаще всего всплывают ошибки.
Типичные проблемы: забытый при объединении флажок на собственном объекте (объект исчезает), перенос доработки в процедуру, которая в новом релизе переименована, устаревшее расширение, блокирующее запуск, и пропущенный промежуточный релиз, из-за которого обработчики обновления не отработали корректно. Большинство таких ошибок выявляется именно на тестовой базе — ещё один аргумент не пропускать этот этап.
Как упростить обновления в будущем
Если доработок много и обновления занимают дни, стоит пересмотреть подход к внесению изменений. Основной инструмент — расширения конфигурации: они позволяют менять формы, добавлять объекты и переопределять обработчики без снятия конфигурации с поддержки. Чем больше доработок вынесено в расширения, тем ближе обновление к типовому сценарию.
Дополнительно ведите реестр доработок: таблицу с перечнем изменённых объектов, сути изменения и ответственного. При каждом обновлении этот реестр становится готовым планом переноса и проверки. Для объектов, которые нельзя вынести в расширение, рассмотрите возврат к типовому варианту с реализацией логики через подключаемые внешние обработки.
Способы реализации доработок
Лучший вариант: конфигурация остаётся на поддержке, обновление почти типовое. Ограничение — не все объекты и механизмы можно изменить расширением
Гибко, но каждое обновление требует ручного объединения. Подходит для точечных правок модулей
Максимальная свобода, но объект перестаёт обновляться — все изменения поставщика переносятся вручную. Использовать только при крайней необходимости
Не влияют на обновление вообще, но ограничены сценариями, где не нужно менять типовые объекты
Как проверить результат обновления
В сведениях о программе отображается новый релиз
Версия старая — обновление конфигурации БД не завершено
Все изменения на месте, формы открываются без ошибок
Ошибки обращения к процедурам — доработка ссылается на изменённый типовой код
Все расширения активны и проходят проверку применимости
Расширение отключено или выдаёт ошибки совместимости
Документы проводятся, отчёты формируются корректно
Ошибки при проведении — не отработали обработчики обновления данных
Что важно запомнить
Обновление доработанной 1С — это всегда ручное объединение через Конфигуратор с обязательной резервной копией и тестовым прогоном. Ключ к спокойным обновлениям — минимум изменений типовых объектов и максимум доработок в расширениях, плюс ведение реестра собственных изменений.
Частые вопросы
Можно ли обновить доработанную 1С автоматически через интернет?
Автоматическое обновление через интернет работает только для конфигураций на полной поддержке без изменений. Если объекты доработаны, сервис откажется обновлять или предложит режим с потерей изменений. Используйте ручное обновление через Конфигуратор.
Что будет с доработками, если выбрать «Загрузить конфигурацию из файла»?
Полная загрузка конфигурации поставщика заменит все объекты на типовые — доработанные и добавленные объекты будут потеряны. Для доработанной конфигурации нужен именно режим сравнения и объединения, а не загрузка.
Обязательно ли ставить все пропущенные релизы?
Зависит от поставщика: в описании каждого релиза указано, с каких версий возможен переход. Если цепочка перехода требует промежуточных релизов, пропускать их нельзя — обработчики обновления данных рассчитаны на последовательное выполнение.
Расширение перестало работать после обновления. Что делать?
Откройте расширение в Конфигураторе и проверьте его на совместимость с новым релизом. Чаще всего причина в изменении типового объекта, к которому привязано расширение: переименованная процедура или удалённый реквизит. Исправьте привязки и обновите расширение.
Сколько времени занимает обновление доработанной базы?
Точного срока нет: он зависит от количества доработок, размера базы и числа пропущенных релизов. Тестовый прогон даёт реальную оценку — замерьте время каждого этапа на копии и заложите запас на перенос доработок и проверку.
Как узнать, какие объекты были доработаны, если документации нет?
Выполните сравнение текущей конфигурации с типовой конфигурацией поставщика той же версии: «Конфигурация» → «Сравнить конфигурации». Результат покажет все изменённые и добавленные объекты — это и будет фактический список доработок.