Ситуация такая: для сделки необходимо задавать представления ограниченного количества позиций номенклатуры, значения представлений считываются из регистра сведений с измерениями «сделка» и «номенклатура» и ресурсом «наименование».
В модуле менеджера доступно наименование номенклатуры, но не сделка.

Хочу решить проблему сделки следующим образом: в обработчиках событий в документах каждый раз при начале назначать и очищать в конце значение специально введенного параметра сеана.
Не получится ли так, что при обычном (не модальном) открытии множества окон для разных сделок станет возможно «рассогласование» значения параметра сеанса, что приведет к тому, что представление номенклатуры будет искаться не для той сделки? Если да, то как этого можно избежать?

ничего не понял - при чем тут модуль менеджера
и менеджера чего?

модуль менеджера справочника номенклатура, в нем задается представление номенклатуры

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

понял что ты имеешь в виду
не верный выбор метода решения проблемы
почему именно через "Представление"?
чем не устроило простое получение наименования по запросу?

именно это я и имел ввиду, неправильное решение проблемы.

да потому что это штатный механизм.

какого именно наименования? представления в рамках сделки? потому, что это представление в рамках сделки требуется отображать во всех документах, потому что пользователи должны видеть это измененное наименование

(5) поставь точку останова в той функции, и открой документ. Отладчик встает?

(6) встает

(6) ты не в курсе - это новая фишка 8.3
но там нет контекста выполнения

опупеть, там хоть что то менее чем с 10 кратной вложенностью процедур есть

ИМХО - (0) не верное решение в принципе, но при некоторых условиях работать будет
при этом такое решение достаточно простое - на коленке за 3 часа

если делать "правильно" - то все формы документов надо будет изменить (а если это УПП?)

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

праметр менять по смене активного окна?

праметр менять по смене активного окна?
было бы правильнее, но 1С не дает нам возможности это отслеживать
остается только ВК для слежения (их есть у меня)

(9) не смотрел
(10) это не УПП, а УТ+CRM 2.0
менять праметр при смене активного окна - посмотрю, можно ли это отследить
что такое ВК?

(0) в 1С есть подписка на события модуля менеджера в которой можно задать правила формирования представления объекта.


все же просто.
делаете новую подписку, туда нужные объекты, в модуле пописываете правила и вуаля - по всей базе везде в списках и формах представление объекта формируется по вашим правилам..

хотите убрать секунды из даты документа при отображении на экрне - пожалуйста.
хотите пиать не "счет на оплату покупателю" а просто "счет" - да запросто..

+(13) причем лазить по объетам и чо то там править не надо..
просто добавляем подписку

(12) внешняя компонента
отследить можно - с помощью ВК

(13) ты сути не понял - представление должно быть РАЗНЫМ в зависимости от КОНТЕКСТА ВЫЗОВА

например в документе поступления товаров если контрагент ООО - то номенклатура должна отображаться большими буквами
а если ОАО - то артикул

(0) я ведь правильно понял?

(16) у него в (0) обозначено что разным в зависимости от реквизитов объекта - то есть грубо говоря  одна группа номенклатуры так представляется, другая эдак..

(13) а из модуля подписки разве можно вытащить активное окно?
(16) пришлите, пожалуста мыло напишу в личку
(17) почти правильно, только вместо Контрагента у нас сделка

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


а если пользователь щас видит так, а через секунду поменяв клиента по другому - он же орать начнет "почему все пропало" :) :) :)

(20) а для чего вам активное окно ?

у вас одна и та же номенклатура в одном документе отображается как "сделка" а в другом как "услуга" ?

а может тогда есть смысл разделить номенклатуры?
они точно не в разных папках лежат? а то обычно их все же по разным папкам растаскивают..

(18) написал на е-мэйл

(0) ааахххаа


я вот подумал - автор не пытается ли случайно решить классическую задачу "номенклатура поставщика" ? просто расширив ее на реквизит "сделка"


ну что мешает воспользоваться типовым механизмом ?

+(21) да, поделитесь - в чем суть такой перделки?

(22) у вас одна и та же номенклатура в одном документе отображается как "сделка" а в другом как "услуга"? разных документах она должна отображаться по-разному

(23) какой-то не правильный маил написал - не пришло ничего

(26) для чего ?
это же бред: вот вася в своем документе ввел "услуга ...." а петя сделав ввод на основании получил "сделка ..." через день начинается разбор полетов и вася у пети спрашивает - я там услугу продавал, ты счет выставил?
петя -нет никаких услуг у меня сделки одни
вася - как нет вот у меня же
петя-  не нифига - вижу только сделки, видимо база глючит
вася - ну щас я этому косорукому программисту с его сырой 8кой и глючной 1ской покажу..

собственно суть в том, что клиент хочет видеть, чтобы наша номенклатура в некоторых случаях называлась как-то по-особенному, и точно под таким же названием ее должны видеть все пользователи, и должно получаться так, что одна и та же ссылка номенклатуры в разных документах отображается по-разному, и по бухгалтерским документам номенклатура должна проходить под такими же наименованиями

аааааааааааа
я понял


вы
в 8ке
в типовой
пытаетесь сделать 7шный бред
где есть "Материалы" и "Товары"

(27) а теперь?

(29) "что клиент хочет видеть, чтобы наша номенклатура в некоторых случаях называлась как-то по-особенному, и точно под таким же названием ее должны видеть все пользователи" - чушь


ваши пользователи должны работать в единой информационной системе четко понимая с ЧЕМ они работают.

а вот проблема вывода индивидуальных представлений для КЛИЕНТОВ - это проблема трех печатных форм и двух документов

грубо говоря - в реализации и в счете вы добавляете колонку "номенклатура контрагента" которую заполняете из регистра сведений при изменении основной номенклатур - все.


работа так:
менеджер выставляет счет ООО "РОГА ИКОПЫТА" и выбрав там товар "Валенок" в колонку "Название поставщика" попадает  "Обувь зимняя теплая"
далее тот же менеджерв ыставляет счет ООО "КОпыта И РОГА" и там выбрав валенок в колонке "Наименование контрагента" видит "русская национальня обувка для зимней погоды"

в результате вносятся изменения:

1. счет
2. реализация

+ формы: счет, торг12, сче-фактура

(29) а реальный пример?

Вы пользуетесь ОбработкаПолученияПредставления ?

(33) пока нет, работаю с конфигуратором, данные придумываю сам
(34) нет

(34) сейчас гляну

(34) ан нет, я все-таки ею пользуюсь

(32) ОК, понял

(37) и что не получается? Там не хватает нужного реквизита?

(39)да, именно так, не виден документ-объект, откуда вызывается поиск представления

Добавь в нужные документы колонку "Наименование полное" и заполняй

(39) мне бы в ОбработкаПолученияПредставления как-нибудь закинуть объект или хотябы ссылку. Ссылка, конечное, не совсем правильно, но меня устроит.
(41) если заказчика устроит...

(40) у вас в нике ошибка на одну букву

(40) пренебречь...

(44) -> (43)

используйте:

Процедура ОбработкаПолученияПолейПредставления(Поля, СтандартнаяОбработка)
    
    СтандартнаяОбработка = Ложь;
    Поля.Добавить("Ссылка");
    
КонецПроцедуры

И в процедуре ОбработкаПолученияПредставления она будет доступна через Данные.Ссылка

Но вообще наворачивать сложную логику в эту процедуру не советую. Она же во всяких списках будет в цикле вызываться. Бррр

(46) а саму ссылку как я туда перешлю?

(48) я же написал. Она будет в ОбработкаПолученияПредставления   внутри параметра Данные

(49) в ОбработкаПолученияПредставления в поле ссылка значение "ошибка получения представления"