Condition type is statistical with account key

Hi,
the requirement is Condition type is statistical  with an Account key and it should not post the Account entries.how to avoid the same.All the settings are mandatory and it should not hit the accounting books.
Thanks in advance.
Regards
Narendra
Message was edited by:
        Naren Naren

Hi Naren,
If the condition is statistical and you don't want to hit the accounts then simply remove the account key.
This is a very strange requirement and first you should ask what is the purpose of giving such kind of requirement to configure.
Regards,
Amrish Purohit

Similar Messages

  • SAP CIN SD Condition Type Classification link to Account Determination

    Hi,
    one last Question according to Account Determination. I am facing the problem not to see the link between Condition Type Classification and the Excise Account Assignment Table in Customizing (Logistics u2013 General -> Tax on Goods Movements -> India -> Account Determination -> Specify G/L Accounts per Excise Transaction).
    In Pricing Procedure i use the Account Key EXD, but i do not link that one to any Accounts. But i Calculate for example JEXP + JEXQ to JEXT.
    I classify JEXP as A/R BED Percentage
    I classify JEXQ as A/R BED Quantity Basedt
    I classify JEXT as A/R BED Total
    In Pricing Procedure i do not assign JEXT to any Accounting Key and thus even not to any account. But it is linked somehow to 'G/L account RG23A BED account' inside the Excise Account Assignment Table in Customizing. Is anybody able to describe how? Is it in another table where just defined: Classification A/R BED Total -> G/L account RG23A BED account. If yes, wich transaction code or which Customizing Path do i need to go to.
    Please, need help for my understanding.
    Best Regards,
    Conrad

    Hi
    In Pricing Procedure i do not assign JEXT to any Accounting Key and thus even not to any account. But it is linked somehow to 'G/L account RG23A BED account' inside the Excise Account Assignment Table in Customizing. Is anybody able to describe how? Is it in another table where just defined:
    These entries are entered manually by FI consultants.System picks these accounts whenever a relevant transaction is executed.
    Regards,
    Phani Prasad

  • ME 51N Error msg order type doent match with account assignment.

    Hi,
    When I Execute ME 51N am facing an error ": For order type ZTWA ,Please use account assignment T"
    Here my issue is whenever I press back ,Exit etc its promoting the same error i couldn't go back or exit the transaction.
    One more thing i have enhanced ME51N using BADI  - ZMMEI_PTP15_SERVICE.
    Thanks in advance

    No idea what this application is but it's not Crystal Reports. If it's classic SAP product then post your question in one those forums. If it's a third party application please contact their support for assistance.

  • Statistical condition type mapping

    In COPA (Profitability Analysis), we map transfer of billing document to flow into COPA. The value fields of COPA are mapped with Condition type of SD (Transaction Code KE4I).
    The situation is few condition types are assigned to Accounting key as well as are statistical in the Pricing Procedure. So whichever Condition type is assigned to Accounting key will flow to FI and same condition type in other Pricing Procedure is statistical will not flow to FI.
    However in COPA, the condition type is mapped to COPA value field. So all the values in the billing document against that condition type will flow to PA. This would lead to differences in FI & COPA reporting to the extent of same conditions with statistical tick.
    How to deal with the situation so that FI & COPA reporting are sync ?
    Eg.
    In COPA mapping Condition type "EXD" mapped to COPA Value field "ERLOS"
    Pricing Procedure Condition Type AccKey Statistical
    PP101 EXD ERL
    PP102 EXD (no A/c Key) Statistical
    How do i map EXD so that COPA & FI reporting are in harmony ?

    Hi
    i would say thats a wrong design...
    In your current case of Dr Memo, either you should not be using the same cond type as statistical OR If you are using it, you shud have reset it to Zero using the following IMG Menu for the Billing type pertaining to Dr/Cr Memo
    IMG>COPA>Flows of actual values > Billing> Reset condition types
    With this, revenue cond type will be updated to COPA with zero value during Dr/Cr Memo
    Regards
    Ajay M

  • MIGO - Accounting - Condition type for Mark up posting to Inventory account

    Hi All,
    We have a requirement for posting intercompany Stock transfer between Company A and B, and the transfer price will be Moving Average Price (say $ 100) + Mark up (say 25% i.e., 25) of supplying plant.
    Created a new PO pricing procedure, and created a new Accrual condition type ZMRK for markup and made it statistical posting. Also in the pricing procedure the Condition type we assigned an Account key ZM1 and Accrual Key ZMA. we tried posting the Goods receipts in the receiving Company B, and it is posting the following entry :
    Invetory A/C                 DR         125               (note: Account key ZM1 was not considered for debit account for markup)
    GR/IR     A/C                          CR      100
    Markup Accrual   A/C             CR        25
    REQUIREMENT: Our requirement is that the Mark-UP condition should not hit Inventory Account and should be debited to I/C Mark Up account  (assigned to Account key ZM1) and entry should be as below:
    Inventory A/C           DR         100
    Markup  A/C            DR           25
    GR/IR     A/C                  CR            125 (accrual is not required, if we can include the markup into GR/IR account)
    OR
    Inventory A/C        DR       100
    Markup      A/C        DR         25
    GR/IR         A/C               CR       100
    Markup Accrual A/C       CR         25
    NOTE: The Material is maintained as Moving Average Price and we dont want to add the Mark Up cost into the MAP of the receiving plant.
    Please check and let me know if there is a way to do a condition type in PO pricing procedure to solve the issue of not hitting the inventory posting for condition record or any other way to handle this requirement.
    Thanks in advance,
    Surya

    If you dont want the mark up to come in invoice separately, why do you want it to hit a GR / IR account? ( in short why use del cost condition )
    If hitting gr / ir is not a requirement and you just need to acrue it, try the following
    PB00 to take 100
    create 2 conditions one positve and one negative ( accrual, without condition category ) to take the value 10
    the + and - will cancel in the inventory account; you can accrue to different accrual accounts

  • MM Pricing procedure - Condition type post to different GL account in MAP

    Hi All,
    We have a requirement for posting intercompany Stock transfer between Company A and B, and the transfer price will be Moving Average Price (say $ 100) + Mark up (say 25% i.e., 25) of supplying plant.
    Created a new PO pricing procedure, and created a new Accrual condition type ZMRK for markup and made it statistical posting. Also in the pricing procedure the Condition type we assigned an Account key ZM1 and Accrual Key ZMA. we tried posting the Goods receipts in the receiving Company B, and it is posting the following entry :
    Invetory A/C DR 125 (note: Account key ZM1 was not considered for debit account for markup)
    GR/IR A/C CR 100
    Markup Accrual A/C CR 25
    REQUIREMENT: Our requirement is that the Mark-UP condition should not hit Inventory Account and should be debited to I/C Mark Up account (assigned to Account key ZM1) and entry should be as below:
    Inventory A/C DR 100
    Markup A/C DR 25
    GR/IR A/C CR 125 (accrual is not required, if we can include the markup into GR/IR account)
    OR
    Inventory A/C DR 100
    Markup A/C DR 25
    GR/IR A/C CR 100
    Markup Accrual A/C CR 25
    NOTE: The Material is maintained as Moving Average Price and we dont want to add the Mark Up cost into the MAP of the receiving plant.
    Please check and let me know if there is a way to do a condition type in PO pricing procedure to solve the issue of not hitting the inventory posting for condition record or any other way to handle this requirement.
    Thanks in advance,
    Surya

    Hey surya,
    I am also facing the same issue. Can you pls let me know whether you achieved this using any standard configuration.

  • Inclusion of two condition types in pricing procedure

    Dear Sir,
    There is a import pricing procedure ZIMPRT in SAP system.The client wants to include two condition types
    ZPOR= Port handling charges
    ZFCP+CLEARING AND FORWARDING CHARGES.
    iIs it possible to do so.I?
    What are the factors I need to consider for iincorporating two condition types in Import Pricing Procedure
    Regards
    Manash Das

    Hi,
    Yes you can do it & as needed you can includes two condition types {ZPOR (Port handling charges) and ZFCP (CLEARING AND FORWARDING CHARGES)} in import pricing procedure ZIMPRT. As already have condition types in import pricing procedure ZIMPRT, you need to take care following:
    1.u201CStepu201D for both condition types ZPOR & ZFCP (position of the both condition types) in which sequence and exactly where both of the conditions with in a import procedure
    2.u201CFromu201D: Which is base to the both condition types ZPOR & ZFCP for calculating further value.
    3.u201CFrom & Tou201D: What are the ranges between the steps from and to can be used to specify the range between both condition types.
    4.Both condition types ZPOR & ZFCP are preferred for manual entry or automatic.
    5.Both values of condition types ZPOR & ZFCP are needed to be given deletion option, if needed.
    6.Both condition types ZPOR & ZFCP needed accounting key & accrual key or not which further needed to be captured all related respective cost to separate G/L account( where accrual key assigned  to G/L account in OBYC t.code)
    Regards,
    Biju K

  • Condition types MWSI and MWVO for TAXES

    Hi,
    I am trying to create the new condition types MWSI, MWVO and accounting keys SIV, SIO for new tax keys (TAXES) for the report RFIDESM340. I didnu2019t find any instruction about the parameters behind MWS and MWVO.
    Can someone advise me on this?
    Thanks and Regards,
    Detlef
    Edited by: Detlef Weiss on Mar 15, 2010 1:06 PM

    Dear,
    The difference between pricing conditions PB00 and PBXX is :
    PB00- automatic pricing - can be used for automatic pricing determination
    PBXX- manual pricing - used for manual pricing.
    When you maintain the pricing condition for the PO, the system will look at the available condition records (for PB00) and make the automatic pricing determination. In case, such condition records were not defined, then it is mandatory that you have to maintain manually the pricing condition where PBXX will be automatically defaulted in replacement for PB00.
    Regards,
    Syed Hussain.

  • User exit for condition type for redeterming in sales order

    Hi SD Experts
    One condition type is created With the key combination Order type and Inciters
    When the contract is created and on the bases of Inciters given the value is calculating correctly
    But when we change the other Inciters in sales Order is not redeterming
    since this condition type key fields are added one it may not be  redeterming
    is there any user exit ?
    Pls help in this regard
    jeevan.S

    Use the exit USEREXIT_NEW_PRICING_VBAP in program MV45AFZB. This userexit can be used to perform new pricing, depending on the change of datafields.
    Regards,
    GSL.

  • VF03: Condition type with no account key is posted to accounting

    Hi,
    I have one condition type JA1Y for which no Account Key is maintained in the pricing procedure.But in VF03 I am able to see JA1Y along with other condition types with account keys.
    Under JA1Y there are 5 line items & I have a message
    "No G/L account found in Account determination type KOFI"
    How can it be possible? How can I avoid this?
    Helpful answers will be rewarded.
    Thanks & Regards
    Swathi

    Hi,
    You have to maintain account determination:
    SPRO -> Sales and Distribution -> Basic Functions -> Account Assignment/Costing -> Revenue Account Determination -> Assign G/L Accounts.
    Here you have different ways of assign an account. Many of them use key account, but others not. Also, you can define your own access sequence.
    Regards.
    Points if it helped you.
    Ángel Rubio.

  • Tax code linking with account mapped to condition type in vkoa

    Hi,
    I created two new discount condition types and mapped an account in vkoa as per client's requirements. There is no field for tax code in the condition record maintenance screen. However, on creation of billing document I am getting error 'No taxes on sales/purch. are allowed for account 416010 TCL, A4 is not allowed.' Message no. FS217. Is there any setting in FI linking the account with the tax code? Or should I check any SD settings?
    Thanks,
    Kasturi

    hi,
    according to the error message
      message e217(fs) with v_accrac-hkont
                            v_accrac-bukrs
                            v_accrac-acctax.
          MESSAGE e217(fs) WITH i_hkont i_bukrs i_mwskz
                  RAISING no_tax_code.
        MESSAGE e217(fs) WITH i_hkont i_bukrs i_mwskz
                RAISING no_tax_code.
    this are two programs which are affected with the respective TAX CODES.
    check FTXP for the same.
    please check and confirm
    balajia

  • 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

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

  • G/L Account assignment to condition type

    can we assign more than one G/L account to one condition type and if how?
    Edited by: Lakshmipathi on Aug 4, 2011 12:01 PM
    Better use the subject effectively.  Also search the forum before posting such basic question and stick to forum rules

    Dear gaddammai ,
    PLEASE READ THE FOLLOWING THREAD BEFORE POSTING
    https://wiki.sdn.sap.com/wiki/display/HOME/RulesofEngagement
    Read This Before Closing your Threads
    Now, search the forum before posting any queries.
    This will help you develop the skill to use right 'search terms'.
    About your question, yes we can have multiple G/L for same condition types if,
    the condition types are assigned with different account keys in two different pricing procedures.
    Thanks & Regards,
    Hegal K Charles

Maybe you are looking for