Кэши все чистил (пользовательские, кэш сервера приложений, физически удалял базу, обновлял из хранилища, перезахватывал модуль в хранилище) - без толку.
WTF?

408 то бишь

думаешь от платформы зависит? галки погляди у модуля общего

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

при открытии консоли запроса и разворачивания веток Справочники, Документы и т.д. выдаётся та же ошибка, связанная с модулем
после десятой попытки открытия консоли запросов ошибки не возникает

в файловой версии ошибки не возникает

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

удаление кэша хранилища помогло

Наверн все дело в переменной))

И снова сабж!

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

хотя причём тут модуль менеджера
видимо, косяк в самой видимости общего модуля
сам модуль ОбщегоНазначения виден всем
но если сую его в модуль менеджера, орёт
при этом при отладке видит
на выходе из отладки орёт

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

создай базу с другим именем

попробую ребутнуться

(13) ок. если не поможет...

Работает, если в чистую базу грузануть
Старая никак не хочет
Снял с поддержки, скопировал модуль ОбщегоНазначения1, сделал замену. Та же ошибка!
Если ставлю флажок "Вызов сервера" - работает!
WTF???

модуль сам на замочке бспшный

Спасибо. Продолжаем сидеть на 8.2.

Продолжаю наблюдения.
В модулях менеджера любого документа совершенно недоступны серверные общие модули

В общем, на данный момент известно следующее
В текущей базе модули менеджера не могут читать серверные модули
Если загрузить конфу в пустую базу, всё ок
То есть проблема в самой базе по ходу, а не в конфигурации

И ещё, после первой ошибки, второй такой не бывает
Например, если открыть конструктор запроса, то будет 10-15 ошибок, прежде чем "программа" поймёт, что там ошибок-то и нет как бы

Мистика какая-то

Не мистика а 1С :)

Ура. Проблема решена
При запуске в тонком клиенте проблем нет

нашел интересный баг

если в коде написать вот такую строку UUID = Новый УникальныйИдентификатор("тут строковое представление какого нить UUID") - вылетает с ошибкой !!! платформа все таж 8.3.4.408

(0)латинские а или е ?

Так ты в толстом запускал чтоли? В толстом на клиенте все выполняется

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

(29) >>в толстом клиенте модули менеджеров не видят >>серверные модули
Если они выполняются на клиенте, то с чего им видеть? Если галки вызов сервера нет.

у модуля то стоит галка толстый клиент?

Посоны, ложная тревога. Расходимся.