К статье
Практический материал

Администрирование · 9 мин

Как обновить 1С Управление торговлей 11.4

Как самостоятельно обновить 1С Управление торговлей 11.4: подготовка базы, резервная копия, обновление через конфигуратор и интернет, исправление типовых ошибок.

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

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

Проверьте условия перед началом обновления

Первое, что нужно выяснить — текущий номер релиза конфигурации. Откройте базу в режиме 1С:Предприятие и перейдите в раздел «Администрирование» → «Обслуживание» → «Результаты обновления» либо посмотрите версию через «О программе». Номер имеет вид 11.4.x.xx — от него зависит, какие промежуточные обновления потребуются.

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

Третье — версия технологической платформы. Каждый релиз УТ 11.4 требует платформу не ниже определённой версии (указана в файле поставки и в описании релиза). Если платформа устарела, обновление конфигурации откажется устанавливаться или база перестанет запускаться. Проверить версию платформы можно через «О программе» в любой базе.

Сделайте резервную копию базы

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

Для клиент-серверной базы (SQL) выгрузка .dt тоже работает, но для больших баз надёжнее средства СУБД: резервное копирование через MS SQL Server Management Studio или pgAdmin для PostgreSQL. Учтите, что восстановление .dt большого объёма занимает значительное время.

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

Порядок действий при обновлении
  1. 1
    Завершите работу всех пользователей и сделайте выгрузку базы в .dt
  2. 2
    Проверьте версию платформы и при необходимости обновите её
  3. 3
    Получите дистрибутив обновления (интернет или портал 1С)
  4. 4
    Запустите обновление в конфигураторе или через сервис в режиме Предприятия
  5. 5
    Примите изменения и выполните обновление конфигурации базы данных (F7)
  6. 6
    Запустите базу и дождитесь выполнения отложенных обработчиков
  7. 7
    Проверьте ключевые данные: остатки, документы за последние дни, печатные формы

Способ 1: обновление через интернет из режима 1С:Предприятие

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

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

Признак завершения — в разделе «Результаты обновления» статус «Обновление выполнено успешно», а отложенные обработчики показывают 100% выполнения. Пока отложенные обработчики не завершены, некоторые отчёты и документы могут работать некорректно — это нормально.

Способ 2: обновление через конфигуратор из файла

Этот способ нужен, если автоматическое обновление недоступно (нет интернета на сервере, база снята с поддержки, требуется конкретный релиз). Дистрибутив скачивается с портала 1С по учётной записи с действующей подпиской и устанавливается на компьютер — в каталог шаблонов.

Далее откройте базу в конфигураторе: «Конфигурация» → «Поддержка» → «Обновить конфигурацию». Выберите «Поиск доступных обновлений» и укажите каталог шаблонов, либо «Выбор файла обновления» и укажите файл .cfu из поставки. Согласитесь с обновлением, затем выполните «Обновить конфигурацию базы данных» (клавиша F7).

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

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

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

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

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

Типичные ошибки
01
Обновление без резервной копии — при сбое реструктуризации данные восстановить не из чего
02
Игнорирование требований к платформе — база после обновления не открывается на старой платформе
03
Закрытие базы до окончания отложенных обработчиков — отчёты и проведение документов работают с ошибками
04
Обновление через много релизов без промежуточных — обработчики не рассчитаны на такой скачок
05
Обновление рабочей базы без проверки на копии — ошибки обнаруживаются уже в бою

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

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

Проверьте печатные формы, обмены (с сайтом, ЕГАИС, банком, ЭДО) и права пользователей — иногда после обновления требуется обновить роли или настройки подключений. Если база работает в клиент-серверном варианте, убедитесь, что регламентные задания запущены.

Контрольные точки

Как проверить результат

Статус обновления в разделе «Результаты обновления»
Норма

Все обработчики выполнены, ошибок нет

Тревожный признак

Есть обработчики с ошибкой или зависшие на части процента

Остатки товаров и взаиморасчёты
Норма

Совпадают с контрольными отчётами до обновления

Тревожный признак

Расхождения в суммах или количестве

Проведение документов
Норма

Документы проводятся без ошибок

Тревожный признак

Ошибки при проведении, ссылки на несуществующие объекты

Печатные формы и обмены
Норма

Формы открываются, обмены выполняются

Тревожный признак

Ошибки форм, обмен не запускается

Частые ошибки и их решение

Ошибка «Конфигурация базы данных не соответствует сохранённой конфигурации» означает, что обновление конфигурации выполнено, но не нажата F7 — обновление конфигурации базы данных. Решение: открыть конфигуратор и выполнить обновление БД.

«Нарушение прав доступа» при автоматическом обновлении — не хватает прав у пользователя или у службы агента сервера 1С нет доступа к каталогу временных файлов. Запустите обновление под полными правами.

Зависшие отложенные обработчики обычно вызваны ошибкой в данных (дубли, битые ссылки). Откройте «Результаты обновления», посмотрите текст ошибки конкретного обработчика, устраните причину в данных и перезапустите обработчик. Тестирование и исправление базы (chdbfl для файловых баз) помогает при физических повреждениях.

Итог

Что важно запомнить

Порядок безопасного обновления УТ 11.4: резервная копия → проверка платформы → обновление через интернет или конфигуратор → обновление конфигурации БД → ожидание отложенных обработчиков → контроль данных. Нетиповые конфигурации без документированных доработок лучше доверить специалисту.

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

Можно ли обновить УТ 11.4, пропустив несколько релизов?

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

Сколько времени занимает обновление?

Зависит от размера базы и количества пропускаемых релизов. Небольшая файловая база обновляется за 30–60 минут, большая клиент-серверная — несколько часов, а отложенные обработчики могут выполняться в фоне ещё дольше. Планируйте обновление на нерабочее время.

Что делать, если обновление прервалось с ошибкой?

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

Нужно ли обновлять платформу перед обновлением конфигурации?

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

Обновление удалит мои документы и справочники?

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

Можно ли обновляться, пока пользователи работают в базе?

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