Разработка и Конфигурация · 11 мин
Что такое конфигуратор 1С и зачем он нужен
Что такое конфигуратор 1С простыми словами: назначение, основные инструменты, режимы работы, типичные задачи доработки и ошибки новичков при изменении конфигурации.
Конфигуратор 1С — это встроенная среда разработки платформы «1С:Предприятие», в которой создают и изменяют прикладные решения: конфигурации учёта, торговли, зарплаты, производства. Если пользователь работает с программой в режиме «Предприятие» — вводит документы, строит отчёты, — то разработчик открывает ту же базу в конфигураторе, чтобы изменить структуру данных, формы, отчёты и алгоритмы.
Через конфигуратор определяется практически всё, что видит пользователь: какие справочники и документы существуют, какие у них реквизиты, как выглядят формы, какие проводки формирует документ, какие права есть у ролей. Без конфигуратора типовая конфигурация остаётся «как из коробки», и любая доработка под процессы компании невозможна.
Важно понимать: конфигуратор — это не отдельная покупаемая программа, а один из режимов запуска платформы 1С. Он доступен в любой поставке, но для внесения изменений в типовую конфигурацию требуются соответствующие лицензии и права, а сами изменения влияют на возможность автоматического обновления.
Что именно представляет собой конфигуратор
Технически конфигуратор — это один из режимов запуска исполняемого файла платформы. Та же база данных открывается либо в режиме «Предприятие» (работа пользователей), либо в режиме «Конфигуратор» (разработка и администрирование структуры). Выбор режима задаётся при запуске через стартовое окно 1С или параметром командной строки.
Внутри конфигуратора разработчик видит дерево конфигурации — иерархию всех объектов метаданных: константы, справочники, документы, журналы, регистры сведений и накопления, отчёты, обработки, роли, подсистемы. Каждый объект открывается в окне редактирования, где настраиваются его свойства, реквизиты, табличные части, формы и модули с кодом на встроенном языке 1С.
Какие задачи решают в конфигураторе
Основная масса работы в конфигураторе сводится к нескольким типовым сценариям. Первый — доработка типовой конфигурации под требования компании: добавление реквизита в документ, новой печатной формы, дополнительного отчёта или проверки при проведении. Второй — создание собственной конфигурации с нуля, когда типовые решения не подходят по специфике учёта.
Третья группа задач — административная: конфигуратор используется для загрузки и выгрузки конфигурации и данных (файлы .cf и .dt), объединения конфигураций при обновлении, сравнения версий, тестирования и исправления информационной базы, настройки прав доступа через роли.
- Добавление и изменение объектов метаданных: справочников, документов, регистров.
- Разработка форм, отчётов на СКД, печатных макетов.
- Написание и отладка кода на встроенном языке 1С.
- Настройка ролей и прав доступа к объектам.
- Обновление конфигурации базы данных и обслуживание структуры.
Как устроена работа: от изменения до результата
Ключевая особенность, которую часто упускают новички: в конфигураторе существуют две конфигурации — основная (та, что редактируется) и конфигурация базы данных (та, с которой реально работают пользователи). Изменения, внесённые в конфигураторе, не видны пользователям, пока не выполнено обновление конфигурации базы данных (клавиша F7 или пункт меню «Конфигурация — Обновить конфигурацию базы данных»).
- 1Откройте базу в режиме «Конфигуратор» и сделайте резервную копию (выгрузку .dt или средствами СУБД).
- 2Включите возможность изменения: для типовой конфигурации — «Поддержка — Настройка поддержки», включить возможность изменения.
- 3Внесите изменения: добавьте реквизит, объект, измените модуль или форму.
- 4Сохраните конфигурацию (Ctrl+S) и выполните обновление конфигурации базы данных (F7).
- 5Проверьте результат в режиме «Предприятие» под пользователем с нужными правами.
- 6Если изменений много — зафиксируйте их в хранилище конфигурации или выгрузкой .cf.
При обновлении конфигурации базы данных платформа выполняет реструктуризацию — приводит физическую структуру таблиц в соответствие с новым описанием метаданных. На больших базах этот процесс может занимать заметное время, и в момент реструктуризации пользователей просят завершить работу, так как требуется монопольный доступ.
Встроенный язык и инструменты разработки
Логика прикладного решения пишется на встроенном языке 1С — высокоуровневом языке с русским и английским синтаксисом. Код размещается в модулях: модуле объекта (проведение документа, запись элемента справочника), модуле формы (реакция на действия пользователя), общих модулях (переиспользуемые процедуры и функции), модулях менеджера.
Конфигуратор включает полноценный отладчик: точки останова, пошаговое выполнение, просмотр значений переменных, табло выражений, стек вызовов. Отладка подключается к сеансу режима «Предприятие», что позволяет пошагово пройти проведение документа или формирование отчёта и найти ошибку в алгоритме.
Для отчётов в конфигураторе используется система компоновки данных (СКД): разработчик описывает запрос и настройки, а платформа сама строит интерфейс отбора, группировок и вывода. Это основной современный способ создания отчётов, и он же лежит в основе динамических списков.
Типовая конфигурация и поддержка: что можно менять
Типовые конфигурации поставляются «на поддержке»: поставщик (фирма «1С» или партнёр) выпускает обновления, которые устанавливаются автоматически. Пока конфигурация полностью на поддержке без изменений, обновление проходит без участия разработчика. Как только включена возможность изменения и внесены доработки, при каждом обновлении изменённые объекты придётся сопоставлять вручную через режим сравнения и объединения.
Способы доработки без риска для обновлений
Доработка в отдельном слое поверх типовой конфигурации. Не снимает объекты с поддержки, обновления ставятся как раньше. Ограничение: не всё можно изменить через расширение — например, есть ограничения на изменение ролей и некоторых типов объектов.
Полная свобода доработок, но изменённые объекты снимаются с полной поддержки, и каждое обновление требует ручного сравнения. Подходит, когда доработки глубокие и расширением их не реализовать.
Отдельные файлы .erf/.epf, подключаемые без изменения конфигурации. Подходят для печатных форм и отчётов, но не меняют структуру данных и логику проведения.
Типичные ошибки при работе в конфигураторе
Отдельная группа ошибок связана с командной разработкой. Если над конфигурацией работает несколько человек без хранилища конфигурации, изменения одного разработчика легко затираются другим при загрузке .cf-файлов. Хранилище конфигурации решает эту проблему захватом объектов и версионированием, и для командной работы оно фактически обязательно.
Как проверить, что доработка сделана правильно
Как проверить результат
Выполнено без ошибок, реструктуризация завершена, окно сообщений пустое или содержит только информационные строки
Ошибки реструктуризации, сообщения о невозможности изменить таблицу, обрыв процесса
Новый реквизит, отчёт или форма доступны, документ проводится, данные сохраняются
Ошибки 'поле не обнаружено', 'метод не найден', форма не открывается
Проверка выполнена под учётной записью с типовыми правами, а не под полными правами
Доработка проверена только под администратором — у обычных пользователей может не быть доступа
Тестовое обновление на копии проходит, доработанные объекты сопоставлены
Доработки затираются обновлением или конфликтуют с новым релизом
Хорошая практика — вести список всех доработок с указанием объектов и причины изменения. Когда через полгода потребуется обновление или передача сопровождения другому специалисту, такой реестр экономит часы на анализе отличий от типовой конфигурации.
Что важно запомнить
Конфигуратор — это режим платформы 1С для разработки и изменения конфигураций. Изменения вступают в силу только после обновления конфигурации базы данных, а любые доработки выполняются на копии с резервным сохранением. По возможности используйте расширения конфигурации вместо прямого изменения типовых объектов — это сохраняет простоту обновлений.
Частые вопросы о конфигураторе 1С
Чем конфигуратор отличается от режима «Предприятие»?
Это два режима запуска одной платформы над одной базой. В режиме «Предприятие» пользователи работают с данными: вводят документы, проводят их, смотрят отчёты. В конфигураторе разработчик меняет саму структуру прикладного решения — объекты, формы, код, права. Данные при этом одни и те же.
Нужно ли покупать конфигуратор отдельно?
Нет, конфигуратор входит в состав платформы «1С:Предприятие» и доступен в любой поставке. Однако для легальной разработки и доработки конфигураций действуют лицензионные условия конкретной поставки, а для коммерческой разработки существуют отдельные лицензионные соглашения.
Почему пользователи не видят мои изменения после сохранения?
Сохранение в конфигураторе меняет только основную конфигурацию. Чтобы изменения применились, нужно выполнить «Конфигурация — Обновить конфигурацию базы данных» (F7). До этого момента пользователи продолжают работать со старой структурой.
Что такое «снятие с поддержки» и чем это грозит?
Типовая конфигурация находится на поддержке поставщика — обновления устанавливаются автоматически. Когда вы включаете возможность изменения и правите типовые объекты, эти объекты снимаются с полной поддержки: при каждом обновлении их придётся сопоставлять вручную через сравнение и объединение конфигураций. Чем больше изменённых объектов, тем трудоёмче обновления.
Можно ли доработать конфигурацию, не трогая типовые объекты?
Да — через расширения конфигурации и внешние отчёты/обработки. Расширение накладывается поверх типовой конфигурации отдельным слоем: можно добавлять реквизиты, формы, отчёты, подписываться на события. Типовые объекты при этом не изменяются, и обновления устанавливаются в штатном режиме.
Что делать, если обновление конфигурации базы данных завершилось ошибкой?
Не пытайтесь повторно запускать реструктуризацию и не продолжайте работу в базе. Восстановите базу из резервной копии, сделанной перед обновлением, затем разберитесь с причиной ошибки (обычно она указана в окне сообщений) и повторите процедуру на копии. Работа в базе после незавершённой реструктуризации может привести к порче данных.