Здравствуйте, помогите с задачей, пожалуйста.

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

Желательно пример кода

Вроде просто, а реализовать не получается.

Спасибо

(0) собеседование проходишь?
Не возьмут тебя

Вроде просто, а реализовать не получается. если нахаляву...

(1) На 500 в месяц метит, явно)

(0) Позовите программиста

Боюсь, великие умы современности и короли юмора не совсем поняли меня. Да, это просто - добавить реквизит в дереве объектов конфигурации и читать его, но как обратиться к оному, добавленному в режиме 1с:предприятие и заполнить его. Да, надо подвязываться к ПВХ, вот я и спрашиваю, как это, я с  таким в первый раз сталкиваюсь.

(5) Добавьте свойство в ПВХ и тащите его значения из регистра сведений. Это ж очевидно

(0)

Функция ПолучитьЗначениеДопРеквизита(Ссылка, Свойство) Экспорт

    ПараметрыОтбора = Новый Структура;
    ПараметрыОтбора.Вставить("Свойство",Свойство);
    Массив = Ссылка.ДополнительныеРеквизиты.НайтиСтроки(ПараметрыОтбора);

    Если Массив.Количество() = 0 Тогда
        Возврат Неопределено;
    Иначе
        Возврат Массив[0].Значение;
    КонецЕсли;

КонецФункции

(7) Кстати, да. Табличная часть для значений доп.реквизитов — более мудрое архитектурное решение.

(8) эт точно
воткнули бы уже в константу или аналогичное что
РС как кажется вполне прилично справлялся

(9) а в чем проблема? РС и сейчас есть в Доп. сведениях

(10) Эмм но на уровне таблиц СУБД между ТЧ и РС никакой разницы же
Один хрен что там что там ссылка на табличку справочника
Вся разница что если ТЧ то записей меньше - отдельная табличка для каждой ТЧ а не всего одна в случае РС
Ну и ссылка не составной тип

Но кто/что мешает для каждого доп. заводить отдельный РС?

(11)+ Вон для файлов в типовой ЕРП и производных извратились
На каждый справочник/документ отдельный справочник [ИмяОсновного]ПрисоединенныеФайлы

(12)+ Имхо странное решение
Я бы сделал один справочник Файлы для ссылок
И ТЧ/РС для каждого или общий с данными

(10) ну вот именно что есть, зачем городить еще что то, но хозяин барин
(11) куча табличек с 5 строчками в каждой или одна табличка с куча * 5 записей - записей то меньше не будет, а количество табличек растет. Ну хз, не сильно принципиальный вопрос, но доп решение для одной и той же функциональной нагрузки.. доп решение для доп свойств в доп табличках) как то странно это
зы. а составной тип через выразить вполне культурно решается, хотя и не заморачивался никогда - через соединение достаточно быстро работает, если не в Где отбор писать