Но при этом никто не мешает тебе попробовать написать свою формулу, которая будет вытягивать эту ценну из заявки по полям BANFN, BNFPO указанным в позиции заказа.
Покрайне мере так как эти поля присутствуют в таблице EKPO ты сможешь добавить их в структуры KOMK, KOMP, KOMG
Согласно следующих рекомендаций
INCLUDES
Fields for price determination are contained in the following INCLUDES:
Header data in KOMKAZ (INCLUDE in KOMK/KOMG)
Item data in KOMPAZ (INCLUDE in KOMP/KOMG)
USER EXITS
The new fields in the processing of purchasing documents are filled with the following USER EXITS:
Extension of LMEKO001 with function module EXIT_SAPLMEKO_001
(for the header fields of table KOMK)
Extension of LMEKO002 with function module EXIT_SAPLMEKO_002
(for the item fields of table KOMP)
You must activate the USER EXITS with transaction CMOD.
Example
The example describes how to proceed in order to use the document field EKGRP (purchasing group) for price determination (in the standard system it is not defined for this purpose).
1. First check whether there is a corresponding document field in the standard system.
The purchasing group (= field EKGRP) is found in purchasing documents at header level.
2. Check whether a header or item field is involved.
Field EKGRP is stored in table EKKO and is therefore a header field.
3. Include the field name ZZEKGRP in the communication structure KOMK (via the INCLUDE KOMKAZ) and assign the data element EKGRP to it.
Note that new data fields must begin with the letters "ZZ" or "YY", because SAP keeps these name slots free in the standard system to protect them from being overwritten at the time of Release changeovers.
4. Activate the structure.
This causes those structures in which this INCLUDE structure is integrated also to be generated.
5. Populate the new field in program ZXM06U14, which is used in the
function module EXIT_SAPLMEKO_001, as follows:
MOVE I_KOMK TO E_KOMK.
MOVE I_EKKO-EKGRP TO E_KOMK-EKGRP.
Ну а дальще либо писать свою формулу либо сначала создавать табличку со связью номер и позиция заявки = цена и потом через последовательность доступа тянуть ее в цену.
Только если смысл в такой операции.
Так как заявка это внутренний документ системы отражающий некоторую потребность и если следовать потоку документов:
заявка - запрос - предложение - заказ на поставку с вкраплением сюда контракта и соглашения о поставке.
То логично когда цена появляется на уровне предложения, так как когда создается заявка еще не известно какая цена будет у поставщика, а токо известна своя учетна цена.
Однако как я помню кажись в 5.0 в более раних системах я не видел, есть возможность настройки допусков для отклонения цены в заказе на поставку от цены в заявке. таким образом происходит некоторый контроль и связь между плановыми и фактическими ценами.
|
|