В онлайн доступе по запросу к данным ИБ против доступа к слепку

Понял. Я не думаю, что тебе имеет смысл терять время на то, чтобы все такие места найти и исправить.
Это абсолютно верно, что такие обращения не допустимы, т.к. кэшируются весь объект при первом вызове, правильно использовать модуль ОбщегоНазначения и соответвующие функции "ЗначениеРеквизитаОбъекта" и т.д., там собственно под квпотом и будет запрос.
Особенно плохо будет такое обращение внутри цикла к разным ссылкам, т.к. это будет запрос в цикле.
Еще нельзя использовать функцию Строка(Ссылка), т.к. тоже будет запрос к БД за представлением.
Твое намерение абсолютно позитивное, но я бы советовал:
1) Не писать такой код самому
2) Передавать опыт коллегам и обсжудать стандарты (у нас например есть ежедневная рассылка стандартов разработки)
3) Исправлять такие места по мере обнаружения, где видишь их, где работаешь по другой задаче не лениться сразу исправлять
4) Раз уж ты полез в анализ код, наверное тебе нужно изучить проект BSL LS, это как раз про анализ кода на ошибки, там много чего более интересного
5) Смотреть где тормозит и там проводить самые срочные оптимизации в первую очередь, т.к. может быть много чего другого интресного
У нас страшный многолетний легаси, мы именно так и делаем и хорошо живем.
За исключением того, что я все никак не доберусь до BSL LS

Ничего не понял.
- много пользователей получают данные из 1С одновременно
- один раз получены данные из 1С централизовано (регламент в битрикс)
В каком случае лицензия была не нужна вообще?

Во втором не нужна. Все файловые так и работают.

В какой момент Битрикс перестает быть клиентом?

ну... мы тут недавно оптимизировали проверку корректности заполнения КИ объекта как раз за счет использования объектного кэша и поиска по ТЧ вместо вызова бспшного модуля. так что по поводу п. 1 - получение через точку _не всегда_ плохо. в большинстве случаев - плохо, но это просто инструмент в языке, который нужно применять правильно. можно микроскопом гвозди забивать, а можно молотком расщеплять уран на протоны и нейтроны

А в чем оптимизация по сравнению с тем чтобы вытянуть все нужные данные один раз запросом?

в том, что бспшный метод делает дохренилион лишних телодвижений, в том числе конструирование объекта XDTO по адресной информации

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

Не понял про что ты имеешь ввиду)

я к тому, что не всегда БСПшные методы - это доброе добро, даже ЗначениеРеквизитовОбъекта. ЗРО любят пихать в том числе в цикл и даже по данным одного и того же объекта.

если результат ЗРО кэшировать на уровне выше, то можно сделать хорошо. но чуть дольше (с точки зрения разработки), чем взять объектный кэш

С дуру можно и 1С сломать, ага

дада, паузу не дадим, индексы не дадим, джуны бояццо

Согласен здесь абсолютно, где-то у нас мы тоже используем объектынй кэш.
З
Стандарты станадртами - а голову ниуто не отменял.
Сори, что сразу не оговорился по этому поводу

Зато референсы дадим, немножко крестов вам в голову

Ок, должен быть обеспечен клиентской лицухой. Которая в любой конторе где есть 1с по идее всегда есть как минимум одна)

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

Заьо дадим другой язык со всеми этими плюшками, но писать вы на нем не будете)

там таки есть пауза?)