Statistic Condition Type inactive when duplicated

Hi gurus,
I wonder if there's any way to make a statistic condition type become inactive when the user inserts another equal one.
Example:
Here is my procedure: ZP0001 with this condition type ZC01 set statistic.
If I create a new sales order and I insert this condition in the procedure twice, the system does NOT deactivate any of them. It just let them occur at the same time.
If I go like this with a non statistic condition type, then the system deactivate all duplicated types and only remains the last one inserted.
Do you know if this behaviour is possible for statistic condition types in any way?
Thanks in advance,
John

Hi,
a statistical condition type can not be inactive because it is not taken into account in the calculation per definition as statistical.
One more sentence to clarify to the sentence before. It will be inactive but still displayed - as this is the nature of a statistical condition.
So far so good. But I know exactly what your problem is, when your statistical condition type is present twice you would like to surpress the earlier record.
We had a similar requirment once. We had two different statistical condition types which were displayed at the same time.
The requirement was to only display one of the two condition types. When A was present B should not be shown. I tried with condition exclusion but it did not work for statsitical conditions (as they can not be set inactive...). But it worked very good with a pricing requirement we created ourselves.
Good Luck.

Similar Messages

Statistical condition type is not showing same value

Dear All,
I have one issue related with pricing condition that i want to use one statistical condition type ZEM1 suppose 100 INR which is entered manually at the contract level for suppose 10 qty but when i am creating the First sales order for 5 qty with reference to contract ,the ZEM1 condition is copied 100 INR and in second sales order for remaining 5 qty it is distributed with quantity and showing value 50 INR.But my requirement is such that i want the condition value of ZEM1 should appeare as 100 INR from contract to billing level for every sales cycle.Is it any way to make the condition type such that it will have the same value suppose 100 INR from contract to billing doc for every sales orders.
I maintained the copying control pricing type as "D" for S.Doc to S.Doc.
please suggest.
thanks in advance
ravi k

Hello
Check the condition type configuration. in the calculation type give the indicator as B- Fixed amount
the copy control seems to be correct.
you can try above and revert
hope this helps
Thanks
akasha

Condition type field when Define Pricing Procedure Determination

Hello Gurus,
there is a condition type field when Define Pricing Procedure Determination. what does it mean ?
Many thanks,
Frank Zhang

Here is are the details of various fields while configuring pricing procedure.
A. STEP
This indicates the number of step-in the procedure.
B. COUNTER
This is used to show a second ministep
C. CONDITION TYPE
This is the most important component in the pricing procedure. The rates are picked up from this element, on the basis of the properties described.
D. DESCRIPTION
This forms the description of the condition type.
E. FROM
This is used to define the progression of the calculation and range of subtotals
F. TO
This is used to define the progression of the calculation and range of subtotals
G. MANUAL
This function enables to allow the condition type to be entered manually also apart from automatic pickup.
H. MANDATORY
This function identifies the conditions that are mandatory in the pricing procedure. The sales price is a mandatory condition type.
I. STATISTICS
This can be used to represent the cost price of the material sold, generally used for study statistical impacts of price
J. PRINT
The activation of this function will enable the printing of the values and conditions to the document.
K. SUBTOTAL
A key is assigned from the drop down menu; this can be used by the system in other area like Sis for reporting purpose also
L. REQUIRMENT KEY
This function is used to assign a requirement to the condition type. This requirement can be used to exclude the system from accessing the condition type and trying to determine the value. This can be used to specify that the condition type should only be accessed if the customer has a low risk credit.
M. ALTERNATE CALCULATION TYPE
This function allows you use a formula as an alternative in finding the value of the condition type, instead of standard condition technique. this can be used to calculate complex tax structures.
N. ALTERNATE CONDITION BASE VALUE.
The alternative condition base value is a formula assigned to a condition type in order to promote an alternative base value for the calculation of a value.
O. ACCOUNTS KEY
The account keys form part of account determination. These keys are used here to define the posting of the revenue generated to respective account heads& to subsequent assignment to GL accounts.
PR00- ERL
K007/KA00- ERS.
KF00- ERFu2026u2026u2026u2026.& so On.
P. ACCRUAL KEY.
The accrual keys form part of account determination. These keys are used here to define the posting of the revenue generated to respective account heads& to subsequent assignment to GL accounts and payment to respective parties.
Kalpesh

How to stop non statistical condition type value from updating total amount

Gurus,
Can any body explain me how to do following setting,
How to Stop non statistical condition type value from updating Total Amount
Regards,
Sai

Dear Sai,
You need to make that condition type as Statistical one
Go to SPRO - Sales and Distr. - Basic Functions - Pricing - Define and Assign Pricing Proc - Maintain Pricing Proc - Control Date
Select the proc. - select the condition type and activate the check box Statistical
This will show the amount of the condition but will not consider for the net value calculation
Hope this will help you
regards,
Sagar

2 condition types inactive -K - Inactive due to calculation basis/shipping

Hi Experts ,
I have 2 condition types inactive with the above message.
The things I have done to fix it..
Created fresh data and tried to run it.
used condition exclusion procedure.
Which worked in a previous scenario though.
Both condition types have similar calculation basis and teh condition records access is same but with different scales.
Awaiting your reponses.
rgds
Vineet_2006

vineet,
Reason of K - Inactive due to calculation basis/shipping is set for different reason explained in note 318775.
Check also point 1.2 from note 773034.
Above information will solve the query.
regards, david

Statistical condition types not getting displayed in invoice

We have configured the tax collected at source (TCS) condition types and make them as statistical in the pricing procedure. Now, the issue is when we are using them the values for these condition types are getting calculated correctly as the total value is correct but in the invoice their individual values are not getting displayed.
In the analysis also we can see that the condition records are found but being statistical condition they should get displayed in the invoice as only the correct total value will not serve the purpose, please help
Thanks & regards
Puneet Agrawal

Hi
Keep a break-point (hard) in these program lines and debug and see that whether the condition type(KSCHL) related to Taxes is appearing here or not.
If the condition type for taxes is coming then you can print the taxes.
First check the related condition type for Taxes in T685 table and see here in the code.
<b>Reward points for useful Answers</b>
Regards
Anji

Sales Pricing Procedure : Statistical Condition type and Reqt.

Hi,
I wish to know what else is the use of marking the condition type statistical except the ones i know. (a) now included in the final price. but will be seen in the condtions (b) Can be used to send that value to a particular account.
What is the use of the following routines in the Reqt. field and what do they do
a. (2) - Item with Pricing. Now in this routine it check "prsfd". which is field called carry out pricing in the table.
Can someone explain me how this works. Also if you can explain how these subroutines genrally work. It would be great.

Hi Dheeraj,
What you told is correct that Statistical Condition means that the condition item is ignored. In other words, no flow records are generated in the cash flow.
While regarding Requirement, it is pre-requisite to take that particular Cond type (to which it is assigned) into consideration while carry out pricing.
Like in your case Requirement "2" (item with pricing), the condition type(s) to which it is assigned would be taken into pricing only when item has pricing attched to it.
Regards
SD

Condition type inactive

hi all,
why condition type is inactive in sales order item level.
when i save invoice it shows error in pricing.
pls let me know.
Regards
Rams

You can get a better idea by going to the sales order at the item level in the condition tab, highlight your condition type and click on Analysis. It will give you an idea why it is inactive.
If it is a price condition type then there must another price condition type below so it is overwriting the first condition type.
Regards
AK

Statistical Condition type in COPA

Hi All,
I have a sitaution in which I have to capture the value of a condition type, which is statistical, in to COPA. Can any one help me how to setup this and how can I map it to a value field.
I would appreciate your comments.
Thanks
MKR

Hi!
For the same you need to go to t.code KE4I. You need to assign all condition types to COPA value fields.
All condition types that you want to transfer to COPA must be active in SD pricing procedure. Inactive conditions in a billing item are not transfered to COPA.
Conditions do not need to be active , however to be transfered with sales order items, since the transfer of incoming sales order items are always statistical.
Hope this will help much.
Pls get back to me for further query.
Thanks & Regards,
Taral Patel

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]

Condition Type : VPRS is duplicated in Billing

When i create Sales Order, i add condition type VPRS.
but when i create billing, condition type VPRS got twice.
First line is zero.
VPRS Cost 0.00
VPRS Cost 1,321.09
How do i solve this problem ?

Suggession: Maintain condition type VPRS as D - not possible to process manually. then let the Material Master have the costing mainatained . Then VPRS flows into your order automatically from your Line item.
Possible solution can be there are few OSS notes for copy controls from delivery to invoice which deals with VPRS. Please have a look at them.
Regards
sai

Reset a pricing condition type value when generating billing document

Hi experts,
I have a delivery-related billing type. In sales order, there is a pricing condition type Z001, with value = 100, I would like to reset it to zero when generating billing document. Is there any configuration or user exits can do this? Thanks.

Hello,
You can do this in BILLING provided , if the Condition type is Manual condition type
To achieve this you have to do some configuration in the condition types as,
Goto transaction code V/06 and select your condition type and maintain the MNAUAL ENTRIES as C which means you can process it manually and in the V/08 chose your pricing procedure and against your condition type check the Manal entry .
Now you can change the value of the condittion type to 0 in the Billing document.
Hope this is clear,
regards,
santosh

Is it possibale statistical condition type value at FI GL account.

Dear Expert,
Hi I have a requirment like: Add new manual condition types at pricing porcedure level.
When I am creating SO these condition types value wont calculate in net value but that value needs to flow in to respective G/L account.
How we can map this requirement at Pricing Procedure level.
Can you please suggest.

Hi Ranganayakulu,
Yes, it is possible. Did you try to search in the forum. The answer is already provided in one of blog of SCN (" DOC-29788" in google).
Please search and let us know.

Statistical condition type mapping

In COPA (Profitability Analysis), we map transfer of billing document to flow into COPA. The value fields of COPA are mapped with Condition type of SD (Transaction Code KE4I).
The situation is few condition types are assigned to Accounting key as well as are statistical in the Pricing Procedure. So whichever Condition type is assigned to Accounting key will flow to FI and same condition type in other Pricing Procedure is statistical will not flow to FI.
However in COPA, the condition type is mapped to COPA value field. So all the values in the billing document against that condition type will flow to PA. This would lead to differences in FI & COPA reporting to the extent of same conditions with statistical tick.
How to deal with the situation so that FI & COPA reporting are sync ?
Eg.
In COPA mapping Condition type "EXD" mapped to COPA Value field "ERLOS"
Pricing Procedure Condition Type AccKey Statistical
PP101 EXD ERL
PP102 EXD (no A/c Key) Statistical
How do i map EXD so that COPA & FI reporting are in harmony ?

Hi
i would say thats a wrong design...
In your current case of Dr Memo, either you should not be using the same cond type as statistical OR If you are using it, you shud have reset it to Zero using the following IMG Menu for the Billing type pertaining to Dr/Cr Memo
IMG>COPA>Flows of actual values > Billing> Reset condition types
With this, revenue cond type will be updated to COPA with zero value during Dr/Cr Memo
Regards
Ajay M

Condition Line Inactive when Material Price is 0

Hello,
When I create a Sales Document in VA01 and use a Material which has got a price > 0, everything is Ok and the condition Line is green. However, when I use a Material which has 0,00 as Value, this line becomes inactive.
I would like to have the line as active even if the price of the Material is 0,00.
Can anyone help me please.
Thanks and Best Regards,
Pramod

Thanks for your reply,
Can you please tell me what is V/06 and how to check the entries?
BTW the Inactive Value is X - Inactive via formulae or incorrect.
In fact, the price of the Material is 0,00 therefore it's normale that the net value will be 0. But the condition line still inactive (in red)
Edited by: Pramod Teewaree on Jan 21, 2011 12:54 PM

Statistic Condition Type inactive when duplicated

Similar Messages

Maybe you are looking for