Основная цель: минимум правок в типовом док., для последующего обновления 1С.

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

Как лучше сделать?
1. Новый док с этой ТЧ и вызывать его командой из первичного
2. Программно рисовать эту ТЧ в нужном док
3. Еще как нибудь?

3. в форме например оприходования идем в ПриСозданииНаСервере
ищем там сточку
СобытияФорм.ПриСозданииНаСервере(ЭтаФорма, Отказ, СтандартнаяОбработка)
она вызывает

МодификацияКонфигурацииПереопределяемый.ПриСозданииНаСервере(Форма, Отказ, СтандартнаяОбработка);
разблокируем модуль, идем туда, пишем там свой код.
профит

(0) существующий документ + новая ТЧ + копия формы с доработкой в качестве основной

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

(2) такое уже не актуально

(3) это вечно (с)

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

Озадачивался подобным Дополнительные табличные части для объектов

ТЧ для чего нужна? Просто как таблица формы для пересчета/отображения значений? Тогда она не нужна. Если там будут сохранятся какие-то данные - то нужна.

http://catalog.mista.ru/public/236363/

только у тебя будет в регистре сведения не один реквизит а много включая "номер строки"

Зачем тебе пересчёт?

(8) реквизит можно было через допРеквищиты реализовать

(6) и (8)  Как минимум нужен Регистр Сведений с колонками:
Документ, ИмяТЧ, НомерСтроки,ИмяРекв, Значение
А также РС с Колонками
Документ, ИмяТЧ, ИмяРекв, НомерРекв, ТипРекв
А потом еще собирать ТЧ через динамический списко с запросом, который строится динамически (по к-ву полей в ТЧ)

Короче - через расширение проще и быстрее. А универсальный вариант для пользователей с 5 высшими образованиями.

(1) я это имел ввиду под пунктом 2
(2) не удачный вариант
(7) конечно там будут сохраняться какие то данные. ТЧ нужна
(8) vde69, как еще можно (без РС)?
(10) пересчет нужен заказчику. без него никак

(12) не проще и не быстрее. быстрее только обновлять. а вот если через пол года допустим тебя попросят это расширение доработать...

(0) а чем добавленная табличная часть (к типовому документу) хуже добавленного документа? и то, и другое хорошо себя чувствует при обновлении, не?

(14) И что? В чем проблема будет?

(12) с каких релизов в расширениях можно добавлять метаданные???

(13)хранить данные где-то надо, по сколько задача стоит по минимуму колбасить, значит в сам документ - нельзя, а что использовать регистр или дополнительный документ особой разницы нет, с регистром немного все проще выходит....

я за метод описанный в (1)

Расширение доступно с релиза 8.3.6
Но если обновляться, то имеет смысл до 8.3.8

(15) все дело в диалогах и пересчетах

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

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

(21) А смысл у зеленых спрашивать?

(23) по тому, что он предложил решить сабж на расширениях...

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

то есть кто-то из нас двоих сморозил глупость, вот я и выясняю кто именно :)

(24) Ну "табличная часть в документ" это метаданные, данные в бд и элементы в интерфейсе для вида документов.

Можно извратиться чисто через расширения, с неким внешним хранилищем.

(22) если я делаю новый док, то форму я того док как угодно корячу

(24) Табличная часть добавляется в исходный документ, она никак не повлияет на обновления, если вдруг кто-то в 1С не решит довать ТЧ с таким же именем.
Основной смысл в том, что Форма, которую нужно изменить и которая может обновляться, легче прописывается. При этом большинство обновлений этой формы будут приняты.

Варианты в лоб и отдельным документом подобный функционал не поддержат.

Я считаю, что дополнительный документ - это изврат. Проще уж просто добавить новую форму на основании существющей и сделать ее основной и корячить как угодно (это для (26))

мож проще сделать общую форму или обработку, которую вызывать глобальной командой из документа и уже там колбасить что угодно в новой ТЧ

(28) хорошая идея. есть примеры?

(28) о это тру метод очень по семерочному

(29) какой еще пример, обработку делаешь с формами которые формы документов повторяют

(0)
Если новая таб часть не взаимодействует с остальным типовым функционалом формы напрямую, я бы не стал сильно запариваться:
1. Добавляешь таб. часть в док со своим префиксом.
2. Добавляешь форму к документу, которая будет работать ТОЛЬКО с новой табличной частью.
3. Добавляешь команду к документу, которая открывает написанную новую форму.
Минус понятен и очевиден: пользователь не увидит новую таблицу непосредственно на своей форме. Но если это не критично (а это в большинстве случаев не критично), то вариант рабочий.

(31) А если для создания формы использовать расширение, то еще и минусов не будет

(32) А вот по этому механизму я вообще ниче не скажу ибо его абсолютно не знаю)

(0) просто добавляй новую ТЧ и создавай для нее свою основную форму документа

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

+(35) Косяк в том, что доп. сведения придется заводить для каждой комбинации "столбик + номер строки", поэтому если строк может быть много, то такой способ кажется избыточным

(35) (36) жесть какая

(37) Ну, это если не меняя конфигурацию.
Не вижу в этой конфигурации какого-то другого (более удобного) или другого подходящего объекта метаданных для хранения строк ТЧ в разрезе строк...

(38) В документах или где то в регистрах нет ни одного строкового реквизита неограниченной длины?

(39) Так чтоб хранить в регистре строки в разрезе номеров строк, нужно, чтобы измерние было строковым. Плюс измерение "Объект" (ссылка на документ). Плюс идентификатор столбика (реквизита ТЧ).
Я быстренько посмотрел в ЕРП 2.1 и подходящего не нашел...

(40) Зачем? Сериализовать всю ТЧ в одну строку а при открытии десериализовывать.

(41) Конечно такое приемлемо, особенно если состав столбиков склонен часто меняться, но если потом захочет еще и в отчете смотреть или анализировать определенное значение в столбике, то тяжко будет

(30) семерку в глаза не видел
По тз я так понял, что новые тч будут однотипными для всех доков, отсюда и одна форма плюс общая кнопка

Как вариант: сделать не тч, а регистр
Регистраторами прописать нужные доки
Движуху отображать и писать прям в регистр, минуя тч, как бухОперация или док Корректировки регистров
Без четког понимания однородности данных в тч разных докв слжно советовать