The same condition type calculates different amount !

Hi there,
On the print out of an invoice (VF03) I have realized that two different rows at the end of the invoice with the same description (Min Freight Charge) display 2x different amount of freight, once I check the condition type, on the header level, I see the same condition type (ZS..) with two different amount. Can anybody explain how can the same condition type (Min Freight Charge) be found calculating 2x different amounts
Thanks
Kami

Hi,
Check your pricing procedure at SPRO-> sales and distribution -> Basic functions -> Pricing control ->Define and assign pricing procedures ->maintain pricing procedures.
There might be two condition types used to calculate the frieght value. Each might be assigned with different routines under Alternative formula for condition base value column. I assume only one frieght condition type is needed to calculate the final value with reference to another condition type. Check the settings.
Regards

Similar Messages

Same Condition type with different G/L Accounts

Dear All,
Our customer wants to maintain different set of G/L accounts with the same condition types in case of Service tax.
We have three different condition types for Service taxes.
JSV4 - Service tax
JES4 - ECS on Service tax
JSE5 - SECS on Service tax
We have Two different Services
1. R & D Services
2. IT Services
For these two services, service tax condition types are common but we need different G/L Accounts for different Services.
How to achieve this?
Regards,
Mullairaja

Create two tax codes in FTXP, one for R&D Service and another one for IT Services.
Now go to OB40, select the required Transaction, say for example MWS and assign these tax codes with the required G/L Account there.
Finally, in VK11, for tax condition type, assign these tax codes and save.
Now do one sales cycle for each scenario and update the forum.
thanks
G. Lakshmipathi

Same condition type used in MM , error?

Hi ,
I am (SD) using the same condition type which is used by MM and maintained different condition records in VK11. when I created STO , MM condition value is posting right , But with relevant to STO and Del , I create billing document , here The condition records what I maintained in vk11 are missing. I have check each and every step. where could be the error exists? cant we use the same condition type used by MM , though we maintained different acceess seq and condition records in VK11?
Thank you,
Kanna Palle.

Hi,
I copied the condition type and changed the name , but its already used by MM. Its a STO process .STO to DEL to IV Billing.I maintained condition records in vk11.In the combination of plant and material , I find different field name for material (but its still named as material and the data element is different from what MM material field). Its confusing I think.
Precisely , I created access seq for plant and material , they field names are z123 and zabc. when I maintained condition records in vk11 , condition record saved in ZAAA and ZBBB fields. now at the time of Billing document , system throws an error saying, * condition record is missing * The system checks z123 and zabc for condition records , which are not there becos they are in the fields ZAAA and ZBBB.
At the time of Acc Seq creation , I tried to pick the same field which it shows in billing document.but that is not available in SD , its available only in ALLOWED FIELDS in MM. Pls Throw some light on this.
Thanks,
Kanna Palle.
Any updates on this Pls?

Same Condition in 2 different Procedures

I am trying to post a freight condition ZFRT to an accrual account in 1 invoice (F2) and a Revenue account in another invoice (IV). The pricing procedures are different. Can the same Condition Type act like both accrual and revenue in different invoices?
Should ZFRT be an accrual condition? Should I check(X) KRUEK for ZFRT?
It works alright on the intercompany invoice (posting to revenue) but it is not right on the F2 invoice. I tried playing with the procedure but could not find a solution. Need help.
Thanks
Neha

Hi Neha,
You check in these areas
The accounting keys should be different in two pricing procedure.
-->In One procedure is for revenue (ERL).
-->In other procedure (Accruals)two account keys one is account key and Accrual key (ERB and ERU).
Condition record shoul be maintained difeferently based on the document type.
-->Also check the G/L account assignment with respect to the account keys in VKOA transaction.
I hope it will help you,
Regards,
Murali.

Restrict same condition type in pricing procedure

Is there a way to restrict the condition type so that there can only be one occurrence of the same condition type in a order item?
Example:
System reads condition type ZXXX from system, then a user adds the same condition type on the same order item. I would like the system to then give a error message saying ZXXX can only occur once.
Kind regards

Hi,
As this is manual condition and the user are inputing it by themselves then you won't like to change the way the manual changes are maintained/allowed.
What you want that is user have given it once then they should not be able to input is again in the same sales order item. For this you should take help of requirement. Preapre logic that before the condition system check if there is existing condition of this type in this sales order item.
Hope it helps ..

Same condition type on header and item level = printing problem

Hi
I have a customer using some condition types on both item level and header level in quotations, orders, invoices ...
In the pricing procedures it is customized (V_T683S-DRUKZ) that the conditions must be printed on header level (that is at the bottom of the documents).
My job is to make the Smartform to print the documents, and I want it of course to be as close to SAP standard as possible.
SAP standard will print these conditions on header level even if the conditions are at item level, but my customer wants the conditions created on header level to be printed on header level and conditions created on item level to be printed on item level.
I'm no pricing expert, so my question is:
Will it be fair if I tell the customer that using the same condition types on header and item level is bad practices - or at least bad karma?
Best regards
Thomas Madsen Nielsen

Hi Shiva Ram and Madhu
I have no problem understanding header vs. item conditions, so I really don't see anything in oss note 876617, that is relevant in this case.
Madhu - I do not agree that everything is fine. My issue is that I want to stick as closely to SAP standard customizing as possible. In SAP standard customizing of a condition type you can use the flag V_T683S-DRUKZ to determine if the condition should be printed on header OR item level - you can not choose both header AND item level.
I have a SAP standard smartform using two functions modules for reading header and item conditions. RV_PRICE_PRINT_ITEM and RV_PRICE_PRINT_HEAD. These function modules are based on the DRUKZ customizing flag and a condition marked for printing on header level will be supplied by RV_PRICE_PRINT_HEAD even when the condition is on item level.
My point is: SAP standard customizing does not support printing of same condition on both header and item level. I can of course write tons of code to work around this problem, but that would be bad practices

Ranch Billing, the excise condition type JMOD calculation is wrong

Hi
I wish to know that in case of Branch Billing, the excise condition type calculation is wrong!!
I am surprised and unable to know how it could be?
In billing document display (T.code VF03) , Out of 3 Line items, Basic Excise Duty of 2 line items/ Materials were wrongly calculated.
i.e. In Item level Condition Overview---> the excise condition type JMOD --> details -->
Amount                   10.000 %
Cond.base value            79,077.85 INR
Condition value             5,733.14 INR
                                                                                Alt.calc.type   355
Ideally, It must be 7907.85 INR instead of 5733.14 INR wrong value.
Please help me to know the possible reason.
Thanking you.
PP

Check the condtion value in condition type UTXJ . If the JMOD value is 10% of UTXJ then assessable value should have been maintained for the Material and Plant combination in J1ID. This is due to Routine 351 maintined in pricing procedure for the condition type UTXJ
check and confirm
Senthils

Can we prevent entering the same condition more than one time?

Hi friends,
Can we prevent the user for entering the same condition type more than one time in same sales order?
Rama rao

/write codes in Include ZXVVAU05/
/prgm avbl in one of the msg in forum/
DATA: BEGIN OF tXKOMV OCCURS 50.
INCLUDE STRUCTURE KOMV.
DATA: END OF tXKOMV.
data : tab_name(40) type c ,
ld_len type i , ld_len1 type i .
field-symbols : <tab> type any.
tab_name = '(SAPMV45A)XKOMV[]'.
assign (tab_name) to <tab>.
txkomv[] = <tab>.
describe table txkomv lines ld_len .
sort txkomv by kposn KSCHL .
delete adjacent duplicates from txkomv comparing kposn KSCHL .
describe table txkomv lines ld_len1 .
if ld_len1 ne ld_len .
refresh txkomv .
message e002(zmm) with ' Please remove duplicate condition in item price' .
endif .

How to set required for group of condition type in the same condition class

Hello,
we have a group of condition type with the same condition class B, the last one have been set, and all of others will be inactive.
but we don't set any required for all the condition types in pricing control, so if user don't set any of them, the sales order or billing is still saved. that is a risk.How can i fix it? Thanks.
Sophie

Hello,
incompletion log is not available in invoices.
You have different options:
- activate a validation in FI when the Billing document is released into accounting, so that te release into accounting is not allowed if the invoice amount is zero;
- define a subtotal in the pricing procedure as sum of the pricing conditions of your group, then develop a custom routine to be assigned in the formula "CalType" (field T683S-KOFRM) where an error should be raised if the amount of the subtotal is zero (use as an example formula 48);
Best regards,
Andrea

Is it possible to have Different Interval Ranges for the same Doc Type

Dear All,
Here is the issue.Is it possible to have different interval ranges for the same document type according to certain condition.Like my client , wants his interval ranges be divided according to region(which are many)
Regards,
Sameer Jalees

Hello,
As you know we can only assign one number range for External and one number range group for internal in the sales document type.
If you want different number ranges based on the regions, then as Jignesh suggested, you need to go for an enhancement.
Use the exit USEREXIT_NUMBER_RANGE in program MVA45AFZZ, include a Z table with region as a critera and number range group for different numbers based on the regions. Talk to the business and get more details, get the help of ABAP team for technical details.
Regards,
SAM

WM-PP : Backflush a material from different bins in the same storage Type

Hi Gurus,
We have a business scenarion where we do manual staging for production , the staging area has different bins within the same storage type for the same material, I am wondering if there is a way to backflush the material from different storage bins upon prod. order confirmation (using a control cycle?)
Thanks
Kris T

Look like it's not possible using the SAP standard.

Cond. types 0K05 and 0K04 have the same condition function in pric. proc.

Hello Friends,
I am getting the error in pricing procedure as follows:
Cond. types 0K05 and 0K04 have the same condition function in pric. proc. 0CRM01
Message no. CRM_LEASING_GEN203
Why this error is coming ? Could any one please help me with this.
Regards,
Venkat

Hi Venkat,
This errors seems to be very rare. I cam e accross one similar issue which has been saved by implementing note 1524217.
Can you please check if it matches with your release and if yes implement it.
Best regards
Christophe

Same condition type different value fields

same condition type is used for
1. sale of product
2.scrap sales
3.spares sales
condition typr (pr00) should be assigned to three diff value fields
(revenue ,scrap revenue &spares revenue) ,because they should not be summed up (need separate value)

Hi,
Can u sum up what is ur exact question/problem?

To make the Pricing Condition types inactive in Pricing Procedure

Hi Experts,
I am facing a senario where, in a sales order, pricing procedure, if one of the pricing condition type does not exist, then two other condition types (even though they are determined by condition records), should be either made inactive or should not appear in the pricing procedure.
Example: If I have 3 condition types in Pricing Proc say
YYY1, YYY2, YYY3, then the scenarios are
a. If one of the condition types YYY1 is not determined, then, YYY2 and YYY3 should not be either determined in the sales order or should be made inactive. This same logic applies to both YYY2 and YYY3.
b. If all three condition types are determined in Pricing Proc of the sales order, then, the price should be considered.
If it was just YYY1 then, I could have done it in VOFM by writing a routine and assigning it to YYY2 and YYY3 in pricing proc. However, the scenario is to check the other condition types as well and make YYY1 inactive if any of the other condition type does not exist. Both condition types are determined after YYY1 which is another difficulty.
I tried creating a dummy condition type and assigning it to Pricing Proc (at the end of Pricing Proc). For this dummy condition I put in a pricing requirement which checks for all three condition types and if one does not exist, then it make other conitions inactive.
However, this does not work in VA02 and VA03 as XKOMV is either not getting filled up or even if is getting filled, it is not having the condition type. It some times has condition records, and sometimes not... (not very sure why)
So, I was thinking of using user exit for the same. However, I was unable to find a suitable user exit for the same where KONV table can be read or XKOMV can be filled.
Can you please suggest if any user exit can be used for this or if we can implement it in a different way?
Regards,
Mukund S

Hi,
I think you can use condition exclusion functionality to select best pricing condition from a set of conditions in pricing. You can compare conditions in many ways.
I believe you can plot a solution with little research. The below link is for your reference.
[http://help.sap.com/saphelp_40b/helpdata/fr/93/743483546011d1a7020000e829fd11/content.htm]

The same output message for different partner roles

Hi All,
Is it possible to create automaticaly in PO the same output message type ( for example - 'mail') for different partner roles( for example - 'VN' and 'OA') ?
If it's possible,then how?
Thanks.
Liza

Hi,
Thank you ,but I have a next problem:
When I tried in transaction mn05 to add second record for the same output type for other partner roles.
I got error message "The condition record entered already exists".
Regards,
L.

The same condition type calculates different amount !

Similar Messages

Maybe you are looking for