Список исправлений 1С: как увидеть, какие патчи уже стоят в базе
Содержание
Посмотреть установленные патчи в 1С можно тремя способами: в форме «Установленные исправления» в пользовательском режиме, в списке расширений и через Конфигуратор. Первый быстрее всего и не требует прав администратора базы. Второй нужен, когда патч поставили не штатным путём. Третий выручает, если интерфейс программы не открывается.
Патч (исправление) в 1С чаще всего подключается как расширение конфигурации . Поэтому ответ на вопрос «что стоит в базе» лежит сразу в двух местах: в списке исправлений и в списке расширений. Ниже — где что искать, как сверить версию и как понять, когда именно патч попал в базу.
Способ 1. Форма «Установленные исправления» в программе
Это основной путь для типовых конфигураций на библиотеке стандартных подсистем: Бухгалтерия предприятия 3.0, ЗУП 3.1, Управление торговлей 11, ERP 2. Названия разделов могут чуть отличаться по релизам, поэтому ориентируйтесь на смысл.
- Откройте раздел
Администрирование. - Перейдите в
Обслуживаниеили в блок настроек обновления программы. - Найдите ссылку
Установленные исправления. - Откроется список: название патча, версия конфигурации, для которой он выпущен, и описание, какие ошибки закрывает.
Если ссылку не видно, найдите её через поиск по разделу: введите в строку поиска слово «исправления». Ещё один вариант — меню «Все функции», если оно включено в настройках интерфейса.
В списке видно не только что установлено, но и что можно удалить. Если патч уже включён в новый релиз, его оставляют в списке без пользы. Такие записи можно убрать кнопкой удаления.
Что читать в строке списка
- 🏷️ Название — обычно содержит номер исправления и краткую тему.
- 🔢 Версия — релиз конфигурации, под который сделан патч.
- 📝 Описание — какие ошибки или изменения законодательства закрыты.
- ✅ Состояние — включён патч или отключён.
Если версия патча не совпадает с версией вашей конфигурации, он не сработает. Такое бывает после обновления релиза: старые исправления либо удаляются сами, либо остаются висеть в списке.
Способ 2. Как найти патчи в списке расширений
Исправление может стоять как обычное расширение. Это частый случай, когда патч ставил программист или обслуживающая фирма.
Пути зависят от версии, но схема одна:
Администрирование→Печатные формы, отчёты и обработки→Расширения.- В списке найдите строки с именами вроде «Исправление…», «Патч…», «Fix…».
- Откройте расширение: там видны версия, статус «Активно» и признак безопасного режима.
Расширений могут быть десятки. Сортируйте список по дате добавления, если колонка есть, или по имени. Чужие доработки не отключайте без согласования: на них может держаться печатная форма или обмен.
| Где смотреть | Что увидите | Кому доступно |
|---|---|---|
| Установленные исправления | Только штатные патчи от фирмы 1С | Пользователь с правами администратора |
| Расширения | Патчи и доработки, подключённые как расширения | Администратор |
| Конфигуратор | Всё, включая изменённую конфигурацию | Администратор, нужен запуск Конфигуратора |
Способ 3. Проверка версии конфигурации и платформы
Иногда достаточно понять, какой релиз стоит. Патчи привязаны к релизу, и сравнение с последним выпуском сразу показывает, нужен ли новый патч.
Версия через «О программе»
- В главном меню нажмите на значок со стрелкой возле названия программы.
- Выберите
Справка→О программе. - Запишите две строки: версию конфигурации (например, 3.0.150.30) и версию платформы (например, 8.3.24.1667).
Цифры в примере условные, у вас будут свои.
Версия через Конфигуратор
- Запустите базу в режиме
Конфигуратор. - Откройте
Конфигурация→Открыть конфигурацию. - Щёлкните корень дерева правой кнопкой →
Свойства. - В палитре свойств найдите поле
Версия.
Если конфигурация находится на поддержке, посмотрите Конфигурация → Поддержка → Настройка поддержки. Там видно, какие объекты изменены, а какие остались типовыми. Это важно: изменённые объекты патч может не накрыть.
Как посмотреть, когда и кто поставил патч
Список исправлений не отвечает на вопрос «когда». Для этого нужен журнал регистрации.
- Откройте журнал:
Администрирование→Поддержка и обслуживание→Журнал регистрации. В Конфигураторе путь короче:Администрирование→Журнал регистрации. - Поставьте отбор по периоду, например за последний месяц.
- В поле «Событие» выберите события, связанные с конфигурацией и расширениями.
- Среди записей ищите изменения конфигурации или добавление расширения.
В строке будут видны пользователь, компьютер и время. Так легко выяснить, поставил патч штатный администратор или кто-то из подрядчиков.
Если журнал пуст за нужный период, возможно, его очищали или хранение ограничено настройками. Тогда ищите ответ в резервных копиях: сравните две копии по списку расширений.
Какие патчи бывают и чем они отличаются
Не все исправления одинаковы. От типа зависит, где его искать.
| Тип | Как ставится | Где виден |
|---|---|---|
| Исправление фирмы 1С | Через форму установки исправлений, файл .cfe | Установленные исправления |
| Расширение от подрядчика | Через список расширений | Расширения |
| Изменение конфигурации | Через Конфигуратор, слияние или правка | Только в Конфигураторе, объекты помечены как изменённые |
| Новый релиз целиком | Файл обновления .cf или .cfu | Версия конфигурации |
Последний тип часто путают с патчем. Новый релиз меняет номер версии, а вот патч номер не меняет.
Расширения в Конфигураторе: полный список с признаками
Если интерфейс программы не запускается, список расширений доступен через Конфигуратор. Это же путь для тех, кто работает с базой напрямую.
- Откройте базу в режиме
Конфигуратор. - Выберите
Конфигурация→Расширения конфигурации. - В окне увидите все подключённые расширения с названием, синонимом и версией.
- Выделите строку и посмотрите свойства: активность, безопасный режим, защиту от опасных действий.
Здесь видно то, чего нет в пользовательском режиме. Например, расширение может быть добавлено, но отключено: в списке исправлений программы оно не появится, а в Конфигураторе стоит галка «Активно» без отметки.
Не редактируйте расширения в рабочей базе без копии. Даже простой просмотр свойств безопаснее открывать на тестовой копии, если база большая и критичная.
Как посмотреть патчи сразу в нескольких базах
Когда баз много, заходить в каждую долго. Практичный порядок такой:
- 📂 Составьте перечень баз: название, сервер, версия платформы.
- 🔍 В каждой откройте форму установленных исправлений и сделайте скриншот или выпишите названия.
- 🧾 Занесите данные в одну таблицу по датам.
- 🔁 Раз в месяц сверяйте таблицу с реальным состоянием.
Различия между базами одной и той же конфигурации — частая причина жалоб вида «у них работает, а у нас нет». Чаще всего оказывается, что в одной базе патч стоит, а в другой нет.
Облачные базы и базы на обслуживании
Если база работает в облачном сервисе или на обслуживании у фирмы-партнёра, патчи часто ставит обслуживающая организация. Список всё равно виден в форме исправлений, но установка и удаление может быть закрыта правами. Для уточнения напишите ответственному и приложите скриншот списка.
Как проверить, что патч действительно применился
Наличие строки в списке — только половина дела. Дальше проверьте по шагам:
- Откройте описание патча и найдите, какую ошибку он закрывает.
- Повторите действия, которые раньше приводили к сбою: проведите тот же документ, откройте тот же отчёт.
- Убедитесь, что ошибка не повторяется у разных пользователей, а не только у вас.
- Если сбой сохраняется, проверьте, что сеанс перезапущен: исправление подхватывается после нового входа.
Для клиент-серверной базы попросите всех пользователей выйти и зайти заново. В файловой базе достаточно закрыть программу на каждом компьютере.
Когда стоит звать специалиста
Самостоятельно можно всё, что связано с просмотром. Передайте задачу программисту или обслуживающей фирме, если:
- 🛑 в списке десятки расширений с непонятными именами;
- 🛑 конфигурация сильно изменена и стоит «с отключением от поддержки»;
- 🛑 после установки патча перестали работать обмены или печатные формы;
- 🛑 журнал регистрации очищен, а понять нужно срочно, кто менял конфигурацию.
В остальных случаях хватит трёх способов из начала статьи. Начните с формы исправлений, затем проверьте расширения и версию. Журнал и Конфигуратор оставьте на случай, когда первых двух шагов мало.
Если не помогло: патч не виден или не работает
Опишите симптом и пройдите по списку ниже.
Типичные ошибки при работе с патчами
- ❌ Отключили расширение, не посмотрев зависимости. Печатная форма или обмен перестали работать.
- ❌ Поставили патч от другого релиза. Он не подключается или падает при старте.
- ❌ Не записали версию перед обновлением. Потом непонятно, что и откуда взялось.
- ❌ Ставили патч сразу в рабочую базу. Сначала проверяют на копии.
- ❌ Забыли про файловую и клиент-серверную разницу. В клиент-серверном варианте перезапустить нужно сеанс всех пользователей.
Перед любым изменением состава исправлений и расширений сделайте резервную копию базы и согласуйте работу с регламентом организации.
Как понять, нужен ли вам новый патч
Перед поиском исправлений полезно ответить на три вопроса.
- ❓ Какая ошибка у вас на экране? Скопируйте текст дословно. По нему проще понять, закрыта ли проблема в вышедшем исправлении.
- ❓ Какая у вас версия конфигурации? Если релиз старый, часто проще обновиться целиком, чем собирать набор патчей.
- ❓ Есть ли доработки? При изменённой конфигурации исправление может не подойти и потребует ручного слияния.
Правило простое: если релиз отстаёт на несколько версий, сначала обновление, потом разговор о патчах. Исправления рассчитаны на конкретный релиз и копятся быстрее, чем их удобно отслеживать вручную.
Перед обновлением выгрузите список расширений и исправлений в таблицу. После обновления сравните: что осталось, что убралось, что надо поставить заново.
Как не потерять контроль над патчами
Достаточно простого порядка:
- Ведите таблицу: дата, версия релиза, названия патчей, кто установил.
- После каждого обновления сверяйте список исправлений с таблицей.
- Раз в квартал удаляйте патчи, вошедшие в релиз.
- Храните файлы исправлений в одной папке с датой в имени.
Для таблицы подойдёт обычный файл с четырьмя колонками. Заполнение занимает минуту, зато при сбое вы сразу видите, что менялось последним.