Ясно, это конечно не удобно. Я тогда лучше из проги буду тестить.
Все-таки если вопросики:
1) ФМ обрабатывает полностью заказ, а не какую либо позицию. Можно ли обрабатывать только одну позицию в заказе.
2) Заказы на перемещение обрабатываются данным ФМ?
3) Какие таблицы необходимо заполнять для обработки документа?

1) Конечно, можно обрабатывать отдельную позицию
2) нет, по заказам на перемещение надо думать.
3) не занаю, я сам программы с этой бапи не писл, это делал абапер.

По заказам на перемещение можно позиции помечать на удаление. Или попробовать ставить метку "конечная поставка" - может, она тоже сбросит подтвержденное количество

Вопрос каким функциональным модулем обрабатывать заказы на перемещение?
И как обрабатывать позиции?
Хотелось бы понять?!

1. а запустить транзакцию Bapi и найти нужную бапишку самостоятельно - это непосильный труд?
2. ну посмотрите вы структуру BAPISCHDL. Там же есть номер позции заказа - значит, можно его указать. Ну а все остальное опытным путем.

1) Посильный конечно, но смотрел - не получилось найти. Пасиб все равно - еще раз пересмотрю.
2) да, я уж вроде все перепробовал. И рещультат нет... Думал может в курсе.
Пасиб, будем искать...

"Заказы на перемещение" - это transfer order из WM что ли? Они к sales order, грубо говоря, вообще не имеют никакого отношения - совершенно разная функциональность. BAPI для них по-моему нету, но есть несколько ФМ. Пользуйтесь поиском.

Приветствую.
Я думал может кто-то уже пользовался чем-то похожим.
Думал, кто-кто подскажет.
Всем спасибо за помощь...

Господа прошу прощенья.
Но необходимо выяснить
ФМ BAPI_MATERIAL_AVAILABILITY - Проверяет доступность, но соответствено не изменяет сами заказы? Я правильно все понимаю?
Есть какой либо механизм ?

Другими словами. Если мне надо изменить подтвержденное количество, без изменения заказов (клиента и заказа на перемещение), то есть не устанавливая причины блокирования или отклонения для заказа клиента, и конечной поставки - для перемещения. То мне необходимо вклиниться в данный ФМ, который бы возвращал при нужных уловиях доступность равную НУЛЮ!
Я правильно думаю! Проконсультируйте пожалуйста!

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

Попробуйте покапаться с ней в отладчике на предмет того, как же она это делает.

Да, правильно.

Что-то сдается мне, что вся эта задача похожа на ломание кода там, где на самом деле должен быть изменен business process... Чистое IMHO, конечно.

Да, я соглашусь с Вами.
Но руководство не довольно календарным планированием.
Оно действительно как-то не понятно распределяет товар в некоторых случаях.
Соответственно приняли решение переделать календарное планирование, точнее написано его свое...
Вот поэтому я и спрашиваю обо всем об этом...
Насчет CO06 спасибо, сегодня буду смотреть...