В модуле менеджера одного из справочников используется обращение к модулю БСП "ОбщегоНазначения".

При попытке компиляции модуля (в момент чтения, даже не явного , значений из справочника например) возникает исключение "Переменная не определена (ОбщегоНазначения)". При этом естественно что с этим модулем работают повсеместно в конфигурации и всё нормально.

В чём может быть загвоздка?

Модуль менеджера не обернут инструкциями препроцессора для поддержки толстого клиента

Видимо оно - благодаря @Tormozit мне приходится работать в толстом клиенте ;0)

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

Теоретически может получиться заглушить такие неэкранированные методы через расширение модуля менеджера, но их же будут добавлять/удалять/переименовывать периодически и потому придется  делать адаптацию расширения после каждой такой поломки, а расширение будет ругаться на отвалившийся метод ВО ВСЕХ сеансах.  Все же правильнее это делать на уровне культуры/стандартов/соглашений разработки.

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

Расширение оперирует не уровнем текста модуля, а уровнем методов.

Т.е. придется каждый метод позаимствовать?
Каждый в расширении обернуть в инструкцию, а в теле сделать "Вместо" + Возврат ПродолжитьВызов()?
Это конечно плохо, т.к. вроде "Вместо" только один раз можно делать (в каком-то одном расширении), но с другой стороны таких модулей будет немного :)

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

Только ИР использую. Сначала правлю модули менеджеров и пишу письма ответственным за код.

Т.е. работаешь всегда только с базами, в которые можно вносить изменения?

да

ИС свой инструмент пилит, я так понимаю с оглядкой на твой ) Видел его?

Infostart toolkit мало оглядывается на ИР. Там простота интерфейса - один из приоритетов. УИР больше оглядывается на ИР. Так что у ИР уже 2 идейных последователя и оба на УФ.

Не хватает ещё одного последователя на УФ, главного ... 🤔

На ИТСе есть как и что надо оборачивать, но с калькулятора не смог найти ссылку(

https://its.1c.ru/db/v8std/content/680/hdoc
?

Спасибо. Главное понял откуда ноги растут - далее уже не трудно.

Оно самое

Ага, спасибо! Очень важная вещь, о которой постоянно забывают