Pricing (3 condition types, if 1 is filled, the other 2 must be empty)

Hi,
We have 3 freight conditions:
FRA1
FRB1
FRC1
Is one of this three is filled, the other 2 must not be filled.
How can I arrange this? Can this be done in the calculation schema?
Thank you in advance,
Eric van Zundert.

Dear Lakshman Iyer,
Thank you for your answer. It does not work, maybe due to
wrong setup. What do I wrong?
Define Condition Exclusion Groups
I created 1 excl. group = 10.
Assignment of Condition Exclusion <-> Condition Types
Assigend 3 condition types to 10.
Assignment of Condition Exclusion <-> Calculation Schema
entered:
Snr. 1 then group A and then group 10.
A is the condition excl. procedure.
But If I create a PO all three freight conditions are available.
And the last (with the access sequence is filled with 5%).
Then I enter the manual condition type with 100 Euro. And
now I have 2 conditions filled.
The goal is: if I fill manually the condition the condition
with the percentage should not be filled anymore.
Best regareds,
Eric.
Entered grou

Similar Messages

Pricing Error- Condition type not found.

Hi Gurus,
I have a issue with pricing.
Scenario :
For a pricing procedure i have 3 condition types ;
For example :
ZXED, ZXE1 & ZXE2.
Of these ZXED is Manual, Mandatory & Statistical in nature.
ZXE1 & ZXE2 are Manual.
When i create a sales order my pricing procedure is getting determined correctly.
The issue comes in when i try to key in the values at the item level condition in the sales order:
If i see the options(F4) available for me to select the condition types i get have see only one condition type i.e ZXE1. but esentially i should get to see all the 3 condition types as an choice of code(condition type).
Can any one help me to find out the possible reason why i get to have only one condition type for selection.
Your suggestion is highly appreciable.
Rgd
VIVEK.

Hi,
1. Understand onething that a particular condition type if maintained "mandatory" in the pricing procedure then you will have to create the condition record for it using transaction code "VK11". If it is manual then you can give the rate directly in the sales order after selecting it. Since you have maintained "manual", "mandatory" & "statistical" for the condition type "ZXED" at the same time that is why the system is giving you the error "Pricing error" Mandatory condition ZXED is missing."
2. Also you want the system to show you all threee condition types "ZXED', "ZXE1", "ZXE2" to choose manually as per your requirement. Do one thing go to transaction code "V/06" - select the required condition type say "ZXED" - double click on it - in the "changes which can be made" section you will see a field for "Manual entries" - in this select "no limitations" and save the condition type. Similarly do it for the other 2 condition types and save it.
I tell you you must have maintained there "D-not possible to process manually". If this is maintained then the system will never show you the condition type to choose from the condition type list in the sales order.
Note: You have maintained for "ZXED" manual/mandatory/statistical. Now as it is mandatory also you have to maintain the condition record for it in "VK11". Now if you change the rate of this condition type in the sales order then when you will create the invoice in "VF01" the system will show that value only which has been maintained using "VK11" because in billing also the system fetches the condition record from VK11 for the mandatory conditions.
Hope this clarifies and solves your doubt.
Reward points if solution helps.
Regards,
Allabaqsh G. Patil

Pricing - Manual Condition Type with value = 0

Hi gurus,
I need to insert a manual condition type with value = 0 into the billing data set.
I realize that if its valiue is 0 it is not active.
Anyone knows how to make it active despite its value = 0?
Thank you.

Dear Customer,
if you have customized the condition as price then the condition will be inactive if the condition is set to zero.
This is calling in:
LV61AA55
inactivate prices with rate / condition value zero
      if xkomv-koaid eq 'B' and xkomv-kbetr eq 0 and komp-kposn ne 0 and
         xkomv-kgrpe eq ' ' and xkomv-kinak ca ' Y' and xkomv-kwert eq 0
         and xkomv-kntyp ne 'e' and komp-fareg na '45'.
        xkomv-kinak = 'X'.
      endif.
If you need an active condition with value zero, then the condition class should not be 'B' (price)
I hope that the information are helpful.
regards
Claudia

VA00 condition type not getting determined for the returns order

Hi All,
I have a case where VA00 condition type not getting determined for the returns order that has been created with respect to the billing document.
When the pricing conditions are being copied from invoice it is getting copied but later it is getting deleted in the include LV61AA42.
Note:VA00 condition type is getting deleted from the internal table tkomv[].
If any one came across this scenario can you please help me.
Request your valuable inputs

Hi,
Please check the copy control setting in VTAA.
Maintain the pricing type as "D" at item category level for the respective document type .
Hope this will resolve your issue.
Regards,
Krishna O

Error Message : Condition type is not maintained in the schema RM0002

HI Gurus,
I have created a new purchasing procedure as follows.
ZVATV : Condition Schema
VATV : Condition Type
VA : Sch.Grp Vndr
When I create the Purchase order, the above mentioned schema, ZVATV is automatically determined.
But when I create Contract, system throws an error message saying condition type VATV is not maintained in the schema RM0002.
I am very new to SAP, Kindly explain in very detail about this error message and ways to get rid of it.
If u have got any very detailed material about pricing kindly forward it to my mail id: [email protected]
Thanks in advance.
~Gokul.

Hi,
The new condition type you are specifing is the gross price condition (PB00). for PB00 condition type a supplementary pricing procedure is assigned as RM0002. u may have copied the PB00 and changed it to VATV, but with out changing the RM0002. copy the RM0002 and in that also change the PB00 to VATV. after this go to VATV condition type control data (M/06) and assign the new supplementary pricing procedure instead of RM0002.
The supplementary pricing procedure is required to have the condition types for which no access seqeunce is mentioned. All the condition types in main pricing procedure with out access sequence needs to be mentioned in supplementary pricing procedure.therefore all these condition types will have the same validity periods as PB00.
Regards,
Ramakrishna

Pricing: New condition type not getting listed in options in product master

Hi,
I have created a new pricing procedure and also created a new condition type for it. I am trying to create a condition record in the product master for this condition type but the condition is not there in the list of conditions. How can I inlcude it in the condition list?
Even the new condition type I have created by copying 0PR0 is not getting listed in the options, whereas 0PR0 is getting listed.
Regards,
Meenakshi
Edited by: Meenakshi Sawhney on Sep 9, 2010 8:27 AM
Edited by: Meenakshi Sawhney on Sep 9, 2010 8:29 AM

Hi Meenakshi,
you need to enhance the condition maintenance group in the customizing, which is assigned to the product master. Please check: IMG: Customer Relationship Management -> Master Data -> Products -> Special Settings for Sales Operations -> Assign Condition Group to Application CRM and IMG: Customer Relationship Management -> Master Data -> Conditions and Condition Technique -> Condition Technique: Basics -> Create Maintenance Group.
Best Regards,
Michael

Manual Pricing for Condition type pricing

Hi experts,
I am changing the price in sales pricing of cj20n transaction manually and it get updated, working good.
Is it possible to get the updated manual pricing in all the transactions related to CJ20N transaction.
Thanks&Regards,
Vino

Hi..,
Yes. Its possible.
I want give some function support on this as worked on condition types in another transaction.
You needs to be check that if your pricing procedure is having that condition type or not and also you have to check that condition type is mannual or not.
First get your pricing procedure...
For this goto V/08 transaction code and select your pricing procedure there -> double click on control folder-> there you can get all condition types for that procedure -> and check ur condition type is mannaul or not.
Thanks,
Naveen.I

Restrict referance of pricing and condition type from latest PO.

Hi Experts,
I am creating Purchase order and at the time of creation of purchase order system is copying prices and condition types from latest PO.
Which is not desirable to our business process, when I dig out I found out that in standard SAP system
The system looks at pricing in the hierarchy order as below:
u2022     Contracts/scheduling agreement
u2022     Condition records
u2022     Info Records
u2022     Last purchase document
So can some one help me with information how to restrict system to follow this referance of pricing.
I want to enter price as well as condition type manualy every time user create a purchasing document.
Also i want to know can it be restricted specificaly for few document type.
Thanks
Best Regards
Ritesh

Hi sir
can we try this
Use the user parameter EVO to indicate that no price adoption from last Purchase Order must take place:
IMG: MM -> Purchasing -> Environment data -> Default values for Buyers
-> Setting for Default values.
Select or setup a default value and on the "price adoption" tab you may choose how copying of conditions from last purchase order must behave. Select "Do not copy".
Then assign this default value to the user, using the EVO parameter.
[http://sap.ittoolbox.com/groups/technical-functional/sap-log-mm/price-to-flow-from-info-record-at-plant-level-813066]
[Re: new info record with same details as archive one.;
check following notes it may helfull
569885 About Info Record Update indicator (EKPO-SPINF)
13127 Update in info record from PO, quotation, contract
430543 FAQ: Purchasing info record
675523
456691
Regards
Kailas ugale

MM Pricing procedure - Condition type post to different GL account in MAP

Hi All,
We have a requirement for posting intercompany Stock transfer between Company A and B, and the transfer price will be Moving Average Price (say $ 100) + Mark up (say 25% i.e., 25) of supplying plant.
Created a new PO pricing procedure, and created a new Accrual condition type ZMRK for markup and made it statistical posting. Also in the pricing procedure the Condition type we assigned an Account key ZM1 and Accrual Key ZMA. we tried posting the Goods receipts in the receiving Company B, and it is posting the following entry :
Invetory A/C DR 125 (note: Account key ZM1 was not considered for debit account for markup)
GR/IR A/C CR 100
Markup Accrual A/C CR 25
REQUIREMENT: Our requirement is that the Mark-UP condition should not hit Inventory Account and should be debited to I/C Mark Up account (assigned to Account key ZM1) and entry should be as below:
Inventory A/C DR 100
Markup A/C DR 25
GR/IR A/C CR 125 (accrual is not required, if we can include the markup into GR/IR account)
OR
Inventory A/C DR 100
Markup A/C DR 25
GR/IR A/C CR 100
Markup Accrual A/C CR 25
NOTE: The Material is maintained as Moving Average Price and we dont want to add the Mark Up cost into the MAP of the receiving plant.
Please check and let me know if there is a way to do a condition type in PO pricing procedure to solve the issue of not hitting the inventory posting for condition record or any other way to handle this requirement.
Thanks in advance,
Surya

Hey surya,
I am also facing the same issue. Can you pls let me know whether you achieved this using any standard configuration.

Pricing Procedure Condition Type EK02

Dear, Gurus
I have an MTO scenario. All is working I mean from the production order the cost is coming to my sales order in condition type EK02. But that is making all other condition types as inactive.
current pricing schema
Pr00 Price it is manual.
Other Z condition types which are also manual.
Then EK02.
Gross Sales
K005
K007
Net Sales
MWST
ZSED Sales excise duty
Value after Tax
VPRS
also, at the top the net value does not change at all it stays constant and seems to pick up the EK02 price.
I want all other condition types to be manual but active even if EK02 price is picked up from Production Order.
How can I set it up to make them all green as active?

Previously all my condition types were manual entry so all were green.
Pr00   manual
Zman manual
Zsat   manual
Zetc   manual
Also, in PR00 class is B=Prices       Calc Type = C for qty
All the ZMan, etc is A=discount/Surcharge   calc type=B fixed amount.
To be scenario all I added was condition type EK02 in pricing procedure and by standard it is in class B=prices     calc type=C for qty, and cond cat=costing
When production cost transfer to EK02 lets say example 500. All those previous cond are yellow inactive. and then net price equals 500!
In terms of my terminology and basic understanding you can only have one cond type function as price in class B=prices.
So either the EK02 or the Pr00 needs to have cond type B for Price. If I make the Pr00 a discount/Surcharge nothing changes in respect to updating the price in sales order. Lets say even if its all corrected and I have lets say EK02 function as price the Zman and Z condition types are under discount surcharge, that at least should not be inactive?
Please help
thanks

Pricing schema condition type

How to substract two condition types to get another condition value.
ZD01 contion type value-200
ZD02 contion type value-500
ZD03 Condition type value= 500-200
How to map this in the pricing schema
Regards
Umapathy.M

Hi,
You have to store value of ZD01 and ZD02 inn 2 variant (using column sub to) in pricing procedure. Then, you have to create 1 new routine to determine condition value for ZD03 using T-code: VOFM and assigned it in condition type ZD03 in pricing procedure.
(Subtract is done in new routine using ABAP Coding)
Regards,
Pavin

Scaling in case of Pricing Procedure Condition Types

Hi,
I want to maintain Scaling in Condition Types of the Pricing procedure. Please guide me to maintain it.
Thanks & Regards
Saeed Arif

Hi,
If you have maintained Purchasing Info Record: In ME12 transaction go to Conditions tab. Select the Condition Type 'PB00' and click the Scales icon (F2) on top of the screen. Here, maintain the Scales.
First decide the Scale Type, Scale Basis and Validity periods for which you want to maintain the Scales. Save your changes and you can see the effect on Price, while creating the PO for the quantity mentioned as per the Scales.
Regards,
Narayana.
Edited by: Narayana Ghanta on Oct 13, 2008 3:43 PM

Priceing procedure - condition type - number of units

Hi, I have a condition type in my pricing procedure. When I display item conditions for an item in a sales document I can see that my condition applies to 1000 units of measure. How do I change my condition so that the calculated amount applies to only 1 unit of measure?
Thanks

Hi Marko
Go to VK12 and change the UoM . Change the UoM and maintain the base unit of measure (ex:pc) that you have maintained in MMR . Provided you have not maintained Sales unit of Measure.
Also check wheather you have maintained any alternative UoM or not and that alternative UoM has been maintained in VK12 or not
Also check in V/06 in that condition type details wheather any UoM has been maintained or not. If it has been maintained then make the UoM feild blank by removing the UoM that has been maintained in V/06 and then check
Regards
Srinath

Authorisations of Pricing by condition type rather than transaction code

HI
Can you control pricing Create (VK11) or Change (VK12) by the condition type as opposed to the transaction code?
We have a business request for certain people to be able create/change one condition type but restricted access to another.
How can this be done ?
please advise
Many thanks for your help
Tony

> Can you control pricing Create (VK11) or Change (VK12) by the condition type as opposed to the transaction code?
> We have a business request for certain people to be able create/change one condition type but restricted access to another.
HI,
Yes, you can do that. But you have to take the help of Tcode as well.
Just goto SU24, enter tcode VK11. Select the authorization object for Condition types i.e. V_KONH_VKS.
In that object, select activity and give value as create or change. Give condition type like PR00 that you want the user authorize for and then insert this object in the role, and finally assign this role the user that you want to give authorization for particular condition type.
So, when that if user A enters VK11 and enter cond type i.e. PR00 he can very well access the records. But if the user B tries the same whom the role is not assigned will get an error.
Hope you get some inputs
regards,
Sagar

VOFM Pricing Requirement - Condition type at header

Hi Experts,
We have a new condition type, we want to use it in all our new invoices and has been made mandatory in the pricing procedure. Both the sales order and invoice have the same pricing procedure. I am using a requirement routine.
The code has to execute some logic for line items and pass the value to the new condition at the line item level. For new sales orders this is working absolutely fine as we have maintained a condition record and the condition exists. While creating any invoice from open sales orders which do not have this condition type, we are entering it at the header level.
I perform my logic and pass the value for the line items in TKOMV. These values do not get saved. Whereas, the values get saved when we have other condition types that are at the line item level.
The questions I would like to ask is:
1. Is requirement routine correct for this scenario? Or should I use condition value/condition base value routines to pass new values?
2. Is the method of changing the values in internal table TKOMV correct?
3. The value from this condition type has no financial impact on the FI documents, but it is mapped to COPA. Is there a way to write code to directly update the COPA value field in the COPA side without having to create a routine?
Thanks,
Abdullah Ismail.

You should not be facing this problem as system adjusts the difference in value for the last item. Try to update the prices in the doucment and check.
Regards,
GSL.

Pricing (3 condition types, if 1 is filled, the other 2 must be empty)

Similar Messages

Maybe you are looking for