Когда то столкнулся с такой неожиданной штукой
Чей кэш используют фоновые задания?
Сейчас другое.
Есть две базы файловых. Обмен между ними идёт через сом-соединение.
Обмен вылетает с ошибкой в 138 строчке. Я переместил эту строчку и сделал 139-ой.
Запускаю обмен, снова ошибка в 138.
Выгнал всех пользователей из базы. Почистил кэш этой базы под собой и под администратором. Не помогло. Всё равно ошибка в 138. А должна быть в 139. Какой кэш использует com-соединение? Есть мысли?

плохо чистил кэш

Не тот модуль поменял

(2) тот тот. Он же пишет на что ругается и в какой строке. Всё совпадает и номер строки и содержимое

(3) а база-то совпадает?

(4) Конешно. Я ж в журнале регистратрации вижу ошибку. В журнале той базы в которой менял код

(5) погляди в журнале той, которая другая, нет ли там этой ошбки

(6) код в модуле менеджера во второй базе в этом документе модуль менеджера пустой. Это точно именно та база

(7) тогда (1)

(0) удали базу из списка,потом добавь, перезапусти комп, сервер

(0) Попробуй, например, монитором ресурсов отследить дисковое чтение.

Развернул базы для обмена на локале. Вычистил кэш(хоть его и не было). Перезагрузил комп.
Ошибка таже
Ошибка в обработчике события ПослеЗагрузкиДанных (конвертация)
    Обработчик             =  ПослеЗагрузкиДанных (конвертация)
    ОписаниеОшибки         =  Преобразование значения к типу Булево не может быть выполнено
    ПозицияМодуля          =  Документ.КорректировкаРеализации.МодульМенеджера(138)
    КСообщенияОбОшибках    =  23
Хотя ошибку я исправил. И даже если не правильно исправил она должна быть в 140 строке. В порядке бреда: может "Обмен данными с продуктами на платформе 8.2" хранить конфу бухгалтерии где нибудь в хранилище значений?

http://cdn.trinixy.ru/pics2/20070323/cats_30.gif

Чо то я сомневаюсь, что дело в кэше. Если код в удаленной базе  исправлен, это должно быть применено при ближайшем же обращении к удаленной базе через COM

(11) ты что-то с чем-то перепутал и не туда смотришь. Нет ни какого особенного кэша

базы точно файловые?

Файловые. И я точку останова на COMObject("v83.COMConnector") ставлю. Попадает. Поэтому база та.
Щас буду корячить этот обмен.

(16) база - не та.
ну,или, как еще один последний вариант, - на разделе, где лежат базы, включены автономные файлы. Или там у тебя DFS, у которого два источника.

Всё проблема решена. Не буду говорить как. Мне стыдно

(18) Нет уж, рассказывай. Другим может быть интересно.

Другая база ?

смотрел не туда, правил не там, а выполнял вообще в третьей базе

Стыдно? Совесть для одинесника - непозволительная роскошь :)