Для чего нужен конфигуратор 1С и как им пользоваться

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

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

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

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

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

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

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

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

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

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

Третья группа — конструирование интерфейса и отчётности. В конфигураторе создаются формы объектов, макеты печатных форм, отчёты на системе компоновки данных (СКД), настраивается командный интерфейс подсистем и роли пользователей.

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

Разработка и доработка конфигурации на практике

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

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

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

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

Встроенный язык, модули и отладка

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

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

Также в конфигураторе доступны синтакс-помощник (Ctrl+Shift+F1) — встроенная справка по языку и объектам платформы, конструкторы запросов и движений документов, замер производительности и проверка модулей на синтаксические ошибки. Эти инструменты заметно ускоряют разработку и помогают находить ошибки до того, как с ними столкнутся пользователи.

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

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

Одна из самых частых задач администратора — установка обновлений типовой конфигурации (например, «1С:Бухгалтерии» или «1С:Управление торговлей»). Обновление выполняется через меню «Конфигурация → Поддержка → Обновить конфигурацию»: указывается файл обновления (.cfu) или интернет-источник, платформа сравнивает версии и предлагает объединить изменения.

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

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

Администрирование: пользователи, копии, тестирование

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

Там же находятся функции выгрузки и загрузки информационной базы в файл .dt — штатный способ резервного копирования и переноса базы между компьютерами. Для файловых баз допустимо и простое копирование файла 1Cv8.1CD, но только при отсутствии активных сеансов.

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

Когда конфигуратор не нужен и какие есть альтернативы

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

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

Маршрут решения

Как выбрать способ доработки

Нужен простой реквизит или сведение без особой логикиИспользуйте «Дополнительные реквизиты» в режиме «Предприятие» — конфигуратор не нужен

Нужно изменить форму, добавить печатную форму или обработчик в типовой конфигурацииСоздайте расширение конфигурации — обновления не сломаются

Нужна разовая загрузка, выгрузка или обработка данныхНапишите внешнюю обработку (.epf) и подключите через «Дополнительные отчеты и обработки»

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

Часто задаваемые вопросы

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

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

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

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

Нужно ли знать программирование, чтобы работать в конфигураторе?

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

Что делать, если конфигурация закрыта паролем или заблокирована от изменений?

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

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

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