Коллеги, добрый день!

Возникла необходимость автоматически определять вид затрат в работах/услугах при сохранении заказа ТОРО (по пользовательскому алоритму).

Подскажите, пожалуйста, функциональные модули, позволяющие получить и изменить данные работ/услуг (подобные CO_BO_OPR_OF_ORDER_GET, CO_BT_AFVG_UPDATE для операций и CO_BC_RESBD_OF_ORDER_GET, CO_BT_RESB_UPDATE для компонентов).

Или, как вариант, таблицу, к которой можно обратиться с помощью assign. Нашел только (SAPLMLSP)I_ESLL, но в ней, во-первых, появляются записи только после открытия соответствующей вкладки в заказе ТОРО, а, во-вторых, в ней содержатся записи работ/услуг только к одной операции, а требуется изменять все работы/услуги у всех операций.

Боюсь, что если вы даже определите свой вид затрат (не по стандарту по классу оценки из ОЗУ), то при проведении последующих документов к заявки на закупку (заказов на поставку, ведомостей учёта работ/услуг...) система скорее всего все равно стандартом переопределит вид затрат по классу оценки из ОЗУ.

Может алгоритм следует реализовать с помощью выбора разных услуг и прописать его в инструкциях пользователя, чтобы не рушить стандарт?

Если уж всё-таки так хотите подменять вид затрат, я бы поискал расширение где можно было бы подменить тип контировки.
В типе контировке можно прописать свою модификацию и тогда к услуге не смотря на один и тот же класс оценки будет определяться стандартом в документах закупки разные виды затрат.

Посмотрите EXIT_SAPLMLSP_030

Коллеги, всем спасибо за ответы, но это все не совсем то.


Стандарт эта подмена не нарушит, т.к. это поле доступно для ручного ввода и задача стоит именно в автоматизации этого ручного труда (и минимизации возможных ошибок ввода).



Эти варианты не подходят, т.к. вид затрат мне необходимо подменить только в заказе ТОРО (никуда дальше это не пойдет) и именно в заказе ТОРО. Вид затрат в заказе влияет на отчет "Заказ: факт/план/отклонение", который формируется из заказа ТОРО или независимо, для списка заказов, с помощью транзакции S_ALR_87012903.

Я так понимаю, что это некий плановый заказ и заявка на услуги рождаться не будет.
Указанный выше EXIT вполне подходит для подмены вида затрат в момент ввода услуги и при сохранении заказа.
Если есть необходимость подмены вида затрат в существующих заказах, то необходимо инициировать пересохранение заказа после изменения каких-либо данных в операции.

Заявка на услуги "рождается" независимо от заказа ТОРО, в параллельном процессе. В заявке вид затрат определяется правильно, на основании класса оценки и т.д. Заказ на поставку создается на основании этой заявки и в итоге факт в заказе ТОРО аккумулируется с правильным видом затрат.

Указанный вами EXIT, к сожалению, срабатывает только на экране ввода работ/услуг (в момент ввода работы/услуги в заказ ТОРО или сохранения заказа с этого экрана).
У нас же процесс построен следующим образом:
1. Создается заказ ТОРО, в нем указываются операции с работами/услугами. Заказ сохраняется с видом затрат по умолчанию (который определился по классу оценки).
2. В заказ ТОРО в качестве компонента вводится материал, являющийся услугой. Теперь при сохранении вид затрат в операциях заказа и в работах/услугах (в случае, если есть такие операции) должен обновиться на корректный, определенный на основании класса оценки введенного только сейчас материала.

Т.о. при вводе работы/услуги определить вид затрат нет возможности. Это можно сделать только при одном из следующих сохранений заказа, при котором этот EXIT не срабатывает.

ну мне кажется , что вся проблема заключается в том что Вы массивно отходите от стандартного SAPом предусмотренного процесса. В стандарте сначала создаётся заказ и только потом заявка на материал/услуги. А Вы занимаетесь актуально модификацией, со всеми вытекающими последствиями.

видел на одном проекте свою логику определения счетов (независимо от T030),
делалась как-то очень хитро, использовался экзит EXIT_SAPLCOIH_009