Дано: Розница 2.1.3.11, Главный Узел (ГУ), Периферийный Узел 1 (ПУ1), Периферийный Узел 2 (ПУ2).

Описание ситуации: Создаются на ГУ документы для Магазина в ПУ1 по Перемещению товаров, Расходный ордер и создается на основании Приходный ордер для магазина на ПУ2. Выгружаем данные при обмене по Магазину.

В ПУ1 Приходят документы и формируются движения в регистре накопления Товары к поступлению. Регистратор в котором Приходный ордер для магазина ПУ2(который естественно не выгружается). Таким образом В регистре Торвары к поступлению Есть движения, но нет регистратора (пустая ссылка). Кто как с такой фигней борится?!

При ТИИ вываливаются такие ссылки. И естественно разбираться каждый раз тяжко в том что откуда и куда пришло.

Может я где-то упускаю доп настройку в Плане обмена о которой понятия и правильного представления не имею??

(0) Переноси регистратор или на место регистратора подсовывай какой-нибудь документ "корректировка регистров"

(1) я просто считаю что не имеет смысла переносить движения в котором документ не является регистратором. А как настроить не пойму? Не верится что в типовых планах обмена это никак не обойти.

(2) Можно не регистрировать такие регистры.

(3) поясни как отсечь? Цель поставленная в том чтобы не менять сами правила обмена по Магазину.

Что же никто не боролся с этой гадостью? А если боролся то как?!

(0) что то припоминаю про центральный склад, который должны видеть все узлы

(5) Можно написать внешнюю обработку, что бы она снимала регистрацию. Но её еще вызывать надо руками или как-то.

во-первых, у тебя кривой план обмена, точнее сказать кривая реализация разделения данных по узлам. "Есть движения, но нет регистратора (пустая ссылка)" - это неверное решение явно. В самом брутальном виде это должно быть <объект не найден и гуид>
во-вторых, движения должны не формироваться в узле а переноситься из главного узла с документом.

Предалагаю варианты:
а)запилить реквизит в регистр накопления в который пихать представление регистратора
б) таки грузить все данные во все узлы и настроить РЛС

(0) Такая же борода в рознице. Используем план обмена по магазину, соответственно все документы при срабатывании правил регистрации фильтруются по нужным узлам для соответствующего магазина. А движения выгружаются, например, чтобы в списке перемещений корректно отображать состояние каждого перемещения - там где выводится восклицательный знак и циферки в графах Недорасход, Перерасход, Недопоставка и т.д.

Добавлять в обмен регистратор - не вариант, какой тогда смысл в разделении данных по магазинам?
Убирать движения, которые без регистратора - теряем информацию о состоянии перемещения в периферийных узлах.

Как вариант вижу доработку с запихиванием состояния перемещений в независимый регистр сведений, наподобие того, как в конфе реализованы информативные остатки по магазинам, и обмениваться в РИБе уже этим регистром

(9) Нет ну почему же?! Достаточно только не выгружать в Удаленный магазин данные по РН без наличия регистратора. Просто я пока не разобрался как это указать не перекраивая правил обмена.

(8) ну так и есть, "Объект не найден, гуид".
Фишка в том что в настройках стоит. во!
А что если из плана обмена по магазину отключить перенос Регистров, и пускай формирует движения на основании документов? м? вродебы логичная и лаконичная идея. Может ли просто так при ТИИ измениться ГУИД у объекта? я этот вопрос еще не разбирал.

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

(12) Т.е. предлагаешь поправить в КД а затем загрузить?) кхм.. попробую на досуге на выходных.

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