Конфигуратор 1С: что это и зачем он нужен

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

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

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

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

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

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

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

Как устроено окно конфигуратора

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

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

Дополнительно в конфигураторе доступны инструменты администрирования: список активных пользователей, журнал регистрации, тестирование и исправление базы, загрузка и выгрузка данных, публикация на веб-сервере. Именно из конфигуратора выполняется обновление конфигурации и сравнение с конфигурацией поставщика.

Какие задачи решают через конфигуратор

Спектр задач широкий — от мелких правок до полноценной разработки. На практике чаще всего в конфигураторе выполняют следующие работы:

• добавление реквизитов в справочники и документы — например, поле «Способ доставки» в заказ покупателя;
• создание и доработка отчётов и печатных форм, в том числе через схему компоновки данных;
• изменение алгоритмов: проведение документов, расчёт цен, проверки при записи;
• настройка ролей и прав доступа к объектам;
• обновление типовой конфигурации на новый релиз;
• разработка собственных подсистем — от простой обработки до отраслевого решения.

Доработка типовой конфигурации

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

Обновление и поддержка

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

Способы доработки

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

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

Прямое изменение конфигурации

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

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

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

Кто работает в конфигураторе и какие права нужны

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

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

Как безопасно начать работу: порядок действий

Безопасная схема любой доработки выглядит одинаково независимо от её масштаба. Сначала создаётся резервная копия: в файловом варианте достаточно скопировать файл 1Cv8.1CD при отсутствии активных сеансов либо выполнить выгрузку через «Администрирование — Выгрузить информационную базу». В клиент-серверном варианте копию делают средствами СУБД.

Затем изменения выполняются и проверяются на копии базы. Только после того как результат протестирован — документы проводятся, отчёты формируются, права работают, — доработка переносится в рабочую базу вне рабочего времени, с предупреждением пользователей и монопольным доступом.

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

Типичные ошибки новичков

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

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

Как проверить, что изменения применились корректно

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

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

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

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

Запуск режима «Предприятие»

Норма

База открывается без сообщений об ошибках

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

Ошибки при старте, сообщения о несоответствии версий

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

Норма

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

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

Ошибки проведения, пустые или дублирующиеся движения

Работа под обычным пользователем

Норма

Доступны нужные функции, лишнего доступа нет

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

Ошибки «Нарушение прав доступа» или доступ к закрытым данным

Сверка итогов

Норма

Остатки и обороты совпадают с данными до доработки

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

Расхождения в отчётах за тот же период

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

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

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

Чем конфигуратор отличается от расширения конфигурации?

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

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

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

Что делать, если после обновления база перестала открываться?

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

Подходит ли конфигуратор для обучения с нуля?

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

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

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