Вопрос от VVP !!!

>>> чтобы при реализации при выборе контрагента<br>менеджер мог видеть контрагентов только со своим основным свойством<br><br>а где у менеджера хранится основное свойство Контрагента? или у тя сотры тоже в контрагентах? тогда как связываешь контрагента-сотрудника с пользователем?<br>P.s. если хочешь - выкладывай полный текст письма<br>P.s.s в нике моём - номер аси )))

Да разобрался уже. ) Пока. )<br>Делаю через ИспользоватьСписокЭлементов.<br>УстановитьОтбор работать не хочет. Опять же пока.)

> Да разобрался уже. ) Пока. )<br>> Делаю через ИспользоватьСписокЭлементов.<br>> УстановитьОтбор работать не хочет. Опять же пока.) <br><br>всё работает - код какой?<br>+ связь какая у пользователя с основным свойством контра?

Уже отваливаю. Домой приду - отпишусь.

> Уже отваливаю. Домой приду - отпишусь.<br><br>ужас - я тоже хочу отвалить!

А какая конфигурация то? Если ТиС или Комплексная, то оно там придумано так, что работать не будет, если не придумать чего нибудь. Все из за того, что в типовушке там ОсновноеСвойство это реквизит не справочника ЗначенияСвойств, а реквизит справочника СвойстваКонтрагентов, который является подчиненным справочнику Контрагентов. В общем, задумано для реализации возможности назначения множества свойств одному контрагенту. Если есть какой то Вид свойства, который точно является немножественным и по нему хочется делать отбор, то надо еще реквизит для него отдельный завести в справочнике контрагентов вида Справочник.ЗначенияСвойств и потом уж отбирать. А ИспользоватьСписокЭлементов() для больших справочников работает грустно

> А какая конфигурация то? Если ТиС или Комплексная, то оно там придумано так, что работать не будет, если не придумать чего нибудь. Все из за того, что в типовушке там ОсновноеСвойство это реквизит не справочника ЗначенияСвойств, а реквизит справочника СвойстваКонтрагентов, который является подчиненным справочнику Контрагентов. В общем, задумано для реализации возможности назначения множества свойств одному контрагенту. Если есть какой то Вид свойства, который точно является немножественным и по нему хочется делать отбор, то надо еще реквизит для него отдельный завести в справочнике контрагентов вида Справочник.ЗначенияСвойств и потом уж отбирать. А ИспользоватьСписокЭлементов() для больших справочников работает грустно <br><br>Конфигурация Комплексная. ОсновноеСвойство реквизит справочника Контрагенты, а ЗначениеСвойства реквизит справочника СвойстваКонтрагентов и является типом Справочники.ЗначенияСвойств. Но по сути ты прав, без "придумать чего-нибудь" отбор у меня не работает.<br>Ничего, обойдусь пока ИспользоватьСписокЭлементов(), т.к. докурочивать раскуроченную(не мною) конфигурацию из-за разовой шабашки нет никакого желания. Тем более, что справочник Контрагенты небольшой - позиций 300. Ну, а дальше, поживем - увидим.

неправильная логика!!!<br><br>просто надо решить - взаимосвязь и всё!<br>далее дело техники<br><br>

Добрался до компьютера, вот чего написать хотел...<br>Когда мы делаем ИспользоватьСписокЭлементов(), мы фиксируем какой то набор, который в справочнике виден. И тут стоит подумать о том что делать с новыми создаваемыми элементами. Вот пример:<br>1. Менеджер открыл форму списка и ему зафиксировался набор из 10 элементов методом ИспользоватьСписокЭлементов().<br>2. Он делает нового и... не видит его! Мало того, поскольку программка то наверняка сетевая, он еще и не видит контрагентов, создаваемых с других рабочих мест другими менеджерами даже если они удовлетворяют нужному отбору.<br>3. Выход - как то перехватывать создания новых элементов и обновлять множество, которое запихнули в ИспользоватьСписокЭлементов(). Сложно это! Потому что создание новых идет не в форме списка напрямую, а в форме диалога, а ИспользоватьСписокЭлементов() применен к форме списка и оттуда перехватить событие, связанное с созданием нового я сумел только через FormEx. А с "освежением" множества из за создания элементов на других рабочих местах вообще проблема. В 1С нет объекта timer, поэтому вообще непонятно как обновлять этот фиксированный набор.<br>С моей точки зрения - единственный простой вариант, который избавит нас от всех этих грабель:<br>1. Предполагаем, что Значение свойства не может быть множественным.<br>2. Создаем в справочнике контрагентов отдельный реквизит "СвойствоДляОтбора".<br>3. При записи контрагента дублируем в него значение Контрагент.ОсновноеСвойтсво.ЗначениеСвойства<br>4. При открытии формы списка включаем отбор по "СвойствоДляОтбора" и все!<br>В таком режиме движок будет в автомате подерживать корректный набор элементов в форме списка и создание новых будет беспроблемным, на каком месте они бы не создавались

+ ИспользоватьСписокЭлементов() не даёт:<br>1. редактировать<br>2. создавать