VAT Configuration/ condition technique

Hello Sapients
We have a sales company in Europe, and we are selling goods in multiple european union countries.
Now we have just started selling goods in couple of other EU Countries. I need to configure Tax (VAT) for those transactions. I have Tax codes that I need to create. I know I can create new tax codes using FTXP. But I need to know who what other configuration I need to do. I am not SD consultant so I do not have good idea on condition technique. We also do not have any SD person in ur team, so i need to do that.
Can somebody please send my steps on configuring this new tax codes, with some explanations.
Thank you
naman

HI
could u forward VAT configuration
my maild nsvshiva@gmail,com
Regards
siva

Similar Messages

Condition techniques/ TAX Vat

Hello Sapients
We have a sales company in Europe, and we are selling goods in multiple european union countries.
Now we have just started selling goods in couple of other EU Countries. I need to configure Tax (VAT) for those transactions. I have Tax codes that I need to create. I know I can create new tax codes using FTXP. But I need to know who what other configuration I need to do. I am not SD consultant so I do not have good idea on condition technique. We also do not have any SD person in ur team, so i need to do that.
Can somebody please send my steps on configuring this new tax codes, with some explanations.
Thank you
naman

Hi,
Steps:
Creation of pricing procedure Steps:
(1) V/03 = Create condition table
(2) V/07 = Create access sequence
(3) V/06 = Define condition type
(4) V/08 = Define pricing procedure
(5) OVKK = Define pricing procedure determination
(6) VK11 = Maintain condition records
Explanation:
in V/06 you need to create a condition type for VAT.
and Access sequence according to the requirement. and see that the same will be taken in the Condtion tables.
Add this condition type in the pricing procedure.
Maintain the condition record for the same.
FTXP: create the tax code for the same.
Pricing is the combination of creating correct pricing procedures that map the business needs and processes such as
correct pricing and discounting, and keeping to the legal requirements placed on the business, such as adhering to
the tax laws of the respective country.
A pricing procedure consists of a list of condition types in defined orders, such as price, less (u2013) discount, plus
tax. Some controls exist in the pricing procedure.
Pricing is the calculation of costs (for internal purpose) and revenues (for external purpose) by following tax class
of a particular country.
The pricing procedure is also used in account determinations. This determines the general ledger (GL) accounts to
which type prices, discounts, and taxes must be posted. The condition types in the pricing procedure are linked to an
account key. This key in turn is linked to the GL Accounts. This shows the integration between the pricing in the
invoice and the Financial Accounting (FI) Module.
Best Regards
SRI

How to determine the process alias using condition technique in Transportation & Shipment Scheudling?

Dear All,
I am trying to use the functionality Transportation and Shipment Scheduling in GATP.
I would like to know that how the sytem determines the process alias using condition technique in Transportation & Shipment Scheudling?
As the Transportation & Shipment Scheduling functionality can be extended further by using the configurable process to overcome the complex scenario. But it needs that process alias should not be determined by using the condition technique.
Moreover, is it possible to use both functionality simultaneously in the system. i.e. Transportation and Shipment Scheduling using condition technique and Transportation and Shipment Scheduling using configurable process?
Thanks & Regards
Piyush Ranpura

Hi Piyush,
I have added a small overview in the SCN WIKI which shows you the two ways for the process alias determination and also here as attachment:
http://wiki.sdn.sap.com/wiki/display/SCM/Time+and+Scheduling+Functions
Yes, depending on your customizing you can use both scheduling methods in parallel. e.g. you activate CPS just for a specific ITEM category or product and/or customer and/or....what ever you want.
best regards,
Michael

Help regarding Scheduling date calculation in APO using Condition Technique

Hi Team,
The below is the issue I am facing. Could you please help me regarding this?
For a material MAT1, a stock of 15 is available today i.e. on 15/05/2014 and a Planned Order of 35 is available on 01/08/2014. I have created a Sales Order of 50 today i.e. 15/05/2014 for this material with a RDD of 20/05/2014. I have maintained the LEAD and the TRAN times as 5 days and 10 days respectively. These are maintained for a particular Route. LOAD, PICK, and UNLD are 0. In the Location master, I haven't defined any Calendar. So, it has to consider all days as working without any holidays.
For the given RDD of 20/05/2014, system performs the backward scheduling and arrives at a past date of 05/05/2014(20/05/2014-5D-10D) for the MBDAT. Since this date is in the past, the system should set the MBDAT to the current system date i.e. 15/05/2014. Since PICK is 0, the Loading Date also should be 15/05/2014. Since LOAD is 0, the Goods Issue Date also should be 15/05/2014. Since LEAD and TRAN are 5D and 10D, the Delivery Date should be 15/05/2014+5D+10D=30/05/2014.
But, in the Sales Order, I am getting a different date. For MBDAT, Loading Date, and Goods Issue date, the dates are 05/07/2014. Transportation Planning Date is 25/06/2014 and Delivery Date is 01.08.2014. During the GATP check, I am getting only a partial confirmation of 15 and the planned order of 35 is not being considered.
The material is APO relevant and the Scheduling using Condition Technique is being used.
Kindly help me regarding this and let me know if I am missing anything here.
Thanks in advance for the help.
Thanks & Regards,
Srikanth.

Hello Srikanth,
Let us differentiate the problem into two pieces.
1) Incorrect Scheduling
2) Future receipts not being considered.
For the second problem, future reciepts not being considered, which is on 01/08/2014, please check if your system is allowing you to go further and do the confirmation. How long is your Checking Horizon ? Is your checking horizon configured enough to go ahead and pick this reciept element to give the confirmation by creating a second schedule line ?
For the first problem, LEAD to the best of my knowledge is transportation planning time which means, the MBDAT would be shifted to the extent of the LEAD time to be able to manage the truck though the stock is available today. However, the dates mentioned by you seems to be completely different. Hence, I suggest you to take the ATP check on this line item, go to Delivery proposal screen and click on the graphical representation of the Scheduling results. There you should be able to understand how the calculation is actually happening. Perhaps, there are some calendars that are being used which you'd not be knowing ? May be the condition record has different times maintained in the condition table ? Check the condition table that the system is picking up ? May be you have maintained the route and transportation scheduling in "X" condition table, however system was able to identify a different detailed level table which satisfied the condition and due to which system got the scheduling calculated accordingly ?
May be it is a good idea to investigate this way. Hope this helps.
Babu Kilari

Pricing procedure(Condition technique)

Hi All
Can someone provide me all the configuration steps in pricing procedure in MM...

Select the pricing procedure which is the standard and copy it and create our own pricing procedure.
Highlight it and double click the Control icon in the LHS screen.
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.
The detail description of each column is given below.
Step:
Number that determines the sequence of the conditions with in a procedure.
It indicates the position of the condition type in pricing procedure.
Ex.: 10, 15 etc.
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 with in 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.
Ex.: PR00 - Price
K004 - Material Discount
K005 - Customer/Material Discount
K007 - Customer Discount.
Description:
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.
1.{+}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:
This indicator specifies whether the specific condition type can be determined manually during sales 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 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.
If we un-check the box, in VA01 when we go to conditions at the header/item level, the condition type will be listed.
Mandatory:
This indicator specifies that particular condition type is mandatory in the pricing procedure.
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.
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.
Mandatory check box should be checked in condition types which are compulsorily required in pricing procedure. Ex.: PR00, 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 value 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 value).
This is commonly used for condition types
SKTO - Cash Discount
VPRS - Cost (Moving average price/Standard Price).
Print:
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:
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 customer 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 sales order.
Requirement:
It is a routine that is written by an ABAP consultant according to the business requirement.
By defining Requirement in condition technique we can restrict the access of condition type.
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).
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".
This Requirement will ensure that these condition types will appear only during the billing document processing.
If new Requirements are to be defined we follow the procedure given below.
Go to T.Code: VOFM. - Maintain Requirements & Formulas
Click on the "Requirements" in the top menu and then click on "pricing".
We have a list of requirements, we can ask ABAP consultant to create new requirement based on the client requests.
And we assign the application type like V - Sales/Distribution etc.
AltCty - Condition formula for alternative calculation type:
It is again a Routine that is written by ABAP Consultant.
It is an alternative formula for the condition type that can be used instead of standard formulas.
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.
Ex.: 950 0 Profit Margin 11.
So we assign 11 - Profit Margin.
If new routines are to be defined we follow the procedure given below.
Go to T.Code: VOFM. - Maintain Requirements & Formulas
Click on the "Formulas" and then on the "Condition Values".
We have a list of routines, we can ask ABAP consultant to create new routines based on the client requests.
And we assign the application type.
AltCBV - Alternative formula for condition base value:
Formula for determining the condition basis as an alternative to the standard.
It is again a Routine that is written by ABAP Consultant.
It is used as a basis to calculate value of the condition type instead of using it from the "FROM" column.
Ex.: Freight - KF00.
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.
AcyKy - Account Key/ Accrls - Accruals:
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.
In order to do this we assign account keys/ accruals to the different condition types based on their classification. The classification shown below.
ERB Rebate sales deduct.
ERF Freight revenue
ERL Revenue
ERS Sales deductions
ERU Rebate accruals
For Ex.,
For all Price condition types like PR00 etc. we assign ERL - Revenue.
For all Discount condition types like K004, K005 etc. we assign ERS - Sales Deductions.
For all Freight condition types KF00 etc. we assign ERF - Freight Revenues.
For all Rebates condition types BO01 to BO05 we assign in Account key ERB - Rebates Sales deductions and for Accruals ERU - Rebate Accruals.
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.
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.
or
Hi,
Pricing Procedure in MM
The steps are:
SPRO->MM->Purchasing->Conditions->Define Price dertermination process
1. Define Condition Table:
2.Define Acces Sequence,
3.Define Condition Type,
4.Define Claculatin Schema,
5.Assign Calulation Schema,Acces Sequence and Condition Type,
6.Define Schema Group Of Vendor,
7. Define Schema Group Of Purchasing Organisation,
8.Assign Schema Group Of Vendor to Purchasing Organisation,
9.Assignment of Schema Group Of Vendor ,Schema Group Purchasing Organisation and Calculation Schema.
10.Assign Vendor to Schema Group Of Vendor (XK02)
11.Maintain Condition record(MEK1)
Edited by: MANI ROOPA SD/MM on Apr 17, 2008 8:44 AM

Fetching prices from price list without condition technique

Hi,
I have a situation where i need to create a price list of materials which will not be used in my regular sales process pricing.
I would require these prices to send the data to an external interface.
As per my understanding the price list is used to get the customer specific prices and will be used in sales processing for automatic pricing. Kindly let me know how to use the price list without using condition technique.
As i need to create a condition table, Access sequence, condition type to use the price lists, kindly suggest how to avoid the regular process and directly fetch the price of the material from the price list.
Is this possible, if so do let me know the steps.
Regards,
K.Byla

hi,
this is to inform you that,
PRICE LIST:
it is applicable for a list of Customer's which are under the same group and share same pricing requriments.
With out using Condiiton Technique we are not able to do anything.
this is one of the important field which plays a very important role in pricing determination through CONDITION RECORDS.
you can go through PRICING REPORT, even this does not give any solution to this issue.
you can go for ENHANCEMENT, by creating a Z table with the fields:
KSCHL, AMOUNT & OTHER fields into condideration.
or
use SM30 and update into the tables - which is not suggested.
please test and confirm.
HOPE THIS CLEARS your issue.
balajia

Transportation time using condition technique!!

Hi All,
Can anyone tell how transportation time is calculated using condition technique (APO)? we have defined following in access sequence for scheduling
Plant
Destination country
Spd trans. zone
Shipping Conditions
Weight group
Factory Calendar ID
Now if no transportation lane is defined between plant A and ship to party B. Then how system is going to calculate the delivery date? where do we define transportation time between A and B or how it is getting calculated?

HI,
You can define a specific transporation duration in the condition technique per chracteristic (e.g. Shipto, plant, etc.).
Create new condtion records via TA /sapCND/AU11. Create a entry for TRAN and choose a access sequence. There you define a duration e.g. for a ship-to, etc.
Three options to find a transporation duration:
1. Directly from the transportation lane (TA /SAPAPO/SCC_TL1)
2. Estimated by the system if the transporation lane does not contain any duration (except if the Fix-Duration Indicator was set, note 1464309)
(The system calculates the transportation time based on the distance between the start and destination location and the average speed of the means of transport used.)
3. from the contion technique (TA /SAPCND/AU11)
(A Transportation calendar can be defined just via scheduling userexit 002 for the condition technique.)
Further details in the SAP Help Docu:
http://help.sap.com/saphelp_scm50/helpdata/en/3a/92e217b3f54a5eae7a4ac8a99e5e87/content.htm
Hope it helps.
regards,
Michael
Edited by: Michael Thinschmidt on Aug 31, 2010 3:41 PM

Vat configuration for uk

Hi
Please send the document related to VAT configuration steps for country UK
my mail id [email protected]
Thanks in advance
c.k.reddy

HI REFER BELOW
<a href="http://help.sap.com/saphelp_470/helpdata/en/e5/077ff04acd11d182b90000e829fbfe/frameset.htm">European VAT Processing</a>
As part of the process of establishing the European Single Market, the tax authorities in each EU member state assign VAT registration numbers to companies. All companies that are entitled to deduct input tax can receive a VAT registration number.
A VAT registration number is alphanumeric and consists of up to 15 characters. The first two letters indicate the respective member state, for example DE for Germany or ES for Spain.
The VAT registration number is designed to specify the tax processing involved in certain transactions and to allow the financial authorities to monitor the application of the new regulation.
For this reason, the VAT registration number of the company code and that of the customer must be specified on invoices for tax-exempt deliveries and other goods and services within the European Union. The VAT registration number is thus part of the control procedure that has replaced the former border controls (EC sales list).
You can define VAT registration numbers in the system for every customer, company code, and vendor. The VAT registration numbers in the vendor master record are currently only used in Spain for information purposes.<a href="http://www2.warwick.ac.uk/services/finance/sap/help/howtoguides/vattables/">Guide To VAT</a>
Message was edited by:
SHESAGIRI.G

VAT configuration detalis

Hi,
Anyone that has any good documentation on VAT configuration details.
I am working for a distributioncompany which is using SD to handle their transportation services, i.e. one order item is one transport service.
It would be great if the included information on transports (order items offered) via third party in EU? Different from/to country for chain transports in EU where countries for VAT-determination differes from country of plant and ship-to party(VBAK-LANDTX and VBAK-STCEG_L)? VAT-number population? VAT-classification for different countries on sold-to party? etc.
Any one working for a distribution company using SD for their transportation services and want to share with me how you have solved this problem for your customer?
Thanks!
Emma

Hi
See the below link for VAT configs(India)
http://help.sap.com/saphelp_erp2005vp/helpdata/en/dd/ab17adedc9438fb548a8d86efbb187/frameset.htm
help.sap.com/bp_bblibrary/500/documentation/U40_BB_ConfigGuide_EN_IN.doc -
nagesh

Regarding VAT, CST Condition maintain.

Hi SAPERS,
We are implementing TAXINN for our client. I have some doughts on it.
Where we need to give the conditions of VAT, CST?
Iis those needs to be maintain in Tax procedure or in MM Pricing procedure? What is the link between Tax procedure and MM Pricing procedure?
Basic my requirement is Client will pay the difference of Input tax to out tax of VAT and CST to TAX department. What is the best way to map this?
How the Input VAT/CST and Out put VAT/CST condition will be linked to check the difference of Input and output taxes?
Thanks in Advance,
Venkat

Where we need to give the conditions of VAT, CST?
All tax condition have to be maintained in Tax procedure (bed ecess vat cst etc)
only the taxes relating to import have to be maintained in mm pricising procedure liker CVD ADC customes duty etc.
Basic my requirement is Client will pay the difference of Input tax to out tax of VAT and CST to TAX department. What is the best way to map this?
It the the std requirement from all the clients
while purchasing u capture VAT in the gl account via tax code or condition record at the time of MIRO that is input tax
In the same while u do sales u capture vat amount in other Gl account that is out put tax.
How the Input VAT/CST and Out put VAT/CST condition will be linked to check the difference of Input and output taxes?
SAP have given the std report for checking out the diffrence and this report are
tcode S_ALR_87100833 and program is RFUMSV00
also u can try J1I2 report
hope this helps

Europe VAT configuration

We are doing Intercompany and need to work on European VAT configuration . Please could you give me the link where I can get the document for Eurpean VAT from scratch
Thanks in advance,
YGB

Here are some points that could be of help.
1. OY01 - Check the checkbox EU Country and assign TAXEUR in tax procedure.
2. OB87and OB88 - VAT Regn. Nos. for EC member countries.
Otherwise, FTXP and other stuff are same as other countries' tax configuration.

SAP VAT configuration

Hi gurus,
Does any one have material related to SAP VAT configuration. & VAT reporting INTRASTAT.
I would appreciate if it is with some screenshots or pdf material.
Please help
Thanks & Regards
Chandu

hi
VAT
http://help.sap.com/bp_bblibrary/500/documentation/U40_BB_ConfigGuide_EN_IN.doc
http://help.sap.com/saphelp_erp2005vp/helpdata/en/dd/ab17adedc9438fb548a8d86efbb187/frameset.htm
http://help.sap.com/saphelp_erp2005vp/helpdata/en/93/75663ca0a9272ae10000000a11405a/frameset.htm
nagesh

What is a condition technique?

Hai Guys,
Do help me out in getting informations about the
following.
What is a condition technique?
detailed answers or links for this pls...
Thanku
Regards
Jino

Hi,
A hierarchy of components that define data combinations designed to trigger an action.
The constellations defined by SAP and the customers are searched for according to a specific hierarchy.
The condition technique is used, for example, in pricing, account determination and messaging.
most of the saps functionalites use condition technique to get the value or determiantion of particular functionalities like price of a good , free goods, etc they all use condition technique.
it is nothing but mainataining of
1) condition records of a condition type
2)creating of condition types like PR00,K004,k005 etc
3)creating and assignning an access sequnce to a condition type
4)placing the condition types in a procedure
5)determination or assigning a procedure
all the above 5 steps constitutes as a condition technique
Please check this link also.
Regards,
Rakesh
http://www.sapscene.com/sapscene/condition.htm

Functions which uses condition technique in SD

Hai Guys,
   Do help me out in getting informations about the
   following.
pls tell the functions which uses condition technique in SD
detailed answers or links for this pls...
Thanku
Regards
Jino

Hi Jino,
ntroduction to the Condition Technique Locate the document in its
Use
This section describes the elements within the condition technique. It is organized to reflect the likely sequence of events that you go through when you implement pricing in Customizing. The standard R/3 System includes predefined elements for routine pricing activities. For example, the standard system includes condition types for basic pricing elements, such as material prices, customer and material discounts, and surcharges such as freight and sales taxes. In the case of each element, you can use the standard version, modify the standard version, or create entirely new definitions to suit your own business needs. The sequence of activities is generally as follows:
   1. Define condition types for each of the price elements (prices, discounts, and surcharges) that occur in your daily business transactions.
   2. Define the condition tables that enable you to store and retrieve condition records for each of the different condition types.
   3. Define the access sequences that enable the system to find valid condition records.
   4. Group condition types and establish their sequence in pricing procedures.
For more information about implementing and customizing pricing in sales order processing, see Customizing for Sales and Distribution.
For a more technical description of how the condition technique works, see the Business Workflow documentation for Message Control.
Elements Used in the Condition Technique
Condition Types
Condition Tables
Access Sequences
Pricing procedures
Condition Types Locate the document in its SAP Library structure
Use
A condition type is a representation in the system of some aspect of your daily pricing activities. For example, you can define a different condition type for each kind of price, discount or surcharge that occurs in your business transactions.
Example
Example of a Condition Type
You define the condition type for a special material discount. You specify that the system calculates the discount as an amount (for example, a discount of USD 1 per sales unit). Alternatively, you can specify that the system calculates the discount as a percentage (for example: a 2% discount for orders over 1,000 units). If you want to use both possibilities, you must define two separate condition types. The following figure illustrates how condition types can be used during pricing in a sales document.
This graphic is explained in the accompanying text
In the example in the preceding figure, two discounts apply to the item in the sales order. The first discount is a percentage discount based on the quantity ordered. The second discount is a fixed discount based on the total weight of the item.
Note
You determine the calculation type for a condition type in Customizing. This determines how the system calculates prices, discounts and surcharges for a condition. When setting up condition records, you can enter a different calculation type than the one in Customizing. At present all available calculation types are permitted. The field Calculation type can however not be accessed if this field is left empty. After the data release has been printed, if the field has not been completed manually, the proposal is automatically taken from Customizing. After this it is no longer possible to make manual changes.
If you use different calculation types for what are otherwise the same conditions (for example, percentage, as a fixed amount or quantity-dependent), you do not have to define different condition types in Customizing. You can set a different calculation type when maintaining the individual condition records.
Condition Types in the Standard R/3 System
The standard system includes, among many others, the following predefined condition types:
Condition type
Description
PR00
Price
K004
Material discount
K005
Customer-specific material discount
K007
Customer discount
K020
Price group discount
KF00
Freight surcharge (by item)
UTX1
State tax
UTX2
County tax
UTX3
City tax
Creating and Maintaining Condition Types
You can change and maintain condition types provided in the standard version of the SAP R/3 System or you can create new condition types to suit the needs of your own organization. You create and maintain condition types in Customizing.
To reach the condition type screen from the initial Customizing screen for Sales and Distribution:
   1. Basic Functions
      ® Pricing ® Pricing Control ® Define condition types.
      A dialog-box appears, listing the transaction options. Select the corresponding transaction for defining the condition types.
   2. In the Conditions: Condition Types view, you can change existing condition types or create new ones.
Leaving content frame
Condition Tables Locate the document in its SAP Library structure
Use
A condition table defines the combination of fields (the key) that identifies an individual condition record. A condition record is how the system stores the specific condition data that you enter in the system as condition records. For example, when you enter the price for a product or a special discount for a good customer, you create individual condition records.
Example
Example of a Condition Table
A sales department creates condition records for customer-specific material prices. The standard R/3 System includes condition table 005 for this purpose. The key of table 005 includes the following fields:
Sales organization
Distribution channel
Customer
Material
The first two fields identify important organizational data and the last two fields express the relationship between customers and specific materials. When the sales department creates a condition record for a material price or discount that is specific to one customer, the system automatically uses condition table 005 to define the key and store the record.
The following figure illustrates the connection between the condition table and the subsequent condition records.
This graphic is explained in the accompanying text
Condition Tables in the Standard Version
The standard system includes predefined condition tables and specifies them for each access in each predefined access sequence.
Creating or Maintaining Condition Tables
You can change and maintain the condition tables in the standard system. You can also create new condition tables to meet the needs of your own organization. You create and maintain condition tables in Customizing.
From the initial screen of Customizing for Sales and Distribution, you reach the condition table screens by choosing Basic functions ® Pricing ® Pricing Control ® Define condition tables. Then select the mode you want to work with (create, change, display).
Information About Fields
The fields that you choose to make up the key are called the selected fields. The fields from which you can make your selection are called the allowed fields.
Selected Fields
The preceding figure shows the fields that make up the key for condition table 005 (the table for customer/material condition records in Sales). The selected fields show organizational data, such as Sales organization.The fields Customer and Material define the relationship between a particular customer and material.
Field Catalog (Allowed Fields)
When you select fields for the key, you must choose the fields from the list of allowed fields.
Making Changes to Condition Tables
You can make limited changes to existing condition tables. For example, you can change the name of the table or the format of the fast entry screens for the condition records. (Fast entry screens are screens where you can quickly, on a single screen, create and maintain the condition records that refer to the condition table).
Format of a Fast-Entry Screen
The screen consists of header and item lines. Each item line represents a separate condition record. The header lines include the fields that are general to all item lines. When deciding on the format of the fast-entry screen, you can determine whether each field in the key appears as a line in the header or as an item line.
Changing the Format of a Fast-Entry Screen
To change the format of the Fast-Entry screen, choose F6 (Technical View) on the screen where you create or maintain a condition table.
When you determine the format, you have the following possibilities:
If you want the...
Do the following...
Field to appear as a header line
Leave the line field blank
Field to appear as an item
Mark the line field
Text for an item line to appear
Mark the text field
After you make changes to a condition table, choose F16 Generate) to regenerate the table.
Creating a New Condition Table
You can create new condition tables to meet the pricing needs of your organization. When you create a new condition table, you select a combination of fields from the list of allowed fields. The selected fields define the key for the subsequent condition records.
Before you select the fields for the key, there are two things to consider:
The sequence (or hierarchy) of the fields
Which fields you want to appear in the header and item areas of the corresponding fast-entry screens
Important Fields
In sales, the fields you should take into consideration are Sales organization and Distribution channel. The sales organization is nearly always used as a criteria in pricing, because different sales organizations often want to use their own prices, discounts, and surcharges. If you use the sales organization as a criterion in pricing, you should also use the distribution channel. If you do not want to establish different prices, discounts, and surcharges for each distribution channel, use the field anyway. In Customizing for Sales, you can use one distribution channel as a reference for all others (thereby sharing the same pricing data).
Deciding the Sequence of Fields
The order of the fields in a condition table affects the performance of the system during pricing. Two general guidelines will help you create an efficient condition table:
   1. If you select fields that are connected to the structure of your organization (for example, sales organization and distribution channel), assign the fields according to the level of general applicability: Put the most general field, for example, the sales organization in the highest position and the most specific field in the lowest.
   2. After organizational fields, place fields from the document header before those that come from the item level. (For example, Customer comes before Material)
After you have selected the fields for the key on the screen where you maintain and define condition tables, choose F16 Generate to generate the table in the system. Generation prepares the condition table for storing condition data.
Access Sequences Locate the document in its SAP Library structure
Use
An access sequence is a search strategy that the system uses to find valid data for a particular condition type. It determines the sequence in which the system searches for data. The access sequence consists of one or more accesses. The sequence of the accesses establishes which condition records have priority over others. The accesses tell the system where to look first, second, and so on, until it finds a valid condition record. You specify an access sequence for each condition type for which you create condition records.
Note
There are some condition types for which you do not create condition records (header discounts that you can only enter manually, for example). These condition types do not require an access sequence.
ExampleA sales department may offer customers different kinds of prices. The department may create, for example, the following condition records in the system:
A basic price for a material
A special customer-specific price for the same material
A price list for major customers
During sales order processing, a customer may, in theory, qualify for all three prices. The access sequence enables the system to access the data records in a particular sequence until it finds a valid price. In this example, the sales department may want to use the most favourable price for a certain customer. For this reason, it ensures that the system searches for a customer-specific price. The following figure shows how the system searches for the relevant record.
This graphic is explained in the accompanying text
Access Sequences in the Standard R/3 System
The standard R/3 System contains access sequences that are predefined for each of the standard condition types. The names of the access sequences often correspond to the condition types for which they were designed. For example, the access sequence for a material discount (condition type K004) is also called K004.
Creating and Maintaining Access Sequences
You create and maintain access sequences in Customizing. For more information, see the online Implementation Guide for Sales and Distribution.
To reach the access sequence screen, go to the initial screen for Sales and Distribution Customizing and choose:
   1. Basic Functions
      ® Pricing ® Pricing Control ® Define access sequences
Select the transaction that you want to execute (Maintain access).
Leaving content frame
Pricing Procedures Locate the document in its SAP Library structure
Use
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.
Thanks&Regards,
Phani,
Points If helpful.

Advance output VAT configuration problem, FTXP

I have a problem with configuration of outgoing down payment tax code.
In transaction FTXP I've created tax code with following configuration:
TAX TYPE ,       ACCT KEY,    %,    LEVEL, COND. TYPE, ACCOUNT
Output tax (VAT)      , MWS, 10 ,    140,      MWR1,        1960000
OutputTax-DebitClear, ZUD,            ,    150,      MWR2,        9119000
OutputTax-CredtClear, ZUK,            ,    160,      MWR3,        9010000
Tax type - A, Output tax
Check - switched on
EU Code, Target code, Tgt tax code: Output and Input   are   empty.
When I try to post invoice (transaction FB01) in SAP R3 automaticaly generates additional line item for account 1960000 but no item generates for accounts 9119000 and 9010000 (i.e. for tax type ZUD & ZUK).
Tax category for accounts 9119000 and 9010000 is set to + (only output tax allowed).
Could you give me guidence what have I missed with tax configuation..
Thanx.

The problem has been solved.
We have problem with 901-requirement witch used in tax calculation procedure. Accordingly to russian legislation requirements SAP deliver configured tax calculation procedure - taxru. To avoid error message FF 731 - "Tax code may only contain one rate" tax calculation procedure uses 901 requirement for zud and zuk. 901 requirement should has condition text (VOFM transaction -> menu requirements -> Pricing):
check: ( sy-dynnr = '0312' and
              sy-cprog = 'SAPMF05A' and
              sy-tcode = 'FB01') or
sy-cprog = 'RFUMSV25' or
        sy-cprog = 'J_3RFUM25'.
        sy-subrc = 4.
In my case this text was changed by some one and my calculation procedure did not work.
Thank you all for assistance !!!!

VAT Configuration/ condition technique

Similar Messages

Maybe you are looking for