Режим конфигурирования 1С: что это и как с ним работать

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

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

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

Что такое режим конфигурирования и чем он отличается от режима «1С:Предприятие»

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

Ключевое различие — объект работы. В пользовательском режиме изменяются данные (проводки, остатки, записи справочников). В Конфигураторе изменяется конфигурация — описание того, как эти данные устроены и обрабатываются. Например, добавить новый реквизит «Серийный номер» в документ «Реализация» можно только в Конфигураторе, а заполнить этот реквизит у конкретного документа — уже в режиме «1С:Предприятие».

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

Как запустить Конфигуратор

Запуск выполняется из стартового окна «1С:Предприятие» (файл 1cestart.exe или ярлык информационной базы). В списке баз выберите нужную информационную базу и нажмите кнопку «Конфигуратор» вместо «1С:Предприятие». После ввода логина и пароля откроется окно конфигурирования.

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

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

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

Что можно делать в режиме конфигурирования

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

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

Отдельный блок возможностей — административные операции, доступные из Конфигуратора: выгрузка и загрузка информационной базы в файл .dt, сохранение и загрузка конфигурации в файл .cf, сравнение и объединение конфигураций, тестирование и исправление базы, а также просмотр и завершение активных сеансов пользователей.

Конфигурация поставщика, рабочая конфигурация и конфигурация базы данных

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

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

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

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

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

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

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

Безопасная организация работы с Конфигуратором

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

Резервное копирование перед любыми изменениями обязательно. Для файловых баз достаточно выгрузки в .dt или копирования файла базы при отсутствии сеансов; для клиент-серверных — штатные средства СУБД. Копия должна быть проверяемой: периодически убеждайтесь, что из неё реально можно восстановить базу.

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

Когда режим конфигурирования не нужен

Значительная часть настроек в типовых конфигурациях выполняется без Конфигуратора — в пользовательском режиме через разделы «Настройки» и «Администрирование». Параметры учёта, нумерация, дополнительные реквизиты и сведения, расширения конфигурации — всё это штатные способы адаптации без изменения кода.

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

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

Сравнение вариантов

Настройки в пользовательском режиме

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

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

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

Прямая доработка в Конфигураторе

Даёт полную свободу изменений, но снимает объекты с поддержки и усложняет каждое последующее обновление

Частые вопросы о режиме конфигурирования 1С

Чем Конфигуратор отличается от конфигурации?

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

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

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

Что делать, если при обновлении появляется ошибка монопольного доступа?

Откройте в Конфигураторе список активных пользователей (меню «Администрирование» → «Активные пользователи») и попросите их выйти. В клиент-серверном варианте сеансы можно завершить через консоль кластера. Также проверьте фоновые задания и не заблокирована ли база другим сеансом Конфигуратора.

Опасно ли добавлять новый реквизит в типовой документ?

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

Как откатить изменения, если после обновления что-то сломалось?

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

Нужен ли Конфигуратор для установки обновления типовой конфигурации?

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