Accrual Account Key change for Condition type

We have different Condition types assigned to Account Keys
Example:
     Condit Type Account Key Accrual
       FMA1               ZPP               ZP2
       FMA2               ZPP               ZP2
       FMA3               ZPP               ZP2
I need to change GL account for FMA2 Condition type. I only need to change for accruals on FMA2. Please let me know how I can do it in "Prepare Revenue Accounts and change GL in VKOA.
Your help is appreciated. Let me know if need any further information.
Thanks
Jaggi

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...

Similar Messages

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...

Provision account key missing for condition type FRB1 in schema

Provision account key missing for condition type FRB1 in schema is the error coming while i enter freight value at PO
how to set this
krishna

Hi Krishna,
Go to Pricing procedure using M/08 , here against the Freight condition type ( FB1), enter the accrual key ( ex. FRE)and account key ( ex. FR1 or FR2).
After saving to the customizing request, again create the PO.
Thanks & Regards,
Amjad

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)

Account determination for condition type

Hi Guru,
I have requirement where I need to assign G/l account in VKOA for condition type used for discount and markup same time. I know I can aasign trade discount to this condition type but how about markup. can we assign two diffeent account to same condition type based on uses.
Thanks

This is pricing conditions not condition type like KOFI. The pricing condition are like base price, discount , markup, special custmer discount, ect. You can see these contions in sales order under condtion tab. My issue is there one condtion that user use some time for discount and some for mark up and requirement is when this condition is used for discount, it post to one account and if used for mark ,should go to different accoount. In VKOA sequence 501, we can only assign one account to one condition. if some one know how to assign two G/Ls to one condition .

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

Provision Account key missing for a conditon type

dear all,
pricing procedure is not working properly.. whille doing purchase order the system shows provision account key missing for freight condition type in pricing procedure... please give a solution....
regards
deepu

Hello Deepu,
Just Check in T.code : M/08 whether account key is maintained for freight condition type in your pricing procedure.
Specifically check for the freight condition type(s) which is having 'accrual' ticked in M/06 - control data 2.
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.
Check the same and revert back.
Regards
Gregory Mathews

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

Exit to prevent Billing doc to post to accounting for Condition type

Hi all,
I have a requirement as below :
A Sales order Y is created refererring to another Sales Order say X. Sales order X has one condition type which in the process has been removed. When Sales order Y created all the data from X is copied including the condition type( Now one of the condition type is not present in the system which is also copied to the Order Y). Now, when I genreate Billing document and then post to accounting doc, even though the particular condition type that is copied from 'X' is not present in the system, it is getting posted.
Can you please help me if there is any exit to prvent the Billing doc to post to accounting based on the condition type.
Regards,
Uma Chandra Sekhar

Hi,
Use the user exit "RV60AFZC", form-routine : USEREXIT_FILL_VBRK_VBRP. Set the value of structure field VBRK-RFBSK to 'A' to block the creation of accounting document.
Regards
Vinod

Change the condition type based on sales document type

Dear ALL,
I have created a condition Zxxx which is a fixed calculation type for the documents created by the upload from external tool to SAP. I created this condition because external tool is using a 15 place decimal which SAP doesn't allow and if the normal condition type Zyyy is used SAP calculates once in SAP and there are rounding issues. What the Zxxx condition type does is accept whatever value is sent up from external tool to SAP, regardless of the quantity. The problem is that whenever they create a credit with reference, in SAP and they want to do a partial credit, the Zxxx doesn't take the partial quantity into consideration and doesn't change the value.
Is there a way to force SAP to change the condition type from Zxxx to Zyyy based on sales document type without recalculating the whole document because that would again, cause rounding issues. We would need to have the calculation done only on quantities changed in the credit memo request .
please advice me. your inputs are highly appreciated.
TIA
KOGI

Dear ALL,
someone please help me with this issue. your inputs are higly helpful.
TIA
KOGI

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

How to block accounting by MIRO for specific type of documents.

Hello
Is there any possibility to block accounting by MIRO for specific type of document? So you could only account specific type of documents by FBV* or FB*.
Regards
Marcin Obukowicz

Hi,
You can try to make a validation (OB28) which will check the document type based on transaction code prerequisites.
Regards,
Eli

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.

Accrual Account Key change for Condition type

Similar Messages

Maybe you are looking for