Расширение конфигурации 1С: как доработать без снятия с поддержки

Расширение конфигурации 1С — отдельный слой доработок поверх типовой базы. В нём добавляют команды, реквизиты, формы, отчёты и проверки, не меняя поставляемую конфигурацию. Поэтому Бухгалтерия, УТ, ERP, ЗУП или УНФ остаётся на поддержке, а следующую типовую версию проще проверить и обновить.

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

Какие задачи решает расширение 1С

• добавить команду, колонку, подсказку, отчёт или внешнюю печатную форму в обычный интерфейс;
• добавить свой реквизит документа или справочника с проверкой и правами;
• подключить обмен с сайтом, CRM или маркетплейсом через HTTP-сервис;
• добавить локальную проверку перед записью или проведением;
• изменить форму без снятия типовой базы с поддержки.

Например, в УТ добавляют кнопку передачи товара на сайт, в Бухгалтерии — контроль договора перед проведением, в ЗУП — поле внутреннего согласования. Для таких задач расширение обычно предпочтительнее прямой правки типовой конфигурации.

Когда расширения недостаточно

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

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

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

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

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

Пример: проверка перед записью без правки типового модуля

Расширение может подключиться к точке типового модуля. В примере после штатной проверки документа добавляется своя. Сигнатуру процедуры обязательно сверяют с конкретным документом: в разных релизах набор параметров отличается.

// Модуль объекта, заимствованный в расширение.
// Тип вызова обработчика в свойствах: «После».

&После("ПередЗаписью")
Процедура Расш1_ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)

	Если Не ЗначениеЗаполнено(ЭтотОбъект.Контрагент) Тогда
		Сообщить("Для документа нужно заполнить контрагента");
		Отказ = Истина;
	КонецЕсли;

КонецПроцедуры

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

Сначала проверьте дополнительные реквизиты

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

Как обновлять расширение

1. Обновите копию базы до планируемого релиза.
2. Проверьте расширение и заимствованные объекты.
3. Пройдите тестовые документы, отчёты, печать и обмены, затронутые доработкой.
4. Только затем обновляйте рабочую базу и сохраняйте новую версию .cfe.

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

Типичные ошибки

• Доработка исчезла после обновления. Заимствованный объект изменился, а расширение не проверили на копии.
• Команда есть, но не работает. Не учтены права роли или доступность на клиенте и сервере.
• Реквизит не попадает в обмен. Его отдельно включают в правила синхронизации; само наличие реквизита не добавляет его в EnterpriseData.
• Код работает у администратора и падает у менеджера. Привилегированный режим скрывает ошибку прав.

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

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

Нет. Практическая ценность расширения именно в том, что доработка отделена от поставляемого кода. Совместимость после обновления всё равно надо тестировать.

Можно ли отключить расширение без потери данных?

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

Что подготовить для оценки доработки

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

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

Когда лучше поручить доработку

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

По теме

• Внешняя обработка 1С
• Обмен данными 1С