Как изменить версию конфигурации в 1С

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

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

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

Где хранится версия конфигурации и зачем она нужна

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

Номер версии используется в нескольких механизмах. Во-первых, при обновлении конфигурации поставщик сравнивает версию в базе с версией в файле обновления и определяет порядок установки релизов. Во-вторых, типовые конфигурации при первом запуске после обновления выполняют обработчики обновления данных, ориентируясь на номер версии. В-третьих, версия выводится в диалоге «О программе» и в отчётах о технической информации, что упрощает диагностику при обращениях в поддержку.

Как изменить версию через свойства конфигурации

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

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

1. 1
   Откройте базу в конфигураторе под пользователем с правами на изменение конфигурации
2. 2
   Выполните Конфигурация → Открыть конфигурацию
3. 3
   Откройте Конфигурация → Свойства
4. 4
   В поле «Версия» укажите новый номер в формате X.X.X.X
5. 5
   Сохраните конфигурацию и обновите конфигурацию базы данных
6. 6
   Запустите режим предприятия и проверьте номер в окне «О программе»

Изменение самого свойства «Версия» не затрагивает данные и не требует реструктуризации, поэтому обновление конфигурации базы данных проходит быстро. Однако если конфигурация находится на поддержке с запретом изменений, поле будет недоступно или изменение приведёт к нарушению целостности поддержки — об этом ниже.

Изменение версии у конфигурации на поддержке

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

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

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

Автоматическое изменение версии при обновлении

В типовом сценарии версия меняется без ручного ввода — при установке обновления. Когда администратор загружает файл обновления (.cfu) или новую конфигурацию (.cf) через «Конфигурация → Поддержка → Обновить конфигурацию», платформа переносит версию из файла поставщика в свойства конфигурации автоматически.

Тот же эффект даёт обновление через интернет-поддержку из режима предприятия в типовых конфигурациях: после установки релиза номер версии в «О программе» меняется сам. Ручное вмешательство здесь не требуется и даже вредно — если вручную выставить номер будущего релиза, механизм обновления может посчитать, что релиз уже установлен, и пропустить обработчики обновления данных.

Проверить, какая версия была до обновления и какая стала после, можно в журнале регистрации (события обновления конфигурации) и в окне «О программе». Если после обновления номер не изменился — значит, обновление конфигурации базы данных не было завершено, и база работает на старом релизе.

Версия поставщика и настройка поставки

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

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

Проверка результата и типичные ошибки

После изменения версии результат проверяется просто: запустите базу в режиме предприятия и откройте «О программе» (в типовых — через меню с круглой кнопкой или раздел «Администрирование → Обслуживание»). Отображаемый номер должен совпадать с заданным. Дополнительно можно сверить значение программно — функция получения метаданных возвращает версию из свойств конфигурации.

Контрольные точки

Как проверить результат

Номер в окне «О программе»

Норма

Совпадает с заданным в свойствах

Тревожный признак

Отображается старый номер — не выполнено обновление конфигурации базы данных

Доступность обновлений

Норма

Механизм обновления видит следующую версию поставщика

Тревожный признак

Обновление не находится или предлагает уже установленный релиз

Журнал регистрации

Норма

Есть событие изменения конфигурации без ошибок

Тревожный признак

Ошибки обновления или откат транзакции

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

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

Можно ли изменить версию конфигурации без конфигуратора?

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

Почему поле «Версия» недоступно для редактирования?

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

Что будет, если указать версию ниже текущей?

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

Влияет ли смена версии на данные в базе?

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

Как узнать версию конфигурации программно?

Во встроенном языке используется объект Метаданные: выражение вида Метаданные.Версия возвращает строку версии текущей конфигурации. Это удобно для вывода номера в собственных отчётах и формах «О программе».