Inconsistency between Condition Base Value in Rebate Monitor / Semi .....

Hi All,
there is a big problem in Inconsistency between Condition Base Value in Rebate Monitor / Semi Automatic Bypass / MIS.
We have discovered issues with inconsistent figures.
Condition Base Value Rebate Monitor until Feb 29th is not equal with value from Semi Automatic Bypass with Settle to date Feb 29th
- first analysis indicates, that Semi Automatic Bypass is taking 3 Billing documents into account which have Service Rendered Date March 3rd , but Billing Date Feb 29th:
THE Rebates Monitor and Semi Automatic Bypass figures are always provided based on Requested Delivery Date/Service Rendered Date (and not based on Billing Date) and to ensure, that figures are always consistent.
How to fix it?
Thanks in advance and regards
William

Hi,
USE FMs SD_BONUS_READ and SD_BONUS_STAT_TARGET to fetch the values.
Babul.

Similar Messages

Condition base value in rebates

Hi,
I am developing a rebate report to list all rebates along with condition base value,scae base value and accruals.
would you please let me know how to calculate these values as this values are not available in tables straight away.
let me know Function modules or tables to find these values.
Thanks in advance.
Regards,
Babul.

Hi,
USE FMs SD_BONUS_READ and SD_BONUS_STAT_TARGET to fetch the values.
Babul.

Condition Base Value not maching between R/3 screen and Database

Hi All,
We have been using the Condition Base Value KAWRT field in the datasource 2LIS_13_VDKOM (Billing Document Condition).
While reconciling the data in the underlying R/3 table KONV and the R/3 screen (VF03 transaction) and DS extracted data, we are seeing that sometimes the data in KONV is different by factors 10, 100 or 1000 etc from the value in the R/3 screen. We could not find any definite logic as to what should be the factor based on which situation.
We understand SAP does this shifting of decimals to increase the precision. But we need to determine the logic of using "which factor at what situation".
Has anyone faced this situation before, if yes...was a solution found?

We are infact looking at the decimals against currencies (TCURX), but sometimes the KMEIN field is blank against the transaction, usually the case when KRECH (Calculation type for condition) is B - Fixed Amount. Then we are failing to understand the logic used to determine the factor.
Any idea on that?

Wrong condition base value when an order is copied from another order

I am copying sale order to sale order and encounter an issue with pricing .
I have an excise condtion for which the condition basis is the price condition . I copy the order and update the pricing in the new document ( I have to do this because the pricing type in copy controls is A ) . The price is being copied and the value calcualated as per the order quantity . But the same value is not flowing as the condition base value for the excise condition type mentioned above. It is taking some different value as the base value . There is no alt base value assigned in the procedure.
As per the settings in the procedure , the condtion value of the price should be the base value for the excise condition type and this is not happening
Could somebody throw light as to what is going wrong ?
Thanks in advance
Regards
Mahesh

Many thanks for this.
I can see entirely why it's designed as such, but I just find it slightly frustrating that there's no way to break the link between the order and the shipment out to the depot. Just to clarify, we're not requiring the orders to change - they will still be made and will come in - but just that the orders themselves don't specifically need to be the stock that is used for the replenishment.
So -
1. Min Max identifies depot needs replenishing.
2. Central distribution does not have (enough) stock to replenish.
3. Order is made to replenish central distributions stock.
4. We ship whatever we've got, when we've got it, to depot to replenish.
It's the bit where Min-Max is trying to replensih a specific depot rather than our central distribution centre that's my problem.
I suspect that, as you say, that specific issue is not directly fixable without getting our IT contractors to do a customisation.
I'm going to look into your Supply Date Offset suggestion now, though I'm not sure how this affects the shipping after the orders are placed. The orders themselves are approved manually after we've checked our stock position (i.e. what's in with the recycling team), but we recycle & refurb probably 60% of our maint stock so there'll always be kit turning up after the order has been made because of the long lead times.
Thanks again.

Scale base value in rebate processing for CM /DM must not be updated

I created a rebate condition type with calculation type A (percentage) and scale basis C (qty). The billing types for credit and debet memo are set relevant for rebate (TVFK-BORVF). The value of a credit / debet memo is added to the condition base value in the rebate agreement and the quantity to the scale base value (standard). For us it is not an option to create credit and debet memos without quantity. What I need is that the value is added to the condition base value but the quantity is not added to the scale base value. How can I achiev this?
Example
standard order   Qty 1100, value 11.000
CM                      Qty 200, value 500
Rebate agreement with scale
0 to 1000    4%
from 1000 5%
The final settlement must calculate 5% over 10.500. Currently it calculating 4% over 10.500.
Thanks in advance

hi,
check out the following link:
http://help.sap.com/erp2005_ehp_03/helpdata/EN/de/5e74c39d3211d596fc0000e835339d/frameset.htm
Regards,
siddharth.

Alternative calculation type and alternative condition base value

In pricing procedure what is the difference between alternative calculation type and alternative condition base value?Kindly help

Hi,
Please check the forum before you post your questions as this question was answered a number of times earlier.
Please check the below link which discusses in detail regarding the same.
[Alt Cal Type and Cond Base Value|Alternative calculation type and alterantive condition base value in pricin;
Regards,
Phani Prasad

Creation of a new Formula Routine for condition base value calculation

hello people,
i am stuck up in a situation where SAP has itself said that nothing can be done.
but i know you all can guide me to some way or the other
see, the scenario is like this
1. i have to calculate the base value for a pricing condition.
which will follow the formula
net value + excise duty + freight
2. in standard routines two things are normally bieng used
xkwert for the value that has to be finally calculated(taking reference of routine 004)
komp-netwr for the net value
3. i have to calculate the excise duty by adding up all the base values of existing pricing conditions like JMOP, JEC1 etc that i have which i saw in internal table
XKOMV on debugging
4. now freight is to be calculated from all the values of condition types that are in KOMP which is a structure and no internal table is defined in standard main program
now ppl
can you guide me by looking at the standard program
what is this xkwert field and where it is assigning the value.
how to get field from other structure and table.
please guide as to how to approach the problem.
thanks and regards
Nitin

HI,
the scenario u r talking abt is condition based value formuls of VOFM transaction.
here the data is retrieved as 'X' structures and will hold normal tables with respective names. and in this case all the pricing data is in KOMV ie XKOMV
Final amount including tax
form frm_kond_basis_004.
xkwert = komp-netwr + komp-mwsbp.
endform.
always calulation is done in xkwert field and final value is stoerd in xkomv.
*.................. text ............................................. *
Condition base value formula to get the assessable value of the     *
saleable material from j_1iassval. If the value is not maintained   *
then the selling price will be taken as the base                    *
TABLES: J_1IASSVAL.
DATA XXKOMV LIKE KOMV .
XXKOMV = XKOMV.
SELECT SINGLE * FROM J_1IASSVAL WHERE J_1IWERKS = KOMP-WERKS AND
                                     J_1IMATNR = KOMP-MATNR.
IF SY-SUBRC EQ 0.
    IF J_1IASSVAL-J_1IVALNDP NE 0.
    XKWERT = J_1IASSVAL-J_1IVALNDP * KOMP-MGLME / 1000.
    ENDIF.
    IF J_1IASSVAL-J_1IVALASS NE 0.
    XKWERT = J_1IASSVAL-J_1IVALASS * KOMP-MGLME / 1000.
    ENDIF.
ELSE.
   XKWERT = XXKOMV-KAWRT .
ENDIF .
XKOMV = XXKOMV .
ENDFORM.
and as far as ur req select allthe condition type data and sum and take the average value and pass it.

How to display modified condition base value in Pricing Procedure?

Hi everyone:
I used a formula to change the condition base value (via the VOFM transaction) of various price conditions that are assigned to the same material. In this way, I can distribute the total quantity of the item line in smaller quantities for each price condition.
Now the problem is that in the conditions tab of the sales order, I can not see the Condition Base Value of each Price Condition, and that's a little confusing.
Did Anyone know's a way to show the modified Condition Base Value in the Pricing Procedure of the Condition Tab?
Thanks a lot,
Ginno Giuffra

Thanks JJ:
Yes, I can found the modified base value in the condition details, but I still need to show it in the Pricing Procedure scheme.
It is curious that the table options does not allow you to add that field to the escheme.
Does anyone knows a user exit wich can modifye the table?
Thanks again,
Ginno Giuffra

VOFM: Condition Base Value(Urgent)

Hi All,
I created Condition Base Value and transported it with a breakpoint. In the revision I removed the breakpoint but there was syntax error so object was not imported and the error shown for transport was 8. In another try an error occured again. In last import, everything went fine but the condition base value include program is not updated. it is remianing in the last state.
Do I need to do something extra or there is problem in the steps I am following.
Regards
Vijai

Hi,
Now make sure that break points are removed and activate the routine by running RV80HGEN program in SE38.After this transport the fresh request.
Reward points if useful
Regards,
Amrish Purohit

Alternative formula for condition base value in cross-application

Hi,
I need inputs regarding an issue as:-
In "TAXINJ" Tax pricing procedure, for a ZXXX excise related condition type the alternate condition base value (Alternative formula for condition base value) must be of YXXX condition type of MM Purchase pricing Procedure.
How to acheive Alternative formula for condition base value in cross-application area as both condition type belongs to different Application area i.e. ZXXX belongs to TX and YXXX belongs to M.
One way or only way is thro' routine but I do not know How it works?
Thanking you.
Prashant

routine is only the best way for u in this case
u will have to use subtot may be 6 or 4 in MM pricing procedure
and write a routien in Tax procedure, i n that u will have to write a code where in ur sustem will featch this value in sub total and act a a base for ur cond type in Tax proc for ue condition type.
what is your excat requirement
there might be other work around that can help u around
hope this works
or write t routines one in MM and Other in Tax proc for ur issues

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

VOFM Condition base value not updating(Urgent)

Hi All,
I have created a Condition Base Value 901 for Sales Order in Transaction VOFM.
Following is the code when I enter the Sorce text.
FORM FRM_KOND_BASIS_901.
*{   INSERT         DEVK901384                                        1
DATA: XXKOMV TYPE KOMV,
      XAKOMV TYPE KOMV,
      VKAWRT LIKE KOMV-KAWRT.
IF KOMP-VKAUS = 'YAB'.
XXKOMV = XKOMV.
CLEAR VKAWRT.
LOOP AT XKOMV INTO XAKOMV WHERE KSCHL = 'YIPR'.
IF XAKOMV-KAWRT > 0.
VKAWRT = XAKOMV-KWERT.
ENDIF.
ENDLOOP.
XKAWRT = VKAWRT.
CLEAR XKOMV.
XKOMV = XXKOMV.
ENDIF.
*}   INSERT
ENDFORM.
But this code is not updating the Condition screen for items condition value.
Regards
Vijai

no, the code contains the logic to determine the base value, then the value has to be passed to xkwert.
take some other base formula as template.
pls. rewad if helpful
Roberto

Condition Base Value Routine

Hello all,
I am currently facing an issue where we have created a Custom Condition Base value routine for a Tax Condition type.
In our scenario, we have Sales Tax condition type ZZTX which has the following parameters:
Cond. class       D Taxes
Calculat.type     A Percentage
Cond.category D Tax
Rounding rule       Commercial
Also since its a tax condition type, it is set to D - cannot be modified manually.
Also in the pricing procedure, the condition type is pointing row 301 to pickup the condition value basis. This is for the normal scenarios. However when a particular condition is satisfied (which is coded in routine 902 for ZZTX) the code in 902 is supposed to change the condition base value for ZZTX.
800     0     ZZTX     Tax for Sales     301                       10          902     MWS
This functionality is not working at this point. When I debug, I can see the code appending the calculated value to the condition base value for ZZTX.
However on the screen, I still see the condition base value being picked up from row 301.
I need some input from you guys so as to find it the condition type zztx should have some parameters set to allow the change or is there a problem in the 902 routine ?
Kindly advise
Thanks
Vin

Hi Vin,
Please check with your ABAP expert if he has done below to fetch calculated value to hold it correctly,
   l_val_190    TYPE kwert,   l_val_210    TYPE kbetr,
I guess it is to do with Data type only in your 902 routine
Hope this will solve your probelm,
Regards,
Siva

CONDITION BASE VALUE / ALT CALCULATION TYPE Pricing

Dear All,
I have a scenario where in I want the condition base value for calculating the value for a condition type to be based on
Gross weight - Net weight value of a material.
Is it possible and if yse how do I acheive the same.
Deepak

Deepak,
Alternative Calculation Type:
Normally if you want to calculate a value you have to use a calculation type for determinating the value. This calculation type is either addition, subtraction or multiplication. Similarly SAP also has got a default calculation type in the control data of the condition type. There you have the options of either Qty based , Fixed Amount Based or Percentage based.
Here what happens is suppose if you define Your condition type that calculates the base price of a material on Qty based. Then the calculation will be done based on the quantity of the material. If the customer orders 10 Nos and you have maintained a unit price of 100 Rs for each material then the value determined is 1000 INR. Similarly if the discount condition type , you maintain the calculation type as %. This means if you maintain the value of 10 % in the condition record. Then this percentage is taken as the calculation type and the condition value is determined.
In some cases you have to forego the default calculation types and use the customer specific method for calculating a value. For ex if you are calculating the Freight charges for a Material . it depends on so many criteria like, the weight, volume and also the minimum amount etc etc, in those cases, you forego the default value and then use the alternative calculation type in calculating the condition value against the particular condition.
Alternative Condition Base value :
If you have to calculate any value then you have to have a base value for it. For ex if you want to calculate the discount of 10 % for a material then you have to have a base value on which this 10% is calculated. Normally you take the condition value of the base price of the material to calculate the value.
Now you don't want to take the base value and take other values as base value which are derived on some formulae. So you create a routine which will do the mathematical operations in the routine and derive you a value which is now used as the base value for calculating the condition value for a particular condition type.
Reward poitns if u finds this helpful....
Regds
MM

Wrong tax condition base value

Hi,
We are getting wrong tax condition base value if an item having particular combination of inactive condition exclusion items-
we have x abd y condition types which are inactive.
if x is having 0.01 then system is considering y value for tax condition value(it should not because it is inactive). If conditions having other than 0.01(for x), we donot have any problem. (even 0 also we donot have any problem)
Any inputs
chidambaram

Hi
Just check , whether some routines are written against the condition types.
Though inactive , it is picking up the values ,it may be on some per requsite condition.
Regards
KRSNA

Inconsistency between Condition Base Value in Rebate Monitor / Semi .....

Similar Messages

Maybe you are looking for