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