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