Расчет цены в контракте SD

Papon

Для планирования платежей нужно посчитать полные суммы в позициях существующих контрактов. Пытаюсь разобраться как это можно сделать. Кто скажет, что не так в следующем коде? Вопреки моим ожиданиям, он не расчитывает цену по условиям.

Code:

CALL FUNCTION 'SD_SALES_DOCUMENT_READ'
  EXPORTING
    document_number                  = p_vbeln
*   PROCESSING_MODIFICATION          = ' '
*   PROCESSING_BUFFERREAD            = ' '
*   RESULTS_INSERT                   = ' '
*   SUPPRESS_AVAILIBILITY_DIA        = 'X'
*   SUPPRESS_TEXT_POPUP              = 'X'
*   I_BLOCK                          = 'X'
*   STATUS_BUFFER_REFRESH            = 'X'
*   REQUISITION_BUFFER_REFRESH       = 'X'
*   CALL_ACTIVE                      = ' '
*   I_NO_AUTHORITY_CHECK             = ' '
*   I_CALL_BAPI                      = ' '
*   I_CRM_LOCK_MODE                  = ' '
* IMPORTING
*   EKUAGV                           =
*   EKURGV                           =
*   EKUWEV                           =
*   EVBAK                            =
*   EVBAKKOM                         =
*   EVBKD                            =
*   ETVAK                            =
          .
CALL FUNCTION 'SD_SALES_DOCUMENT_READ_POS'
  EXPORTING
    document_number                 = p_vbeln
    document_posnr                  = p_posnr
*   SUPPRESS_AVAILIBILITY_DIA       = 'X'
*   SUPPRESS_TEXT_POPUP             = 'X'
*   STATUS_BUFFER_REFRESH           = 'X'
*   CALL_ACTIVE                     = ' '
* IMPORTING
*   EVBAK                           =
*   EVBAKKOM                        =
*   MATNR_POS                       =
  TABLES
    fxavbbd                         = lt_fxavbbd
          .
CALL FUNCTION 'SD_SALES_PRICING_INFORMATION'
  EXPORTING
    i_posnr          = p_posnr
*    I_READ_DOC       = 'X'
    i_vbeln          = p_vbeln
  IMPORTING
    e_komk           = ls_komk
    e_komp           = ls_komp
  TABLES
*    FXKONV           =
    ftkomv           = lt_komv
*    FTKOMK           =
          .
WRITE: / ls_komp-netpr.
CALL FUNCTION 'PRICING'
EXPORTING
  calculation_type        = 'C'
  comm_head_i             = ls_komk
  comm_item_i             = ls_komp
*      PRELIMINARY             = ' '
*      NO_CALCULATION          = ' '
IMPORTING
  comm_head_e             = ls_komk2
  comm_item_e             = ls_komp2
TABLES
  tkomv                   = lt_komv
*      SVBAP                   =
*    CHANGING
*      REBATE_DETERMINED       = ' '
        .
WRITE: / ls_komp2-netpr.

Jelena

Нафига вам надо заново рассчитывать цены по уже cуществующим контрактам?

Вся эта информация уже должна храниться в таблице VBAP (NETWR, KZWI1, etc.). В крайнем случае значения всех условий также хранятся в таблице KONV.

Papon

2 Jelena
Во-первых, я Вам очень признателен за доброжелательное предложение использовать стоимость нетто вместо полной стоимости. К сожалению, мой заказчик упрям как осел, и мне вряд ли удастся склонить его к столь простому и изящному решению.
Во-вторых, из Ваших слов я умозаключаю, что Вам неизвестно, как правильно пользоваться функцией PRICING, что и составляло суть моего вопроса.
В-третьих, не специализируясь на модуле SD, я вряд ли смогу внятно ответить на ваши вопросы. Направление, куда копать, интуитивно сложилось у меня из поиска по различным форумам.
В четвертых, в каких таблицах что хранится - мне известно, спасибо. К сожалению, в каком затейливом виде хранится - тоже известно.
Еще раз спасибо за Ваши добрые намерения.

Jelena

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

Во-первых, я Вам очень признателен за доброжелательное предложение использовать стоимость нетто вместо полной стоимости.

Я совершенно не предлагала этого делать. Названия полей были приведены исключительно для примера, в каком направлении нужно искать информацию. В своем посте вы как-то запамятивали дать точное определение "полной стоимости" (возможно оно существует где-нибудь в законах о бухгалтерии, но это, знаете ли, ABAP форум), поэтому нам остается только гадать о сути вашей задачи.

Мне "посчастливилось" поработать с SD несколько лет, поэтому желание пользоваться цепочкой ФМ вместо того, чтобы прочитать уже готовые данные из базы, у меня вызвало определенное недоумение. Во-первых, это просто нерационально. Во-вторых, результат, который вы получите, может отличаться от тех данных, которые были записаны в базу в момент сохранения документa. Bаш заказчик готов мириться с такими неувязочками?

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

К сожалению, в каком затейливом виде хранится - тоже известно.

Они хранятся в не более затейливом виде, чем вам придется использовать, если вы таки продолжите настаивать на использовании ФМ.

На SDN вы найдете массу примеров использования ФМ PRICING, но обратите внимание, что никто его не использует для pricing уже созданного документа. Обычно этот ФМ используется для симуляции подсчета цены:
https://www.sdn.sap.com/irj/sdn/weblogs ... b/wlg/4841

Papon

2 Jelena
Во-первых, я извиняюсь. Мой сарказм был совершенно неуместен. На самом деле, после Вашего поста я плюнул на благородный путь размышления и по-обезьяньи поискал в реальных примерах нужную мне цифру, и, в самом деле, обнаружил ее, в поле CMPRE. Спасибо, честное благородное спасибо.
Во-вторых, мне, все-таки, хотелось бы "обуздать" функцию PRICING, причем, именно с подготовкой параметров при помощи ФМ. Слабость, знаете ли, испытываю к благородным путям.
В-третьих, теперь аналогичная задача стоит в отношении контракта и заказа MM. (поиск, по предыдущей аналогии, "подходящих полей" успехами не порадовал, теперь уж точно на PRICING настраиваюсь)
...
И, наконец, в-пятых... А почему, все-таки, мой код-то не работает?..

Jelena

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

А почему, все-таки, мой код-то не работает?..

Что конкретно "не работает" в вашем коде?

Собственно для существующих документов можно было обойтись вызовом SD_SALES_PRICING_INFORMATION, остальное там ни к чему. Последующий вызов PRICING ничего не изменит, если только после создания документа не поменялись condition records или еще что-то в ценообразовании.

Если вы не получили ожидаемую цифру в ls_komp2-netpr, это всего лишь означает, что данные хранятся совсем не в том виде, в каком вы ожидали. Рекомендую при случае заглянуть в конфигурацию pricing procedure (поле VBAK-KALSM), возможно это кое-что прояснит: SPRO -> Sales and Distribution -> Basic Functions -> Pricing -> Pricing Control -> Define and Assign Pricing Procedures.

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

Расчет цены в контракте SD

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