Identify Old pricing conditions

Hello,
Can any one help. How to identify old conditions (Non Active) which are not using from last 3 years?
I executed Table KONV in background also to find active conditions but its giving dump due to memory.
is there anyway to find this?

Hi Hari,
I am not aware of any standarrd report which fetches that data, moreover executing KONV will give you the huge transactional data and also you cannot combine it in to a quickviewer query.
By inactive do you mean expired condition records or condition records not being used in the transactions?
if you require the condition reocrds not used in transactions you should create small program for achieving it.
Regards
Kiran

Similar Messages

Pricing condition- Header

Hi,
I have a problem with a pricing condition. It is a the moment both a header and item condition but my customer want it to be only a header condition.
I can not get this to work as it is a condition that is an automatic freight condition with different stages depending on the value in the order. There are an access sequence connected to the condition and according to that the item condition can not be removed.
Is there anyone else who know how it could be possible to solve this? I want a condition to be automatic with stages depending on the order value and I only want to have the condition on header level.
Thanks for the help,
Ulrika Nilsson

Please go to the pricing procedure screen (VOK0 transaction) You will see different pricing steps within the pricing procedure. Also you will see a column "Reqt" associated with each pricing condition.
Identify the pricing condition type for automatic freight conditions and add a custom requirement" say for instance 699. Prior to this activity go to VOFM transaction -> Requirements -> Pricing and create a new routine 699. (may need access key)
Once this routine is created and saved, 2 form routines will be created. Add the following sy-subrc statements as shown below and activate the program. Make sure the routines are added to the transport.
FORM KOBED_699. "Header Pricing
sy-subrc = 0. "successful
ENDFORM.
FORM KOBEV_699. "Item Pricing.
sy-subrc = 4. "not successful
ENDFORM.

How to read pricing conditions on sales order

Hi
i need to retrive pricing conditions of sales order but before posting sales order
any user exit avialable ...?
also i hv found one user exit in that there is FM EXIT_SAPMV45A_003
But i am not able to read pricing conditions values
also no data is there in konv table coz sales order has yet not been post
so before sales order can i read the pricing conditions values ...
pls guide
if possiple pls provide example also
thanks
Taran

Hi
The problem is you can't use the KNUMV, because u make sure to get the princing active in the document at run time.
If you want to know the old data you can read the table KONV using field KNUMV, but here you can't know if some modification is done.
U can try to know the field-symbols:
DATA: XKOMV LIKE KOMV.
DATA: FIELDNAME(30) VALUE '(SAPMV45A)XKOMV[]'.
FIELD-SYMBOLS: <TKOMV> TYPE TABLE.
ASSIGN (FIELDNAME) TO <TKOMV>.
LOOP <TKOMV> INTO XKOMV.
ENDLOOP.
Max

Pricing condition in idoc PORDCR05

Hi all,
Our current business process is- we will get POs from our legacy system in flat files, SAP will convert these into idoc basic type PORDCR05 / message type PORDCR. We are using BAPI_PO_CREATE to create PO from idoc.
New requirement is to send pricing conditions (freight fees) from legacy in the same flat file and insert them into SAP PO using condition types.
We can configure new freight condition types, but my question is can we populate pricing conditions in idoc basic type PORDCR05 / message type PORDCR? Do we have standard segment for this or do we need to go with idoc extension?
Also can BAPI_PO_CREATE handle pricing conditions?
Thanks,
Pat.

You should use BAPI_PO_CREATE1 instead of this old BAPI and read OSS note 580225 - Purchasing BAPIs: Conditions and pricing

Pricing Condition during upgrade

Hi,
During our SAP upgrade we are experiencing an issue related to PO pricing conditions. How can we bring over PO pricing conditions in open POs from 4.7 system to 6.0. We are using several custom condition types.
If anybody have an experience like this please share with me for resolving this issue.
Thanks
John K. T.

Hi John,
check the following steps:
1. maintain Z-table for Conversion from old and new conditions
2. Include this table in extraction program (ABAPer'll do this)3.
3. Check the extracted data for accuracy
Now your file is ready with new conditions and new data as per your ECC6 system
4. Then upload this flat file by uploading program.
Revert where you are facing issues? What process you are following?
Umakanth R

Extended Classic Purchase Order created from RFx Response having complex pricing conditions enabled

Hello Colleagues,
I am currently analysing the correct usage of the complex pricing conditions in the sourcing process and wanted to understand the usage of the complex pricing condtions ( 01CT , dis % , header disc% , location dependent conditions , etc. with or without scales , ) while creating a extended classic purchase order directly as follow on document from rfx response.
How relevant is the price conditions 01CT. Consider a case if the price condition from rfx response to po is changed to price manual 01PB but the price is correctly copied when the po is initially created from rfx response.
Is this is the correct system behaviour ?
Kindly help to clarify the above points.
Thanks & Best Regards,
Rahul

Hi
 You can either of these BADIs to handlwe the scenario.
BBP_CREATE_BE_PO_NEW Exit while creating a purchase order in the backend system
BBP_CREATE_PO_BACK OLD Exit while creating a PO in the backend system
BBP_ECS_PO_OUT_BADI ECS: PO Transfer to Logistics Backend
BBP_EXTLOCALPO_BADI Control Extended Classic Scenario
Hope this will help.
Please reward suitable points.
Regards
- Atul

Archive pricing condition record

Hello everybody,
I want to ask about how to archive MM pricing condition record?
I tried with SARA, archive object CND_RECORD or program /SAPCND/CND_RECORD_WRITE but it doesnt work.
Kindly advise,
Thanks,
HN

Hello Jurgen,
We're about to archive tens of millions of SD_COND entries - mainly to reduce the number of change records we have in table CDHDR, of type COND_A (COND_A is the change document object for SD Pricing conditions and we have over 100 million of them! And is now causing a few performance issues).
Understandably this is going to take a long time to process so I was intrigued to read your post that no conditions should be maintained whilst the archiving programs run...
I've tried searching OSS but haven't been able to locate any information about this.
Could it be that you were referring to the old archive programs and not the newer ones such as those described in:
Note 838768 - New archiving programs for condition records
Any help you could offer would be much appreciated!

MM - Pricing Conditions - Mass Change for Planned delivery costs

Dear gurus,
Is there way to mass change the value of pricing conditions of Planned Delivery costs in the PO? Also the supplier?
Any suggestion?
Many Thanks for helping,
Maria

Hi,
As far as I know, this can be done for condition type/vendor price maintained in info. record.
Transaction code: MEKP
Enter the condition type, enter the '+' sign if value is to be raised.
If you tick the 'Test Run' you can also simulate the condition (old v/s New).
Hope this helps!!
Reetesh

Header Pricing Condition -- Can I attach rotuine..

Hi,
I want to attach routine for the header pricing condition (instead of manual) to fetch the price from ztable then the price
has to be equally distribute to item level/
Is this possible? can i attach a rotuine to Header condition?
Laxman

Hi,
The price for this Header condition is stored in classification field of material master.
Example..
We created charactersitc called deductables,and
attached this characterstic to the class of material. finally we given value of 100 usd in the material master classification tab.
So when I attach a routine (say 602) to ZDED (header discount condition), it has to go to the material master and find this 100 usd and equally distribute to all line item.
My direct questions is
Is SAP header condition will work if I attach a routine (altenative calcualtion type)?
If yes, once i identify the value of 100 USD how to pass to header level condition rate?
Need advice

Change Delivery Pricing Conditions.

Hi,
The scenario is like this.
There is a pricing condition line in the outbound delivery and i have to change that.
Is there any function module or bapi available for this?
I tried Bapi_prices_conditions - which looks like that is for inbound delivery.
I tried pricing_edit_condition_lines - that is not working.
Any other options?
Thanks in advance.
Thanks and Regards,
Mahesh.

Hi,
As far as I know, this can be done for condition type/vendor price maintained in info. record.
Transaction code: MEKP
Enter the condition type, enter the '+' sign if value is to be raised.
If you tick the 'Test Run' you can also simulate the condition (old v/s New).
Hope this helps!!
Reetesh

Pricing conditions ---- routine

Hi folks,
i got requirement like there is a material Base price tht is maintained at Pricing conditions according to the sales order ,
Then at the time of material Dispatch the price may vary. So i have to develop a
ZTABLE and maintain base price factors and if user enters a varied price ..
the difference between the variedand base price should be calculated ... like wiseit has to be displayed in the output.
Can u help me in this task. I have no idea of routines. How to attach a routine.. to standard one..
regards,
reddy

Hi,
The procedure to create the new VOFM.
1. Go to VOFM transaction
2. Page down until you find a new spot on the page to put in the VOFM number and description.
3. Put in the VOFM number and the description of the VOFM.
4. Now the VERY IMPORTANT part of the process. Double click on the VOFM description not the VOFM number to create this as a Development/Correction and not as a repair. If you double click on the number then this copies some existing code and prompts you for a repair.
5. Activate and generate the VOFM routine. Note: Configuration must be setup by the OM team for this step.
for example Go to the routine number that needs to be copied.
Put your cursor on the routine number field that needs to be copied.
Overwrite that number with your new routine number and hit enter.
The new routine will be created as a copy of the old routine and you can modify the new routine as you need it.
Ex.
You have to copy routine 104 to 904
Routine number Description Active
104 Bill.bus.item data X
Put your cursor on 104 and then change it to 904 and hit enter.
904 will be created as a copy of 104 and you can make your changes in 904.
Don't forget to activate it after you are done.
refer the below link
https://forums.sdn.sap.com/click.jspa?searchID=3604222&messageID=994791
Reward points
Regards

Mass delete pricing condition type

Hi experts,
I have a requirement to delete a pricing condition type e.g. ZA01 (manual input) which was entered twice by users to all sales orders not billed about 1000 and 3000 item lines. What is the best way to delete without incurring errors later during billing? It's very easy to identify i.e. to delete all ZA01 without any amount entered.
Thanks.
Regards
PSK

Hi,
I can think of this: get a program built to do this activity.
build it flexible to delete any such CType for any S-Org--so it can be r-used later.
Not sure if t-code MASS can help here?
Regards,
Raghu.

We are using two pricing conditions 1st is ZBP1 Automatic pricing condition

Dear Experts,
We are using two pricing conditions 1st is ZBP1 Automatic pricing
condition type, 2nd is ZBP2 manual pricing condition type. While
creating sales order, when our sales users entering old pricing date, SAP
system automatically proposing the manual condition ZBP2 (Manual)instead
of ZBP1(from condition records)
We want to restrict this behavior of the system. System should not pick
the manual condition ZBP2 if the automatic pricing condition ZBP1 exist
for that particular line item (irrespective of the pricing date). We
donu2019t want to use manual conditions to all the other customers except
intercompany customer.
Please give your comments
Regards,
MH

Hi,
It would be better if you remove the Check Box as mandatory for that Manual Condition Type in the Pricing Procedure.In such case , system will not ask you to enter the Manual Condition Type , where ever it is required , Sales Users can enter it manually.
But still Sales User try to give manually then you have to make a small coding in the new Routine at Manual Condition Type in the Pricing Procedure that if Condition Record for automatic Condition Type exits then system should not allow to enter it manually.
Best Regards,
Ankur

Free Goods with pricing condition (Urgent)

Hi MM Expert,
we have a probleme with free goods. because in PO item of free goods, there is no condition management (no Invoice entry) but we should manage some pricing condition for the item (spécifique condition relative to transport, ...).
so are the any way of managing the expenses annex condition(transport charge, customs clearance charges,) for the free goods in an item of Purchase Order ??
thank's in advance.
Said

Hi,
This is not possible to maintain the condition s for free goods because while creating the PO for free goods by selecting the free goods tad at item level, There is no Condition tab at Item detail .means you are not able to mainatin conditions.
If you want to maintain the conditions ,you have to treat as a Normal scenarios .
Regards
Sanjay L

How to change pricing Conditions in Sales order in change sales order bapi

Hi Experts,
How to change pricing Conditions in Sales order in change sales order bapi.
I have used the 2 function modules bapi-changesalesorder and sd salesdocument change, But it is creating the new record , instead of changing the existing one, Could please assist regarding the same
Thanks in Advance .
NLN

HI NLN
I have just tried on my system and managed to overwrite the existing price by passing the following parameters.
Import Paramters:
 SALESDOCUMENT - Sales Document Number
 ORDER_HEADER_INX - UPDATEFLAG as 'U'.
 LOGIC_SWITCH - Import Structure - Pass 'X' to LOGIC_SWITCH-COND_HANDL.
Tables:
 CONDITIONS_IN - ITM_NUMBER,
 COND_COUNT, -> Condition counter same as KONV-ZAEHK generally it is '01'
 COND_TYPE,
 COND_VALUE,
 CURRENCY.
 CONDITIONS_INX - ITM_NUMBER,
 COND_COUNT,
 COND_TYPE,
 UPDATEFLAG as 'U',
 CURRENCY.
 Hope i have clarified your query.
Kind Regards
Eswar

Identify Old pricing conditions

Similar Messages

Maybe you are looking for