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

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

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

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

Что означает эта ошибка и почему она появляется

В 1С живут две конфигурации одновременно:

• 🗂️ Основная конфигурация — та, что открыта в Конфигураторе и которую редактируют разработчики.
• 💾 Конфигурация базы данных — рабочая, по которой реально считает и проводит документы пользователь.

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

Типичные причины:

• Открыли Конфигуратор, включили возможность изменения и что-то поправили (даже случайно).
• Прервалось обновление релиза — конфигуратор успел загрузить новую версию в основную, но не обновил БД.
• Аварийно завершилась работа платформы во время Обновить конфигурацию базы данных (свет, зависание, kill процесса).
• Восстановили базу из выгрузки .cf или .dt, сделанной на другой версии.
• Подключили расширение или внешнюю обработку с изменением метаданных.

⚠️ Само по себе сообщение — не поломка базы. Данные целы. Это лишь развилка: применить правки или отменить их.

Как исправить: обновить или откатить — сравнение

Прежде чем нажимать кнопки, ответьте на один вопрос: ждали ли вы изменений конфигурации? От ответа зависит направление.

💡 Правило простое: сомневаетесь — откатывайте. Откат вернёт всё как было и данным не навредит. Обновление же затащит в базу чужие правки, которые могли попасть туда по ошибке.

Способ 1. Как обновить конфигурацию базы данных

Подходит, когда изменения ваши и нужные (доработка, обновление релиза).

1. Закройте программу у всех пользователей. Открытая база помешает реструктуризации.
2. Запустите Конфигуратор нужной базы.
3. Меню Конфигурация → Открыть конфигурацию (если ещё не открыта).
4. Нажмите F7 или Конфигурация → Обновить конфигурацию базы данных.
5. В окне «Реорганизация информации» посмотрите список изменений структуры и нажмите Принять.
6. Дождитесь окончания. На большой базе это минуты, иногда десятки минут.

После этого запускайте 1С в обычном режиме — окно больше не появится.

⚠️ Реструктуризацию не прерывайте. Обрыв на середине как раз и порождает повторное несоответствие, а иногда и битые таблицы. Перед обновлением сделайте резервную копию базы.

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

Подходит, когда правок вы не делали или они попали случайно, а работать нужно на прежней версии.

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

Данные не пострадают: вы просто отменяете неприменённые правки структуры, а не документы.

Как убрать сообщение для всех пользователей

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

Лечится не «галочкой у пользователя», а приведением конфигураций к единому виду:

• ✅ Если изменения нужны — один раз выполните Способ 1 (обновить БД). После этого окно пропадёт у всех.
• ✅ Если не нужны — выполните Способ 2 (откат). Тоже разово и для всех.

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

💡 На клиент-серверной базе после обновления через Конфигуратор перезапустите рабочий процесс кластера, если окно у части сеансов ещё «залипло».

Восстановление исходного состояния базы, если ничего не помогает

Бывает, что и обновление падает с ошибкой, и откат не проходит — обычно после прерванного релиза или повреждения.

Порядок действий по нарастанию радикальности:

1. Тестирование и исправление. Конфигуратор → Администрирование → Тестирование и исправление ИБ. Включите проверку и реиндексацию.
2. Загрузка из свежей резервной копии .dt, снятой до появления ошибки, — самый надёжный откат.
3. Повторная загрузка нужной конфигурации из файла .cf (Конфигурация → Загрузить конфигурацию из файла) с последующим F7.
4. Для клиент-серверных баз при частых сбоях реструктуризации — проверьте место на диске СУБД и целостность средствами SQL.

Типичные ошибки при исправлении

• ❌ Жать «Продолжить» в режиме предприятия наугад. Это применит изменения к базе не глядя. Если правки чужие — получите непредсказуемое поведение.
• ❌ Обновлять без резервной копии. Прерванная реструктуризация без бэкапа = долгое восстановление.
• ❌ Откатывать, когда на самом деле шло плановое обновление релиза. Потеряете часть обновления, придётся накатывать заново.
• ❌ Не выгнать пользователей. Реструктуризация на активной базе либо не начнётся, либо оборвётся.
• ❌ Путать конфигурацию с данными. Откат правок структуры не удаляет документы и справочники.

Как предотвратить повторение

• 🔒 Ограничьте доступ к Конфигуратору — рядовым пользователям он не нужен.
• 💾 Держите актуальную резервную копию: авто-бэкап .dt или бэкап SQL по расписанию.
• 🔁 Обновления релизов проводите в монопольном режиме и не прерывайте.
• 🧩 После работы с расширениями проверяйте, что БД обновлена (F7), а не оставлена «в подвешенном» состоянии.
• 📝 Ведите журнал: кто и когда трогал конфигурацию.

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