Pricing Table with Condition Types

Hi Team,
I am searching for a table i had used sometime back containing Pricing Procedure with the Condition tyeps used in each of the procedures giving a clear view.
Does anyone know of that T table?
Thanks .
Waiting for an early response..
Regards,
Suman

Thanks anyways but these are the basic table .
I am asking for a T table which can give me the procedures in my system with the condition types used in those procedures.
Suman

Similar Messages

Pricing error with condition type HI02

Hi Friends,
I have problem in pricing procedure for customer hierarchy condition type HI02. I have created the condition node i.e.6222 and assigned customer 1500 and i also maintained the condition record for the same and also put in the pricing procedure as well. Now while i am creating sales order the condition type HI02 is not coming automatically rather i am able to put the same manually. I want the system should pick the condition type HI02 automatically. Please suggest me IMG setting which i sould maintain for customer hierarchy pricing.
Thanks in advance,
Bharat B

Dear Barath
You are right
HI02 is a item condition type only used for customer hierarchy discounts and the access sequence for the same is HI02 with condition table 065 that is customer hierarchy/material and the same is positioned in V/07 in the access sequence details in seven consecutive steps (the same condition table in all the seven steps) but the field in each table differing
The field in table 065 which is positioned in no 1 is HIENR 01
The field in table 065 which is positioned in no 2 is HIENR 02
The field in table 065 which is positioned in no 3 is HIENR 03
and the most important thing here is exclusive indicator ticked in all the steps exept the seventh step
That means if at hierarchy level 1 system finds a record then it stops searching
I have a feeling that your access sequence alignmemt must be wrong somewhere and check for exclusive indicator marking
HI01 is a item condition type only used for customer hierarchy discounts and the access sequence for the same is HI01 with condition table 064 that is customer hierarchy and the same is positioned in V/07 in the access sequence details in seven consecutive steps (the same condition table in all the seven steps) but the field in each table differing
The field in table 064 which is positioned in no 1 is HIENR 01
The field in table 064 which is positioned in no 2 is HIENR 02
The field in table 064 which is positioned in no 3 is HIENR 03
and the most important thing here is exclusive indicator ticked in all the steps exept the last step
That means if at hierarchy level 1 system finds a record then it stops searching
I have a feeling that your access sequence alignmemt must be wrong somewhere and check for exclusive indicator marking
Moreover importantly if there is condition type in a PP then if a condition record is maintained if the same is not picked up in sales order then analysis has to give some hint and what is the hint you are getting
Regards
raja

V-41 tcode error :Table 304 is not defined for use with condition type PR00

Hi All,
I am trying to create a BDC using the transaction V-41.
The first screen has fields:
ConditionType and Table, where I have to fill values ZPM1 and 800 respectively.
But as soon as I enter the tcode v-41 and say enter, the above mentioned fields are already having the values 'PR00' and ' 304'. Normally if you take an example fo t-code VA02, all fields are blank.
Then an error message is displayed:
Table 304 is not defined for use with condition type PR00
This behaviour is not allowing me to use the BDC feature.
Please advise me on why this is happening. What are the possible solutions I can use to clear these values programmatically?
Can anything be done via customizing?
Regards,
Namita.

Dear ILHAN ,
Well the problem you are facing is having the following solution:
Table 304 is not defined for use with condition type PR00
Message no. VK024
Diagnosis
The selected condition type does not fit in the condition table, that is the basis for the condition record. Alternatively the selected condition type is not included in the condition types that were selected on the selection screen or that are defined in the variant of the standard selection report.
Procedure
Úse F4 help to choose a valid condition type.
If this does not give you the required condition type, check in Customizing for condition types and the related access sequences.
In the condition maintenance also check Customizing for the selection report (pricing report), that you have selected in the navigation tree, using the standard condition table as a reference.
I hope this helps.
It has worked for me.
I gave it a try and what I am getting using the transaction V-41 is create Price condition (PR00) : Fast Entry.
Please award points if you find it useful.
Regards,
Rakesh

Pricing condition table and condition type question

hi guys,
We can use same condition table in pricing for multiple condition types.I am wondering how system knows which condition records should be applicable for which condition type in the same table.
I know the structure KOMV has those details,but thats used during the run time.
Do we have database table which preserve this relation /link ? Please help.
I also would like to know the tables / fields /structures which can be used at run time for defining requirements in pricing procedures.
Thanks
Dona

Hi,
Condition types are assigned with access sequences.
These are the determining sequences in order to select which condition table is to be selected for that particular scenario.
Generally the access sequences are tested to the condition records on their priority basis.
pricing procedure
condition type
access sequence
condition table
selection records.
hope this would help you understand the concept.
regards,
Siddharth.

Loop at table with unspecified type but with where-condition

Hi,
Doing a loop over an internal table with unspecified type and in addition using a condtion may be done as follows: Thereby the
condition would be "... WHERE parentid EQ i_nodeid" if the type of <it_htab> would be static. However dynamic specification of a component through bracketed character-type data objects is not possible.
FIELD-SYMBOLS: <it_htab> TYPE STANDARD TABLE,
                                <wa_htab> TYPE ANY,
                                <parentid> TYPE rsparent.
ASSIGN me->ref_htab->* TO <it_htab>.
LOOP AT <it_htab> ASSIGNING <wa_htab>.
    ASSIGN COMPONENT 'PARENTID' OF STRUCTURE <wa_htab> TO <parentid>.
    CHECK <parentid> EQ i_nodeid.
ENDLOOP.
Since you have to loop over the whole table and to check within the loop whether the condition is fullfilled, this is rather bad for performance.
Questions: Are there any tricks to do this better?
Best Regards and Thank you,
Ingo

>
Lalit Mohan Gupta wrote:
> you can put the condition in the where clause....
only if you have the upcoming 7.0 EhP2 (Kernel 7.02 or 7.20) the following dynamic where works:
DATA cond_syntax TYPE string.
cond_syntax = `parentid = i_nodeid`.
LOOP AT <it_htab> ASSIGNING <wa_htab>
                       WHERE (cond_syntax).
in older releases you would have to use program generation to achieve a dynamic where... .
Kind regards,
Hermann

Pricing procedures and condition type table relation

Hi all
i m facing a problem while printing the tax procedures description in debit note and creditt note a Zprogram.
im not able to link between Pricing procedures and condition types , that is how to get pricing procedure from a condition type ? which tables can be used for this?
already i ve checked T007s,t007a,t685t,t683..
how to get the pricing procedures acording to condition type and tax code?
please reply me as soon as possible?
thanks
sachhidananda

Hi,
Check out the Table KONV
This will help u
Rgrds
Sandeep

Urgently need solution for Pricing Error: Mandatory condition type missing

Hello, All
I am working on CRM 5.0 service module and I am facing a problem while creating a service order.
When I enter the product in the service order it gives me an error
"pricing error: mandatory condition type Z### is missing" even though I maintained the customer pricing procedure, the pricing procedure determination, and the condition record. The error shows that the pricing procedure is determined as the error shows the mandatory condition is determined but what I think is that it cant find the condition record.
I already maintained the condition table and the condition record in the product master data but it does not pick the price, kindly help. Deserving points will be rewarded.
Regards
Jacopo François

Hi,
Open u r transaction which u r getting the error, Double click on product u ll get the item level info, Select condition there u click on create icon, there u can define the condition.
OR
While creating a sold to party check whether u r entered a sales area data properly or not.
Hope it helps u
Gentila

B2B: Copy Pricing Procedure or Condition Types

Hello sdners!
I use b2b sap crm: e-commerce 7.0.
Please advice me FM, which copy Pricing Procedure or Condition Types from catalog item to basket (order)!
E.g: i want to buy a position from catalog with the name " A ". It cost 10 eur.
When I click to order - the price of the catalog is transferred to the order (basket).
Please help me find FunctionModule which do it ?
Thanks

Technically the price for the catalog item and the basket item come from two entirely different ways.
Whereas the catalog item gets the price "directly" from IPC (or TREX in some instance), the basket price is computed in the ABAP side of the application. In the ABAP, the item price is again technically comes from IPC, but IPC is provided with some additional information to get the "customer specific" price.
So, in theory, you can not copy the catalog item price using any FM.
Even if you "copy" from catalog to basket (say, in the UI or java layer), the item in the basket will get the price from CRM backend everytime the basket get updated.

How I tie the formula with conditions type?

Hi,
Than create the formula with tcode O3I7:
1) how I tie the formula with conditions type?
2) how I tie the conditions type with the formula with Calculation Schema?
help me, please.
thanks
Edited by: celeste ziantoni on Feb 5, 2008 6:45 PM

Hello,
Pricing formula is created using transaction VOFM. It is tied to the condition types in Pricing Procedure definition in Alternate Calculation Type column. For Pricing procedure, the menu path is SPRO->Materials Management->Purchasing->Conditions->Define Price Determination Process->Define Calculation Schema.
Thanks,
Venu

In import Pricing Proceedure, Some Condition types added to Material Cost

HI,
In Import Pricing procedure, Some condition types (Like Basic Customs Duty,Edu Cess & Hier Edu Cess) are added to material cost. The remaining are not added. What is the configuration to add condition types to Material cost?
Note - we have added FR3 account key for all condition types. Then why few condition types are added to material cost and why others are not added to material cost?
Can any one please help me on this..
Thanks
KB

Assign key "NVV" to those condition types which are to be loaded to material cost.
Hope this resolves ur problem

Scheduling Agreement With Condition Type Calc.

Hi All,
Can i have Scheduling Agreement With Condition Type Calc. as in PO Conditions as there are some calculation need to be made based on Excise.
Thanks in advance
Sapuser

Hi,
Condition in scheduling agreeement are time dependent where as condition in purchase order time independent so it's not possible to use.
Regards
Ravi Shankar.

Import from database an internal table with generic Type : Web Dynpro ABAP

Hi everyone,
i have a requirement in which i'm asked to transfer data flow between two frameworks, from WD Component to another. The problem is that i have to transfer internal tables with generic types. i used the import/ export from database approache but in that way i get an error message saying "Object references and data references not yet supported".
Here is my code to extract a generic internal table from memory.
    DATA l_table_f4 TYPE TABLE OF REF TO data.
FIELD-SYMBOLS: <l_table_f4> TYPE STANDARD TABLE.
DATA lo_componentcontroller TYPE REF TO ig_componentcontroller .
DATA: ls_indx TYPE indx.
lo_componentcontroller =   wd_this->get_componentcontroller_ctr( ).
lo_componentcontroller->fire_vh_search_action_evt( ).
ASSIGN l_table_f4 TO <l_table_f4>.
*-- Import table for Help F4
IMPORT l_table_f4 TO <l_table_f4> FROM DATABASE indx(v1) TO ls_indx ID 'table_help_f4_ID'.
The error message is desplayed when last instruction is executed " IMPORT l_table_f4...".
I saw another post facing the same problem but never solved "Generic Type for import Database".
Please can anyone help ?
Thanks & Kind regards.

hi KIan,
go:
general type
TYPE : BEGIN OF ty_itab,
           field1 TYPE ztab-field1,
           field2 TYPE ztab-field2,
*your own fields here:
           field TYPE i,
           field(30) TYPE c,
           END OF ty_itab.
work area
DATA : gw_itab TYPE ty_itab.
internal table
DATA : gt_itab TYPE TABLE OF ty_itab.
hope this helps
ec

How to create table with row type in smart forms

How to create table with row type in smart forms with out line type
please explain me the procedure

HI,
A table type describes the structure and functional attributes of an internal table in ABAP. In ABAP programs you can reference a table type TTYP defined in the ABAP Dictionary with the command DATA <inttab> TYPE TTYP. An internal table <inttab> is created in the program with the attributes defined for TTYP in the ABAP Dictionary.
A table type is defined by:
its line type, that defines the structure and data type attributes of a line of the internal table
the options for managing and accessing the data ( access mode) in the internal table
the key ( key definition and key category) of the internal table
The row type is defined by directly entering the data type, length and number of decimal places or by referencing a data element, structured type ( structure, table or view) or other table type. Or the row type can be a reference type.
<b>for more info :</b> http://help.sap.com/saphelp_nw2004s/helpdata/en/fc/eb366d358411d1829f0000e829fbfe/content.htm
Internal table
Regards
Sudheer

Sorting internal table with line types

Hi,
I have internal table juts for an example with four entries as below:
A[]
Line.....Line Types
444001.....P
New York...C
Evershine..B
Mary.......N
I want to sort the internal table with line types in order of lin types NBCP.
How can i do this ?
Please help.
Note: Above example is just with four entries, there might be internal table with ten entries and ten defined sorting order for line types.

Hi Tushar,
Please note that we can't changes the mandatory sequence of the address format as defined in the country specif address format. We can change the sequence of others fields by line_priority.
Try to change the address type :
ADDRESS_TYPE - Address type (from 3.0C)
There are three types of address:
Address type '1': addresses of firms or organizations; the address structure which is used in most SAP applications as 'Address'.
Address type '2': address of a person
Address type '3': work address, usually the address of a contact person in a company
Please use T/code "OY01"> Select Country> Example :AU"--> Display --> Select address key and press F1. You will find SAP 's Address format configuration .
sap help:
Formatting Routine Key for Printing Addresses
For printing addresses, there are country-specific routines which in each case copy the correct postal formatting of the address.
The three-character "Address Layout Key" for the recipient country controls which of the routines available for formatting addresses in the relevant country is used.
These routines are programmed into the ADDRESS_INTO_PRINTFORM function module.
They are based on different national and international guidelines and norms, including:
ISO 11180,
contracts of the World Postal Union (Seoul 1994),
international address samples from the World Postal Union
as well as the available rules of the individual countries.
Below you will find an overview of the country-specific formats currently implemented.
Customers can program their own formatting routines using a customer exit. The SZAD0001 SAP enhancement has been defined in the package SZAD for this (-> transaction CMOD).
General formatting rules
The following parameters are used depending on the transaction:
whether the company address (street/house number) or the P.O. Box address is printed if both exist,
how many lines are available for printing,
which is the sender country.
If there are not enough lines, then lines are left out according to a standard sequence.
The address format depends on whether the sender country is the same as, or different from, the recipient country. The country is always specified from abroad, either as a text name, or as an identification code of up to three characters (license plate code or country key).
Where the country name is written out in full, it is written in the language of the sender country. If a language is not specified for the sender country, or the sender country itself is not specified, the logon language is used instead.
Exception: the language for the country code can be explicitly overwritten by a parameter in the print program (e.g. when the country code for customs transit papers is always to be specified in a particular language, such as English). if the "Print country name in recipient language" flag is set in the print program, the recipient language is used.
Other language-dependent components such as the title and the word 'PO Box' are printed in the recipient language or the recipient country language. If this cannot be determined, the logon language is again used.
For all formats except Great Britain (006), Japan (013), and South Korea (017), the core of the address is formatted as follows (without empty lines, except for the compulsory empty line:)
title line (if applicable)
name block (differs depending on the address type, see below)
street address or PO Box
(compulsory empty line, if applicable)
city line with postal code
country code (if applicable)
The city line and the country name are always printed in upper case for foreign addresses (only for the complete address, not for short forms).
The name block generally consists of the following:
"Normal" addresses (address type SPACE and address type 1):
NAME1
NAME2
NAME3
NAME4
Personal addresses (address type 2):
Title of person and name of person
Business address with department and contact person (address type 3):
NAME1
NAME2
NAME3
NAME4
department
title of person and name of person
In addresses entered using Business Address Services (central address management) (see Release notes Central Address Management for Release 4.0 and Central Address Management for Release 4.5 ), the street address can comprise several lines (see Print street address), otherwise street and house number are maintained in the Street field.
Some countries do not have a compulsory empty line (see notes below). The city and district are printed in the city line, connected by a hyphen (exceptions: 004 USA, 006 Great Britain/Ireland, 013 Japan, 015 Germany, 017 South Korea, 019 Denmark), provided that the total length does not exceed 35 characters. If a different city is specified for the PO Box (PFORT), this is used in the PO Box address.
In all formats which use a country code (currently 001 European standard format 002 Italy, 011 Switzerland and 014 Austria ), the license plate code for that country is used. If this is not maintained, the country key in table T005 is used.
If the "Print country name in foreign addresses" flag is set for the sender country in table 005, the country code is not used; the country name is printed in the last line of the address.
Formats 004 (USA), 005 (Canada) and 008 (Singapore) contain a line ('F') for the function of the contact person in the company (if address type = '3'). This line comes immediately after the line 'N' (Name (and title) of the natural person).
In formats 002 (Italy), 004 (USA), 005 (Canada), 006 (Great Britain), 007 (Brazil) and Australia (009), the REGIO field (Region, State, Province, County) is formatted. For the USA, Canada, Brazil and Australia, the key from table T005S is used; for Great Britain the text name from table T005U.
In all countries for which no "Address structure key" is maintained, a standard format is used which corresponds to format "010".
Hope this may help you.
Lanka

Transfer Pricing through PCA condition Types

Hi,
Can any one send me some Documentation on Transfer Pricing Through PCA Condition Types.
Little urgent please
Regards

Hi
Find the following documentation on Transfer Pricing.
http://help.sap.com/erp2005_ehp_02/helpdata/en/eb/13811243c411d1896f0000e8322d00/frameset.htm
Regards,
Suraj

Pricing Table with Condition Types

Similar Messages

Maybe you are looking for