In pricing procedure In What is use of printing Indater telme exactly

Hi
This is Mallik I ahve one question that In pricing procesure in 16 steps there is Printing colum As per my knowledge this print particular condition type value in the document , but for Pr00 we will not assign Print option still it is prting in doc , tell me the exact use of this printing option

Hi,
your understanding is exactly correct..
The print ID is used to specify the whether the condition amount will be printed or not.. and if printed at item level or at total column...
coming to your second question.. in standard SAP PR00 is not used in printing.. we are printing only gross price which is calculated from PR00.. i will give you the reason why we are printing gross price instead of PR00.. sometimes we may need to give PB00 - manual gross price... if we give this condition type.. price will be taken from this condition type instead of PR00... at this time we need to print PB00 value instead of PR00.. so in standard they created a line gross price and printed the same...
Hope you understand..
if you still having doubt let me know...
reward if helpful
Muthupandiyan

Similar Messages

What is Pricing procedure in MM??

hii
I wanted to know , what is pricing procedure in SAP??
What we will call it in legacy system, like client they are using only excels and some paper registers , then in this case compare and explain me about the pricing procedure in SAP.
Explain me about the difference between manual and SAP Pricing ??
Can some body explain me about the difference??
Thanks

Steps for MM Pricing Procedures
Can anyone please help me on the Pricing Procedures?
I have read it many times but fail to understand.
Pricing Procedure :
In MM module, pricing procedure is used during RFQ and PO creation. Total value of material based on all addition and subtraction like discount, surcharge, tax, freight, etc. In this we are defining pricing procedure and linking to vendor and purchase department through the virtual schemas.
Following steps for pricing procedure as,
1. Define conditions.
2. Define pricing procedure.
3. Define virtual purchase organization and vendor.
4. Info Record.
Customization for Pricing Procedure :
1. Definition of Conditions :
/NMEK0-condition typeu2026condition types- definition (define for basic price, net price, discount, surcharge, tax etc.)
2. Defining pricing procedure :
/NMEK0- calculation schema-calculation schemasu2014New entries (Define procedure and put the conditions like formula so that final price will be net price / total value as per company requirement)
3. Linking pricing procedure to independent condition types.
/NMEK0-condition typeu2026condition types- definition for position for defined conditions (Enter the defined pricing procedure in the each independent conditions u201CPricing Procedureu201D box)
4. Defining Schema group for Vendor :
/NMEK0- calculation schema-schema groupsu2014vendoru2014New Entries.
5. Defining Schema group for Purchase Organization--- New entries.
/NMEK0- calculation schema- schema groups---- purchasing organization--- new entries.
6. Linking Virtual Purchase Organization to actual Purchase Organization.
/NMEK0- calculation schema- schema groups----- Assign P.Org. (in actual P.Org, enter virtual P.Org)
7. Linking Pricing procedure to virtual P.Org and virtual vendor :
/NMEK0- calculation schema- Determine Schema--- -Standard --- New entries (Enter virtual schema and P.Org. along with pricing procedure)
8. Linking virtual vendor to actual vendor-- /NXK02 then enter schema group vendor in Purchasing Data )
9. Info Records (/NME11)---- click on u201CPurch. Org. data1u201D and enter condition types and pricing procedure
Anand
What are the steps in pricing determination in MM? Condition, Access sequence and schema.
In the SAP MM Pricing is more important. Just yesterday I have completed the Pricing as I am doing the SAPMM now. I can give some light on this Topic, not 100%. After 2 days definitely some more I can share.
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 realtime.
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.
I think this will help you. Actually the Pricing is a vast. Becuase 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.
Here we can create many Calculation Schemas which can assign one schema to Local vendors
another schema to out side vendor one more schema to foreign vendors like that we can classify.

Relation between Tax procedure and Pricing procedure

Dear All,
I would like to get more clarity on Tax procedure, Pricing procedure.
a) Why do we have Tax procedure and assigned to Country?
b) If the tax procedure has been created and assigned to Country-IN (in FI module), then why do we need to create pricing procedure with same condition type for purchasing in MM module? We are even creating lot of pricing procedure for Sales in SD module.
Regards
Manivannan R

Hi
Tax
During SD document transactions, tax calculation procedure TAXUSX is only relevant to determine the tax liability accounts for output sales tax. Notice that in pricing procedure RVAXUS, the condition types XR1 - XR6 carry the tax rates and tax amounts - resulted from the external tax system calculation - which is posted to tax G/L accounts. However, the tax accounts are not specified in the pricing procedure but rather in the tax calculation procedure.
Tax codes are the link between pricing procedure and tax calculation procedure.
Pricing
The primary job of a pricing procedure is to define a group of condition types in a particular sequence. The pricing procedure also determines:
Which sub-totals appear during pricing
To what extent pricing can be processed manually
Which method the system uses to calculate percentage discounts and surcharges
Which requirements for a particular condition type must be fulfilled before the system takes the condition into account
Example
Example of a Pricing Procedure
If a sales department processes sales orders for a variety of foreign customers, the department can group the customers by country or region. A pricing procedure can then be defined for each group of customers. Each procedure can include condition types that determine, for example, country-specific taxes. In sales order processing, you can specify pricing procedures for specific customers and for sales document types. The system automatically determines which procedure to use.
Pricing Procedures in the R/3 System
The standard system contains pre-defined pricing procedures, which contain frequently used condition types along with their corresponding access sequences. You can, of course, modify these procedures or create your own from scratch.
Creating and Maintaining Pricing Procedures
You create or maintain pricing procedures in Customizing for Sales. For more information on creating pricing procedures, see the online Implementation Guide for Sales and Distribution.
To reach the pricing procedure screen from SD Customizing:
1. Choose Basic Functions
2. ® Pricing ® Pricing control ® Define and assign pricing procedures.Select the transaction that you want to execute.

Accounting Key & Accruals Key in Calculation Schema (Pricing Procedure)

Hi Freinds,
               I have a query regarding use of Accounting Key & accruals key in the Calculation Schema (Pricing Procedure).
What is the significance of Accounting key & accruals key in the calcuation schema? Which Accounting & Accruals keys have to be used for Gross price,Discount,Freight, tax etc in the Calculation schema? Please post your precious threads.
Thanks & Regards
Saeed Arif

hi
AcyKy - Account Key/ Accrls - Accruals:
for SD module
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.
Similarly for MM Module
Account keys are EIN, FR1, FR2, FR3, FRE, etc...
And in OBYC, we do necessary account determination for the same.
For e.g. Freight Posting in GR
Condition type FRA1, Accrual FR1 and in OBYC, assign Freight Clearing A/c to FR1
During GR;
Stock Account - Dr - 110 INR
GR/IR Clearing A/c - Cr - 100 INR
Freight Clearing A/c - Cr - 10 INR
transaction event key is the Key that identifies different types of G/L account.
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.
use
To enable the system to find the relevant account for provisions (for
accrued delivery costs or miscellaneous provisions, for example), you
must assign a transaction/event (internal processing) key to each
condition type that is relevant to provisions in the step Define
Calculation Schema.
if u search on SDN or GOOGLE u will get many threads for this
hope it helps
regards
kunal

Query on Pricing procedure in MM

dear friends,
I was asked in an interview the following questions on pricing procedure:
1. what is difference between manual indicator in calculation schema and manual indicator in condition type. what will happen if we tick both?
2. what will happen if in a <b>condition type</b> if we tick the indicator for both item condition and header condition and why sap permits that both can be ticked.
I gave the answers as per the sap help says on these 2 points, but i feel that i could not explain logically to it.
please explain.
regards
Ajay

1. what is difference between manual indicator in calculation schema and manual indicator in condition type. what will happen if we tick both?
MAnual indicator in calculationschema means- you are going to enter this condition in Info, PO or any other document manually, system will not default automatically or not detrmined automatically
In the condition type there are many other selection is there but usage is same.
2. what will happen if in a condition type if we tick the indicator for both item condition and header condition and why sap permits that both can be ticked.
If oyu tick both that mwans this candition can be used as a item condition and/or header condition also.
e.g. if you have freight applicable based on the inco term so if all your PO item are applicable for freight then you can enter that condition at header only but if you freight is applicable for certain item only then you need to enter at item level
hope this will give good idea.

Condition types are to be deleted from pricing procedure

Dear Experts,
I want to delete the condition types in the pricing procedure which are currently used on production system by my client. open purchase orders are exists, Purchase orders with GR and IR completed are also exists with those condition types.
So please guide me on what are prerequisites for deleting condition types? Which purchase order processing is to be completed before deleting condition types !
Thanks in Advance

Thanks Murlidharan !
Ya, please tell me the search for POs with condition type.
Conditions are deleted and affected the 300 POs, Approx. 600 GRs and Invoices.
it affected like -
a) PO Quantity 10 EA, Per unit price 10Rs
    Material Basis Price = 100 Rs
b) Suppose Condition ZFCP - 10%
    Condition Amount = 10 Rs.
    The total order Amount = 110
The Goods Receipt and Invoices were posted already with Amount 110.
Stock Account as well GR/IR clearing account was heat with Amount 110 Rs.
Also Goods issue has been made for those items.
Conditions were deleted after completion all above mentioned procedures.
And as the effect of condition deletion every where system is showing Amount posted only 100. Like, In PO, Stock Account, GR/IR Account and Vendor Account.
And I have to resolve the issue.
I have checked for the Subsequent debit option in invoice. but it will not work with Stock Account effect.
So only one option is there, Documents reverse (GR and invoice)
But i am Confused on that because Goods Issue has been posted for those items.
Waiting for yeply

Different pricing procedure

Hi gurus,
              I have entered two items in document type MV with two item categories MVN and TAO. while doing billing this rental contract, For the first item(MVN), system picks the same pricing procedure as of contract(PSER01) and whereas for the second item(TAO), the system picks different pricing procedure
(RVAA01). How it happens. can anyone share your inputs.
Regards
Sankar.S

Hello
One billing document cannot have two pricing procedures.Therefore all the items in a billing documents
will always have one pricing procedure.
What seems from your description is that you might have a case where both the items are in two separate billing documents.If this is the case then your the pricing procedure is being redetermined at the time of billinng.
Please check the following for the item where wrong pricing procedure is being determined
1) Check the billing type you are using.
2) Check the copy control (VTFA) for the billing item category and confirm if the pricing type refers
    to redetermination of pricing.Ensure that you need repricing.If you need then system may redetermine
    the pricing procedure in your billing document based on the settings in customizing
3) If you want repricing and at the same time do not want pricing procedure to change, then check the
    customizing of billing type(VOFA) and see what document pricing procedure is assigned.Then
    confirm which document pricing procedure is being used for your contract (VOV8).Assign the same
    document pricing procedure to the billing type
Hope it helps.
Thanks
Vikas

Pricing Procedure for Indian Customer

Hi Friends,
What will be the structure for indian Pricing Procedure.
What are all the condition types used for indian customers.
And
Condition Types used for Tax for Indian client
Regards,
Kannan M

Dear Kannan,
I will suggest you to visit http://sap-img.com/sap-sd.htm.
There is a separate section on CIN in the link I have given you. Trust me if you go through all the links you will have a fairly good idea of the CIN.
Do let me know in case of any queries.
Hope this helps you.
Regards,
Rakesh

Pricing procedure for PO

Hi Experts,
What are the pricing procedure we are using for in P0 ?
As we are using condition types PBXX for price & SKTO for discounts ?
Kindly brief me please?
Regards
Rakesh

Hi
Which oricing procedure you are asking Normal PO will have RM0000 and PB00 as condtion type with access sequence. If you donot have any acces sequence and are using the std SAP pricing procedure then PBXX is used. For STO it is RM2000 and the Condition type used is P101 - Val.Price Supply.Pln.
SKTO- is cash discount, which is prevalent in SD, we mostly do not use it in MM as we handle the cash doscount from vendor if any in MIRO stage only. We use condtion types Strating With R series available for this.
Regards

Changing in pricing procedure for PO

Hi guru,
i want to change in current pricing procedure and want to use this pricing procedure only for some vendors.
so plz tel me how can i do same configuration.
Regards,
Anu

HI,
Fits copy your existing pricing procedure and make changes in new pricing procedure and save it .
then in path SPRO-MM-Purchasing -Condition-Define price determination process-copy your existing pricing procedure and save and make changes what you want
then create new vendor schema In same path -under Define schema group
now in same path under schema determination assign your new pricing procedure to your purchasing organization schema ( existing ) new vendor schema group
once complete this then assign new vendor schema in vendor master record for which you want new pricing procedure and create Po and check your new pricing procedure there and new pricing procedure
Regards
Kailas Ugale

Whta is the standard pricing procedure in CIN INDIA

i want to take a standard pricing procedure ,so what is the standard pricing procedure in CIN INDIA
i want to include the condition like
<b>base price
maximum retailing price
customer discount
material discount
excise duty
VAT
educational cess
additional cess duty</b>
i want to know what should be the customer pricing procedure
and document pricing procedure

hi,
pl use TAXINN. Remaining as usual.
TAXINJ & TAXINN are Tax Procedures in India. TAXINJ is old version & TAX INN is new version. Both has its own advantage & disadvantage.
Upto 4.6C & partially 4.7 version of SAP, TAXINJ was used. TAXINJ is formula based calculation, in which we maintain the tax rate in Tax Code itself. The implication is that if say we are having product range such that say Excise rate differes for separate chapter ID, VAT, CST & permutation & combination of these, we require that many Tax Codes. For example:
Tax Code: A1
Taxes: 16% Excise Duty + 2% Education Cess + 12% VAT
Tax Code: A2
Taxes: 16% Excise Duty + 2% Education Cess + 8% VAT
Tax Code: A3
Taxes: 12% Excise Duty + 2% Education Cess + 12% VAT
Tax Code: A3
Taxes: 12% Excise Duty + 2% Education Cess + 8% VAT
From 4.7 version onwards of SAP, TAXINN is being recommended & used. TAXINN is more user friendly & condition record based. In TAXINN, Tax Codes are statistical & of not much relevance, but are required to be maintained in condition record for taxes condition type. This makes Tax Codes simpler. The implication is that if say we are having product range such that say Excise rate differes for separate chapter ID, VAT, CST, we need not have the tax codes to that combination. For example:
Tax Code: A1
Can be used for any rate of excise duty, as tax code is only required to be maintained statistically in condition record.
Tax Code: A2
Can be used for any rate of VAT, as tax code is only required to be maintained statistically in condition record.
IMG > Logistics - General > Tax On Goods Movement > India > Basic Settings > Determination of Excise Duty >
Select Tax Calculation Procedure
Use
In this IMG activity, you specify which tax procedure you want to use for determining excise duties and sales taxes on input materials in India.
If you use condition-based excise determination, use a copy of the tax procedure TAXINN.
If you use formula-based excise determination, use a copy of the tax procedure TAXINJ.
This tax procedure also supports condition-based excise determination, so that you can work with both concurrently.
We strongly recommend that new customers use condition-based excise determination. Note that once you have started using a tax procedure, you cannot switch to another one, otherwise you will not be able to display old documents.
Maintain Excise Defaults
Use
In this IMG activity, you define which tax procedure and pricing condition types are used in calculating excise taxes using formula-based excise determination.
Activities
If you use condition-based excise determination, fill out the CVD cond. field and leave all the others blank.
If you use formula-based excise determination, fill out all of the fields as follows:
Enter the tax procedure and the pricing conditions that are relevant for excise tax processing.
Specify the purchasing and sales conditions types used for basic excise duty, additional excise duty, special excise duty, and cess.
Specify the conditions in the sales order that are used for excise rates.
Specify the countervailing duty condition type used for import purchase orders.
Regards,
Rajesh Banka
Reward points if helpful.
Rajesh Banka
Posts: 1,308
Questions: 7
Registered: 11/21/06
Forum points: 1,800
   Re: Taxinn tax procedure settings in SD pricing
Posted: May 6, 2007 11:34 AM    in response to: Sunil Kumar Garg       Reply      E-mail this post
Impact on Pricing Procedure & Condition Record:
Another Important difference between TAXINJ & TAXINN is that in TAXINJ along with formula in Tax Code, you also have to maintain condition record & there are 2 condition types for Basic Excise duty & similarly other excise duties. in one condition you maintain the actual excise duty % & in other you main as 100%, which will be a copy of actual excise duty. But in TAXINN, instead of 2, you require to maintain only one condition type for each excise dity like JEXP for Basic Excise duty & similarly for other excise duties. You require to design pricing procedure accordingly.
source forum thread :
<a href="https://forums.sdn.sap.com/click.jspa?searchID=2814520&messageID=3397693">source thread</a>
thanks.
Sadhu Kishore

Pricing procedure field importence(ovkk)

hello experts
in (ovkk) pricing procedure determination what is the importent of condition type
while determining pricing we are not specifing condition type.when can we use condition type in ovkk
advance thanks

Hi Friend,
Please find the below link
pricing procedure determination
Thanks
Dasaradha

Condition type field when Define Pricing Procedure Determination

Hello Gurus,
there is a condition type field when Define Pricing Procedure Determination. what does it mean ?
Many thanks,
Frank Zhang

Here is are the details of various fields while configuring pricing procedure.
A. STEP
This indicates the number of step-in the procedure.
B. COUNTER
This is used to show a second ministep
C. CONDITION TYPE
This is the most important component in the pricing procedure. The rates are picked up from this element, on the basis of the properties described.
D. DESCRIPTION
This forms the description of the condition type.
E. FROM
This is used to define the progression of the calculation and range of subtotals
F. TO
This is used to define the progression of the calculation and range of subtotals
G. MANUAL
This function enables to allow the condition type to be entered manually also apart from automatic pickup.
H. MANDATORY
This function identifies the conditions that are mandatory in the pricing procedure. The sales price is a mandatory condition type.
I. STATISTICS
This can be used to represent the cost price of the material sold, generally used for study statistical impacts of price
J. PRINT
The activation of this function will enable the printing of the values and conditions to the document.
K. SUBTOTAL
A key is assigned from the drop down menu; this can be used by the system in other area like Sis for reporting purpose also
L. REQUIRMENT KEY
This function is used to assign a requirement to the condition type. This requirement can be used to exclude the system from accessing the condition type and trying to determine the value. This can be used to specify that the condition type should only be accessed if the customer has a low risk credit.
M. ALTERNATE CALCULATION TYPE
This function allows you use a formula as an alternative in finding the value of the condition type, instead of standard condition technique. this can be used to calculate complex tax structures.
N. ALTERNATE CONDITION BASE VALUE.
The alternative condition base value is a formula assigned to a condition type in order to promote an alternative base value for the calculation of a value.
O. ACCOUNTS KEY
The account keys form part of account determination. These keys are used here to define the posting of the revenue generated to respective account heads& to subsequent assignment to GL accounts.
PR00- ERL
K007/KA00- ERS.
KF00- ERFu2026u2026u2026u2026.& so On.
P. ACCRUAL KEY.
The accrual keys form part of account determination. These keys are used here to define the posting of the revenue generated to respective account heads& to subsequent assignment to GL accounts and payment to respective parties.
Kalpesh

Accrual key in Pricing Procedure

Hi
Can anybody explain the exact purpose of accrual key in the pricing procedure?
What is the difference between Account Key and Accrual key.
Regards
SAP MM

Hi,
Account key
Account key is mainly used for Frieghts.Account key enables amount to post to certain revenue accounts, for example freight charges. When you add freight related condition types, it will be added to separate G/L accounts, means this will not be added to material price.
Accruals key:
Accruals mean accumulating,with the addition 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.
Hope it will helpful and then reward.
Regards,
Biju K

How does systemn determin pricing procedure of billing type

How does system determinate pricing procedure of F2???????????????????
By doc.pric.proc? but in IMG, it is empty!!!
and I don't think it is reference sales order's pricing procedure
because if you use OR + TAN, the reference document of billing is delivery order!!!!!!

Hi zhang
In pricing procedure determination OVKK , whatever DuPP you maintain that is linked to Billing document
In VOV8 we can see the CuPP of the document . so if the DuPP is linked to CuPP in OVKK then the same pricing procedure will be flowing to billing document also . Apart from that in VOV8 also make sure that , in billing data you are maintaining the billing type
Regards
Srinath

In pricing procedure In What is use of printing Indater telme exactly

Similar Messages

Maybe you are looking for