Коллеги,

в резервированиях, которые создаются вручную не предусмотрен ввод следующих полей:
- Номер склада СУС (lgnum)
- Тип склада (lgtyp)
- Складское место (lgpla)

причем в бапишке на создание резервирования - тоже нет этих полей.

Тем не менее данные поля есть в таблице резервирования RESB.
И данные поля заполняются, например, при автоматическом
создании резервирования к производственному заказу.

Заполнение этих полей при ручном создании резервирования мне необходимы для того, чтобы при проводке резервирования материал списывался непосредственно с нужного складского места и не появлялся "минусом" в транзитной зоне.

Я вышел из ситуации путем копирования бапишки в свой модуль и заполнения там нужных полей.

Теперь все красиво Все работает как нужно.

Теперь, собственно, вопрос:

Почему стандарт SAP не предусматривает заполнение данных полей и чем может аукнуться их принудительное заполнение при внешней красоте?

А скажите пожалуйста BAPI

BAPI_RESERVATION_CREATE1

Вполне возможно кто писал БАПИ забыл или не знал про СУС Можно ноту поискать и свою выставить.
Сталкивался с подобными ситуациями уже пару раз, решал тоже копированием, но пока проблем не было.

пока тоже проблем не было....
но все равно интересны причины...

да, но вопрос не только в БАПИ !!!

Ведь и в стандартных экранах транзакции MB23
нельзя просмотреть данные СУС ....

Как мне видится написание сап'ом нового фукционала:
1) Находят клиента, который согласен платить деньги.
2) Пишут под него.
3) После чего какое-то время функционал живет как аддон или индастриал солюшн, а потом интегрируется в стандарт.

Как вариант - пишет клиент и потом Сап выкупает.
Как следствие, местами велезают очень странные ограничения, связанные с бизнес процессами конкретного клиента. Ну не было у клиента для которого писалось резервирование, wms (или наоборот)
А потом на другом проекте понадобилось и добавили поля и автоматический режим.
Имхо большим минусом является отсутствие нормального проектирования, но с другой стороны проектировать для абстрактного клиента тоже не вариант.