Additional RFQ Condition Types

Dear All ,
         I am trying to create a RFQ .The condition types I can find init to maintain are
P000 : Gross Price
R000 : Discount On gross
R001 : Discount Of quantity
R002 : Absolute Discount
R003 : Discount % on net
           But my client requires more condition types like Packing & Forwarding ,Excise , CESS , VAT /CST , FREIGHT .
           I want to know how I will enter these condition types in RFQ . How RFQ is having this procedure ? This is not picked from vendor schema group .

Hi,
You will get this condition types while entring the Quotation in ME47 transaction based on the vendor.
Regards,
Bharat.

Similar Messages

Additional VAT condition type is not flowing to PO

Dear All,
            An additional tax of 1 % is levied in State of gujurat and for this we can take the credit . It behaves exactly like VAT like it calculates its value as 1% of base amount and excise duty levied on it . But this condition is not available in standard TAXINN procedure . So we created a new procedure copying from TAXINN .We created a condition type copying from standard condition type JVRD that is for VAT on which we take credit .Then we assign this condition type to tax procedure immediately below condition type JVRD and it should calculate the value in the same way as that of VAT .Then we assigned this procedure to India , assigned all the condition types in CIN config and maintained default condition types for this procedure copying from TAXINN .
            But while we are creating a PO after that ,this additional tax condition type is not flowing in it .
Can anybody let me know where is the missing link in this customisation .
Regards
Abhijit Das

Hi AP ,
         The condition type is Valid from : Todays Date and valid to 31.12.9999 . Is there any problem with this ?
Abhijit

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

Addition of Condition type in XKOMV programmatically - Sales Order creation

Hi,
I need to add a condition type ( a record with whole data like Amount etc,.) in XKOMV programmatically during a Sales order creation, so that the new condition type gets automatically saved along with other data in VA01. Please suggest the better way of doing this - through Userexits or Form routines.
Thanks in Advance,
Sirisha.
Edited by: hema Namuduri on Oct 20, 2011 5:12 PM
Edited by: hema Namuduri on Oct 20, 2011 5:13 PM

Hi E_Hinojosa / madhurao123,
I added the below code in FORM userexit_xkomv_bewerten_end ( of Include: RV61AFZB ) which will get triggered in 'Pricing' Function Module.
      FORM USEREXIT_XKOMV_BEWERTEN_END                              *
FORM userexit_xkomv_bewerten_end.
DATA: l_amt1 TYPE vbak-netwr,
            v_waerk TYPE waerk.
l_amt1 = '56000'.    " Let's say..
          READ TABLE xkomv WITH KEY kschl = 'ZF02 '.
          IF sy-subrc <> 0.
              xkomv-stunr = '012 '.
              xkomv-kschl = 'ZF02 '.
              xkomv-krech = 'B    '.
              xkomv-kwert = l_amt1.
              xkomv-kbetr = l_amt1.
              xkomv-ksteu = 'C'.
Select single waerk into v_waerk from vbak where vbeln = komp-vgbel.
              IF v_waerk <> space.
                xkomv-waers = v_waerk.
              ENDIF.
              xkomv-zaehk = 99.
              CLEAR: xkomv-kntyp,
                     xkomv-kstat,
                     xkomv-kolnr,
                     xkomv-knumh,
                     xkomv-kopos,
                     xkomv-kinak.
              xkomv-kherk = 'C'.
              xkomv-kvsl1 = 'ERL '.
              xkomv-drukz = 'X'.
              xkomv-kaend_loe = 'X'.
              xkomv-updkz = 'I'.
              APPEND xkomv. CLEAR xkomv.
              DELETE xkomv WHERE kschl = 'ZH00 ' OR kschl = 'ZF00 '.
              komp-netwr = l_amt1.
            ENDIF.
ENDFORM.                    "USEREXIT_XKOMV_BEWERTEN_END
Above is the main logic I am using, apart from other Export, Import statements etc,.The above code is getting triggered during every screen transition.
It is automatically adding condition type 'ZF02' with all values during the creation of sales orders for some contracts, but not for other contracts. I am trying to trace what is the difference in both scenarios.
Please suggest.
Regards,
Sirisha N.

Additional Branch Condition Type in but not documented in HTMLDB UG v1.6

I would like to understand this condition type for Branch processing:
When Process in Comma Delimited List of Process IDs Has Run
How are Process IDs known? Could an example using this condition be provided?
Thanks,
Kelly

Kelly - This is a condition type available everywhere, not just for branches. However, it has never been implemented. It is an error that we make it available in these LOVs.
Scott

Condition Type in Pricing Procedure Determination

Dear All,
I want some clarity in Pricing Procedure determination. As I know in IMG we determine pricing procedure by the combination of Sales Org, Dist. Channel, Division, Cust. Pricing procedure and document Pricing procedure. There is additional tab Condition type. I just wanted to know the use of that particular field(Condition Type). Please help me to clear this point. Please also give any example if possible.

Hi Nitesh,
As u rightly said we determine P. procedure in combination of Sales Area (Org, Dist.+ Channel + Division), Cust. Pricing procedure & document Pricing procedure, in condition Type we need to assign basic price condition type. U may have multiple pricing procedure in combination with sales Area & Doc PP, Cust pp so there u can assign basic price c type which is applicable to that P. procedure.
Here we assign PP to Condition type, ultimately it captures it in Sales Order condition tab.
Ex. 1000 10 10 A 1 ZDOMPP PR00 (Basic Price C. Type for Domestic)
2000 20 20 A 1 ZEXPPP ER00 (Basic Price C. Type for Export)
Regards,
Dhananjay

Question for condition type

I have a condition type that doesn't have an access sequense.
The condition type is both header and item condition and I allow mannual changes.
Though when I use it, I have the following problem.
I want the user to enter manually the condtion type in header. There are case though where for a specific line the condition type should be changed. At that point I am not able to change the amount of the condition type since it is only in display mode.

Dear Stilianos,
As per my knowledge, you cant have a condition type for header as well as for item. In the sense you can make it so but, as you know header condition would be distributed proportionately at item level. Moreover, you wont be able to change the same at item level.
As already told by our friend you can either have additional manual condition type for such cases or you can enter the same condition type for that specific item so that earlier price would be inactive.
> For a specific reason the last item of the sales order that has a discount of 20% due to the condtion type set at header level, I want to make it 30%
In this case, you can enter the same condition type with new value i.e. 30% for that specific item so that earlier discount i.e. 20% would be inactive.
Or enter additional new manual condition type with the variation i.e. 10%
Hope you get some inputs
regards,
Sagar

Condition type for pricing came from PC but has not included the additive cost record

hello all;
we have the pricing base for the sales order with the estimated cost from pc; our costing process has a posting record for additive cost is not included on the total cost is sent to the condition type EK02.
question: It is possible to include these kind of postings?, in fact, these record apear on the costing report as part of the cost of sales..
thanks in advanced...

Hi Francisco
Two things,
1. Your condition type must be EK01 if you wanna use it in
Pricing
2. Additive cost in CK74 is at the level of material and plant. It is not at the level of sales order
If you wish to add costs manually in sales order cost estimate, then use Unit Costing as the costing method in your requirement class
Or use Product costing as costing method and use a costing sheet
Br. Ajay M

TABLE for storing the condition type maintained in a RFQ

Dear All ,
I am maintaining some condition types ( both at header & item level ) while creating a RFQ .
I want to know in which table can I find the condition types which I maintained for that particular RFQ.
I have tried searching EKKO with the following parameter
Purchasing Document No = RFQ No.
Statu = 'A'
and tried to retrieve the valuein KNUMV field , so that i can pass the value of KNUMV to table KONV and retireve the condition .
But KNUMV for document type 'A' ( RFQ ) is coming as blank for all the records.
Requesting help on this .

Hi,
Condition types are stored in KONP table. You can try linking tables EKKO / EKPO with KONP with required fields to get the data stored.
Regards
Ram

RFQ - Header Condition (Not possible to determine a condition type)

Hi,
I have defined my own Condition Schema for RFQ Item Condition are working fine. But when i am trying to add header condition it is giving msg "Not possible to determine a condition type"
Regards

Hi,
I have defined my own Condition Schema for RFQ Item Condition are working fine. But when i am trying to add header condition it is giving msg "Not possible to determine a condition type" and now allowing me to enter the condition on header level.
Regards
Edited by: Kashif Ihsan on Jun 14, 2010 3:52 PM

Condition Type flow from RFQ to PO

Hi Experts,
I want to assign new Z PO pricing procedure as developed to the RFQ so that condition types can flow from RFQ to PO while creating PO with reference to RFQ.
Please let me know how is it possible?
Regards,
Maneesh Seth.

Hi Umakant,
Thanks for your prompt reply.
However the solution provided by you requires me to insert the condition types used in the Z pricing procedure for PO into RM0002 (Condition Supplement Price), which is the designated standard pricing procedure for RFQ.
This would require changing the standard. Is it advisable?
Moreover, is there any way where i can change the assignment of RFQ to Z pricing procedure as created for PO.
Regards,
Maneesh.

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

Related to condition types and access sequence

Dear all,
i want to know abt one scenario, m using a pricing procedure with my service PO: ZVSTOT, in this Procedure, 12 condition types are there, during searching i found tat 3- 4 condition are are using different different access sequence, so i want to know tat in what procedure, we do it, what is use of it.?
plz reply me.

Hi Nisha,
Prcing procedure configured in your service PO PO: ZVSTOT, Based on this pricing procedure system adopted the condition type in PO.
Please go through this below link to better understanding the MM-Pricing procedure
http://it.toolbox.com/wiki/index.php/Pricing_Determination_Process_-_MM
http://www.sap-img.com/materials/steps-for-mm-pricing-procedures.htm
CONDITIONS OR PRICING PROCEDURE or PRICE DETERMINATION PROCESS
We deal with the Pricing Procedure for vendors.
PB00 Gross Price (info record, contract, scheduled Agreement)
PBXX Gross Price (PO)
FRA1 Freight
RA00 Discount on net
RA01 Discount on Gross
ZA00 Surcharge on net
SKT0 Surcharge / discount
ZPB0 Rebates
MWVS Input Tax
MWAS Output Tax
BASB Base Amount
RM0000 Calculation Schema or Pricing Procedure
(PB00 & PBXX)
RM0002 Calculation Schema or Pricing Procedure
(PB00)
PB00 --> AB00
Copy the Standard one and create new one (ours)
RM0000 contains all the condition types
Pricing Procedure (PP)
We define the pricing procedure to define condition supplement for the material price. The condition supplement specifies the discount, surcharge, freight etc that we want a system every time to access material price condition records.
The total value of the material is calculated or based on all addition and subtraction i.e. discounts, surcharge, tax freight etc
Condition Table
It is a table, which defines the structure of condition record key.
Condition Record
It is a data record used to store conditions or condition supplements, i.e. condition like, discount, freight, and surcharge, Tax etc.
Condition Type
It is used for different functions. In Pricing the condition types leads you to differentiate different types of discounts, in output determination, batch determination, difference between two output types, such as delivery note or order confirmation, between different strategy types
Access Sequence
It specifies the order in which system searches or access the condition records from condition table
Difference between PB00 & PBXX
1. Condition maintained in PB00 is time dependent whereas PBXX is time independent.
2. Condition type PB00 u2013 used for IR, RFQ, Contract, Schedule Agreement
Condition type PBXX u2013 used for PO.
Calculation Schema
The main function of calculation schema is to provide framework of steps for the price determination process to specify the discounts, surcharge, freight rebate etc.
It also determines the sequence of conditions that are to be followed and in which sequence.
Schema Group Vendor
The main function of it is to identify or to pick the right process and conditions for a particular vendor.
Schema Group Purchasing Organization
Key that determines which calculation schema (pricing procedure) is to be used in purchasing documents assigned to the relevant purchasing organization.
Schema Group
It allows to group together the purchasing organizations, which uses the same calculation schema.
Steps: -
1. Create Access sequence
2. Create condition types
3. Create pricing procedure or calculation schema
4. Link pricing procedure & access sequence to condition type
5. Create schema group for vendor
6. Create schema group for purchase organization
7. Assign schema group vendor-to-vendor master record in purchasing data view
8. Assign schema group purchase organization to our purchase organization
9. In inforecord purchase organization data enter condition types and pricing or calculation procedure
CUSTOMIZE SETTINGS: -
SPRO > IMG>MM>PUR>Conditions -->Define price determination Process
1. Define access sequence
2. Define Condition type
3. Define cal. Schema
4. Define schema group
o Schema group vendor
o Schema group purchasing group
5. Assignment of schema group to PUR org
6. Define schema determination à determine cal schema for standard PO.
With Thanks,
Thiru

Limits in Condition Type

Dear All,
I want to maintain limit in value for a condition type like in ED, CST & Freight, for the particular condition type calculation is based on fixed amount or in quantity level.
1. I have made it in SPRO---MMu2014Purchasingu2014Conditionsu2014Define limit. There I made it for a particular condition & calculation type taken as on qty basis & given the lower & upper limits & also maintain for a particular Unit of measure.
2. So it is working fine in PO for that particular UOM.But I want apart from that I want to calculate on all the UOM.
So for this do I need to change my configuration or what I am doing is correct?
Pls suggest.Your help will be counted.
Regards,
DD

Further addition to my reply,
You will be able to work with other UoM's for your setting in certain cases where conversions are in place (in material master records etc.,)
Example:
1) Material: M1, Base unit: PC, OPUN: PAC,
    Conversion defined in material master record: 1PAC=10PC
    Now if you have defined limits for UoM=1PC, It will directly apply to UoM=1PAC and you will not need to make any further settings for UoM=1PAC. (In this case you have to carefully select the UoM so that your original purpose is served).
2) Material: M2, OPUN: PAC, Conversion: not defined between PC & PAC
    Now the same setting (as above) for UoM=1PC will not apply to material M2 because conversion is not defined. In this case either limits have to be defined for UoM=1PAC or conversion should be defined at a suitable place. you have to choose according to your requirements.
Note: The above example is a scenario with just 2 materials in reality you will have much more than that, so you have to be very careful in choosing a UoM for defining the limits of the value of a condition.
I hope this explains it ,
Prithviraj
Edited by: Prithviraj Talekar on Dec 2, 2008 8:27 AM
Edited by: Prithviraj Talekar on Dec 2, 2008 8:28 AM

Condition type value updation using characteristic value in sales order

Hi Experts,
We are implementing SAP for one of our Spain client. In that one of the Legal requirements is, whenever they are selling the finished products to domestic customers who contain OIL as one of the component then, some additional cost needs to be calculated and collected from customer and which needs to be paid back to Spain Government every month on Region basis.
If OIL is not a component to produce the finished product then, not required to charge the customer additionally.
The OIL content used to produce every finished product will vary based on product characteristic value. Meaning, for some finished product the OIL used will be 2.2 KG and for some products it will be 3.5, 4.3 KG and etc.
Since various combinations of products are available for the client, during sales order creation we are planning to update some special characteristic which the data flow from u201CVariant Tableu201D. In the variant table we are going to maintain the OIL Quantity required making finished product.
But we are not sure how to activate a new condition type with the value fetched in the special characteristic. This new condition type needs to be activated based on this characteristic value and multiplied with total order quantity and price to charge from customer.
Example, the special characteristic fetched the value of 2.2 KG based on variant table. Total Order quantity is 10 PC and charge is 0.06 EURO per KG. in this case, (2.2 x 10 ) x 0.06 EURO = 1.32 EURO
I need the expert opinion how to activate the new condition type based on characteristic value and achieve the above requirement.
Thanks in advance.
Warm Regards,
VEL

Hello,
I have replicated the whole requirememt in IDES and getting the price calculation as needed but the only issue with the Conversion factor for the condition type. Either you need to maintian the conv factor in material master or need to enter manually for the condition type in SO. Some how you have to maintain the conversion factor to calculate the price for the condition type in different unit.
For easy of understanding Lets make the whole requirement in 2 parts
Part - 1
Oil qty calculation. For convenience sake I have taken oil qty also in TO
1) Created a num char OIL_QTY1 with length 9 and decimal places 5 and UOM as TO
2) Created Variant table to infer the OIL qty in TO per piece of finished prod ( This oil qty data may be depends on various factors). For certain Finished products the oil qty may be 0 or blank
3) Created a REF char SO_QTY to pull the SO qty to configuration and add this char in class 300(Table:VBAP,Field :KWMENG)
4) Created another char SO_OIL_QTY (Num with length 9 and decimal places 5 and UOM as TO)
5) Created a PROCEDURE say PROC_SO_OIL_QTY with code
*$self.SO_OIL_QTY = $self.OIL_QTY1 * $self.SO_QTY*
6) Create another PROCEDURE as mentioned earlier with modified code
$SELF.A_VARCOND = 'TEST_001' if OIL_QTY1 specified,
$SET_PRICING_FACTOR ($SELF,A_VARCOND,'TEST_001', SO_OIL_QTY)
Note: Maintain proper seq of the procedures in profile. The Qty cal proc should be before the price related procedures.
PART-2
1) For the condition type maintained 60 EUR per TO (0.06 EUR per KG)
Now if you create SO for the Finished product of 10 PC
the Char values will be
OIL_QTY1 = 0.00022 TO (inferred from Variant table th proc)
SO_QTY = 10
SO_OIL_QTY = 0.0022 TO
Get into conditions tab
Here Condition type ZSIG will be displayed as error with Amount 60 EUR per TO and condition value will be blank. Just enter value 1 in the col NumC and CCon fields.
Now the Condition value will appear as 1.32 EUR.
Hope this gives some more clarity
Regards
Brahmaji D

Additional RFQ Condition Types

Similar Messages

Maybe you are looking for