BAPI_SALESORDER_CHANGE и перерасчет цены

slash

нужно менять в заказе дату цены и принудительно делать перерасчет
LOGIC_SWITCH-PRICING = 'B'.
LOGIC_SWITCH-COND_HANDL = 'X'.
в бапи дату цены меняет но перерасчет не делает. Чего нужно добавить?

LKU

Стандартый отчет VA05 в верхнем меню имеет пункт "пересчет цены в заказе". Попробуйте подсмотреть у стандарта, как он это делает.

Timon&Pumba

У меня вот так работает:

Code:

      CHANGE-PRICE_DATE = 'X'.
      CHANGE-UPDATEFLAG = 'U'.
      HEADER-PRICE_DATE  = DATE.

      CALL FUNCTION 'BAPI_SALESORDER_CHANGE'
        EXPORTING
          SALESDOCUMENT                = ORDER
          ORDER_HEADER_IN             = HEADER
          ORDER_HEADER_INX           = CHANGE
        TABLES
          RETURN                      = IT_RETURN
                .

slash

Timon&Pumba написал:

У меня вот так работает:

Code:

      CHANGE-PRICE_DATE = 'X'.
      CHANGE-UPDATEFLAG = 'U'.
      HEADER-PRICE_DATE  = DATE.

      CALL FUNCTION 'BAPI_SALESORDER_CHANGE'
        EXPORTING
          SALESDOCUMENT                = ORDER
          ORDER_HEADER_IN             = HEADER
          ORDER_HEADER_INX           = CHANGE
        TABLES
          RETURN                      = IT_RETURN
                .

так только дата цены меняется
с ней все просто. с принудительным пересчетом сложность

trop

а LOGIC_SWITCH-PRICING = C или <пусто>, например?
и cond по полному ключу со всеми уровнями передавать (kschl, kposn, stunr или что-то такое)

Timon&Pumba

slash написал(а):

так только дата цены меняется
с ней все просто. с принудительным пересчетом сложность

У нас и пересчет происходит. Эта разработка делалась как раз для массового пересчета цен, когда они например меняются с 1 числа наступившего месяца.

trop

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

Timon&Pumba

А если в заказе ручками изменить дату цены пересчет происходит?

Еще можно почитать ноту 24832 и заглянуть в экзит userexit_pricing_rule из RV61AFZA.

Angie

Ещё гляньте ноту 574088 "FAQ: BAPIs in sales - pricing and conditions". Там явно говорится, какие LOGIC_SWITCH-PRICING можно использовать. А именно

Цитата:

LOGIC_SWITCH-PRICING
(as of Rel. 45B - change BAPIs)
(as of Rel. 46B - create BAPIs):
This parameter was implemented in connection with the integration
of SAP applications such as CRM and should normally not be used.
They support pricing types B, C and G. SAP recommends that you
never use it (LOGIC_SWITCH-PRICING = ' ') because special
conditions (which cannot be documented) apply if it is used.

А ваш вызов можно увидеть?

LKU

LKU написал:

Стандартый отчет VA05 в верхнем меню имеет пункт "пересчет цены в заказе". Попробуйте подсмотреть у стандарта, как он это делает.

Не поленился, сам запустил отладчик. Стандарт использует для пересчета цены в заказе ФМ SD_BULK_CHANGE с параметром FUNCTION = 'MPRX'

slash

LKU написал:

Стандартый отчет VA05 в верхнем меню имеет пункт "пересчет цены в заказе". Попробуйте подсмотреть у стандарта, как он это делает.

Не поленился, сам запустил отладчик. Стандарт использует для пересчета цены в заказе ФМ SD_BULK_CHANGE с параметром FUNCTION = 'MPRX'

Ага
вот так вот будет достаточно

Code:

    documents-vbeln = vbak-vbeln.
    documents-posnr = viewtbl-posnr.
    documents-SELKZ = 'X'.
    documents-matnr = viewtbl-matnr.

а не как бы сделать чтоб не выбирать вид расчета не переписывая модуль?

trop

если вообще позицию не передаёте, а только условия, то можно в каком-нибудь exit-е проставить флажок
(в памяти главной программы, что-то типа r185d-dataloss или такой же для позиции вроде был)

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

BAPI_SALESORDER_CHANGE и перерасчет цены

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