Rebate condition type accrued as statictical condition

Hi Gurus
I want to accrue the rebate from one customer and pay to the different customer as decided by sales guys. Please help how to handle in rebate management. Thanks in advance.

Hi,
You can asign account key to rebate condition and also speciefy G/L account.
Because when you create sales order that time system recognise where to post values.
This will not post any entry but it realise where to post.
Kapil

Similar Messages

How to set required for group of condition type in the same condition class

Hello,
we have a group of condition type with the same condition class B, the last one have been set, and all of others will be inactive.
but we don't set any required for all the condition types in pricing control, so if user don't set any of them, the sales order or billing is still saved. that is a risk.How can i fix it? Thanks.
Sophie

Hello,
incompletion log is not available in invoices.
You have different options:
- activate a validation in FI when the Billing document is released into accounting, so that te release into accounting is not allowed if the invoice amount is zero;
- define a subtotal in the pricing procedure as sum of the pricing conditions of your group, then develop a custom routine to be assigned in the formula "CalType" (field T683S-KOFRM) where an error should be raised if the amount of the subtotal is zero (use as an example formula 48);
Best regards,
Andrea

About hide special condition type in sales order condition screen

Hi all,
    I have such requirement:
    Customer want to hide some condition type in sales order condition screen.
    I have tried the authrization object :V_KOND_VEA but it only controll the master data level
    and the special still show on the condition table.
    I have also find any user exit in SD module:
    USEREXIT_FIELD_MODIFICATION (module pool SAPMV61A, program MV61AFZA)
    But it looks like a system modification, and need the modification key.
    So, is there any solution such as enhancement or configuration to meet this requirement?
Many , thanks.

Check this thread where similar requirement was discussed
[Condition Type |Condition Type]
thanks
G. Lakshmipathi

Pricing Condition type controls- Formula and condition records

Hello experts
I have one question in pricing.
Is it possible to determine the value of a single condition type by means of the maintained condition records vs a formula depending on the scenario?
Eg- In my case for the requirement is:-
If in my sales order the item category is X or Y then i need to use the condition records to determine the value of the condition type say ZCON but if the item category is Z then i need to use a custom formula?
Can this scenario be achieved using only one condition type with the appropriate formula or do i have to maintain separate condition types to achieve it?
Thanks for your inputs.

I believe it can be achieved with the single condition type. Since the routine assigned in the Requirement in pricing procedure controls the system's access to condition records...create a new VOFM routine which should check the item category and if satisfied, the condition records will be accessed.
If the requirement fails and a value is not determined, the routine in the alternate calculation type should handle the calculation (based on PR00 value etc.,) and determining the value for this condition type. If not possible this way, should be able to handle this requirement through a userexit.
Your condition type should be configured allowing both automatic and manual entries.
This is just a wild guess.

Condition Type JSRT not picking Condition Base Value in Pricing Procedure

Hi Friends,
In a procedure System is not picking condition base value for condition type JSRT. I have checked the tax procedure and found alternative Cal Type is 17 and is working fine for Domestic vendors.
Friends i need your help in sorting out this issue. Pls suggest what I can check in order to sort out this issue.
Rgds, Krishan Raheja

Hello!
In TAXINN the base value for the condition JSRT is picked up from step 100.
I suggest that you change the "From" value to 100 instead of whatever you may be using
Then test the transaction once again.This will not affect your normal service tax calculation either. So please make this change & try using S1 for planned delivery cost.
Hope this helps !
Cheers!
Plauto
Edited by: Plauto Abreu on Feb 11, 2011 9:03 PM

TCS condition type as Withholding Tax condition type

Dear All,
In CIN configuration, our customer wants us to create TCS (Tax collected at source) condition type as a Withholding tax for Scrap sales scenario.
Is it possible to create TCS condition type as Withholding condition type.
Because, in the customer master, there is no fields are available to maintain withholding tax informations.
Kindly advice.
Regards,
Mullairaja

Hi,
Withholding tax is applicable to customer for TCS related sales.
When you are mapping the wht from sales you need to attach it to FI wht type in the path-
SAP Customizing Implementation Guide > Financial Accounting (New) > Financial Accounting Global Settings (New) > Withholding Tax > Extended Withholding Tax > Calculation > Withholding Tax Type > Assign Condition Type to Withholding Tax Type
Also in customer master WHT tax data is to be filled in company code data. Information required is wht tyoe, wht code, tick for wht applicable.
Regards
Milind

Condition type EDI1 in PO: Condition ignored (requirement 053 not fulfilled)

Hi,
I am trying to change price in condition type EDI1 of a line item, but I am getting following error:
PO has AB confirmation and GR also has been done. Still getting this error. Please suggest how to rectify this.
Thanks and Regards,
D. Krishna Bharadwaj.

Hi,
The condition types EDI1 and EDI2 are used when the vendor send the price change and is accepted automatically. Refer the note: 456127 - FAQ: Electronic Data Interchange (EDI) in purchasing Question number 14.
Regards,
AKPT

Rebate condition type

Dear Experts,
I have created a condition type for material rebate and the same has been assigned to condition type grp in turn condition type grp is assigned to rebatye agreement type....besides the same(cond type) is included in the pricing procedure.....the issue is even after maintaining the cond record the values are not flowing moreover when I see to the condition type details in the order level( I
deliberately made the rebate cond type to flow in sales order) few settings got changed like scale type,calculation type,..etc...how come the settings may change other than what I have maintained...I could see my own settings exist in V/06 for the rebate cond type.....what would be the reason?.....thanks in advance.......

Hi,
1st see in condition detial,maintain
Processing priority - Automatic entry has priorit or No limitation
Second,in price procedure V/08, if you maintained any requirement in requirement coloumn in front of rebate condition then remove that.
Kapil

Freight condition type to COPA

Dear Experts,
I know only two type of condition type passed to COPA
1) Statistical Condition type
2) Condition type with 11 and 12 cost element category
like - discount,rebate with 12 category and frieght and octroi charged from customer with 11 category
and if i need to flow excise and service tax to copa.will create separate statistical condition type equivalent to excise condition type.
But how to flow other expenses condition type to COPA. like frieght paid to customer
regards
RR

Hi ajay,
Thanks for your pmompt reply
i will maintain 12 cost element categary but in copa it will show frieght seperate and revenue seperate.
ie - revenue 10 rs
frieght -2 rs
system will not show revenue 8rs deducted frieght from there.
regards
RR

Condition Type - Values getting changed at billing

Hii All
I have a header condition which is set up as group condition at header level. When an amount is entered at the header level it gets proportionately distributed among the line items. This is fine.
Problem comes when a line item is completely shorted (i.e. delivery quantity becomes 0) then in the billing the header condition value also get reduced.
What setting needs to be done so that the header condition value does not get affected.
Current setting of condition type is as follows:
Condition Class: A
Calculation Type: B
Condition Category: Blank
Copy Control from delivery to billing is marked as 'G'
Pls do let me know if there is a feasible solution for the same.
Many Thanks
Gaurav Manocha

Dear customer,
What you are experiencing with Fixed Amount Header conditions is stand-
ard behaviour. Please see below Notes:
876617 FAQ: Header conditions / Header condition screen
317112 Behavior of conditions w/ calculation rule B changed
485740 Conditions with fixed amount in copy activities
To achieve what you wish (absolute amount), solution is in the below
Notes:
84605 Transfer absolute amount condition to billing doc.
25020 Value changes during over/underdelivery
25144 Freight conditions during milestone billing
But I guess that there are many threads with the same problem.
At first please search for old threads and solutions.
I hope that the information are helpful.
regards
Claudia

We would like to Use the SKTO condition type as Acrual condition

Hello Experts,
We have a requirement to track the possible cash discounts in discounts bucket, Hence we though that we will use the SKTO condition type as a Accrual condition type and post to Accrual accounts at the time of billing document creation.
While processing the Payment we will clear the bucket with relevant discounts with eligible payment terms.
We are debating and discussing the use of SKTO as a Accrual condition type and start posting GL accounts with it (This means that we are removing the statistical check box from pricing procedure).
In a nutshell our requirement is.
1. Track the cash discounts in a Accrual bucket.
2. Relieve the accrual when payment is applied (This will be done in Cash app)
3. What are the consequences of making this change?
4. Is there a better way of managing this?
Thanks
Sreedhar

Hi,
Your issue can be solved by CO consultant.
Your CO consultant can generate report from CO-pa documents.(when invoice is released to a/c ,FI and CO documents are generated) and you know SKTO- cash discount amount even if it statistical condition type.
You do not need to change in Pricing procedure for tracking cash discount.
SKTO is linked wtih payment terms and it is applied accordingly through standard programs.
thanks,
Vrajesh
Edited by: Vrajesh G. Nayak on Jun 2, 2010 5:12 PM

Two prices for one material in sales order according condition type

Hi,
I configure the condition type according to following condition record:
Plant/ Sales Organization/ Distribution channel/ Material / Customer
(because system should calculate two prices for one material in two plants)
In the sales order screen, when user firstly select material , quantity, plant , system calculate the related price correctly but if user select the material and quantity and enter and after that select the plant, system will show the error message in pricing procedure and to have a price for material, user should update the price in the price condition in sales order.
It is so difficult for user to update one by one, because there are several sales orders which need to update.
Is it any way to solve this problem?
Thanks,

> In the sales order screen, when user firstly select material , quantity, plant , system calculate the related price correctly but if user select the material and quantity and enter and after that select the plant, system will show the error message in pricing
Hi,
Why to let the user press Enter button before entering plant value Obviously, system will give error, because it doesnt get all the required value based on which you have maintained condition records.
Ask the user to enter all the value at item level otherwise you will have go for the option that you are doing currently.
It is said prevention is better than cure
Hope you get some inputs
regards,
Sagar

Addition of new Condition type in SO

Hi Frnds,
We are facing a problem in SD.
Client has added 2 new condition types 'JEC2' and 'JSC2' recently which was not defined in previous conditions in old sales order
hence while copying old SO to new, these 2 fields were not getting added in new SO . They have made following
setting in SPRO for these 2 condition types to solve the problem :
SPRO -> SD -> Basic function -> pricing -> pricing control -> define condition type.
in this, for conditions JEC2 and JSC2 change condition category to 'L' (i.e.. New when copying ).
This solved the problem while copying the old SO( Which doesn't contain the new Conditions) to new.
(i.e.. 2 new conditions are added in new SO due to setting 'L').
But while copying New SO ( which already contains these 2 conditions) to another,
the above 2 conditions are duplicated. (i.e. appears twice in conditions tab of item, once from source SO and 2nd time due to setting 'L' of 2 conditions ).
Kindly revert back if you find any solution for the same.

Hi there,
You are getting the duplication coz of setting L (generally new when copying) in condition catg in V/06. In your earlier case, it worked because the condition type is not defined in the old order from which you are copying. So setting L will define new in the new order.
In your second case your old sales order already has the condition type JEC2 & when you copy that sales order, system will copy all the existing condition types + re-define JEC2, JSC2 again (coz of setting L in condition type) in the new order.
Rather do this. Since you are copying new OR from existing OR, in copy control routine VTAA at the item level, pricing type, choose option B which will carry new pricing. With that eventhough your old order doesnot have JEC2 & JSC2, your new order will have them.
Regards,
Sivanand

Restrict Double entry of condition type

Hi All,
How to control double entry of condition type at Item & header level in sales order????....any solution
Thanks & best regards
Umed

Condition type settings V/06, Changes which can be made section maintain B- Automatic entry has priority , if condition record exist then system will not accept to enter manually.(If yours is autoamatic condition type.)
If your condition type is manual and if you maintain 'C' - Manual entries has been priority or Blank - No lomitations, then i think we can not stop this.
Regards,
Ramesh

How to hide the Condition types in item condition screen in Sales Order ?

Hi Experts,
We got new requirement from the Client. Pricing Condition types are ZZBG, ZPBG, ZPBA, ZFSG, ZBDG and ZBHG part in Pricing Procedure. These condition types have Condition records. These need to be hidden in Item conditions screen in Sales Order but other status of the conditions remain unchanged. Pleas provide me the solution earliest How this we can achieve in a best way.
Best Regards,
Srikith

Hi Srikanth,
You can achieve this using CONDITION EXCLUSION.
Maintain Condition exclusion for first condition type its Exclude the condition types which are below to that.
You must set a condition exclusion indicator for the price. You can do this in two ways:
If you want to set the condition exclusion indicator a follows then you specify it:
1..for all condition records of a condition type (e.g. with condition type PR00) when defining a condition type in SD Customizing
2.for an individual condition record (e.g. only for material 4711) in the detail screen of a condition record (in the Condition exclusion field)
Hope this will helps you
Dasaradha

Rebate condition type accrued as statictical condition

Similar Messages

Maybe you are looking for