Professional Documents
Culture Documents
Complete MM Config
Complete MM Config
SAP MM No Responses »
Apr
25
2012
Step:
Counter:
System uses the counter to count the steps and also it can be used to count mini steps of same condition
types. So that number of steps can be reduced in the pricing procedure and hence enhancing the system
performance.
During automatic pricing, the system takes into account the sequence specified by the counter.
Condition Type:
It represents pricing element in pricing procedure as a base price, discount, freight and tax.
The condition type is used for different functions. In pricing, for example, the condition type lets you
differentiate between different kinds of discount; in output determination, between different output
types such as order confirmation or delivery note; in batch determination, between different strategy
types.
Description:
This can be used as a base to the condition type for calculating further value.
The range between the steps from and to can be used to specify the range between same condition
types. So that depending upon the condition type, the system deducts or adds the total value of those
condition types from specific common source.
Manual:
This indicator specifies whether the specific condition type can be determined manually during purchase
order processing.
If we check the box then the entry is going to be manual, if we uncheck it, it is going to be automatic.
If we check the box, in ME21N when we go to conditions at the header/item level, the condition type
will not be listed. If we require we will have to manually enter it.
If we uncheck the box, in ME21N when we go to conditions at the header/item level, the condition type
will be listed.
Required:
This indicator specifies that particular condition type is mandatory in the pricing procedure.
If we check the box, in ME21N at the header/item level in the conditions tab, if we delete the value in
the condition type and try to save the document then system will not allow us to do it and throws an
error.
If we uncheck the box, then in ME21N at the header/item level in the conditions tab, if we delete the
value in the condition type and try to save the document then system will allow us to save it, without
giving any error.
This check box should be checked in condition types which are compulsorily required in pricing
procedure. Ex.: MWST.
If the condition type is checked with mandatory option, then value should be maintained for that
condition type, otherwise the system will not allow the user to process the document.
Statistical:
This indicator if it is activated will not allow the value of the condition type to be taken into net Price
calculation.
This indicator causes a surcharge or discount to be set in the document statistically (that is, without
altering the Net Price, however, the effective price will still be affected. See the last point how the
calculation takes place for the Net Price and the Effective Price).
In MM even if a condition is statistical, the value can still be loaded on the stock based on your
configurations of the condition type. For example if Accruals indicator is checked for the condition type,
the stock will be loaded with the condition value even if it is statistical in the pricing procedure and
posting will be made to the provision account.
Print:
The value of this field specifies whether line item can be printed or not in the purchasing document and
at what level or at what condition it is to be printed.
Subtotal:
The value of this field determines where the values of subtotals to be captured i.e. in which table and
which field.
Controls whether and in which fields condition amounts or subtotals (for example, a discount or the cost
of a material) are stored.
If the same fields are used to store different condition amounts, the system totals the individual
amounts.
These condition amounts or subtotals are used as a starting point for further calculations. You may, for
example, want a subtotal of all the discounts included in the pricing of a purchase order.
Requirement:
By defining Requirement in condition technique we can restrict the access of condition type.
It is an alternative formula for the condition type that can be used instead of standard formulas.
We have a list of routines, we can ask ABAP consultant to create new routines based on the client
requests.
It is used as a basis to calculate value of the condition type instead of using it from the “FROM” column.
Freight is calculated based on weight, volume etc. and not on the base price. In pricing there is no entry
of weight from which the value can be referred like we do for discounts using base price. We have to get
the value from the Material master.
In this column we can mention the value as 12 – Gross Weight or 13 – Net Weight.
During pricing, the system will consider the value that is mentioned in this column and determine the
freight based on this value.
Suppose we have Net weight: 100 kgs and Gross Weight: 150 kgs. And if we mention 13 in this column
then the Freight condition KF00 will be calculated using the weight as 100 kgs.
AccKey:
The account key enables the system to post amounts to certain types of revenue account. For example,
the system can post freight charges (generated by the freight pricing condition) to the relevant freight
revenue account.
This is used if Purchase Account Management (PAM) is active for the company code; else, this has no use
in MM Pricing Procedure.
Accruals:
Key which identifies various types of G/L accounts for accruals or provisions.
With the aid of the account key, the system can post amounts to certain types of accruals accounts. For
example, rebate accruals which are calculated from pricing conditions can be posted to the
corresponding account for rebate accruals.
If certain delivery costs are required to be taken to a different provision account, you can define your
own accruals key and assign the provision account to this accruals key in OBYC
Posted by SAPHALL at 12:20 PM Tagged with: 16 Fields in MM Pricing Procedure, fields in calculation
schema, Fields in MM Pricing Procedure, MM calculation schema, MM Pricing Procedure
Recent Posts
Recent Comments
Archives
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
Categories
Purchasing
SAP MM
SAP PS
SAP SD
Meta
Log in
Entries RSS
Comments RSS
WordPress.org