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