Если тип в справочнике строка и на форме реквизит связан полем "ПутьКДанным" тогда и при открытии он будет заполнятся сам без дополнительных строк кода.
А вот список выбора - да, нужно задавать.
Либо при открытии, либо в свойствах элемента формы, как вам выше коллега показал
Если вы пытаетесь записать реквизит формы с типом Строка например "A" в реквизит номенклатуры с типом ПеречислениеСсылка.МоеЧудесноеПеречислениеДляЗапутывания то у вас ничего не получится
При несовпадении типов (строка и перечисление) в реквизит запишется значение по умолчанию (пустая ссылка для перечисления)
Если тебе нужно видеть реквизиты до изменения - то не ОбработкаПроведения, а ПередЗаписью()
Через Источник.Ссылка.Контрагент - получаешь контрагента до записи (соответственно если Источник.ЭтоНовый() тогда и контрагент пустой будет)
Через Источник.Контрагент - контрагент после записи.
Кажется так
stictt, Дело ваше, но кажется тут уже проблема с клиентом.
Нужно как-то учить их, а то они скоро у вас попросят "большую зеленую кнопку" в 1с, которая называется
"Сделать все хорошо". И будет эта кнопка и резервы зависшие убирать, и отрицательные остатки и себестоимость считать.
Я конечно за универсальность, тут ощутимый плюс в том, что при изменении имени колонки не потребуется изменять обработку загрузки, как если бы вы жестко прописывали их кодом типа ТекСтрока.Номенклатура.
Но не забывайте, что если добавится какое-то поле и оно будет не базового типа (строка/число...) а ссылка - вам таки придется дописывать алгоритм выгрузки, если действительно важен каждый реквизит (каждая колонка).
Может это вы какой-то универсальный обмен через эксель пилите?
stictt,
Ну если правильно понял и нужно будет несколько табличных частей так делать - то наверное Соответствие.
В соответствие добавляете имя табличной части, а в значение элемента соответствия - массив. В массиве все колонки по имени этой табличной части.
Следующий элемент соответствия - новое имя ТЧ и новый массив колонок..
Примерно так.
Похоже вы делаете какую-то дюже универсальную обработку: на произвольное количество табличных частей, на произвольное количество колонок.. Уж не на инфостарт ли?! Мне тогда давайте 1 стартмани =) (Шутка конечно!)
stictt,
Там по идее даже массив структур не нужен. У меня пример- обработка. У нее на форме реквизит с типом "СписокЗначений", в него я добавляю имена колонок.
А на клиенте просто перебор строк и в каждой строке перебор колонок
Пока писал - вспомнил.
На сервер можно сходить только за коллекцией колонок, а затем открыть ком на клиенте и на клиенте же по уже сформированному списку колонок работать:
Алексей Тен,
т.е. абсолютно все организации, имеющие почтовый домен на яндексе не контроллируют переписку своих подчиненных. Хозяйкам на заметку: держите домен в яндексе - почта будет нечитаема =)
АНБ плачет кровавыми слезами =)
Алексей Тен,
Вопрос русским языком написан.
Мы что, первая организация, которая пытается контролировать переписку своих подчиненных чтоль?
Если про это не знает яндекс или у них это тупо не реализовано - это что - все? Конец обеда?
Больше вариантов нет?
А вот список выбора - да, нужно задавать.
Либо при открытии, либо в свойствах элемента формы, как вам выше коллега показал