Добрый день!
Реализовали у себя процесс, в котором была необходимость вести раздельную оценку в разрезе каждого поступления при закупке, при этом, раздельная оценка по партиям нам не подходила, т.к. надо было вести раздельную оценку на очень небольшом объёме поставок, пересекающихся по номенклатуре с остальными поставками, при этом, большой объём материалов уже учитывался без раздельной оценки. Новый завод тоже не подходил, т.к. могли быть смешанные поставки.
Решили вести раздельную оценку на СПП-элементах. В заказе на поставку планировался большой объём, который приходил за несколько десятков поставок, а поскольку выделять нужно именно каждое поступление, указывали в заказе СПП второго уровня, а в документе поступления программно формировали СПП третьего уровня и клали запас под него. Почему не подходил СПП из заказа на поставку - потому что даже при одной цене в заказе могут быть колебания курсов валют и ТЗР, которые формируют разную оценку по каждой поставке. При внесении счетов-фактур отклонений у нас не возникало, поэтому это работало, но когда понадобилось провести доп. дебетование со ссылкой к заказу на поставку, выяснили, что СПП тянется из заказа на поставку (внезапно ), при этом, в таблицах, где хранятся счета-фактуры, полей под СПП-элемент даже нет, поэтому даже подменять нечего, СПП просто тянется из заказа.
Понимаю, что это "подлом" системы и всё неправильно, но если кто делал что-то подобное, подскажите пожалуйста, как можно выкрутить эту ситуацию в нужное русло? Возможно, стоит использовать после заказа какой-нибудь промежуточный объект, наподобие входящей поставки, где можно менять СПП. Вариант "в лоб" - при каждой поставке делать под неё новую позицию заказа с новым СПП хотелось бы рассматривать в последнюю очередь, т.к. значительно возрастает трудоёмкость процесса, либо придётся делать какой-нибудь сложный интерфейс, который сможет "по кнопке" делить заказ, создавать СПП и сразу на них приходовать. Хотелось бы сначала поискать более простое и элегантное решение.

Как вариант:
1) Провести ТЗР на счет XXX(например, какой-то 16 счет) через закладку Основной счет в MIRO
2) Выполнить дооценку Q-запаса под нужным СПП-элементом со счета XXX в транзакции MR22. Ну предварительно настроить причину переоценки с автопроводкой по счету XXX в OBYC.

Да, документы ТЗР и дооценка будут разорваны, но процесс ввода ТЗР, как я понял, достаточно редкий, может и подойдет предложенный вариант.
Ну и, естественно, это все можно автоматизировать ABAP-ом.