Using Cumulative Condition Type KUMU

Dear SAP Gurus
I have a requirement here that when a packaged item is sold with some accessories, the order confirmation and billing output should only showed the total price on the main item. We are not using sales bom for this purpose.
For example in SAP order entry screen:
Line 1      Main item   net price $100
Line 2      accessory   net price $ 20
But on billing output to show:
Line 1      Main item   net price $120.00
Line 2      accessory   net price $    0.00
I am planning to use KUMU condition type to capture all the total net price of the 2 items into line 1.
Is it normal for KUMU to be determined at the sub items as well ?
Any ideas on how we could control the output print logic ? i.e to print only the KUMU condition type on main item if it exist.
Thanks

Hi friend,
As per my information KUMU is a cumulative condition. If you have sales BOM and if you carry pricing for the sub items and if you want to display the main item in the invoice with the price. This condition can be used to cumulate the sub item price and display it at the main item level.
I think this might be given you a idea of this condition type
As pe my knowledge...
The standard system condition type KUMU facilitate us to display the total of the net values of an item and all the sub-items belonging to that item.
Line: -
Constraints OF KUMU cumulative condition type -
Cumulative conditions cannot be used as header conditions and processed manually.
When we copy a S O (sales Order) to a billing doc, the condition rate and the condition value of a cumulative condition is Freez. This means that the condition is not redetermined when it is copied regardless of the pricing type. The net value of the total is not redetermined even if the individual net values have changed.
as already suggested KUMU condition is used as item condition.This is a statistical condition and alternative calculation type is 36.The item should be higher level item and prices of all lower level items assigned to this higher level item are cumulated.
Regards,
Rajeev Sharma

Similar Messages

Using RB00 condition type for Price Adjustment

Hi,
I have to do a price adjustment due to some rounding issues in the pricing of my sales order.(Using standard Pricing Procedure RVAA01). I am thinking of using manual condition type RB00 at Item level that can accept both positive and negative values depending on the situation.
If the calculated value>expected value then the user will enter negative RB00 value manually and
if the calculated value<expected value then the user will enter positive RB00 value manually.
The account key is however different in standard Pricing procedure for RB00 and it is ERS and for standard Base Price (PR00) it is ERL.
So, my question is that does that make any difference if I maintain condition records in VKOA for RB00 same as PR00?

Hi
If you are looking for rounding then you round the decimals by not maintaining any decimals.But if it is a price adjustment then your approach is correct
If it is VK11 then there is no need to maintain condition record for RB00 as it is a manual condition type at item level
If you are talking to maintain revenue account determination VKOA then you have to maintain as whenever you give discount then it will hit some G/L account .So you should assign a G/L account also
Regards
Srinath

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

List of PO using specific condition Type

Dear All,
Is there any SAP standard report through which we can get a list of POs which have used
a specific condition type.
Regards
Milind Nair

Hi,
You'll prob have to create a query using SQ01 and SQ02 and you can get this information
THanks
Adeel

Use ofDIFF condition type

Hi,
Can any one explain me what is the use of DIFF condition type in procedure with example.Explain me with suitable example.
Thanks in Advance.

DIFF condition type is used with the following parameter.
Requirment 13 Alt calculation 16 alt base value 4
13 is for maintaining the Table T001R for a currency.
16 is for Rounding Total
4 rounding will be done for the net value + Taxes.
by maintainng T001R the same condition type can round for the different condition type if the Pricing is used by more then one currency.
Virandra Sharda

Rounding up off values using Different Condition types

Dear All,
There is a requirement from the client where they want to round up the values in all the condition type values.For Example:
ZPR0- 1525
ZCOM(15%)- 228.75(It Should be 229.00)
NBT(Tax2%) 25.93(It Should be 26)
Similarly all the values for the condition should be calculated as the above mentioned scenario .Kindly suggest
Thank You!
Chakradhara

1.In V/06 goto the respective conditions type and in rounding rule field maintain A
2.goto pricing procdure in v/08 in calculation type field maintain routine 17 against the condition type s
3.in OB90 maintain 100( rounding unit) against your company code then check the results.
Thanks
Srinu.

Use a condition type of sales order in purchase order

In our company we have the following scenario.
We make a sales order for some IT hardware. In the pricing procedure used that is used, we have a List price given by our vendor and a discount given by the vendor as well. The final price (list price minus discount) is the price that we will probably buy from the vendor. As soon as the sales order is saved a purchase requisition is created.
When we make the purchase order to the vendor we want to take automatically this final price in order to know at which price we have agreed with the vendor.
Also if there are any differences in prices I would like to be able to make the changes in sales order and automatically update the purchase order.

HI,
Maintain the same condition in the inforecord in me11.
The price shall be picked up in the PO by the inforecord.
Regards,
Prasanna
Award if helpful

Used Condition type per Invoice number (AR)

Hello,
I would need to know how (or is it) possible to get the list of all Inovices (Account Receivables) and condition types used for each of them.
If I use certain condition type as additional promo discounts to customers, then via this I could easily mark which Invoice from the bucket had that discount? and based on it, isolate the Volume given as promoted.
Is there any t-code which could help me? It would be great if it is display access right only, so I would not have any issue having it.
Thank you in advance,
Bojan

Hello,
I would need to know how (or is it) possible to get the list of all Inovices (Account Receivables) and condition types used for each of them.
If I use certain condition type as additional promo discounts to customers, then via this I could easily mark which Invoice from the bucket had that discount? and based on it, isolate the Volume given as promoted.
Is there any t-code which could help me? It would be great if it is display access right only, so I would not have any issue having it.
Thank you in advance,
Bojan

Issue in using custom discount condition type in pricing agreement at Service Contract line item level

Hello
We are facing an issue while using a Z discount condition type in price agreement at service contract line item level.
A Z Condition type has been created in ECC and assigned to the pricing procedure. This pricing procedure is downloaded in CRM and determined in the service contract.
A condition maintenance group using this Z condition type is created in CRM and assigned to service contract item category.
Condition records are created in CRM for this condition type/condition maintenance group for specific products along with sales org and discount percentage.
But when the price agreement(using this condition type) is used at the item level of a service contract, the system throws errors (related to product/unit of measure and sales org, even though no issues seem to be there)and thus the price agreement is not allowed to be used.
If anyone has worked on such kind of scenario, please get in touch, I will share more details for the same.
Regards
Ankit Arora

Dear Ankit,
Once the pricing procedure is downloaded, please maintain the document pricing procedure at service contract header level, and maintain the customer pricing procedure at business partner sales area billing data.
In spro, maintain the pricing procedure for the combination of sales area, document pricing procedure, customer pricing procedure.
Please crosscheck whether the condition table is active or not.
Regards,
Maddy

Output generation using condition type for deliveries - emailing output

Hi,
I have created a specific output type using a condition type functionality. The output generates when delivery picking is complete. I need the output to be in email format. However I require the email to send to a specific address, distinct from the email address defined for the ship-to. Which is the best transmission medium to use? Is there any way an external email address can be defined within a condition record? Can an email address be used for the transmission type 7 Simple Mail?
Regards,
Gary

Good Morning,
If you want to send an external e-mail use the medium 5. If you want to
send a mail with SAPoffice than you can not use an e-mail address.
Instead you should use the name of the user (partner who receives the
output).
The medium '7' means internal mail, It was designed for internal use
for that reason you can set up the execution parameters in order to
run directly the transaction.
Another solution could be to reate several partner roles, each partner
with one own email-adress; run output determination several times,
each time with different partner (and email-adress). Although this
increases the amount of master data that has to be maintained.
If you have acess to OSS notes, please refer to the following:
960088     FAQ: Sending SD messages externally
454893     CHECKLISTSD: Sales document output as an e-mail
152474     Testing fax and e-mail
I hope you find this information very helpful and hopefully it will solve your problem.
Regards,
Martina McElwain
SD - Forum Moderator

In what scenarios does Reference condition type is being used?

In what scenarios does Reference condition type is being used?
Please provide inputs.

<b>Reference condition type</b>
A condition type which can be used as a reference so that you only have to create condition records once for condition types that are very similar.You may need to use different condition types for the same condition. These can differ in the access sequence, the description, the reference stage of the pricing procedure or the calculation type, for example, you can enter the condition type under which the condition records are created.
<b>Refer below example</b>
Condition type MWSI only differs with condition type MWST in the calculation type. For this reason an entry is made in field ReferenceCondTypeMWST for condition type MWSI . Now, condition records only need be created for condition type MWST and not additionally for MWSI.
Thanks and regards

How to prevent consecutive entries of same condition type in a sales order

Hi,
My client is using manual condition type for the basic price "ZBPR". Now system allowing multiple entry against this condition type in the pricing screen during order creation i.e in the first line if we put Condition Type "ZBPR" and putting some value as amount, then again if I put "ZBPR" as condition type and give some other value as amount then system is allowing this and doing all the subsequent calculation.This is not acceptable by the client.
The functional person regarding this is saying this can be done by using routine.Can some body tell me which routine should I take for this if that is possible by routine and the required code.Also say if there is other way to solve this.
Thanks,
Manas.

Hi ,
u can do it thru VOFM(tcode)--->Menu -> Formulas>condition value , but in this case u need to derive the value of this condition type by using ur own logic.
Re: vofm-routine
Regards
prabhu

How to stop this multiple entry against same condition type in pricing

My client is using manual condition type for the basic price "ZBPR". Now system allowing multiple entry against this condition type in the pricing screen during order creation i.e in the first line if we put ZBPR 00 , in the second line system allowing to put another value against same ZBPR say for example 2000 & doing all subsequent calculations on the basis of 3000 .which is not at all acceptable by my client .Please suggest how to stop this multiple entry against same condition type

You have to make the condition type as Mandatory and not manual.
If you are entering many condition records of the ZPR0 then the latest entry will be taken for further processing for subtotal rebate and total price.
For all the other entered condition records will have yellow traffic signal which is not active.
you can assign a routine with the help pf your abaper...
In the Transaction VOFM define a requirement such that
you condition type takes value only one at the time of order entry.
regards,
Amlan Sarkar

Service master for freight, pallet charges instead of SD Condition types

HI SD experts,
In our project, we are using service master (eg: MDELIVERY etc.,) for capturing delivery charges instead of SD condition type.
Now, we are considering to change the practice and use SD condition type instead, for delivery charges. This is required now, since we are planning to post from SD to CO-PA.
What am trying understand is, why service masters are used in the first place instead of SD condition type for delivery charges? Could some one through some light from logistics perspective on what is the logic for using service masters.
Thanks for your time.

Hi,
I suggest you go for SD condition,
Add one more frieght condition in your existiong pricing procedure, and you can flow this condition value to COPA.
If you want to bill actual fright charges to customer in addition of material price then you have to explore TRANSPORTATION Module.
Kapil

New condition type print preview time out.

Dear all,
I am a ABAPer.
I am facing one problem in PO Print preview.
My MM consultant defines one new condition type-ZPF5 .
Instead of ZPF2 we are using this condition type- ZPF5.
After that in PO ,Net value & everything coming fine.
There is a smartform also related to this.
I have added all logic related to ZPF5 .
But when going to print preview In production & clicking on print preview,
It is giving time out after 9-10 mint-Time out for ALL po,not only for this condition related .
v_no = &SFSY-JOBPAGES& -1. "in this line.
&SFSY-JOBPAGES& means " Total number of pages in the currently formatted print request.
I saw M/08 - ZPF5 Print equal to 'X ' & Statistics is ticked for this.
But when I revert back old SMART FORMS & PRINT = blank,print preview is coming fine for all PO except
ZPF5 Is not affecting in print preview,but in PO affecting.
Any help from MM side?
Thanks
Gourav.

Dear all,
Issue resolved.
I have changed my select query & remove old condition from that,now I am using only ZPF5.
Like :
SELECT SINGLE KBETR KWERT KRECH FROM KONV INTO (V1_KBE,V_PF,V_KREC)
         WHERE KNUMV EQ V_KNUM AND
               KPOSN EQ WA_MAT-EBELP AND
               KSCHL EQ 'ZPF5'. " not zpf2
Thanks all for your time.
Thanks
Kumar Gourav.

Using Cumulative Condition Type KUMU

Similar Messages

Maybe you are looking for