Есть к примеру форма документа с ТЧ "Товары" и колонкой "Номенклатура", дополнительно через точку в эту таблицу выведена колонка "Номенклатура.Артикул".

Если открыть форму этого документа в одном сеансе и одновременно во втором, затем в первом сеансе карточку номенклатуры открыть и изменить артикул, то отображение поля Артикул в форме документа во втором сеансе никак не меняется,  даже если закрыть форму и открыть. Помогает только перезапустить сеанс.

ЭтаФорма.ОбновитьОтображениеДанных();
ЭтаФорма.Элементы.Товары.Обновить();
ЭтаФорма.Прочитать();

Это не помогает. Подскажите как обновить отображение реквизита в форме второго сеанса?

1С 8.3.24.1586

Проблема достаточно старая, вот в далеком 2014 году аналогичная тема была.
Проблема с кэшированием данных формы

(0) Вот тут посмотри

https://forum.mista.ru/topic.php?id=764068&ysclid=mdws6x8f9g365317961

(2)Там речь идёт об одном сеансе, а не о разных

2+ По факту, предлагают использовать динамический список + ОповеститьОбИзменении(), такая связка работает между сеансами
просто Оповестить только в одном сеансе

(3) Можно попробовать
https://wonderland.v8.1c.ru/blog/otpravka-uvedomleniy-s-servera-v-klientskoe-prilozhenie/
+
https://its.1c.ru/db/pubv8devui/content/229/hdoc

(3) как вариант, добавить колонку формы и заполнять её по событию (например, при чтении), только останется вопрос: как оповестить то другой сеанс?
т.е. тупо при чтении данных для формы заполняем новые данные минуя стандартное кэширование

(4)У меня табличная часть документа, вместо ТЧ документа дин. список юзать или что?

(6)Это в крайнем случае, да. Ну тут хоть переоткрытие формы поможет или обработчик ожидания.

(7) в таком раскладе ДС не вариант, тогда (6) или давить 1С с кэшированием данных формы

Пока что пробую решение из (1), но какое-то оно костыльное. Но это лучше чем перезапускать сеанс

(0) старый баг. Видать до сих пор не поправили

ОбработчикОжидания можно попробовать.

(12)И что в обработчике написать?

(5) Интересно, колом сервер встанет или нет, если запустить групповую обработку на перезаполнение 10тыс элементов справочника при условных 100 пользователях в базе)

В каком-то сочетании работают

ОповеститьОбИзменении(стр.Номенклатура) (на клиенте)
ОбновитьПовторноИспользуемыеЗначения() (на сервере)

(13) Перезаполнение твоих динамически обновляемых реквизитов руками.

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

(16) на УФ нет доступа к колонкам с данными через "." (например, Номенклтура.Артикул)

(17) тут речь  о другом. Не о том, чтобы в другом сеансе породить событие, а в том, что эти значения кэшируются намертво, и даже переоткрытие формы не помогает

(15)Я делаю как в (1), только не перечитываю форму, в этом нет необходимости, а обновляю отображение только одной ТЧ.
Делаю это при открытии и ещё отдельную кнопку вывел для обновления.
Через обработчик ожидания как-то не хочется пока что делать, хоть и размер ТЧ у меня игрушечный будет. Если уж пользюки завоют что неудобно, то попробуем.

&НаКлиенте
Процедура ПриОткрытии(Отказ)
	ОчиститьКешНоменклатурыИОбновитьОтображение();
КонецПроцедуры

&НаКлиенте
Процедура Обновить(Команда)
	ОчиститьКешНоменклатурыИОбновитьОтображение();
КонецПроцедуры

&НаКлиенте
Процедура ОчиститьКешНоменклатурыИОбновитьОтображение()
	ОповеститьОбИзменении(Тип("СправочникСсылка.Номенклатура"));
	Элементы.Товары.Обновить();	
КонецПроцедуры

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

(19) только не весь справочник чисти, а конкретную номенклатуру из ТЧ как в (15)

(21)Как я в другом сеансе узнаю, какая номенклатура изменилась?

(14) Вряд ли.
1) скуль результат на эти 10тыс. положит в свой кеш
2) Не нужно на каждый элемент ОповеститьОбИзменении, можно просто передать тип справочника. Тогда все кеши этого справочника очистятся.
3) Ну не все же 100 юзеров затребуют сразу эти 10 тысяч. Там порционно будет.

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

(23) Насколько я понимаю, ОповеститьОбИзменении() работает только в рамках одного сеанса.
Ну, в моём примере, если в первом сеансе ОповеститьОбИзменении(), то во втором никакой реакции нет.

(25) не совсем, динамические списки всех сеансов получают оповещение об изменении (этим ОповеститьОбИзменении отличается от Оповестить - оно чисто в одном сеансе), если вызвать в локальном сеансе, то просто почистишь кэш сохранённых реквизитов
Как-то так

(26)хз, тут про это не написано https://its.1c.ru/db/pubv8devui#content:229:hdoc

Ну и у меня не динамические списки.

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

(27) проведи эксперимент:
1. Добавь кнопку с очисткой кэша для всего справочника номенклатура (как в (19)) - открой ломаную форму
2. такую же кнопку положи в форму

по результатам будет понятно, где достаточно вызывать