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

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

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

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

Две конфигурации в одной базе

В любой базе 1С одновременно живут два экземпляра конфигурации:

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

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

Программа 1С и несовпадающие конфигурации: типичные причины

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

Обновить или откатить: что выбрать

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

Как сравнить конфигурацию базы данных с сохранённой

Шаг, который экономит часы, когда непонятно, откуда взялось расхождение. Сравнение ничего не меняет — только показывает разницу.

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

Что подсказывает результат:

• 🟢 Различий 2–3 в одном реквизите — похоже на случайную правку. Откат безопасен.
• 🟡 Десятки объектов, новые справочники и регистры — это обновление релиза. Обновляйте БД, откат потребует накатывать релиз заново.
• 🔴 Изменения в типовых объектах при снятой поддержке — сначала разберитесь с доработками, потом обновляйте.

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

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

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

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

Динамическое обновление и когда оно не сработает

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

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

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

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

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

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

Если база работает с хранилищем конфигураций

Пункт «Вернуться к конфигурации базы данных» здесь опасен — он рвёт соответствие с хранилищем. Порядок другой:

1. Конфигурация → Хранилище конфигурации → Обновить конфигурацию из хранилища.
2. Захваченные лично вами объекты, если правки не нужны, отмените: Отменить захват без помещения.
3. Затем F7 — база придёт к состоянию хранилища.

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

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

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

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

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

Файловая и клиент-серверная база: отличия

Восстановление исходного состояния информационной базы

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

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

Особые случаи

• 1С 8.2. Логика та же, отличаются названия пунктов: в 8.2 обновление тоже F7, а откат — Конфигурация → Вернуться к конфигурации базы данных. Если база переехала с 8.2 на 8.3, расхождение часто появляется один раз после первого запуска в новой платформе — просто обновите БД.
• Расширения конфигурации . Расширение не меняет основную конфигурацию, поэтому не даёт это сообщение. Если оно появилось сразу после подключения расширения — значит правки вносили и в саму конфигурацию.
• Базы в облаке / у хостера. Доступа к Конфигуратору может не быть вовсе. Тогда обращение в поддержку сервиса — единственный путь, самостоятельно «Продолжить» лучше не нажимать.
• Сообщение только у одного пользователя. Такое бывает при кэше или при запуске другой базы из списка. Проверьте путь к ИБ в свойствах подключения — часто человек заходит в тестовую копию.

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

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

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

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

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