К статье
Практический материал

Администрирование · 10 мин

Сколько конфигураций в базе 1С и как это проверить

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

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

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

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

Что такое конфигурация в 1С и сколько их в одной базе

Конфигурация в 1С — это описание прикладного решения: структура метаданных (справочники, документы, регистры, отчёты), программные модули, формы, макеты и права. Именно конфигурация определяет, как база выглядит и работает для пользователя. Одна информационная база всегда привязана к одной конфигурации — это архитектурное ограничение платформы 1С:Предприятие 8.

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

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

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

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

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

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

Основная конфигурацияРедактируемая версия

Открывается по команде Конфигурация → Открыть конфигурацию

Конфигурация базы данныхРабочая версия пользователей

Конфигурация → Конфигурация базы данных

Конфигурация поставщикаЭталон типового решения

Конфигурация → Поддержка → Настройка поддержки

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

Самый быстрый способ узнать прикладное решение и его версию — открыть информацию о программе прямо в режиме 1С:Предприятие. Нажмите кнопку с символом «i» в правом верхнем углу или откройте меню «Сервис» (или круглую кнопку приложения) → «О программе». В окне будут указаны версия платформы и конфигурация с номером релиза, например «Бухгалтерия предприятия, редакция 3.0 (3.0.xxx.xx)».

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

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

Расширения: когда в базе всё-таки несколько конфигураций

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

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

Файловые и серверные базы: влияет ли режим на количество конфигураций

Способ хранения базы — файловый (каталог с файлом 1Cv8.1CD) или клиент-серверный (MS SQL, PostgreSQL и другие СУБД) — не влияет на количество конфигураций. В обоих случаях в базе одна прикладная конфигурация в нескольких состояниях плюс произвольное число расширений.

Разница только в том, где физически лежат данные: в файловом варианте конфигурация хранится внутри файла 1Cv8.1CD, в серверном — в служебных таблицах СУБД. Для администратора логика проверки и обновления идентична.

Файловый и серверный режим

Файловая база

Одна конфигурация внутри файла 1Cv8.1CD; подходит для небольших команд, обновление требует монопольного доступа

Клиент-серверная база

Та же одна конфигурация в таблицах СУБД; поддерживает параллельную работу многих пользователей и фоновые задания

Типичные ошибки и риски при работе с конфигурациями

Самая опасная ошибка — обновление конфигурации базы данных без резервной копии. Если в процессе реструктуризации произойдёт сбой (отключение питания, разрыв соединения с сервером), база может остаться в повреждённом состоянии. Всегда делайте выгрузку в dt или бэкап средствами СУБД перед любым обновлением.

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

Типичные ошибки
01
Попытка совместить две типовые конфигурации в одной базе — архитектурно невозможно, нужен обмен между отдельными базами
02
Обновление без копии — риск потери данных при сбое реструктуризации
03
Загрузка чужого cf-файла — заменит конфигурацию и может сделать данные нечитаемыми
04
Игнорирование расхождения основной конфигурации и конфигурации базы данных — пользователи работают со старой структурой

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

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

Если база находится на поддержке, дополнительно проверьте состояние поддержки: «Конфигурация» → «Поддержка» → «Настройка поддержки». Там видно, на каком релизе поставщика стоит база и не сняты ли объекты с поддержки — это влияет на возможность автоматического обновления.

Контрольные точки

Как проверить результат

Запуск режима предприятия
Норма

База открывается без сообщений об обновлении и ошибок

Тревожный признак

Платформа требует обновить конфигурацию базы данных или выдаёт ошибку

Версия в «О программе»
Норма

Совпадает с установленным релизом

Тревожный признак

Версия старая — обновление не применилось

Состояние поддержки
Норма

Конфигурация на поддержке актуального релиза поставщика

Тревожный признак

Объекты сняты с поддержки или поставщик не определён

Итог

Что важно запомнить

В одной базе 1С всегда одна прикладная конфигурация, хранящаяся в трёх состояниях: основная, конфигурация базы данных и конфигурация поставщика. Дополнительную функциональность добавляют расширения, а для работы нескольких решений создают отдельные базы с обменом данными.

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

Можно ли поставить две конфигурации 1С в одну базу?

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

Чем основная конфигурация отличается от конфигурации базы данных?

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

Сколько расширений можно подключить к одной базе?

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

Как узнать версию конфигурации без конфигуратора?

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

Что будет, если загрузить в базу конфигурацию от другого решения?

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