Разработка и Конфигурация · 12 мин
Конфигуратор 1С:Предприятие — что это и для чего нужен
Что такое конфигуратор 1С:Предприятие, чем он отличается от режима предприятия, какие задачи решает разработчик и как безопасно вносить изменения в конфигурацию.
Конфигуратор 1С:Предприятие — это встроенная среда разработки, которая поставляется вместе с платформой 1С и позволяет просматривать и изменять структуру прикладного решения. Именно в конфигураторе создаются справочники, документы, отчёты, регистры, роли, обработки и программный код на встроенном языке. Без конфигуратора невозможно ни доработать типовую конфигурацию, ни написать собственное решение с нуля.
Ключевой момент, который нужно понять с самого начала: одна и та же база 1С открывается в двух разных режимах. Обычные пользователи работают в режиме «Предприятие» — вводят документы, формируют отчёты, ведут учёт. Разработчики и администраторы открывают ту же базу в конфигураторе, чтобы менять саму «начинку» системы. Данные и структура хранятся вместе, но изменяются через разные инструменты.
Ошибки в конфигураторе обходятся дороже, чем ошибки пользователя: неудачное изменение структуры справочника или регистра может привести к потере данных во всей базе. Поэтому работа в конфигураторе требует понимания механизмов платформы, резервного копирования и, желательно, отдельной тестовой базы для проверки доработок.
Что такое конфигуратор и чем он отличается от режима «Предприятие»
Режим «Предприятие» — это рабочее место пользователя. Здесь доступны только те функции, которые разработчик заложил в конфигурацию: ввод документов, заполнение справочников, запуск отчётов. Пользователь не видит внутренней структуры системы и не может её сломать штатными средствами.
Конфигуратор — это режим, в котором видна вся архитектура решения. Дерево конфигурации показывает объекты метаданных: константы, справочники, документы, журналы, перечисления, отчёты, обработки, регистры сведений и накопления, планы счетов, роли, подсистемы и многое другое. У каждого объекта есть свойства, формы, макеты и модули с программным кодом.
Запустить конфигуратор можно из стартера 1С: в списке информационных баз выбирается нужная база и нажимается кнопка «Конфигуратор». Второй способ — запуск исполняемого файла платформы с параметром DESIGNER. Для входа требуются права, позволяющие работать в режиме конфигуратора, — обычно это полные права или роль администратора.
Из чего состоит конфигурация в дереве метаданных
Дерево конфигурации открывается через меню «Конфигурация — Открыть конфигурацию». Это главный навигатор разработчика. Объекты сгруппированы по типам, и каждый тип отвечает за свою задачу в учёте.
Справочники хранят условно-постоянную информацию: контрагентов, номенклатуру, сотрудников, склады. Документы фиксируют факты хозяйственной деятельности и при проведении формируют движения по регистрам. Регистры накопления и сведений — это таблицы, где накапливаются остатки, обороты и произвольные данные; именно на них строится большинство отчётов.
Отчёты и обработки — инструменты без собственных хранимых данных: отчёты выводят информацию, обработки выполняют служебные действия вроде группового изменения реквизитов. Роли и права определяют, какие пользователи видят и могут менять конкретные объекты. Общие модули содержат переиспользуемый код, доступный из разных объектов.
Какие задачи решают в конфигураторе
Первая группа задач — доработка типовой конфигурации под процессы компании. Это добавление новых реквизитов в документы и справочники, создание дополнительных отчётов и печатных форм, настройка проверок при проведении, изменение форм под удобство пользователей.
Вторая группа — разработка собственных механизмов: новых документов, регистров, обменов с внешними системами, интеграций через HTTP-сервисы и веб-сервисы. Третья группа — административные операции, доступные именно из конфигуратора: обновление конфигурации, сравнение и объединение конфигураций, загрузка и выгрузка базы в файл .dt, тестирование и исправление информационной базы.
Добавить реквизит, документ, регистр, справочник, изменить длину кода или наименования
Написать обработчики событий, процедуры проведения, запросы к данным
Изменить форму объекта, командный интерфейс, распределение по подсистемам
Обновление, выгрузка .dt, тестирование и исправление, сравнение конфигураций
Редактирование кода и встроенный язык
Логика в 1С пишется на встроенном языке, который по синтаксису напоминает паскаль с русскоязычными ключевыми словами (допускаются и английские аналоги). Код размещается в модулях: модуле объекта, модуле формы, модуле менеджера, общих модулях. Каждый модуль имеет контекст исполнения — на клиенте или на сервере.
Типичная точка входа — события. Например, у документа есть событие «ОбработкаПроведения», в котором формируются движения по регистрам; у формы — «ПриСозданииНаСервере» и «ПриОткрытии». Понимание того, какое событие когда срабатывает, — основа корректной доработки: код, написанный не в том событии, либо не выполнится, либо нарушит штатную логику.
Для выборки данных используется язык запросов — декларативный язык, похожий на SQL, но работающий с объектами конфигурации и виртуальными таблицами регистров. Запросы позволяют получать остатки и обороты без перебора записей в цикле, что критично для производительности на больших базах.
Как безопасно вносить изменения: пошаговый порядок
Главное правило: любые изменения сначала выполняются на копии базы и только после проверки переносятся в рабочую. Прямая правка рабочей базы, где в этот момент ведётся учёт, — самая частая причина аварий и потери данных.
Команда «Обновить конфигурацию базы данных» (клавиша F7) применяет изменения метаданных к физической структуре базы. Если изменения затрагивают хранимые данные — например, добавлен реквизит или изменён тип поля — платформа выполняет реструктуризацию. На больших базах она может занять значительное время, поэтому обновление планируют на нерабочие часы.
Поддержка, расширения и типовые конфигурации
Типовые конфигурации («Бухгалтерия», «Управление торговлей» и другие) поставляются на поддержке: вендор регулярно выпускает обновления, отражающие изменения законодательства. Если внести правки напрямую в типовые объекты, конфигурация частично снимается с поддержки, и каждое последующее обновление потребует ручного сопоставления изменений — это трудоёмко и рискованно.
Современная альтернатива — расширения конфигурации. Расширение подключается поверх типовой конфигурации и позволяет добавлять реквизиты, формы, отчёты, обработчики событий, не затрагивая исходные объекты. При обновлении типовой конфигурации расширение сохраняется, хотя его совместимость всё равно нужно проверять. Для большинства прикладных доработок расширение — предпочтительный путь.
Способы доработки типовой конфигурации
Максимальная гибкость, но усложняет обновления и снимает объекты с поддержки. Оправдано для глубокой переработки учёта
Не меняет типовые объекты, обновления проходят проще. Ограничение: не все механизмы можно переопределить через расширение
Подключаются без изменения конфигурации вообще. Подходят для печатных форм и отчётов, но не меняют логику проведения
Типичные ошибки начинающих
Отдельная ошибка — работа в клиент-серверной базе без учёта разделения контекста. Код, помещённый в клиентский контекст, не имеет доступа к данным сервера, и попытка обратиться к базе напрямую из клиентской процедуры закончится ошибкой. Директивы компиляции (&НаКлиенте, &НаСервере) нужно расставлять осознанно.
Как проверить результат доработки
Проверка должна охватывать три уровня: синтаксис, логику и права. Синтаксический контроль модулей выполняется прямо в конфигураторе («Конфигурация — Проверка конфигурации») и отлавливает ошибки кода до запуска. Логику проверяют прогоном реальных сценариев на тестовой базе: создать документ, провести, отменить проведение, сформировать связанный отчёт.
Как проверить результат
Реструктуризация завершилась без ошибок, окно обновления закрылось штатно
Сообщения об ошибках, прерванная реструктуризация, база не открывается
Документы проводятся, движения по регистрам корректны, отчёты сходятся
Ошибки при проведении, нулевые или дублированные движения
Под типовой ролью пользователя доработка доступна и работает
Нарушение прав доступа, пустые формы, недоступные команды
Расширение осталось работоспособным после обновления конфигурации
Расширение отключилось или его объекты конфликтуют с новыми типовыми
Если доработка затрагивает регистры, полезно сравнить итоги до и после: сформировать ключевой отчёт на копии базы до изменений и после, убедиться, что цифры не «поплыли». Для численных данных расхождение даже в копейках — признак ошибки в логике проведения.
Часто задаваемые вопросы
Нужно ли отдельно покупать конфигуратор 1С?
Нет, конфигуратор входит в состав платформы 1С:Предприятие и не является отдельным продуктом. Доступ к нему определяется правами пользователя в конкретной информационной базе и условиями лицензии на платформу.
Можно ли работать в конфигураторе, пока пользователи ведут учёт?
Просматривать конфигурацию и писать код можно — это не мешает пользователям. Но обновление конфигурации базы данных и реструктуризация требуют монопольного доступа в файловом режиме, поэтому применение изменений выполняют после выхода пользователей или в нерабочее время.
Чем расширение лучше прямой доработки конфигурации?
Расширение не изменяет типовые объекты, поэтому конфигурация остаётся на полной поддержке, а обновления устанавливаются штатно. Прямая доработка снимает объекты с поддержки, и каждое обновление потребует ручного объединения изменений. Прямое изменение оправдано только там, где возможностей расширения недостаточно.
Что делать, если после обновления конфигурации база не открывается?
Не предпринимайте повторных обновлений и исправлений подряд. Восстановите базу из резервной копии, сделанной перед изменениями, разберитесь в причине ошибки на копии и только потом повторите перенос доработки. Если копии нет, используйте «Тестирование и исправление» на предварительно сохранённой копии повреждённого файла базы.
Можно ли освоить конфигуратор без опыта программирования?
Простые задачи — добавить реквизит, изменить форму, сделать внешнюю печатную форму — доступны после изучения базовых понятий метаданных. Для доработки проведения документов, регистров и обменов потребуется понимание встроенного языка, запросов и событийной модели платформы, то есть фактически навыки разработки.
Что важно запомнить
Конфигуратор — это среда разработки платформы 1С, где изменяют метаданные, код, формы и роли, в то время как пользователи работают в режиме «Предприятие». Любые доработки выполняйте на копии базы, применяйте через обновление конфигурации БД с резервной копией наготове, а для типовых решений предпочитайте расширения прямому изменению объектов.