1с не выбран файл обновления

Обновлено: 04.07.2024

Создание файлов поставки и поддержки

Процесс формирования файлов поставки и поддержки подразумевает создание в режиме Конфигуратор следующих файлов:

файл конфигурации (.cf), содержащий дистрибутив конфигурации;
файл обновления (.cfu), содержащий обновление конфигурации с предыдущей (-их) версии (-ий).

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

Механизм поставки конфигураций предлагает определенную схему размещения на диске файлов поставки и поддержки разных версий.

В диалоге "Создание файлов поставки и обновления конфигурации" нажав кнопку "Каталог файлов поставки" можно задать корневой каталог для размещения создаваемых файлов. Файлы поставки и обновления будут по умолчанию располагаться в подкаталогах, имеющих имена, соответствующие свойству "Версия" конфигурации.

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

Создание файла поставки

Файлы поставки создаются в выбранном каталоге файлов поставки при установленном флажке "Создать файл поставки" в диалоге создания фалов поставки и обновления конфигурации.

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

Примечание. Если такая ситуация произошла, то при подготовке очередной версии поставки поставщику следует разослать пользователям только "новый файл" конфигурации (*.cf). Только так "обновленная конфигурация", находящаяся на поддержке, может быть правильно обновлена.

Создание файлов обновления конфигурации

Файл обновления создается одновременно с файлом поставки в диалоге "Создание файлов поставки и обновления" при установленных флажках "Создать файл поставки" и "Создать файл обновления конфигурации". При этом может быть создан только один файл обновления. Для создания нескольких файлов обновления для разного набора предыдущих версий следует выполнить процедуру создания файлов обновления несколько раз, используя разные каталоги файлов поставки.

Для выбора файлов предыдущих версий можно пользоваться как кнопкой "Добавить" и прямым выбором файла, так и кнопкой "Добавить из предыдущих версий", которая сама найдет и предложит для выбора файлы, если они были размещены на диске в соответствии с описанной выше стандартной структурой каталогов.

С помощью команды "Добавить" можно указать и файлы других конфигураций. После этого обновление может быть выполнено и для них, однако это должны быть именно файлы поставки, а не произвольные файлы конфигурации.

Обновление с помощью файлов обновления (cfu )

Обновление конфигурации выполняется с помощью диалога "Обновление конфигурации", который открывается командой "Конфигурация – Поддержка – Обновить конфигурацию".

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

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

Примечание. При обновлении с использованием файла cfu проверка версии выполняется по внутреннему идентификатору, который меняется при ЛЮБОМ изменении конфигурации, в том числе, и при снятии с поддержки.

Вот пример такой ошибки:

Прежде всего, если у вас базовая 1с - исключите вот этот вариант: ссылка.

Одна из наиболее коварных ошибок - несоответствие версии основной конфигурации и конфигурации поставщика, то есть проблема самой базы.

Чтобы проверить присутствует ли эта проблема в нашей базе открываем конфигуратор:

Смотрим версию базы:

В данном случае она равна 2.0.65.9

Теперь смотрим версию конфигурации поставщика (через которую осуществляется поддержка обновлений):

Видим, что версия конфигурации поставщика также равна 2.0.65.9. Так и должно быть.

Как обстоят дела в вашем случае?

У меня версия конфигурации поставщика совпадает с версией в окне 'О программе' У меня версия конфигурации поставщика отличается от версии в окне 'О программе'

Это отличная новость. С базой у вас всё в порядке - проблема именно в том, что вы выбрали неверное обновление для базы.

Неправильный выбор обновления не свойственен самому обновлятору, поэтому я предполагаю, что вы принудительно (либо через контекстное меню базы, либо через её настройки) заставили обновлятор попытаться применить именно это обновление.

Вариант решения только один - достать корректное обновление, которое может быть применено именно к вашей версии базы.

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

В этом случае у вас проблема с базой.

Если вы не программист и не администратор, то я советую вызывать специалиста, а не пытаться решать эту проблему самому. Так как тут бывают достаточно сложные случаи.

Если же вы чувствуете в себе силы и есть уверенность в своих навыках, то вот общая инструкция для исправления:

1. Перво-наперво создайте резервную копию базы: копию папки (предварительно выгнав пользователей) и на всякий случай выгрузку в dt.

2. Где-нибудь достаньте файл конфигурации (.cf) версии базы - той, что мы видим в окне "О программе". Это самый сложный этап и тут я не дам готовых решений. Можно вытащить этот файл из другой базы этой версии, а можно попросить его у коллег. Сразу скажу, что у меня его просить бесполезно - я его вам предоставить не смогу.

3. Имея на руках файл конфигурации (с расширением .cf) нужной версии (той, что у вас в окне "О программе") в конфигураторе базы открываем пункт:

Файл обновления мы укажем сами:

Внимание! Далее появится окно сравнения старой и новой конфигурации - снимите все галки в дереве сравнения - тогда объекты основной конфигурации останутся не тронутыми, а объекты конфигурации поставщика обновятся.

После обновления снова проверьте версию конфигурации поставщика - теперь она должна совпадать с той версией, что стоит в окне "О программе". После этого база будет обновляться обновлятором без каких либо проблем.

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

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

Прежде всего я сразу покажу вам решение, если вы не хотите разбираться почему обновлятор не находит ваше обновление.

Для этого отметьте нужные базы галками и выберите из пункт "Ещё" команду "Обновить из cfu (или cf), который я укажу. ":

Далее укажите файл с обновлением из нужной папки:

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

Долгий способ

Для большинства конфигураций обновлятор умеет скачивать обновления из интернета самостоятельно.

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

Но только, если это обновление действительно подходит для вашей конфигурации и её версии.

Чтобы понять это обновлятор прочитает специальный файл "UpdInfo.txt" внутри папки с обновлением. В этом файле указывается на какие версии конфигураций можно "накатывать" обновление.

И первая проблема связана с тем, что некоторые компании-разработчики конфигураций не кладут файл "UpdInfo.txt" в папку с обновлением. Особенно часто этим "грешат" компании БИТ и Камин.

Но бывает и хуже. Файл "UpdInfo.txt" есть, но он не соответствует обновлению. С таким я встречался у всё той же БИТ, когда они выпустили обновление для своей конфигурации на основе типовой бухгалтерии и в папку с обновлением положили "UpdInfo.txt" от самой бухгалтерии, а не от своей конфигурации.

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

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

1. Откройте любую из баз в конфигураторе:

2. В конфигураторе выполните команду из меню "Конфигурация"->"Открыть конфигурацию":

3. Далее выполните команду из меню "Конфигурация"->"Поддержка"->"Обновить конфигурацию":

4. Выберите пункт "Поиск доступных обновлений" и нажмите кнопку "Далее":

5. Важный момент. Здесь нужно выбрать только первую галку (искать в папках с шаблонами на компьютере) и снять все остальные:

Нажимаем кнопку "Далее" и ждём.

В этот момент конфигуратор для всех обновлений в папке с шаблонами создаст специальные файлы 1cv8.cuc, которые обновлятор сможет использовать вместо UpdInfo.txt.

После того как отработает поиск - дальше продолжать не нужно. Прервите процесс (кнопка "Отмена") и закройте конфигуратор.

Теперь снова попробуйте запустить обновлятор - обновление должно найтись.

Чтобы не повторять эту процедуру в будущем, я советую написать письмо или позвонить в компанию-разработчик конфигурации и попросить, чтобы они внесли изменения в процесс выпуска обновлений и начали добавлять корректный UpdInfo.txt.

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Настройка поставки и создание файлов поставки и обновления

Рассмотрим вопрос подготовки и создания комплектов поставки прикладных решений.

Поставка конфигураций может производится с помощью файлов различных форматов и содержания:

файл конфигурации ( cf) , содержащий дистрибутив конфигурации;
файл информационной базы ( 1cd) , содержащий готовую к работе, но пустую базу данных (или заполненную некоторыми обязательными начальными данными);
файл информационной базы, содержащий демонстрационные данные, соответствующие им файлы выгрузки информационной базы ( dt) .

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

Настройка поставки

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

изменения разрешены;
изменения не рекомендуются;
изменения запрещены.

Эти варианты определяют допустимые правила поддержки, которые будут устанавливаться пользователем. Более подробно вопрос описан в разделе "Введение в поставку и поддержку конфигураций".

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

В настройке поставки конфигурации так же можно установить флажок "Файл поставки может использоваться для обновления". Как было описано в разделе "Введение в поставку и поддержку конфигураций", для обновления конфигурации поставщика могут использоваться как специальные файлы обновления ( cfu ), так и полные файлы конфигурации ( cf). Сброс данного флажка отменяет последнюю возможность. Это может быть полезно, когда новая версия конфигурации требует сложной обработки базы данных.

Например, изменение типа реквизита справочника со строки на ссылку на другой справочник требует "двухпроходного обновления". Сначала требуется добавить новый реквизит типа ссылки, заполнить его на основе значения старого реквизита, и только потом можно удалить старый реквизит, а новый переименовать. Такую процедуру нельзя выполнить в рамках одного изменения структуры базы данных с предшествующим и / или последующим выполнением специальной обработки. Требуется подготовить промежуточную версию конфигурации, в которой новый реквизит будет добавлен, а старый еще не удален, и написать соответствующие обработки. Процедуру обновления конфигурации в этом случае, конечно, следует подробно описать в документации, но всегда существует вероятность ошибочных действий со стороны пользователя. Использование флажка "Файл поставки может использоваться для обновления" позволяет поставщику подстраховаться от ошибок пользователя в процессе обновления. Общая схема может быть примерно такой:

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

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

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

Механизм поставки конфигураций предлагает определенную схему размещения на диске файлов поставки и поддержки разных версий. В диалоге "Создание файлов поставки и обновления конфигурации" нажав кнопку "Каталог файлов поставки" можно задать корневой каталог для размещения создаваемых файлов. Файлы поставки и обновления будут по умолчанию располагаться в подкаталогах, имеющих имена, соответствующие свойству "Версия" конфигурации. Использование этой схемы позволит упростить подготовку обновлений для новых версий конфигурации, как это будет описано ниже. Следует иметь ввиду, что корневой каталог не сохраняется внутри самой конфигурации и будет изменен при переносе файла информационной базы "1 cd " на другой компьютер.

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

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

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

Создание файлов поставки других форматов

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

Открыв в режиме конфигуратора файл информационной базы, содержащий необходимые данные, следует выполнить команду "Конфигурация\Загрузить конфигурацию из файла. ", согласиться на замену текущей конфигурации и выполнить обновление конфигурации базы данных. Полученную в результате информационную базу можно использовать для поставки. Для подготовки файла выгрузки конфигурации ( dt ) следует в ее среде выполнить стандартную команду "Администрирование\Выгрузить информационную базу".

Читайте также: