Расширения

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

П.С. если хотите изучить на простом примере, как работают расширения, поставьте Инструменты Разработчика вариант расширение.
Я даже расписывал в теме автора, как это сделать по шагам:
Установка расширения ИР

Стоит. Расширения это будущее, и чем раньше вы к нему приобщитесь, тем лучше для вас

Работаем с расширением с 8.3.11 - никаких проблем.

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

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

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

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

Добавлю 5 копеек,нет возможности обмена расширениями по РИБ, что не есть хорошо, когда у тебя сеть из 50-100 баз.

Обновление конфигурации КА2 с расширением вылетает с сообщением нехватка памяти. В расширении был добавлен реквизит. Думаю, пока не стоит делать в расширениях что то такое, чего нельзя безболезненно в любой момент удалить вместе с расширением.
Имхо пока технология такая - отключили расширение, обновили конфигурацию, подключили расширение (заодно проверили его работоспособность).
Это важно для клиентов с обычными компьютерами, на которых обновление "вскрытой" конфигурации требует больше времени и ресурсов чем под замком.
Остальным расширение позволяет собрать в одну кучу все доработки (отчеты, обработки и прочея), и что уже хорошо - это понятно даже нулевому программисту.
Редактирование форм сложнее, требуется чуть большая квалификация и внимание чем для обычного редактирования форм.