Pricing condition type with print option

I have a special requirement. Printing option "b" maintained for condition type in pricing procedure. Example ZR00. For some customers this should not print and should allow only for specific customers.
Any clue will appreciated.
Please don't send the links.
Suddu

hi,
is it that those conditons that are printed are only applicable to a particular customer.
or
though a conditoin is applicable but still you dont want to show.
However my observation is, it requires some enhancement of Z table kind of thing. Reason is a discount which needs to be printed today may not be required tomorrow to be printed or the other way round. It depends on the customers business nature with your client. In such case it has to be part of master data where the enduser should have an option to make the necessary entries from time to time.
If we hard code in the print program initially it can work. It will check the customer and print only those discounts but tomorrow if there is a change we have move a request to the print program again which is not the right approach.
regards
sadhu kishore

Similar Messages

Pricing condition type with Scale basis "G"

Hi,
Did anybody tried to use scale basis "G"?
I created formula for scale base where I calculate xkwert. The value seems correctly transferred to kstbs (scale base value) in sales order pricing, but the amount of the condition is not recalculated accordingly.
Thanks
Carlo
I solved the problem today. Thanks all.
Message was edited by: Carlo Noventa

Hi Tushar
You need to create your own formula or routine in Transaction VOFM.
Put this routine in front of your condition type in Pricing procedure.
Also in maintain condition types keep your scale basis as 'G'
Reward if this help.
Regards
Karan

Table for existing PO/Sch.Agg pricing condition types

Hi Experts,
Which table will have PO / Sch.Aggrement - pricing condition types with values as maintained in PO (like freight / P&F etc). I have the input of PO/Sch.Agg ref, plant, vendor & material.
We have created Z condition types for freight/ P&F and using the same in PO/Sch.Agg.
Thanks,
Jeeva

HI,
Same status.
In table EKKO also field "Doc. condition no." is updating for PO only, which is same as we find in EKKI. For Sch.Agg it it not updating the Doc.Condition no and remains blank.
Any way i have gone thro a different route. since I am looking for delivery condition for a completed GR, I can pick the conditions from EKBZ table.
Thanks.
Jeeva.

Problem with pricing condition type in case of proforma invoicing

Hello All,
the problem is related to a pricing condition type in case of proforma invoice where the details are as follows -
Name of Condition Type - ZADC - Add 10% on Cost                                         Access seq.   Z038 Diff
                                                                                Plus/minus    A Positive
Cond. class - A Discount or surcharge
Calculat.type - A Percentage
Cond.category - Blank
Manual entries      D Not possible to process manually
Amount / Percent - Checked
Item Condition - checked
Scale Basis - Quantity
Currency Conversion - Checked
Quantity Conversion - Checked
This condition type has been kept as statistical in the pricing procedure. Still in the proforma invoice the condition type is not getting reflected automatically , whenever I am updating with " carry out new pricing " option the condition type is getting populated.In case of other commercial invoices this very condition type is getting populated automatically without any updates.Along with this point to be noted is that the Condition type in which the actual costi is captured has been kept active.
What more needs to be configured or what are the changes to be done to populate the condition type automatically as statistical during the time of proforma invoicing?
Thanks & Regards
Priyanka Mitra

Hi,
Kindly do the pricing analysis and check whether you have the following error such as
Inactive condition type because of subsequent price,
Regards,
Ravi

Setting Pricing Condition Type Mandatory & Optional

Hi,
We have a requirement that a Condition Type in a Pricing procedure has to be set mandatory (Required) in general, but
for certain materials ( Say with Mat. grp X etc ), this condition type with the same procedure has to be made Optional.
Is there any way out. can any Routine solve this . If yes then how should we address this.
Thanks

Hi Stuti,
First you need to classify the material by material grp's for which u need the condition to be mandatory.
This wont be addressed through condition records, but you'll have to create a new routine for requirements, and frame the logic with the help of your ABAP'er, which will decide for which matl grps the condition should be mandatory.
The same is possible by creating a new routine in VOFM by defining requirements in access sequence and including you matl grp field in the condition table.
You can also write the sane logic under unser exit MV45AFZZ, under FORM USEREXIT_PRICING_PREPARE_TKOMP.
Regards,
Amit

Pricing on PO - Condition type with formula

Dear friends,
I've one condition type with calculation type (KRECH) set as Formula.
For the calcutation of this condition I need to set this formula: Value = (Gross Price + Freight) * 0,0035
Can you please tell me how can I se this condition as required?
Thanks in advance,
Afonso Pereira

Hi
I have never tried this calculation type - G formula,
But in the pricing procedure config, there is a field Caclulation type whcih is used as Alternate calculation type.
You can createa new routine ( nothing but a logic based formula) for caclutaion and assign that to the new condition type.
This will ensure that if your gross price condition and freight are present then this condition type gets automatically calculated and get populated in the PO conditions.
For routine creation you need to take help of Abaper.
Routines are craeted in transaction VOFM
Thanks & Regards
Kishore

Pricing - Manual Condition Type with value = 0

Hi gurus,
I need to insert a manual condition type with value = 0 into the billing data set.
I realize that if its valiue is 0 it is not active.
Anyone knows how to make it active despite its value = 0?
Thank you.

Dear Customer,
if you have customized the condition as price then the condition will be inactive if the condition is set to zero.
This is calling in:
LV61AA55
inactivate prices with rate / condition value zero
      if xkomv-koaid eq 'B' and xkomv-kbetr eq 0 and komp-kposn ne 0 and
         xkomv-kgrpe eq ' ' and xkomv-kinak ca ' Y' and xkomv-kwert eq 0
         and xkomv-kntyp ne 'e' and komp-fareg na '45'.
        xkomv-kinak = 'X'.
      endif.
If you need an active condition with value zero, then the condition class should not be 'B' (price)
I hope that the information are helpful.
regards
Claudia

How to change exchange rate type for specific pricing condition type

Hello every one,
I have a requirement for billing ie VF01.
currently all the exchange rate are being calculated with exchange rate type 'M' by default.
but now client want it should calculate exchange rate with type 'E' for two pricing condition type for all others it should calculate with type 'M'
Please any body can help me with the exit and code which i can use.
I have checked exits SDVFX008.
but how to change exchange rate with type 'E' only for two conditions.
as changing exchange rate at document header will change exchange rate for all condition type.

You need to assign KOMK-KURST = 'E', for those two condition types. If it had been item number specific, you could have used USEREXIT_PRICING_PREPARE_TKOMK(RV60AFZZ).
Do one thing, put a breakpoint on FM 'PRICING' and then do selective runtime analysis.
Check whether any user exit/BADI/ explicit enhancement are available when condition types are processed in a loop. If nothing is available, try implicit enhancement.
Link to refer for selective runtime analysis - Runtime Analysis for VOFM
Also try with VOFM requirements ( not sure whether changing KOMK-KURST is permissable in requirement as normally we only set sy-subrc values to suppress/allow condition types ). Don't forget to assign requirements against condition types in pricing procedure.

To make the Pricing Condition types inactive in Pricing Procedure

Hi Experts,
I am facing a senario where, in a sales order, pricing procedure, if one of the pricing condition type does not exist, then two other condition types (even though they are determined by condition records), should be either made inactive or should not appear in the pricing procedure.
Example: If I have 3 condition types in Pricing Proc say
YYY1, YYY2, YYY3, then the scenarios are
a. If one of the condition types YYY1 is not determined, then, YYY2 and YYY3 should not be either determined in the sales order or should be made inactive. This same logic applies to both YYY2 and YYY3.
b. If all three condition types are determined in Pricing Proc of the sales order, then, the price should be considered.
If it was just YYY1 then, I could have done it in VOFM by writing a routine and assigning it to YYY2 and YYY3 in pricing proc. However, the scenario is to check the other condition types as well and make YYY1 inactive if any of the other condition type does not exist. Both condition types are determined after YYY1 which is another difficulty.
I tried creating a dummy condition type and assigning it to Pricing Proc (at the end of Pricing Proc). For this dummy condition I put in a pricing requirement which checks for all three condition types and if one does not exist, then it make other conitions inactive.
However, this does not work in VA02 and VA03 as XKOMV is either not getting filled up or even if is getting filled, it is not having the condition type. It some times has condition records, and sometimes not... (not very sure why)
So, I was thinking of using user exit for the same. However, I was unable to find a suitable user exit for the same where KONV table can be read or XKOMV can be filled.
Can you please suggest if any user exit can be used for this or if we can implement it in a different way?
Regards,
Mukund S

Hi,
I think you can use condition exclusion functionality to select best pricing condition from a set of conditions in pricing. You can compare conditions in many ways.
I believe you can plot a solution with little research. The below link is for your reference.
[http://help.sap.com/saphelp_40b/helpdata/fr/93/743483546011d1a7020000e829fd11/content.htm]

Problem in Copying Pricing Condition Type

Hi All,
This problem is regarding copying pricing condition type in Sales Order. The problem is given below with an example -
Qty of Material A - 10 PC.
Condi Type   Amount Currency   Per UOM Condition value Currency
ZP06             100         INR          1     PC      1000.00             INR
ZP07                2         INR          1      PC         20.00             INR
ZP08               98        INR          1      PC        980.00             INR      Statistical
ZP01               98        INR          1      PC        980.00             INR      Mandatory with ERL A/c Key Active
The condition types ZP06 & ZP07 have access sequence maintained for them and ZP08 has been derived deducting ZP07 from ZP06.
I want the above mentioned scenario where the values of Condition Type ZP08 which is a Statistical Condi Type will be copied exactly & entirely to condition type ZP01 where It will remain active alongwith posting key ERL.
I have tried copying it by 100 % copy but the value is getting changed as 100% instead of 98 INR.
Considering the above scenario please suggest some soluitons.
Thanks & Regards
Priyanka

Hi Tarpan,
First of all thanks for checking my post.
In the problem I am not looking for the value of ZP08 to be maintained manually.I want the system to copy the exact details of ZP08 to ZP01 entirely where the condition type ZP01 will remain active alongwith the posting key ERL.
I have tried copying the condition type ZP08 by using 100% copy of condition type but in ZP01 the resultant value becomes 100% in place of 98 INR.
Please suggest some solutions.
Thanks & Regards
Priyanka

Pricing condition type not working

Hi all,
A pricing condition type is present which is supposed to make the netvalue to zero after the order reason is changed to rejection using va02. But even after the order reason is changed to rejection and we tried to genrate new pricing document, the netvalue is not becoming zero. How can I debug this? The condition type is not determined by using condition records.
Thanks in advance.

Hi Smith
This should be working in the following ways.
1) Order Reason/Rejection Reason being a field in the Key combination with 100% Discount triggering Zero Net Value
if this the case, then you should check in Condition Analysis wheather the value has conrrectly flown in the condition table , if not why it has not flown in to the condition table (It could be missing value in the condition record or a prblem in the field catalogue user exit- you need to take Developer's help as suggested by others)
2) Using a Requirement and changing the Net Value Zero without any condition table field.
If so, put a break point in the requirement and check why this has not been successful in this scenario.
I hope the replies would help you to some extent in solviing the issue.
Thanks
Subbu

Pricing Condition type triggering based on other condition type

Hello sir,
There are some pricing condition types in our system.
Based on condition records you can trigger one condition type based on other    condition type.
For eg: PR00 condition type is there and amount is suppose 1000rs and other condition type is JBED and we made a condition record and put it some percentage so as soon as we some value in PR00 ,JBED condition type is automatically manipulating the value on the base condition record.
Now i want other than condition record can we trigger one condition type based on other condition type through defining user routine under requirement.
Suppose we have condition type ABC and some amount i have given and other condition type DEF , i want that amount of DEF condition type should automatically come from the Condition type and it should manipulate according to my routine .
eg Condition type    Amount
       ABC                  1000
       DEF                    40
The value 40 should come as 4% of 1000.
I am not maintaing any condition record and i want that this should trigger through some requirement created by me.
i created my routine no 905 and i putted the code inside it.
if komtl-kschl = 'DEF'.
komv-kbetr =   ( komv-kbetr * 4) / 100.
endif.
Now problem is that this code is getting trigger when i m giving value in DEF condition type then it is showing 4 % of it.
But i want as soon as i give value for the condition type ABC and some value 1000
then after pressing enter , one condition type DEF should automatically come with value 40 that too in display mode ,not in change mode.
Please suggestions and solutions regarding this matter , I will be grateful to you.
Manish

hi
In V/06 in the calculation type you can see the entries for "D-gross weight" & "E-net weight"
For the required condition type select the calculation type as gross weight or net weight. Save it.
In MM01 - create material master, here in BASIC DATA 1 SCREEN you have fields for gross weight & net weight.
Maintain the condition record in VK11 for the required condition type.
You can also maintain the scales as required like u said
1 to 10 kgs - 100 rupees,
11 to 25 kgs - 1000 rupees.
Another way could be
The BEST practice to do it is, use of VOFM routine for price calculation (VOFM-->Formulae).
Take help from ABAPer and write a routine such that
if weight = 1 - 10
price = 100.
else if weight > 8.
price = 1000.
else
price = 100.
end if
but the maintainnance of routine is big problem as u might be having many records
Hope this will help you
Vishal

Pricing Condition Type should split the Value

Hello Gurus,
I am working on Billing Plan for Contracts. In the contract I enter the condition type with Rs.24000. The same net value should split in the billing plan by months for 12 months as Rs2000.00. Any inputs on this?
Regards
Venkat

Hello,
In v/06 make a new condition type for 'Monthly Value'.Eg. ZP00
Cond. class   A Discount or surcharg
Calculat.type A Percentage
maintain vk11 for ZP00 as 8.333%
In the pricing procedure , add the new condition type after main price condition as below.
STEP    CNTR CTyp         DESCRIPTION                     FROM    TO    MAN MDT             STAT
100             0     PR00     Price                                                               CHECK         CHECK
200          0     ZP00     Monthly Value     100
please check the same and revert back.
Thanks & Regards,
Hegal

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.

Additional Pricing Condition Type Determination in Returns Oder

Hi Guys
I am working on Returns Sales Process, but I have stuck in pricing?
The thing is I have to determine the additional condition type based on transaction type .i.e. returns order when I create the returns order with ref. to sales order the pricing condition types which is present in the sales order has been copied but the additional condition type is not determined automatically?
I have created the 2 pricing procedure one of sales order and other for returns order.
Can anybody help me out?
Thanks advance

Hi,
All you have done is right. just assign the other pricing proceduere which you created for the document re.
To the combination of sales orgdistribution chaneldivision + cpp( in customer master)+ dpp( for the document re )
So now when you create with the re doument you will automatically get that pricing procedure.
hope this solves.
regrds\
preetham

Pricing condition type with print option

Similar Messages

Maybe you are looking for