Как добавить дополнительные возможности в 1С

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

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

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

Какие способы расширения функциональности существуют

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

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

Внешние обработки и отчёты: самый безопасный способ

Внешние обработки (файлы .epf) и внешние отчёты (.erf) подключаются к типовой конфигурации без каких-либо изменений. Они работают в рамках существующих данных и не мешают обновлениям.

1. 1
   Откройте раздел «Администрирование» → «Печатные формы, отчеты и обработки».
2. 2
   Включите флажок «Дополнительные отчеты и обработки».
3. 3
   Перейдите по ссылке «Дополнительные отчеты и обработки» и нажмите «Добавить из файла».
4. 4
   Выберите файл .epf или .erf. Если появится предупреждение безопасности — подтверждайте только для файлов из доверенного источника.
5. 5
   Настройте размещение: укажите, в каких разделах или документах обработка будет доступна.
6. 6
   Проверьте права: пользователи без права «Использование дополнительных отчетов и обработок» её не увидят.
7. 7
   Откройте обработку на тестовых данных и убедитесь, что результат корректен.

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

Расширения конфигурации: рекомендуемый способ доработок

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

Изменение типового кода выполняется через аннотации в модуле расширения:

&После("ПриПроведении")
Процедура Расш1_ПриПроведении(Отказ, РежимПроведения)
	Если СуммаДокумента > 100000 Тогда
		Сообщить("Крупный документ: требуется согласование");
	КонецЕсли;
КонецПроцедуры

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

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

Изменение основной конфигурации: когда без этого не обойтись

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

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

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

Частая потребность — добавить поле к справочнику или документу (например, «Способ доставки» к заказу). В типовых конфигурациях на управляемых формах это делается без программирования: «Администрирование → Общие настройки → Дополнительные реквизиты и сведения».

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

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

Интеграции и внешние компоненты

Ещё один класс дополнительных возможностей — обмен с внешними системами: сайтами, банками, службами доставки, оборудованием. Здесь применяются HTTP-запросы и веб-сервисы (код на встроенном языке в расширении или обработке), планы обмена, а также внешние компоненты по технологии Native API — например, для сканеров штрихкодов или нестандартного оборудования.

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

Проверка результата и безопасное внедрение

Любую доработку — даже простую внешнюю обработку — сначала проверяйте на копии базы. Для файловых баз достаточно скопировать каталог или сделать выгрузку .dt; для серверных — создать тестовую базу из резервной копии. Только после успешной проверки подключайте доработку в рабочей базе, желательно вне пиковой нагрузки.

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

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