Разработка и Конфигурация · 10 мин
Комплект разработчика 1С: состав инструментов и порядок работы
Разбираем, что входит в комплект разработчика 1С: конфигуратор, EDT, расширения, отладчик, хранилище конфигурации и средства тестирования. Практические советы.
Комплект разработчика 1С — это набор инструментов платформы «1С:Предприятие», который позволяет создавать, изменять и сопровождать прикладные решения: конфигурации, расширения, внешние отчёты и обработки. В него входят конфигуратор, среда разработки 1C:Enterprise Development Tools (EDT), отладчик, хранилище конфигурации, синтакс-помощник и средства тестирования.
Понимание состава комплекта важно на этапе планирования доработок: от него зависит, какие задачи можно решить штатными средствами, а для каких потребуется привлекать внешние инструменты или менять подход. Например, доработка типовой конфигурации через расширение и прямое изменение конфигурации поставщика — принципиально разные сценарии с разными последствиями для обновлений.
Ниже разобрано, какие компоненты входят в комплект, для каких задач предназначен каждый из них, как организовать командную разработку и на что обратить внимание перед началом работ.
Конфигуратор — основной инструмент разработки
Конфигуратор — это штатный режим запуска платформы «1С:Предприятие», предназначенный для изменения структуры прикладного решения. В нём разработчик работает с деревом объектов конфигурации: справочниками, документами, регистрами, отчётами, обработками, ролями и модулями на встроенном языке.
Запуск выполняется через ярлык или командную строку с указанием информационной базы. Для файловой базы достаточно выбрать её в списке и нажать «Конфигуратор» в стартовом окне. Для клиент-серверного варианта потребуются параметры подключения к серверу 1С и учётная запись с правами на конфигурирование.
Ключевые операции в конфигураторе: добавление и изменение объектов метаданных, редактирование модулей, обновление конфигурации базы данных (клавиша F7), сравнение и объединение конфигураций, загрузка и выгрузка конфигурации в файл. Именно здесь выполняется большинство доработок типовых решений.
Важно различать конфигурацию поставщика, конфигурацию базы данных и основную конфигурацию. Изменения вносятся в основную конфигурацию и применяются к рабочей базе только после команды «Обновить конфигурацию базы данных». Пока обновление не выполнено, пользователи продолжают работать в старом варианте.
1C:EDT — современная среда разработки
1C:Enterprise Development Tools — среда разработки на базе Eclipse, которую фирма «1С» позиционирует как современную альтернативу конфигуратору. EDT хранит проект в виде файлов, что упрощает интеграцию с системами контроля версий, в первую очередь с Git.
EDT удобна для крупных проектов и командной разработки: поддерживает навигацию по коду, рефакторинг, проверку конфигурации на соответствие стандартам, работу с несколькими проектами одновременно. Проект можно связать с информационной базой для отладки и публикации изменений.
Ограничения стоит учитывать заранее: EDT требовательна к ресурсам компьютера, а отдельные операции (например, некоторые сценарии сравнения и объединения) в ней реализованы иначе, чем в конфигураторе. Для небольших разовых доработок конфигуратор часто остаётся более быстрым инструментом.
Конфигуратор или EDT
Подходит для быстрых доработок, администрирования и работы с хранилищем конфигурации. Легче осваивается, меньше требований к железу.
Подходит для больших проектов, командной разработки через Git, строгого контроля качества кода. Требует больше ресурсов и времени на освоение.
Расширения конфигурации — доработка без изменения типового решения
Расширение — это механизм платформы, позволяющий добавить или изменить объекты конфигурации, не снимая её с поддержки поставщика. Расширение подключается к информационной базе и работает поверх основной конфигурации.
Типовые задачи для расширений: добавление печатных форм, дополнительных реквизитов и отчётов, изменение логики заполнения документов, доработка форм. Создаётся расширение в конфигураторе через меню «Конфигурация — Расширения конфигурации», после чего нужные объекты заимствуются из основной конфигурации и изменяются.
Главное преимущество — безопасные обновления: типовая конфигурация обновляется штатно, а расширение остаётся подключённым. Ограничение — не всё можно изменить через расширение: например, состав движений документа по регистрам в ряде сценариев требует прямой доработки конфигурации.
Отладчик и синтакс-помощник
Встроенный отладчик позволяет пошагово выполнять код, устанавливать точки останова, просматривать значения переменных через табло и вычислять произвольные выражения. Отладка включается в конфигураторе через меню «Отладка — Начать отладку» либо подключением к уже запущенному сеансу.
Для клиент-серверных баз отладка на сервере должна быть разрешена в настройках кластера — без этого точки останова в серверном коде срабатывать не будут. Это частая причина ситуации «отладчик не останавливается».
Синтакс-помощник — встроенный справочник по языку, объектам и методам платформы. Открывается из конфигуратора, поддерживает контекстный вызов: курсор на имени метода, нажатие Ctrl+F1 — и открывается описание именно этого метода с примерами.
- 1Откройте нужный модуль в конфигураторе и поставьте точку останова (F9) на подозрительной строке
- 2Запустите отладку через меню «Отладка — Начать отладку»
- 3Воспроизведите в пользовательском режиме действие, вызывающее ошибку
- 4При остановке проверьте значения переменных через табло (Shift+F9)
- 5Пройдите код по шагам (F10/F11) и найдите строку, где значение становится некорректным
Хранилище конфигурации и командная разработка
Хранилище конфигурации — штатный механизм платформы для совместной работы нескольких разработчиков над одной конфигурацией. Оно хранит историю версий, позволяет захватывать объекты для изменения и предотвращает конфликты при одновременной правке одних и тех же объектов.
Типовой цикл работы: разработчик захватывает объект в хранилище, изменяет его в своей базе, помещает изменения обратно в хранилище, после чего коллеги обновляют свои конфигурации из хранилища. Администратор хранилища может просматривать историю версий и откатывать изменения.
Для команд, использующих EDT, альтернативой служит Git: проект хранится в репозитории, а сборка конфигурации выполняется из исходников. Этот подход лучше интегрируется с практиками CI/CD, но требует настройки конвейера и дисциплины в команде.
Средства тестирования и контроля качества
В комплект средств разработчика входят механизмы проверки конфигурации, доступные в конфигураторе через меню «Конфигурация — Проверка конфигурации». Проверка выявляет синтаксические ошибки, неиспользуемые обработчики, проблемы прав доступа и логические несоответствия.
Для сценарного тестирования платформа предоставляет механизм автоматизированного тестирования: записываются действия пользователя, затем тест воспроизводится автоматически. Это полезно при регрессионной проверке после обновлений и доработок.
Дополнительно в сообществе распространены открытые инструменты контроля качества (проверка по стандартам разработки, статический анализ кода), которые интегрируются с EDT. Их применение особенно оправдано в командах, где код проходит ревью.
Порядок организации рабочего места разработчика
Минимальная безопасная схема: отдельная копия базы для разработки, отдельная база для тестирования и рабочая база пользователей. Изменения проходят путь «разработка → тестирование → рабочая база» и никогда вносятся напрямую в продуктив.
Перед началом доработки зафиксируйте исходное состояние: сделайте выгрузку конфигурации в файл и резервную копию базы. Это позволит откатиться, если результат окажется неудовлетворительным. Для файловых баз достаточно скопировать каталог базы при отсутствии активных сеансов.
Проверяйте результат по чётким признакам: конфигурация проходит штатную проверку без ошибок, тестовый сценарий воспроизводится на копии, пользователи в тестовой базе подтверждают корректность поведения. Только после этого изменения переносятся в рабочую среду.
Как проверить готовность доработки к переносу
Ошибок нет, предупреждения разобраны
Есть синтаксические или логические ошибки
Действие выполняется, данные корректны
Ошибка выполнения или неверные данные
Применяется без ошибок реструктуризации
Конфликты изменений, требующие ручного разрешения
Что важно запомнить
Комплект разработчика 1С включает конфигуратор, EDT, отладчик, хранилище, расширения и средства проверки. Для доработки типовых решений предпочтительны расширения, для командной работы — хранилище или Git. Любые изменения сначала проверяются на копии базы.
Частые вопросы
Чем расширение отличается от внешней обработки?
Внешняя обработка — отдельный файл, который открывается в режиме «Предприятие» и не меняет конфигурацию. Расширение подключается к базе и может изменять формы, модули и добавлять объекты поверх основной конфигурации. Для разовых задач достаточно обработки, для постоянных доработок удобнее расширение.
Можно ли разрабатывать для 1С без конфигуратора?
Да, через 1C:EDT, где проект хранится в виде файлов и работа ведётся в среде на базе Eclipse. Однако конфигуратор всё равно потребуется для ряда административных операций, поэтому полностью отказаться от него на практике сложно.
Нужна ли отдельная лицензия для инструментов разработчика?
Конфигуратор и базовые средства разработки входят в поставку платформы «1С:Предприятие». Отдельная лицензия требуется для работы пользователей и сервера, а также для некоторых специализированных продуктов. Условия зависят от варианта поставки, их стоит уточнять в сопроводительной документации.
Как обновлять типовую конфигурацию, если есть расширения?
Обновление выполняется штатно, расширения при этом сохраняются. После обновления нужно проверить, что расширения остаются применимыми: если поставщик изменил заимствованные объекты, расширение может потребовать доработки. Всегда выполняйте процедуру сначала на копии базы.
Что делать, если отладчик не останавливается на точке останова?
Проверьте три вещи: запущен ли сеанс в режиме отладки, включена ли отладка на сервере для клиент-серверной базы, и выполняется ли вообще код с точкой останова (возможно, условие вызова не наступает). Также убедитесь, что отлаживаете тот сеанс, в котором воспроизводится действие.
Обязательно ли использовать хранилище для одного разработчика?
Не обязательно, но полезно: хранилище даёт историю версий и возможность отката изменений. Если настройка хранилища избыточна, минимальная альтернатива — регулярная выгрузка конфигурации в файлы с понятными именами версий.