About pricing procedure

I am new to SD. Currently, I'm trying to write a pricing procedure.
I have the following questions:
1. is it common for users to input condition types themselves? There are some condtions like handling charges, which are not applied to all cases. So is it general practice to have some condition types entered by users manually?
2. I have a mandatory condition type, which is not displayed in the conditions in pricing of SD document if the value is zero. How can I set a condition to show even though it is zero? (in my case, although it is not shown, but there is an error prompting user for missing mandatory condition) I just want make it shown even though the value is zero.
Thanks!

In SD, Pricing Procedure is determined based on Sales Area (Sales Organization + Distribution Centre + Division) + Customer Pricing Procedure + Document Pricing Procedure. Sales Area is determined in Sales Order Header Level. Customer Pricing Procedure is determined from Customer Master. Document Pricing Procedure is determined from Sales Document Type / Billing Type (if configured). Once the pricing procedure is determined, Condition records are fetched. If appropriate condition records are found, the price is determined. If Mandatory pricing condition is missing, system will through an error message.
In SD, the steps to configure Pricing procedure are as under:
Step 1:
Condition table: If existing condition table meets the requirement, we need not create a new condition table. Considering the requirement for new condition table, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Condition Table (select the required fields combination, which will store condition record).
Step 2:
Access Sequence: If existing access sequence meets the requirement, we need not create a new access sequence. Considering the requirement for new sequence, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Access Sequence (Access sequence is made up of Accesses (Tables) & the order of priority in which it is to be accessed. Here we assign the condition table to access sequence.
Step 3:
Condition Type: If existing condition type meets the requirement, we need not create a new condition type. Considering the requirement for new condition type, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Condition Type. It is always recommended to copy an existing similar condition type & make the neccessary changes. Here we assign Access sequence to Condition type.
Step 4:
a. Pricing Procedure: It is recommended to copy a similar pricing procedure & make the neccesary changes in new pricing procedure. Pricing Procedure is a set of condition type & arranged in the sequence in which it has to perform the calculation. Considering the requirement for new Pricing Procedure, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Pricing Procedure --> Maintain Pricing Procedure.
b. Pricing Procedure: After maintaining the pricing procedure the next step will be determination of pricing procedure. Configuration for determining pricing procedure in SPRO is as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Pricing Procedure --> Determine Pricing Procedure.
5. Condition record: Condition record is a master data, which is required to be maintained by Core team / person responsible from the client. During new implementation, the condition records can be uploaded using tools like SCAT, LSMW, etc.
It is assumed that document pricing procedure, customer pricing procedure , ... are in place.
Similarly in MM Module we have Pricing Schema.
Regards,
Rajesh Banka
Reward points if helpful.

Similar Messages

About the pricing procedure of purchasing order

Hello friends,
can anyone tell me about the pricing procedure,conditions & texation of Purchase order?
and hoew to maintain all those term in Customisation?

The Basic thing is Condition Technique. In which there are
1. Access Sequence 2. Condition Record 3. Condition Type 4. Condition Table.
A Access Sequence access a Condition Record of a Condition Type in a Condition Table is a Condition Technique.This is a simple logic
Here the Condition Type is very important like PB00, PBXX,RA01 etc.
In the background every Condition Type has its own defition means the purpose of the Condition Type like, is it for Pricing or Percentage, Quntity base, Accrual Feilds etc is to be defined to work this functions. Normally we use the existing ones without any risk. But some cases, we have to Create a New Condition Types as per the organisation requirement.
The Pricing Schema is useful to minimise condition types while mention prices for Vendor on the basis of Pricing Schema which we defined according to organisation requirement.
The Pricing Schema means the calculations procedure of Condition Type.
Ex. RA01 - Discoount % is caclulated on PB00 - Gross Price means
RA01 is based on PB00 like that we have to define in the Pricing Schema
which makes easy to use in real time.
Here PB00 has the Access Sequence - 0002.
But RA01 does not have the Access Sequence.Why because it is a dependent on PB00. But both are Condition Types.
In the system, by default some standard Scheme will be there at Vendor Schema Group in the Vendor Master Screen means the standard one is assigned which is very lengthy which may fullfil our requirement. But some cases which may not fullfil our requirement, in such we have to define.
For the configuration, I may not able to explain properly through here but will give some idea.
Configuration: SPRO - IMG - Material Management - Purchasing - Conditions - Define Price Deternmination Process:
1. Define Access Sequence
2. Define Condition Type
3. Defince Calculation Schema:- Here you have to define the Schema - Define Schema group
1. Define Schema Group vendor
2. Define Pricing Schema group
3. Schema group for Purchase Organisation
4. Assign Schema group to Purchase Organisation - Define Schema determination
1.define calculation schema for Standard purchase organisation
After completion of the Schema Group, we have to assign it to Vendors.
Then whenever we use any transaction with this Vendor, the concerned Schema will work as configured by us.
The Pricing in MM is vast because each Condition have its own importance and each Access Sequence have its own importance. So you need not bother about this. First you learn how to define the Calculation Schema through the above.

Ask help about detail explaination on "subtotal" field in pricing procedure

Hi, everybody:
   I wanna get detail explanation about "subtotal" field in pricing procedure configuration. I have caught basic thoery on this field usage. However, I'm unclear on its option items, for exapmle, Dcopy value to XWORKD, Ecopy value to XWORKF and so on. I can't find where these kinds of objects are stored and in which suituation we have to select one of them in configuration.
Another question is how the standard programe uses KOMP to store condition results and transfer them to relative modules, for example, A--carry over price to KOMP-CMPRE.
   Hoping get answer or some documents from you on this issue. If you have reference documents sent to me, please send to my e-mail box: [email protected]
Tks!
Justin

dear justin
Sub-total:
The value of this field determines where the value of the sub-total is gong to be stored in data base
Sub-total 1     : KOMP KZWI-1
Sub-total - 2     : KOMP KZWI-2
rewards if it helps
siva

Please explain me about pricing determination procedure in SAP SD ?

Could you please explain me about the pricing determination procedure in SAP SD ?
Edited by: Piruthiviraja on Aug 18, 2009 8:00 AM

Hello,
Please go through the following
An Overview of Determination & Configuration of Pricing Procedure is as follows:
In SD, Pricing Procedure is determined based on Sales Area (Sales Organization + Distribution Centre + Division) + Customer Pricing Procedure + Document Pricing Procedure. Sales Area is determined in Sales Order Header Level. Customer Pricing Procedure is determined from Customer Master. Document Pricing Procedure is determined from Sales Document Type / Billing Type (if configured). Once the pricing procedure is determined, Condition records are fetched. If appropriate condition records are found, the price is determined. If Mandatory pricing condition is missing, system will through an error message.
In SD, the steps to configure Pricing procedure are as under:
Step 1:
Condition table: If existing condition table meets the requirement, we need not create a new condition table. Considering the requirement for new condition table, the configuration will be done in spro as follows: IMG u2013> Sales & Distribution u2013> Basic Function u2013> Pricing Control u2013> Condition Table (select the required fields combination, which will store condition record).
Step 2:
Access Sequence: If existing access sequence meets the requirement, we need not create a new access sequence. Considering the requirement for new sequence, the configuration will be done in spro as follows: IMG u2013> Sales & Distribution u2013> Basic Function u2013> Pricing Control u2013> Access Sequence (Access sequence is made up of Accesses (Tables) & the order of priority in which it is to be accessed. Here we assign the condition table to access sequence.
Step 3:
Condition Type: If existing condition type meets the requirement, we need not create a new condition type. Considering the requirement for new condition type, the configuration will be done in spro as follows: IMG u2013> Sales & Distribution u2013> Basic Function u2013> Pricing Control u2013> Condition Type. It is always recommended to copy an existing similar condition type & make the neccessary changes. Here we assign Access sequence to Condition type.
Step 4:
a. Pricing Procedure: It is recommended to copy a similar pricing procedure & make the neccesary changes in new pricing procedure. Pricing Procedure is a set of condition type & arranged in the sequence in which it has to perform the calculation. Considering the requirement for new Pricing Procedure, the configuration will be done in spro as follows: IMG -> Sales & Distribution u2013> Basic Function u2013> Pricing Control u2013> Pricing Procedure -> Maintain Pricing Procedure.
b. Pricing Procedure: After maintaining the pricing procedure the next step will be determination of pricing procedure. Configuration for determining pricing procedure in SPRO is as follows: IMG -> Sales & Distribution u2013> Basic Function u2013> Pricing Control u2013> Pricing Procedure -> Determine Pricing Procedure.
Step 5:
Condition record: Condition record is a master data, which is required to be maintained by Core team / person responsible from the client. During new implementation, the condition records can be uploaded using tools like SCAT, LSMW, etc.
SANTOSH

About Subtotals in the Pricing Procedure

Dear All,
I am aware of Subtotals. But not in deep.
For example, Subtotal "A" is taken as a base for "Credit Management".
Similarly, can anyone explain me the use of remaining Subtotals.
If possible, please send some document link also.
Regards,
Mullairaja

Dear,
Can you tell me how to create a subtotal in a pricing procedure and verify whether it reflects in the calculations of my sales order ?
Why you need to create a Subtotal ? What is the Purpose to create a Subtotal ? There are N- Number of Sub totals to use in standard SAP .
Thanks,
Naren

About tax in the pricing procedure

Hi Gurus,
I need your help. Our client says that the tax was incorrectly calculated from the start of SAP application.
Before SAP Application, their tax is computed as follows based on the Pricing procedure used:
19% on Freight
6% on Value of goods
But now this is how tax is incorrectly calculated:
6% on net value of goods
I need your help on how I will solve this issue. This tax calculation should only be applied to sales to domestic Intercompany customer.

Hi,
Can you pls explain little more clearly with example in the pre and post SAP scenarios.
Kind Regards
Chakradhar

Value Field in COPA doesn't updated in Pricing Procedure

Dear SAP Experts,
I have a problem about Value Field in COPA.
Why the Value Field in COPA that have been assigned to Transfer of Billing Document for Statistical Condition Type doesn't updated in Pricing Procedure (SD) when Billing Posting?
Any suggestion will be appreciated.
Thank You
Regards,
Kursteilnehmer

HI
in pricing procedure SD consultant are creating the pricing condition rules wher these keys are purley belongs to revenue keys .the conditions wich are taken consideration these are all belongs to finding profit margin.
coming to CO-PA the main objective of copa is analysig the profitability of particular segment .wher as in CO-PA the most happend flow from sd saide . so wat ever conditions are taking in pricing procedure its compulsary add co-pa valu fields .to take the reports.
even though in FI-SD interface levele this pricing is taking greater place to flow the values with the help accounting keys.
coming to stastical condistion co-pa is real cost object

Condition Type not displaying on the pricing procedure

Hello We are copying a sales order contract with reference to a sales order but we want a condition on the contract pricing procedure to be determined. Now I know I could redetermine pricing by selecting these option but we can't do that as there could be a year difference so we need the old pricing. B Carry out new pricing C Copy manual pricing elements and redetermine the others e.g. Sales Order Pricing Procedure XXXX Conditions ZPR0 Conditions ZHD1 Create Contract with reference to sales order Contract Pricing Procedure yyyyy Conditions ZPR0 Conditions ZHD1 Conditions ZNEW In the analysis the condition ZNEW has the "Condition without condition record (not relevant)" As I mention in new pricing it appears

Hi Roy,
Trust you are doing good,
I have gone through the question which you have asked but its not clear what do you want to exactly do.
Pricing Procedure XXXX Conditions ZPR0 Conditions ZHD1 Create Contract with reference to sales order Contract Pricing Procedure yyyyy Conditions
Here you talking about two different pricing procedures..or you talking in terms of pricing values.
Please highlight.
Thank you,
Regards
SRT

Subtraction in the pricing procedure.

Hello Friends,
I have requirement as follows:
I have two steps in the pricing procedure. One has a condition type and the other does not. Now my requirement is to subtract the condition price of step 1 from the condition price of step 2 and display it as the condition price for step 3 which has no condition type.
I have been suggested to create a new routine in vofm and assign that in the pricing procedure.
Is there any otherv way of doing this?
If not, how we design the code to get the values from the structure KOMV for the field KWERT for different steps to calculate and update in the rpicing procedure?
Can u please guide me.

and display it as the condition price for step 3 which has no condition type
In SD, unless you have a condition type, you cannot show it as a pricing since it has an impact in FI via Account Key and G/L Account assignments. Please explain more about the Business Process and how you want to capture. Dont go for VOFM and all when the process can be configured via standard.
G. Lakshmipathi

Pricing routine is not called even after assigning it in pricing procedure.

Hi
I created a pricing routine (Condition value) for one ZCondition type. I saved it in the workbench request. Functional consultant assigned this pricing routine to condition in Pricing Procedure. The routine was called while creating a PO. It works perfect in development system. But after we transported to quality server the routine is not getting called. Routine is displayed in pricing procedure in quality server. Routine program also exists in quality server. But the program include statement is not found in standard program RV64ANNN in quality. But in development the include statement appears in this program. How this program was not modified in quality server after transport? Its a SAP standard program and it was not saved in any request and was not modified manually too.
Can anyone explain me what could be the reason that the program RV64ANNN is not updated in quality server to include the routine?
How can we update this program without modifying it manually?
Would deleting the pricing routine and recreating it help resolve this problem?

Hi,
Refer to the following Notes:
[Note 22808 - Transferring formulas|https://service.sap.com/sap/support/notes/22808]
[Note 388998: VOFM: Check report for entries in TFRM/TFRMT|https://service.sap.com/sap/support/notes/388998]
[Note 28683: PERFORM_NOT_FOUND: VOFM routine is not active|https://service.sap.com/sap/support/notes/28683]
Note 22808 - Transferring formulas is the first place you should look. FYI, there is a lot of information on this topic available by searching for SAP Notes that have "RV80HGEN" and/or "VOFM" as keywords.
Regards,
Jamie
Edited by: James Gaddis on Mar 19, 2008 10:59 AM - Added an additional SAP Note number and comment about searching for more Notes.

Pricing procedure not showing up in Inquiry

Hi All,
I have developed a very simple pricing procedure for inquiry. It has only one condition type i.e. PR00. I just want to enter price to update the value of inquiry on saving. It works fine if i mention material ode in inquiry, but if i do not mention material code and enter qunatity with some description, then the condtion type PR00 does not show up in the conditions TAB. How can i record my inquiry with quantity and amount for text items.
SAPXPT

I suggest you ask this question in an SD forum, this here is about technical questions running a SAP system on SQL Server.
Markus

Pricing procedure not to bill customer but revenue recognition

I'm looking for guidance on how to setup a pricing procedure conditions. First let me explain the situation. What happens is the customer buys say 2000 software licenses on a sales order. The customer is billed and the customer account is debited and a deferred account is credited. Now the customer activates one of the licenses. The pricing from the sales order is copied to a contract. This contract has a start and end date for the license. Now that license can start to be recognized based on the period of the line item contract dates.. The issue we have is that normally for deferred revenue billing takes places. Problem is customer was already billing on the sales order. Somehow the pricing procure has to credit the deferred account that was posted on the sales order and then credit the revenue recognition account that can be used by transaction VF44.
So on the invoice associated with the sales order Invoice from sales order
Dr Customer $1000
Cr 2370 $1000
The account 2370 is the deferred account. This part is fine.
Now we activate 1 of the licenses.
So the pricing procedure has to do the following with no billing to the custo0mer account Invoice from contract
Dr 2370 $120
Cr 2371 $120
This is the problem part. crediting the deferred account 2370 and then posting into the revenue recognition account 2371
Rev Rec – VF44 for Period1
Dr 2371 $10 Cr 4340 $10 Any ideas would be appreciated

Hi
In SD billing documents customer is always debited or credited based on nature of transaction. For posting in two different G/Ls instead of customer account there is only one possible way which I know. In free goods pricing system can post debit and credit entries to different G/Ls and these G/Ls are controlled through account keys which you assign to condition types in pricing procedure.
Do you have any Idea of free goods pricing and its posting? Explore this and give it a try. I am not sure about this because I didn't test this. You can test and see if it helps.
In this for contract item category you have to use free goods pricing which you set in item category settings in VOV7.
Thank$

Pricing Procedure, Pricing Type and PA and GL

Hi All,
I am an ABAPer with less knowledge about SD.
May I ask about the following:
Our client defined alot of pricing procedures for their SD. And most of the Condition Types in the pricing procedure doesn't have an account key connected with it.
1. How will I relate the Condition Type to a GL Account?
2. The Condition Type also is not mapped out to the PA value fields. How will PA pick up these condition types, to show in ke24?
- Thanks!!!

Hi
Condition types are assigned to a Pricing Procedure.
Condition types belong to a condition class and for each condition class,there is a account key.For e.g. for pricing condition class,account key would be ERL.Similarly for discount condition class,account key would be ERS and for tax class it would be MWS.
In a particular pricing procedure and for each condition type,there is a field for account key.you can assign account key to each condition type.Account key would help in posting values to G/L account.
Then in transaction VKOA,you can assign G/L accounts to combination of Condition type/Chart of accounts/sales org/account key.
Chart of accounts are for company codes and sales org is assigned to particular company code.
Reward some points if this helps you.
regards
Karan

Pricing Procedure vs Tax Procedure

Dear all,
The scenario is as follows
My company purchase material from a trading company which imports the materials from other countries.
In PO we have maintained import pricing procedure so that we can take the duties paid by trading company during import.
We pay duties to the trading company.
Taxes are also involved in this.
I have created a pricing procedure for this seperate where there is a line with 'condition value' = total of
[ Net price of materialCustoms dutyCVD+ECS on CVD + SEC ECS on CVD + AED]
Now we all know tax should be calculated on this total amount.
In normal case the Net price will come as the base price for tax calculation which is here wrong.
I want this total amount to be the base amount for tax calculation in tax procedure.
What i need to assign in the pricing procedure against this 'total' so that it is taken as base amount for tax calculation
How to do this?
sapmmlearner

Hello,
As per your said scenario:
My company purchase material from a trading company which imports the materials from other countries.
In PO we have maintained import pricing procedure so that we can take the duties paid by trading company during import.
We pay duties to the trading company.
Taxes are also involved in this.
I have created a pricing procedure for this seperate where there is a line with 'condition value' = total of
Net price of materialCustoms dutyCVD+ECS on CVD + SEC ECS on CVD + AED
Now we all know tax should be calculated on this total amount.
In normal case the Net price will come as the base price for tax calculation which is here wrong.
I want this total amount to be the base amount for tax calculation in tax procedure.
What i need to assign in the pricing procedure against this 'total' so that it is taken as base amount for tax calculation
My question is if your company and your vendor /supplier (Is a trading company from where you are procuring the materials) are geographically located at the same place (such is within country in same place or within country at different places, etc)
means, then you should not worry about the Import duty. Because for you, when you procure the goods it should be treated as Inland/Domestic procurement (by the by your vendor, who is trading company procures materials from Abroad, that is his risk or his duty to pay the Customs duty or Importation clearing charges, etc since he is procuring from outside the country through Import procurement process, so don't worry for that).
Hence when you order the material through standard PO to your vendor (that is trading company), then Logically it must be Domestic pricing procedure (there is no involvement of import duties, importation, etc), that means system will pickup the Pricing procedure - Domestic - which consists of Gross price, and all other suitable pricing elements which are in currently used in your company (for the vendor) and part from the tax condition elements such as Basic excise duty (BED), SED, AED, Cess, etc... these are not part of the Pricing proceudre, but relevent to the Tax procedure. So which can be arranged in a sequential order for the Tax procedure - TAXINN - which is currently in use from any industry - for calculating the tax amount for the item that you procure from the supplier or vendor. And thats how you (your company) will pay the Duty or tax amount agains the goods that are procured from external source.
Please note: the tax caluclation is always based on the Base amount, not on anything else, that is based on the total ordered amount through the PO. And the tax amount is always interm calculated by adopting the suitable tax code in the PO (in item details), provided you have to maintain all these tax condition elements in a Condition records through FV11 t.code. then once the tax code (i.e., Input tax - which is tax on purchases) is adopted for the PO, system will pick all the valid condition records and sum the total tax amount in the PO.
Maintainaing of condition records is required, because the tax procedure which is a Condition based tax calculation procedure. hence you have to maintian the condition records as you said. Then it will calculate correctly.
Hope it clarifies,
Regards,
Sapsrin

One question about Pricing and Conditions puzzle me for a long time!

One question about Pricing and Conditions puzzle me for a long time.I take one example to explain my question:
1-First,my sale order use pricing procedure RVAA01.
2-Next,the pricing procedure RVAA01 have some condition type,such as EK01(Actual Costs),PR00(Price)....,and so on.
3-Next,the condition type PR00 define the Access Sequences PR00 as it's Access Sequences.
4-Next,the Access Sequences PR00 have some Condition tables,such as:
     table 118 : "Empties" Prices (Material-Dependent)
     table 5 : Customer/Material
     table 6 : Price List Type/Currency/Material
     table 4 : Material
5-Next,I need to maintain Condition tables's Records.Such as the table 5(Customer/Material).I guess the sap would supply one screen for me to input the data of table 5.At this screen,the sap would ask me to select one table,such as table 5.When I select the table 5,the sap would go to the screen to let me input the data of table 5.But when I use the T-CODE VK31 or VK32 to maintain Condition tables's Record,I found it's total different from my guess:
A-First,I can not found one place for me to open the table,such as table 5,to let me input the data?
B-Second,For example,when I select the VK31->Discounts/Surcharges->By Customer/Material,the sap show the grid view at the right side.At the each line of the grid view,you need to select the Condition Type at the first field.And this make me confused very much.Why the sap need me to select one Condition Type but not the Condition table?To the normal logic,it ought not to select Condition table but not the Condition Type!
Dear all,I'm a new one in sd.May be this is a very stupid question.But it did puzzle me for a long time.If any one can explain this question in detail and let me understand the concept,I will appreciate him/her very much.Thank you.

Hi,
You said that you are using the T.codes VK31 or VK32.
These transaction codes are used to enter condition records for standard condition types. As you can see a grid left side having all the standard condition types like price, discounts, taxes, frieghts.
Pl check using T.code VK11 OR VK12 (change mode)
Here you can enter the required condition type, in the intial screen. (like PR00, MWST, K004, K005 .....etc)
After giving the condition type, press enter or click on Combinations icon on top of the screen. Then you can see all the condition tables which you maintained for that condition type. Like as you said table 118, table 5, table 6 and table 4.
You can select any table and press enter, then you can go into the screen in which you have all the field cataglogues you maintained for that table. For example you selected combination of Customer/Material (table 5) then after you press enter then you can see customer field on top, and material fields.
You can give all the required values and save the conditon record.
Hope this is clear.
REWARD IF HELPFUL.
Regards,
praveen

About pricing procedure

Similar Messages

Maybe you are looking for