Какой релиз стоит в базе и что сделало последнее обновление 1С

Версию установленного обновления в 1С 8.3 быстрее всего посмотреть через главное меню: Справка → О программе. В окне видно название и номер релиза конфигурации (например, 3.0.xxx.xx) и версию платформы (8.3.2x.xxxx). Когда и кем выполнялось обновление, покажет журнал регистрации, а итог обработки данных после обновления — раздел Администрирование → Обслуживание.

Частая путаница: человек видит в окне «О программе» номер 8.3 и считает, что это версия его Бухгалтерии. Нет, это платформа — «движок». Номер релиза самой программы начинается с номера редакции: 3.0 у Бухгалтерии, 3.1 у ЗУП, 11.x у Управления торговлей. Обновляются они независимо, и смотреть нужно оба номера.

Где увидеть версию конфигурации и платформы

В пользовательском режиме

1. Откройте главное меню — кнопка с тремя полосками в заголовке окна программы.
2. Выберите Справка → О программе.
3. В окне найдите две строки: название конфигурации с номером релиза и строку «1С:Предприятие» с версией платформы.

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

💡 В типовых конфигурациях на базе БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) номер релиза виден ещё и в разделе Администрирование → Интернет-поддержка и сервисы, в блоке обновления версии программы. Там же программа сообщает, есть ли более свежий релиз, если подключена интернет-поддержка.

В Конфигураторе

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

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

Без запуска 1С

Установленные на компьютере версии платформы лежат в отдельных папках: C:\Program Files\1cv8\8.3.xx.xxxx для 64-разрядной и C:\Program Files (x86)\1cv8\8.3.xx.xxxx для 32-разрядной. Имя папки — это и есть номер версии.

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

Когда и кто обновлял базу: журнал регистрации

Окно «О программе» отвечает на вопрос «что стоит сейчас». На вопрос «когда это поставили и прошло ли гладко» отвечает журнал регистрации.

Открыть его можно двумя путями:

• в пользовательском режиме: Администрирование → Обслуживание → Журнал регистрации;
• в Конфигураторе: Администрирование → Журнал регистрации.

Как отфильтровать события обновления

1. Откройте отбор журнала и задайте интервал дат, например, последний месяц.
2. В поле событий оставьте только нужные группы (таблица ниже).
3. Отсортируйте по дате и найдите момент, когда сменился релиз.

В колонке «Пользователь» видно, под кем шло обновление. В колонке «Компьютер» — с какой машины. Для разбора полётов этого обычно хватает.

Как искать ошибки обновления

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

Статусы обработки данных после обновления

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

Где смотреть: Администрирование → Обслуживание, ссылка на результаты обновления программы и дополнительную обработку данных. Название ссылки в разных релизах формулируется немного по-разному, но она всегда в этом разделе.

В форме видно:

• ✅ выполнена ли обработка полностью;
• ⏳ сколько обработчиков ещё в работе и какой прогресс;
• ❌ есть ли обработчики с ошибками — их можно перезапустить после устранения причины;
• 📄 ссылку на описание изменений в установленной версии.

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

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

История изменений в Конфигураторе

Здесь ожидания часто расходятся с реальностью. Конфигуратор сам по себе не ведёт историю версий конфигурации. Списка «было 3.0.150, стало 3.0.152, затем 3.0.155» в нём нет. Восстанавливают историю по косвенным источникам.

Хранилище конфигурации

Если база подключена к хранилищу, откройте Конфигурация → Хранилище конфигурации → История хранилища. Там каждая помещённая версия с номером, датой, автором и комментарием. По любой версии можно открыть список изменённых объектов и сравнить её с текущей конфигурацией.

Сравнение конфигураций

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

1. Основная против конфигурации БД. Если различия есть, значит, изменения в Конфигураторе загружены, но к базе не применены. Это и есть «обновление не завершено».
2. Текущая против файла .cf прежнего релиза. Показывает, какие объекты поменял поставщик и какие ваши доработки задело обновление.

Отчёт о сравнении можно сохранить в файл и приложить к заявке или к документации по базе.

Таблица версий подсистем: для разработчиков

Типовые конфигурации хранят номера версий в регистре сведений ВерсииПодсистем (подсистема «Обновление версии ИБ» из БСП). В нём записаны номер основной конфигурации и номера встроенных библиотек: БСП, библиотеки интернет-поддержки, библиотеки ЭДО и других.

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

Посмотреть регистр можно консолью запросов или из внешней обработки:

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|    ВерсииПодсистем.ИмяПодсистемы КАК Подсистема,
|    ВерсииПодсистем.Версия КАК Версия
|ИЗ
|    РегистрСведений.ВерсииПодсистем КАК ВерсииПодсистем
|УПОРЯДОЧИТЬ ПО
|    Подсистема";

Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
    Сообщить(Выборка.Подсистема + ": " + Выборка.Версия);
КонецЦикла;

Версию конфигурации и платформы из кода получают так:

ВерсияКонфигурации = Метаданные.Версия;
СистемнаяИнфо = Новый СистемнаяИнформация;
ВерсияПлатформы = СистемнаяИнфо.ВерсияПриложения;
Сообщить("Конфигурация: " + ВерсияКонфигурации + ", платформа: " + ВерсияПлатформы);

Файловая и клиент-серверная база: где смотреть и что отличается

Файловый вариант

База — это папка с файлом 1Cv8.1CD. Версия платформы определяется тем, какой клиент её открыл. Если на трёх компьютерах офиса стоят разные сборки 8.3, базу открывает каждая своя. Чтобы избежать сюрпризов, задайте одну версию в свойствах базы в списке информационных баз на всех рабочих местах.

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

Клиент-серверный вариант

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

Как узнать версию сервера:

• 🖥️ в консоли администрирования серверов 1С версия видна в свойствах центрального сервера;
• 🖥️ в службах Windows откройте свойства службы агента сервера 1С: в строке пути к исполняемому файлу ragent.exe указана папка с номером версии.

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

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

Почему видна «не та» версия: частые ошибки

• ❌ Смотрят версию платформы вместо конфигурации. 8.3.xx — это платформа. Релиз программы — строка с названием конфигурации.
• ❌ Загрузили .cfu, но не обновили базу данных. В Конфигураторе изменения есть, а пользователи работают на старом релизе. Сравните основную конфигурацию и конфигурацию БД или выполните Конфигурация → Обновить конфигурацию базы данных.
• ❌ Путают редакцию и релиз. «3.0» у Бухгалтерии — редакция. Её номер не меняется годами. Релиз — последние две группы цифр.
• ❌ Смотрят не ту базу. В списке часто две похожие базы: рабочая и копия. Проверьте путь к базе внизу списка информационных баз.
• ❌ Не учитывают расширения. У расширения своя версия, она не входит в номер релиза конфигурации. Список расширений и их версии — в Администрирование → Печатные формы, отчеты и обработки → Расширения.
• ❌ Считают обновление законченным при работающей отложенной обработке. Номер новый, но данные ещё переносятся. Финал виден только в результатах обновления.

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