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