в этом деле продвинулся дальше всех EDT - он глубже всех предсказывает типы выражений. Поэтому там можно достичь масксимальной глубины подобного анализа (обращений к ссылкам через точку). Но насколько я знаю там такой проверки встроенной пока нет.

Всем спасибо за помощь. Буду тогда пробовать через выгрузку и анализ файлов пока не найдётся другое решение. Думал раз данная проблема распространена то может есть какое-то простое решение

Но для начала хорошо изучите механизм получения через точку у объектов, необъектных структур, запросов.
Окажется, что в 99% никакой проблемы нет )
Лучше всего такие неоптимальные точки находит ТЖ ))

в vsc написал в лоб .+?\..+?\..+
перечисления, отборы, менеджеры и т.п., столько мусора ))

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

Это нужно не в коде искать, а в замерах времени. Что болит - то и лечить. А не глотать таблетки без рецепта.
Обратитесь к вменяемым специалистам, пусть проведут анализ.
Можно даже к гилеву, богачеву и т.п. Т.е. тем, кто этим промышляет.

В конфигураторе? Да ну... Не может быть)

Весь вопрос кто отвечает за обслуживание КНС.

Это по большому счету не страшно.
Страшно когда разыменовывают поле составного типа.
А это уже ловить в ТЖ по гирлянле из left join

Ну замаскируют твои умельцы это дело через Общего назначения. ЗначениеРеквизитаобъекта.
2 х и более точек в кодах запроса не будет, а тормозить все будет

А конкретно эти 3 точки безопасны почти в 100% случаев

А есть еще и СКД, где это не поймаешь анализом кроме посмертного никак

Да-да, есть ещё пользователи и ДС. Делаем сортировку по любой ссылке и сеанс потерян навсегда)

Именно.
Если цель стоит закашмарить разрабов то да, можно докапываться до формальных вещей.
Если стоит цель решать и находить проблему, то у этого метода (поиск 2 и более точек) слишком малый процент прикрытия проблем.

А что за проблема с выборкой лишних данных? У вас трафик большой? Или какие вообще симптомы? Почему именно с этого хотите начать? И где вы хотите убрать такие обращения в запросах, в коде или везде и почему?

Как таковых проблем в работе нет, я сам недавно начал программировать и пытаюсь сам во всем разобраться. В рекомендациях да и везде указано что нельзя делать обращаться через точку так так выбираются все данные которые в целом не нужны, если есть табличным части то и из них все тащит, а надо например 1 только поле. лучше и оптимальнее использовать запрос вот я и хочу сразу научиться правильно писать код, понятно что через точку все итак будет работать и на маленькой базе никак не скажется, но я хочу в бущем расти и как специалист поэтому и обратился за помощью к более опытным, чтобы помогли разобраться, а то 1с пишет нельзя, а программисты что забей и живи спокойно. Если вы все скажите что фигня это все и можно спокойно обращаться через точку и никто это никогда не проверяет то я забью и продолжу писать неправильно. А так основная проблема в коде ине надо учитывать запросы, перечисления и т.д. Основная задача вообще определить сколько обращений вида  Документ.товар.категория.код и потом уже решить что делать, но я так понял что на многие вещи вообще не стоит обращать внимания и решать проблему только когда она возникла, тоесть если прям конкретно все глючит то только в этом случае решать проблему

В БСП есть готовая функция проверяющая коллекцию на наличие одного общего типа? Мне надо проверить, что в массиве все ссылки на документы одного типа. Функцию я написал, но вот думаю, может это велосипед.

Именно такой нет, но есть функция которая наоборот удаляет указанный тип и то только из массива. Общего назначенияКлиентСервер.УдалитьВсеВхожденияТипаИзМассива.

Знаю, но это уже оверхед, т.к. надо создавать копию массива

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