Конфигурация самописная, версия ядра 8.2.19.90, хотя конфа писалась еще в 8.1

Для одного из документов написали много процедур в модуле менеджера.

При проверке синтаксиса конфигурация ошибок не выдает, при запуске программы ошибок нет.
Но при попытке записать какой либо документ где есть обращение в нашему документу с модулем менеджера вылазит огромное количество ошибок следующего вида:
{Документ.ЗаявкаНаЖДПеревозку(1310,3)}: Процедура или функция с указанным именем не определена (Предупреждение)
              <<?>>Предупреждение("Макет Наряда не найден. Печать отменена.",0,ЗаголовокОшибка);

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

ПРИ ЭТОМ имею копию этой конфигурации для разработки - где эти ошибки не возникают.

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

Очистка КЕША не решает проблему.  
ПОМОГИТЕ СОВЕТОМ - что может влиять на сбой компиляции этого модуля? Чем это можно решить? и даже чем решить - не оссобено важно - я вывел весь модуль в общий модуль и программа поехала работать дальше.
ВАЖНО ВООБЩЕ УЗНАТЬ ЧТО МОЖЕТ БЫТЬ ПРИЧИНОЙ ТАКОГО ПОВЕДЕНИЯ ПРОГРАММЫ?

Включи проверку на сервере, Предупреждение не м.б. использовано.

Дело в том что этот модуль прекрасно работает на соседней базе. Что же произошло или могло произойти что бы рабочий код в одной базе просто перестал компилироваться?

При этом так же не видны и серверные процедуры:
{Документ.ЗаявкаНаЖДПеревозку(1343,21)}: Процедура или функция с указанным именем не определена (глАдрес)
              пОрганизацияАдрес=<<?>>глАдрес(Организация,ЛитЯз);

(0) Если вы перешли на УФ, то Модуль менеджера выполняется на стороне сервера. И сервер не знает некоторые фунции, которые требуют действия пользователя :)

(3) Руки, у писателя, из...

+(5) >>> ВАЖНО ВООБЩЕ УЗНАТЬ ЧТО МОЖЕТ БЫТЬ ПРИЧИНОЙ ТАКОГО ПОВЕДЕНИЯ ПРОГРАММЫ?

Вы забыли расписать:
1. Сервер
2. ОСь
3. Сервер SQL или что там у вас.
3/5. при этом указав номера релизов и версий, а не надпись "Очень шустрый, с кнопками"
4. На каком клиенте вертится "ваша" нетленка.
5. Какие галочки выставлены на Общих модклях.
...
6. и т.д. :)

Windows Server 2008r2
Server SQL 2008r2 Enterprise
Сервер HP Proliant 1500
Базы данных крутятся на 6-м рейде из 5-ти твердотельных OCZ 120Га 150х
Версия ядра 1С 8.2.19.90
Клиентская сторона запускается Толстым клиентом
Общие модули которые не видны Серверные и Глобальные, а так же есть и Сервер и Клиент.

Нет, мы не переходили на УФ. Как работали в толстом клиенте так и работаем. При этом комизм (трагизм) ситуации в том что я действительно имею базу До переезда на новый сервак где этот модуль работает и ошибок не выдает, и есть версия ПОСЛЕ переезда (никаких изменений не было в конфе) в которой модуль не компилируется.

Т.е. и грешить даже не знаю в какую сторону

ИМЕННО ПОЭТОМУ ЗАДАЛ ВОПРОС В МИР - может у кого-то был подобный опыт. Может кто то уже знает как это можно решить?

в одном случае выполняется на сервере, в другом на клиенте

Одна база крутится на сервере, а то что "для разработки" - файловая видать.

И не стоит кричать.

Нет, обе на скуле

Одна в обычно режиме, тестоваря (где работает) в девелоп режиме

Простите, я не кричу. Пытаюсь просто выделить текст

Изучи, для чего нужны директивы #Если Сервер, #Если Клиент и т. д.

Модуль менеджера документа пытается скомпилироваться на сервере, где нет функций типа "Предупреждение". Потому и ругается.

Да, я тоже знаю что модуль менеджера будет скомпилирован на сервере. Но повторюсь. У меня при этом есть база в которой этот код не вызывает ошибок. Именно это и непонятно