Обновление Управления торговлей 11 без потери данных: от копии базы до проверки

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

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

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

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

Подготовка занимает больше времени, чем само обновление. Пропустите её — и ошибка в середине процесса станет проблемой.

Резервная копия

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

1. Попросите всех пользователей выйти из базы. Список подключённых видно в Администрирование → Поддержка и обслуживание, а для серверной базы — в консоли администрирования кластера.
2. Откройте базу в Конфигураторе: Администрирование → Выгрузить информационную базу.
3. Сохраните файл .dt в папку с датой и версией конфигурации в имени, например UT_2026-10-07_before_update.dt.
4. Для файловой базы дополнительно скопируйте каталог целиком: внутри лежит файл 1Cv8.1CD.

Проверьте, что копия открывается: разверните её в пустую тестовую базу. Файл, который не загружается, — не копия.

Место на диске и права

• 📦 Свободного места нужно как минимум два-три размера базы: Конфигуратор создаёт временные таблицы при реструктуризации.
• 🔑 Пользователь, который обновляет, должен иметь полные права и право запуска Конфигуратора.
• 🖥️ Для серверной базы нужен доступ к SQL-серверу и возможность временно закрыть сеансы , иначе монопольный режим не включится.
• 🌐 Если обновление идёт из интернета, нужен вход в личный кабинет на портале поддержки с данными договора.

Платформа

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

Как определить, какое обновление вам нужно

Откройте программу и найдите номер версии: окно О программе из меню или раздел Администрирование. Запишите номер полностью, например три-четыре группы цифр через точки.

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

Можно ли перескочить через версии

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

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

Есть два основных пути.

Способ 1. Из интернета

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

Для этого в программе должна быть настроена интернет-поддержка. Если данные не введены, подключите её в разделе Администрирование → Интернет-поддержка и сервисы.

Способ 2. Из файла

Когда сервер без интернета или нужна конкретная версия, скачайте обновление заранее. Бывает два вида:

• 📁 установочный комплект: запустите setup.exe, и шаблоны конфигурации появятся на диске;
• 📄 файл с расширением .cfu: он лежит где угодно, указывается напрямую.

В окне Обновить конфигурацию выберите вариант с указанием файла и укажите путь к нему.

Что происходит дальше

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

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

Обновление с доработками: что делать с изменённой конфигурацией

Если в базе правили модули, формы или добавляли реквизиты, платформа при объединении покажет конфликты. Обычно они бывают трёх видов:

• ⚠️ объект изменён и у вас, и у поставщика — решение за вами;
• ✏️ объект изменён только у вас — по умолчанию сохраняется ваш вариант;
• 🆕 объект новый в релизе — добавляется без вопросов.

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

Если доработок много

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

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

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

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

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

Первый запуск в режиме 1С:Предприятие

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

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

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

Не ограничивайтесь тем, что программа открылась. Пройдите по короткому списку:

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

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

Когда обновление лучше отложить

Не каждый свежий релиз нужно ставить в день выхода. Подождите, если:

• 📅 идёт сдача отчётности или закрытие месяца : ошибка в этот момент обойдётся дороже, чем устаревшая версия;
• 🧩 в базе много доработок, а тестовой копии нет;
• 🔌 вы используете внешние обработки или интеграции, и их разработчик ещё не подтвердил совместимость с новым релизом;
• 🧑‍💻 рядом нет человека, который сможет вернуть базу из копии.

Но и тянуть без причины не стоит. Обязательные изменения законодательства попадают в релизы, и отставшая база перестаёт формировать актуальные формы. Разумный ритм — один раз в месяц-два проверять список релизов и ставить подходящий в спокойную неделю.

Как отработать обновление на тестовой копии

Развёртывание тестовой копии — это та же загрузка .dt в отдельную пустую базу. Порядок такой:

1. Создайте новую пустую информационную базу на том же сервере или на рабочем компьютере.
2. Загрузите в неё выгрузку: Администрирование → Загрузить информационную базу в Конфигураторе.
3. Выполните на ней всё обновление целиком, с замерами времени.
4. Запишите, сколько заняла реструктуризация и первый запуск, и сколько конфликтов пришлось разбирать.

Эти замеры дают реальное окно для рабочей базы. Если тест занял два часа, не планируйте боевое обновление на «пять минут перед обедом».

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

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