Changing the Sequence of the Access Sequence for Pricing Condition Type

Hi Friends,
We have an access sequence to determine the pricing. We have 8 key combinations for the same.
Customer/Plant/Material/Batch
Sales Org/ Dist Ch/ Cust Region/Plant/Material/ Batch
Price List Type/Currency/Plant/Material/ batch
Plant/Material/ Batch
1st 4 is with batch. and 2nd 4 is without batch. At the time of implementation ie., before 8 years the 1st 4 key combinations were used. But now based on the business need we are not using the 1st 4 key combination rather we are using the 2nd 4 which is without batch.
My question is that can we change the access sequence so that while the system fetches the price it need not go through the entire ( 91,02,401 ) records.
If this is possible then
Will there by any impact during viewing of past data?

Hi,
There are two options.
1)Change the validity dates for those condition records to earlier date.
2)Usually the sytem checks from top to bottom.If it finds the record in first table then it will return that value and stop searching.
As your not required things are on the top,remove the condition records for them using VK12 T.Code.And maintain the records for what condition tables you are required.
Regards,
Krishna.

Similar Messages

Function module to change the value for pricing condition type

Hello experts,
I want to change the value for pricing condition type for an item in the transaction CRMD_ORDER.
I used many function modules but none are working.
Please kindly suggest a function module that will change the value for a condition type .
I have used the following function module but its not working, please correct the coding if anything needs to be changed or added. Please help me .
Thank you.
CLEAR PRCD_COND.
     SELECT SINGLE * FROM PRCD_COND WHERE KPOSN = WA_ORDERADM_I-GUID AND
                                          KSCHL = COND_TY.
IF SY-SUBRC = 0.
*    MOVE-CORRESPONDING PRCD_COND TO L_COND_CHG.
*    CLEAR L_COND_CHG-KBETR.
    L_COND_CHG-STUNR = PRCD_COND-STUNR.
    L_COND_CHG-KBETR = COND_PRC.
*    L_COND_CHG-KSCHL = COND_TY.
    INSERT L_COND_CHG INTO TABLE T_COND_CHG.
L_HEAD_GUID = CRMD_ORDERADM_H-GUID.
L_ITEM_GUID = WA_ORDERADM_I-GUID.
INSERT L_HEAD_GUID INTO TABLE HEAD_GUID.
INSERT L_ITEM_GUID INTO TABLE ITEM_GUID.
    CALL FUNCTION 'CRM_ORDER_READ'
     EXPORTING
       IT_HEADER_GUID                    = HEAD_GUID
       IT_ITEM_GUID                      = ITEM_GUID
     IMPORTING
       ET_ORDERADM_H                     = LT_ORDERADM_H
       ET_ORDERADM_I                     = LT_ORDERADM_I
       ET_PRIDOC                         = IT_PRIDOC_RD
       ET_DOC_FLOW                       = T_DOC_FLOW
*     CHANGING
*       CV_LOG_HANDLE                     =
*     EXCEPTIONS
*       DOCUMENT_NOT_FOUND                = 1
*       ERROR_OCCURRED                    = 2
*       DOCUMENT_LOCKED                   = 3
*       NO_CHANGE_AUTHORITY               = 4
*       NO_DISPLAY_AUTHORITY              = 5
*       NO_CHANGE_ALLOWED                 = 6
*       OTHERS                            = 7
    IF SY-SUBRC <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.
MOVE-CORRESPONDING LS_PRIDOC_RD TO L_PRI_COND.
INSERT L_PRI_COND INTO TABLE PRI_COND.
LOOP AT IT_PRIDOC_RD INTO LS_PRIDOC_RD.
MOVE-CORRESPONDING LS_PRIDOC_RD TO L_PRIDOC_CHG.
L_PRIDOC_CHG-PRIC_COND = PRI_COND.
L_PRIDOC_CHG-REF_GUID = LS_PRIDOC_RD-GUID.
L_PRIDOC_CHG-COND_CHANGE = T_COND_CHG.
INSERT L_PRIDOC_CHG INTO TABLE PRIDOC_CHG.
ENDLOOP.
LOOP AT LT_ORDERADM_H INTO LS_ORDERADM_H .
MOVE-CORRESPONDING LS_ORDERADM_H TO L_HEADER.
INSERT L_HEADER INTO TABLE HEADER.
ENDLOOP.
LOOP AT LT_ORDERADM_I INTO LS_ORDERADM_I.
MOVE-CORRESPONDING LS_ORDERADM_I TO L_ITEM.
INSERT L_ITEM INTO TABLE ITEM.
ENDLOOP.
L_FIELD-FIELDNAME = 'STUNR'.
INSERT L_FIELD INTO TABLE FIELD.
L_FIELD-FIELDNAME = 'KBETR'.
L_FIELD-CHANGEABLE = 'X'.
INSERT L_FIELD INTO TABLE FIELD.
L_INPUT-FIELD_NAMES = FIELD.
L_INPUT-REF_KIND = 'E'.
L_INPUT-REF_GUID = LS_PRIDOC_RD-GUID.
L_INPUT-OBJECTNAME = 'PRIDOC'.
INSERT L_INPUT INTO TABLE INPUT.
    CALL FUNCTION 'CRM_ORDER_MAINTAIN'
     EXPORTING
       IT_PRIDOC                     = PRIDOC_CHG
     IMPORTING
       ET_EXCEPTION                  = EXCEPT
     CHANGING
       CT_INPUT_FIELDS               = INPUT.
    IF SY-SUBRC <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.
REFRESH EXCEPT.
CALL FUNCTION 'CRM_ORDER_SAVE'
EXPORTING
    IT_OBJECTS_TO_SAVE         = HEAD_GUID
*   IV_UPDATE_TASK_LOCAL       = FALSE
*   IV_SAVE_FRAME_LOG          = FALSE
*   IV_NO_BDOC_SEND            = FALSE
*   IT_ACTIVE_SWITCH           =
IMPORTING
   ET_SAVED_OBJECTS           = SAVED
   ET_EXCEPTION               = EXCEPT
   ET_OBJECTS_NOT_SAVED       = UNSAVED
* CHANGING
*   CV_LOG_HANDLE              =
* EXCEPTIONS
*   DOCUMENT_NOT_SAVED         = 1
*   OTHERS                     = 2
IF SY-SUBRC <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
ENDIF.
COMMIT WORK AND WAIT.

Hi,,
To be able to call a function module in an update work process, you must flag it in the Function Builder. When you create the function module, set the Process Type attribute to Update with immediate start
Alternatively u can use this function module.
CRM_STATUS_DATA_SAVE_DB
BAPI_CUSTOMERCRM_CHANGE (If u wish to use a bapi for this).
Also , Let me know what error you got when implementing other function module.Does the function module didnt return any error but still the value is not changed for pricing condition type?

Table for pricing condition type

My pricing condition is like this
MP00-PRICE,MP01-EDUCATION CESS,MP02-VAT,MP03-CST;
The pricing procedure is MP0000;
I have created access sequence & condition record for MP00,MP02,MP03.
But to set the education cess (MP01) to appear automatically kindly let me know which table (NO),(for MP03& MP02-Std table -628 ) was taken would suit the need so that access sequence can be set for it for automatic updation

Dear Pradeep,
From what i understood from your post, the decision on access sequence and tables used entirely depends on the business requirement.
I would advice you to maintain the same access sequence as what is now maintained for the PRICE (MP00-PRICE).
Thanks & Regards,
Hegal K Charles

Selecting the best Price for a condition type but only for some customers

Hi All,
I have this situation where we have condition type ZPPR (COPY OF PR00) with 5-6 Condtion tables.
in Access sequence for ZPPR, we have Exclusion Indicator set for all the conditiona tables so if first price is found, it doesn't search for others.
Now I have a requirement that we should search for all the condition records and choose the lowest price. But this should happen for only a certain type of customers and not for everybody.
Spefically we have:
1. Contract Price
2. Plant/Material price
Normally, if contract price is found, it doesn't look for Plant/Mat price but we want to offer our customers(some of them) an option where they could choose the lower of the two price. We set both the prices every day based on some inputs.
Regards,
Luke
Edited by: Lukesh Singla on Dec 21, 2011 8:49 PM

Hi Luke,
We have multiple option for this implementation:
Option 1: If possible based on access sequence. Not sure if this is suitable considering you mentioned that ZPPR has 5-6 access sequence.
1) Store Contract price in condition type ZPPR and store Plant / Material Price in new condition type say, ZPPX.
2) Have separate pricing procedure and determine them based on customer type. In first pricing process XXXX01, configure Condition exclusion with the setting that ZPPX should be deactivated if ZPPR is present, condition exclusion procedure D (exclusive) . In second pricing procedure XXXX02, configure condition exclusion with the setting that compare ZPPX and ZPPR and activate best condition type for the customer by using condition exclusion procedure C (Best condition between two exclusion groups ).
Option 2:
1) Copy ZPPR and its access sequence to a new condition type and access sequence say ZPPX without checking exclusion indicator in the access sequence. In the condition type control for condition type ZPPX >> Master data section >> Reference Condition type = ZPPR so that master data records need not be duplicated.
2a) Assign the current procedure to the set of customers which should get the first price. Create a new procedure with condition type ZPPX instead of ZPPR keeping other parameters similar and assign the new procedure to other set of customers who should get the best price.
OR
2b) if 2a is difficult in terms of future maintenance, add condition type ZPPX in the same procedure and create 2 new pricing requirement validating the customer segments and assign them to respective condition type in procedure ZPPR and ZPPX.
3) Maintain condition exclusion for condition type ZPPX with B ( Best condition within Condition type).
Hopefully it helps. Let me know if you need any other help in implementation of the solution.
Regards,
Naveen Aggarwal

Receive "The page cannot be displayed" for Pricing Conditions

To all,
I receive the message "The page cannot be displayed" for Pricing Conditions when I select the "Accesses" button. I then received the message "HTML field saved to C:\temp\CRM_IPC.html".
This only seems to happen when using the pricing in the service order confirmation.

Hi Bob,
R u using IPC for pricing, if yes just check the connections to the IPC server.
The error is because of the IPC connection not getting established.
<b>Please reward points if it helps.</b>
Regards,
Amit Mishra

What is the need of creating partner functions for sales document type.

Hi SAP (SD-GURUS),
Actually we create partner functions before creating customer ex: sold to party, ship to party, bill to party, and payer.
These partner functions are going to be copied into sales order while processing sales order.
Again what is the need of creating partner functions for sales document type.
Thanks&Regards
sreenivas peruru

There are some Partners you could enter at Sales ORder Level. E.g. Sales Person, Employee Responsible, Forwarding Agent, Broker, etc.
Thus these partner Determination need to be carried out at Sales Order Level & not at Customer Master level.
So we have to configure partner Determination for various levels e.g. Customer Master, Sales Order, Delivery level etc...
Hope this helps...
THanks,
Jignesh Mehta

Function Module for getting the Sales Price for a condition type

Hi,
I am looking for a standard function module to which I can pass my condition type(new customizing) and it will return the sales price. The customer is going to create some new condition type to manitain the sales price. I'll have the necessary information like material/sales org/distribution channel, customer and need the standard function module to read the condition records for that condition type(as configured) and give me the price. PLease help if you know of a standard function module performing this.
Thanks in advance.
Regards
Malthi

Hi malthi ,
welcome to sdn
for material sales area u can look for the validations is table MVKE.
the classification of the conditions is in tables like A901, a902 etc which in my opinion holds the condition types per classification .
put a A* in se11 and this will give the list of tables per classification .
u need to get the conditions as per kschl and dmbtr and
etc..
like this ..
Get Condition Values for Material/Plant combination
IF NOT i_a916[] IS INITIAL.
    SELECT knumh kappl kschl krech
           kbetr konwa kpein kmein
           INTO TABLE i_konp
           FROM konp
           FOR ALL ENTRIES IN i_a916
           WHERE knumh EQ i_a916-knumh AND
                 kappl EQ i_a916-kappl AND
                 kschl EQ i_a916-kschl AND
                 loevm_ko NE 'X'.
ENDIF.
Get Condition Values for Material/Plant/Ordertype/
Customer combination
IF NOT i_a925[] IS INITIAL.
    SELECT knumh kappl kschl krech
           kbetr konwa kpein kmein
           APPENDING TABLE i_konp
           FROM konp
           FOR ALL ENTRIES IN i_a925
           WHERE knumh EQ i_a925-knumh AND
                 kappl EQ i_a925-kappl AND
                 kschl EQ i_a925-kschl AND
                 loevm_ko NE 'X'.
ENDIF.
just check this Fm if u can apply ur condition over here ..
ME_GET_PRICE_CONDITION
regards,
VIjay.

ME21N : Donu2019t copy the price for all condition types from last po

Dear.
When I create a purchase order the price for all condition types are copied from last purchase order inside the info-record.
But I have some condition types like FRA1 or FRA2 that I donu2019t want that system transfer price from last purchase order.
How can I do that ?
Thanks.

Hi Cris,
Go to SPRO>MM>PUR>Info Record>Define Price History> Here with your Purchasing organization if the tick is active that
Specifies that the order price history (PO price history) is to be updated with the effective price.
Normally, the order price history is updated with the net price.
Procedure
Set this indicator if you want the order price history to be updated with the effective price.
Thanks
Diwakar

How to change exchange rate type for specific pricing condition type

Hello every one,
I have a requirement for billing ie VF01.
currently all the exchange rate are being calculated with exchange rate type 'M' by default.
but now client want it should calculate exchange rate with type 'E' for two pricing condition type for all others it should calculate with type 'M'
Please any body can help me with the exit and code which i can use.
I have checked exits SDVFX008.
but how to change exchange rate with type 'E' only for two conditions.
as changing exchange rate at document header will change exchange rate for all condition type.

You need to assign KOMK-KURST = 'E', for those two condition types. If it had been item number specific, you could have used USEREXIT_PRICING_PREPARE_TKOMK(RV60AFZZ).
Do one thing, put a breakpoint on FM 'PRICING' and then do selective runtime analysis.
Check whether any user exit/BADI/ explicit enhancement are available when condition types are processed in a loop. If nothing is available, try implicit enhancement.
Link to refer for selective runtime analysis - Runtime Analysis for VOFM
Also try with VOFM requirements ( not sure whether changing KOMK-KURST is permissable in requirement as normally we only set sy-subrc values to suppress/allow condition types ). Don't forget to assign requirements against condition types in pricing procedure.

Pricing Condition Type - Not visible to the customer

Dear All,
What all the config need to set up in the pricing procuder for a condition type to ensure customer did not wish to see the value for the particular condition type on the invoice. However it should have the ability to value in the condition type automatically post to the correct accounts at the time of invoicing.
Thanks in advance.
Victor

Hi victor
If nobody should change the condition type at billing level or sales order level also means then go to V/06 and set the field Manual Entries - D .
Secondly, in VTFL change the pricing type to C or D then changing the condition type manually is not possible
Regards
Srinath

Automatic PO adjustment for pricing condition changes sap

Hello SAP users,
How to prevent automatic PO adjustment for pricing condition changes to purchase order items that are marked for deletion. Please respond.
Thanks

Hi,
Check the settings in below configuration:
SPRO>MM>Purchasings>Conditions>Automatic document adjustment-->Control doc. adjustment.
SAM

To make the Pricing Condition types inactive in Pricing Procedure

Hi Experts,
I am facing a senario where, in a sales order, pricing procedure, if one of the pricing condition type does not exist, then two other condition types (even though they are determined by condition records), should be either made inactive or should not appear in the pricing procedure.
Example: If I have 3 condition types in Pricing Proc say
YYY1, YYY2, YYY3, then the scenarios are
a. If one of the condition types YYY1 is not determined, then, YYY2 and YYY3 should not be either determined in the sales order or should be made inactive. This same logic applies to both YYY2 and YYY3.
b. If all three condition types are determined in Pricing Proc of the sales order, then, the price should be considered.
If it was just YYY1 then, I could have done it in VOFM by writing a routine and assigning it to YYY2 and YYY3 in pricing proc. However, the scenario is to check the other condition types as well and make YYY1 inactive if any of the other condition type does not exist. Both condition types are determined after YYY1 which is another difficulty.
I tried creating a dummy condition type and assigning it to Pricing Proc (at the end of Pricing Proc). For this dummy condition I put in a pricing requirement which checks for all three condition types and if one does not exist, then it make other conitions inactive.
However, this does not work in VA02 and VA03 as XKOMV is either not getting filled up or even if is getting filled, it is not having the condition type. It some times has condition records, and sometimes not... (not very sure why)
So, I was thinking of using user exit for the same. However, I was unable to find a suitable user exit for the same where KONV table can be read or XKOMV can be filled.
Can you please suggest if any user exit can be used for this or if we can implement it in a different way?
Regards,
Mukund S

Hi,
I think you can use condition exclusion functionality to select best pricing condition from a set of conditions in pricing. You can compare conditions in many ways.
I believe you can plot a solution with little research. The below link is for your reference.
[http://help.sap.com/saphelp_40b/helpdata/fr/93/743483546011d1a7020000e829fd11/content.htm]

Condition Records For Tax Condition types for SAP 4.7

Dear Experts,
What is the procedure to maintain condition records for tax condition types like CST , VAT and Service Tax. We are not using CIN. In MM01 and XD02 tax classifications i have maintained UTXJ condition Type and also maintained the above mention tax condition types.. But when i create condition records for UTXJ in VK11 the sysytem is asking for Tax code. In FTXP when i defined Tax code A1 for Tax ProcedureTAXIN1 where i maintained all the Tax condition types there.But i am unable to save the Tax % in FTXP.When i try to save the tax code it is not saving.
Is there any other procedure to maintain Tax condition types for SAP4.7.
My Pricing procedure that i maintained in V/08 is Z00001.
Regards
Jyoti

Hi Jyoti
Since you are not using CIN, you can do the follwing for tax conditions
Check the assignment of the TAx procedure to country
once u do this , you will be able to maintin the vendor and customer records for MWST type for taxes
then create condition records for MWSt with access sequence MWST in condiution type or design one suited to your needs
alternatevely in the current procedure you can change access sequence for condition type UTXJ form the current one to MWST and then maintain condition records
hope this helps
thanks
Akasha

Database table for Pricing Condition

Hi,
Can some one pls help me in finding the database table where I can fetch all the Access Sequences ('A' tables) associated for a particular Pricing Condition.
Regards,
Pankaj.

Hi,
Goto T685 and fetch KOZGF for your condition type(KSCHL) and KVEWE = 'A'.
Goto T682I and fetch KOTABNR vaues for all entries in above selected table based on KVEWE = 'A', KAPPL and KOZGF.
Prefix 'A' to above selected KOTABNR values to get the 'A' tables.
Hope this helps you!!!
Regards,
Ganga

New Tax code Creation for CST(Condition type

Hi Friends,
I am facing an issue during creation of new Tax-code for CST; condition type JIN1. After defining the tax percentage; system is picking an automatic G/L account, which is a grey field and can't be editable. We need to change G/L account and need to assign a new one.
Can you please tell us how can we remove the default assigned and non-editable G/L account.
Your support is appreciable.
Rgds, Krishan Raheja.

Hi Krishnan,
Use transaction OB40, here double click on the Account Key (you can check this account key assigned to condition type in OBQ3 and also in FTXP screen) that is mapped to condition type JIN1 and enter your chart of accounts. Now change the G/L account you want.
Regards,
Chintan Joshi.

Changing the Sequence of the Access Sequence for Pricing Condition Type

Similar Messages

Maybe you are looking for