Обновление 1С не узнаёт вашу конфигурацию: проверяем редакцию, релиз и поддержку

· 9 мин

Содержание

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

Типичная ситуация: бухгалтер скачал свежий файл 1cv8.cfu, администратор открыл Конфигуратор, выбрал файл — и вместо окна сравнения получил отказ. Решение почти всегда без программирования: подобрать правильный файл или восстановить связь конфигурации с поставщиком.

Почему 1С отказывается принимать файл обновления

Обновление в 1С 8.3 работает не как замена программы целиком. Платформа сравнивает три вещи:

  • 📦 конфигурацию поставщика — эталонную копию типовой конфигурации, которая хранится в базе, пока конфигурация на поддержке;
  • 🛠 основную конфигурацию — то, что реально стоит в базе, с вашими доработками;
  • 🆕 новую конфигурацию поставщика — то, что лежит в файле обновления.

Файл .cfu — это не полная программа, а «разница» между релизами. Он знает, от каких версий может обновить, и проверяет имя конфигурации, редакцию и номер версии поставщика в базе. Если хоть что-то не совпало, базовая (исходная) конфигурация для этого файла не найдена — и обновление останавливается.

Отсюда четыре реальные причины:

ПричинаКак проявляетсяЧто делать
Файл от другой редакцииВ базе ПРОФ, а скачан файл для базовой версии (или наоборот)Скачать файл именно вашей редакции
Пропущены промежуточные релизыВ базе 3.0.150, файл обновляет только с 3.0.160 и новееСтавить цепочку обновлений или полный .cf
Конфигурация снята с поддержкиВ настройке поддержки пусто или «снята с поддержки»Вернуть на поддержку через сравнение с .cf
Файл от другой конфигурацииСкачан файл БП для базы ЗУП или для отраслевого решенияСкачать файл вашего продукта

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

Диагностика: какая конфигурация и редакция стоят в базе

Прежде чем что-то менять, соберите четыре факта. Без них любые действия — гадание.

Шаг 1. Название и версия в пользовательском режиме

Откройте базу в режиме 1С:Предприятие и найдите пункт «О программе» — он есть в меню справки (значок «?» в правом верхнем углу или главное меню). Запишите:

  1. Полное название конфигурации. По нему видна редакция: у базовых версий в названии есть слово «базовая», у ПРОФ его нет, у КОРП есть «КОРП».
  2. Номер версии конфигурации, например 3.0.165.25.
  3. Версию платформы, например 8.3.25.1445.

Шаг 2. Состояние поддержки в Конфигураторе

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

  • 🏷 поставщика и версию конфигурации поставщика;
  • 🔒 режим: на поддержке без возможности изменения, с возможностью изменения или снята с поддержки;
  • 📋 правила для отдельных объектов, если поддержка включена.

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

Шаг 3. Список версий, с которых обновляет файл

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

Шаг 4. Сам файл

Проверьте, что файл скачан для нужного продукта и редакции. На практике путаница возникает, когда в одной папке лежат обновления нескольких баз и файлы называются одинаково — 1cv8.cfu.

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

Как подобрать правильный файл и пройти цепочку релизов

Самая частая и самая безобидная причина — не тот файл. Её исправляют без изменения базы.

  1. Зайдите в личный кабинет поддержки и откройте свой продукт именно в вашей редакции. Базовая версия, ПРОФ и КОРП — это разные продукты в списке, у каждого свои дистрибутивы.
  2. Найдите текущий релиз из базы и посмотрите, какой ближайший релиз обновляет с него.
  3. Скачайте дистрибутив обновления этого релиза, распакуйте setup.exe. Файлы лягут в каталог шаблонов — по умолчанию это папка tmplts в профиле пользователя или каталог, указанный в настройках запуска.
  4. Повторите для следующих релизов цепочки, пока не дойдёте до актуального.

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

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

Снятие с поддержки и включение возможности изменения: когда это нужно

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

Различайте два действия в окне Конфигурация → Поддержка → Настройка поддержки:

ДействиеЧто происходитВлияние на обновления
Включить возможность измененияКонфигурация остаётся на поддержке, объекты можно дорабатыватьОбновления ставятся .cfu, доработки объединяются при сравнении
Снять с поддержкиСвязь с поставщиком удаляется полностьюОбновления через .cfu больше не ставятся; только полный .cf с ручным объединением

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

Когда снятие с поддержки оправдано? Когда конфигурация глубоко переписана и вы сознательно отказываетесь от типовых обновлений. Для обычной бухгалтерии малого бизнеса такой случай — редкость.

Как вернуть конфигурацию на поддержку через полный дистрибутив

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

Подготовка

  1. Выгоните пользователей из базы и запретите вход на время работ.
  2. Сделайте резервную копию: Администрирование → Выгрузить информационную базу в Конфигураторе (файл .dt).
  3. Сохраните текущую конфигурацию отдельно: Конфигурация → Сохранить конфигурацию в файл (файл .cf). Он пригодится, если придётся откатить объединение.
  4. Найдите полный дистрибутив .cf того же релиза, что указан в «О программе», и вашей редакции. Если конфигурацию после снятия с поддержки не трогали — подойдёт именно он.

Работайте сначала на копии базы. Ошибка в объединении меняет структуру рабочей базы, и вернуть её можно только из резервной копии.

Сравнение и объединение

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

После этого снова откройте Конфигурация → Поддержка → Настройка поддержки — там должны появиться поставщик и версия. Теперь обычные файлы .cfu принимаются.

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

Переход между редакциями: с базовой версии на ПРОФ

Если в базе базовая версия, а нужна ПРОФ, обновление .cfu здесь не поможет. Это смена продукта, а не релиза.

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

  1. Приобретите переход на ПРОФ у партнёра 1С. Условия зачёта стоимости базовой версии уточняйте у него же.
  2. Получите доступ к дистрибутивам ПРОФ и лицензию ПРОФ, активируйте её.
  3. Скачайте полный дистрибутив ПРОФ того же релиза, что стоит в базе, или более нового.
  4. Сделайте выгрузку .dt.
  5. В Конфигураторе выполните обновление конфигурации, указав файл .cf редакции ПРОФ, либо сравнение и объединение с ним — так же, как в предыдущем разделе.
  6. Обновите конфигурацию базы данных и проверьте название в «О программе»: слово «базовая» должно исчезнуть.

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

Пошаговое обновление после того, как причина устранена

Когда редакция, релиз и поддержка в порядке, обновление проходит штатно.

  1. Предупредите пользователей и дождитесь, пока все выйдут из базы.
  2. Сделайте выгрузку .dt.
  3. Откройте Конфигуратор и выберите Конфигурация → Поддержка → Обновить конфигурацию.
  4. Отметьте поиск доступных обновлений — платформа сама найдёт подходящие файлы в каталоге шаблонов. Или укажите файл .cfu вручную.
  5. В списке выберите нужный релиз. Если программа предлагает несколько, она поставит цепочку по порядку.
  6. Посмотрите окно сравнения. На базе без доработок нажмите «Выполнить».
  7. Подтвердите обновление конфигурации базы данных.
  8. Запустите базу в пользовательском режиме. Программа выполнит обработку обновления данных — не прерывайте её, даже если она идёт долго.
После обновления проверьте
Выполнено: 0 / 5

Ошибки, которые возникают по ходу

Файл не содержит доступных обновлений. Близкий по смыслу отказ: платформа нашла файл, но не нашла в нём пути от вашей версии. Проверяйте ту же тройку — продукт, редакция, список версий «обновление с».

После объединения конфигурация снова «не на поддержке». На шаге с вопросом о постановке на поддержку выбрали отказ. Повторите сравнение с тем же .cf и согласитесь.

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

В окне сравнения сотни различий в нетронутой базе. Взят .cf не того релиза или не той редакции. Отмените сравнение без выполнения и подберите файл заново.

Отраслевая конфигурация. Если поставщик в настройке поддержки — не фирма 1С, а партнёр-разработчик, файлы типовой БП или УТ к ней не подойдут, даже если внутри похожие объекты. Обновление выпускает автор отраслевого решения.

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

Можно ли поставить обновление ПРОФ на базовую версию, чтобы получить новые возможности?
Нет. Файл .cfu обновляет только внутри своей редакции. Смена базовой версии на ПРОФ — это покупка перехода и обновление полным дистрибутивом ПРОФ.
Пропадут ли мои доработки, если вернуть конфигурацию на поддержку?
Нет, если в окне сравнения сохранить ваш вариант для изменённых объектов. Перед работой сохраните текущую конфигурацию в .cf — из неё доработку можно восстановить.
Где взять полный .cf старого релиза?
В личном кабинете поддержки при действующей подписке доступны дистрибутивы прошлых релизов. Полный дистрибутив устанавливается в каталог шаблонов так же, как обновление.
Зачем выгружать .dt, если есть копия папки базы?
Копия папки подходит только для файловой базы и только при закрытой базе. Выгрузка .dt работает и для клиент-серверной базы и загружается в любую пустую базу.
Поможет ли расширение конфигурации избежать таких проблем?
Да, в типовых сценариях. Доработки в расширении не трогают основную конфигурацию, она остаётся на поддержке без возможности изменения, и обновления ставятся .cfu без объединения.