1. Создание входящей поставки по номеру заказа на поставку.
2. Получение данных заказа по номеру входящей поставки.
3. Проводка поступления товара по номеру входящей поставки.
4. Подтверждение позиции входящей поставки.
5. Изменение данных входящей поставки.

Заранее спасибо.

1. BAPI_GOODSMVT_CREATE
2. BAPI_GOODSMVT_GETDETAIL ,
потом BAPI_PO_GETITEMS, BAPI_PO_GETDETAIL
3. см п. 1
4. см. п. 1
5. BAPI_GOODSMVT_CANCEL, потом BAPI_GOODSMVT_CREATE

Боюсь, BH неправильно понял вопрос. Для п.1. имелась в виду ф-ция для создания документа "Входящая поставка" ( модуль LE ), а не движения материалов, насколько я понял. Для входящей поставки BAPI нормальных нет, есть BAPI_INB_DELIVERY_SAVEREPLICA, но он кривой страшно. Гораздо проще создавать поставку через Batch-Input (VL31). Вводишь номер заказа - и вперед.

Да имеется в виду модуль LE, но нужен именно удаленный вызов функции.

для создания входящих поставок есть еще ФМ BAPI_DELIVERYPROCESSING_EXEC

А в чем проблема с удаленным вызовом функции ? Пишешь RFC-функцию, в ней в режиме batch-input вызываешь VL31 и все, собственно. По поводу BAPI_DELIVERYPROCESSING_EXEC - САП говорит, что она - для internal use, могут интерфейс поменять, хотя если очень хочется - то можно .

Ок, по первому пункту всё понятно. А по остальным есть какие-нибудь идеи?

По остальным пунктам BH все тебе сказал верно кроме пункта 5. Здесь для изменения поставки юзай транзакцию VL32 в режиме батч-инпута, если поступление уже по поставке было - его надо сторнировать через BAPI_GOODSMVT_CANCEL, а после изменения входящей поставки провести с помощью BAPI_GOODSMVT_CREATE.

Запускаешь транзакцияю BAPI при аглицкой реализации системы и дальше медленно начинаешь соображать и искать

Ок, всё ясно. Спасибо за помощь!

а в чём именно кривость
стоит задача по факту прихода закрывать кучу заказов на поставку. пакетником как то не очень хорошо получается