Изменение заказа ТОРО

csander

Всем доброго времени суток.
Столкнулся с следующей задачей:
В заказе ТОРО при удалении позиции (RESB-XLOEK = 'X' - Позиция удалена) на вкладке "Компоненты" необходимо запустить выполнение BAPI.
Пытался реализовать в BADI WORKORDER_UPDATE. Но она отрабатывает до выставления флага удаления.
Определение IWO1_ORDER_BADI (Заказ ТОРО, сервисный заказ и заказ на восстановление) отрабатывает на любое изменение в заказе. Но тоже до выставления флага.

Подскажите, в какую сторону копать?
Спасибо

Besa

Была задача изменить сроки сообщения при сохранении заказа ТОРО. BADI WORKORDER_UPDATE, как Вы написали, срабатывает рано и для моего случая. Решал через ФМ обновления с отложенным запуском.

csander

Besa написал:

Была задача изменить сроки сообщения при сохранении заказа ТОРО. BADI WORKORDER_UPDATE, как Вы написали, срабатывает рано и для моего случая. Решал через ФМ обновления с отложенным запуском.

Можно поподробнее?

csander

Создал Enhancment в BEFORE_UPDATE ДО выполнения стандартного кода
ENHANCEMENT 2 ZMM_PR_DEL_ENHANCM. "active version

Code:

*Здесь вызываем отложенный ФМ. Передаем IT_HEADER-RSNUM, IT_COMPONENT
  DATA: LV_RSNUM TYPE RSNUM,
        LS_HEADER TYPE CAUFVDB.

LOOP AT IT_HEADER INTO LS_HEADER.
    LV_RSNUM = LS_HEADER-RSNUM.
ENDLOOP.

CALL FUNCTION 'Z_MM_PR_DELETE' IN UPDATE TASK
    EXPORTING
      IV_RSNUM          = LV_RSNUM
    TABLES
      IT_COMP_OLD       = IT_COMPONENT
            .
ENDENHANCEMENT.

ФМ Z_MM_PR_DELETE - в свойствах: Модуль обновления , ЗапускОткладыв
Текст:

Code:

...
CALL FUNCTION 'BAPI_REQUISITION_DELETE' "Удаляем
        EXPORTING
          NUMBER                            = LS_STR-BANFN
        TABLES
          REQUISITION_ITEMS_TO_DELETE       = I_DELETE
          RETURN                            = GT_MESSAGE1
                .
...

Дамп "Invalid ROLLBACK WORK in an update function module."

Code:

FUNCTION TRANSACTION_END.
*"----------------------------------------------------------------------
*"*"Lokale Schnittstelle:
*"       IMPORTING
*"             VALUE(TRANSACTION_ID) LIKE  ARFCTID STRUCTURE  ARFCTID
*"----------------------------------------------------------------------

IF OWNER_OF_TRANSACTION = TRANSACTION_ID.
  IF STATUS_OF_TRANSACTION = COMMIT_WORK.
    COMMIT WORK.
  ELSE.
    ROLLBACK WORK. <------------------------------- Здесь валится в дамп
  ENDIF.
  CLEAR OWNER_OF_TRANSACTION.           "release transaction
  STATUS_OF_TRANSACTION = UNDEFINED.

* same like in BAPI_Transaction_Commit/Rollback  AD05092001
  CALL FUNCTION 'BUFFER_REFRESH_ALL'.             "AD05092001

ENDIF.
ENDFUNCTION.

Besa

csander, все правильно делаете, только вот эти бапи (BAPI_REQUISITION*) для заявок, они, по-моему, какие то не продуманные что-ли

. Один из многих недостатков это как раз таки COMMIT WORK/ROLLBACK WORK внутри бапи. В ФМе обновление это конечно не приемлемо. Используйте бапи BAPI_PR_CHANGE.

Code:

data: r like BAPIRET2 OCCURS 0 WITH HEADER LINE.
data: P like BAPIMEREQITEMIMP OCCURS 0 WITH HEADER LINE.
data: PX like BAPIMEREQITEMX OCCURS 0 WITH HEADER LINE.

p-PREQ_ITEM = '00010'.
p-DELETE_IND = 'X'.
px-PREQ_ITEM = '00010'.
px-DELETE_IND = 'X'.
append p.
append px.
BREAK-POINT.
CALL FUNCTION 'BAPI_PR_CHANGE'
  EXPORTING
    NUMBER  = '3000000000'
  TABLES
    RETURN  = r
    PRITEM  = p
    PRITEMX = px.

sibrin

Besa написал:

только вот эти бапи (BAPI_REQUISITION*) для заявок, они, по-моему, какие то не продуманные что-ли

. Один из многих недостатков это как раз таки COMMIT WORK/ROLLBACK WORK внутри бапи.

Это только в группе функций MEWF такое (BAPI_REQUISITION_RELEASE*/RESET*).
А в группе функция MEWQ всё нормально.

Besa

sibrin написал:

Besa написал:

только вот эти бапи (BAPI_REQUISITION*) для заявок, они, по-моему, какие то не продуманные что-ли

. Один из многих недостатков это как раз таки COMMIT WORK/ROLLBACK WORK внутри бапи.

Это только в группе функций MEWF такое (BAPI_REQUISITION_RELEASE*/RESET*).
А в группе функция MEWQ всё нормально.

А не на оборот?

Да, с BAPI_REQUISITION* погорячился, в бапишках BAPI_REQUISITION_RELEASE/RESET вроде норм, в остальных нет.

sibrin

Besa написал:

в бапишках BAPI_REQUISITION_RELEASE/RESET вроде норм, в остальных нет.

Да, точно.

csander

Besa написал:

csander, все правильно делаете, только вот эти бапи (BAPI_REQUISITION*) для заявок, они, по-моему, какие то не продуманные что-ли

. Один из многих недостатков это как раз таки COMMIT WORK/ROLLBACK WORK внутри бапи. В ФМе обновление это конечно не приемлемо. Используйте бапи BAPI_PR_CHANGE.

Code:

data: r like BAPIRET2 OCCURS 0 WITH HEADER LINE.
data: P like BAPIMEREQITEMIMP OCCURS 0 WITH HEADER LINE.
data: PX like BAPIMEREQITEMX OCCURS 0 WITH HEADER LINE.

p-PREQ_ITEM = '00010'.
p-DELETE_IND = 'X'.
px-PREQ_ITEM = '00010'.
px-DELETE_IND = 'X'.
append p.
append px.
BREAK-POINT.
CALL FUNCTION 'BAPI_PR_CHANGE'
  EXPORTING
    NUMBER  = '3000000000'
  TABLES
    RETURN  = r
    PRITEM  = p
    PRITEMX = px.

Заменил BAPI_REQUISITION_DELETE на BAPI_PR_CHANGE.
Получаю следующий дамп.

Code:

Краткий текст
    The current application triggered a termination with a short dump.

Что произошло?
    The current application program detected a situation which really
    should not occur. Therefore, a termination with a short dump was
    triggered on purpose by the key word MESSAGE (type X).

Что Вы можете сделать?
    Note down which actions and inputs caused the error.

    To process the problem further, contact you SAP system
    administrator.

    Using Transaction ST22 for ABAP Dump Analysis, you can look
    at and manage termination messages, and you can also
    keep them for a long time.

Анализ ошибки
    Short text of error message:
    Вложенный вызов PERFORM ON COMMIT: NESTED_PERFORM_ON_COMMIT caller: SAPL
    KAOI program: SAPLKAOI form: POST_OPEN_ITEMS

    Long text of error message:
     Diagnosis
         During processing of a routine called using PERFORM ... ON COMMIT,
         the system attempted to call PERFORM ... ON COMMIT again. Nesting
         of this is not allowed.
     System Response
     Procedure
         The program indicated after "Caller:" must be changed. This is the
         program that calls the routine indicated after "Form:" during
         COMMIT processing. This routine is part of the program indicated
         after
         "Program:".
     Procedure for System Administration

Besa

Если делать CALL FUNCTION 'Z_MM_PR_DELETE' IN UPDATE TASK в отдельной программке, удаление нормально происходит? Я думаю что дело не в BAPI_PR_CHANGE, а в самом процессе который Вы пытаетесь реализовать. Как я понял у Вас настроен ППМ, то есть при сохранении заказа создается сразу заявка в ММ на материалы требуемые для исполнения заказа, далее что Вы пытаетесь сделать?

Мне не понятно из-за чего получается такой дамп, Ваш процесс у меня нет возможности смоделировать...
Какая у Вас версия и уровень SAP_APPL компонента?

csander

Besa написал:

Если делать CALL FUNCTION 'Z_MM_PR_DELETE' IN UPDATE TASK в отдельной программке, удаление нормально происходит? Я думаю что дело не в BAPI_PR_CHANGE, а в самом процессе который Вы пытаетесь реализовать. Как я понял у Вас настроен ППМ, то есть при сохранении заказа создается сразу заявка в ММ на материалы требуемые для исполнения заказа, далее что Вы пытаетесь сделать?

Мне не понятно из-за чего получается такой дамп, Ваш процесс у меня нет возможности смоделировать...
Какая у Вас версия и уровень SAP_APPL компонента?

SAP_APPL: SAPKH60406

Да, Besa, Вы правы. При сохранении заказа, я создаю заявку на перемещение. Т.е. соотв-но при создании новой записи на вкладке "Компоненты", я создаю заявку и т.д.
Сделал внедрение для IWO1_ORDER_BADI. В методе CHANGE_COSTRELEVNCY отлавливаю событие сохранения

Code:

if syst-ucomm eq 'BU'. " Только на сохранение

далее при изменении материала (IS_RESBD_NEW <> IS_RESBD_OLD) вызываю BAPI_PR_CHANGE
при добавлении нового материала вызываю соотв-но BAPI_PR_CREATE.

Но дело в том, что отловить удаление материала в этом методе не получается. Поэтому пришлось искать возможность реализации в других местах.
В SPRO нашел BADI "Изменение заказа" (WORKORDER_UPDATE). Все что делается далее описано выше

Правила форума

Изменение заказа ТОРО

Кто сейчас на конференции