Окно обновления параметров при запуске 1С: почему висит и как его снять

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

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

Откуда берётся требование обновить параметры

Под этим окном прячутся два разных механизма. Лечатся они по-разному, поэтому сначала определите, какой из них перед вами.

1. Сообщение платформы. Текст Конфигурация базы данных не соответствует сохраненной конфигурации значит, что в Конфигураторе конфигурацию изменили (обновили, загрузили .cf, поправили модуль), но не выполнили Обновить конфигурацию базы данных. Основная конфигурация и конфигурация БД разошлись.

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

Причины, по которым окно появляется снова и снова:

• 🔄 обновление не дошло до конца — первым в базу зашёл пользователь без административных прав, и обработчики не запустились;
• 🧩 подключено или изменено расширение — каждое изменение расширения заново запускает пересчёт параметров;
• 🔒 база занята — в ней работают другие сеансы, и обработчикам, которым нужен монопольный режим, не удаётся его установить;
• 💾 конфигурацию поправили, но не применили — висят несохранённые в БД изменения;
• ⚡ динамическое обновление — конфигурацию БД обновили «на лету», а открытые сеансы продолжают работать на старой версии;
• 🗂️ испорчен локальный кэш клиента — обновление прошло, но один компьютер всё равно показывает старое состояние.

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

Начинайте с безопасных способов. Более жёсткие нужны, только если первые не сработали.

Способ 1. Завершить обновление под администратором

1. Попросите всех выйти из базы. В файловом варианте проверьте, что никто не открыл её даже в Конфигураторе.
2. Запустите 1С:Предприятие под пользователем с ролью «Полные права».
3. Дождитесь окончания окна «Обновление параметров работы программы» и, если появится, «Обновление версии программы». Не закрывайте его и не снимайте процесс в Диспетчере задач.
4. После входа откройте Администрирование → Обслуживание и найдите блок обновления версии программы. Там же есть отчёт о результатах обновления и о дополнительной обработке данных. Если она идёт — пусть работает в фоне, пользователи уже могут входить.

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

Способ 2. Применить или отменить изменения в Конфигураторе

Если при входе выходит Конфигурация базы данных не соответствует сохраненной конфигурации:

1. Откройте базу в Конфигураторе.
2. Если изменения нужны (например, вы обновили релиз), выполните Конфигурация → Обновить конфигурацию базы данных (клавиша F7). Для этого нужен монопольный доступ — все пользователи должны выйти.
3. Если изменения внесены случайно или «сломали» базу, выполните Конфигурация → Вернуться к конфигурации БД. Основная конфигурация станет такой же, как в базе, и сообщение исчезнет.

Способ 3. Отключить проблемное расширение

Если окно стало появляться после установки расширения (от франчайзи, своей доработки), временно отключите его: Администрирование → Печатные формы, отчеты и обработки → Расширения. Снимите флажок «Активно» у последнего подключённого расширения и перезапустите программу. Пропало окно — дело в расширении: его нужно проверить на совместимость с новым релизом.

Способ 4. Очистить кэш клиента

Если окно висит только на одном компьютере, а у остальных всё в порядке, почистите локальный кэш. Проще всего — запустить базу с параметром /ClearCache (см. раздел про командную строку). Вручную — удалить папки кэша в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 при закрытой 1С. Сами базы при этом не затрагиваются, список баз хранится отдельно.

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

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

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

Что показывает SQL-база

Конфигурация хранится в служебных таблицах базы 1С: Config — конфигурация БД, ConfigSave — основная конфигурация, сохранённая в Конфигураторе, но ещё не применённая. Если в ConfigSave есть записи, значит, висят непримененные изменения — это и вызывает сообщение платформы.

Проверить можно только чтением:

-- MS SQL: есть ли непримененная основная конфигурация
SELECT COUNT(*) FROM dbo.ConfigSave;

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

Не удаляйте и не правьте записи в таблицах Config, ConfigSave, Params вручную. В сети встречается совет «очистить ConfigSave запросом». Это недокументированная операция: при ошибке база перестаёт открываться, а штатная команда Вернуться к конфигурации БД делает то же самое без риска.

Параметры командной строки для обновления и запуска

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

Ключи платформы

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

"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe" DESIGNER /S "srv1c\buh" /N "Администратор" /P "пароль" /UC 123 /UpdateDBCfg /Out "C:\1c_logs\update.log"

Номер версии в пути подставьте свой — посмотрите папку C:\Program Files\1cv8. Для файловой базы вместо /S "сервер\база" укажите /F "D:\Bases\Buh".

Параметры БСП (ключ /C)

Типовые конфигурации понимают служебные команды, переданные через /C:

• /C ЗапуститьОбновлениеИнформационнойБазы — принудительно запускает обновление версии программы при входе администратора;
• /C ЗавершитьРаботуПользователей и /C РазрешитьРаботуПользователей — ставят и снимают блокировку входа средствами конфигурации;
• /C ОтключитьЛогикуНачалаРаботыСистемы — запускает программу без стартовых проверок.

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

Ручная правка параметров запуска в списке баз

Чтобы не набирать ключи каждый раз, их сохраняют в настройках базы в окне запуска:

1. В окне запуска 1С выделите базу и нажмите «Изменить».
2. Пройдите мастер до последней страницы.
3. В поле «Дополнительные параметры запуска» впишите, например, /C ЗапуститьОбновлениеИнформационнойБазы или /ClearCache.
4. Нажмите «Готово» и запустите базу.

Эти настройки хранятся в файле ibases.v8i в папке %APPDATA%\1C\1CEStart\. Его можно открыть в Блокноте, найти секцию с именем базы в квадратных скобках и поправить строку параметров. Перед правкой закройте 1С и сделайте копию файла: при ошибке в синтаксисе база пропадёт из списка.

Через этот же файл администраторы иногда раздают параметры всем рабочим местам — общий список баз подключается в 1CEStart.cfg. Правка такого общего списка затронет всех пользователей сразу.

Откат из резервной копии

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

Файловая база. Восстановите копию папки базы (файл 1Cv8.1CD) или загрузите выгрузку: Конфигуратор → Администрирование → Загрузить информационную базу и выберите файл .dt.

Клиент-серверная база . Восстановите бэкап средствами СУБД (MS SQL или PostgreSQL) либо загрузите .dt через Конфигуратор.

После отката не повторяйте обновление вслепую. Сначала разберитесь с причиной: несовместимое расширение, пропущенный промежуточный релиз, нехватка места на диске.

Сравнение способов: какой выбрать

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

Основная причина бесконечного окна — обновление начали, а довести до конца не дали. Регламент снимает её почти полностью.

• 👤 Права. Роль «Полные права» и доступ в Конфигуратор — только у одного-двух ответственных. Бухгалтер с правами администратора может случайно запустить обновление в разгар рабочего дня.
• 🕗 Время. Обновляйте релиз вне рабочих часов, с блокировкой сеансов и сообщением пользователям.
• 💾 Копия. Перед каждым обновлением — выгрузка .dt или бэкап СУБД. Без свежей копии не обновляйте рабочую базу.
• 🧪 Тест. Новый релиз и новое расширение сначала проверяйте на копии базы.
• 🔁 Автообновление. Если обновлять конфигурацию через интернет-поддержку может кто угодно, сузьте круг: настройки находятся в Администрирование → Интернет-поддержка и сервисы.
• 🧩 Расширения. Ведите список подключённых расширений и после каждого релиза проверяйте, что они активны и без ошибок.

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