Окно «Конфигурация базы данных не соответствует сохранённой» при запуске 1С: чиним за 5 минут

Запустили базу, а 1С выдала окно: Конфигурация базы данных не соответствует сохраненной конфигурации. Продолжить запуск? Исправляется в Конфигураторе: откройте базу, нажмите F7 (Конфигурация → Конфигурация базы данных → Обновить конфигурацию базы данных) и подтвердите обновление. После этого окно не появится.

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

Что происходит: две копии конфигурации

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

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

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

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

Основной способ. Подходит для файловой и клиент-серверной базы, для Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и ERP одинаково.

Шаг 1. Сделайте копию

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

Шаг 2. Откройте базу в режиме Конфигуратора

1. В списке баз выберите нужную и нажмите кнопку Конфигуратор.
2. Войдите под пользователем с полными правами (обычно «Администратор»). Обычному пользователю этот режим недоступен.
3. Если база серверная и кто-то сидит в ней, платформа предупредит о монопольном доступе. Попросите всех выйти.

Шаг 3. Запустите обновление

1. Нажмите F7. Либо откройте меню Конфигурация → Конфигурация базы данных → Обновить конфигурацию базы данных.
2. Платформа покажет окно с составом изменений. Нажмите Принять.
3. Дождитесь завершения. На небольшой базе это минуты, на крупной с большими таблицами может занять час и дольше.
4. Закройте Конфигуратор и запустите 1С:Предприятие как обычно.

Одной командой для автоматизации (например, в .bat ночного обновления):

"C:\Program Files\1cv8\8.3.25.1445\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /UpdateDBCfg /Out "C:\Temp\upd.log"

Номер версии платформы в пути подставьте свой, он у каждого свой. Результат смотрите в файле, указанном после /Out.

Не знаете, что делать: диагностика по симптому

Когда F7 не помогает: расширения конфигурации

У расширений своя пара «сохранённое / в базе». Если вы или программист загрузили расширение, а структуру не обновили, сообщение выдаётся уже про него.

Что проверить:

• Конфигурация → Расширения конфигурации. В списке откройте расширение и убедитесь, что оно не помечено как неприменённое.
• Нажмите F7 ещё раз. Платформа обновляет и основную конфигурацию, и расширения вместе.
• Если после обновления расширение выдаёт ошибки, отключите его галочкой «Активно» и запустите базу без него. Это безопаснее, чем работать с половиной изменений.

Когда F7 не помогает: сервер и блокировки

В клиент-серверном варианте самая частая причина неудачи не в конфигурации, а в доступе.

1. Нет монопольного доступа. Зайдите в консоль администрирования серверов 1С, в списке сеансов базы завершите все, включая фоновые задания и COM-соединения.
2. Включена блокировка начала сеансов. Если стоит запрет подключений с «Кодом разрешения», в Конфигуратор можно войти, добавив параметр /UC КодРазрешения в строку запуска.
3. Недостаточно места на диске. Обновление создаёт временные таблицы. Для базы в 20 ГБ резервируйте ещё хотя бы 10-15 ГБ на диске с данными СУБД.
4. Пользователь СУБД без прав. Для PostgreSQL и MS SQL учётная запись, под которой работает кластер, должна уметь менять структуру таблиц.

Три типичных сценария и что делать

Если база пришла из чужого .dt

Загрузили .dt от коллеги или из облака, а версия платформы или конфигурации отличается. Платформа «подтягивает» структуру, но сохранённая и рабочая конфигурации иногда разъезжаются. Лечение то же: F7. Если после этого выскакивают ошибки при проведении, значит конфигурации действительно разные: загрузите нужный .cf или обновление через Конфигурация → Загрузить конфигурацию из файла.

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

Если база рабочая и страшно нажимать F7 вслепую, посмотрите разницу заранее. Это занимает пять минут и снимает тревогу.

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

Что делать, если конфигурация на поддержке

Типовую конфигурацию с замком поддержки правят редко, но сообщение всё равно возможно: релиз загрузили, а структуру не обновили. Порядок тот же. Единственное отличие: если у вас конфигурация с изменениями (она «снята с поддержки» или правилась), после загрузки нового релиза платформа предложит объединение. Дойдите до конца объединения, и только потом нажимайте F7, иначе получите то же окно при следующем запуске.

Пошаговый разбор для тех, кто не уверен в своей ситуации

Что будет, если пренебречь сообщением

Есть соблазн нажимать «Да» каждый день: база же открывается. Но последствия накапливаются.

• ⚠️ Документы, использующие новые реквизиты, проводятся с ошибкой, а в журнале появляется непонятное «Поле объекта не обнаружено».
• ⚠️ Отчёты, добавленные в релизе, не открываются или показывают пустые данные.
• ⚠️ При следующем обновлении платформа может сообщить о конфликте структуры, и реструктуризация займёт больше времени.
• ⚠️ Обмены (с банком, ЭДО, другой базой) могут начать отдавать неполные данные.

Поэтому проще один раз потратить десять минут и обновить базу , чем разбирать сбои, которые начнутся через неделю.

Если обновление прошло с ошибкой

Редкая, но неприятная ситуация: F7 начал работу и вывел сообщение об ошибке, например про нарушение уникальности или нехватку места.

После восстановления из копии причину устраните до повторной попытки. Иначе вы получите тот же результат.

Несколько баз сразу: как не тратить на это полдня

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

• 📋 Заведите .bat с командой /UpdateDBCfg для каждой базы и запускайте его после установки релиза, когда пользователи вышли.
• 📋 Сначала обновите тестовую копию и проверьте проведение документов, потом рабочую. Если на копии всё прошло без ошибок, на рабочей будет так же.

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

Типичные ошибки

• Нажать «Да» в пользовательском режиме. База запустится, а проблема останется. Пользователи начнут вводить документы на «неправильных» таблицах.
• Запускать F7 без копии на рабочей базе. При обрыве питания в момент реструктуризации данные могут повредиться.
• Обновлять базу под обычным пользователем. Войти в Конфигуратор получится только с правами администратора. Выдавать их «на минутку» не нужно: попросите администратора.
• Лечить кэшем то, что кэшем не лечится. Очистка кэша (1cv8 /ClearCache) помогает при проблемах с формами и списком баз, но структуру таблиц она не обновляет. Для этой ошибки она обычно бесполезна.
• Останавливать реструктуризацию. Если процесс «завис» на 10-20 минут, это ещё не повод убивать его: на больших таблицах операция идёт долго.

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

Ещё три привычки:

• Не оставляйте базу «на полпути» в конце рабочего дня: правки либо обновили (F7), либо откатили.
• Если базу ведёт внешний программист, договоритесь, что он сам обновляет конфигурацию базы после работ.
• Обновляйте релизы штатным способом, через Администрирование → Обновление программы (или соответствующий раздел вашей конфигурации), а не заменой файлов вручную.

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