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

Дату обновления 1С точнее всего показывает журнал регистрации: Администрирование → Обслуживание → Журнал регистрации, отбор по событиям изменения конфигурации. Окно Справка → О программе даёт только номер версии платформы и релиз конфигурации, самой даты там нет.

Вопрос обычно возникает в неудобный момент. Отчёт вдруг стал считать иначе, форма отчётности не та, а коллега не помнит, ставил ли он новый релиз. Где посмотреть дату обновления 1С:Предприятия 8.3, зависит от того, что именно нужно: номер версии, дату установки релиза, автора обновления или дату выхода релиза у фирмы 1С. Для каждого случая есть свой источник, и они не взаимозаменяемы.

Версия платформы и конфигурации в окне «О программе»

Начните с номера версии. Без него дата мало что скажет: нужно понимать, какой релиз стоит сейчас.

Как открыть окно в интерфейсе «Такси»:

1. Нажмите кнопку главного меню в левом верхнем углу окна (значок с тремя полосками или стрелкой — зависит от релиза платформы).
2. Выберите Справка → О программе.
3. Посмотрите две строки:
   • 🖥️ версия платформы — вида 8.3.24.1548;
   • 📦 конфигурация и её версия — например, «Бухгалтерия предприятия, редакция 3.0» и номер вида 3.0.160.18.

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

Как читать номер релиза

Номер конфигурации состоит из четырёх частей. Пример — 3.0.160.18:

Чем больше третье число, тем новее версия. При одинаковой версии новее тот релиз, у которого больше четвёртое число. Номера сравнивайте поразрядно: 3.0.160.18 новее, чем 3.0.159.27.

Где версия видна в Конфигураторе

В Конфигураторе тоже есть Справка → О программе, но там только платформа. Версию конфигурации смотрят так:

1. Конфигурация → Открыть конфигурацию.
2. Правой кнопкой по корню дерева (первая строка с именем конфигурации) → Свойства.
3. Поле «Версия» на вкладке основных свойств.

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

Дата обновления конфигурации и дата выхода релиза — это разные даты

Чаще всего путают две вещи:

• 📅 дата выхода релиза — когда фирма 1С выпустила версию 3.0.160.18;
• 🔧 дата обновления вашей базы — когда этот релиз установили именно у вас.

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

Где узнать дату выхода релиза

Дата выхода есть в описании изменений к каждому релизу на портале обновлений 1С и в разделе поддержки вашей обслуживающей организации. В самой программе после обновления открывается окно с описанием изменений. Его можно открыть повторно из раздела Администрирование → Интернет-поддержка и сервисы, где лежит и настройка обновления версии программы.

Свежие номера релизов основных продуктов — в таблице ниже. Сравните их с номером из окна «О программе»: так сразу видно, насколько база отстаёт.

Журнал регистрации: точная дата и автор обновления

Это главный способ. Журнал хранит время события, пользователя, компьютер и тип операции. По нему видно не просто «обновляли», а кто и во сколько.

Как открыть журнал в пользовательском режиме

1. Администрирование → Обслуживание → Журнал регистрации.
2. Нажмите кнопку установки отбора.
3. В поле «События» отметьте события группы «Информационная база», в названии которых есть изменение конфигурации и изменение конфигурации базы данных.
4. Задайте период — например, последние полгода.
5. Примените отбор и отсортируйте по дате.

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

Что ещё искать в журнале

Типовые конфигурации на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11 и другие) после смены релиза запускают обработчики обновления. Они пишут в журнал события «Обновление информационной базы». Отбор по этому событию даёт:

• ⏱️ время первого запуска после установки нового релиза;
• ✅ завершение основных обработчиков;
• ❌ ошибки обработчиков, если обновление прошло не до конца.

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

Пример. Событие изменения конфигурации базы данных записано 14 марта в 21:40 от пользователя «Администратор», а первое «Обновление информационной базы» — 15 марта в 08:55 от бухгалтера. Значит, релиз применили вечером 14-го, а обработчики данных отработали утром, при первом входе в программу. Если пользователи жалуются на расхождения с 15 марта, искать причину стоит в изменениях этого релиза.

Журнал из Конфигуратора

Если в пользовательский режим не пустить нельзя (база не запускается после неудачного обновления), откройте журнал в Конфигураторе: Администрирование → Журнал регистрации. Отборы там те же.

Где журнал лежит физически

• файловая база — подкаталог 1Cv8Log в каталоге базы;
• клиент-серверная база — каталог журналов внутри каталога кластера на сервере 1С.

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

Как узнать дату установки по папкам на диске

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

Дата установки платформы

Каждая версия платформы ставится в свою папку:

C:\Program Files\1cv8\8.3.24.1548\
C:\Program Files (x86)\1cv8\8.3.24.1548\

Первый путь — для 64-разрядной платформы, второй — для 32-разрядной. Дата создания папки с номером версии — это дата установки платформы на этот компьютер. На сервере 1С смотрите ту же папку на машине с кластером: пользователи могут работать на клиентах разных версий, но сервер у кластера один.

Дата загрузки шаблона конфигурации

Обновления конфигурации ставятся в каталог шаблонов. По умолчанию он лежит в профиле пользователя:

%APPDATA%\1C\1cv8\tmplts\1c\

Внутри — папки продуктов и версий, например Accounting\3_0_160_18. Дата создания такой папки показывает, когда дистрибутив релиза распаковали. Применить его к базе могли позже или не применить вовсе.

Резервные копии перед обновлением

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

Дата обновления в SQL: таблица Config для администраторов

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

Работайте только с запросами на чтение и только под учётной записью с минимальными правами. Любое изменение служебных таблиц 1С вручную может сделать базу незапускаемой.

MS SQL Server

SELECT TOP 20 FileName, Creation, Modified, DataSize
FROM Config
ORDER BY Modified DESC;

PostgreSQL

SELECT filename, creation, modified, datasize
FROM config
ORDER BY modified DESC
LIMIT 20;

Как читать результат:

• самые свежие значения в колонке Modified — момент последнего применения конфигурации к базе данных;
• если десятки записей изменились в одну минуту — это и есть обновление релиза;
• одиночные свежие записи без массового изменения чаще означают мелкую правку программиста.

Таблица ConfigSave

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

Автоматический контроль версий

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

Через встроенный язык

Внешняя обработка или регламентный скрипт может читать три значения:

ВерсияКонфигурации = Метаданные.Версия;
ИмяКонфигурации = Метаданные.Имя;
Инфо = Новый СистемнаяИнформация;
ВерсияПлатформы = Инфо.ВерсияПриложения;

Сообщить(СтрШаблон("%1 %2, платформа %3, проверено %4",
    ИмяКонфигурации, ВерсияКонфигурации, ВерсияПлатформы, ТекущаяДата()));

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

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

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

Что выбрать

Почему дата обновления получается неправильной

Ошибаются не в способе, а в том, как читают результат.

• 📁 Дата файла базы. У файловой базы 1Cv8.1CD меняется при каждой работе пользователей. Дату обновления по нему не определить.
• 📦 Дата шаблона вместо даты применения. Папка в tmplts появилась 1 марта, а базу обновили 15 марта или не обновляли вовсе.
• 🖥️ Платформа вместо конфигурации. Новую платформу поставили, а конфигурация осталась прежней. Это два разных обновления с разными датами.
• 🔄 Сохранили, но не применили. В Конфигураторе загрузили релиз, но не выполнили обновление конфигурации базы данных. В окне «О программе» у пользователей при этом старый номер.
• 🧾 Дата выхода релиза вместо даты установки. Номер релиза говорит, когда его выпустили, а не когда его поставили к вам.
• 🧑‍💻 Доработанная конфигурация. Если конфигурация снята с поддержки, номер версии в свойствах может не соответствовать типовому релизу.

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