Здравствуйте. Стоит задача создать конфигурацию определенной тематики на основании существующей типовой, в том числе с изменением типовых метаданных. Каким образом лучше всего делать дописки, чтобы в дальнейшем можно было с минимальными трудозатратами обновлять релизы типовой конфигурации??
Новые метаданные - понятно они в обновлении незатронуться..
Как быть с формами(на которые выведены новые метаданные) и тесктом модулей??

С вторым пунктом есть идея максимально выводить в свой новый ОбщийМодуль, тогда остается вопрос что делать с формами?? Выводить на отдельную закладку и т.п.?? Но ведь все равно при обновлении форма полностью заменить..

Просьба, поделиться опытом подобных разработок.

дописки следует делать аккуратно..
чтобы в последствии можно было обновлять типовую

С формими и модулями никак, придется при обновлениях смотреть глазками ...

(1) именно поэтому и делается общий модуль, чтобы в типовом оставалась одна строчка типа
МойОбщийМодуль.ПриИзмененииРТиУ()

(2) тогда нет никакого смысла делать отдельные закладки и т.п.?? Разве что не ради удовства пользователям??

(3) ну и причем здесь подписки?

(5) описка... Имелось ввиду МойОбщийМодуль.ПриИзмененииНоменклатурыРТиУ()

Измененния в форму можно вносить программно,так проще обновлять.

(5) Т.е. помимо типовых процедур необходимо выполнять какие-лобо дополнительные действия

(7) как вариант...

больше нет идей??
Т.е. аккуратно изменять модули, на форму не сильно обращать внимание, потому что все-равно заново делать и в принцепи все??

(7) лучше форму скопировать и поменять в настройках старую форму на новую
тогда и старая останется и будет обновляться и новую не потрет

(11) тогда нет смысла обновления формы, т.к. все время будет вызываться твоя новая форма с процедурами старого релиза

(11) Вариант имеет свое место, когда в типовой форме много своих изменений, а в релизах она меняется редко(мало), например, как в справочниках, тогда легче переность на твою форму изменения релиза, чем на типовую твои изменения

(13) формы которые сильно менялись от релиза к релизу можно пересчитать по пальцам

(0) Можно вести отдельный файл(или еще каким-то образом) фиксировать ВСЕ внесенные изменения. У нас это делают с помощью excel файла - в котором колонки:
ВидОбъекта, Объект, Характер изменений(Добавлено/изменено), ссылка на внешний файл(текст куска модуля в html или картинка(и)), Комментарий

(0) Откройте для себя хранилище конфигураций.

(15) Согласен, с таким файлов обновляться легче.
(16) и??? Как это связано с обновлением нетиповой конфы??

открой для себя возможность программного создания элементов формы. Те конфигурации, которые нужно очень оперативно обновлять, и при этом сильно изменены мы перевели на программное прорисовывание элементов формы. Все изменения при обновлении заключаются в том, чтобы вставить одну строку в процедуру ПриОткрытии и УстановитьВидимость + одна функция универсальной обработки событий. Правда ещё нужно следить, чтобы то место где программно прорисовываются твои элементы формы не добавились какие-то типовые элементы формы.

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

(14) А что делать с МодулемОбъекта, который сильно изменен??

(20) есть возможность сравнивать/обновлять попроцедурно

(20) открой для себя выгрузку/загрузку в текст и KDiff3, DiffMerge, Araxis Merge etc. :)

(20) Открой для себя WinMerge и метод профессора Копи Паста.

(15) Это я тебе хотел сказть: Откройте для себя хранилище конфигураций.

(3) Если у Вас свой сильно доработанный РТИУ, ПТИУ или иной документ - вопрос - зачем вам типовое обновление этого документа? Все равно 1С никогда не выпустит того, ради чего Вы правите конфу... Если вставляете 1-2 своих реквизита - тогда лучше программно.

Каждый уважающий себя форумчанин должен хотя раз написать "Открой для себя"? )))
(21)-(24) Это все отлично, но ушли от темы... Вопрос не в том как лучше сравнивать/объединять, выгружать/загружать, а в том как лучше писать, чтобы потом не "открывать для себя"....

(25) Он сильно изменен, но не переработан.. Т.е. типовой функционал остался в полной мере, а добавился новый.. И поэтому всегда надо обновлять эти документы.

(26) подписки + минимальное вмешательство в модули типовой.