Как перенести объект из конфигурации в расширение полностью? Чтобы в конфигурации исчез, а в расширении появился. Минимальный путь какой?

Ты кажется расширение с чем-то путаешь

(0) CTRL+C -> CTRL+V

а о каких, например, объектах речь?

Допустим, не совсем понятна цель удаления типового объекта из типовой конфигурации

Самописные документы и обработки

(2)
да это работает, спс

:-)

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

(0) Какова конечная цель?

(7)
До меня насоздавали объектов в расширении, я насоздавал в конфигурации. Теперь между ними надо активно писать взаимодействие,а это неудобно когда они в разных местах, сложнее обращаться

(8) Данные по этим объектам уже есть?

(9)
Которые до меня были в расширении есть, которые я создал пока нет.

создавай лучше свои в основной конфигурации
1. ты знаешь, что делаешь
2 данных всё равно нет
3. дальнейших проблем меньше

аааа стоп
ты и создал в основной
оставь так

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

Это имеет смысл если хотим все допилки из конфы в расширение перекинуть, оставив типовую

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

(14) Дык см (13)

Переноси все допилки в расширение

(15)+ Или откажись от расширения

Изучай
http://catalog.mista.ru/public/1397595/
http://catalog.mista.ru/public/1304175/

(0) Хозяин - барин. Но если в конфигурации уже включена возможность изменений, то лучше все новые собственные объекты и новые реквизиты типовых объектов создавать в основной конфигурации.
Использовать для этого (новых объектов и новых реквизитов типовых объектов) расширение - просто глупость и бессмысленная блажь, не имеющая под собой никакой логической основы и реальной потребности. Просто массовое умопомрачение какое-то. Типа мода такая - лепить без разбора любые доработки только через расширение! А зачем? - А никто не знает...

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

(19)бля а тут че хобана отпадает?
куда у него денутся новые объекты со своим префиксом из основной
конфы при обновлении?

(20) а куда думаешь денутся его доработки в типовых формах и модулях?

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

(22) Чтобы понять все недостатки расширений надо попробовать делать это (сопровождать клиентов на поддерживаемой конфе) достаточно длительное время и с хоть сколько-нибудь серьёзными доработками.

Ещё раз повторюсь, для тех у кого с чтением проблемы. Использовать расширение данных в конфигурациях, где включена возможность изменения (или есть можно её включить), совершенно бессмысленное занятие. Никакого профита от это нет, кроме рисков и геморроя.
А автор (19) вообще видимо не понимает какую дичь пишет. Ибо добавление своих объектов и реквизитов в основной конфигурации на процесс обновления на новую версию никак не влияет.

Расширения - крутая и полезная штука. Но не для этих целей.

(23) >> Чтобы понять все недостатки расширений надо попробовать делать это (сопровождать клиентов на поддерживаемой конфе) достаточно длительное время и с хоть сколько-нибудь серьёзными доработками.

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

(24)видимо мелковат опыт в этом
(21)для доработки форм давно выбран наиболее оптимальный
вариант - программно
все для этого есть в нормальных типовых
и
никуда твои процедуры из форм не денутся

(25) что-то мне подсказывает, что мой опыт будет чуть побольше.

писькометр ищите

(26)да ради бога.

(24) >> у меня есть такой опыт ... А снимать конфу с поддержки это последнее дело.

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

(25) Вот представь у тебя кусок года воткнут в типовую функцию/процедуру, а в след релизе эта процедура изменилась(и таких вставок 100500 в некоторых конфах), то что по твоему перенесется при обновлении? Просто из сообщений читаешь, мол все так легко и просто, тыкнул обновить и все заработало...А теперь представь, что эти куски кода вставлены в расширение, а конфа с поддержки не снята, то тут останется лишь проверить, что обращения к типовым функциям действуют. Либо другой вариант, у тебя на поддержке штук 20 бухгалтерий и столько же Зуп, они типовые, но в них нужно каую нить херню в добавить в конфиг и сразу обновление такой конфы становится раза 2-3 дольше из-за сравнений, расширение в таких случаях выручает.

(30) Особенно "доставляет" переносить конфу с лохматых времен на новую версию... как раз подобная задача меня ждет в этом месяце(чертова маркировка и СРМ). А конфа запилена перепилена, извращались на ней жестоко.

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

(32) про новые объекты вообще вопросов нет, а вот с модифицированными типовыми процедурами могут быть проблемы, в этом случае расширения выручают

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

(33) >> с модифицированными типовыми процедурами могут быть проблемы, в этом случае расширения выручают.

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

(34) >> ситуация двигается в сторону реализации именно pure модульности в виде конфигурации-карткаса с модулями-расширениями?

Нет. Расширения не для этого.

(35) +1

(25): нуралиев?
расширения для этого пригодны - и становятся все более пригодными. поэтому и вопрос такой.

(5) А теперь попробуй через метаданные из конфигурации к нему обратиться.

(34) >>ЗЫ: интересно - ситуация двигается в сторону реализации именно pure модульности в виде конфигурации-карткаса с модулями-расширениями?..
Двигается, но не 1С, поищи в яндексе "Модульная конфигурация".

(40): ты об этом? https://infostart.ru/public/1285144/

Интересный теоретический вопрос: если создать объекты в расширение(справочники, документы и т.д.), набить по ним данных в базе, а потом бах и отключить расширение (или даже удалить), запустить базу, а потом включить расширение обратно. Что будет с данными по этим объектам?

(42) если удалить расширение то логично, что данные будут удалены...если просто отключить то с данными ничего не случится.

(41) да