Есть у меня функция в модуле повторного использования МодульПовторногоИспользования.ПолучитьУзлыОбмена() - там запросом выбираются узлы по определенному условию
Но так получается, если мы что то в узле поменяем, влияющее на отбор, через повторное использование он все еще будет попадать в список.

Правильно ли сделать следующим образом?
Добавить идентификатор в вызов функции: МодульПовторногоИспользования.ПолучитьУзлыОбмена(Идентификатор)
Этот идентификатор хранить в константе привязанной к функциональной опции.
При изменении узла менять этот идентификатор.

Узлы = МодульПовторногоИспользования.ПолучитьУзлыОбмена(ПолучитьФункциональнуюОпцию("Идентификатор"));

Или есть вариант проще?

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

(1) Это же вроде только внутри сеанса работает? Мне нужно во всех сеансах.

(0) ОповеститьОбИзменении должна стирать сохранённые значения.

А хотя если поменяют из другой сессии, то не поможет

(2) А ПолучитьФункциональнуюОпцию("Идентификатор") обращение к баде выполняет?

к базе^

(5) Ну вроде ка функциональные опции как то хитро хранятся. Вроде в кеше живут, но при изменении обновляются.
(3) Не понял чтото.

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

(8) Достаточно часто. При записи документов.
Ну и это нужно то на момент внедрения, пока часть узлов по одному плану работает, а часть по другому.

Мне просто интересно косяки в этой схеме есть или она в принципе приемлема?

не уж то такой сложный запрос, что его нужно кэшировать?

(9) Сделай пуленепробиваемо - отложенным обменом. Сначала тупо региструется как изменнное, потом приходит регламетное, вынимает эту регистрацию, неторопливо определяет адресатов и распихивает по нужным местам.

(12) Не выйдет. У нас сейчас так и работает. Только фильтрация происходит при выгрузке, раз в 15 минут.
Но нужно для определенных объектов оперативнее обмениваться. Для этого нужно их запихивать в другой план обмена.

Годное решения, также мспользую константу но там датавремя записи измененного узла. С уникальнымидентификатором оно даже надежнее