Редактирование конфигурации 1С 8.3 через Конфигуратор и расширения

Конфигурацию 1С 8.3 меняют в Конфигураторе: сначала открывают основную конфигурацию (Конфигурация → Открыть конфигурацию), при необходимости снимают её с поддержки (Конфигурация → Поддержка → Настройка поддержки → Включить возможность изменения), вносят правки в дереве объектов, сохраняют (Ctrl+S) и применяют к рабочей базе командой Обновить конфигурацию базы данных (F7). Если менять нужно только добавленный функционал, типовую конфигурацию с поддержки лучше не снимать, а подключить расширение .

Способов два, и выбор между ними определяет всё остальное. Снятие с поддержки даёт полный доступ к коду типовой конфигурации, но ломает автоматическое обновление . Расширение добавляет свои отчёты, формы и правки поверх типовой, не трогая её, — и обновления ставятся по-прежнему. Ниже разберём оба пути: что сделать до правок, как именно редактировать объекты, как сохранить результат и какие ошибки чаще всего портят базу.

Что значит «изменить конфигурацию» и какие бывают способы

В файле информационной базы живут сразу три конфигурации, и путать их нельзя:

• 🗄️ Конфигурация базы данных — та, с которой работают пользователи в режиме 1С:Предприятие. Её структуру менять на лету нельзя, она обновляется отдельной командой.
• ✏️ Основная конфигурация — черновик, который вы правите в Конфигураторе. Пока изменения не применены к базе данных, пользователи их не видят.
• 📦 Конфигурация поставщика — эталон от разработчика (фирмы «1С» или партнёра). По ней платформа понимает, что в типовом решении изменилось при выходе нового релиза.

Отсюда и два подхода к доработке:

Расширения появились в платформе 8.3.6 и с тех пор стали стандартом доработок. Для типовых решений (БП 3.0, ЗУП 3.1, УТ 11) снимать конфигурацию с поддержки стоит только тогда, когда задачу физически нельзя решить расширением.

Подготовка: резервная копия, права и монопольный доступ

Любая правка конфигурации затрагивает структуру базы, поэтому сначала подстрахуйтесь.

1. Сделайте резервную копию. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD при закрытой программе. Для клиент-серверной — выгрузите базу в .dt через Администрирование → Выгрузить информационную базу или снимите бэкап средствами СУБД.
2. Проверьте права. Менять конфигурацию может пользователь с административными правами и доступом к Конфигуратору. В типовых решениях это роль Администратор или Полные права.
3. Запишите текущий релиз. Откройте Справка → О программе в режиме 1С:Предприятие и зафиксируйте версию конфигурации и платформы. Это пригодится, если правки придётся откатывать.

Снятие конфигурации с поддержки и включение редактирования

Типовая конфигурация по умолчанию закрыта для правок: в дереве объектов рядом с ними стоит значок замка, а код доступен только для чтения. Чтобы разблокировать редактирование:

1. Запустите Конфигуратор для нужной базы.
2. Откройте конфигурацию: Конфигурация → Открыть конфигурацию. В дереве появятся ветки Общие, Константы, Справочники, Документы и так далее.
3. Зайдите в Конфигурация → Поддержка → Настройка поддержки.
4. Нажмите Включить возможность изменения и подтвердите предупреждение.
5. В появившемся диалоге оставьте переключатель Объекты поставщика редактируются с сохранением поддержки — это важный пункт.

Разница между двумя режимами снятия с поддержки:

• 🔓 С сохранением поддержки — вы правите типовые объекты, но платформа продолжает видеть конфигурацию поставщика и помогает сопоставлять изменения при обновлении. Значки замков превращаются в «открытые».
• 🚫 Полное снятие с поддержки (кнопка Снять с поддержки) — связь с поставщиком разрывается полностью, штатное обновление через Обновить конфигурацию становится недоступным. Делайте так только осознанно.

После включения редактирования закрытые замки сменятся на открытые, и объекты станут доступны для правки.

Основные операции: добавление, изменение и удаление объектов

Дерево конфигурации — это список всех объектов метаданных. Работа с ними строится вокруг нескольких действий.

Добавление объекта. Выделите нужную ветку (например, Отчёты), нажмите кнопку добавления в командной панели дерева или Ins. Откроется окно редактирования объекта с закладками Основные, Данные, Формы, Макеты, Права. Заполните имя и синоним, затем настройте реквизиты и формы.

Изменение существующего объекта. Дважды щёлкните по объекту — откроется его окно. Модуль объекта и формы правят через соответствующие закладки. Код удобно писать с подключённым Синтакс-помощником (Справка → Синтакс-помощник), который подсказывает методы и свойства.

Удаление объекта. Выделите объект и нажмите Del. Платформа проверит ссылки на него из других объектов и предупредит, если что-то на него ссылается. Удалять типовые объекты поставщика без крайней необходимости не стоит — это усложнит будущие обновления.

Отдельно стоит знать несколько приёмов, без которых доработка типовой часто буксует:

• 🧩 Заимствование форм и модулей в расширении позволяет переопределить поведение типового объекта, не снимая основную конфигурацию с поддержки.
• 🔁 Сравнение и объединение конфигураций (Конфигурация → Сравнить, объединить с конфигурацией из файла) переносит правки между базами и помогает накатывать релизы.
• 🗂️ Выгрузка в файлы (Конфигурация → Выгрузить конфигурацию в файлы) нужна, когда доработки ведут в системе контроля версий.

Сохранение изменений и обновление конфигурации базы данных

Сохранение и применение — два разных шага, и в этом часто путаются новички.

1. Сохраните основную конфигурацию: Конфигурация → Сохранить или Ctrl+S. На этом этапе изменения записаны в черновик, но пользователи их ещё не видят.
2. Примените к базе данных: Конфигурация → Обновить конфигурацию базы данных или F7. Платформа сравнит основную конфигурацию с конфигурацией базы данных и покажет список изменений.

Что произойдёт дальше, зависит от характера правок:

• Если менялся только программный код и структура таблиц не затронута, платформа предложит динамическое обновление — изменения применятся без выгона пользователей.
• Если добавлены или изменены реквизиты, справочники, документы (то есть меняется структура таблиц), откроется окно Реорганизация информации. Такое обновление требует монопольного доступа к базе: все пользователи должны выйти, иначе платформа сообщит, что база занята.

Кнопка Принять в окне реорганизации запускает перестройку таблиц. После этого новая структура становится рабочей, и пользователи могут заходить в обновлённую базу.

При динамическом обновлении платформа предложит каждому работающему пользователю перезапустить сеанс, чтобы подхватить новый код. Это удобно для мелких правок, но для изменений, меняющих данные, динамическое обновление лучше не использовать — часть пользователей успеет поработать на старой версии. В такой ситуации надёжнее завершить сеансы и выполнить полноценное обновление структуры.

Отдельный случай — применение очередного релиза типовой конфигурации, которую вы уже правили. Тогда обновление идёт через Конфигурация → Поддержка → Обновить конфигурацию, а платформа показывает трёхстороннее сравнение: старая версия поставщика, новая версия поставщика и ваша основная конфигурация. По каждому изменённому объекту вы решаете, чью версию оставить. Именно этот этап усложняется, если типовая снята с поддержки.

Изменение через расширение конфигурации — безопасная альтернатива

Расширение — это отдельная мини-конфигурация, которая накладывается поверх основной в момент запуска. Типовая при этом остаётся на поддержке.

Как создать расширение :

1. Откройте Конфигурация → Расширения конфигурации.
2. Добавьте новое расширение, задайте имя, префикс и назначение (Адаптация, Дополнение или Исправление).
3. Откройте конфигурацию расширения и работайте в ней как в обычном дереве объектов: добавляйте свои объекты, заимствуйте типовые для переопределения.
4. Сохраните и обновите конфигурацию базы данных (F7) — расширение подключится.

Чем расширение удобнее снятия с поддержки:

• ✅ Типовая конфигурация не меняется, релизы ставятся штатно.
• ✅ Расширение можно выгрузить в файл .cfe, перенести в другую базу и при необходимости отключить одним флажком.
• ✅ Загрузка .cfe и команда Обновить конфигурацию базы данных — это два отдельных шага: сначала расширение подключают, затем применяют к базе.

Ограничение одно: не любую задачу решает расширение. Если нужно переписать типовой механизм целиком или удалить объекты поставщика, вернётесь к снятию с поддержки.

Типичные ошибки при изменении конфигурации

Самые частые промахи связаны не с кодом, а с порядком действий.

• 🔒 Пытаются править объект с замком. Пока конфигурация не снята с поддержки хотя бы «с сохранением», типовые объекты доступны только для чтения. Сначала включите возможность изменения.
• 💾 Сохранили, но не обновили базу. После Ctrl+S правки лежат в основной конфигурации. Пока не нажали F7, пользователи работают по-старому. Если изменения «не появились» — скорее всего, забыли обновить базу данных.
• 🚪 Обновляют структуру при живых пользователях. Реорганизация информации требует монопольного доступа. Платформа не даст применить изменения, пока кто-то в базе.
• 🧨 Полностью сняли типовую с поддержки без нужды. После этого штатное обновление недоступно, и каждый релиз придётся переносить сравнением-объединением вручную. Чаще всего хватило бы расширения.
• ⚠️ Не сделали копию. Неудачная правка модуля или ошибочное удаление объекта откатываются только из резервной копии. Без неё восстановить исходное состояние сложно.

Где посмотреть синтаксис и найти помощь

Работая с модулями, держите под рукой встроенные средства Конфигуратора:

• 📘 Синтакс-помощник (Справка → Синтакс-помощник) — полное описание встроенного языка с примерами.
• 🔎 Глобальный поиск по конфигурации (Правка → Глобальный поиск) помогает найти, где используется объект или процедура, прежде чем что-то менять.
• 👥 Сообщества и форумы 1С-специалистов — для нетиповых задач. Описывайте проблему с точными текстами ошибок и версиями, так ответ приходит быстрее.

Этого набора достаточно, чтобы разобраться с большинством правок без внешней документации. Сложные доработки типовых решений разумно отдавать специалисту с профильной аттестацией — он учтёт совместимость с будущими релизами.

Частые вопросы