Diff Condition Type Account Posting in Sales

Hello All,
The problem in SD pricing is as follows:-
In a pricing procedure we have two manual condition types one is for normal Sales Dr/ Cr. & another for Sales Freight.Now I want to know what are the configurations needed so as to get - After saving the sales order in case of Round Off calculation  & posting for Sales Dr. / Cr. the GL code assignment in DIFF account key will be of Sales Dr./ Cr.  whereas in case of Sales Freight for Round Off calculation & posting the GL code assignment in DIFF account key will be of Freight Revenue.
Please suggest.
Thanks & Regards
Priyanka Mitra

Hi,friend
Actually, I'm not very clear your requirement.
For the account determination, you should notice some key information.
In the pricing procedure, the account key is very important factor for account determination.
In the menu SPRO->Sales and Distribution->Basic Function->Account Assignment/Costing->Revenue Account Determine, you can find out the IMG settings for revenue account.
Normally, the account is determined by Chart of Account, Sales Org., Customer account assignment group, Material account assignment group and account key.
Hope it can take help!
Thanks!
Wink

Similar Messages

  • DIFF Condition type

    Hi
    all,
    i am working on pricing procedure i come a cross DIFF condition type can any on e guide me we use DIFF condition type in our pricing procedure and please let me know any document on condition type DIFF condition type
    Thanks
    Rajesh

    Dear Rajesh,
    Please search the Forum fist for your queries first & only then post if not satisfied with exixting suggestions.
    Anyways, DIFF condition type is used where you watn to round off your Sales Documents or Invoices automatically. This also helps in posting rounded off amount to a seperate GL account so that at the end of a period you can have reports for rounded figures ready.
    Diff condition type is to be used with routines & calculation type in Pricing Procedure to get desired results.
    Hope this helps.. .
    Thanks,
    Jignesh Mehta

  • Sales order - new condition type - account assignment

    Hello all,
    we need to create a new condition type for sales order. I know that this is the path to go in SPRO:
    IMG - Sales and Distribution - Basic Functions - Pricing -Pricing Control - Define Condition type.
    Also I have to assign it to a pricing procedure.
    Now my question is, how can I determine an account (like a GL account) where the money goes when using this condition type? Background is, we want to create a sales order on a WBS element and there is no condition type available, so we want to create a new one. So where or how can we determine the account?
    Thanks
    Anne

    The effect I would say is that you have to understand the business requirement in terms of how complex your account determination needs to be. For example, in current company I am with we only use two tables - C003 and C005. System looks at C003 first, if no entry it moves to C005. So, for applicable cases in C003 where we want to trump account determination in C005, we have entry that does reference account key from the line item of the condition type in the pricing procedure.
    Last client I was at, we had 8 tables referenced in account determination. Very complex and specific in certain circumstances. Lots of well thought out logic in diagrams first and then the account determination in the system was completed. Revert back if you need more.
    Thanks,
    Jay

  • Tax Condition type : Account keys in SD Pricing procedure .

    Dear SAP Gurus,
    In the configuration of the taxes (Service, Ecess & H & Ecess)
    The tax codes are defiined and the condition type JXX has been defined with the account keys .
    Then the taxes are automatically posted to the accounts .
    But in the SD pricing procedue for the same condition type the account key defined is EXD .
    But where is this account key going to post the value of the condition type JXX ..
    Please explain the use of the account key in the Tax Conditon types in the pricing procedure.
    regards,
    Amlan Sarkar.

    Hi,
    The account keys ERL , ERS, DIFF which are related to revenue and sales deduction in your pricing procedure are defined in transaction VKOA. Here the account key, chart of accounts, your sales organization and G/L accnt combination are maintained.
    Whereas all the tax codes G/L accounts get picked from transaction OB40 , So in your pricing procedure where ever you see tax account keys, make sure you go to OB40, input your tax code and then you will see all the G/L accounts against each respective account key. This is nothing but the calculation of tax on sales / purchases.
    Hope this will solve your query.
    If it does, please dont forget to reward points for contribution.
    Regards
    Ravi

  • How to give the header condition type in the CRM Sales Order for freight ?

    Hi,
         We are creating Sales Order(SO) using FM 'CRMXIF_ORDER_SAVE'.And we are unable to track the FREIGHT condition type in the above FM to pass value.
         We want to check this value in CRMD_ORDER tcode.
        Pls let us know how to make it possible of the above issue.
    Thanks,
    Siva..

    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.

  • VPRS condition type in Third party sales

    Hi
    We have the following scenario for 3rd party sales:
    1. SO is created which generates a PR
    2. PO is created.  Example below
    Base price - 100
    Freight - 10
    Insurance - 10
    3. GR is done with below a/c entry
    COGS Dr 120
    Clearing Cr 120
    4. IR is done (Regular a/c entry)
    4. Billing - At the time of billing, i expect that system should pass 120 to VPRS value field in COPA (100+10+10 from PO), however, it is only passing 100 (Base price from PO).  Any adivse how to fix this
    Thanks in advance
    Shiv

    Hi,
    Also, go through the below customized settings for cost + other value to be updated in the VPRs
    condition type.
    In Pricing, you may want to compare the prices with costs or even implement contribution margin accounting.
    To do this, you can use the condition type VPRS as the cost price.
    The condition type VPRS goes into the valuation segment in the material master and determines from this the standard price or average price.
    Settings in Customizing
    The condition type VPRS is labeled as a statistical condition in the pricing procedure.
    Using the condition category G, the condition type VPRS goes into the valuation segment of the material master and determines from here the standard or average price.
    The condition category S always accesses the standard price whereas condition category T always accesses the average price.
    The profit margin is determined using the calculation formula 11 assigned in the pricing procedure. In this calculation formula the cost price is subtracted from the subtotal of net value 2.
    Regards
    Srinivas Salpala

  • Condition Type for commissions across sales orders

    Hi,
    I have a requirement for which I need inputs:
    We have sales employee who will get commissions based on the total sales they make. The relevant sales employee will be brought into SAP as a business partner (specific account group and hence partner function).
    A tiered commission would be set up for each of the sales employee, for e.g. 1 to 10,000 , commission is 2 %, 10,000 to 30,000 commission is 3 % and above that is 5 %. The commission applicable should be determined at the time of sales order creation. The commission applied to an order should be determined based on all the sales orders for the sales employee and not that specific sales order. For e.g. if the sales employee has already got one sales order of worth 6000 and he gets another order of worth 9000, then as per the example, he is entitled to 2 % for 4000 of the order (his total sales now reacheds 10,000 and he moves now into the next bracket) and is entitled to 3% for 5000 of the order value. Also in case any order gets cancelled then the cumulative sales value for the sales employee should take care of the cancelled order.
    I have a condition type where by I maintain the scale and the corresponding commision rates for the sales employee. I have ticked the condition update setting so as to cumulate the order value. I have the following questions:-
    1. How do I ensure that the rate applicable for the specific order takes into consideration the past sales orders for the sales employee and not only that sales order.
    2. How do I determine the condition record based on parter function (partner funtion for the sales employee)? I did bring in the partner role in the pricing communication structure but that does not work.
    3. How should I take care that the cancellation or sales order takes out that value from the cumulative value for the condition record. As of now it does not.
    A quick response would be highly appreciated.

    Hi Kastubha,
    Thanks for your reply. I am trying now to use rebates for this functionality. However I have few questions and I am unable to progress beyond a point:
    Let's say that for a sales employee i set the rebate agreement. The sales employee's commission is as follows:
    1 - 10,000  (1 %)
    10, 000 - 30,000 (3%)
    30,000 and above (5%)
    The calculation type for condition type is percentage, scale type is graduated to interval scale.
    I am trying to use scale in rebate agreement to set up the commission structure for the sales employee. However, there is only accrual rate that I can enter. There is no place to enter the accrual rates as per the scale.
    Because of this, what is happening that the rebate record determined is the accrual rate and not what is as per the scale. Also I need the condition record to keep track of total sales for the employee so that it knows what commission rate to apply based on how much the sales employee has achieved.
    Am waiting for you inputs.
    Best Regards,
    Sunil

  • Condition type not determine in sales order

    I have condition record maintained for the condition type as per the order reason. When I create the sales order system is not reading the condition record so no condition type is getting determined. Pricing date from the sales order is within the validity period of condition record.Parmeters are also matching but still in the sales order condition type is not getting determine.
    Thanx
    PNU

    In that case, do update of pricing.
    To do that, Sales Order - Item data - Condition Tab - Click Update button and choose option B - Carry out new pricing.
    To know who manually remove this.
    Choose Enviroment from menu bar in sales order - choose Change for display of change in the doc.
    Regards
    JP

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

  • Condition Types display in a Sales Order

    Dear Gurus,
    In our Pricing Procedure we have 2 condition types ZFR1 (Freight) and ZINS (Insurance) which are always Header type and should be entered manually. So according to normal procedure, I inserted them in the pricing procedure and maintained them as 'Manual' and selected them as Header conditions in Details of condition types with no Access Sequence and also selected them as 'No Limitations'.
    Now my requirement is that these condition types ZFR1 & ZINS should be available by default in a Sales Order under 'Conditions' tab and under 'CnTy' column and their values should be in Editable mode under 'Amount' column, when we go to the Header data view, but should be greyed out in Item data view, since they are Header conditions belonging to the whole document.
    Here my problem is that what ever combination I do in V/06 or V/08, system is not displaying the condition types by default. That is, I have to or the end user has to remember to enter the condition types and enter the values. But if I can display them as default when we go the Header view, Conditions tab,. end user will see them and will remember to enter values in them.
    The one problem I have is, I cannot make them as 'Mandatory, as they are not always required in all Sales Orders, so there are times when we dont have to enter any values there.
    I went through the search forum but didnt find any useful material, kindly help me out here.
    Regards
    Venkat - Hyd

    Dear Lakshmipathijee,
    Thanks for your answer, I have indeed maintained both the condition types at Header level. Normally when we do this kind of settings, the conditions screen is like the following:
    10....0....PR00....Basic Price...........1000.....(this 1000 is from condition record)
    Now if the end user needs to add values for ZFR1 or ZINS, he needs to remember the Condition types and enter them to be able to enter values in the document.
    But suppose there is a way of displaying the Condition Types with out values as shown below, then the end user will not have to remember to fill them up, he can simply come to the conditions screen and they are visible there and he will just fill them up with values. The following is how I would like the conditions screen to be seen:
    10....0....PR00....Basic Price...........1000.....(this 1000 is from condition record)
    20....0....ZFR1....Total Freight.........._____...(this should be a blank field)
    30....0....ZINS.....Total Insurance......_____...(this should be a blank field)
    In these editable fields of Freight and Insurance, the end user will enter the values in case they are neccessary or leave them blank.
    If I maintain the condition types as mandatory and manual, header condition screen is not displaying the Condition types??!!!!
    If I maintain the Header conditions as Item conditions also in V/06, then the header conditions screen is displaying the conditions in grey mode, without any value (as they are manual conditions) and in the item screen, they are in editable mode, but system is not allowing me to input any value, saying these condition types are not item level condition types and they are to be maintained at header level, but like I said, at Header level, the fields are greyed out !!!!
    So, any help plz..
    Regards
    Venkat - Hyd

  • Condition type not coming in sales order

    Hi,
    we have a condition type Z026. The issue is that  it is not set in the order but the condition records exists. The pricing analysis shows that condition reocrd is missing but the fact is the condition record is there. The acess seq is Z026 and there are many tables in the acess sequence.
    The first table in the access seq is 906 and the condition record exists but still the system says that the condition record is not found using  cond preliminary step (header fields like customer/sales org/div). the cond record is maintained for  relevant sales org/dist channel/customer/material. cond preliminary step means that system first looks for the header fields but everything is there.
    The condition is active and the conditon is created on 21.7.10 with validitity from 21.7.10 to 31.1.2010 and the pricing date in sales order is 27.7.10. so everyhting is fine but yet the condition is not coming in sales order
    what could be the issue.
    regds

    Hi,
    Now try creating a sales order with 20.07.2010 as the pricing date. It will work. Create another order with 21.07.2010 and it will not work. If so, it is due to the validity date. When you give 21.07.2010 as validity date and there is already another record which was valid on that date, the gap of one day can happen and we have experienced this. There is even an OSS note explaining this concept, which makes sense business-wise.
    However you check the scenarios I have mentioned. If the behaviour is as I have mentioned, then you have to change the pricing date of your problamatic sales order to one day earlier, or move the validity date one day earlier.
    If the behaviour is different, pls lemme know

  • Discount condition type not appearing in sales order but in invoice

    Hi,
    I have two discount condition types (MPDI,ZSDI) in my pricing procedure,at the time of sales order creation one discount condition is not appearing.
    On analyzing the condition type MPDI,system throws message "Access not been executed due to previous access",what would be the reason.
    In the billing ,i could see the condition type appearing.I have checked this,but i could not understand why it is happening.Even the condition catergory of condition is empty not L.
    Also please find the screen shots below,
    Pradeep

    Pradeep,
    Am sure user might have deleted the condition type in sales order, the same condition type woudl have entered manually in invoice.
    Please check my testing, i have done the same entered ZA09 manually and after saving have deleted again in sales order, after dilivery and when i created invoice here i have entered manually the same condition type.
    So in your case also the same thing could have happend, check the change log and also in invoce condtion tab check the condtion type in analysis ( Invoice analysis not order). so that you can udnerstand whether it was entered manully or not.
    On analyzing the condition type MPDI,system throws message "Access not been executed due to previous access",what would be the reason.
    This is because in the condtion tyoe the abvoe key combiantion was found with records hence the below key combition was ignored. this you observe in your screen shot with with 5.00
    So my guess is the condtion records was deleted in sales order.
    thanks,
    srinu.

  • Default Condition types in header of sales order

    Hi
    i have a requirement like this.
    sales order should have default  pricing Condition types in header details with amount(kbetr)  field ready for input.
    we have approched functional consultant he couldn't make the fields enabled but he couldnt .please give the solution approach.

    Hi,
    That is standard configuration. We should not make a any changes in that.
    Regards,
    Renuka S.

  • Condition Types Are Missing After Sales Doc Replicated to R3

    Hi
    we're implementing quotation management replicated to R/3 system.
    the replication from CRM works fine, pricing is determined in R/3 perffecly.
    however, first item has condition records replicated back to CRM as we want it.
    but the subsequent items has no condition type replicated at all.
    any lead is really appreciated.
    JD

    Can you set a parameter-id PRC_TRACE in your user profile. This trace when activated will perform pricing condition analysis in CRM. If a different user id is used to replicate sales documents please set this parameter for the same.
    Also make sure if your pricing procedure is in sync in both CRM and R3.
    Naresh

  • To Remove Discount Condition Type In Invoice from Sales Order

    Hi All,
    For my sales order I have the net price and discount but when I create invoice, I would like the discount to be removed automatically. May I know how can I configure that other than remove the item line manually.
    Kindly advise.
    Thank you!
    Regards,
    Yvonne

    Hello,
    Do you want to delete Discount Condition in Invoice & its effect should not happen on Invoice Amount calculation?
    If the above is your requirement, then have two seperate Pricing Procedures for Sales Order & Invoice.
    Both these Pricing Procedures will have same Condition types & other settings except the Discount Condition will not be present in the Invoice Pricing Procedure.
    Define a new DoPP for Invoice Document Type & maintain Pricing Procedure determination (Sales Area + CoPP + DoPP).
    Thus while creating Invoice, the Discount condition & its value will not appear in Invoice.
    Hope this helps...
    Thanks,
    Jignesh Mehta

Maybe you are looking for