Condition type table for mm

hw to get a condition type table for mm?i
i want to get the records from eban,ebkn,esll,esuh, and some more fields (service currency,service condition type,service price and service price unit) but the functional consultant people dnt know wr these 4 fields are? i have got records from eban , ebkn ,esll
and esuh.but i dnt know hw to get the another four fields .i m doing report for mm module.these four fields are condition from condition table .

Hai Safi,
U compare Tables Ekbe-Knumv , Ekko-Knumv , From Table Konv-Knumv
U will get all the condition types(Kschl) But Konv is a Cluster Table U have to write Seprate Select query.
Reward Points If Usefull,
Thanks & Regrds.
Shiva .

Similar Messages

Find condition type (kschl) for a particular material document no (mblnr)

hiiiiii
How to find condition type (kschl) for a particular material document no (mblnr).

Hello,
Check the table A017 and KONV.
Vasanth

Condition type used for invoice list

Hello Gurus,
following condition type used for invoice list, why do they exit in invoice list:
RL00 MW15. LR00 RD01

Hi,
Please go through the below document
When you work with invoice lists, you need to be familiar with the following concepts:
Prerequisites for invoice lists
Relationship to Pricing
Structure of an Invoice List
Changing header and item data
Integration with financial accounting (FI)
Prerequisites
You can only process invoice lists if the following prerequisite data is defined by your system administrator in Customizing for Sales:
Condition type RL00 (factoring discount) must be maintained and, if required, also the condition type MW15.
An invoice list type must be assigned to each billing type that you want to process in invoice lists. The standard version of the SAP R/3 System includes two types of invoice lists: LR for invoices and debit memos, LG for credit memos.
Copying requirements must be defined (for example, the payer, terms of payment and other fields that must be identical in the documents to be included in the invoice list)
In addition, before you process an invoice list, you must maintain the following master data:
A customer calendar must be defined, specifying the time intervals or dates on which invoice lists are to be processed.
The customer calendar must be entered in the Billing Sales Area view of the customer master record.
Pricing condition records for the condition type RL00 and, if necessary, (e.g. in Germany) the condition type MW15 must be maintained.
Output condition records for condition types LR00 and RD01 must be created.
Relationship to Pricing
The system processes factoring discounts in invoice lists in exactly the same way as other kinds of pricing elements. The data for the factoring discount is stored in condition records. Controlling during document processing is carried out via condition types, pricing procedures and access sequences. This control data is defined in Customizing for Sales by your system administrator.
For further information, see Conditions and Pricing.
Structure of an Invoice List
An invoice list represents an individual billing document. It consists of a document header and document items. Each item represents a billing document that you have included in the invoice list. The header contains an overview of summary information, such as the net value of all documents in the invoice list, the value of the factoring discount, details of taxes, and so on. It also contains information on partners and output.
Changing Header and Item Data
You can change some of the header data - for example, the billing date - when you process the invoice list. You can change an item - either an individual or collective invoice - and display document details. However, you cannot change any data in individual billing documents once they are part of an invoice list.
It is possible, however, to make certain global changes to output in all items in an invoice list.
For further information on output, see Communication in Sales and Distribution Processing.
Integration With Financial Accounting (FI)
The documents that you want to combine within an invoice list must already have been billed and forwarded to Financial Accounting. Here the billing documents intended for an invoice list are blocked for normal dunning transactions.
The dunning block on FI documents is lifted as soon as you create an invoice list and transfer it to FI . The system then calculates the new dunning date for the invoice on the basis of the invoice list date.
In addition, the system enters invoice list numbers in the FI documents as reference numbers. Invoice list numbers can then be entered for incoming payments.
When you save the invoice list, the system automatically creates an accounting document for the factoring discount and possible taxes and posts it to the corresponding G/L account in FI.
Regards,
Murthy

We look now for a suitable condition type "deposit for loaned packaging"

Hi,
Following is my client reuirement,
We buy a lot of raw materials in loaned packaging (drums or IBC). The
vendors are invoicing the packaging as an extra item on their invoice.
Weeks or months later when we return the packaging to them we get a
credit note.
We look now for a suitable condition type "deposit for loaned packaging"
which refers to account 631010 and we can use in the purchase order.
Can you create such a type ?
Please any one tell me whether it is possible? If yes, then which way?
Regards,

Hi Ajinkya1788 ,
you can use a condition like FRB1 with a provision account key for your 631010
or set up a valuation class to determine that account.
You might want to check empties management documentation in help.sap.com
best regards,
Edgar

Standard Condition type used for Manual freight at item level

Hello Gurus
Can you please tell me the standard condition type used for entering freight manually at header as well as item level.
Warm Regards
Prashant Joshi.

Prashanth,
The freight Conditions that we use in Sales are two types
HD00 - Header Level, wherein we have no access sequence
KF00 - Item level, Wherein we have access sequence KF00 - Freight
But you want the condition types to be maintained manually, then you need item details screen of the respective condition type HD00/KF00 using Tcode V/06.
Inside that Manual entry as "C". Similarly you need to maintain or activate "Manual" Indicator in pricing procedure. Then you can enter the freight Manually.
Note:
The difference In applying at the header level and item level is if you enter freight value at the header level it is applicable to all items in the item level. But if you want to apply freight we can give freight to each item or selective item.
Regards
Sathya

Condition type used for scrap

hi,
what is the condition type used for scrap in Standard SAP.?Assured points
Best regards,
R.Srinivasan

Dear Srinivasan
Follow the below process:-
1) Go to V/06, either copy the standard or create a new by naming ZTCS and maintain the following:-
- Cond. class::::::::::A
- Calculat.type::::::::A
- Access seq.::::::::::K004
- Manual entries:::::::D
- Item Condition:::::::X
- Text DetPrc::::::::::04
2) Again in V/06, create one more condition type (say ZECT) for Edu.Cess on TCS for which the same values can be maintained as like ZTCS
3) Go to OV34, create an Account key for TCS, say ZTC and ZET for Edu.Cess
4) Go to VK11, input the condition type ZTCS and maintain the required TCS percentage (the combination which you can maintain is for Sales Org / Dis.Channel / Material or as per the requirement demands you). Similarly, you have to maintain the required percentage for Edu.Cess also in VK11
5) Now go to V/08, create a new pricing procedure exclusively for scrap sales and maintain these two condition types there with respective Account Keys
thanks
G. Lakshmipathi

Unknown type TABLE for element Error

This question i am posting on behalf of one of my friend
In RF transaction, created a screen that contains table control. The table control has created using wizard
If we run the transaction with in SAPGui its working fine. After creating Internet service, and publish and run thru internet explorer its giving the following said Error
" Unknow type TABLE for element IT_PRODUCT"
I checked the controls statement for table view , its there in the code Here IT_PRODUCT is tableview for tablecontrol
Any Info ?
a®

Solved.
The problem is because , the table control had been created thru "Table Control Wizard" , solved by creating the table control using SE51 has resolved the issue.
Strange ?
May be because wizard unncessary creating lot of HTML code while publishing
a®

Making condition type unmandatory for free item categories

Hi all,
I've created a form routine in RV64ANNN the requirement is when we create or change sales order....we have few item categories were in we need to make a concern condition type unmandtory if items with those item category is created...else if make the condition type mandatory.........example...............this is done for only one pricing procedure......in V/08 tcode and there i've assinged our routine number for that condition type which needs to be changed dynamically.
say we have Sales doc type ZXXX for this sales doc type lets say we have item category ZITE1 and ZITE2.......and lets say the Condition type is ZCOND(whether the condition type is required or not is done by checking in tcode V/08 and this is always checked).now when the user enters creates a item 1 with item category ZITE1 and leaves the amount field blank it will however ask to enter the amount.......now here is the problem............if user creates second line item with item category ZITE2 its againing asking to enter the amount for that condition type.............this is happing even after i've desinged the below code.............
DATA: l_kobli TYPE kobli.
IF komk-kalsm = 'ZINFAM'.
*Sale Doc ZORA
IF komk-auart = 'ZORA'.
IF komp-pstyv = 'ZTAN'.
l_kobli = 'X'.
ELSEIF komp-pstyv = 'ZZNN' OR
komp-pstyv = 'REN'.
l_kobli = ' '.
ENDIF.
*Sale Doc ZORB
ELSEIF komk-auart = 'ZORB'.
IF komp-pstyv = 'TAN'.
l_kobli = 'X'.
ELSEIF komp-pstyv = 'REN' OR
komp-pstyv = 'TANN'.
l_kobli = ' '.
ENDIF.
*Sale Doc ZRE
ELSEIF komk-auart = 'ZRE'.
IF komp-pstyv = 'REN' OR
komp-pstyv = 'RENN'.
l_kobli = ' '.
ENDIF.
*Sales Doc ZCOR
ELSEIF komk-auart = 'ZCOR'.
IF komp-pstyv = 'KRN' OR
komp-pstyv = 'RENN'.
l_kobli = ' '.
ENDIF.
*Sales Doc ZCI
ELSEIF komk-auart = 'ZCI'.
IF komp-pstyv = 'KEN'
l_kobli = 'X'.
ELSEIF komp-pstyv = 'TANN'.
l_kobli = ' '.
ENDIF.
ENDIF. "Sales Doc Check
READ TABLE xt683s WITH KEY kvewe = 'A'
kappl = 'V'
kalsm = 'ZINFAM'
kschl = 'ZPOR'.
IF sy-subrc = 0 .
xt683s-kobli = l_kobli.
MODIFY xt683s INDEX sy-tabix.
UPDATE t683s SET kobli = l_kobli WHERE
kvewe = 'A' AND
kappl = 'V' AND
kalsm = 'ZINFAM' AND
kschl = 'ZPOR'.
ENDIF.
ENDIF. "Pricing Procedure check
CLEAR: l_kobli.
The table which has this mandatory checked is T683S and the field is KOBLI........i've debugged it the routine come up well with item category ZITE1 and the table gets updated with KOBLI = 'X' but when i navigate the screen in VA02 or in VA01 to second item created with item category ZITE2...the table logic does'nt goes and updates the above table............Suggest me with some solution........
Thanks in Advance.....

I've resolved it by myself

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

FM or BAPI to create new condition type / record for material - VK11

Hi All,
 I need to copy condition records from one material to another material, to do that using the below FM. For the below values even its not raising any exception or creating pricing record. Could any one tell me am i missing any other parameters ?
Please let me know.
*& Report Z_TEST292011
REPORT Z_TEST292011.
data: ls_komg type KOMG,
 ls_komv type komv,
 lt_komv TYPE TABLE OF komv,
 lv_new_record.
*ls_komg-kunnr = '0001000008'. " Cust number
ls_komg-matnr = 'A0168L1600100006'. " Mat number
ls_komg-VKORG = '3101'.
ls_komg-vtweg = '10'.
clear: Lt_komv,LS_KOMV.
ls_komv-kappl = 'V '. " Application V = Sales
ls_komv-kschl = 'ZR00'. " Condition type
ls_komv-krech = 'B'. " calculation type; B -Fixed amount
ls_komv-waers = 'USD'. " Currency
ls_komv-kpein = '100'.
ls_komv-kmein = 'EA'. " Unit of measurement
ls_komv-kbetr = '121.50'. " new condition value
append ls_komv to lt_komv.
CALL FUNCTION 'RV_CONDITION_COPY'
EXPORTING
 application = 'V'
 condition_table = '005'
 condition_type = 'ZR00'
* DATE_FROM = '20110629'
* DATE_TO = '99991231'
 ENQUEUE = 'X'
* I_KOMK = ' '
* I_KOMP = ' '
 key_fields = ls_komg
 MAINTAIN_MODE = 'A'
 NO_AUTHORITY_CHECK = 'X'
 NO_FIELD_CHECK = 'X'
* SELECTION_DATE = '00000000'
 KEEP_OLD_RECORDS = 'X'
* MATERIAL_M =
* USED_BY_IDOC = ' '
* I_KONA =
 OVERLAP_CONFIRMED = 'X'
 NO_DB_UPDATE = ' '
* USED_BY_RETAIL = ' '
IMPORTING
* E_KOMK =
* E_KOMP =
 NEW_RECORD = lv_new_record
* E_DATAB =
* E_DATBI =
* E_PRDAT =
tables
 copy_records = lt_komv
* COPY_STAFFEL =
* COPY_RECS_IDOC =
EXCEPTIONS
 ENQUEUE_ON_RECORD = 1
 INVALID_APPLICATION = 2
 INVALID_CONDITION_NUMBER = 3
 INVALID_CONDITION_TYPE = 4
 NO_AUTHORITY_EKORG = 5
 NO_AUTHORITY_KSCHL = 6
 NO_AUTHORITY_VKORG = 7
 NO_SELECTION = 8
 TABLE_NOT_VALID = 9
 NO_MATERIAL_FOR_SETTLEMENT = 10
 NO_UNIT_FOR_PERIOD_COND = 11
 NO_UNIT_REFERENCE_MAGNITUDE = 12
 INVALID_CONDITION_TABLE = 13
 OTHERS = 14
IF sy-subrc <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
* WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
ENDIF.
break jdonepud.
call function 'RV_CONDITION_SAVE'.
call function 'RV_CONDITION_RESET'.

Hello ,
why dont you try LSMW -RV14BTCI ?
regards
Prabhu

Making condition type mandatory for a particular po document type

I have 2 po document type namely local po and international po. i want a particular condition type ZLCS to be picked automatically as soon as the user picks the po document type.

Hi,
   You may check the condition technique through a new condition table with PO document type. You may proceed as below:
   You may append the standard MM condition structure to include the PO document type field (in structure KOMPAZ), with the help of abapers . Add the field to condition catalogue in the path: OLME - Conditions - Define Price Determination Process - Extend Field Catalog for Condition Tables.
    Now, you can create condition table with document type field in M/03. Maintain the condition table in the access sequence in M/07. Assign the access sequence to condition type in M/06. Include the condition type in pricing procedure. Maintain condition record for the condition type with required document type in MEK1.
    Check the procedure and revert back in case of any doubts.
Regards,
AKPT

Conditions KONV table for Sales order Line item.

Hi Friends,
What are the key fields bw vbap and konv table.
requirmnt is : need to fetch conditions ( from KONV table ) for the sale order line items.
thanks in advance.
Jai.

Hi,
1. Fetch field KNUMV from table VBAK for that particular Sales Order No i.e VBELN.
2. Goto KONV & based on KNUMV, KPOSN and KSCHL (condition type), fetch the required condition details along with its net price (KONV-KBETR) and net value (KONV-KWERT).
KONV-KPOSN = '00000' -> Header Condition
KONV-KPOSN = '00001' -> VBAP-POSNR = 10
Reward points if the answer is helpful.
Regards,
Mukul

Condition Type AZWR for Down Payments

Hi All,
I am Working on Down Paymnet Requests (Billing Type FAZ). As per the OSS note i understand that we need AZWR Conditon type for Down Paymnet.
I understand that it is for Value check for a down payment clearing item because the value of AZWR can be changed manually.If the value of AZWR from the down payment clearing item exceeds the agreed value in the order, the system displays an error message
Can you any body explain this more in detail.Thanks
Regards
Basha

Hi Basha,
Please refer to note 213567:
8. Messages in the FI/CO interface
    a) VF525: "Total of down payment to be billed too high."
       VF050: "Document & saved (no accounting document generated)"
       In the standard system, you cannot perform a clearing of down
       payment items with a total that is higher than the value of the
       corresponding item to be settled from the partial or final
       invoice.A billing document is created, but it cannot be
       transferred to Financial Accounting because sending credit memos
       to customers as part of down payments is not supported.However,
       you do have the option to adjust the value of the down payment
       clearing item (condition AZWR) according to the item to be
       settled when you create the invoice.In this case, the remainder
       of the down payment assigned to this item is proposed again for
       clearing in the next partial or final invoice.
According to note 213526 we would use in standard the downpayment
condition AZWR for this process. This condition type could be changed
manually in the invoice. We could reduce the downpayment values
manually and message VF 525 would not appear again, when the downpayment
values would be lower or equal to the main item.
I hope this is helpful.
Regards,
Alex

Service PO is not picking the condition type defined for services

Hi Friends,
I am trying to create a PO for services.. but in conditions tab..the system is picking standard PO pricing procedure. It is not picking the service Pricing procedure MS0000. request your help in understanding the issue.
Also the PO is picking the Standard PO release strategy, but not the release startegy define for service..
thank you.
Kireeti

Hi Kireeti,
Your condition schemes for services probably have been modified. Please check
schemes MS0000 and MS0001 in your customizing. For a correct price
determination it is important that for example condition type PRS
is in the first position, further the settings for the flag
'Condition determined manually' should'nt be altered.
Actually the standard schema looks like:
4 0 PRS Total Price                       X 5
5 1 PRS0 General Price Compon             X
5 3 PRS1 Percentage of Wage               X
5 5 PRS2 Overheads                        X
5 7 PRS3 Misc Price Component             X
13 0 KR01 Header Discount                 X
14 0 KZ01 Header Surcharge                X
Could you please change your schema and retest?.
Best Regards,
Arminda Jack

Condition Type Event for button doesnt fire after Tab Change?

Hi,
I have 3 Tabs (Interactive Reports) and when I change between these Tabs (without submit) my parameters getting null values, which is OK. For this situation my "condition type" of a button doesn't fire (button should disappear when parameter is null)?
cheers,
Bernhard
Edited by: boffman on 05.07.2010 17:12

IR reports use all the bells and whistles of DHTNL and Ajax. So without the Submit evnt you do not reload the page but only reload relevant regions (PPR).
Net result is that the other items that have already been loaded when the page was loaded remain as they are, hidden or dispayed as the case may be.
One could theoritically use Javascript to hide/show ($x_Hide and $x_Show) to toggle the buttom. But I am not clear how one would trigger that! which event on which HTML element? The tabs are generated by Apex as DHTML and that I believe is a black box.
If a eent to trigger JS can be found then it will work.
Regards.

Condition type table for mm

Similar Messages

Maybe you are looking for