Знаю знаю уже отвечали но у меня другой случай:

Более тяжелый?

значит и таблетки нужны другие

и че?

)) извиняюсь случайно ctrl+enter нажал пишу вопрос.....

этож правда, какие таблетки надо с утра принимать, чтобы "случайно", не нарочно, нажать ctrl+enter ?

(5) Рефлекс, в скайпе сидит видимо часто

просто когда автор нажимал Enter, голова случайно опустилась на Ctrl )))

(0) параметры. я в консоли как-то поленился МоментВремени указать, вбил дату - сильно удивлялся...

6 - в точку :)
Общий модуль (сервер,внешнее соед, клиент(обычн),вызов серв)

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ
              |    БИТ_МСФО_МеждународныйДвиженияССубконто.Регистратор
              |ИЗ
              |    РегистрБухгалтерии.БИТ_МСФО_Международный.ДвиженияССубконто(ДАТАВРЕМЯ(1, 1, 1), ДАТАВРЕМЯ(2100, 1, 1), Регистратор = &Регистратор, , ) КАК БИТ_МСФО_МеждународныйДвиженияССубконто";
Запрос.УстановитьПараметр("Регистратор", Источник.Ссылка);                
ТЗ_МСФО = Запрос.Выполнить().Выгрузить();    
Источник.Движения.БИТ_МСФО_Международный.Очистить();

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


Процедура КнопкаВыполнитьНажатие(Кнопка)
   Запрос = Новый Запрос;
   Запрос.Текст = "ВЫБРАТЬ
                  |    БИТ_МСФО_МеждународныйДвиженияССубконто.Регистратор
                  |ИЗ
                  |    РегистрБухгалтерии.БИТ_МСФО_Международный.ДвиженияССубконто(, , Регистратор = &Регистратор, , ) КАК БИТ_МСФО_МеждународныйДвиженияССубконто";
   Запрос.УстановитьПараметр("Регистратор", Док);    
   Сообщить(Запрос.Выполнить().Выгрузить().Количество());
КонецПроцедуры

Процедура ПриОткрытии()
   КлючУникальности = Новый УникальныйИдентификатор("4dfc7753-3010-11df-b86e-00034732eabe");
   Док=Документы.ПоступлениеТоваровУслуг.ПолучитьСсылку(КлючУникальности);
КонецПроцедуры

Обработка выводит "2" значит результат две строки

в отладчике проходим до последней строки:
Источник.Движения.БИТ_МСФО_Международный.Очистить();

Проверяем:
ТЗ_МСФО.Количество()=0

Повторно запускаем обработку во втором предприятии:
опять "2"

P.S. Выполняется модуль во время проведения документа. Судя по результатам обработки - часть его движений уже читается из регистров.
Платформа: 8.2.13.219
Бухгалтерия КОРП 2.0 + БИТ_МСФО (2.0.25.5)
Тестировалось на postgresql и на файловой базе

обработка  - это обработка проведения? а &регистраттор - это тот документ, который мы проводим?

Обработка - это внешняя обработка она нужна что бы снять подозрения с консоли запросов.
да &регистратор  - это док который проводим
обработка проведения здесь не видна, но в ней вызывается модуль, текст которого - сымый первый в - 0

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

(12) похоже ты действительно не проснулся. Очистить() ведь в оперативной памяти очищает, в буфере, а в базе как были 2 записи, так они и будут, пока запись движений не произойдет.

Если в модуле написать:

Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ
              |    ПоступлениеТоваровУслуг.Ссылка
              |ИЗ
              |    Документ.ПоступлениеТоваровУслуг КАК ПоступлениеТоваровУслуг
              |ГДЕ
              |    ПоступлениеТоваровУслуг.Ссылка = &Регистоатор";

Тогда результат появляется. то есть он будто не видит из модуля записей в регистре

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

(14) так это ты документ смотришь этим запросом. Где здесь записи в регистре?

(16) это просто проверка правильности ссылки и вообще работоспособности запроса. записи регистра в (9)

то есть общая ситуация такая?
1 случай: запрос выполняется в общем модуле, вызываемом во время проведения. смотрим движения документа, которого проводим
2 случай: смотрим движения дока внешней обработкой?

(18) да. в обоих случаях информацию берем из одного регистра

(17) ну там транзакция происходит. Внутри транзакции движения уже почистились, но пока транзакция не завершилась, снаружи так и будет видно 2 записи.

(20) хорошая версия но меня смущает что:
в релизе 2.0.11.3 есть точная копия общего модуля, точная копия процедуры - и в ней все нормально видно. (началось это после обновления)

(20) кроме того известно что:
1. до проведения снаружи записей нет
2. в отладчике перед запуском запроса снаружи движения уже есть
3. сразу после запуска запроса снаружи движения есть а внутри их не видно

(22) ну это вам надо к битам обращаться, как у них там проведение настроено и в какой момент очищаются движения. Может там записать() несколько раз делается? Чего мы с вами будем гадать на кофейной гуще? Пригласите специалиста, он глянет на месте, вам расскажет.

Да ну их пока вспомнят чего на лопатили...

Вопрос открыт, но задача решена:
этот модуль вызывается подпиской на событие проведения документа, значит сразу после ОбработкиПроведения. В старом релизе в конце обработки проведения вызывается процедура

ОбработкаПроведенияМСФО(ЭтотОбъект, Отказ, глДанныеРегистраМСФО);

именно после нее в старом релизе появляются движения, читаемые из модуля.
В новом она была отключена. Подключил - движения так же стали видны из запроса.
До сих пор не понятно почему тогда они были видны внешней обработкой ?
Впрочем для меня это уже не имеет значения. Спасибо за внимание, ваши ответы сдвинули меня с мертвой точки :)