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

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

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

Виды конфигураций в 1С и чем они отличаются

В каждой информационной базе одновременно существует несколько конфигураций. Их путают чаще всего, поэтому важно чётко различать назначение каждой:

• Основная конфигурация — та, которую редактируют в конфигураторе. Все доработки, добавление объектов, изменение модулей выполняются именно в ней.
• Конфигурация базы данных — рабочая версия, с которой взаимодействуют пользователи. Она формируется из основной конфигурации командой обновления и определяет реальную структуру таблиц в СУБД.
• Конфигурация поставщика — эталонная версия типового решения от фирмы «1С» или партнёра. Хранится в базе и используется для сравнения при обновлении, чтобы платформа понимала, какие объекты были изменены локально.
• Конфигурация из файла — внешний файл .cf, который можно загрузить, сравнить или использовать для переноса доработок между базами.

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

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

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

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

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

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

Как внести изменения в основную конфигурацию

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

После включения возможности изменения объекты редактируются стандартно: свойства в палитре свойств, код — в модулях объектов и форм. Каждое сохранение (Ctrl+S) фиксирует изменения в основной конфигурации, но пользователи их не видят, пока не выполнено обновление конфигурации базы данных.

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

Обновление конфигурации базы данных из основной

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

Реструктуризация в монопольном режиме — обязательное условие: все пользователи должны выйти из базы, а фоновые задания — завершиться. В клиент-серверном варианте монопольный режим устанавливается через блокировку сеансов в консоли кластера или через параметры запуска.

Обращайте внимание на предупреждения в окне реструктуризации. Удаление реквизита или таблицы означает безвозвратную потерю хранящихся в них данных. Сужение длины строки или смена типа на несовместимый тоже приведёт к усечению или очистке значений. Такие операции стоит сначала выполнить на копии базы и проверить результат.

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

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

Завершение обновления

Норма

Сообщение об успешном обновлении, звёздочка в заголовке исчезла

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

Ошибки реструктуризации, обновление прервано

Работа пользователей

Норма

Пользователи входят в базу, документы и отчёты открываются без ошибок

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

Ошибки форматов, отсутствие реквизитов, падение сеансов

Сравнение конфигураций

Норма

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

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

Остаются различия — обновление не завершено

Роль основной конфигурации при обновлении типового решения

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

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

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

Расширения как альтернатива изменению основной конфигурации

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

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

Сравнение вариантов доработки

Изменение основной конфигурации

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

Расширение конфигурации

Подходит для форм, модулей, отчётов и печатных форм. Сохраняет поддержку и штатное обновление, но имеет ограничения по составу изменяемых объектов

Внешние отчёты и обработки

Подходят для задач без изменения логики решения: аналитика, загрузка данных, сервисные операции. Не затрагивают конфигурацию вообще

Частые вопросы об основной конфигурации

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

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

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

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

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

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

Как узнать, какие объекты изменены относительно типовой версии?

Используйте сравнение основной конфигурации с конфигурацией поставщика: меню «Конфигурация» → «Сравнить, объединить с конфигурацией из файла» либо сравнение с конфигурацией поставщика через настройки поддержки. Платформа покажет дерево различий по объектам и модулям.

Можно ли вернуть основную конфигурацию к типовому состоянию?

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

Где физически хранится основная конфигурация?

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