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

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

Доработка 1С: как называется и какие виды изменений существуют

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

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

Понимание терминологии важно не только для общения с программистом: от типа доработки зависят стоимость владения, возможность обновления конфигурации и риски при изменении релизов. Один и тот же функционал можно реализовать тремя-четырьмя способами с принципиально разными последствиями для сопровождения.

Ниже разобраны основные виды доработок, их правильные названия, критерии выбора и типичные ошибки, которые приводят к проблемам при обновлении.

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

В документации фирмы «1С» и у франчайзи используется несколько устоявшихся терминов. Кастомизация (от англ. customization) — общее название любых изменений под клиента. Модификация конфигурации — непосредственное изменение объектов типовой конфигурации в конфигураторе. Доработка — разговорный термин, охватывающий оба понятия.

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

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

Виды доработок: от настройки до глубокой модификации

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

Вид доработкиКак называетсяСнятие с поддержкиТиповые задачи
Настройка без кодаКонфигурирование в режиме «Предприятие», дополнительные реквизитыНетНовые поля, печатные формы из макетов, отчёты на СКД
Внешние объектыВнешние обработки, отчёты, печатные формыНетПечатные формы, загрузка данных, служебные операции
РасширениеРасширение конфигурации (расширение, «расширка»)НетИзменение форм, доработка модулей, новые отчёты
Изменение конфигурацииМодификация, кастомизация, снятие с поддержкиДаГлубокие изменения учётных механизмов, новые документы в цепочках обмена

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

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

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

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

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

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

Внешняя обработка — это файл с расширением .epf, внешний отчёт — файл .erf. Они открываются через меню «Файл — Открыть» или подключаются через справочник «Дополнительные отчеты и обработки» в конфигурациях на базе Библиотеки стандартных подсистем. Такие доработки не затрагивают конфигурацию вообще.

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

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

Прямая модификация конфигурации: когда без неё не обойтись

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

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

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

Порядок безопасной доработки
  1. 1
    Сформулируйте задачу и проверьте, не решается ли она типовыми средствами или настройками
  2. 2
    Выберите минимально инвазивный способ: настройка → внешняя обработка → расширение → модификация
  3. 3
    Сделайте резервную копию информационной базы
  4. 4
    Реализуйте и протестируйте доработку на копии базы
  5. 5
    Проверьте работу под учётной записью с реальными правами пользователей
  6. 6
    Задокументируйте изменения: что, зачем и каким способом сделано
  7. 7
    Перенесите доработку в рабочую базу и проверьте результат

Как выбрать способ доработки под задачу

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

Маршрут решения

Как выбрать действие

Нужно новое поле в документе или справочнике без сложной логикиИспользуйте дополнительные реквизиты и сведения в режиме «Предприятие»
Нужна печатная форма или разовая обработка данныхСделайте внешнюю печатную форму или обработку и подключите через «Дополнительные отчеты и обработки»
Нужно изменить форму, добавить кнопку или переопределить логику модуляРеализуйте расширение конфигурации
Нужно изменить движения документов, обмены или структуру метаданныхПланируйте модификацию конфигурации с оценкой стоимости будущих обновлений

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

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

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

Подходит для большинства доработок интерфейса и логики; сохраняет обновление, но имеет ограничения по объектам и может конфликтовать с другими расширениями

Внешние обработки

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

Модификация конфигурации

Снимает ограничения платформы полностью, но отключает автоматическое обновление изменённых объектов и повышает стоимость сопровождения

Типичные ошибки при доработках

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

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

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

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

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

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

Статус поддержки конфигурации
Норма

Конфигурация на поддержке, доработки выполнены расширениями и внешними объектами

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

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

Работа под правами пользователя
Норма

Функционал доступен и работает под типовыми профилями прав

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

Доработка работает только у администратора

Поведение при обновлении
Норма

Тестовое обновление на копии проходит без ручного слияния объектов

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

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

Документация
Норма

Есть описание доработок, файлы расширений и обработок сохранены

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

Никто не знает, какие изменения внесены и зачем

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

Итог

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

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

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

Чем расширение отличается от доработки конфигурации?

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

Что значит «конфигурация снята с поддержки»?

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

Можно ли доработать 1С без программиста?

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

Что такое внешняя печатная форма и как её подключить?

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

Почему после обновления перестала работать доработка?

Типичные причины: расширение несовместимо с новым релизом (изменились заимствованные объекты или методы), доработанный модуль был перезаписан при обновлении, либо изменилась структура данных, на которую опиралась внешняя обработка. Решение — проверить и адаптировать доработку на копии базы до обновления рабочей.

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

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