Different UoM for Condition Type in Pricing

Hi All
I have query My client does the Sales of Material in different UoM & also charges for Packing with Different UoM.
Is it possible to maintian differnt UoM. For eg If I sale 1 qty for Rs. 100 I want ot charge for Packing Boxes which we will be 2 Qty of Rs. 50 Each i,e the Total Should be Rs.100 + 100 (100 x 2).
During Pricing I get the Price of Box dependent on the Sales Quantiy i.e 1 Pc. Can anyone guide me.
Regards

Hi,
With regards to inventory management, some features in SAP Mobile Direct Store Delivery (MDSD) are the same as in the backend system whereas others are different.
Inventory mgt supports multiple units of measure (UoMs). Sales representatives can choose to change UoMs when processing deliveries and orders.
Higher-than-base UoMs
If transactions are entered in UoMs that are higher than the base UoM, the quantities are converted to base UoMs.
Sub-base units of measure
Sub-base UoMs are a feature that is specific to Direct Store Delivery. A sub-base UoM is defined as a UoM that is a fraction of the base UoM.
Sub-base UoMs correspond to fractional quantities that are used in other SAP applications. However, instead of 1 bottle being represented as 0.04167 cases, MDSD uses sub-base UoMs. Materials can have 0 or 1 sub-base UoMs.
The base UoM for a 12-pack of beer bottles is the case. Sales representatives typically perform transactions involving whole cases. However, there are occasions when individual bottles are delivered.
On-truck stock
The mobile application has balances of on-truck stock levels at all times. The initial stock level is created from the confirmed check-out quantities. When check-in is performed, the current stock levels are used as planned check-in quantities.
Quantities are automatically updated when deliveries are confirmed or cancelled. Outbound deliveries subtract stock, whereas returns add stock. On-truck quantities are also updated immediately with inventory adjustments.
Quantities are tracked using a combination of material, unit of measure, and stock type. If a material has a sub-base UoM, separate inventory records are maintained for the base and the sub-base UoMs.
There are two types of stock: normal stock and damaged/blocked stock. All checked-out stock is assumed to be of type normal. Materials that are returned can be posted to normal or to damaged stock.
Empties
Untied empties are treated as individual materials and, consequently, from an inventory management perspective, are considered ordinary materials. Tied empties are not tracked in inventory management.
Check-out
Check-out is the process that confirms the stock that has been loaded onto the truck. The planned check-out balances are downloaded to the mobile device. The sales representative changes the actual quantities as needed, and then confirms any discrepancies. Usually, a supervisor validates the data.
Validation can be password-protected.
Check-in
Check-in is performed similarly to check-out. Planned check-in quantities are generated from on-truck stock quantities. The sales representative adjusts quantities as needed, and any discrepancies are validated.
Inventory adjustments
Between check-out and check-in, sales representative can make inventory adjustments. These adjustments are used to keep the on-truck stock inventory accurate. For example, if a case of beer is dropped and lost, it needs to be deducted from inventory so that the application does not treat it as available for sale.
Sales representatives is accountable for all adjustments. From both a business and a technical perspective, inventory adjustments are adjustments to checked-out and checked-in quantities. Inventory adjustments result in additional check-in/check-out items on separate adjustment check-out/check-in headers. Negative adjustments mean that a sales representative has checked in less than planned and positive adjustments mean that he has checked out more than planned.
regards,
Siddharth

Similar Messages

Alternate UOM for condition type

Dear All,
My client requirement is to give the different unit for the charges(Cutting charge, machining charges) applicable on the material which is being ordered in the PO.
For example :
In a PO of the steel plate (order unit is in EA), vendor takes the cutting charges on the basis of UOM "squre inch".
and for machining charges on that steel plate , it takes on the basis of UOM " number of hours" of machine worked on that particular plate.
so for the above 2 charges I have created 2-2 different condition types , with the Calculation type of "B"-Fixed amount and "C"- qty based in each case.
and I am unable to give the condition values as per the client requirement .
I thought of taking use of Altr condition value routine in the pricing procudure , but unable to think a logic.
Please help!!!
Thanks & Regards
NC

In the PO condition, you can put different price per unit of measure for different condition type. This UOM can be different than Base unit of measure. However you have to put conversion between the two UOM in material master Basic Data 1 field.
Pl try this & revert back, if any further query.
Regards
Bhavesh

Requirements not fullfilled for Condition type - Pricing Procedure

When I am doing the pricing procedure, the error thrown is "Requirements not fullfilled for Condition type". Can any one suggest how to fix this problem ?

Hi Sunil,
Please first of all check the condition type in Pricing Procedure. In condition type column check the requirement. Here conditon is, once requirement is fulfilled which you have mentioned in the condition type then only it will be executed. Take a help of ABAP'er regarding this requirement if it is customized requirement.
We should know the purpose of requirement in condition type.
Venkat.

Condition Types In pricing

Hi,
While creating new condition types in pricing, we create them by copying them from exsting condition types.
So while doing this which reference condition types should we select for copying new one?

Hi
SAP provides you different condition types which you can you use in your pricing procedure.if those condition types are not fullfilling ur requirement then you need to create new ones .
Now while creating the condition types you have keep lot of the things in mind :
Which pricing elements such as prices, discounts, surcharges, taxes, or delivery costs--condition class
Whether it is quantiy / value based--- calculation type
whether it is item conditon or header condition
whther manual has priority
regards
Sunny

Authority check in for condition type

Hi
What do you mean by an authority check on condition type.. especially Pricing..
There are authority check that are embedded as Reqt and AltCTy in the IMG at the pricing procedure level for different condition type.
Could someone explain me what they are for..?
Thanks
Jac

Hi,
authority check is the std sap methodology of check the permitted authorisation values for every transaction and every user.
here in this example;authority object is used to maintain or change condition record for allowed condition types.
scenario eg;if we maintain create value for user mukund for pr00 condition type ,system allows me only for creating .if we maintain change value for user sherin for condition type,system allows to change the values.
net net i can create and u can change ,not visa-viz or any body else cannot do it.
hope this is clear.if it helps REWARD!!!!!!!

Service tax condition types in Pricing Procedure in SD(Taxinn)

I need one more advice on Service tax.
I am configuring order type for services.In that in pricing I have to add the service tax conditions type for service tax & cess on that.We do not have any standard condition type in our pricing procedure for services.
Is there any standard SAP doc. to configure service tax condition types in pricing procedure or I have to copy from JLST & JLSR(surcharge).What about the account keys I will used for these condition types.
If you have any doc. related to this issue please send it to me....or suggest me what to do.
Please remeber I am using TaxINN tax procedure.
Please help me
Thanks & Regards
Sunil Garg

PROCEDURE: Initial Steps
Create two new Tax conditions: JSE4, JES4. Steps for creation of Tax Condition is illustrated below
Create new condition types
SAP Standard IMG -> Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Basic Settings -> Check Calculation Procedure. (Transaction OBYZ)
Select Define Condition Types
Select Condition Type JIN1 and Click on Copy as (F6) and give the Condition type as JSE4 and the Name as Service Tax.
Select Condition Type JIN5 and Click on Copy as (F6) and give the Condition type as JES4 and the Name as ECS on Service Tax.
Outcome: The two tax conditions, one for Service Tax and the second for Education Cess on Service Tax have now been created.
1. Create a new tax posting key VS9 and VS0.
The path for this is:
SPRO  Financial Accounting  Financial Accounting Global Settings  Tax on Sales/Purchases  Basic Settings  Check and Change Settings for Tax Processing
Select the Processing Key MW1 and Click on Copy as (F6) and give the Key as VS9 and Name as India Service Tax.
Select the Processing Key MW1 and Click on Copy as (F6) and give the Key as VS0 and Name as ECS on Service Tax.
Note: If there are multiple service tax registration numbers, you need to have separate account posting to different GL accounts based on service registration number. This can be done provided a separate tax code is maintained for each service registration number.
To achieve this you need to define a set of 2 separate G/L accounts for service tax and Education CESS on service tax respectively, for every service registration number.
In such a case, please activate multiple accounts posting per tax code as follows:
Defining the GL accounts for the Service tax and ECS on Service Tax:
SPRO  Financial Accounting  Financial Accounting Global Settings  Tax on Sales/Purchases  Posting -> Define Tax accounts
Go to Details of the Transaction VS9 (Service Tax GL account) and enter the Chart of accounts
Select the Tax Code Check Box if you want to have Tax Code Specific GL accounts or Blank when the common GL accounts
Regards,
Rajesh Banka
Reward points if helpful.

Different Vendor in condition type

Hi,
   We are using different vendor in condition type for import purchase order as given.
Ordering Vendor - 800000
Custom   Vendor - 900000 in condition type
Freight    Vendor - 700000 in condition type
While i am doing Goods Receipt, In the Freight tab only ordering and freight vendor is showing. And at the time of MIRO all three vendor are showing for selection.
Question: So is there any restriction for condition type. And if i change vendor at condition type after MIGO what will be effect on MIRO.
We are using GR Base Invoice verification.
Thanks in Advance.
Ashish Panchal

Hi, For Import PO, you need to follow the following standard process for all Indian scenario,
>>You should have different Pricing Procedure, with all the Duties conditions defined.
>>Import Vendor, with import currency
>>Different Document type for import PO, in the PO for the Customs conditions give the Customs Vendor code.
>>In PO tax code to be Zero or Nil %, & u201CGR based IVu201D tick to be removed from Invoice tab
>>Do MIRO for Customs Vendor before doing MIGO
>>After doing MIRO do GR for the Item (in MIGO you will get popup for the MIRO document done, excise details from this is populated in to the PO )
>>Just refer to below link for Import purchase case for some more understanding,
Excise invoice not getting converted into INR from USD for an IMPORT PO

Account determination for condition type

Hi Guru,
I have requirement where I need to assign G/l account in VKOA for condition type used for discount and markup same time. I know I can aasign trade discount to this condition type but how about markup. can we assign two diffeent account to same condition type based on uses.
Thanks

This is pricing conditions not condition type like KOFI. The pricing condition are like base price, discount , markup, special custmer discount, ect. You can see these contions in sales order under condtion tab. My issue is there one condtion that user use some time for discount and some for mark up and requirement is when this condition is used for discount, it post to one account and if used for mark ,should go to different accoount. In VKOA sequence 501, we can only assign one account to one condition. if some one know how to assign two G/Ls to one condition .

Unable to manually change the amount for condition type PB00

Hi Gurus,
My client is using ECC5.0.
Here when I try to change the amount for condition type PB00 using transaction ME22N, I am not able to change the value. I donu2019t get any error, but as soon as I change the value and press Enter the system replaces my entered value with the original value.
Confusing part is that I am able to change the amount of condition price PB00 manually using transaction ME22. I donu2019t have any such problems there.
Also I am able to manually change the amount of condition type PBXX using ME22N.
Only in the case of PB00, if I use ME22N to manually update the amount I am not able to change it.
Kindly help me, to find a reason as to why this could be happening, and correcting if possible?
Thanks in advance,
Imran

Hello Imram,
The purpose of maintaining 2 condition types ie PB00 and PBXX in a pricing procedure is that PB00 is automatic gross price determination and PBXX is manually giving gross price.
If you go to T.Code : M/06 and check the condition types, you can see that PB00 will be having an access sequence but not PBXX.
So if you have to manually give the gross price, you have to use PBXX.
Regards

Condition types in pricing procedure.

Hello,
I have the following scenario in the condition tab from sales order.
              AMOUNT                    CALCULATED VALUE
Z002
Z003
Z004           2.5%                          10000
Net Value    100                            10000
If I do This:
Z002
Z003            1                                    1
Z004           2.5%                          10001
Net Value    101                            10001
In this case I want the net value to be changed if any of this conditions has a new value but I want the value of each condition value not to be preserved like this.
Z002             1                                  1
Z003             1                                  1
Z004           2.5%                          10000
Net Value    102                            10002
What I have to do in the condition type or pricing procedure to avoid this adding in the condition types.
Kind Regards

Hi Vasant,
You can cannot add two conditions with similar characteristics it is illogical for ex : you can have freight on percentage one & another for value, once in document you have entered any one condition, where is requrirement to use the same condition, this is the reason SAP doesn't allow to have the same conditon & also in calculation it matters if you calculate 1 to 5 x value for conditon A & if you are using the same condition again to calculate 9 to 13 where the pricing will calculate & what it will calculate.
Thanks & Regards
Rang

Currency conversion issue for condition type

Hello,
I am creating two invoice document.
1. Customs Invoice (ZCDS)
2. Inter company invoice.(IVA)
both the invoices should be similar. Same pricing procedure is used to create both the documents but in Customs invoice YUMU condition type is not getting converted whereas in IVA the condition type is getting converted. Can anyone tell me the possible reason for this?
ZCDS
IVA
Regards,
Jagjeet

Hi Jagjeet,
For IVA invoice type -(For condition type- YUMU)
Below highlighted part of code is changing KSTEU from 'E' to 'C' for IVA invoice using std prog RVIVAUFT.
For ZCDS Invoice Type -(For condition type- YUMU)
Program RVIVAUFT is not called since ZCDS is not trigerried using Output type unlike IVA.
Hence KSTEU is not getting updated from 'E' to 'C' in case of ZCDS.
To solve your problem write code in User exit - userexit_pricing_copy to change konv-ksteu to 'C' for YUMU condition type at runtime.This will definately solve your problem.This will ensure you get correct/same condition value for IVA and ZCDS...:)
Regards,
Vikas Mulay.

Conditon record for condition type

Hi
i create my condition record for my condition type( pr00, MWST,) in pricing in vk11 but when i create my condition type for output type, account determination and text determination i don't create the condition record in vk11 so how is itpossibile
Vinz

Hi Vinz,
For Account determination in SAP, Condition Technique is used. First we Create condition tables. Then we create the key combination/Access sequence(Sequence of condition tables created), then we create condition types(We have two standard condition types-- KOFI(With out controlling and KOFKWith Controlling). We assign these Condition types to the Procedure and the procedure is assigned to the billing types. One of the combinations is " Application/sales org/chart of accounts/ condition type/acount assignment group of customer/acct assign group of mat/ account key/gl account."This combination is nothing but access sequence and this is assigned to a condition type. In "VKOA" we specify the system whats the G/L Account to be picked up. This acts as a condition record. Account keys are assigned to each condition type in pricing procedure. Based on the account key of particular pricing condition type(Ex: PR00ERL) ,system will pick up the respective condition type from "VKOA". Kindly please let me know If you need any more Information on this,
Regards,
Ram Pedarla
Edited by: RamPedarla on Mar 17, 2010 5:59 PM

Authorisation for condition type

Hi i need to hide a condition type in pricing procedure ., only authorised person to see the particular conditon type in sales order pricing , i have PR00 which all end user can enter ., another condition type ZDISfor distributor price is there but user want to hide this condition type for end user

Hello Mahesh,
Please refer the SAP note [105621|https://websmp130.sap-ag.de/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=105621]. I think you should be able to achieve what you desire with this functionality.
Regards,
Subbu

Why not all billing documents are posted to CO-PA for condition types?

Hello!
I have following problem.
In transaction KE4I I have configured several condition types to post for specific value fields.
For some billing types it works but for some doesn't work.
For all domestic invoices it works but for abroad invoices it doesn't work.
Billing documents for abroad invoices are also posted to CO-PA but for another value fields, not for that I expect.
Where is problem?
I am waiting for help.
Best regards
Bogdan

Hi.
In both pricing procedures there are same condition types. The only difference was check box "Condition is used for statistics".
After marking this check box it still doesn't work.
There are placed the same condition types in all billing documents (domestic and abroad) . So I am supprised that for domestic billing documents field value in CO-PA is calculated for condition types placed in KE4I.
But for abroad billing documents the same field value is not calculated for the same condition types placed in KE4I.
Where is a problem?
I need help.
Best regards
Bogdan

Provision account key missing for condition type ZPFV in schema ZUELOC

Hi
We have defined the condition type ZPFV for freight value & mentioning the same while creating po and in past we had prepared so many po by using this.
we hv not change any thing & today we are getting message " Provision account key missing for condition type ZPFV in schema ZUELOC"
What to do???????
Thanks
Ketan Vala

hi..
If the accrual is ticked in condition type in M/06, it should have an account key assigned to the condition type in the pricing procedure in M/08.
Go to your contion type ZPFV and check whether you have checked Accrual or not..
then go to ur pricing procedure ZUELOC and check the last two colums for your condito type i.e. Account Key and Accrual Key.
Maintain these..
try this if it works.
Thanks...

Different UoM for Condition Type in Pricing

Similar Messages

Maybe you are looking for