К статье
Практический материал

Разработка и Конфигурация · 11 мин

Как изменить типовую конфигурацию 1С

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

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

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

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

Когда достаточно внешних механизмов без изменения конфигурации

Значительная часть «доработок» вообще не требует вмешательства в конфигурацию. Внешние отчёты и обработки подключаются через «Администрирование → Печатные формы, отчёты и обработки → Дополнительные отчёты и обработки» и работают поверх типовой базы. Так реализуют нестандартные отчёты, печатные формы документов, обработки загрузки и выгрузки данных, заполнение табличных частей.

Дополнительные реквизиты и сведения — ещё один штатный инструмент. Если нужно хранить, например, «менеджера по сопровождению» у контрагента или «серию оборудования» у номенклатуры, реквизит добавляется интерактивно через «Администрирование → Общие настройки → Дополнительные реквизиты и сведения», без конфигуратора и без каких-либо рисков для обновлений.

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

Доработка через расширения конфигурации

Расширение — это надстройка над типовой конфигурацией, которая подключается отдельным слоем и не меняет основную конфигурацию. Создаётся в конфигураторе: «Конфигурация → Расширения конфигурации → Создать». В расширение заимствуются объекты типовой конфигурации (справочники, документы, модули, формы), после чего их можно дополнять: добавлять реквизиты, свои процедуры и функции, обработчики событий, новые роли и подсистемы.

Типовой сценарий — изменение обработчиков. Например, чтобы добавить проверку при проведении документа, заимствуется модуль объекта документа, а в обработчике «ОбработкаПроведения» используется аннотация «После» или «Вместо» с вызовом типового метода через ПродолжитьВызов(). Формы дорабатываются похоже: заимствуется форма, добавляются элементы и обработчики «После» штатных.

Порядок создания расширения
  1. 1
    Сделайте копию базы и работайте только в ней
  2. 2
    Конфигурация → Расширения конфигурации → Создать, задайте имя и префикс
  3. 3
    Заимствуйте нужные объекты из основной конфигурации
  4. 4
    Добавьте свои реквизиты, процедуры и обработчики с аннотациями Перед/После/Вместо
  5. 5
    Проверьте работу на тестовых данных и сохраните расширение в файл .cfe
  6. 6
    Подключите .cfe в рабочей базе через Администрирование → Печатные формы, отчёты и обработки → Расширения (с отключённым безопасным режимом осознанно)

Ограничения расширений принципиальны. Нельзя изменять состав движений документа по типовым регистрам в обработчике «Вместо» без полного дублирования логики, нельзя менять структуру типовых реквизитов, типы данных, удалять типовые объекты. Изменение критериев отбора, планов обмена и некоторых системных механизмов также недоступно. Если доработка упирается в эти рамки — остаётся прямое изменение конфигурации.

Прямое изменение конфигурации: снятие с замка и поддержка

Если расширение не справляется, конфигурацию редактируют напрямую. Для этого в конфигураторе откройте «Конфигурация → Поддержка → Настройка поддержки» и включите возможность изменения. Объекты при этом могут остаться в режиме «Редактируется с сохранением поддержки» — это позволит при обновлении использовать автоматическое сравнение и объединение, а не полностью ручной перенос.

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

Правила выживания при прямых доработках: не изменяйте типовые процедуры «в лоб», а вставляйте вызовы своих процедур из общего модуля с понятным префиксом (например, Преф_). Все свои объекты именуйте с тем же префиксом — тогда при объединении конфигураций ваши объекты легко отличить от типовых, а точки встраивания в типовой код видны по поиску вызовов.

bsl
// В типовом модуле, в начале процедуры ОбработкаПроведения:
Преф_ОбработкаПроведения(ЭтотОбъект, Отказ, РежимПроведения); // доработка
// далее типовой код без изменений

Сравнение способов доработки

Сравнение вариантов

Внешние отчёты и обработки

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

Дополнительные реквизиты и сведения

Для хранения дополнительных полей без программирования. Ограничение — не участвуют в типовых движениях и индексах, отчёты по ним медленнее.

Расширение конфигурации

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

Изменение конфигурации с сохранением поддержки

Для доработок, недоступных расширению. Обновление через сравнение и объединение, требует анализа каждого конфликта.

Полное снятие с поддержки

Для глубокой переработки типовой логики. Обновления фактически выполняются вручную, высокая стоимость сопровождения.

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

Обновление доработанной конфигурации

Если все доработки выполнены расширениями и внешними механизмами, обновление проходит штатно: «Администрирование → Обновление версии программы» или через конфигуратор. После обновления откройте список расширений и убедитесь, что все они применились без ошибок; при несовместимости конфигуратор сообщит об этом при попытке применить расширение.

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

После объединения обязательно выполните тестирование и исправление (в режиме проверки логической и ссылочной целостности) на тестовой копии, прогоните ключевые бизнес-операции: проведение документов, формирование регламентированной отчётности, обмены. Только после этого переносите результат в рабочую базу.

Как проверить результат и типичные ошибки

Контрольные точки

Как проверить результат

Расширение применено
Норма

В списке расширений стоит признак активности, база запускается без ошибок

Тревожный признак

Ошибки совместимости при запуске или применении расширения

Доработанный документ
Норма

Проводится, движения корректны, новая логика отрабатывает на тестовых данных

Тревожный признак

Ошибки при проведении, дублирование или пропадание движений

Обновление после доработок
Норма

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

Тревожный признак

Потеряны доработки или типовые механизмы сломаны после объединения

Резервная копия
Норма

Файл .dt загружается в пустую базу без ошибок

Тревожный признак

Копия есть, но её восстановление никогда не проверялось

Типичные ошибки
01
Снятие с поддержки ради мелкой задачи — каждое обновление становится ручным проектом, хотя хватило бы расширения
02
Правка типовых процедур без префиксов и комментариев — при объединении невозможно найти свои изменения
03
Доработки сразу в рабочей базе — ошибка блокирует работу пользователей, откат без копии невозможен
04
Игнорирование проверки расширений после обновления — несовместимое расширение молча отключается или ломает данные
05
Резервная копия без проверки восстановления — в критический момент выясняется, что файл повреждён

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

Итог

Что важно запомнить

Иерархия способов: внешние механизмы → расширения → изменение конфигурации с сохранением поддержки → полное снятие. Всегда работайте на копии, именуйте свои объекты префиксом, проверяйте расширения после каждого обновления.

Часто задаваемые вопросы

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

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

Можно ли вернуть конфигурацию на поддержку после доработок?

Да, если доработки невелики: через «Загрузить конфигурацию из файла» типовой поставки того же релиза с режимом объединения. Все свои изменения при этом будут потеряны, поэтому их предварительно переносят в расширение. При масштабных доработках возврат на поддержку фактически означает полный отказ от них.

Что произойдёт с расширением при обновлении типовой конфигурации?

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

Можно ли добавить свой регистр накопления через расширение?

Да, расширение позволяет создавать собственные объекты метаданных, включая регистры, документы и справочники. Ограничение в другом: типовые документы не смогут делать движения по вашему регистру штатно — проведение по нему реализуется программно через обработчики «После» с записью наборов записей.

Кто может выполнить доработку, если своего программиста нет?

Доработки выполняют штатные специалисты, фрилансеры-разработчики 1С или партнёры-франчайзи. При выборе исполнителя требуйте, чтобы доработки по возможности выполнялись расширением, и передачи исходных файлов (.cfe, .epf) вам — иначе при смене подрядчика сопровождение станет невозможным.

Как понять, что в конфигурации уже есть чужие доработки?

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