Как обновить изменённую (нетиповую) конфигурацию 1С 8.3

· 8 мин

Содержание

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

Ниже — пошаговая инструкция для 1С 8.3: как понять, что конфигурация снята с поддержки, вернуть её на поддержку, сравнить с поставкой нового релиза и аккуратно слить доработки, ничего не потеряв.

Перед любым обновлением сделайте резервную копию базы. Выгрузка через Конфигуратор → Администрирование → Выгрузить информационную базу в файл .dt. Это единственный способ откатиться, если объединение пойдёт не так.

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

Признак один: замок. Откройте Конфигуратор → Конфигурация → Поддержка → Настройка поддержки.

  • 🔒 Замок закрыт — объект защищён поставщиком, менять его нельзя. Конфигурация типовая.
  • 🔓 Замок открыт — с объекта снята поддержка, его правили. Конфигурация нетиповая (изменённая).

Даже одна открытая «настройка правил поддержки» превращает базу в нетиповую. Автоматическое обновление из 1С:Предприятие для неё уже недоступно или сработает с потерей доработок.

Проверить статус можно и из режима предприятия: Все функции → Стандартные → Активные пользователи тут не помогут, а вот заголовок окна Конфигуратора покажет (изменена) рядом с именем конфигурации.

ПараметрТиповаяНетиповая
Замок поддержкизакрыт 🔒открыт хотя бы у одного объекта 🔓
Способ обновленияавтоматически, из предприятиявручную, через сравнение-объединение
Риск потерять доработкинетесть, если обновить неправильно
Кто делаетпользователь/бухгалтерадминистратор или программист 1С

Подготовка к обновлению: что собрать заранее

Половина проблем при обновлении нетиповой базы — от спешки. Соберите всё до старта.

Готовность к обновлению нетиповой конфигурации
Выполнено: 0 / 7

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

Где взять сам файл обновления:

  • 📦 .cfu — файл поставки обновления (дельта от предыдущего релиза). Ставится строго по цепочке релизов.
  • 📦 .cf — полный файл конфигурации поставщика. Подходит, когда цепочка релизов прервана или релизы пропущены.

Скачиваются они из личного кабинета сопровождения по вашему договору ИТС. После установки дистрибутива файлы лежат в шаблонах, например 1cv8\tmplts\....

Проверить соответствие конфигурации базы и конфигурации поставщика

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

Порядок такой:

  1. В Конфигураторе откройте Конфигурация → Поддержка → Настройка поддержки. Посмотрите версию конфигурации поставщика — это отправная точка.
  2. Сверьте её с тем, что ждёт файл обновления. .cfu от релиза 3.0.150 не встанет на базу с поставщиком 3.0.148.
  3. Если релизы не бьются — сначала догоните базу промежуточными обновлениями по цепочке, либо используйте полный .cf.

Разрыв в цепочке релизов — самая частая причина ошибки Выбранный файл обновления не подходит для данной конфигурации. Не перескакивайте релизы через .cfu.

Если конфигурация снята с поддержки: постановка на поддержку

Иногда базу когда-то сняли с поддержки полностью — замка нет вообще, и обновиться от поставщика невозможно. Такую конфигурацию нужно вернуть на поддержку.

Пошаговый помощник
Открыть настройку поддержки
Конфигуратор → Конфигурация → Поддержка → Настройка поддержки. Если кнопка Настройка поддержки неактивна, а есть только «Поставить на поддержку» — база снята с поддержки.

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

Обновление базы: сравнение и объединение доработок

Это сердце процедуры. Здесь вы совмещаете новый релиз поставщика со своими доработками.

Пошагово:

  1. Войдите в Конфигуратор в монопольном режиме (все пользователи вышли).
  2. Меню Конфигурация → Поддержка → Обновить конфигурацию.
  3. Выберите источник обновления: Из файла обновления (.cfu) либо Из файла (.cf). Для .cfu платформа сама подтянет нужный из шаблонов.
  4. Откроется окно «Обновление» с тремя колонками сравнения: Основная конфигурация (ваша), Старая конфигурация поставщика, Новая конфигурация поставщика.
  5. Нажмите Выполнить. Появится окно сравнения-объединения — главный экран всей операции.

Как читать окно сравнения-объединения

В окне у каждого объекта — флажок и «режим объединения». Логика цвета и пометок:

  • ⚪ Объект не менялся ни у вас, ни у поставщика — проходит автоматически.
  • 🟡 Поставщик изменил, вы не трогали — принимайте изменение поставщика (флажок включён).
  • 🔴 Поставщик изменил, и вы этот объект дорабатывали — конфликт. Решаете вручную: чей вариант оставить или слить построчно.
  • 🔵 Только ваша доработка, поставщик не менял — снимите флажок, чтобы не откатить свою правку релизом.

Дважды кликните по конфликтному объекту (модулю, форме) — откроется построчное сравнение. Галочками отмечаете, какие строки взять из релиза, а какие оставить свои. Для модулей это самая кропотливая часть.

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

Завершение обновления

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

После этого проверьте, что доработки на месте: свои печатные формы, добавленные реквизиты, внешние отчёты и обработки.

Проверка после обновления: что открыть в первую очередь

Обновление прошло без ошибок — это ещё не значит, что всё работает. Пройдитесь по контрольным точкам.

  • ✅ Открывается ли база в режиме предприятия без ошибок при старте.
  • ✅ На месте ли ваши доработанные печатные формы и добавленные реквизиты.
  • ✅ Проводятся ли документы, которые вы дорабатывали (сделайте тестовое проведение).
  • ✅ Формируются ли ключевые отчёты — оборотно-сальдовая ведомость, регламентированные отчёты.
  • ✅ Совпадают ли итоги отчётов с теми, что были до обновления (на тестовой копии за закрытый период).
  • ✅ Нет ли в Конфигураторе красных объектов и ошибок при Проверка конфигурации.

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

Частые ошибки и как их избежать

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

Главные грабли собраны в одном списке:

  • 🚫 Обновление сразу на рабочей базе без теста — конфликты вылезают в бою.
  • 🚫 Пропуск релизов через .cfu — файл не встаёт.
  • 🚫 Слепое «Принять всё» в окне объединения — теряются доработки.
  • 🚫 Нет свежей .dt — откатиться некуда.

Проверьте себя

Проверьте себя
Как понять, что конфигурация нетиповая?
Что делать перед объединением в первую очередь?
Чем `.cfu` отличается от `.cf`?

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

Можно ли обновить нетиповую конфигурацию автоматически из режима «1С:Предприятие»?
Как правило нет. Автообновление рассчитано на типовые базы. Для изменённой конфигурации нужен Конфигуратор и ручное сравнение-объединение, иначе доработки потеряются.
Что делать, если релизов пропущено несколько?
Либо последовательно накатите промежуточные .cfu по цепочке, либо обновитесь сразу полным файлом .cf нужного релиза. Через один .cfu перескочить несколько релизов нельзя.
Как сохранить свои доработки при обновлении?
В окне сравнения-объединения для дорабатывавшихся объектов выбирайте режим с сохранением ваших изменений и снимайте флажки там, где релиз не должен перезаписывать вашу правку. Спорные модули сливайте построчно.
Нужен ли программист или справится бухгалтер?
Простое обновление с минимумом доработок аккуратный администратор осилит по инструкции. Но если правились модули проведения и объекты метаданных, конфликты объединения лучше доверить специалисту 1С.
Сколько времени занимает обновление нетиповой базы?
Ориентировочно от 20–30 минут на слабо доработанной базе до нескольких часов при большом числе конфликтов в модулях. Плюс время на реорганизацию структуры больших баз.
Что делать, если после обновления всё сломалось?
Восстановите базу из .dt, снятой перед обновлением, и повторите процедуру на тестовой копии, разбирая конфликты внимательнее. Поэтому резервная копия и обязательна.