Problems in New Pricing Condition type

Dear SDN'ers!
Please help me to know if this is doable. Here is my requirement
If a line items qualifies for the per title unit minimum, but not the per order minimum no discount will be applied and vice versa, if a line item qualifies for the order unit minimum but not the per title unit minimum no meet comp discount will be applied.
Two new condition types will be configured say
ZCN1 - Group Condition say for e.g. 100 per order
ZCN2 - Item level condition say e.g. 10 per line item
Individually this is working when the order meets group condition ZCN1,i.e. 100 items and if line item meets ZCN2 i.e. 10 items the discount is applied. Currently the customer is getting the discount either way.
In simple words for each line item to qualify for discount it should meet both ZCN1 AND ZCN2, otherwise no discount order or item level discount should be applied.
I tried in USEREXIT_PRICING_PREPARE_TKOMP and USEREXIT_SAVE_DOCUMENT_PREPARE in MV45AFZZ.
Since its working individually, I added check condition to see if XKOMV-KBETR value is not equal 0 for both ZCN1 OR ZCN2. If either of this is zero then it would have failed in one of the condition either order level or item level.
I have to modify the XKOMV-KBETR value for ZCN1 & ZCN2 to zero i.e. no discount. It displays correctly in the screen but it doesn't update the database. When i go to KONV and check the value its still showing the old discount.
Appreciate any help
Regards,
Badri

Hi Badrinath,
Please try pricing requirements in VOFM.
T/code VOFM> Requirements> Pricing > you can copy Standard routine (Price Change)> Write your own logic .
Hope this may help you.
Lanka

Similar Messages

Problem in Copying Pricing Condition Type

Hi All,
This problem is regarding copying pricing condition type in Sales Order. The problem is given below with an example -
Qty of Material A - 10 PC.
Condi Type   Amount Currency   Per UOM Condition value Currency
ZP06             100         INR          1     PC      1000.00             INR
ZP07                2         INR          1      PC         20.00             INR
ZP08               98        INR          1      PC        980.00             INR      Statistical
ZP01               98        INR          1      PC        980.00             INR      Mandatory with ERL A/c Key Active
The condition types ZP06 & ZP07 have access sequence maintained for them and ZP08 has been derived deducting ZP07 from ZP06.
I want the above mentioned scenario where the values of Condition Type ZP08 which is a Statistical Condi Type will be copied exactly & entirely to condition type ZP01 where It will remain active alongwith posting key ERL.
I have tried copying it by 100 % copy but the value is getting changed as 100% instead of 98 INR.
Considering the above scenario please suggest some soluitons.
Thanks & Regards
Priyanka

Hi Tarpan,
First of all thanks for checking my post.
In the problem I am not looking for the value of ZP08 to be maintained manually.I want the system to copy the exact details of ZP08 to ZP01 entirely where the condition type ZP01 will remain active alongwith the posting key ERL.
I have tried copying the condition type ZP08 by using 100% copy of condition type but in ZP01 the resultant value becomes 100% in place of 98 INR.
Please suggest some solutions.
Thanks & Regards
Priyanka

When we clicked on Update for new pricing,condition type is repeated twice

Hi Friends,
For new pricing,I clicked on the Update pushbuttion in the conditions tab of sales order,Condition type is repeated twice .So value is increased.I checked in the pricing analysis,it is showing only once.
I searched all threads and I tried all the possibilities.
I checked exclusive indicator,it is correctly checked.
Condition type manual entries selected as B automatic as priority
Item condition check box is checked only.
Mandatory check box is selected in the Pricing procedure for that condition type.
Anything i missed out .
Please suggest me how to go.
Thanks in advance.
Rgds....VM
Edited by: vm on Nov 2, 2011 5:55 PM
Edited by: vm on Nov 2, 2011 5:56 PM

Condition type is repeated twice
Ensure that the pricing condition is not maintained for multiple combinations in VK11
G. Lakshmipathi

Creating new pricing condition type in srm ecs

Hi Guru's
I see that there is an option to select the Source system " local" , "other system, eg: R/3" while creating a new condition type in SRM. can you please let me know what is the importance of this? can we determine price in srm using backend pricing conditions? can we invoke the backend pricing procedure from srm and populate the price in SRM PO?
any helpful info would be appreciated
regards
deepu

Hi Nitin,
Appreciate your response. Can you please let me know how major development is it? if you can provide highlights that would be helpful. I do understand that we can customize the pricing procedure in SRM. Can you please share if you have any documentation regarding creating new condition types, access sequences, condition records in SRM similar to ECC? it would be appreciated if you can send it to pradeepwsu(gmail) id.
Thanks in advance
Deepu

New pricing condition update for sales order

Hi All,
We need to insert new pricing condition for existing sales order.Could you please sugest any bapi or function module to
update new pricing condition type.
Thanks
Mohit

One reason to use program is that then the business can be 100% that all the sales orders are "updated"
(maybe) & if anything goes wrong; The SAP consulting company - who created the program - is to be blamed / is accountable.
In short business wants to be 100% sure that update has taken place for ALL s orders.
Is that correct Mohit?
Edited by: Typewriter on Jun 24, 2011 9:27 AM

Problem with pricing condition type in case of proforma invoicing

Hello All,
the problem is related to a pricing condition type in case of proforma invoice where the details are as follows -
Name of Condition Type - ZADC - Add 10% on Cost                                         Access seq.   Z038 Diff
                                                                                Plus/minus    A Positive
Cond. class - A Discount or surcharge
Calculat.type - A Percentage
Cond.category - Blank
Manual entries      D Not possible to process manually
Amount / Percent - Checked
Item Condition - checked
Scale Basis - Quantity
Currency Conversion - Checked
Quantity Conversion - Checked
This condition type has been kept as statistical in the pricing procedure. Still in the proforma invoice the condition type is not getting reflected automatically , whenever I am updating with " carry out new pricing " option the condition type is getting populated.In case of other commercial invoices this very condition type is getting populated automatically without any updates.Along with this point to be noted is that the Condition type in which the actual costi is captured has been kept active.
What more needs to be configured or what are the changes to be done to populate the condition type automatically as statistical during the time of proforma invoicing?
Thanks & Regards
Priyanka Mitra

Hi,
Kindly do the pricing analysis and check whether you have the following error such as
Inactive condition type because of subsequent price,
Regards,
Ravi

New Tax condition type created in ECC, replicated to CRM

Hello All,
I have created a new tax condition type in ECC and through initial load replicate the same to CRM. Even pricing procedure repliction with new tax condition is also successful.
But, the new tax condition is not appearing in condition tab at item level when i create quotation in CRM.
Please advise.
Thanks and Regards
DJ

Hi
Iam facing with the same problem we have created new tax conditon in r/3 and we have replicated it into crm we can find in the pricing procedure of crm as the new tax condition type but iam unable to see that in the order conditions tab.
Could you please let me know the solution or could u please provide me witht he solution. to kmasthanrao at gmail com.
Thanks and Regards
Masthan

New created condition types from CRM to R3

I have do initial download with DNL_CUST_CNDALL. The condition customizing(pricing procedure, condition type, condition table...) have been downloaded from R3 to CRM.
In transaction R3AC4(Delta download) two entries for CONDCUSTOMIZING and CONDITIONS exist for delta download of condition customizing and record from R3 to CRM.
But when I created a newe condition type in R3, it is not automatically transfered to CRM. I also tried use transaction R3AR4 (request) to synchronize object DNL_CUST_CNDALL. But the new created condition type is still not availabe in CRM.
Could anyone give some help?
Regards,
Hui Wang

I have restart the DNL_CUST_CNDALL, the new created condition type are transfered to CRM. But when I create another new condition type again in R3, it is not transfered.
Any other advice?
Thanks!
> Hi,
>
> Do the initial load of DNL_CUST_CNDALL once again.
> This should help.
>
> Best regards,
> Vikash.

Pricing condition type not working

Hi all,
A pricing condition type is present which is supposed to make the netvalue to zero after the order reason is changed to rejection using va02. But even after the order reason is changed to rejection and we tried to genrate new pricing document, the netvalue is not becoming zero. How can I debug this? The condition type is not determined by using condition records.
Thanks in advance.

Hi Smith
This should be working in the following ways.
1) Order Reason/Rejection Reason being a field in the Key combination with 100% Discount triggering Zero Net Value
if this the case, then you should check in Condition Analysis wheather the value has conrrectly flown in the condition table , if not why it has not flown in to the condition table (It could be missing value in the condition record or a prblem in the field catalogue user exit- you need to take Developer's help as suggested by others)
2) Using a Requirement and changing the Net Value Zero without any condition table field.
If so, put a break point in the requirement and check why this has not been successful in this scenario.
I hope the replies would help you to some extent in solviing the issue.
Thanks
Subbu

Pricing Condition type triggering based on other condition type

Hello sir,
There are some pricing condition types in our system.
Based on condition records you can trigger one condition type based on other    condition type.
For eg: PR00 condition type is there and amount is suppose 1000rs and other condition type is JBED and we made a condition record and put it some percentage so as soon as we some value in PR00 ,JBED condition type is automatically manipulating the value on the base condition record.
Now i want other than condition record can we trigger one condition type based on other condition type through defining user routine under requirement.
Suppose we have condition type ABC and some amount i have given and other condition type DEF , i want that amount of DEF condition type should automatically come from the Condition type and it should manipulate according to my routine .
eg Condition type    Amount
       ABC                  1000
       DEF                    40
The value 40 should come as 4% of 1000.
I am not maintaing any condition record and i want that this should trigger through some requirement created by me.
i created my routine no 905 and i putted the code inside it.
if komtl-kschl = 'DEF'.
komv-kbetr =   ( komv-kbetr * 4) / 100.
endif.
Now problem is that this code is getting trigger when i m giving value in DEF condition type then it is showing 4 % of it.
But i want as soon as i give value for the condition type ABC and some value 1000
then after pressing enter , one condition type DEF should automatically come with value 40 that too in display mode ,not in change mode.
Please suggestions and solutions regarding this matter , I will be grateful to you.
Manish

hi
In V/06 in the calculation type you can see the entries for "D-gross weight" & "E-net weight"
For the required condition type select the calculation type as gross weight or net weight. Save it.
In MM01 - create material master, here in BASIC DATA 1 SCREEN you have fields for gross weight & net weight.
Maintain the condition record in VK11 for the required condition type.
You can also maintain the scales as required like u said
1 to 10 kgs - 100 rupees,
11 to 25 kgs - 1000 rupees.
Another way could be
The BEST practice to do it is, use of VOFM routine for price calculation (VOFM-->Formulae).
Take help from ABAPer and write a routine such that
if weight = 1 - 10
price = 100.
else if weight > 8.
price = 1000.
else
price = 100.
end if
but the maintainnance of routine is big problem as u might be having many records
Hope this will help you
Vishal

In Stock trasfer order how to pick pricing condition types

Dear Experts,
I am new to SAP MM my question is In Stock transfer order (plant to plant through purchasing) it is picking PI01 pricing condition types? how it is picking? what are the Accounting doc are updating?

Hi,
Goto the following node SPRO > IMG > Materials management > Purchasing > Conditions > Define Price determination process > Define shcema determiantion
Define schema for transport orders under which you will be able to see RM2000, when you try to open the RM2000 through M/08 transaction code.
You will be able to see the PI01 as the basic price condition type.
Accounting entries
During Goods Issue.
The stock account in the supplying plant gets Credited with the MAP value.
The stock account in the receivving plant gets debited with the MAP value.
If there exists any diffeence then the key AUF will get hitted.
During Goods Receipt.
No accounting doucment gets generated.
Regards,
DilliB

Use of conditino category in pricing condition type

Hi,
Can anybody please guide about the exact use of condition category in the pricing condition type. In text it is mentioned that it is used for grouping of similar condition types but what exactly is the requriement for this? Does it have any control function like the feild condition class has( like for example grouping in this is used in redeterminations etc) ?
Please guide about the use of this feild and if maintained or not maintained then how will it matter?

Hi,
It serves some purposes.
1. It is used for the classification of condition types. During implementations, consultants classify the condition types into condition categories (Prices, Discounts, Taxes) and later use these categories to print the value of condition types in the forms. Coding based on condition categories reduces the effort instead of hardcoding on the condition type.
2. They also have some inbuilt property for some of the condition types like VPRS, SKTO etc where the categories are important for the behaviour the condition type, the way they are expected to behave.
3. Some of the condition categories will be applicable only for some specific processes and not for all the processes. for example e during downpayment.
But the complete function of this field can be only learned over a period of time when we implement new functionalities for the business.

Change/Delete Existing Pricing Condition Type

Hello
I have a manu Pricing Condition Type and a rate(obtained from custom source) was inserted pro-grammatically into this line item whenever the new line item was added into the basket using CRM_ISA_BASKET_ITEMS badi.
When the user changes the Qty for the same line item, I want to delete the existing condition rate(manual) and find the new current rate from the custom source and add that to this Line Item.
Question: How to change/delete existing Condition Rate ?
Cheers
RJ
Reference: E-Commerce Implementation

Hello,
You can use java condition value user exit for this.
Thanks and Regards
shanto aloor

ECS: New Pricing condition for purchase order on item level

Hello Experts,
we use SRM 5.0 with the extend classic scenario.
We customized a new pricing condition (absolute discount), which we want to use in a purchase order and added it to the calculation schema.
condition type:
Application     BBP
Source system LOCAL
Usage           PR
Condition Type ZRBT
Access Seq.     01CT
Condition class       discount
Calculat. Type    fixed amount
Condit.category
Rounding rule commercial
manual has priority
item level
delete
amount/percent
UoM
Scale Base Type   quantity
Check stat             none
Max. No. Dimens    no scales
We see the condition type and can choose it in the transaction which is used to create a po.
But when we choose it from the drop-down box it isn't added to the calculation.
Regards,
Sven

Hello Sven,
Thank you very much for posting the OSS note solution for your issue.
I had similar issue and finally was able to resolve it after reading your post.
regards
Vinod

New VAT Condition Type

Hi Friends,
There is a business requirement to add a VAT Condition type where user should be allowed to add the amount manually whatever it would be. I have created a condition type by copying standard conditon type which belongs to TAX category and kept the following settings
Condition Class - 'D' Taxes
Cal Type - 'A' Percentage
Cond.Catg - 'D' Taxes
Rounding Rule - ' ' Commercial.
Under Tab - Changes which can be made
Manual Entries - 'C' Manual entries has priority
Item Condt - Checked
Amount/Perc - Checked
Rest all settings same.
I added this condition type in the Pricing Procedure.
Problem is the TAX condition type is not populating automatically in Pricing Condition. Secondly the Condition Value field is disabled. If this will be disabled then how the User will enter the TAX manually. Third i would like to know which Account Key shoiuld be used.
Please help. I am working on Pricing for the first time.

Hi,
1.You have maintained field manual entries as manual entry has priority then how it would come automatically into sales order?
Please share this condition type settings in pricing procedure
2.Share screen shot of condition tab of sales order with that condition type
3.It is depends upon you because there are many account keys related to tax like TX1,TX2 and TX3 etc. ( but what ever you are taking account keys in pricing procedure ,for them you have to maintain G/L's in OB40).
BR's,
Naren

Problems in New Pricing Condition type

Similar Messages

Maybe you are looking for