Где посмотреть установленные патчи в 1С 8.3

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

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

Просмотр истории изменений через интерфейс программы

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

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

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

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

Использование обработки "Обновление информационной системы"

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

В интерфейсе обработки существует вкладка или кнопка, отвечающая за просмотр уже установленных обновлений. Система сравнивает версию вашей базы с эталонной версией, доступной в репозитории обновлений 1С (ИТС). Если патч уже установлен, система сообщит об этом, отображая номер версии и дату релиза. Это позволяет быстро сверить факт установки без необходимости лезть в технические таблицы.

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

⚠️ Внимание: Интерфейс и возможности обработки могут отличаться в зависимости от версии платформы и конкретной конфигурации (Бухгалтерия, ЗУП, УТ). В некоторых релизах функционал просмотра истории вынесен в отдельный пункт меню "О программе".

Анализ таблицы версий конфигурации в режиме Конфигуратор

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

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

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

Как узнать точный номер сборки платформы?

В окне "О программе" (меню Справка) отображается не только номер релиза (например, 8.3.20), но и номер сборки (например, 8.3.20.1567). Патчи платформы часто выпускаются именно в виде новых сборок, исправляющих критические ошибки без изменения основного номера версии.

Прямой SQL-запрос к системным таблицам базы данных

В случаях, когда интерфейс 1С недоступен или база данных работает в клиент-серверном варианте с ограничениями прав, наиболее надежным способом является прямой запрос к СУБД (Microsoft SQL Server, PostgreSQL). Этот метод требует знаний языка SQL и понимания структуры системных таблиц 1С.

Информация о версии конфигурации обычно хранится в таблице Params или специализированных таблицах версий, таких как DBVersion (название может варьироваться в зависимости от версии платформы и типа СУБД). Администратор базы данных может выполнить селекцию данных, чтобы получить точную информацию о текущем состоянии и истории обновлений.

SELECT Version, UpdateDate, UserName FROM DBVersion ORDER BY UpdateDate DESC;

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

Поле	Описание	Тип данных
Version	Номер версии конфигурации или платформы	Строка (Varchar)
UpdateDate	Дата и время установки патча	Дата/Время (DateTime)
UserName	Имя пользователя, выполнившего обновление	Строка (Varchar)
Comment	Комментарий к обновлению (если был внесен)	Текст (Text)

⚠️ Внимание: Прямое изменение данных в системных таблицах базы данных 1С через SQL строго запрещено. Это может привести к нарушению целостности базы и потере возможности запуска конфигуратора. Используйте SQL только для чтения (SELECT).

Использование внешней обработки "Анализ состояния ИБ"

Для комплексной диагностики состояния информационной базы существуют сторонние и штатные обработки, такие как "Анализ состояния ИБ" (ранее известная как "Тестирование и исправление"). Эти инструменты позволяют не только проверить целостность данных, но и сверить версию конфигурации с эталоном.

Запуск данной обработки происходит из меню Администрирование → Обслуживание → Тестирование и исправление. В процессе работы утилита сканирует структуру базы и может выявить расхождения между фактической версией и ожидаемой. Это полезно, если обновление было прервано или выполнено некорректно.

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

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

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

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

• 🔍 Ошибка 1: Поиск патчей платформы в журнале документов конфигурации. Патчи платформы фиксируются в логах установки ПО на сервере или рабочей станции, а не в базе данных 1С.
• 📂 Ошибка 2: Проверка версии по ярлыку запуска. Ярлык может указывать на старую версию exe-файла, даже если на компьютере установлена новая платформа.
• 🔄 Ошибка 3: Игнорирование сообщений об ошибке при обновлении. Если скрипт обновления прервался, версия в базе может не измениться, хотя файлы конфигурации уже заменены.

В чем разница между обновлением платформы и конфигурации?

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

Можно ли откатить установленный патч?

Штатными средствами 1С откатить обновление ("откатить патч") невозможно. Единственный способ вернуться к предыдущей версии — восстановить базу данных из резервной копии, сделанной до момента обновления. Поэтому бэкапы критически важны.

Где хранится файл с описанием изменений (релиз-нота)?

Файл с описанием изменений обычно поставляется вместе с файлом обновления (.cfu) и имеет расширение .txt или .pdf. Также текст изменений можно найти на официальном портале releases.1c.ru в карточке конкретного релиза конфигурации.

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

Необходимо сверить номер сборки платформы с списком уязвимостей на сайте безопасности 1С (security.1c.ru). В самой базе данных номер сборки платформы не хранится явно, его нужно смотреть в свойствах исполняемого файла или через меню "О программе".

Почему после обновления версия не изменилась?

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