Разработка и Конфигурация · 10 мин
Зачем нужен конфигуратор 1С и когда его открывать
Зачем нужен конфигуратор 1С: чем отличается от пользовательского режима, какие задачи решает, когда открывать самостоятельно, а когда лучше привлечь специалиста.
Конфигуратор 1С — это режим запуска платформы, предназначенный для изменения структуры прикладного решения: справочников, документов, отчётов, ролей, интерфейсов и программного кода. Если в режиме «Предприятие» пользователь работает с данными — вводит документы и формирует отчёты, — то в конфигураторе меняется сама «форма» системы, в которой эти данные живут.
Многие бухгалтеры и администраторы сталкиваются с конфигуратором впервые, когда нужно обновить конфигурацию, снять отчёт о структуре базы или разобраться, почему доработка перестала работать после обновления. Понимание назначения этого инструмента помогает не бояться его и не совершать опасных действий вслепую.
Ниже разобрано, какие задачи решаются только через конфигуратор, чем он отличается от пользовательского режима, какие операции безопасны для самостоятельного выполнения и где проходит граница, за которой нужен разработчик.
Чем конфигуратор отличается от режима «Предприятие»
Платформа 1С запускается в двух основных режимах. Режим «Предприятие» — это рабочее место пользователя: здесь создают документы, заполняют справочники, строят отчёты. Состав объектов и их поведение в этом режиме изменить нельзя — только данные.
Конфигуратор — это среда разработки и администрирования. В нём видно дерево конфигурации: все справочники, документы, регистры, отчёты, обработки, роли и модули кода. Любое изменение в этом дереве — это изменение самой программы, а не данных в ней.
Важное следствие: в конфигураторе нельзя ввести документ или посмотреть остатки по складу. Для этого из конфигуратора запускают отладочный сеанс режима «Предприятие». Путаница между режимами — частая причина вопроса «почему в конфигураторе нет моих документов».
Какие задачи решаются только через конфигуратор
Часть операций в 1С принципиально недоступна из пользовательского режима. Их список помогает понять, зачем конфигуратор нужен даже тем, кто не пишет код.
- Обновление конфигурации на новый релиз и сравнение с конфигурацией поставщика.
- Добавление и изменение объектов метаданных: реквизитов, документов, отчётов.
- Настройка ролей и прав доступа на уровне объектов.
- Отладка программного кода и поиск ошибок в модулях.
- Загрузка и выгрузка конфигурации и информационной базы (файлы cf и dt).
- Проверка и исправление структуры базы, тестирование и исправление.
- Просмотр и редактирование модулей, форм, макетов печатных форм.
Даже если компания не дорабатывает конфигурацию, конфигуратор неизбежно появляется в двух сценариях: обновление типовой конфигурации и восстановление базы из архива (dt). Оба сценария выполняет администратор, и оба требуют аккуратности.
Как устроено окно конфигуратора
Главный элемент интерфейса — дерево конфигурации (меню «Конфигурация» → «Открыть конфигурацию»). В нём объекты сгруппированы по типам: константы, справочники, документы, регистры сведений и накопления, отчёты, обработки, роли. Двойной щелчок по объекту открывает его свойства, формы, макеты и модули.
Ключевые пункты меню, которые используют чаще всего:
- Конфигурация — поддержка, сравнение и объединение, обновление, загрузка/выгрузка.
- Администрирование — загрузка и выгрузка информационной базы (dt), параметры базы.
- Отладка — запуск сеанса «Предприятие» под отладчиком, точки останова.
- Сервис — поиск ссылок на объекты, синтакс-помощник, настройки.
Жёлтый «замок» на объектах в дереве означает, что конфигурация находится на поддержке поставщика и объект защищён от изменений. Это нормальное состояние для типовых решений: снятие с замка ради мелкой правки усложнит все последующие обновления.
Когда конфигуратор нужен бухгалтеру или руководителю
Специалисту без задач разработки конфигуратор нужен редко, но в ограниченном наборе ситуаций. Типичный пример — обновление типовой конфигурации: если обновление не запускается из режима «Предприятие» через интернет-поддержку, его выполняют через конфигуратор вручную.
Вторая ситуация — аварийная: база не открывается в пользовательском режиме с ошибкой, и требуется запустить «Тестирование и исправление» или восстановить данные из выгрузки dt. Обе операции выполняются только из конфигуратора.
Как выбрать действие
Безопасные операции и зона риска
Безопасно для самостоятельного выполнения: просмотр дерева конфигурации, поиск по метаданным, просмотр модулей без сохранения, выгрузка базы в dt как резервная копия. Эти действия ничего не меняют и не требуют особых прав, кроме доступа к конфигуратору.
Зона риска — всё, что заканчивается кнопкой «Обновить конфигурацию базы данных» (F7). Именно в этот момент платформа физически перестраивает таблицы базы: добавляет поля, меняет типы, удаляет объекты. Если прервать процесс или обновить конфигурацию с ошибками, база может перестать открываться.
Отдельный риск — изменение типовой конфигурации «напрямую». Правка модуля или формы типового объекта приводит к частичному снятию с поддержки: при следующем обновлении платформа либо затрёт изменения, либо потребует ручного сравнения каждого изменённого объекта. Для доработок правильнее использовать расширения конфигурации, которые не затрагивают типовой код.
Как подготовиться к работе в конфигураторе
Минимальная подготовка сводится к трём вещам: резервная копия, монопольный доступ и понимание, какую именно операцию вы выполняете. Для файловой базы резервная копия — это копия файла 1Cv8.1CD или выгрузка через «Администрирование → Выгрузить информационную базу».
- 1Попросите всех пользователей выйти из базы и проверьте отсутствие активных сеансов
- 2Сделайте резервную копию: выгрузка dt из конфигуратора или копия файла базы
- 3Выполните нужную операцию: обновление, загрузка cf, правку настроек
- 4Обновите конфигурацию базы данных (F7), внимательно читая окно реструктуризации
- 5Запустите режим «Предприятие» и проверьте ключевые функции: проведение документа, отчёт, печать
- 6Только после проверки разрешите пользователям вход в базу
Для клиент-серверных баз логика та же, но копию делают средствами СУБД, а монопольный доступ обеспечивают блокировкой сеансов через консоль кластера. Если вы не администрируете сервер 1С самостоятельно, эти операции лучше согласовать с тем, кто это делает.
Как проверить результат
База открывается без сообщений об ошибках структуры
Ошибка несоответствия версии конфигурации и базы данных — обновление БД не завершено
Документ проводится, движения формируются
Ошибки в модулях — вероятно, доработка конфликтует с новым релизом
В списке только добавления и изменения, удалений нет
Есть пункты «Удалить» — данные этих объектов будут потеряны
Когда нужен разработчик, а не самостоятельная работа
Порог простой: всё, что связано с изменением кода, структуры объектов и прав, — работа разработчика или внедренца. Самостоятельно разумно выполнять только регламентные операции по инструкции: обновление типовой конфигурации без доработок, выгрузку копии, восстановление из архива.
Признаки того, что задача выходит за пределы самостоятельной работы: требуется изменить модуль или форму; после обновления перестала работать доработка; нужно объединить конфигурацию с доработками и новым релизом; требуется настроить сложные права на уровне записей. В этих случаях ошибка стоит дороже привлечения специалиста.
Что важно запомнить
Конфигуратор — инструмент изменения самой программы, а не данных. Он нужен для обновлений, доработок, настройки прав и аварийного восстановления. Главные правила безопасности: резервная копия перед любыми изменениями, монопольный доступ, внимательное чтение окна реструктуризации и отказ от правки типового кода в пользу расширений.
Частые вопросы
Можно ли работать в конфигураторе без лицензии?
Сам клиент конфигуратора запускается, но для открытия базы требуется лицензия платформы так же, как для режима «Предприятие». Отдельной лицензии на конфигуратор не существует — он входит в поставку платформы.
Почему конфигуратор не открывает базу и просит монопольный режим?
Операции вроде обновления конфигурации базы данных или загрузки dt требуют, чтобы в базе не было других сеансов. Завершите работу всех пользователей, закройте фоновые задания и повторите попытку. В клиент-серверном варианте проверьте сеансы в консоли кластера.
Что делает команда F7 в конфигураторе?
Она применяет изменения конфигурации к структуре базы данных: платформа перестраивает таблицы под новое описание объектов. Именно на этом шаге данные могут быть удалены, если объекты или реквизиты исключены из конфигурации, поэтому окно реструктуризации нужно читать внимательно.
Чем расширение конфигурации лучше прямой доработки?
Расширение хранится отдельно от типовой конфигурации и не снимает объекты с поддержки. При обновлении релиза типовая часть обновляется автоматически, а расширение остаётся и лишь иногда требует адаптации, если платформа или конфигурация сильно изменились.
Можно ли отменить обновление конфигурации базы данных?
Отката встроенными средствами нет: реструктуризация выполняется необратимо. Единственный способ вернуться к прежнему состоянию — восстановить базу из резервной копии, сделанной до обновления. Поэтому копия перед F7 обязательна, а не желательна.
Нужен ли конфигуратор, если конфигурация полностью типовая?
Да, хотя бы эпизодически: обновление релиза вручную, выгрузка резервной копии в dt, тестирование и исправление при повреждении базы — всё это выполняется из конфигуратора независимо от наличия доработок.