Pricing Procedure Related ..

[Former Member]

Hi gurus

I am new to SAP

I have query reagarding the Pricing Procedure

While creating the pricing procedure there is field mention below. Please Give me proper and how to use this field .

1) Conditon Subtotal.

2) Requirement.

3) Condition formula for alternative calculation type.

4) Alternative formula for condition base value.

5) Account key.

6) Account key - accruals / provisions.

If you have any document regarding this pls provide me.

Thanks and regard

Jatin Parmar

[Former Member · Accepted solution]

Hi JTN,

Here we go.

Sub to : Controls in which field condition values or sub total are copied and stored. Eg cumulative total of tax can be store in in field. There are many field provided by SAP to store value. Stored values can be use subscquently for reporting or calculation.

Reqt: Requirement is ABAP routine created to specific requirement to propose the condition type in the pricing if the requirement met. E.g Special Discount for certain set of customers or material.

AltCty: Alternate calculation type ABAP routine can be assign here. Alternate calculation routine will ignore the flow of pricing and calculate condition amount based on formula in routine. Eg for cash discount minus tax calculation routine is avaliable.

AltCBV: Alternate condition base value is ABAP routine assing to calculate condition base value. System will ignore the calculation flow and take formula value.

ActKey: Account key assign will pickup the specific G/L. Each condition will have pre defined accounting key like ERL, ERS, MWS etc. You can create and assing z accounting key also.

Accrls: Used for accural G/L posting. Specifically used in rebate calculation.

Award points if useful.

Regards

Vijay

[Former Member]

Define Pricing Procedure

u2022 Select the pricing procedure which is the standard and copy it and create our own pricing procedure.

u2022 Highlight it and double click the Control icon in the LHS screen.

u2022 We can see that there are 16 columns in the pricing procedure, these are going to be used by the system to control the condition types.

u2022 The detail description of each column is given below.

Step:

u2022 Number that determines the sequence of the conditions with in a procedure.

u2022 It indicates the position of the condition type in pricing procedure.

u2022 Ex.: 10, 15 etc.

Counter:

u2022 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.

u2022 Access number of the conditions with in a step in the pricing procedure.

u2022 During automatic pricing, the system takes into account the sequence specified by the counter.

Condition Type:

u2022 It represents pricing element in pricing procedure as a base price, discount, freight and tax.

u2022 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.

u2022 Ex.: PR00 - Price

K004 - Material Discount

K005 - Customer/Material Discount

K007 - Customer Discount.

Description:

u2022 System copies description of condition type from its description (V/06).

From and To:

1. From: This can be used as a base to the condition type for calculating further value.

2. From and To: 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:

u2022 This indicator specifies whether the specific condition type can be determined manually during sales order processing.

u2022 If we check the box then the entry is going to be manual, if we uncheck it, it is going to be automatic.

u2022 For Base Price and Taxes, the entry should be automatic.

u2022 For Discounts and Freights, The entry should be manual.

u2022 If we check the box, in VA01 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.

u2022 If we uncheck the box, in VA01 when we go to conditions at the header/item level, the condition type will be listed.

Mandatory:

u2022 This indicator specifies that particular condition type is mandatory in the pricing procedure.

u2022 If we check the box, then in VA01 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.

u2022 If we uncheck the box, then in VA01 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.

u2022 Mandatory check box should be checked in condition types which are compulsorily required in pricing procedure. Ex.: PR00, MWST.

u2022 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:

u2022 This indicator if it is activated will not allow the value of the condition type to be taken into net value calculation.

u2022 It is used only for information purposes only.

u2022 This indicator causes a surcharge or discount to be set in the document statistically (that is, without altering the value).

u2022 This is commonly used for condition types

u2022 SKTO - Cash Discount

u2022 VPRS - Cost (Moving average price/Standard Price).

Print:

u2022 The value of this field specifies whether line item can be printed or not in the sales document and at what level it is to be printed.

Subtotal:

u2022 The value of this field determines where the values of subtotals to be captured i.e. in which table and which field.

u2022 Controls whether and in which fields condition amounts or subtotals (for example, a customer discount or the cost of a material) are stored.

u2022 If the same fields are used to store different condition amounts, the system totals the individual amounts.

u2022 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 sales order.

Requirement:

u2022 It is a routine that is written by an ABAP consultant according to the business requirement.

u2022 By defining Requirement in condition technique we can restrict the access of condition type.

u2022 To understand the concept, we will take the example of the Rebates. Rebates are to be included during the billing document processing and not in the sales document processing. As rebates are given on the delivered quantity and not on the ordered quantity (in case of cut-off period for rebates).

u2022 For rebates we use the condition types BO01 to BO05, and in the Requirement column we give the value 24 which is "Only in Billing Document".

u2022 This Requirement will ensure that these condition types will appear only during the billing document processing.

u2022 If new Requirements are to be defined we follow the procedure given below.

u2022 Go to T.Code: VOFM. - Maintain Requirements & Formulas

u2022 Click on the "Requirements" in the top menu and then click on "pricing".

u2022 We have a list of requirements, we can ask ABAP consultant to create new requirement based on the client requests.

u2022 And we assign the application type like V - Sales/Distribution etc.

AltCty - Condition formula for alternative calculation type:

u2022 It is again a Routine that is written by ABAP Consultant.

u2022 It is an alternative formula for the condition type that can be used instead of standard formulas.

u2022 For example, let us take the Profit Margin which can be both + / - , so here this routine will help us in generating the value which can be either + or -. Profit margin is not a condition type so it cannot be classified as +ve or -ve in the V/06.

u2022 Ex.: 950 0 Profit Margin 11.

u2022 So we assign 11 - Profit Margin.

u2022 If new routines are to be defined we follow the procedure given below.

u2022 Go to T.Code: VOFM. - Maintain Requirements & Formulas

u2022

u2022 Click on the "Formulas" and then on the "Condition Values".

u2022 We have a list of routines, we can ask ABAP consultant to create new routines based on the client requests.

u2022 And we assign the application type.

AltCBV - Alternative formula for condition base value:

u2022 Formula for determining the condition basis as an alternative to the standard.

u2022 It is again a Routine that is written by ABAP Consultant.

u2022 It is used as a basis to calculate value of the condition type instead of using it from the "FROM" column.

u2022 Ex.: Freight - KF00.

u2022 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.

u2022 In this column we can mention the value as 12 - Gross Weight or 13 - Net Weight.

u2022 During pricing, the system will consider the value that is mentioned in this column and determine the freight based on this value.

u2022 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.

AcyKy - Account Key/ Accrls - Accruals:

u2022 The values of the Sales Revenues, Sales Deductions, Freight Revenues, Tax Revenues, and Rebate Accruals etc. are going to be posted in the respective G/L accounts in Fi Module.

u2022 In order to do this we assign account keys/ accruals to the different condition types based on their classification. The classification shown below.

u2022 ERB Rebate sales deduct.

u2022 ERF Freight revenue

u2022 ERL Revenue

u2022 ERS Sales deductions

u2022 ERU Rebate accruals

u2022 For Ex.,

u2022 For all Price condition types like PR00 etc. we assign ERL - Revenue.

u2022 For all Discount condition types like K004, K005 etc. we assign ERS - Sales Deductions.

u2022 For all Freight condition types KF00 etc. we assign ERF - Freight Revenues.

u2022 For all Rebates condition types BO01 to BO05 we assign in Account key ERB - Rebates Sales deductions and for Accruals ERU - Rebate Accruals.

u2022 This account keys and accruals are in turn assigned to respective G/L accounts. So the system posts respective values in respective G/L accounts in Fi-Co Module.

u2022 This also one of the areas of SD - Fi Integration. SD consultants assign the account keys and Fi Consultants assign the respective G/L accounts in T.Code:VKOA.

Regards,

Rajesh Banka

[Former Member]

Account Key: This is one of the field, which requires to be maintained if the value is to flow to FI G/L account. Account Determination will fail, if Account Key is not maintained.

For Statistical Condition Type in Pricing Procedure, Account Key should be blank.

Regards,

Rajesh Banka

[Former Member]

Hi JTN ,

this may help u out -

Step:

u2022 Number that determines the sequence of the conditions with in a procedure.

u2022 It indicates the position of the condition type in pricing procedure.

u2022 Ex.: 10, 15 etc.

Counter:

u2022 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.

u2022 Access number of the conditions with in a step in the pricing procedure.

u2022 During automatic pricing, the system takes into account the sequence specified by the counter.

Condition Type:

u2022 It represents pricing element in pricing procedure as a base price, discount, freight and tax.

u2022 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.

u2022 Ex.: PR00 - Price

K004 - Material Discount

K005 - Customer/Material Discount

K007 - Customer Discount.

Description:

u2022 System copies description of condition type from its description (V/06).

From and To:

1. From: This can be used as a base to the condition type for calculating further value.

2. From and To: 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:

u2022 This indicator specifies whether the specific condition type can be determined manually during sales order processing.

u2022 If we check the box then the entry is going to be manual, if we uncheck it, it is going to be automatic.

u2022 For Base Price and Taxes, the entry should be automatic.

u2022 For Discounts and Freights, The entry should be manual.

u2022 If we check the box, in VA01 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.

u2022 If we uncheck the box, in VA01 when we go to conditions at the header/item level, the condition type will be listed.

Mandatory:

u2022 This indicator specifies that particular condition type is mandatory in the pricing procedure.

u2022 If we check the box, then in VA01 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.

u2022 If we uncheck the box, then in VA01 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.

u2022 Mandatory check box should be checked in condition types which are compulsorily required in pricing procedure. Ex.: PR00, MWST.

u2022 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:

u2022 This indicator if it is activated will not allow the value of the condition type to be taken into net value calculation.

u2022 It is used only for information purposes only.

u2022 This indicator causes a surcharge or discount to be set in the document statistically (that is, without altering the value).

u2022 This is commonly used for condition types

o SKTO - Cash Discount

o VPRS - Cost (Moving average price/Standard Price).

Print:

u2022 The value of this field specifies whether line item can be printed or not in the sales document and at what level it is to be printed.

Subtotal:

u2022 The value of this field determines where the values of subtotals to be captured i.e. in which table and which field.

u2022 Controls whether and in which fields condition amounts or subtotals (for example, a customer discount or the cost of a material) are stored.

u2022 If the same fields are used to store different condition amounts, the system totals the individual amounts.

u2022 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 sales order.

Requirement:

u2022 It is a routine that is written by an ABAP consultant according to the business requirement.

u2022 By defining Requirement in condition technique we can restrict the access of condition type.

u2022 To understand the concept, we will take the example of the Rebates. Rebates are to be included during the billing document processing and not in the sales document processing. As rebates are given on the delivered quantity and not on the ordered quantity (in case of cut-off period for rebates).

u2022 For rebates we use the condition types BO01 to BO05, and in the Requirement column we give the value 24 which is "Only in Billing Document".

u2022 This Requirement will ensure that these condition types will appear only during the billing document processing.

u2022 If new Requirements are to be defined we follow the procedure given below.

o Go to T.Code: VOFM. - Maintain Requirements & Formulas

o Click on the "Requirements" in the top menu and then click on "pricing".

o We have a list of requirements, we can ask ABAP consultant to create new requirement based on the client requests.

o And we assign the application type like V - Sales/Distribution etc.

AltCty - Condition formula for alternative calculation type:

u2022 It is again a Routine that is written by ABAP Consultant.

u2022 It is an alternative formula for the condition type that can be used instead of standard formulas.

u2022 For example, let us take the Profit Margin which can be both + / - , so here this routine will help us in generating the value which can be either + or -. Profit margin is not a condition type so it cannot be classified as +ve or -ve in the V/06.

u2022 Ex.: 950 0 Profit Margin 11.

u2022 So we assign 11 - Profit Margin.

u2022 If new routines are to be defined we follow the procedure given below.

o Go to T.Code: VOFM. - Maintain Requirements & Formulas

u2022

o Click on the "Formulas" and then on the "Condition Values".

o We have a list of routines, we can ask ABAP consultant to create new routines based on the client requests.

o And we assign the application type.

AltCBV - Alternative formula for condition base value:

u2022 Formula for determining the condition basis as an alternative to the standard.

u2022 It is again a Routine that is written by ABAP Consultant.

u2022 It is used as a basis to calculate value of the condition type instead of using it from the "FROM" column.

u2022 Ex.: Freight - KF00.

u2022 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.

u2022 In this column we can mention the value as 12 - Gross Weight or 13 - Net Weight.

u2022 During pricing, the system will consider the value that is mentioned in this column and determine the freight based on this value.

u2022 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.

AcyKy - Account Key/ Accrls - Accruals:

u2022 The values of the Sales Revenues, Sales Deductions, Freight Revenues, Tax Revenues, and Rebate Accruals etc. are going to be posted in the respective G/L accounts in Fi Module.

u2022 In order to do this we assign account keys/ accruals to the different condition types based on their classification. The classification shown below.

o ERB Rebate sales deduct.

o ERF Freight revenue

o ERL Revenue

o ERS Sales deductions

o ERU Rebate accruals

u2022 For Ex.,

o For all Price condition types like PR00 etc. we assign ERL - Revenue.

o For all Discount condition types like K004, K005 etc. we assign ERS - Sales Deductions.

o For all Freight condition types KF00 etc. we assign ERF - Freight Revenues.

o For all Rebates condition types BO01 to BO05 we assign in Account key ERB - Rebates Sales deductions and for Accruals ERU - Rebate Accruals.

u2022 This account keys and accruals are in turn assigned to respective G/L accounts. So the system posts respective values in respective G/L accounts in Fi-Co Module.

u2022 This also one of the areas of SD - Fi Integration. SD consultants assign the account keys and Fi Consultants assign the respective G/L accounts in T.Code:VKOA.

thanks and regards

bhaskar

[Former Member]

Please Give me proper and how to use this field .

> 1) Conditon Subtotal.

> 2) Requirement.

> 3) Condition formula for alternative calculation type.

> 4) Alternative formula for condition base value.

> 5) Account key.

> 6) Account key - accruals / provisions.

> If you have any document regarding this pls provide me.

Hi Jatin,

Please go through this pdf for complete clarification on pricing procedure and related fields:

[http://help.sap.com/printdocu/core/Print46c/en/data/pdf/SDBFPR/SDBFPR.pdf]

If you have anymore doubts, do get back.

Pls reward points if useful.

Regards,

Swapna

[Former Member]

Please go through the help, it is in detail. Otherwise press F1 against respective field and have the field usage known.

If you are stuck then post the details.