MM - Price determination per business types

Hello,
I need to determine multiple price determination for the same material purchased to same vendor.
Indeed, depending on the business type (purchase for production, for trial or for aftersales), one single material can have different price towards the same supplier.
The business type must be set up at purchase order item level, and depending on the business type, a different price must be determined.
Do you know how to proceed? Can the field “sub-item category” be used in the pricing procedure?
Any other idea?
Thank you for your help,
Nathalie

If you want to a single material can contain multiple price..
And all valuation will be as per different price, then the better option will be split valuation.
Here you have to use valuation type for each material which you want to set the different price..
Suppose you want to use price 10 for material which will be purchased, then you can use one valuation type for the material..
And you want to use price 20 for material which will be used for trial, then you can use another valuation type for the material.
Both valuation type can contain different valuation class and different price but material will be only one...
Regards
Dev

Similar Messages

ATP determination per Order Type

Hi
My customers request that for the same material, they want to have a different number of stock per order type.
For example, for Material A, they also always keep stock of 20. If they have more stock than 20, they want to deliver to the customer.
However, this is limited to consignment order.
They don't want to limit the stock for Standard Order, so they always want to sell their available stock if more than 0.
I know that you can set 'Safety Stock' in MRP2 view in Material Master, and uncheck 'Include safety stock' from the combination of availability check and checking rule in OVZ9.
But I cannot configure this rule per Sales Order type.
Is there any way I can customize per sales order type?
Am I missing any customization?
Thank you in advance,

hi,
it can be done through userexit, try one of the below userexits
User exits in program FV45VFZY
USEREXIT_QUOTA_KEY_VALUE
User exits in program RV03VFZZ
USEREXIT_AVAILABILITY_IN
USEREXIT_AVAILABILITY_OUT
Regards,
Santosh

Multiply price list per Business partner

Hi
does any one come accross information on how i assign Business partner 2 or more price list
basicly what i want to do is to give diffrent factors (price list) for diffrent Group of items , so each BP will have diffrent disscount for each group of items in the same time .
Example :
2 items from group A will have Price List 50% disscount
3 items from group B will have Price List 45% disscount
i want to assign both Price List for the same bussnies partner.
Thanks
yanivh

Hi Zohar,
I did something a while ago for a customer, the basics of it were as follows:
Create a UDT to store the discount matrix
Add a UDF to the UDT so that you can store the Customer Group
Add a UDF to the UDT so that you can store the Item Group
Add a UDF to the UDT so that you can store the Discount % for the combination of Customer & Item
Add a formatted search to the Customer Group column in the UDT so you can lookup the OCRG table
Add a formatted search to the Item Group column in the UDT so you can lookup the OITB table
Then add a formatted search to the Discount % field so that it goes and gets the Discount % from the UDT where the Item Group is the Item group from the row item $\[$38.1.0\] and get the customer group from the BP on the form $\[$4.CardCode\]
Hopefully that should give you a starting point for this and allow you to work out the rest yourself.
Regards,
Adrian
Sorry, a couple of extra points, you can simplify this is you don't need to know the Customer Groups (e.g. all customers get the same discount %'s for the item groups) or you can make this as complicated as you need it to be.
Edited by: Adrian Johnson on Oct 20, 2009 1:45 PM

Condition Types in Price Determination Process

Hi
Can any one explain me about in Detail about the VARIOUS TABS that work in the CONDITION TYPE of PRICE DETERMINATION PROCESS
Thanks & Regards,
Senmani.

hi
hi
control data 1 :
Condition Class is a grouping that lets you control each condition type differently.
For example, the condition type "taxes" defines that the taxes in a document must be recalculated if the country of the ship-to party changes.
Condition category (examples: tax, freight, price, cost)
A classification of conditions according to pre-defined categories (for example, all conditions that relate to freight costs).
Condition category basically identifies the type pf cost the Condition type is being used for & can be used for .
Calculation type
Determines how the system calculates prices, discounts, or surcharges in a condition. For example, the system can calculate a price as a fixed amount or as a percentage based on quantity, volume, or weight.
The calculation type can be set when generating new condition records. If this does not happen, the calculation type maintained here is valid for the condition record
Rounding rule
The rule that determines how the system rounds off condition values during pricing. The last digit will be rounded.
Example
In the standard rounding rule '_', values are rounded off according to business standards:
10.454 -> 10.45 DEM
10.455 -> 10.46 DEM
In rounding rule 'A', values are always rounded up:
10.459 -> 10.46 DEM
10.451 -> 10.46 DEM
In rounding rule 'B', values are always rounded down:
1045.9 -> 1045 LIT
1045.1 -> 1045 LIT
In this example, the currency of the condition rate is Italian Lira. The Italian Lira does not have any places after the point.
Structure condition
controls whether the condition type should be a duplicated condition or a cumulated condition.
This control is only helpful when you use bill of materials or configurable materials.
Aduplicated condition is duplicated into all assigned items.
A cumulated condition contains the net value of all assigned items.
control data 2 :
promotions
Specifies that the condition type in question is only valid for Promotions.
Use
Conditions for which this indicator has been set can only be maintained via the 'Promotion' menu - not via the Purchasing menu.
Accrual (e.g. Freight)
Indicates that the system posts the amounts resulting from this condition to financial accounting as accruals.
Use
If you mark this indicator, the condition appears in the document as a statistical condition.
Before Release 4.0 variant conditions (VA00) had to be created with the condition category 'O'
Problem: It was not possible to indicate a 'Variant condition' at the same time as 'Internal costing condition' and 'Freight'.
Solution: For this reason more indicators are being set up in 4.0 for the condition type:
'Variant condition' (KVARC)
'Internal costing condition' (KFKIV)
The characteristic values O and I for the condition category must no longer be used.
For more information, see the note 93426.
inv.list condi
Condition for invoice list
Marks the condition type as relevant for internal costing.
Quantity conversion
This field controls the quantity conversion during determination of the condition basis.
The field is only relevant for calculation rule 'C' (quantity- dependent.
It is relevant if the sales quantity unit and the condition quantity unit are identical (and is different to the basis quantity unit).
Deactivated: The condition basis quantity is converted via the quantity to the stockkeeping unit. This means that the condition quantity is determined for planned factors. This means that a change to the conversion factors in the delivery or the order are not taken into account.
Rounding errors can occur during quantity conversion.
Activated: If the sales quantity unit and the condition quantity unit are identical, the quantity of the document item is used, i.e. the actual quantity.
Condition for inter-company billing
Conditions for Internal Costing, for example PI01 and PI01 were defined before Release 4.0 by KNTYP = I (Price for internal costing).
Problem: It was not possible to indicate 'Freight condition' at the same time as 'Internal costing condition' and 'Variant condition'.
Solution: Therefore a new indicator 'Internal costing condition' (KFKIV) has been set up. You can use this to indicate a freight condition as an internal costing condition. For more information, see note 93426.
Scale :
Scale basis indicator
Determines how the system interprets a pricing scale in a condition. For example, the scale can be based on quantity, weight, or volume
Checking rule for scale rates
Indicates whether the scale rates must be entered in ascending or descending order.
Scale Type
Indicator that controls the validity of the scale value or percentage:
From a certain quantity or value (base scale)
Up to a certain quantity or value (to-scale)
Alternatively, it is possible to work with interval scales. Interval scales must be stored in the condition type, that is, the scale type "interval scale" cannot be changed in the condition record. The reason for this is technical restrictions resulting from the programming within pricing.
Formula for scale base value
Formula for determining the scale base value.
Use
You can use this formula to specify calculation methods that are not provided in the standard system.
reward points if helpful
thanks and regards
ravikant dewangan

Not possible to determine a condition type for the price in ME49

Hi,
While saving the price in ME49 i.e. comparision of Quotation i am getting below error:
Not possible to determine a condition type for the price
Message no. 06657
Diagnosis
When it attempted to generate the time-dependent conditions for the price you entered, the system was unable to determine a condition type. Price determination is therefore not possible.
Procedure
Contact your system administrator.
The latter can maintain the calculation schema assigned to the purchasing document using the Implementation Guide (IMG).
Utsav

Hi Utsav,
You can refer to the following link. it might be useful to you
RFQ price
Thanks
Nisha

EEWB : how to determine the business object and the extension type ?

Hi,
I ask myself how to determine the business object and the extension type to use to add new fields in a new tab of a specific transaction ? what means each business object, does that correspond to a specific transaction ?
I need to add a new tab in the BaMI business activity in transaction CRMD_ORDER just after the tab 'Actions' at header level.
Could you help me please to determine which business object and extension type I have to select during creation of the project and which business object category I have to select during creation of the extension (wizard) ?
Thanks for your help,
Marie

Marie,
In order to determine what type of transaction you are extending, you will need to look at the customizing for the transaction.
In the IMG:
Goto:
Customer Relationship Management->Transactions->Basic Settings->Define Transaction Types.
You will then choose the transaction defined that you want to extend. If you display the details of the transaction you will find an attribute called:
"Leading Transaction Category". This tells you the general context in which the transaction is used. The other item to view is the assignment of business transaction categories found in the maintenance screen.
This information general corresponds to one of the options that the EEWB will give you on the transaction type.
As far as extensions go, my recommendation is the following:
- Use CUSTOMER_H Customer Header Extensions for any new fields at the header level.
- Use CUSTOMER_I Customer Item Extensions for any new fields at the item level.
Unless you have a specific requirement to extend a segment of the transaction, I recommend placing all new fields in these segments. The CUSTOMER_H & CUSTOMER_I segments are considered "standard" segments, that are already built into all the necessary API structures.
Let me know if you have any further questions.
Good luck,
Stephen

Price determination as per delivery date

Hi All,
I have created a PO in which the PO is picking up the dalivery date as the current date. when i change the delivery date as some other date there is a message saying Delivery date changed (new price determination process may be necessary).. I worked with my ABAP guy and solved this problem and now the PO is not picking the current date.
Now, the user wants me to configure how to determine the Price for different delvery dates.
That is if i change the delivery date to some other how to check if the PO is picking the price determined by that delivery date.
I checked the info record and the validity date is 12/31/9999. and this is the message iam getting
Delivery date changed (new price determination process may be necessary)
Message no. 06484
Diagnosis
If the price determination date is the delivery date and other conditions are valid on the new delivery date than those that are valid on the old one, the price is no longer valid.
Procedure
If this is the case, and you wish to see the price that is valid as at the delivery date, carry out a new price determination process.
And u said to define on the basis of which Date of Price Determination system should select the price. where can i define the price determination for delivery date. This is the first time iam working on such issue of price determination.
Thanks,
Sameer

Dear Sameer
There is no relevance of pricing date with delivery date. For information, while creating sale order in VA01 after giving your sales area and execute, there is a field "Pricing Date" in Sales tab and the date will flow into this field by default the date on which you are creating sale order.
So irrespective of your delivery, your invoice pricing will be effective based on this field. Unless you change the date here, your pricing condition will not change, if you have a different pricing in VK11. Of course, you can also change the pricing date at item level for which click on "Goto -- Item -- Sales A".
thanks
G. Lakshmipathi

Vendor consignment issue price determined by Customer

hi all expert,
i have the following business requirement.
we have vendor consignment stock. the consumption price for the vendor is based by the customer which we are selling to.
i have configured stock determination, movement type 601K is used for sales order outbound delivery. it picks up the info record price of the vendor directly.
however, the info record doesn't not have customer information. therefore i have tried to create a new access sequence table 817 copied from standard table 17. field KUNNR is added as following:
LIFNR     KOMK     LIFNR     Vendor
MATNR     KOMP     MATNR     Material
EKORG     KOMK     EKORG     Purch. Org
WERKS     KOMP     WERKS     Plant
ESOKZ     KOMP     ESOKZ     Info record cat.
KUNNR     KOMK     KUNNR     Sold-to party
corresponding condition record is also been maintained.
any chance that this access sequence is being run by the standard system when the price determination happen during the PGI for sales order?
do i need to activate any user-exit for this business requirement?
anything that i have missed?
i have also activated the customer field in MB1B 411K movment type. hoping that price determination also take this customized access seq. to determine the price when moving K-stock to own stock.
many thanks!
Matthew

We have designed a solution that allows the vendor consignment price to be discounted based on the Customer we are selling to. Although this is an old thread, I wanted to post in case it is of benefit to others in the future.
In summary, we created a new pricing condition table that includes Customer (KUNNR). In a user exit that is available in the pricing routine for movement 411K, we retrieve the sold-to customer number. In our case, we do this only when picking an outbound delivery. Our business rule is that consignment stock is automatically moved to unrestricted stock at time of picking and we have already automated the 411K movement via our custom RF picking solution (by calling HU_CREATE_GOODS_MOVEMENT). Since we know the delivery line we are picking, we can get the sold-to customer. We are HU managed and already have our own ZHUMO transaction (a copy of HUMO) that we could modify so the user can optionally enter Customer when manually executing 411K for an HU, which would execute the same pricing user exit described below - still determining business rules for HUMO piece.
Details...
Passing Customer Number to Pricing:
1. At time of picking with custom RF transaction, call function module HU_CREATE_GOODS_MOVEMENT to execute 411K movement.
2. Extend User Exit EMM115 to get the Customer number (from delivery) and Vendor at time of 411K and pass it to the pricing procedure.
Pricing Procedure - Create new Condition Table, Condition Type, and Access Sequence:
When 411 K movement is posted, the system will grab the info record pricing (maintained in MEK1) for pricing condition PB00 from Pricing Procedure ZM0000 - access 0002, and now also grabs our new pricing condition - access ZCPD, if conditions are met as described below:
- Append u201CField Catalog (Pricing Purchasing)u201D - ABAP programmer adds Customer (KUNNR) representing Sold-to in the purchasing catalog
   - Create New Condition Table (ex: u201C514u201D) with the following fields:
      1. Sold-to Customer (KUNNR)
      2. Vendor (LIFNR)
      3. Material (MATNR)
      4. Plant (WERKS)
- Create new Access Sequence ZCPD and attach the new condition table
- Add Access Sequence ZCPD to new Pricing Condition ZCPD - Consignment Discount %
- Modify ZM0000 Pricing procedure (Calculation Schema) to access ZCPD.
Maintain New ZCPD Condition Record:
- Once Condition Table has been set up and associated to new Pricing Condition ZCPD, a condition record will need to be maintained in MEK1. The condition record will house the specific combination of Material / Plant / Vendor and the line items will contain the Customer # & Discount %.

Automatic determination of Condition type value

Hi Friends,
I have one requirement here as described below.
In pricing procdure, I have defined 3 condition types for 3 types of taxes i.e. GST, HST and PST as per client requirement. The value of each condition type is fixed i.e. GST=5% of Gross, HST=7% of Gross, and PST=11% gross. These condition types are not applicable always in the PO. My requirement is when user selects any condition type, then system should calculate the condition type amount and value automatically.
Ex. Suppose the purchase price of a material is 100 USD. In the PO, if user selects GST condition type, then 5% should be determined automaticall in the condition type amount and condition type should be calculated accordingly i.e. 5 USD. One important thing is to note that these condition types will be selected by user as per their requirement and the corresponding % of the condition type should be determined automatically.
Please advice.
Thanks & regards
Satya

Hi Satya,
You can achieve this using access sequence.
1. Create one Access Seq or use Existing seq in your system
transaction code OLME
Purchasing --> condition --> Define Price determination proces --> Define Access Seq
2. Transaction M/06 (Condition Type)
Select your condition code (say ZGST) and click onthe detail view.
Assign the Access Seq to this Condtion
In the Manual Entries Field Assign 'C' for manual entry priority.
save the entries.
3. MEK1 - Create Condition Records
Depending upon your access sequence priorties, define the condtion 'ZGST' with its rate applicable.
similarly maintain the other condition code.
After that create Purchase order. In condtion tab, whenever you enter either of these condition system will take the rate from condition records.
Hope it solve ur issue.
Regards,
S Anand

Default document currency as per document type for sales order

Dear All,
We are facing problem in Default document currency as per document type for sales order,
Our requirement is not to give currency in customer master & set it as default document currency as per document type,
for example: Document type 'OR' default currency 'INR',
                     Document type 'ZEU' default currency 'EUR',
                     Document type 'ZUS' default currency 'USD',
                     Document type 'ZNP' default currency 'NRP,'
                     Document type 'ZAF' default currency 'RAND,'
Is it any how possible in standard setting ?,
Regards,
Sai

Hi,
The system proposes the sales document currency from the customer master record of the sold-to party. You can change the currency manually in the document or change in currency in customer master. If you change the currency, the system recalculates prices for the entire document.
to determine different currrency in sales docuement you need to write an user exit and then overwrite the docuement currency copied from customer master. Try user exit 'USEREXIT_MOVE_FIELD_TO_VBAK' under include MV45AFZZ for this change.
with regards
vivek.

Price determination date control in Scheduling agreement (ME33)

<<Do not ask for or offer points>>
Dear SAP chams,
I have one doubt at the time of scheduling agreement creation. I am creating scheduling agreement trough t'code ME33. In the same, Select line item, go to item data, go to Additional data. Here the field Pr. Date Cat (Price Determination (Pricing) Date Control) contains the value "5" (i.e. GR date). I want to change this value. How can i change this determination ??...
Helpful answers will surely be awarded by points.
Thanks and regard,
Tarpan Vadaliya
Edited by: Matt on Feb 27, 2010 10:47 PM

Hi
Price determination category 5 cannot be change in scheduling agreement if your document type is time dependent. (See config spro>mm>purchasing>scheduling agreement>define document type. In that you will see a tick for time dependent condition)
If the config tick is removed then you can change price determination to any other option.
Regards
Antony

Price determination after historical simulation

I am confused about price determination after value at risk historical simulation run, my evaluation day is 2014.March.31, for commodity forward, the floating leg is based on price 42.17286 (the eighth shift for VaR calculation, my holding period is 10 days), which is shown in the attached picture, but my commodity price curve is showing 41.***,if I click "commodity price" under calcuation basis tab, it shows in March.31.2014, my commodity price is 41.57 USD. thus I will like to know how 42.17286 derived, is it from commodity price curve or commodity price? at which point of time? and the difference between commodity price curve and commodity price, if in March.26 , commodity price curve show 42.68, but commodity price shows 41.57, is it inconsistent?

hi,
it s really interesting issue!
this may not be the right solution but i ve tried and it worked right.
1-go to ME12 click the conditions tab on header line.
2-click the scales and click the details for scale type and choose "B" "last scale" for the scale type.
save and exit..
you ll be able to do PO-migo-and miro.
i hope it ll help.
regards.

The Condition for service price determination incomplete

Dear experts,
I run the System with EC&O Best Practice. Howerver, I can not enter Services on tab Service of Sales Order: Short text of Service, Quantity, UOM, Gross Price. the error "Condition for service price determination incomplete" occours when I press Enter key.
Conditions for service price determination incomplete
Message no. SE477
Diagnosis
Either the calculation schema for services does not exist or the condition types have not been defined correctly.
Procedure
Please check your Customizing settings for service conditions.
If you have not yet defined any conditions for services, you can adopt the standard SAP settings from client 0.
Please help me check this issue on the attached file.
Thank you very much.
Thanks,
Binh Tran
<Personal details shared by OP is removed by Moderator. >
Message was edited by: Jyoti Prakash

Hi All,
Thank you very much for your inputs.
I checked all the notes, 25357, 27024 and 1383066. Everything is ok in the system. and these notes explained more on the MM part not on the SD- BOS. However, still i am not able to complete the Inquiry, same error exists.
This error is in SD not in MM, while i am creating the inquiry BOS.
If any one come across it and solved it, please let me know.
Regards,
Suresh

Price Determination (Pricing) Date Control - Purchase Order

Hi,
We are exploring the Price Determination (Pricing) Date Control in the Purchase Order.
Clientu2019s requiring is, correct me if it is a wrong requirement:
We have created Tax Codes:
C2 - CST 2% valid from 01.04.2010
C3 - CST 3% valid from 01.04.2010
We have created a purchase order with Tax Code C2 - CST 2% on 30.03.2010 as we are in doing back log entries. Since the tax code is valid from 01.04.2010 only , the purchase order is not displaying the Tax Code Value .
Now we are doing the Goods Receipt on 01.04.2010, the system will not pass the entry for the CST as at time of GR, the System picks up the Tax data from the Purchase Order.
Now we want that the System should pick up the Data at the Goods Receipt, not from the Purchase Order. Some one advised me to use put GR Date in Pr. Date Cat. Under Item-> Condition Control tab. We are able to view the Pr. Date Cat by changing the Screen Layout of ME21N.
We want to know what use of the same & under what condition is, we use this.
Our suggestion:
1. We are of the view that we should create the Tax Codes with Valid Date from 01.01.2010 (not from 01.04.2010 as currently maintained)
2. Or since we are doing the back log entry, we should create all the Open Purchase Orders dated 01.04.2010.
Is this the correct way which we are suggesting?
Please note that we are dealing with Excise Materials also?
Please guide.

Thanks for the reply,
While testing the same, I also encountered the somewhat same problem.
You are suggesting that we should change the Tax Code Valid From Date.
What do mean by the follwoing:
Pricing date category "GR date" can't be set in PO if price is entered manually (with condition type PBXX). This also means manually entered conditions at Po will not be used.
Regards,

Price analysis by material type

Hi Gurus,
is there a tcode that would include a price analysis for materials over time. It should be able to be sorted by supplier, material type & material group. The main objective is to follow the price trend over time
Thanks
Anusha

hi,
For Stock as per material type :
Check MC.T, MC.U and MC.W....Material pricing groups...
Then also check MC$< : For Purchasing values
and MC$> : For purchasing quantities...
Above two are based on the material group...
Regards
Priyanka.P

MM - Price determination per business types

Similar Messages

Maybe you are looking for