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

(0) Размести ее на форме программно

(1) Зачем ? Какие данные он потеряет ?
Все работает, прекрасно и не один год.
Главное архивы иметь, особенно перед обновлениями делать.

(3) Он потеряет данные новой табличной части.
Ваш Кэп.

(0) минимально инвазивно - использовать дополнительные сведения + доработку, позволяющую работать с таблицами типа https://habr.com/ru/articles/310930/
интерфейс придется писать полностью программно, конечно

(5) а почему нет варианта с регистром сведений? Ну тупые...

(6) так это древняя статья, 2016 год. просто как пример. можно вообще хранить во внешнем источнике, платформа теперь позволяет.

(7) Регистры сведений появились в 2002 году. Должны были учесть

(0) Правильный ответ в (2). Но и вариант с заимствованием Объекта тоже имеет право на жизнь. Потом просто потратить время и удалить все лишнее из расширения. А вообще, есть кнопка фильтра на объекты задействованные в расширении, жмешь и все лишнее не мозолит глаза

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

(10) Маркетинговый фуфел и лень и лишняя нагрузка на бд

(11) Ерунда! В чем цель такого маркетинга? Доказать что ТЧ в данном случае лучше РС? ))) А лень - это вообще за уши притянуто. Т.е. отлаженное и работающее решение с РС из-за ЛЕНИ взяли и переделали на ТЧ? Не смешно?

(12) Не смешно.
Маркетолухам кушоть надо - вот и изгаляются;
ТЧ хуже РС, единственное - не заморачиваться с правами на 10 таблиц. А вот решение для корректировки не критичной инфы приходится перезаписывать объект целиком - так себе

(11)  Так сделаны для простой настройки прав и рлс

(10) Но не в расширении же

Если нужно минимально инвазивно изменить типовую конфигурацию, то новый объект лучше изменённого

(15) С этим согласен. Объект в базе, код в расширении. Но вот РС или ТЧ - это все же от обстоятельств. И тут, на мой взгляд, категоричности быть не должно

(17) Я говорил про сабж, а Вы про что-то другое. Учитесь воспринимать контекст во всей полноте

(8) я думал, мы про расширения говорим, а там регистры сведений появились позже, где-то в 2017

(19) Почему меня не понимают?
"добавьте новый регистр сведений, причём в основную конфигурацию"

(20) сорян, не разглядел, но разве это малоинвазивно? ТС же про расширение говорил.

(21) Мыло-мочало, начинай сначала... Если расширение отвалится, Вы потеряете данные

(1)(22) База на поддержке, данные не критичные, бэкапы делаются ежедневно можно догрузить в крайнем случаи. Но уже есть опыт работы с РС в расширении 2 года полет нормальный. Там же потерять данные можно только если случайно расширение удалить/отключить вроде как... Я пока в трезвом уме такого не делать =)
(2) Думаю что так и сделаю.
(9)Прикольно, не подумал что можно просто удалить то что добавится. Я как увидел штук 20 справочников и перечислений сразу откатил.

Спасибо за помощь.

(23) оно иногда само отваливается

(23) отключение расширения данные не теряет. удаление теряет. раньше еще данные терялись при ТИИ, но это пофиксили.

(25) Приходит такой приглашённый программист, нажимает одну кнопочку и сносит половину базы... Красиво?

(26) Красиво. И это будут проблемы приглашенного "программиста"