Добрый день!



Именно потому что не проставляется количество таблички ORDER_SCHEDULES_IN и ORDER_SCHEDULES_INX заполнять нужно

Да это известный косяк с BAPI в SD - они работают не так, как транзакция. Поэтому некоторые вещи, которые работают в VA01, приходится как бы заново программировать в программе, вызывающей BAPI. SAP по этому поводу просто умывает руки - выпустили только ноту (не помню номер) в стиле "ну не шмогла я, не шмогла". И главное точно никогда не известно, что сработает, а что нет - все методом тыка.



Именно количество и нужно указывать в BAPISDHDL, как уже правильно подсказали. Это у них как-то неинтуитивно сделано...

а стоит вместо данного BAPI использовать лучше пакетный ввод для VA01? или там тоже будут свои подводные камни?

BAPI в SD работают НЕ так, как транзакции. SAP об этом неоднократно писало - поищите в нотах, если интересно. К сожалению, нигде нет списка, что конкретно работает не так, поэтому постоянно приходится ожидать сюрпризов и использовать "метод тыка".

Иногда какие-то проверки, которые в транзакции делаются стандартом, нужно делать самому в программе перед вызовом BAPI. Иногда удается использовать user exit (MV45AFZZ, например) - там есть специальная переменная call_bapi, которую можно проверить, чтобы узнать, откуда был вызов.



Нет, нельзя.

Мы стараемся использовать BAPI по возможности (даже если что-то нужно "подкрутить"), а пакетный ввод только в крайнем случае. Минусы пакетного ввода в том, что а) если SAP что-то поменяет в транзакции, то возможно придется менять программу, б) не всегда можно предугадать все ситуации и тогда рискуете получить сообщение "данных для экрана ... нет" и сиди потом разбирайся, в) извращения со вводом большого количества позиций - нужно программировать scrolling.