САП_
я имею в виду, какой функциональный модуль вызвать в АБАПе и как заполнить параметры так, чтобы сформировать ОМ В хелпе не описано.
Но есть BAPI, которое позволяет это сделать - BAPI_OUTB_DELIVERY_CONFIRM_DEC. Список BAPI доступен в транзакции BAPI, описание - в транзакции SE37.

Собственно, все это можно легко найти, если минут 5 погуглить.

САП_>Любопытно, а community-ресуры
какие такие ресурсы? на sdn.sap.com засилье индусов, охотящихся за point-ами и постящими простыни из sap.com к месту (0,0001%) и не к месту (все остальное) в надежде получить заветное очко Помимо SDN - сапфорум, sapfans, раздел SAP на ittoolbox, множество других менее известных ресурсов...
Причем на SDN ответ тоже можно получить. Отфильтровать посты больных поинтами - это не такая уж большая проблема.

САП_hithere, ответ неверный. эта бапишка работает только с WMS и в достаточно специфичных случаях. классический вариант решения - ws_delivery_update. это во-первых. а во вторых, попробуйте найти где-нибудь описание параметров что вашей бапи, что ws_delivery_update.

собственно, вот вам и иллюстрация типичного блуждания в потемках при внедрении САП Это почему же? Все должно быть окей и без WMS, только, чтобы корректно работало сторнирование ОМ, один из параметров необходимо будет обнулить в бади le_shp* (не помню точное название, а искать сейчас лениво, уж простите)

ws_delivery_update не стал приводить в пример , т.к. это не БАПИ

САП_>описание - в транзакции SE37
а вы туда смотрели?
для затравки, начнем с простого: почему некоторые параметры "подтвердить что-то", а некоторые "изменить что-то". что значит "подтвердить", а что "значит изменить"? догадаться, наверное, можно. но кого ни спроси: "да, наверное, это значит вот это и вот это, но нужно проверять на живой системе". Конечно, не смотрел. На работе - специально посмотрю :)

hithereСАП_>описание - в транзакции SE37
а вы туда смотрели?
для затравки, начнем с простого: почему некоторые параметры "подтвердить что-то", а некоторые "изменить что-то". что значит "подтвердить", а что "значит изменить"? догадаться, наверное, можно. но кого ни спроси: "да, наверное, это значит вот это и вот это, но нужно проверять на живой системе". Конечно, не смотрел. На работе - специально посмотрю :)
Пардон, случайно отправил раньше времени. Хотелось еще добавить - можете залогиниться на английском и скопировать описание BAPI сюда - посмеемся вместе.

САП_>описание - в транзакции SE37
а вы туда смотрели?
для затравки, начнем с простого: почему некоторые параметры "подтвердить что-то", а некоторые "изменить что-то". что значит "подтвердить", а что "значит изменить"? догадаться, наверное, можно. но кого ни спроси: "да, наверное, это значит вот это и вот это, но нужно проверять на живой системе". Описание в SE37 - это кнопочка Documentation на странице с параметрами ФМ. То, что Вы отскриншотили - это всего лишь структуры входных данных.

В БАПИ как правило есть две структуры для каждого уровня документа (заголовок / позиция) - основная, куда Вы вносите непосредственно данные, и дополнительная - контрольная - где необходимо отметить изменяемые поля и выставить другие управляющие флаги (например, flag to deletion, или флаг автоматической проводки ОМ). Это по поводу измененить и подтвердить.

Собственно, для проводки ОМ нужно заполнить всего 3 параметра:

header-deliv_numb = p_vbeln.
header_control-deliv_numb = p_vbeln.
header_control-post_gi_flg = 'X'.

CALL FUNCTION 'BAPI_OUTB_DELIVERY_CONFIRM_DEC'
EXPORTING
header_data = header
header_control = header_control
delivery = p_vbeln
TABLES
return = i_return.

САП_давайте немного сойдем с рельсов:
что значат выделенные параметры, в каких случаях их применять, как заполнять? Понятия не имею, что они значат, но могу с большой вероятностью предположить, что в случае отсутствия CRM-системы о них можно благополучно забыть.
Ну и для создания отпуска ОМ они Вам точно не понадобятся :)

САП_давайте посмотрим, что же нам скажет САП: Это у Вас язык логона - английский? А на немецком пробовали смотреть?

САП_ ответ неверный. в данном случае это примерно одно и то же и значит "возьми вот эти данные, которые у нас получились в EWM, и положи их как фактические в поставку"

вот все (буквально: все) консультанты так говорят. никто ничего толком не знает, но уверены, что "не понадобится"
Присоединяюсь к Вашему праведному гневу, касательно качества документирования этого BAPI. Как я уже говорил выше - САП, увы, не идеален.
Но позвольте полюбопытствовать, чего Вы так прицепились к этим параметрам? Там черным по-белому написано, что они CRM-specific, и если он у Вас не используется, можно смело забыть об этих несчастных биллингах.

нихт, у меня немецкий не установлен. а у вас? Ага. Я посмотрел - там то же самое. САП - однозначно негодяи!

вот еще один типичный ответ консультанта: ну откуда нормальный разработчик/внедренец узнает, что где-то что-то надо подламывать, чтобы бапи стала делать то, что ей положено делать?? Если выпускать консультантов в интернет, то они за несколько минут смогут найти всю необходимую информацию.
Я ничего не понимаю, в логистических БАПИ (да и вообще во всей саповской логистике), но потратил ровно 4 минуты, чтобы отыскать нужную ссылку:
http://sapboard.ru/forum/viewtopic.php?f=13&t=24068&hilit=BAPI_OUTB_DELIVERY_CONFIRM_DEC


не работает, выдает что-то вроде "поставка не передавалась в EWM, поэтому валите нафиг"
По меньшей мере странно - внутри БАПИ вызывается тот же WS_DELIVERY_UPDATE.
Maybe, версия ERP у Вас другая.

Справедливости ради, надо отметить, что краткое описание этого BAPI все-таки доступно в системе.
Комментирии по использованию параметров, необходимых для решения предложенной Вами задачи (создание отпуска материала) там есть. Proof-скриншот присобачил к сообщению.

САП_,

А Вы ведь кажется, какой-то начальник то ли из ГК Мегаполис, то ли из другой компании-оптовика с похожим названием (на форуме раньше всплывало), поэтому интересно - САП Вам помог? Или в газенваген надо отправить не только консультантов, но и саму систему?
Сейчас бы стали внедрять? :)