Добрый день.

Прошу прощения за вопрос чайника, но никак не могу разобраться со след. проблемой. Только начинаю изучать.
1С8.2, управляемое приложение.

В реквизитах справочника Номенклатура имею три реквизита: Цвет, Размер, Описание. Все поля символьные.

При формировании документа в табличной части вводится Номенклатура (СправочникСсылка.Номенклатура) и Количество товара.

Требуется:
В ФормеДокумента требуется вывести (либо в полях, либо в отдельной таблице) соответствующие выбранному товару реквизиты из Справочника Номенклатура. Как ни пытаюсь - все время выдает ошибки.

Заранее благодарен.

В этой же таблице отдельными колонками не устроит?

(1) она тогда длинная получится. С полосой прокрутки.
Хотелось бы эти данные выделить крупно и отдельно.

можно сгруппировать все 3 поля в одну колонку

я бы хотел как то так это видеть:
http://joxi.ru/60hXUdg5CbBFcQjinw4

Т.к. "Номенклатура" - реквизит ТЧ документа, т.е. в документе может быть несколько различных номенклатурных позиций, то информацию по какой из них выводить в отдельные поля как на скрине?

Особенность конфигурации в том, что в ТЧ документа номенклатурная позиция ВСЕГДА только одна.

(6) Чушь какая. Если ВСЕГДА только одна, то не было бы смысла выносить ее в табличную часть.
Очень похоже на тест при приеме на работу. Читай литературу, проходи курсы, чо

(7) да какая там работа. Специализация у меня совсем другая.
Итак сижу в книгах, вот дочитываю Радченко.

А вынес в ТЧ - потому как во всех шаблонных образцах (в том числе и в книгах) так сделано.

(6) В таком случае, если без кодирования, то: прописываешь, например, для поля "Цвет" (элемент формы) свойство "ПутьКДанным": Элементы.Товары.ТекущиеДанные.Номенклатура.Цвет

"Очень похоже на тест при приеме на работу."

я почему то был уверен что это вопрос ПОЛНОГО ЧАЙНИКА, не думаю что такое при приеме на работу такое спрашивают.

(9) ну надо же как просто. Действительно все заработало.
Спасибо огромное unkairosed и извините за столь глупый вопрос.

(8) Если задача практическая, то не нужно выносить номенклатуру в табличную часть.

Если реально нужно через табличную часть - да, (9)

(11) Пожалуйста.

(12) хорошо, я потренируюсь и так и так. Разбираюсь для себя.
Еще раз большое спасибо.

(10) Когда начнут сверху грузить более сложными задачами, лучше не связывайся, а порекомендуй взять другого специализированного сотрудника

(12) наберусь смелости тогда спросить, а почему лучше не делать через табличную часть?
Памяти больше уходит на это? Просто во всех книгах которые я смотрю (а их несколько), везде номенклатура в документ вносится через ТЧ.
Я понимаю, что там "в общем" показано, что позиций номенклатуры может быть и несколько. Но в данном случае, чем чревато вынесение номенклатуры в ТЧ?

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

(17), т.е. получается как бы "двойная выборка", таблица документа -> ТЧ таблицы документа, что конечно будет влиять на производительность при большом кол-ве документов.
unkairosed спасибо, Вы очень доступно объясняете, я все понял.

(16) В данном случае чревато более сложным обращением к ней. А остальное в основном в (17) Сказали)

Табличная часть сделана для набора данных, использующихся несколько раз в одном документе

(17) В случае малых баз, на сложность выборок вообще нет смысла обращать внимания.

Нужно руководствоваться здравым смыслом и не создавать лишних сущностей.

Если бы были возможны случаи, когда в будующем номенклатуры будет более одной, то желательно создать табличную часть на перспективу. Потому что переделать хранение данных в документ с табличной частью - намного затратнее, чем создать ее заранее, и вносить данные именно в нее

(19),(20) Со всеми замечаниями-дополнениями к сказанному в (17) согласен, ТС стоит обратить на них внимание.