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