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

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

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

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

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

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

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

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

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

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

• Добавление и изменение объектов метаданных: справочников, документов, регистров сведений и накопления, перечислений, планов счетов.
• Написание и правка программного кода на встроенном языке 1С — в модулях объектов, форм, общих модулях.
• Создание и доработка отчётов и обработок, включая внешние файлы с расширениями .epf и .erf.
• Настройка интерфейса: подсистемы, командные интерфейсы, формы объектов.
• Управление ролями и правами доступа к объектам.
• Обновление конфигурации, сравнение и объединение с файлами поставщика.
• Отладка кода, поиск ошибок, тестирование и исправление информационной базы.

Отдельный блок задач — административный. Через конфигуратор выполняют загрузку и выгрузку базы в файл .dt, настраивают региональные параметры, запускают тестирование и исправление, очищают устаревшие данные. Поэтому конфигуратор — рабочий инструмент не только разработчика, но и администратора 1С.

Дерево конфигурации: как устроено рабочее пространство

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

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

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

Как внести изменение: от правки до применения в базе

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

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

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

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

Работа с типовыми конфигурациями: поддержка и расширения

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

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

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

Способы доработки типовой конфигурации

Расширение конфигурации

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

Изменение конфигурации в конфигураторе

Подходит, когда возможностей расширения не хватает: глубокая переработка проведения, изменение состава регистров. Минус — каждое обновление требует сравнения и объединения, растёт трудоёмкость сопровождения.

Внешние отчёты и обработки

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

Отладка и диагностика: как конфигуратор помогает искать ошибки

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

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

Дополнительные инструменты диагностики в конфигураторе:

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

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

Кому и зачем учиться работать в конфигураторе

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

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

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

Ограничения и границы безопасной самостоятельной работы

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

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

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

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

Конфигурация сохранена и обновлена

Норма

В режиме «Предприятие» видны новые объекты или реквизиты

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

Изменения есть в конфигураторе, но не видны пользователю — обновление базы не выполнено

Проведение документов

Норма

Документы проводятся без ошибок, движения по регистрам корректны

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

Ошибки при проведении, пропавшие или задвоенные движения

Права пользователей

Норма

Пользователи видят новые объекты согласно своим ролям

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

Новый объект недоступен никому, кроме администратора — не настроены роли

Обновление типовой

Норма

Сравнение и объединение проходит без конфликтов, доработки сохраняются

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

Доработки затираются при обновлении — признак того, что стоило использовать расширение

Частые вопросы о конфигураторе 1С

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

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

Чем конфигуратор отличается от 1C:EDT?

1C:EDT (Enterprise Development Tools) — отдельная среда разработки на базе Eclipse с поддержкой систем контроля версий и командной работы. Конфигуратор — классический встроенный инструмент платформы. Обе среды работают с одними и теми же конфигурациями; выбор зависит от масштаба проекта и привычек команды, для небольших доработок чаще используют конфигуратор.

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

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

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

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

Как открыть внешнюю обработку или отчёт в конфигураторе?

Через «Файл → Открыть» выберите файл с расширением .epf (обработка) или .erf (отчёт). Объект откроется как в режиме редактирования: будут доступны форма, модуль и макеты. Сохранённый файл затем подключается в режиме «Предприятие» через механизм дополнительных отчётов и обработок или открывается напрямую.

Опасно ли запускать «Тестирование и исправление»?

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