on 2015 Dec 05 11:22 AM
Hi Sd experts,
In our business scenario we have a material xyz. for this material we maintained unit of measure as KG in MMR.
generally we get orders as in quantity of 1000kg, 2000 kg etc.,
we have domestic and export customers,
my clients requirement is if we create order for domestic customers(using t.code ZDOM) Unit Of Measure is to be same as maintained in material master as KG,
but if we create order for export customers (using t.code ZEXP) Unit Of Measure should be in tonnes.
for example if user is creating order for export customer for xyz material for qnty of 10,000 kgs then system should allow to change unit of measure to 10 tonnes in sales order.
please guide me in this,
Thansk in advance.
shakeel
Request clarification before answering.
Use Alternate unit of measure in the Material Master Additional Data Tab. Maintain the conversion between the standard UoM and the alternate UoM.
The prices will automatically be calculated according to the UoM conversion.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Can you try maintaining two condition records - 1 for each unit of measure:
The UoM field is editable and we can specify the UoM
eg:
Material A - 250 KG - 100 USD
Material A 1 Tonne - 400 USD.
Then depending on whether Kgs or tonnes are entered by the user, the system will pick the corresponding price.
Hi,
I did mistake here ZDOM and ZEXP are not the T.codes they are Doc types same as OR in vov8
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Mohd
UoM can be maintained in the material master in KG and TO and when user enters the material in the sales order, he can change the UoM in the sales order.
Its not a big deal.
Or else you can maintain the Sales Unit in the material master in "Sales: Sales Org 1" and do not check "Sales Unit not Var." which would cause the system to bring the quantity in sales order in sales unit and user also having the option to change the UoM in sales order.
You can also check the user exit while saving the sales order it can convert the UoM to desirable UoM for particular document type.
So you decide whether user should take efforts or development can help.
Regards
HI
if I maintain converson rule for this material that will be reflects for both the customers which is not to be happened.
while we create order using doc type ZDOM it will be in KGs and at the same time if we create order using the doc type ZEXP it should be in TOnnes. and accordingly price should be changed based on UOM.
Regards,
shakeel
Hi
You can maintain different prices for 2 different customers. Its standard SAP.
As advised earlier, Please maintain customer specific material prices.
for one, you can maintain prices using UoM as KG and for other customer you can use TO.
Use the condition table Customer/Material.
Hope it helps.
Regards
Since you are maintaining Alternate UoM in the MMR and the user is going to manually enter the Uom based on the Sales Document type, the prices will automatically be calculated based on the UoM being entered.
Eg: material A.
Base Uom/Sales UoM - KG
Alternate UoM - Tonne
UoM conversion - 1 Tonne = 1000 Kg.
Pricing condition records:
250 KG = $100
In Scenario 1, if the customer uses order type ZDOM and orders 5000 KG of material A, the total price will be:
$2000.
In Scenario 2, if the customer uses order type ZEXP and orders 10 tonnes of material A, the total price will be:
$4000.
The price is automatically calculated for the new UoM because the conversion between the alternate UoM and the base/Sales UoM is maintained in the Material Master record of Material A.
Neither ZDOM nor ZEXP is a standard SAP transaction. This is homemade by your IT team, so you have to ask them what they allow in their custom transaction and what they do not allow, nobody here can know this.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
107 | |
39 | |
6 | |
5 | |
5 | |
3 | |
3 | |
2 | |
2 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.