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