PO Change history for Condition types

Hi All,
I need to develop a PO ammendment report, where my client wants to capture all changes in the PO. I have checked and found that for fields like pricing/ tax conditions and texts SAP does not keep any track of change. Say for example my freight earlier was $100 and now have changed to $200. In report I need to capture against the FReight condition type what was the old value and what was the new value. CDPOS even does not capture in which condition type I have chanegd the value.
Please suggest the way ahead. Is ther any provision to activate change histoty for these fields?
Best Regards

Hi All,
I need to develop a PO ammendment report, where my client wants to capture all changes in the PO. I have checked and found that for fields like pricing/ tax conditions and texts SAP does not keep any track of change. Say for example my freight earlier was $100 and now have changed to $200. In report I need to capture against the FReight condition type what was the old value and what was the new value. CDPOS even does not capture in which condition type I have chanegd the value.
I have also checked with version management. But it does not capture in which condition type I changed the price. It only reflects the changes in Gross and net price. IN CDHDR also it did not capture. Please suggest the way ahead. Is ther any provision to activate change histoty for these fields?
Best Regards

Similar Messages

Unable to manually change the amount for condition type PB00

Hi Gurus,
My client is using ECC5.0.
Here when I try to change the amount for condition type PB00 using transaction ME22N, I am not able to change the value. I donu2019t get any error, but as soon as I change the value and press Enter the system replaces my entered value with the original value.
Confusing part is that I am able to change the amount of condition price PB00 manually using transaction ME22. I donu2019t have any such problems there.
Also I am able to manually change the amount of condition type PBXX using ME22N.
Only in the case of PB00, if I use ME22N to manually update the amount I am not able to change it.
Kindly help me, to find a reason as to why this could be happening, and correcting if possible?
Thanks in advance,
Imran

Hello Imram,
The purpose of maintaining 2 condition types ie PB00 and PBXX in a pricing procedure is that PB00 is automatic gross price determination and PBXX is manually giving gross price.
If you go to T.Code : M/06 and check the condition types, you can see that PB00 will be having an access sequence but not PBXX.
So if you have to manually give the gross price, you have to use PBXX.
Regards

Change accural key for condition type

Hi,
The accural key for condition type " special addition custom duty" is maintained wrongly in our Prd system .As a result wrong GL is getting posted.
We want to change the accural key for this condition type.
Not sure of the implications....
There will be a problem with the existing Purchase Orders for which GR posted and Invoice pending.
If the new PO is created, the condition type may be fetched through the Info records. Info records will fetch the last purchase order and if the last PO is created before the changes done then the old accural key may appear in the new PO.
How to handle this...?
What is the standard process to handle the mistakes in the condition types?
Regards,
Rajesh Satope

Hi Rajesh Satope,
For "clean" open PO's (no GR or invoice) you can obtain the new codition type settings by applying "Update prices" at the bottom of the conditions screen. I am not sure though how can you do it for many PO's at once.
For PO's with partial transactions posted, I believe you will have to complete them with the old setting, i.e. the balance on the accrual account booked via the GR shall be cleared on the same account by the invoice - so you shouldn't run "Update prices" for such PO. I think even SAP standard prohibits this.
BR
Raf

How to change the manual condition type value in change sales order BAPI

Hi All,
My scenario here is, i want to either add/change the manual condition type value during change of SO.
When i'm trying to pass the order_conditions_in and order_conditions_inx tables in 'BAPI_SALESORDER_CHANGE'.
Condition type is coming at item level but the value is setting to zero. Pls. help if anyone has any idea how to handle this.

Siva,
I guess you posted in Wrong Thread. You need to post in WAS section.
check for any BAPI's available in CRM.
Nagesh Ganisetti.

Shipment cost - Change definition of condition types

Change definition of condition types in work pricing procedure
hey all ,
we implemented the shipment cost module and now we have to make some changes
in working condition types because the requirements of the customer changed .
is it recomended and what are the effects of changing the definition of condition types
and by that changing working pricing procedures .
for example if i change condition type from D - wight, V - Volume F - Formula to T scale
( and makeing the properchanges in the scale ) or add some more condition the existing pricing
procedures ?
BR
ASA
Edited by: ASA MOKED on May 22, 2009 3:33 PM

hey and thanks for the reply ,
did you make changes in the definition of existing condition types ?
for example change condition calc.type from d-weight to t-scale ?
BR
ASA .

Currency conversion issue for condition type

Hello,
I am creating two invoice document.
1. Customs Invoice (ZCDS)
2. Inter company invoice.(IVA)
both the invoices should be similar. Same pricing procedure is used to create both the documents but in Customs invoice YUMU condition type is not getting converted whereas in IVA the condition type is getting converted. Can anyone tell me the possible reason for this?
ZCDS
IVA
Regards,
Jagjeet

Hi Jagjeet,
For IVA invoice type -(For condition type- YUMU)
Below highlighted part of code is changing KSTEU from 'E' to 'C' for IVA invoice using std prog RVIVAUFT.
For ZCDS Invoice Type -(For condition type- YUMU)
Program RVIVAUFT is not called since ZCDS is not trigerried using Output type unlike IVA.
Hence KSTEU is not getting updated from 'E' to 'C' in case of ZCDS.
To solve your problem write code in User exit - userexit_pricing_copy to change konv-ksteu to 'C' for YUMU condition type at runtime.This will definately solve your problem.This will ensure you get correct/same condition value for IVA and ZCDS...:)
Regards,
Vikas Mulay.

Authority check in for condition type

Hi
What do you mean by an authority check on condition type.. especially Pricing..
There are authority check that are embedded as Reqt and AltCTy in the IMG at the pricing procedure level for different condition type.
Could someone explain me what they are for..?
Thanks
Jac

Hi,
authority check is the std sap methodology of check the permitted authorisation values for every transaction and every user.
here in this example;authority object is used to maintain or change condition record for allowed condition types.
scenario eg;if we maintain create value for user mukund for pr00 condition type ,system allows me only for creating .if we maintain change value for user sherin for condition type,system allows to change the values.
net net i can create and u can change ,not visa-viz or any body else cannot do it.
hope this is clear.if it helps REWARD!!!!!!!

Restriction for condition type

Hi,
I want to restrict some users to do not change the basic price (PR00) in sale order (VA01/VA02), Plz let me know how I can do this.
regards,
sps.

The objects concerned have to be:
V_KOND_VEA Maintain condition: Auth. for use/appl./cond.type/table -- (Deals with condition records)
V_KONH_VKO Condition: Authorization for Sales Organizations
V_KONH_VKS Condition: Authorization for Condition Types
But in the standard system VA02 has these objects set to No check in SU24. You may have to modify this to Check/maintain and then maintain the values in the users role. Like you can have:
Object : V_KONH_VKS Condition: Authorization for Condition Types
Condition Type: PR00
Actvt : 03
Thanks & Regards
JP

Provision account key missing for condition type ZPFV in schema ZUELOC

Hi
We have defined the condition type ZPFV for freight value & mentioning the same while creating po and in past we had prepared so many po by using this.
we hv not change any thing & today we are getting message " Provision account key missing for condition type ZPFV in schema ZUELOC"
What to do???????
Thanks
Ketan Vala

hi..
If the accrual is ticked in condition type in M/06, it should have an account key assigned to the condition type in the pricing procedure in M/08.
Go to your contion type ZPFV and check whether you have checked Accrual or not..
then go to ur pricing procedure ZUELOC and check the last two colums for your condito type i.e. Account Key and Accrual Key.
Maintain these..
try this if it works.
Thanks...

Text data for condition type & customer po number

Will there be any text datsrc available for condition type & customer po number
Example I am displaying condition type data & customer po number data in my report
condition typ    customer po nu
JASS                        1001
JEEP                         121

Hi,
goto Tx LBWE, application 11, maintain extract structure MC11VA0HR.
Check if your field is on the right side, you should find at least the following
MCVBAK CMFRE release date
MCVBAK KTEXT Description
if they're on the right pane, then you'll have to include them for extraction; depending on if the delta is already initialez or not, if you want past history as well, the procedure might be more less complicated.
regards
Olivier.

How to maintain change history for a custom field

Hi All,
I have added a new custom field in standard table FKKVKP by appending a new structure to FKKVKP. Now this custom field will appear in transaction CAA2. My requirement is I have to maintain change history for my custom field. In transaction SCDO I have seen that there is an object MKK_VKONT that maintains change history for FKKVKP entries. But I am not aware how to adjust this field so that SAP generates change history for my custom field as well.
Thanks in advance,
Venkat

Venkatesh,
DFKKTAXEX
FKKVK
FKKVKP
FKKVK_CORR
I have never used these tables but I have working experience with change docs.
The Z field which you have added should be in the above structures, then you should be able to see that field in the changes.
Of course change document should be set to that field-data element.

Requirements not fullfilled for Condition type - Pricing Procedure

When I am doing the pricing procedure, the error thrown is "Requirements not fullfilled for Condition type". Can any one suggest how to fix this problem ?

Hi Sunil,
Please first of all check the condition type in Pricing Procedure. In condition type column check the requirement. Here conditon is, once requirement is fulfilled which you have mentioned in the condition type then only it will be executed. Take a help of ABAP'er regarding this requirement if it is customized requirement.
We should know the purpose of requirement in condition type.
Venkat.

Why not all billing documents are posted to CO-PA for condition types?

Hello!
I have following problem.
In transaction KE4I I have configured several condition types to post for specific value fields.
For some billing types it works but for some doesn't work.
For all domestic invoices it works but for abroad invoices it doesn't work.
Billing documents for abroad invoices are also posted to CO-PA but for another value fields, not for that I expect.
Where is problem?
I am waiting for help.
Best regards
Bogdan

Hi.
In both pricing procedures there are same condition types. The only difference was check box "Condition is used for statistics".
After marking this check box it still doesn't work.
There are placed the same condition types in all billing documents (domestic and abroad) . So I am supprised that for domestic billing documents field value in CO-PA is calculated for condition types placed in KE4I.
But for abroad billing documents the same field value is not calculated for the same condition types placed in KE4I.
Where is a problem?
I need help.
Best regards
Bogdan

Provision account key missing for condition type FRA1 in schema ZIMPOR

Hi,
While maintaining the condition value in PO, the below message displayed.
"Provision account key missing for condition type FRA1 in schema ZIMPOR"
Thanks and regards
Murugesan

Go to
Spro>MM>Pur>Conditions>Define Price Determination Process>Define Calculation Schema
here select ZIMP and click control data
in that maintain "Account key" for FRA1 cond type in the Account key Column..
(Second column from right side)

Help:: Tracking the change history for a BP

Hi All..
I really need ur help.. Somebody please..
I'm making a prog. to update BP (TCODE: BP) & it run well. But now, i'm getting to make report for change history in BP. As for it, i look up it in table CDHDR & CDPOS, but i didn't find it :(.
I use these FM to update:
1. BUP_BUPA_UPDATE.
2. ADDR_SAVE_INTERN.
Even i have tried to run FM ADRESSE_WRITE_DOCUMENT, but it still didn't work well.
The questions are:
1. Am i right for using FM ADRESSE_WRITE_DOCUMENT in order to get the history change in CDHDR & CDPOS.
2. How to use FM ADRESSE_WRITE_DOCUMENT? What should i fill up in parameter: OBJECTID,PLANNED_CHANGE_NUMBER,PLANNED_OR_REAL_CHANGES,
and NO_CHANGE_POINTERS ???
3. Why do always i got the exception NO_POSITION_INSERTED in using FM ADRESSE_WRITE_DOCUMENT? How to solve it?
4. Or are there any ways how to update well where i'm able to track the change history for BP? / Is that any functions to update BP like FM CRM_ORDER_MAINTAIN.
Thx so much.. for ur attention
Ur guidance is so much needed.
Best Regards
Daniel N.

Hi Daniel,
You can refer to table TCDOB for object class, it has a list of object class to which you can refer to and also the text description for each object class exists in that table.
Regarding the object id, you need not pass the value of the object id unless and until you want to read the change history of a particular Business partner.
Pass the value of the object class and if required the date of change to track the changes made to the BP's in that particular time period.
Hope this helps.
Regards,
Karthik.

PO Change history for Condition types

Similar Messages

Maybe you are looking for