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

Обновить типовую конфигурацию 1С 8.3 можно двумя путями: прямо из режима «1С:Предприятие» через раздел Администрирование → Интернет-поддержка и сервисы (автообновление для баз на поддержке) или вручную в Конфигураторе через Конфигурация → Поддержка → Обновить конфигурацию…, загрузив файл обновления .cfu. Оба заканчиваются одним — применением изменений к базе данных.

Порядок действий не зависит от того, какая у вас конфигурация: Бухгалтерия, ЗУП или Управление торговлей. Различается только путь к мастеру автообновления. А вот последствия ошибок отличаются сильно: обновление меняет структуру базы, и прервать его на половине — значит получить неработающую информационную базу. Поэтому резервная копия здесь не формальность, а условие.

С чего начать: резервная копия и проверка поддержки

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

Для файловой базы закройте все сеансы и скопируйте файл 1Cv8.1CD из каталога базы. Для клиент-серверной — выгрузите через Конфигуратор: Администрирование → Выгрузить информационную базу, получите файл .dt. Выгрузка .dt работает и для файловых баз, но файловая копия быстрее и надёжнее на больших объёмах.

Текущий релиз конфигурации смотрите в режиме «1С:Предприятие»: главное меню → О программе (или Справка → О программе). Там указаны и версия конфигурации, и версия платформы — две разные вещи, которые часто путают. Обновление конфигурации меняет первое число; смена платформы (исполняемого файла 1cv8) — второе, и делается отдельно, установкой новой версии технологической платформы.

Дальше проверьте, на поддержке ли конфигурация. Откройте Конфигуратор, затем Конфигурация → Поддержка → Настройка поддержки…. Возможны три состояния:

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

Знать это состояние нужно заранее: от него зависит, пойдёт обновление в один клик или через ручное объединение объектов.

Автоматическое обновление типовой конфигурации

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

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

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

Ручная загрузка обновления из файла через Конфигуратор

Если автообновление недоступно (нет доступа к интернету у сервера, база снята с поддержки частично, обновление скачано отдельно), загружайте файл вручную.

Файлы обновления бывают двух типов:

Откуда берётся файл. Обновление скачивается с портала 1С:ИТС или приходит в дистрибутиве. Дистрибутив (setup.exe) устанавливает файлы обновления в каталог шаблонов — тот самый, что указан в настройках программы как путь к шаблонам и дистрибутивам. После установки Конфигуратор находит релиз через Поиск доступных обновлений и не требует указывать путь руками. Если же у вас на руках готовый файл .cfu, выбирайте его напрямую.

Порядок:

1. Откройте Конфигуратор нужной базы.
2. Выполните Конфигурация → Открыть конфигурацию, дождитесь загрузки дерева объектов.
3. Выберите Конфигурация → Поддержка → Обновить конфигурацию….
4. В мастере укажите источник: Выбор файла обновления и путь к .cfu (или Загрузка файла из каталога обновлений).
5. Программа сверит релиз-источник файла с текущим релизом базы.
6. Если версии совпадают — появится список изменений. Нажмите применить обновление к основной конфигурации.

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

Применение изменений к базе данных

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

1. Программа покажет окно реорганизации информации со списком новых и изменённых объектов.
2. Нажмите «Принять».
3. Для этого шага нужен монопольный доступ: все пользователи должны выйти из базы, иначе появится запрос на завершение сеансов.
4. При большом количестве изменений реорганизация идёт несколько минут — не прерывайте процесс.

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

Когда всё запустится, проверьте результат. Откройте несколько ключевых документов и отчётов, за которыми работают пользователи, и убедитесь, что они формируются. Загляните в журнал регистрации (Администрирование или через Конфигуратор) — там видно, прошли ли обработчики обновления без ошибок. Если что-то отвалилось, это выяснится здесь, а не в отчётный день.

Обновление клиент-серверной базы без долгой остановки

На типовых конфигурациях управляемого приложения (Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11) часть обработчиков обновления умеет работать в отложенном режиме. Структура базы меняется сразу и требует монопольного доступа на несколько минут, а вот перенос и пересчёт данных идёт потом, в фоне, пока пользователи уже работают.

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

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

Как обновлять доработанную базу

Если конфигурацию дорабатывали (замок открыт, есть свои объекты или изменённые формы), обновление идёт сложнее: программе нужно совместить вашу версию, старую версию поставщика и новую версию поставщика.

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

При загрузке .cfu на такую базу вместо простого списка изменений откроется окно сравнения и объединения. В нём:

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

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

Отдельный приём для доработанных баз — вынос изменений в расширение конфигурации вместо правки типовой. Расширения появились в платформе 8.3.6 и позволяют хранить доработки отдельным файлом .cfe. Тогда типовая конфигурация остаётся на замке и обновляется автоматически, а расширение подключается поверх. Загрузка .cfe и команда «Обновить конфигурацию базы данных» — это два отдельных шага.

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

Когда обновление идёт через несколько релизов

Файл .cfu рассчитан на обновление с конкретного релиза-источника. Если ваша база отстала на несколько версий, один файл её не обновит — релиз-источник не совпадёт.

Варианты:

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

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

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

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

Частые ошибки при обновлении и что делать

Главное правило при любой ошибке на этапе применения: не пытаться «докрутить» наполовину обновлённую базу. Структура данных в этот момент может быть несогласованной. Восстановление из свежей копии почти всегда быстрее и безопаснее ручного ремонта.

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