← На главную

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

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

Проанализируем ситуацию по шагам и выделим три основные причины проблемы:

1. Внутренний сбой в метаданных («конфигурации поставщика») релиза 2.2.4.17 PROF.
2. Несоответствие версии используемой технологической платформы «1С:Предприятие» жестким системным требованиям нового релиза.
3. Конфликт типов предопределенных характеристик при обновлении демонстрационных (обучающих) баз данных.

---

Причина 1. Ошибка в метаданных поставщика релиза 2.2.4.17 PROF

Выясним причину технического сбоя. В сборке релиза 2.2.4.17 PROF разработчиками была допущена внутренняя ошибка в «конфигурации поставщика». Когда конфигуратор пытается сопоставить текущую базу данных с файлом обновления формата .cfu, он сравнивает уникальные идентификаторы конфигурации базы и конфигурации поставщика. Из-за некорректной записи идентификаторов в исходной версии механизм обновления «считает», что данный файл обновления (даже предназначенный для перехода с 2.2.4.17) не подходит для этой базы.

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

Решение 1. Обновление через полный дистрибутив конфигурации (cf)

Для обхода этой ошибки фирма «1С» рекомендует выполнять обновление до версии 2.2.4.20 не с помощью промежуточного файла обновлений (.cfu), а с использованием полного файла конфигурации (.cf).

Рассмотрим по шагам этот процесс:

1. Скачаем и установим полный дистрибутив конфигурации «1С:Розница» версии 2.2.4.20.
2. Запустим конфигуратор вашей рабочей базы данных (предварительно обязательно сделав резервную копию базы!).
3. Откроем конфигурацию через меню Конфигурация -> Открыть конфигурацию.
4. Перейдем в меню Конфигурация -> Поддержка -> Обновить конфигурацию.
5. В открывшемся окне выбора источника обновления выберем вариант «Выбор файла обновления» и нажмем «Далее».
6. В проводнике укажем путь к полному файлу конфигурации 1Cv8.cf. По умолчанию он находится в каталоге шаблонов на вашем диске:
   ...\tmplts\1c\Retail\2_2_4_20\1Cv8.cf
7. Нажмите кнопку «Готово». Конфигуратор предложит выполнить обновление. Согласитесь с изменениями, проверьте список обновляемых объектов и завершите процедуру нажатием клавиши F7 (Обновить конфигурацию базы данных).

После успешного перехода на версию 2.2.4.20 указанным способом конфигурация поставщика перезапишется корректными данными. Все последующие обновления (2.2.4.22, 2.2.4.25, 2.2.4.30 и т.д.) будут определяться и устанавливаться в стандартном автоматическом режиме через файлы .cfu.

Альтернативный вариант исправления метаданных

Если у вас нет возможности скачать полный файл 1Cv8.cf версии 2.2.4.20, мы можем исправить саму базу версии 2.2.4.17. Для этого:

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

---

Причина 2. Требования к версии технологической платформы

Проанализируем требования к технологической платформе. В период выпуска линейки обновлений «1С:Розница 2.2.4.х» происходило активное внедрение ЕГАИС и систем маркировки (ГИСМ), что повлекло за собой резкое изменение системных требований к платформе «1С:Предприятие». Если вы запускаете конфигуратор под устаревшей платформой, система не сможет обработать новые объекты метаданных и скроет доступные обновления.

Для успешного обновления необходимо соблюдать следующие минимальные требования к платформе:

• Для релиза 2.2.4.17 требуется платформа не ниже 8.3.8.1784.
• Для релизов 2.2.4.20 / 2.2.4.22 требуется платформа не ниже 8.3.8.1933.
• Для релиза 2.2.4.25 требуется платформа не ниже 8.3.8.1964.
• Для релиза 2.2.4.30 требуется платформа не ниже 8.3.8.2054.
• Для последующих релизов этой ветки обязательным условием стал переход на платформу 8.3.9.1818 и выше.

Важно: убедитесь, что вы не просто установили новую платформу на компьютер, но и запускаете базу именно под новой версией. Проверить это можно в режиме Конфигуратора через меню Справка -> О программе.

---

Причина 3. Ошибки несоответствия типов в Демо-базе

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

ПланВидовХарактеристик.ОбъектыАдресацииЗадач: Тип предопределенного вида характеристики не соответствует типу плана вида характеристики (ВсеОбъектыАдресации)

ПланВидовХарактеристик.УдалитьВидыДоступа: Тип предопределенного вида характеристики не соответствует типу плана вида характеристики (Организации)

Эти ошибки обусловлены тем, что в релизе 2.2.4.20 библиотека стандартных подсистем (БСП) обновляется до версии 2.3.3.66. В этой версии кардинально меняются механизмы разграничения прав доступа. Некоторые объекты метаданных помечаются на удаление (получают префикс Удалить...), а допустимые типы значений для планов видов характеристик сокращаются. В демо-базе содержатся устаревшие демонстрационные данные, типы которых теперь не соответствуют новой конфигурации поставщика.

Решение 3. Исправление типов ПВХ в Конфигураторе

Чтобы успешно завершить обновление демо-базы и обойти эти ошибки блокировки, нам потребуется временно скорректировать метаданные вручную:

1. Откроем меню Конфигурация -> Поддержка -> Настройка поддержки.
2. Нажмем кнопку «Включить возможность изменения».
3. В появившемся окне правил поддержки установим для всех объектов статус «Объект поставщика редактируется с сохранением поддержки» и сохраним настройки.
4. В дереве объектов конфигурации перейдем по пути:
   Планы видов характеристик -> ОбъектыАдресацииЗадач.
5. Правой кнопкой мыши вызовем «Свойства» этого плана видов характеристик и найдем поле «Тип значения характеристик». Нажмем на кнопку редактирования (три точки).
6. В открывшемся окне выбора типов найдем предопределенный тип (чаще всего это ссылка на сам план видов характеристик или справочник, на который ругается система) и установим напротив него флаг (галочку), тем самым разрешив этот тип для использования.
7. Повторим процедуру для объекта:
   Планы видов характеристик -> УдалитьВидыДоступа.
8. Откроем его «Тип значения характеристик» и вернем галочку у типа СправочникСсылка.Организации (или другого типа, указанного в сообщении об ошибке конфигуратора).
9. Также можно зайти в предопределенные элементы этих планов видов характеристик и очистить некорректные связи типов у проблемных элементов (например, у элемента Организации).
10. Нажмем клавишу F7 для обновления конфигурации базы данных. Теперь проверка метаданных пройдет успешно, и конфигуратор позволит продолжить работу.

Выполнив указанные шаги, мы успешно решим проблему невидимости файлов обновлений для «1С:Розница 2.2.4.17», подготовим платформу к корректной работе и избавимся от сопутствующих ошибок обновления демонстрационных баз данных.