Condition type komv-kschl Relation with vbrp-kondm ( AC )

Working on Report .
Is there any relation between condition type komv-kschl with vbrp-matkl and vbrp-kondm at integration level.
for particular vbrp-kondm ( value AC) report is not showing output.
for other vbrp-kondm ( value TY, TU, HU ) report is showing output.
I debug the report and came to know that condition type komv-kschl for vbrp-kondm ( AC ) is not
matching. Just want to very that condition type komv-kschl is realted with vbrp-kondm ( AC ) and vbrp-matkl
and matnr and where linked in SPRO.
condition type for vbrp-kondm ( AC ) is different ....
Thanks & Regards,

Hi,
Get knumv from vbrk (header) depending on get get data from vbrp.Use the same knumv no and get data from konv.You can not get data directly from konv,vbrp.
Regards,
Madhu.

Similar Messages

In billing document VAT condition type flowing 2 times with Different value

Hi,
1. In my requirement, In order creation time , in the pricing procedure ZPROJT (Proj Material Sales) VAT condition type (JLST) is flowing one time with the condition record of 5% for one line item and the same we changed manually to 12.75 %, for the same condition type (JLST) and we saved the order. After that we created delivery with reference to the same order, final the billing document creation time with reference to the delivery (in the pricing procedure ZPROJT (Proj Material Sales))for the same line item VAT condition type (JLST) is flowing 2 times with 2 different values ( 5% and 12.75%) and it is calculating the 2 different values to the final value. But normally only the manually changed (12.75%) value should be taken to the account. Please help me How to stop the condition type (VAT C Type "JLST") from flowing two times for the same line item in the billing - and we need to take the value of (12.75% manually changed value) to the final calculation.
2. In one pricing procedure normally if you add the same "C Type" for two times it will throw the error message like "Duplication Of C type" and you can't save the order with out deleting the same. Please tell me, where is the contole for the same.

Hi,
Check copy control settings in VTFL
At item level make pricing type as D - Copy pricing elements unchanged
KAPIL

SD Overwrite condition type value of subitem with value of mainitem

Hi,
Suppose we have a sales order with a material and a submaterial. On the head material a condition record for according a reduction is found. On the submaterial also but it's different.
Our requirement is that if there is a submaterial, the reduction on the submaterial should always be equal to the head material. I.o.w the reduction of the submaterial must be overwritten with the value of the head material.
I've tried messing around with duplicate condition records and also in some user exits but can't find anything.
Any ideas on this ?
with regards

I didn't use any exit, after creating the sales order, I check if there were substitute materials on the table vbap.
If you use substitution with subitems you have to do it this way, if you use substitution without subitems you have to do nothing.
example:
you enter material A, quantity 10, with subitems you end with a SO
pos     material         quantity
10         A                 10        (blocked)
11         B                 10        (subposition)
Without subitems you end with a SO like this
os     material         quantity
10         B                 10        (all the values you entered in the bapi_sales_order_create are applied to this position)

Condition Type PB00 is updated with 0 price with program RM06INP0

Hi Gur

hi,
check value at table EINE for field EBELN/EBELP..
and check value at EINE-PRDAT...
If you do NOT tick "Price determination w/o PO" then the net price from the Last PO is used (In case there is a last PO in EINE-EBELN/EBELP)
but ONLY in case no valid condition can be found for the info record.
The point is that in case no valid info record conditions exists, it can
take the one from the last PO...
Regards
Priyanka.P

Authorization object for manual condition type in sale order

Hi experts
I want ask them, If exist an authorization object for manual Condition type (KOMV-KSCHL) in the sales order (VA01/VA02), that the user don' t can create neither modify the sale orden with a specific manual condition type (payment term) by stardard way.
Best regards
John Angulo

HI John,
I would be surprised to know that someone uses the Payment terms as a condition in the Pricing procedure for sales orders. The payment terms define when the customer agrees to pay, (15, 20, 45 ,....days or 5 years or 10 years....whatever it be)
this detail for what i know is in the sales order header,and ideally has nothing to do with the Item level material price conditions.
its ok, If you mean something else by payment terms.....in principle you can have a conditon type restrcited such that manual entries on the condition are not possible. this cane be done in SPRO customizing, i am sure your functional consultants would know what to do (SPRO->Sales and Distribution->Basic Function->Condition Types), in the tab "Changes that can be made" have a value that says manual Processing is not allwowed
The ABAP route mentioned above is for a different scenarion and i dont think it is necessary for your requirement

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

Material related condition types

hello mm gurus,
I have created a material and I want to maintain condition records for that material through MEK1
but there are so many condition types. I want to maintain the condition types which are related to material
please explain me briefly
thanks in advance
bye

Hi Subramanyam
it totally depends on you what condition records you want and for which condition types. for all the condition types for which access sequence is assigned you can create condition records and choose proper key combination "material/vendor" and enter your desirable price which you want to be picked up by the system at the time of PO creation.
regards
Yogesh

COPA - Split of Value from condition type into different value fields

Dear All,
Customer is having several free schemes to customer the same is set up by SD and Cost of free goods is attached to One Z condition type, this flows along with Main product as characteristic. So we have Main product cost in VPRS and Scheme cost in Z Condition and there is possibility of more than one scheme cost flowing in one Z condition for single billing document. Whereas customer request is to see the each scheme cost separately in COPA. Since Value from SD will be flowing through only one condition type , it will be difficult to me to Split this in COPA. We have given a thought of having more than one condition type from SD ( one Z condition for one scheme) but this resolve our issue at hand. If we look at long term whenever customer introduces new Scheme new condition type need to be created and related COPA changes etc, Which doesn't seem to be working out.
Request Experts help in this, thanks in advance for the help.

Hi Santosh
Having a Z cond type for each scheme is preferrable.... This would address the issue with Standard SAP itself...
Reason being, if you dont do that, then you will have to maintain a mapping somewhere in a Z Table where by system would come to know of the ratio between the schemes... This will be more cumbersome to develop and maintain... Still you wanna do that, here is the logic....
Maintain the schemes in a Z Table... Where each scheme will have a scheme ID - The ratio applicable to various schemes and also the relevant value fields of COPA to be updated for each scheme....
Now, add a Custom Field to the Sales Order and while creating the SO this field needs to be updated with the scheme ID(Relevant Exit to make it mandatory MV45AFZZ / ZB).... If Scheme ID is populated, your Billing should read the Split from Z Table using Exit RV60AFZZ and Update COPA using Exit COPA0002
br, Ajay M

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

Service Tax Condition Type.

Hello All,
Can anyone please tell me which table can contain a field for tax condition type. In my PO when i click the invoices button i get the Taxes option in that i have two condition types , am not able to find them out. I tried KONV-KSCHL but it does not contain the TAX condition Type .Please guide me .
Thanks in advance.

Hi,
Please check the transaction code FTXP, i.e. To see the VAT codes based on the country codes.
At the time of defining the Condition types, it will be defined like, for this condition types, any tax related is required or not. If yes what are they etc.. kind of stuff.
Regards,
Santhosh.

Condition types restriction at only certain combination like Country/Tax

Dear All
In FV11/12, with object V_KONH_VKS we can restrict users accessing certain condition types (field - KSCHL). My query is that I have few condition types accessed by various Plants i.e. common across Plants/Company Codes. Hence would like to restrict users at Key combination level.
For eg.
Condition Type JMOP - Key combination u2018Country/Tax Codeu2019 and u2018Tax Classificationu2019. Certain users should be allowed to change this combination and other users can change other key combinations i.e u2018Plant/Vendor/Materialu2019, Plant/Material Groupu2019 etc.
Request your help asap.
Regards & Thanks
Guru Prasad

>
P Arpan wrote:
> Hi
>
> Shekar wrote :
>
I dont think it is possible to restrict on specific key combinations
>
> I have checked and found that authorization check is not getting done by key combination. It is checking for condition type only.
>
> Arpan
>
> Edited by: P Arpan on Mar 29, 2010 12:54 PM
Hi Arpan,
wasnt that what i mentioned in the previous post? You cannot make a restrcition on the access of the pricing procedure (key combination as all of us refer it to). You can make restrictions on the condition table and the condition type but not on the different accesses of the condition table itself

Searching Condition Types

Hello Gurus
I needed your help with the following query:
There is a requirement to change the agent commission condition type from being Statistical.
I checked one Pricing procedure with this condition type randomly. I realistic that there is a chance that this same condition type may also be a part of other Pricing Procedures.
Is there any function which can help me identify all the pricing procedures with this "Commission condition type" so that I can change the condition type in all these affected pricing procedures.
Alternatively, I was planning to take the tedious route of manually checking each pricing procedure for this condition type. There are more than 150 pricing procedures and it is going to be a pain searching this way.
Thanks in advance for all your help.

Hi,
Welcome to SDN forum
Go to SE16N give the table T683S and give condition type T683S - KSCHL (Condition Type) press F8 system will show all pricing
procedures in which the condition type exists,through that you can select relevant pricing procedure and change the condition
type.
Check and revert
Regards
Ram

Rounding Condition Types

Hi guys
I have a requirement that in my pricing procedure I want the condition type which can round off the total vale if it is having any fraction value in the sales order. I have used some condition type like RNTP & RNTM, DIFF but couldnu2019t able to get right answer.
So please provide me right information relating too all the above Condition Types.

Dear Chandra
Try with this
For the net value field, give Routine 16 in the Alt. Cal. Type in the pricing procedure. Addition to the above setting also add Routine 17 to Netvalue.
thanks
G. Lakshmipathi

Progressive rebate condition type

Hi there!
Do you have idea on how I can make a condition type that will calculate with progressive rebate amount. E.g.
Once customer reached 100,000SGD he'll be entitled to 10% rebate then, once they have reached 150,000 SGD, he'll be entitled for 12% only on the 50000 excess amount.
Thanks for your help.
Cheers
Rose

Hi rose
As it is related to customer , maintain customer rebate and for that maintain condition record and for that maintain scales, there you can maintain amount and the percentage.
Example
30000USD                     10%
40000USD                     12%
50000USD                     14%
Your problem will be solved
Reward if useful
Regards
Srinath

Condition Types ( Changeable)

Hi,
I have created two condition types ZXXA and ZXXB with a Access Sequence and in the control date of the calculation schema it is maintained with Man. & Stat field ticked.
The control data maintained are
Condition Class : discount or Surcharge
Calculation Type : Quantity
Cond. Catogery : Delivery Cost
Plus / Minus : A
Changes can be made to : "All the elements are ticked".
My cliend now has requested that after creating partial GR for a PO, they must be able to change the value of the condition type in PO for the open items.
Please help me resolve this issue on a urgent basis.
Regards,

Hi,
Once you have a partial GR against a PO, then it is not possible to change the value of delivery cost condition type in the purchase order.
Once you have done the GR for the PO, while doing invoice verification, you can post these delivery cost as unplanned delivery cost in Tcode: MIRO -- Details tab.
Hope this helps and clarifies.
Thanks,
Viswanath

Condition type komv-kschl Relation with vbrp-kondm ( AC )

Similar Messages

Maybe you are looking for