Есть переписаная УТ 10.3. В модуль менеджера регистра сведений добавлена процедура, вызываемая из пары отчетов, требуемых заказчику. Понадобилось сделать распределенную базу. Создал узел, выгрузил образ -> в подчиненной базе модуль менеджера регистра девственно чист. Платформа 8.3.9.2170.
Подскажите, плз это баг или где то описано что так и быть должно?

(0) Модуль не в расширении часом?

(1) разве расширение на обычных формах работает? в любом случае нет.
Думал проблема из за битой базы - не проходило по нормальному тестирование. Сделал полный КД базы. Проверил - все ОК. Добавляю РИБ узел. Формирую отчет - не идут остатки. Проверяю: документы выгрузились, а движения перенеслись частично. Т.е. в документе 100 строк, в исходной базе 100 записей в регистре, в подчиненной только 30. Следующий документ - все нормально.

(2) что такое "полный КД"?

(0) есть ли процедуры фильтрации в обработчиках создания образа?

Для чего ты написал это: "В модуль менеджера регистра сведений добавлена процедура, вызываемая из пары отчетов" ?

(3) выгрузил конфигурацию, создал пустую базу, загрузил конфигурацию. Создал правила конвертации данных (КД), из исходной выгрузил все в ХМЛ, загрузил в пустую базу.

(4) нет.
по второму вопросу - это продолжение борьбы с базой. В первый раз - создавал узел РИБ -  не выгрузилась одна единственная добавленная функция именно в конфе. Поэтому перешел к (2)

"Думал проблема из за битой базы - не проходило по нормальному тестирование" так тестирование исправление прошло или нет?

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

+(8) в новой сделал полную регистрацию изменений для узла, выгрузил обмен, загрузил в подчиненный - движения появились. Но... не нравиться мне такое решение

проблемы в платформе точно были в части выгрузки регистров, я сам сталкивался Фильтрация записей регистра сведений при создании начального образа РИБ
писал в 1с про это, и в какой то версии было они исправили
попробуй для эксперимента на самой последней платформе

В базе, судя по озвученной информации, букет проблем и с конфигурацией, и с данными. Пока не устранит - нет гарантий что штатное создание начального образа будет правильно выполнено. Почему автор не использует альтернативное создание начального образа? Непонятно.

(11) что значит "альтернативное создание начального образа"? через копию базы и перенастройку узлов?

(12) Есть нюансы, но в общем случае - "Да".

(13) Просто потому что типовой - проще. База небольшая (относительно).
Ну и к тому - же мой метод выявил что в базе есть ошибки. Непонятно пока какие - но это решаемо (надеюсь). При "копии" я бы это узнал только тогда когда между узлами возникли такие разрывы что лучше не надо - это был бы мой косяк.

+(9). Пошел дальше. Взял подчиненный узел, в который выгружал данные и в котором остатки пошли. Преобразовал его в центральный. Сделал из него подчиненный. Остатки не идут. Причем так-же как и в самом начале. (10) платформу обновил до последней

(15) ут 10.3 у тебя без режима совместимости, что ли?

(16) 8.2.13 - по умолчанию