необходимо в документ ПоступлениеТоваровИУслуг добавить вторую колонку с ценой которая только иногда будет заполняться, поэтому в табличной части не очень хочется её хранить да и документ забивать из за очередной хотелки.
Делаю кнопку
на неё вешаю процедуру
КолонкаЦена =    ЭлементыФормы.Товары.Колонки.Индекс(ЭлементыФормы.Товары.Колонки.Цена);
    ЭлементыФормы.Товары.Колонки.Вставить(КолонкаЦена+1 ,"Доп.цена");

Колонка добавляется всё ок, только она не доступна для редактирования, вопрос как её для редактирования создать?

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

(0) Наверное элемент управления надо добавить

(1) то есть поле ввода в таб части товары? а программно не как нельзя?

(2) Программно добавить

(3) Обработку табличной части пишите тогда

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

(3) Вопрос, а как?

Вот что то по теме
v8: Не могу добавить программно колонку в табличную часть документа

Элемент управления вроде как будет один на все строки, по этому изменяя в одной строке, изменишь во всех строках...
По этому нужно подменять отображение цен в процедуре при выводе строки.

(8) так там и редактирование еще хочет. Где будут запоминаться введенные в ячейку значения? Нигде. Имхо, тут не нужно мудрить, а просто добавить реквизит в ТЧ.

(8)+ Или лучше в процедуре При получении данных

(9) Да согласен, с регистром будет не очень правильно.
А главное может не получиться никакой экономии в объеме хранимых данных. Т.к. в регистре придется хранить, как минимум: ссылку, номенклатуру и цену. А это ссылочные типы, которые имеют некоторый объем.
Т.е. возможно и будет экономия, но если цена будет заполнятся очень редко.
Вкупе с разными подводными камнями (в списке 2 одинаковых номенклатуры, или обработка документов обработками, или затыки при удалении помеченных и пр.).
Так думаю.

(9) запоминаться в Регистре сведений

(11) да этот реквизит очень редко заполняться будет, поэтому пустую колонку создавать таблице не кошено.не рационально одной из самых "ходовых" таблиц колонку создавать которая в 98% случаев не заполнена будет

(13) Создай новую ТЧ с двумя колонками (номенклатура, цена) в реквизитах документа. На форму не выкладывай. Будешь в ней сохранять цены. Это всё же лучше чем отдельный регистр юзать.

(13) если Вы принципиально не хотите создавать реквизит, может быть, создайте табличное поле аля ваша ТЧ + колонка цена (заполняете ее из РС, как и хотели), там делайте с ней что хотите, а потом из нее, если чего надо, запихните в документ.

При обновлении конфы - ТЧ полностью замещается? (не пробовал)
А так - дополнительную ТЧ в документ и только заполненное там хранить. Без всяких левых регистров.

(16) это дополнительное изменение в конфигурации, а можно без него обойтись.

(17) Это как это "без изменения" обойтись для данной задачи? Дайте-ка я почитаю срочна...!!

(18) как я поняла, автор не хочет ничего хранить, просто нужно данные достать и заполнить в ТЧ. В (0) так задача описана. Если не так поняла, ну извиняйте)

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

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

(21) ну и плюс причина в том что данный реквизит редко заполняеться

добавил поле, но после того как заканчиваешь редактирование, значение поле не видно, когда опять активируешь значение опять видимо. вопрос почему введеное значение не видно?

(23) причем неважно в какой строке заполнил, при активации этой колонке в другой строке данные такиеже

(24) прочитай (8) 88 раз. Пока не поймешь.

(24) Это ж ещё в (8) писали. Где-то нужно сохранять. Хотите в РС - пишите в РС (или предварительно в ТЗ, а при записи - скидывайте в РС). Но к чему такой изврат(?)...

Стесняюсь спросить, а зачем 2 цены в документе?

(22) открою великую тайну, там 70% реквизитов такие, редко заполняются. И никто по этому поводу не парится.

Вот сам подсчитай, например 1000 документов поступления, ты добавляешь реквизит 16 байт, твоя база вырастет на 16 килобайт. Неужели из-за 16 килобайт тебе не лень мутить такую хрень?

(28) 1000 документов бывает в ДЕНЬ! Да по 1000 строк. Это 365 000 * 16 000 = 6 гигов в год!..

+(28) Стоимость гигабайта сейчас какая? Я бы на ЗП 1assнига перевёл бы...

(27) цена фактическая и цена по гос реестру на конкретную серию

(31) А чем типовые механизмы установки цен не устраивают? Конфа-то типовая?

(29) тогда вся база будет 600 гигов. И тоже не будет разницы, 600 гигов или 606.

(33)+ хотя нет, документов реализации на порядок больше, чем документов поступления, значит база будет 6 террабайт.

(34) предлагаю убить какой-нибудь ненужный документ в конфигурации и за счет него сделать реквизит ТЧ)

(35) "Чтобы продать что-нибудь ненужное, нужно сначала купить что-нибудь ненужное, а у нас денег нет." (с)

можно этот регистр убить