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

Разработка и Конфигурация · 12 мин

Конфигуратор 1С: что это за режим запуска и как с ним работать

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

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

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

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

Что такое конфигуратор и почему это именно режим запуска

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

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

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

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

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

КритерийКонфигураторРежим «Предприятие»
НазначениеРазработка и администрирование конфигурацииПовседневная работа с данными
Объект действийМетаданные, код, роли, интерфейсДокументы, справочники, отчёты
Кто работаетРазработчик, администраторПользователи, операторы, руководители
Требование к сеансамДля обновления конфигурации БД нужны завершённые сеансыОдновременная работа множества пользователей
Риск при ошибкеМожет нарушить работу всей базыОбычно ограничен конкретными данными

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

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

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

Альтернатива — запуск из командной строки с ключом DESIGNER. Это удобно для ярлыков быстрого доступа и скриптов автоматизации:

bash
"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор"

Здесь параметр /F указывает путь к файловой базе, для серверного варианта используются ключи /S (сервер и имя базы). После запуска откроется окно конфигуратора; чтобы увидеть дерево объектов, выполните команду «Конфигурация → Открыть конфигурацию».

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

Основные задачи, которые решают в конфигураторе

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

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

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

Режим отладки: связка конфигуратора и предприятия

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

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

Для файловых баз отладка работает без дополнительной настройки. В клиент-серверном варианте сервер 1С должен быть запущен в отладочном режиме (ключ -debug), иначе серверный код останется недоступен для точек останова — это частая причина «неработающей» отладки.

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

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

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

Типичные ошибки и ограничения режима

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

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

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

Как выбрать действие

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

Как проверить, что изменения применены корректно

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

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

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

Открытие изменённого объекта в режиме «Предприятие»
Норма

Форма открывается, новые элементы видны и доступны

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

Ошибка обращения к объекту или отсутствие изменений — конфигурация БД не обновлена

Проведение тестового документа с доработанной логикой
Норма

Документ проводится, движения по регистрам соответствуют ожиданиям

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

Ошибки выполнения кода или неверные движения — требуется отладка

Запуск базы другими пользователями после обновления
Норма

Все сеансы стартуют штатно, версия конфигурации актуальна

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

У пользователей ошибки несоответствия версий — они не перезапустили клиент

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

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

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

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

Почему кнопка «Конфигуратор» недоступна в окне запуска?

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

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

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

Можно ли отменить изменения, сделанные в конфигураторе?

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

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

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

Нужна ли отдельная лицензия для конфигуратора?

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

Итог

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

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