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