Расширения 1С: когда появились и что умеют

Расширения конфигурации появились в платформе 1С:Предприятие 8.3.6, выпущенной в 2014 году. Это был ответ фирмы «1С» на давнюю проблему: любая доработка типовой конфигурации требовала снятия объектов с поддержки, что усложняло и удорожало последующие обновления. Механизм расширений позволил добавлять и изменять функциональность, не трогая саму типовую конфигурацию.

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

Понимание истории механизма важно практически: от версии платформы зависит, какие возможности расширения доступны в конкретной базе. Ниже разобраны этапы развития, текущие возможности, ограничения и критерии выбора между расширением и доработкой конфигурации.

Когда появились расширения: платформа 8.3.6

Механизм расширений конфигурации был представлен в технологической платформе 1С:Предприятие 8.3.6. До этого момента единственным способом доработать типовое решение было изменение самой конфигурации — со снятием объектов с поддержки поставщика. Это приводило к тому, что каждое обновление превращалось в ручное сравнение и объединение изменений.

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

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

Как развивался механизм в версиях 8.3.7–8.3.10

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

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

Платформа 8.3.11: расширения становятся полноценным инструментом

Версия 8.3.11, вышедшая в 2018 году, стала переломной. В расширениях появилась возможность добавлять собственные объекты метаданных: справочники, документы, регистры сведений, перечисления и другие. Это позволило реализовывать в расширении самостоятельные подсистемы, а не только косметические правки.

Второе важное новшество — расширение модулей с помощью аннотаций &Перед, &После и &Вместо. Разработчик получил возможность встраивать свой код до или после типовых процедур либо полностью замещать их. Замещающие методы при этом вызываются через конструкцию ПродолжитьВызов(), что позволяет обернуть типовую логику своей.

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

&Вместо("РассчитатьСкидку")
Функция Расш1_РассчитатьСкидку(Параметры)
    Результат = ПродолжитьВызов(Параметры);
    // дополнительная логика
    Возврат Результат;
КонецФункции

Что умеют расширения в актуальных версиях платформы

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

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

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

Ограничения, которые сохраняются до сих пор

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

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

Когда выбирать расширение, а когда — доработку конфигурации

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

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

Как проверить версию платформы и применимость расширения

Узнать версию платформы можно через меню «Сервис — О программе» в толстом клиенте или в разделе администрирования. В конфигураторе версия отображается в окне «О программе». Для работы с расширениями в полном объёме платформа должна быть не ниже 8.3.11, а режим совместимости конфигурации — не блокировать нужные возможности.

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

Типичные ошибки при работе с расширениями

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

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

Частые вопросы о расширениях 1С