Где в 1С посмотреть последнее обновление

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

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

Просмотр версии через пункт «О программе»

Самый простой способ, доступный любому пользователю без административных прав. Откройте главное меню (круглая кнопка со стрелкой в левом верхнем углу в интерфейсе «Такси») и выберите пункт «О программе». В открывшемся окне отображаются: наименование и версия конфигурации (например, «Бухгалтерия предприятия, редакция 3.0 (3.0.xxx.xx)»), версия платформы 1С:Предприятие и режим работы информационной базы.

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

История обновлений в типовых конфигурациях

В типовых решениях на базе Библиотеки стандартных подсистем (БСП) — это «Бухгалтерия предприятия», «Зарплата и управление персоналом», «Управление торговлей», «Комплексная автоматизация», ERP и другие — есть встроенный механизм истории обновлений. Обычно он находится по пути: «Администрирование» → «Поддержка и обслуживание» → «Обновление версии программы» или «Результаты обновления программы».

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

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

1. 1
   Откройте раздел «Администрирование»
2. 2
   Перейдите в «Поддержка и обслуживание»
3. 3
   Откройте «Результаты обновления программы» или «Обновление версии программы»
4. 4
   Проверьте последнюю строку: версия, дата и статус обработчиков

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

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

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

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

Проверка через конфигуратор

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

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

Клиент-серверный вариант: консоль кластера и СУБД

В клиент-серверном режиме (MS SQL, PostgreSQL) версию конфигурации по-прежнему удобнее всего смотреть из клиентского приложения. Консоль кластера показывает версию платформы сервера, но не версию конфигурации и не историю обновлений — это разные уровни. Проверить версию платформы сервера можно в консоли администрирования кластера в свойствах самого кластера.

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

Как проверить, что обновление завершилось корректно

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

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

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

Версия в «О программе»

Норма

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

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

Осталась старая версия — обновление не применилось

Результаты обновления в «Администрировании»

Норма

Все обработчики завершены без ошибок

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

Есть ошибки или незавершённые отложенные обработчики

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

Норма

Событие обновления завершилось без записей уровня «Ошибка»

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

Ошибки обработчиков, обрыв сеанса во время обновления

Работа пользователей

Норма

Документы и отчёты открываются штатно

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

Ошибки при открытии форм, недоступность данных

Частые ошибки при поиске информации об обновлении

FAQ

Как узнать дату последнего обновления 1С, если нет прав администратора?

Попросите администратора открыть «Администрирование» → «Результаты обновления программы» или журнал регистрации. Без прав доступен только номер версии через «О программе» — дату там не посмотреть.

Версия в «О программе» не изменилась после обновления — что это значит?

Скорее всего, обновление конфигурации базы данных не было выполнено: обновили только конфигурацию поставщика или прервали процесс. Зайдите в конфигуратор и проверьте, не ожидает ли обновление конфигурации базы данных (пункт «Конфигурация» → «Обновить конфигурацию базы данных»).

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

Там же — в окне «О программе»: версия платформы указана отдельной строкой (например, 8.3.22.xxxx). В клиент-серверном режиме версию сервера видно в консоли администрирования кластера.

Обновление прошло с ошибками в отложенных обработчиках — что делать?

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

Можно ли узнать, какая версия была до последнего обновления?

Да, если сохранились записи в журнале регистрации — в событии обновления указаны исходная и целевая версии. Также прежнюю версию показывают резервные копии и выгрузки .dt, сделанные до обновления.

Почему в самописной конфигурации нет раздела «Результаты обновления»?

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