Обновление 1С не узнаёт вашу конфигурацию: проверяем редакцию, релиз и поддержку
Содержание
Сообщение о том, что конфигурация не является базовой, означает простую вещь: файл обновления рассчитан на другую исходную конфигурацию, чем та, что стоит в вашей базе. Чаще всего виноваты три вещи: файл от другой редакции (базовая, ПРОФ, КОРП), релиз в базе не входит в список тех, с которых обновляет этот файл, или конфигурация снята с поддержки и платформа не видит «эталон поставщика».
Типичная ситуация: бухгалтер скачал свежий файл 1cv8.cfu, администратор открыл Конфигуратор, выбрал файл — и вместо окна сравнения получил отказ. Решение почти всегда без программирования: подобрать правильный файл или восстановить связь конфигурации с поставщиком.
Почему 1С отказывается принимать файл обновления
Обновление в 1С 8.3 работает не как замена программы целиком. Платформа сравнивает три вещи:
- 📦 конфигурацию поставщика — эталонную копию типовой конфигурации, которая хранится в базе, пока конфигурация на поддержке;
- 🛠 основную конфигурацию — то, что реально стоит в базе, с вашими доработками;
- 🆕 новую конфигурацию поставщика — то, что лежит в файле обновления.
Файл .cfu — это не полная программа, а «разница» между релизами. Он знает, от каких версий может обновить, и проверяет имя конфигурации, редакцию и номер версии поставщика в базе. Если хоть что-то не совпало, базовая (исходная) конфигурация для этого файла не найдена — и обновление останавливается.
Отсюда четыре реальные причины:
| Причина | Как проявляется | Что делать |
|---|---|---|
| Файл от другой редакции | В базе ПРОФ, а скачан файл для базовой версии (или наоборот) | Скачать файл именно вашей редакции |
| Пропущены промежуточные релизы | В базе 3.0.150, файл обновляет только с 3.0.160 и новее | Ставить цепочку обновлений или полный .cf |
| Конфигурация снята с поддержки | В настройке поддержки пусто или «снята с поддержки» | Вернуть на поддержку через сравнение с .cf |
| Файл от другой конфигурации | Скачан файл БП для базы ЗУП или для отраслевого решения | Скачать файл вашего продукта |
Отдельный случай — переход между редакциями, например с базовой версии на ПРОФ. Файл .cfu для такого перехода не годится по определению: он обновляет внутри одной редакции. Переход делается полным дистрибутивом, об этом ниже.
Диагностика: какая конфигурация и редакция стоят в базе
Прежде чем что-то менять, соберите четыре факта. Без них любые действия — гадание.
Шаг 1. Название и версия в пользовательском режиме
Откройте базу в режиме 1С:Предприятие и найдите пункт «О программе» — он есть в меню справки (значок «?» в правом верхнем углу или главное меню). Запишите:
- Полное название конфигурации. По нему видна редакция: у базовых версий в названии есть слово «базовая», у ПРОФ его нет, у КОРП есть «КОРП».
- Номер версии конфигурации, например
3.0.165.25. - Версию платформы, например
8.3.25.1445.
Шаг 2. Состояние поддержки в Конфигураторе
Откройте базу в Конфигураторе и выберите Конфигурация → Поддержка → Настройка поддержки. В окне видно:
- 🏷 поставщика и версию конфигурации поставщика;
- 🔒 режим: на поддержке без возможности изменения, с возможностью изменения или снята с поддержки;
- 📋 правила для отдельных объектов, если поддержка включена.
Если в окне указаны поставщик «Фирма “1С”» и версия, совпадающая с шагом 1, связь с поставщиком цела. Если версия поставщика отличается от версии в «О программе» или окно сообщает, что конфигурация снята с поддержки, причина найдена.
Шаг 3. Список версий, с которых обновляет файл
У каждого релиза типовой конфигурации есть перечень версий, с которых допускается обновление. Он указан в описании релиза в личном кабинете поддержки, а внутри дистрибутива — в сопроводительном файле обновления. Сверьте номер из шага 1 с этим списком.
Шаг 4. Сам файл
Проверьте, что файл скачан для нужного продукта и редакции. На практике путаница возникает, когда в одной папке лежат обновления нескольких баз и файлы называются одинаково — 1cv8.cfu.
Как подобрать правильный файл и пройти цепочку релизов
Самая частая и самая безобидная причина — не тот файл. Её исправляют без изменения базы.
- Зайдите в личный кабинет поддержки и откройте свой продукт именно в вашей редакции. Базовая версия, ПРОФ и КОРП — это разные продукты в списке, у каждого свои дистрибутивы.
- Найдите текущий релиз из базы и посмотрите, какой ближайший релиз обновляет с него.
- Скачайте дистрибутив обновления этого релиза, распакуйте
setup.exe. Файлы лягут в каталог шаблонов — по умолчанию это папкаtmpltsв профиле пользователя или каталог, указанный в настройках запуска. - Повторите для следующих релизов цепочки, пока не дойдёте до актуального.
Если пропущено десять и больше релизов, цепочка займёт часы. Быстрее обновиться полным дистрибутивом .cf последнего релиза через сравнение и объединение — способ описан ниже. Но время на разбор сравнения уйдёт, если в базе есть доработки.
Учитывайте и платформу. Новые релизы конфигураций требуют платформу с номером не ниже указанного в описании релиза. Если платформа старая, сначала обновите её, иначе конфигурация после обновления не запустится.
Снятие с поддержки и включение возможности изменения: когда это нужно
На форумах часто советуют «снять конфигурацию с поддержки, и обновление пройдёт». Это неверно. Снятие с поддержки не помогает обновлению, а мешает ему: после него в базе не остаётся эталона поставщика, и любой .cfu будет отвергнут.
Различайте два действия в окне Конфигурация → Поддержка → Настройка поддержки:
| Действие | Что происходит | Влияние на обновления |
|---|---|---|
| Включить возможность изменения | Конфигурация остаётся на поддержке, объекты можно дорабатывать | Обновления ставятся .cfu, доработки объединяются при сравнении |
| Снять с поддержки | Связь с поставщиком удаляется полностью | Обновления через .cfu больше не ставятся; только полный .cf с ручным объединением |
Включать возможность изменения нужно только если вы действительно собираетесь дорабатывать конфигурацию. Для доработок типовых баз сейчас обычно используют расширения конфигурации: основная конфигурация остаётся без изменений, и обновление проходит быстрее.
Когда снятие с поддержки оправдано? Когда конфигурация глубоко переписана и вы сознательно отказываетесь от типовых обновлений. Для обычной бухгалтерии малого бизнеса такой случай — редкость.
Как вернуть конфигурацию на поддержку через полный дистрибутив
Это главный приём, если поддержку сняли или эталон поставщика «сбился». Его смысл — заново подложить в базу конфигурацию поставщика из полного файла .cf.
Подготовка
- Выгоните пользователей из базы и запретите вход на время работ.
- Сделайте резервную копию:
Администрирование → Выгрузить информационную базув Конфигураторе (файл.dt). - Сохраните текущую конфигурацию отдельно:
Конфигурация → Сохранить конфигурацию в файл(файл.cf). Он пригодится, если придётся откатить объединение. - Найдите полный дистрибутив
.cfтого же релиза, что указан в «О программе», и вашей редакции. Если конфигурацию после снятия с поддержки не трогали — подойдёт именно он.
Работайте сначала на копии базы. Ошибка в объединении меняет структуру рабочей базы, и вернуть её можно только из резервной копии.
Сравнение и объединение
- В Конфигураторе выберите
Конфигурация → Сравнить, объединить с конфигурацией из файлаи укажите файл.cf. - Платформа увидит, что конфигурация не на поддержке, и предложит поставить её на поддержку. Согласитесь.
- Откроется окно сравнения. Если базу не дорабатывали и релизы совпадают, различий будет мало или не будет вовсе.
- Если доработки есть, решите по каждой ветке: оставить ваш вариант, взять вариант поставщика или объединить. Для объектов, которые вы меняли, обычно выбирают объединение с приоритетом основной конфигурации.
- Нажмите «Выполнить» и дождитесь окончания.
- Выполните
Конфигурация → Обновить конфигурацию базы данных(клавишаF7) и примите изменения структуры.
После этого снова откройте Конфигурация → Поддержка → Настройка поддержки — там должны появиться поставщик и версия. Теперь обычные файлы .cfu принимаются.
Если точного релиза .cf нет, берите ближайший более новый. Сравнение тогда покажет и ваши доработки, и изменения поставщика между релизами — разбирать придётся внимательнее, но конфигурация сразу окажется на новой версии.
Переход между редакциями: с базовой версии на ПРОФ
Если в базе базовая версия, а нужна ПРОФ, обновление .cfu здесь не поможет. Это смена продукта, а не релиза.
Порядок такой:
- Приобретите переход на ПРОФ у партнёра 1С. Условия зачёта стоимости базовой версии уточняйте у него же.
- Получите доступ к дистрибутивам ПРОФ и лицензию ПРОФ, активируйте её.
- Скачайте полный дистрибутив ПРОФ того же релиза, что стоит в базе, или более нового.
- Сделайте выгрузку
.dt. - В Конфигураторе выполните обновление конфигурации, указав файл
.cfредакции ПРОФ, либо сравнение и объединение с ним — так же, как в предыдущем разделе. - Обновите конфигурацию базы данных и проверьте название в «О программе»: слово «базовая» должно исчезнуть.
Документы, справочники и остатки при штатном переходе сохраняются: меняется конфигурация, а не данные. Проверьте это на копии до работы в рабочей базе.
Пошаговое обновление после того, как причина устранена
Когда редакция, релиз и поддержка в порядке, обновление проходит штатно.
- Предупредите пользователей и дождитесь, пока все выйдут из базы.
- Сделайте выгрузку
.dt. - Откройте Конфигуратор и выберите
Конфигурация → Поддержка → Обновить конфигурацию. - Отметьте поиск доступных обновлений — платформа сама найдёт подходящие файлы в каталоге шаблонов. Или укажите файл
.cfuвручную. - В списке выберите нужный релиз. Если программа предлагает несколько, она поставит цепочку по порядку.
- Посмотрите окно сравнения. На базе без доработок нажмите «Выполнить».
- Подтвердите обновление конфигурации базы данных.
- Запустите базу в пользовательском режиме. Программа выполнит обработку обновления данных — не прерывайте её, даже если она идёт долго.
Ошибки, которые возникают по ходу
Файл не содержит доступных обновлений. Близкий по смыслу отказ: платформа нашла файл, но не нашла в нём пути от вашей версии. Проверяйте ту же тройку — продукт, редакция, список версий «обновление с».
После объединения конфигурация снова «не на поддержке». На шаге с вопросом о постановке на поддержку выбрали отказ. Повторите сравнение с тем же .cf и согласитесь.
Обновление прошло, но база не запускается. Чаще всего версия платформы ниже требуемой новым релизом. Обновите платформу и откройте базу снова.
В окне сравнения сотни различий в нетронутой базе. Взят .cf не того релиза или не той редакции. Отмените сравнение без выполнения и подберите файл заново.
Отраслевая конфигурация. Если поставщик в настройке поддержки — не фирма 1С, а партнёр-разработчик, файлы типовой БП или УТ к ней не подойдут, даже если внутри похожие объекты. Обновление выпускает автор отраслевого решения.
Частые вопросы
Можно ли поставить обновление ПРОФ на базовую версию, чтобы получить новые возможности?
.cfu обновляет только внутри своей редакции. Смена базовой версии на ПРОФ — это покупка перехода и обновление полным дистрибутивом ПРОФ.Пропадут ли мои доработки, если вернуть конфигурацию на поддержку?
.cf — из неё доработку можно восстановить.Где взять полный .cf старого релиза?
Зачем выгружать .dt, если есть копия папки базы?
.dt работает и для клиент-серверной базы и загружается в любую пустую базу.Поможет ли расширение конфигурации избежать таких проблем?
.cfu без объединения.