Calculation type S-Number of shipping units

Hello ,
created new condition with calculation type S-Numer of shipping units but the condition record
in sales order is found but never set.....Checked everything and my settings are fine.
What can be the problem?
BR
L

Hi,
Check the pricing procedure and see whether you have ticked the field Manual for the condition type you are using.
Regards,
Sampat

Similar Messages

Fixed Amount Calculation type

Can anyone tell me the behavior of Fixed Amount Calculation Type for Purchasing?
For example ZNB1 handling-fee value is $80, (scenario1) is $80 the total cost when the target quantity has been completed? (scenario2) Or will 80 be charged per GR?
Scenario1 for fixed amount calculation type:
total target quantity = 100 units
amount = $80
1st GR = 20 units, handling fee = $16
2nd GR = 80 units, handling fee = $64
Scenario2 for fixed amount calculation type:
total target quantity = 100 units
amount = $80
1st GR = 20 units, handling fee = $80
2nd GR = 80 units, handling fee = $80
Thanks everyone!

Scenario 1 is correct .

Unit of measure for calculation type C must be completed

Hi All
When releasing some contracts in SRM , we are getting the error message as above.
The error message doesn't specify any particular part and the contract has more than 3000 parts.
There are no conditions at header or item level.
There is no Target quantity also. Just a Target value for the contract and prices for individual items are maintained.
We are using extended classic scenario and the contract is manually created in SRM.
I have checked the OSS notes for this error, but they are mostly for contract creation in Bidding and not for a manually created SRM contract.
We checked the UOMs for all the contract parts with the UOMs ( Base and Purchasing) in ECC Material Master and they are OK.
In our scenario , MM changes in ECC are replicated to SRM in real time
Any pointers towards pin pointing the error will be rewarded!
Regards
Kedar

Hi,
We encountered this error message and resolved the problem by applying the following 3 SAP Notes:
a)     Note #1022928 - Unit of Measure for Calculation Type C Must Be Completed
        (Previously Mentioned)
b)     Note #1702484 - Unit of Measure for Calculation Type C Must Be Completed
c)     Note #1517648 - Default Conditions Added for Product Category Item Type
Although the contract required is similar to a "Limit" item, but had to be placed for bid, then the RFX PS Item Type was set to "Service" to receive the bid responses. After accepting the bid response, then we created a contract from the bid response. Since it was to be a "Limit" type contract, then we immediately removed the data from the following fields:
Remove the Quantity
Remove the Unit of Measure
Remove the Price
Remove the Price Condition
After removing the values from these fields, then we switched the PS Item Type from "Service" to "Product Category". We added the Guaranteed Minimum and account assignment data to encumber the funds. We were able to "Release" the contract successfully.
Bob Zinsmeister

Use of a fixed reusable Handling (Shipping) Unit number

Dear Forum members,
Initial AS-IS information :
SAP IS-Retail 4.7 Environment
No real Handling Unit Management but only Shipping Units
Closed loop system customer development for delivery on crate level between
distribution center and the customer's retail outlets established.
Integrated solution using idoc interface to sorter system in DC and own created RF
transactions to support all steps in the DC process enabled by RF transactions and own created crate status management tables.
Now TO-BE request :
Upgrade of the current solution using "fixed Handling Unit" numbering.
Advantages are savings in efficiency as the printing and applying of
crate labels is labor extensive and besides costs a fixed Handling Unit can leverage an ease of use when upgrading from RF to RFID supported processes for our client.
Issue :
As the client cannot use the real Handling Unit Management functionality
the SAP standard HU02 transactions and configuration of HU user statusses
does not have any influence because the existing function modules do not pass the information required to make a change to a Handling Unit possible.
I implemented note 1083778 but this applies only for the triggering
using HU management.
Is there anybody that has also been in a similar situation and has been looking for a solution to the problem descibed here ?
My current approach is to go through following steps :
1. Investigate whether or not I need to use a modification to the SAP HU status
    object as this now blocks emptying of the Handling Unit.
2. Investigate SAP behaviour when deleting a Handling Unit from tables VEKP and
    VEPO. Perhaps also HU status tables need to be emptied.
3. Investigate use of own function module to unassign the Handling Unit from its
    allocated " old " delivery number.
3. When HU number can be reused (after Goods Receipt at store) we will create
    a function module that can either be called from a RF transaction code or from
    an RFID created message that will arrange the HU number to be available for
    new delivery processes.
4. Return crates will still be numbered uniquely at the store and have a external
    numberrange as well. A return crate will keep its number and will also be re-
    used as a "returns loop of crates" The idea is that "return crates can be easily
    identified and also physically be distinguished from regular "outbound crates" .
Hopefully some of you recognize the idea and perhaps have some hints or tips and tricks in getting this development up-and-running.
Any input welcome a lot !
Best Regards,
Rogier Post
Solution Architect
+31 622457822

Dear Forum members,
Initial AS-IS information :
SAP IS-Retail 4.7 Environment
No real Handling Unit Management but only Shipping Units
Closed loop system customer development for delivery on crate level between
distribution center and the customer's retail outlets established.
Integrated solution using idoc interface to sorter system in DC and own created RF
transactions to support all steps in the DC process enabled by RF transactions and own created crate status management tables.
Now TO-BE request :
Upgrade of the current solution using "fixed Handling Unit" numbering.
Advantages are savings in efficiency as the printing and applying of
crate labels is labor extensive and besides costs a fixed Handling Unit can leverage an ease of use when upgrading from RF to RFID supported processes for our client.
Issue :
As the client cannot use the real Handling Unit Management functionality
the SAP standard HU02 transactions and configuration of HU user statusses
does not have any influence because the existing function modules do not pass the information required to make a change to a Handling Unit possible.
I implemented note 1083778 but this applies only for the triggering
using HU management.
Is there anybody that has also been in a similar situation and has been looking for a solution to the problem descibed here ?
My current approach is to go through following steps :
1. Investigate whether or not I need to use a modification to the SAP HU status
    object as this now blocks emptying of the Handling Unit.
2. Investigate SAP behaviour when deleting a Handling Unit from tables VEKP and
    VEPO. Perhaps also HU status tables need to be emptied.
3. Investigate use of own function module to unassign the Handling Unit from its
    allocated " old " delivery number.
3. When HU number can be reused (after Goods Receipt at store) we will create
    a function module that can either be called from a RF transaction code or from
    an RFID created message that will arrange the HU number to be available for
    new delivery processes.
4. Return crates will still be numbered uniquely at the store and have a external
    numberrange as well. A return crate will keep its number and will also be re-
    used as a "returns loop of crates" The idea is that "return crates can be easily
    identified and also physically be distinguished from regular "outbound crates" .
Hopefully some of you recognize the idea and perhaps have some hints or tips and tricks in getting this development up-and-running.
Any input welcome a lot !
Best Regards,
Rogier Post
Solution Architect
+31 622457822

Getting Condition Unit using Calculation Type

Hi all,
I got the calculation type from the table T685A with the Application value 'V' and Condition Type 'ZTUP' .
The Calculation Type is 'C' which means Quantity.
Can anyone please share for getting the Condition Unit (For Eg: 'EA' ) based on the Calculation Type , Material and Plant?
The field is KONP-KMEIN
Thanks,
Hema.

This information should be in the condition record. Pricing condition records are stored in tables Annn, e.g. A601, A901 and such. Since tables are customizable, they will be different in each system. You'll need to get this information from your functional expert.
Also keep in mind that this data may be different for each document (again, depending on your configuration). If it's SD, then for the documents you'll find the conditions in KONV table.

Leave unit of measure for calculation type A empty

Hi Gurus,
We are in SRM Extended classic scenario with 5.0 version.
Here in SRM we have Procurement contact with process type Global Outline Agreement (GCTR).
Currently we are facing problem while amending the condition type in the contact line item. When we change the condition type for particular line item then getting error message "Leave Unit of Measure for calculation type A empty. (item 10).
On the line item the condition could look like this
Condition                    Price                 Start Date       End Date
Price(Contract/Bid)    100 EUR            2010-02-22    2010-12-31
gross surcharge %   5,5 %                2010-02-22    2010-03-31
gross surcharge %   6,5%                 2010-04-01    2010-06-30
gross surcharge %   8,5 %                2010-07-01    2010-12-31
when we try to add additional conditon like "gross surcharge %" then we got this error message
Leave unit of measure for calculation type A empty
if I delete all condition "Gross Surcharge%" then the error disapear and then I can try again, sometime we could create those condition without problems but offen we have this error.
Can any one help me to get rid of this error message.
Thanks In Advance,
Jakob Bang

initially you could do multiple periods but when you change the condition it is not allowing you.
can you make inactivate that andd new line item and add same item with new condition
(SRM might have limitations)
I tried this works for me
MM 123 -
FIRST :-
price contract bid - 43.99 USD 2010.09.02 to 2010.09.02
Discount (Absolute) - 3 % 2010.09.02 to 2010.09.02
Discount (Absolute) - 5 % 2010.09.03 to 2010.09.03
same GOA edited change version created
price contract bid - 43.99 USD 2010.09.02 to 2010.09.02
Discount (Absolute) - 4 % 2010.09.02 to 2010.09.02
Discount (Absolute) - 5 % 2010.09.03 to 2010.09.03
no erorr for me and GOA released too and reached backend too.
Muthu

Free goods calculation type

Hi all,
Could you explain for me about the SAP result for free goods like this:
I have a condition record for free goods:
Min            For            add FG                  Caltype                          Exclusive
1               10 TO          0.5 TO                     1 (proportional)
That means when customer buy 10 TO they will get 0.5 TO as free.
In SO, I keyed 13 TO and free goods showed 1 TO but as I calculate the result should be 0.65 TO, if rounding happens free goods should be 0.6 or 0.7 TO. Could you explain for me this situation?
THks a lot for your support!
Regards,
Nguyen Pham,

Hi,
We have calculation type as Prorated,Unit reference,whole units.
Example:    Free goods quantity = 100 pieces
            Additional quantity =   3 pieces
Sales orde quantity = 280 pieces
Free goods
            for proportional(Prorated)   = 8 pieces (= 280 / 100 * 3 rounded down)
            for unit-reference = 6 pieces (= 200 / 100 * 3)
             for whole unit:    = 0 pieces
                  280 is not a multiple of 100
And kindly check the UoM in Sales Order and in Free good Condition record.
with regards
Azeez.Mohd

Using two different calculation type for one condition in purchasing

hi
purchasing price must be callculated as the mix of fixed and quantity calculation types, example is below;
for material A whose purchasing unit of measure is quantity (piece) but base unit of measure is gr.
1.from 1 gr to 500 gr discount must be 50 usd as fixed,so 1 gr discount is the same with 499 gr discount.
2. from 501 gr up to x, 0,10 usd per gr
for example;
if quantity = 10 and total default gr from material 450, discount must be 50 usd as fixed.
but during good receipt in migo 10 piece can be 600 gr so, price must be calculated as 600*0,10 = 60 usd.
or vice versa,in purchasing order total gram can be gretaer than the gr which will be used in migo during good receipt .
if quantity = 10 and total default gr from material 600, discount must be 60 usd as scaled.
but during good receipt in migo 10 piece can be 450 gr so, price must be calculated as 50usd as fixed.
it s a little complicated.
Thanks in advance.

TW Typewriter
If the coding is not written correctly, it would definitely affect the system performance. This is not only for user exit but also will be applicable to routines. So it makes no difference.
And is not difficult to get an access key to do this development
Not in all cases. In some projects, getting an Access Key itself is very difficult and it undergoes cumbersome process from client side. So we have to take a decision on case to case basis whether to go with routine or user exit.
G. Lakshmipathi

Pricing condition record, calculation type F volume, scale basis E net weig

HI SAP Gurus,
I have a question on pricing condition records.
I have a requirement that needs to populate discount based on total net weight on the PO. For example, if total net weight is greater than 1000 LB, it should give 10 cents discount per GAL. The base UOM of the material is EA, GAL is an alternative UOM and Order Pricing Unit. I can make the pricing condition works if the discount is per LB. However, it doesn't work for discount given per GAL. The calculation type is F volume and sacle basis is E net weight. Pls advise what I need to do to make it work. Thank you so much!

closed

CONDITION BASE VALUE / ALT CALCULATION TYPE Pricing

Dear All,
I have a scenario where in I want the condition base value for calculating the value for a condition type to be based on
Gross weight - Net weight value of a material.
Is it possible and if yse how do I acheive the same.
Deepak

Deepak,
Alternative Calculation Type:
Normally if you want to calculate a value you have to use a calculation type for determinating the value. This calculation type is either addition, subtraction or multiplication. Similarly SAP also has got a default calculation type in the control data of the condition type. There you have the options of either Qty based , Fixed Amount Based or Percentage based.
Here what happens is suppose if you define Your condition type that calculates the base price of a material on Qty based. Then the calculation will be done based on the quantity of the material. If the customer orders 10 Nos and you have maintained a unit price of 100 Rs for each material then the value determined is 1000 INR. Similarly if the discount condition type , you maintain the calculation type as %. This means if you maintain the value of 10 % in the condition record. Then this percentage is taken as the calculation type and the condition value is determined.
In some cases you have to forego the default calculation types and use the customer specific method for calculating a value. For ex if you are calculating the Freight charges for a Material . it depends on so many criteria like, the weight, volume and also the minimum amount etc etc, in those cases, you forego the default value and then use the alternative calculation type in calculating the condition value against the particular condition.
Alternative Condition Base value :
If you have to calculate any value then you have to have a base value for it. For ex if you want to calculate the discount of 10 % for a material then you have to have a base value on which this 10% is calculated. Normally you take the condition value of the base price of the material to calculate the value.
Now you don't want to take the base value and take other values as base value which are derived on some formulae. So you create a routine which will do the mathematical operations in the routine and derive you a value which is now used as the base value for calculating the condition value for a particular condition type.
Reward poitns if u finds this helpful....
Regds
MM

Manual Excise condition type with calculation type as FIXED AMOUNT

Dear Gurus,
I have used a manual excise condition (JMAN) in my pricing procedure the difference is that I've changed its calcultaion type to FIXED AMOUNT.
And in the same pricing procedure I have also got a percentage based Excise condition (ZEXC).
And in any transaction either of the one that is JMAN or ZEXC will be used.
The Manual Excise condition is used basically when the raw material sale takes place. The requirement is as such that they should be able to enter the duty value in INR and not in percentage. Please go through the example below
*(For Example I am procuring raw material of 100 kg worth 10000 at 8% of excise duty. Excise duty will be 800 for 10000rs. So it will be 8 rs per KG.
And now suppose I am utilizing 80 kg for production and want to sell remaining 20 kg. the Excise duty charged should be 160 rs. considering the rate per unit is 8rs.)*
In this case user wants to enter the value in INR and not in percentage.
And normally for the finished goods the percentage based condition is used.
Now what my issue is that how will I copy the value from JMAN to ZEXC at the raw material sale. otherwise my finished good sales is happening without any problem.
For this should I use any routine to copy the values from ZMAN to ZEXC??
Or rather is it possible that I could copy values from a condition type whose calculation type is FIXED AMOUNT to other condition whose calculation type is percentage.
How should I go ahead with this??
Please guide me.
Any answers??
Cant Do it this way??
Thanks & Regards
Anand.k
Edited by: anand k on Jul 8, 2009 6:38 AM
Edited by: anand k on Jul 8, 2009 1:04 PM

Check the condtion value in condition type UTXJ . If the JMOD value is 10% of UTXJ then assessable value should have been maintained for the Material and Plant combination in J1ID. This is due to Routine 351 maintined in pricing procedure for the condition type UTXJ
check and confirm
Senthils

Different wieghts & measurements for shipping units.

Hello All,
My requirement is everytime many deilvery items are packed in one box or in multiple boxes. Box weights & measurements changes for every delivery as everytime delivery items are packed in different box sizes so wieghts & measurements also changes for every delivery and same need to be printed in shipping documents.
So can I achieve this by using packing with shipping units and moreover can I everytime asign or manully maintian different wieghts & measurements in delivery processing in packing step or is there any other way in SAP by which I can meet this requirement.
Please help. It is very urgent. Points will be rewarded.
Best regards,
Partha Das

Dear Partha,
You can maintain the weight & Measurement in the master data of the packing material from there you can fetch the data through output program with the help of abaper.
You do the output determination for the deliveries in IMG path is
SPRO>Logistics Execution>Shipping>Basic shipping functions>Output control>Output determination>Maintain output determination for outbound deliveries
-->Maintain Condition Tables
-->Maintain Output Types -->Here you can define different ouput type to get those details
Develop and assign related output program,smart form or script program as per your requirement.
-->Maintain Access Sequences
-->Maintain Output Determination Procedure
-->Assign Output Determination Procedures
Maintain the output condition record for that output type in VV21 transaction.
I hope it will help you,
Regards,
Murali.

HOW TO GIVE EXTERNAL NUMBER FOR ORG UNIT

HOW TO GIVE EXTERNAL NUMBER FOR ORG UNIT
Regards,
Kumar

HAI..
External number assignment
If you want the user to assign the numbers, enter "EX" in the 'NR' field. The number ranges are then indicated by the letters "EX".
Number assignment for plan version 10 / object type S: Subgroup 10S

Alternative calculation type and alternative condition base value

In pricing procedure what is the difference between alternative calculation type and alternative condition base value?Kindly help

Hi,
Please check the forum before you post your questions as this question was answered a number of times earlier.
Please check the below link which discusses in detail regarding the same.
[Alt Cal Type and Cond Base Value|Alternative calculation type and alterantive condition base value in pricin;
Regards,
Phani Prasad

Condition formula for alternative calculation type

Hi gurus,
we need to create some condition formulas to be applied in our pricing procedure.
Do you know where to program them in the system and what additional settings are required?
Thanks and best regards,
VL

Hi Victor,
For your query, you can create new alternative calculation or alternative condition base values in T-COde VOFM with the help of an ABAP.
Go to VOFM T-CODE
Then Click on Formulas then condition value or condition base value.
You need to take Acces key from basis team to create a new calculation type for that number should start from 900 to 999.
Tell you Abaper to take the values from internal table XKOMV, XKOMK, KONDI, XKONP there are many internal tables are there, from that you will get respective conditon type values.
In internal table KBETR field contains condition record value & KWERT contains the calculated value.
Read wrt condition tyep and calculate according that and pass the value.
Try this, which will help you in resolving your query.
If satisfied close the thread.
Regards,
Nagesh

Calculation type S-Number of shipping units

Similar Messages

Maybe you are looking for