Professional Documents
Culture Documents
16 Fields in MM Pricing Procedure
16 Fields in MM Pricing Procedure
16 Fields in MM Pricing Procedure
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.
• Access number of the conditions within a step in the pricing procedure.
• 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.
• For Base Price and Taxes, the entry should be automatic.
• For Discounts and Freights, The entry should be manual.
• 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.
• It is used only for information purposes only.
• 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).
• As a rule all delivery costs must be checked as statistical.
• 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.
• Net Price= Basis price [-Rebates/+Surcharges]
– includes non-statistical conditions only
• Effective Price= Net price [+-]Delivery cost
– contains statistical conditions and non-statistical conditions
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:
AccKey:
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