Есть транзакция MIGO_GR (а также MIGO).
В ней на основе авизо (входящих поставок) создаются документы поступления материалов (ПМ), а также предварительно зарегистрированные ПМ.

Что-то память подводит - не могу найти по таблицам связи "Авизо (LIKP+LIPS) - ПМ (MKPF+MSEG)", а также "Авизо (LIKP+LIPS) - Предв.зарегистрированный документ (VBKPF+VBSEG)" .

Касаемо ММ-ских (EKBE) и SD-шных (VBFA) таблиц потоков документов
Тут задействован и ММ-ский (по EKBE), и SD-шный (по VBFA) потоки.
Авизо (как сбытовой документ) попадает в сбытовой поток, но не попадает в ММ-ский.
А ПМ, наоборот - попадает в ММ-ский, но не попадает в сбытовой.
Правда, в сбытовом после авизо появляется какой-то документ (точно не документ материала - тип R в VBFA), но что-то я не понял, где его искать .

Подскажите, плз?
Заранее признателен.

Не VBSEG , а VBSEGD.

Почему "Не"?
Есть VBSEG, есть VBSEGD .
VBSEGD - просто отдельный сегмент документа.
Или там есть какая-то полезная инфа, которая поможет связать врем.зарег. с авизо?

Просто VBSEG - структура , а VBSEGD таблица.
А чем плоха связь через LIPS-VGBEL и дальше в EKBE?

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

EKES использую, конечно. Для связи "Заказ на поставку-авизо".
Там еще ссылка на ПМ где-то есть? Мне полной связи (на уровне позиций) и не нужно, в принципе.
Хватит связи на уровне заголовка. Одно авизо-один ПМ.

Такой связи нет и быть не может, потому, что на основании одного авизо вы можете сделать сколько угодно мелких ПМ. Если бы связь была, она была бы 1 -> oo . Однозначную связь при условии 1 авизо - 1 ПМ можно установить только косвенно, в том числе и используя поле EKES-XBLNR и ЕКВЕ-XBLNR.

А можно наоборот - в один ПМ запихать сколько угодно авизо.
Но так ведь это обычная ситуация... Это еще не значит, что подобную связь невозможно где-то хранить.



В том-то и дело, что ни EKES-XBLNR, ни ЕКВЕ-XBLNR не заполняются
.

Мы говорим о документе, но подразумеваем все же строку документа.Поэтому если быть точным, то связь была бы:
1 строка авизо -> oo строк ПМ. Обратной связи здесь нет.
Что касается XBLNR, то не понял. Просто нет осмысленных данных чтобы заполнить XBLNR или они есть, но почему-то не попадают в таблицы?
Кстати SAP упоминает, что XBLNR не обязательно использовать по назначению (как внешний номер документа). Можете генерировать уникальный номер сами. Уникальность, кстати, должна присутствовать только на уровне заказа.

Да, согласен.
Ну так нас это пока устраивает. Хватит связи и на уровне заголовка.



Просто XBLNR в данный момент не заполняется.
Если я вас правильно понял, вы предлагается реализовать User-Exit/BAdI, который будет заполнять поле XBLNR?

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

BAdI LE_SHP_DELIVERY_PROC
метод CHANGE_DELIVERY_HEADER



Надо только создать диапазоны номеров (у меня ZINBDELVID).
Удачи.

OK, спасибо огромное!