Добрый день. Имеется ут 11 РИБ. Один подчиненный узел (склад-отправитель) перепроводит документ перемещения, документ с его движениями уходит в центральный узел (видно в составе отправляемых данных), там принимается и регистрируются изменения для отправки в узел склада-получателя. отправляются так же документ и его движения. Но вот по факту приема сообщения в узле склада-получателя документ становится без движений. Кто с этим сталкивался и в чем может быть причина?

Причина может быть в плане обмена. Откуда у вас взялся план?

В плане обмена не регистрируются движения?

Так ошибка проведения

(3) У хорошего плана не может быть такой ошибки

(4) "по факту приема сообщения в узле склада-получателя документ становится без движений" // Точно так и происходит во всех типовых при ошибках проведения

(5) в хорошем плане обмена при приеме проведенного документа в узле получателя не перепроводится документ и не бывает ошибок проведения. Вопрос только в том, все ли типовые планы обмена настолько хороши. Лично у меня подозрения, что у ТС план обмена хоть чуточку, хоть немножечко нетиповой.

(6) Ты чо - во всех типовых обменах при загрузке проведенного документа он записывается в режиме отмены проведения, а затем отложенно проводится. Невзирая на то, проведен он в приемнике на момент загрузке или не проведен.
Правда, Я только сейчас заметил, что у автора РИБ, и в типовых РИБах ничего не проводится, а движения отдельно передаются. Что не отменяет того, что движения могут "пропасть" при загрузке.

План обмена типовой, с отбором по подразделениям

Так ошибки проведения нету. Если потом зайти в документ без движений и провести его, движения появляются

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

(10) А ЖР что пишет?

В мониторе обмена есть ошибки?

Ну там, где пишется типа "последняя загрузка данных тогда-то"

В журнале без ошибок. После синхронизации красного кружка нету, "Сейчас сейчас" стоит.

Ну значит отладку загрузки в помощь

(14) хотелось бы все-таки услышать подтверждение, что это именно конкретный какой-то план обмена...

Можно просто убедиться каким конкретно способом передаются движения и документы из узла в узел. Но показания меняются.

В самом начале было указано, что данные о движениях передаются в ЦБ и уже затем из ЦБ транслируются в ПБ. Затем указано, что при трансляции в ПБ движения тоже попадаются в файл обмена, но почему-то их нет в ПБ без показа каких-либо ошибок обмена.

Так мое мнение, что в приеме из ПБ в ЦБ движения принимаются (это без сомнения), но не регистрируются для дальнейшей трансляции. И это скорей всего так и будет, но нужно проверить именно сам план. И объекты, в него включенные. Там не гипер много работы, но если раньше такого не смотреть, то по первому разу разборки займут много времени.

(16) из ЦБ в ПБ вторую отправляется и документ и его движения, все норм

Дичь какая-то. Склад отправитель отправляет только движения расхода, склад получатель отправляет только движения прихода.

Кстати, иногда кривые разработчики ставят свои подписки на события без учета ЗагрузкаДанных = Истина. Потом похожие проблемы лезут.

(18) довольно ожидаемая дичь. Остатки в разных ПБ оказываются разные в результате

(18) Хитро вывернуто-вогнутая ордерная схема без ордеров? :)
Я бы первым делом проверил конфигурацию на предмет изменений с конфигурацией поставщика. Вторым делом - перепроверил настройки.

(из практики) Однажды, после сбоя, одна константа обнулилась (недопустимое значение)  - конфигурация такую хню пошла гнать, что сначала обалдел и долго не мог догнать "Что происходит?" :(

Не исключен и третий вариант, нелицеприятный для автора, - когда, в следствии неполного осознания, недоумение вызвано недопониманием :)