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)

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

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

  • 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

  • Condition class and calculation type missing for conditions downloaded from

    Hi All,
      I have downloaded all the condition types from R/3 using dnl custcndall
    I have even downloaded the following using r3as
    dnl_cust_cnd
    dnl_cust_prc
    dnl_cust_price
    But I have noticed that for the downloaded condition types, condition class and calculation types are missing. Please suggest.

    I have faced the same issue recently.
    The solution is in adapter object DNL_CUST_CNDALL for table T685 and other tables for T685 in that objet put the filters for condition type
    for ex: KSCHL eq PR00
    This sure will work.
    But you have to set this filter for all tables T685*
    Thanks
    Sarabjeet

  • 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

  • Provision account key

    Dear Friends,
    Please tell me how to Maintain the provision account key for the condition type, I have maintain condition type for ocean/air fright
    in pricing procedure, while creating PO iam getting  this message "Condition type JOFP is marked as "provision-relevant". However, the account key for posting provisions is missing in schema ZJIMPO for this condition type."
    thanks
    ABBAS

    Hi,
    Check for  condition type JOFP,which account key  & accrual key is there in Pricing procedure ZJIMPO in M/08
    Generally FR1 is used for the clearing account, means no accrual is defined for the conditions.FR2 is used for the provisions, means accruals are defined for the condition type. FRE is used only when purchase account management is active. When purchase account management is active, the freight cost is posted to revenue accounts. 
    Regards,
    Biju K

  • Sign  of payment is missing  for update  type  SE3005

    Hi
    When I am trying  to  create  a security transaction the following  error is displayed.
    - Sign  of payment is missing for update type  SE3005.
    But, when  I remove tick from  the check box  for CM relevant I  am able  to create the same.  The path  is CFM - TM - General  Settings -  Link to Cash Management -  Specify update  types for  Cash  Management.
    Can someone clarify on  this.  
    with best wishes,
    Mahesh

    Hi Lorenz,
    Thanks for the Response. But we have not configured the  Payment Reporting functionality for any of our Treasury products.
    However the issue has got resolved as the configuration settings were missing in :
    Treasury and Risk Management >Transaction Manager > Securities > Position Management > Securities Account Management > Update Types > Specify Update Types for Securities Account Management.
    Now it has been configured for update type SAM1800.
    Regards,
    Eesha.

  • I am facing error while running Quickpay in Fusion payroll that "The input value Periodicity is missing for element type KGOC_Unpaid_Absence_Amount. Enter a valid input value". Any idea?

    I am facing error while running Quickpay in Fusion payroll that "The input value Periodicity is missing for element type KGOC_Unpaid_Absence_Amount. Enter a valid input value". Any idea?

    This is most probably because the Periodicity input value has been configured as "Required" and no value has been input for it.
    Please enter a value and try to re-run Quick Pay.

  • 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

  • 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

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

Maybe you are looking for