Я ставлю L, но для ЗаявТрЛиц/СПП-Элем у меня стоит P. Что в сумме все равно дает результат которого вы не хотите. Материал не приходуется, а относится на расходы в MIGO. Но у меня тогда вопрос: В чем проявляется "третьеличность" (извиняюсь) в вашем процессе? Третье лицо означает отгрузку от продовца напрямую к покупателю (или кому-то другому, но только не вам). В этой ситуации товар не должен оказаться на складе. Если он вам нужен сначала на складе, почему вы не используете резервацию для СПП?

В нашем случае поставка 3 лицу используется только потому это единственный способ автоматического создания заявок на закупку без резервирований. А необходимо это для реализации следующего процесса:
1. План в PS --> Заявка на закупку --> Заказ на поставку --> ПМ (на склад) --> вх. фактура
2. Заказ клиента --> исход.поставка --> ОМ клиенту (со склада) --> исх.фактура
И всё это должно проходить с контировкой на проект

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

Действительно зависнет в том процессе который вы описали, но только кому она будет мешать? Ну висит резервация, и что? Но на самом деле существует и совсем красивый способ - отгрузка через проект. (CNS0) . Тут процесс интегрирован и с PS и SD. И резервация закроется и отгрузка будет частью SD процесса. Только одно но. Материал будет списываться на расходы по логике PS, а не SD, т.е. будут другие расходные счета. Но счета расходов легко меняются руками в сетевом графике.

Кстати, если говорить об извращенном использовании функционала, как вам такой вариант:
Создаете резервацию под СПП и все дальше как вы описали. После отгрузки у вас зависает резервация. Вы ее руками доводите до нуля - у вас исчезают плановые расходы, но вы тут же создаете новый такой же материал в этом же сетевом графике но Резервир/Заявка ставите "никогда". У вас исчезнет резервация и восстановятся плановые расходы. Мне кажеться так и то лучше.

Если резервирование зависнет - то это точно не есть гут - результатом будет бардак в ведомости потребностей, в проверке доступности...
Отгрузка через проект и вправду способ красивый, но кроме выбора счета выручке там есть ещё одно НО. Напрочь отсутствует связь с заказом клиента. Хотя в данном случае можно фактурировать на основании поставки и полностью исключить заказ клиента, но тогда появляются неудобства с ценами, с планированием выручки... Можно процесс заказ клиента -> фактурирование сделать отдельно, тогда теряется прозрачность сбытовой цепочки, не будет поставки в потоке документов.
Вот если бы связать эту поставку из проекта с заказом (может юзер-экзитами докрутить???) то было бы идеальное решение.

Я бы сделал разрыв цепочки, как вы выразились. Заказ - Фактурирование. Ничего страшного в этой цепочке нет, она нормальна для огромного числа жизненных случаев и САПом вполне предусмотрена, и очень органична особенно в условиях проекта. Все элементы сойдутся вместе на СПП.
Если все же не хотите, мое предложение с удалением и новой подстановкой материала мне кажется все равно лучше чем привязывание неизвестных третьих лиц.

Я думаю, будет намного легче через юзер-экзиты снимать резервацию с помощью обычной (LF) отгрузки. Хотя абсолютно корректно (как это делается в PS) это будет сделать и не легко. Так чтобы отгрузка из проекта была видна в потоке документов SD врядли получиться - тип отгрузки, используемый в проекте просто не подразумевает наличие заказа клиента.
Кстати, еще один способ сделать резервацию "мертвой" для MRP это просто поставить галочку "КонечнПоставка" в закладке "ПарамЗагот" в любое время после того, как создана PR. Фактические проводки эта галка делать не мешает. Плановые затраты сохраняются.

Используя поставку из проекта выглядит неплохо (по крайне мере обходится стандартом). Есть ещё один способ справится с резервированием - указание времени хранения позиций резервирования (тр. OMBN).

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

Добавлю свои пять копеек.
Продажа материалов подрядчику за деньги плохо вписывается в стандарт PS, несмотря на наличие поставки из проекта. Она явно расчитана на передачу без денег, поскольку нерелевантна для счета-фактуры.
Заказ с контировкой на СПП-элемент выбирает тип поставки LP, то есть к проекту (и все, кстати, других вариантов нет). Но поставка из проекта не вяжется к нему, даже если он указывается на первом экране создания оной как торговый документ.
Поставку можно сделать к заказу из свободного запаса и честно продать, но это никак не повлияет на потребность материала к проекту. То есть по материалам все плохо.
По стоимости не лучше. При контировке заказа стоимость упадет на себестоимость СПП-элемента, потом туда же лягут СМР, в которые эта стоимость войдет еще раз. То же самое с поставкой из заказа.
То есть тоже засада.
Похоже придется делать чистый заказ клиента без контировки, добавлять поле спп-элемента и абапом закрывать резервирования.
Кто-то успел попробовать такой способ, коллеги?