РИБ и модуль менеджера регистра сведений #799843

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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