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

Similar Messages

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

Used of 362 & 363 Alternative formula for condition base value in Define Procedures (Tcode obyz)

Dear
what is the used of 362 & 363 Alternative formula for condition base value in Define Procedures (Tcode obyz)

362 is used for to pick base value to BASB condition type from MM pricing procedure
363 is used for all sales tax {VAT (Inventory or set -off) & CST}.
Tax Calculation on Freight - Different Scenarios
Please go through this link and you will know very well a bout 362 and 363 usage

Differance betwwen alternative calculation type & condition base value.

dear expert
wats the differance betwwen alternative calculation type & condition base value in pricing.
vicky

Hi,
AltCty - Condition formula for alternative calculation type:
It is an alternative formula for the condition type that can be used instead of standard formulas.
For example, let us take the Profit Margin which can be both + / - , so here this routine will help us in generating the value which can be either + or -. Profit margin is not a condition type so it cannot be classified as +ve or -ve in the V/06.Ex.: 950 0 Profit Margin 11. So we assign 11 - Profit Margin.
AltCBV - Alternative formula for condition base value:
Formula for determining the condition basis as an alternative to the standard.
It is used as a basis to calculate value of the condition type instead of using it from the "FROM" column.
Ex.: Freight - KF00. Freight is calculated based on weight, volume etc. and not on the base price. In pricing there is no entry of weight from which the value can be referred like we do for discounts using base price. We have to get the value from the Material master. In this column we can mention the value as 12 - Gross Weight or 13 - Net Weight.
During pricing, the system will consider the value that is mentioned in this column and determine the freight based on this value.
Suppose we have Net weight: 100 kgs and Gross Weight: 150 kgs. And if we mention 13 in this column then the Freight condition KF00 will be calculated using the weight as 100 kgs.
And both of them are routines written by APABers in VOFM.
Reg,
JJ

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.

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

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.

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

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.

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.

PO-Item detail-Condition Base Value

Hi expert,
May I know how is the system calculte the "Condition base value" in PO item condition detail.
For example: I issue PO qty 100, net price 2.12 USD, total net 212.00 USD and condition type "ZXXX", in item condition detail (Condition base value) is show "21,200".
I'm wonder how the system get value "21,200"? why it is multiply by 100?
Kindly explain. Thank you.

Hii Kah,
its coming right., its multiplying the QTY with Net-price.
if u want to know that how system is calculating? then i will tell , this calculation is depends upon the calculation type of that condition, change the calculation type of that condition and see the diffrenecs.
hope it will help u.
else revert back.
Thanks
Pushpa
Edited by: Ms. nisha on Jun 16, 2011 8:42 AM

Condition base value...

Hi,
We have two basic price condition types called
ZLAB and ZLTR. At any point of time only one condition type will be executed and fetch the price.
We also have ZLAD is the discount based on whichever availble on the above one.
ZLAB
ZLTR
ZLAD
Now I need execute this discount rate based on which is active condtion record.
To cater this can I make use of altenative condition base value formula ?
or any other config set up will help?

Hi,
Which pricing schema look better out of given 2 here
                Schema 1
ZLAB Basic price
ZLTR Basic Price
ZLAD Discount on any one of ZLAB or ZLTR, which is available
ZLVR Discount on any one of ZLAB or ZLTR, which is available
======
Net value
=======
                Schema 2
ZLAB
ZLTR
======
sum value
=====
ZLAD
ZLVR
===========
Net value
========
Here the schema 1 is looks better and as per Standard SAP way. I got the answer for how to writte the cond. base value routine.
Step 1: - Assign subtotal to ZLAB (say "A)
Step 2: - Assign subtotal to ZLTR (say "B")
Step 3: - create new cond. base value , write a code
             as
                  if Value for A is not equal to zero, pass the value to xkwert
               else
               pass the value of B to xkwert.
Step 4: - Assign this routine to ZLAD
step 5: - Create ZLAD condition record.
Results: - System takes either A or B value as base value and for the discoun of ZLAD.
Thanks, good learning
Laxman

How to extract values from pricing procedure for conditions in CRM Billing?

I have a number of conditions in the pricing procedure in CRM Billing that I would like to extract to SAP BW. How can this be done?
Is there a standard extractor for CRM Billing similar to the SD Billing extractor "Extraction of SD Billing Conditions" (2LIS_13_VDKON)?
If there is no standard extractor, is there another way to extract the conditions and the related values?
I am using the standard CRM Billing Extractor 0BEA_CRMB already, so maybe an append could solve my problem. How can this be done? In what CRM-tables can I find the values from pricing procedure for conditions in CRM Billing?

you may want to post that last question in a CRM forum... in ECC it would be table KONV

How to display my input history values on Filename filed (selection screen)

Hi All,
Please let me know how to display my input history values under the field of selection screen.
I created Zprogram as below.
SELECTION-SCREEN BEGIN OF BLOCK B1 WITH FRAME TITLE TEXT-001.
PARAMETERS: P_FILE TYPE RLGRAP-FILENAME OBLIGATORY.
SELECTION-SCREEN END OF BLOCK B1.
I displayed a selection screen of my Zprogram, my cursor put on P_FILE field, and enter BACKSPACE key,
so it doesn't display my input history values.
Of course I've selected Local Data History 'ON' of my GUI option,
so it's displayed my input history values on any other fields.
If you know why, please let me know.
Regards,
Rie.

In the GUI options, there is also a setting for the maximum length of fields for storing the history, maybe it is set to small, as your selection field is length 128.
Alternatively you can switch to a STRING, I have observed that the history is displayed after the first letter is being entered (maybe dependent on GUI version, who knows...)
Thomas

How to display modified condition base value in Pricing Procedure?

Similar Messages

Maybe you are looking for