Manual Pricing condition type

Hello Experts,
We are maintaining a manual condition for surcharge in pricing schema. we want this to be statistical, however this is adding up to the net pricing. Since it is not constant all the time we cannot drive this through condition record. Is it possible to make this manual condition statistical through user exit or BAdI. Please advise
Rgds
rahul

Hi,
If you want to enter header conditions, you have to use the fields:
 ORDER_HEADER_IN-cd_type1 = 'ZVOL'.
 ORDER_HEADER_IN-cd_value1 = '1.0'.
 ORDER_HEADER_IN-cd_type2 = 'ZTAP'.
 ORDER_HEADER_IN-cd_value2 = '2.0'.
If you want to enter item conditions:

 ORDER_ITEMS_IN-cond_type = 'ZTAT'.
 ORDER_ITEMS_IN-cond_value = '3.0'.
 ORDER_ITEMS_IN-cond_type2 = 'ZTUT'.
 ORDER_ITEMS_IN-cond_value2 = '5.0'.

I hope it helps you.
Alexandre Nogueira

Similar Messages

Manual pricing condition type in values in - BAPI_SALESORDER_SIMULATE

Hi Guys
 I am using Function Module BAPI_SALESORDER_SIMULATE to get the prices. I also want to enter a particular condition type for which i need price simulation. This is equal to manually entering the condition type , apart from condition types determined automatically in VA01. Please let me how to go about this. Thanks .
Regards
Srikanth M

Hi,
If you want to enter header conditions, you have to use the fields:
 ORDER_HEADER_IN-cd_type1 = 'ZVOL'.
 ORDER_HEADER_IN-cd_value1 = '1.0'.
 ORDER_HEADER_IN-cd_type2 = 'ZTAP'.
 ORDER_HEADER_IN-cd_value2 = '2.0'.
If you want to enter item conditions:

 ORDER_ITEMS_IN-cond_type = 'ZTAT'.
 ORDER_ITEMS_IN-cond_value = '3.0'.
 ORDER_ITEMS_IN-cond_type2 = 'ZTUT'.
 ORDER_ITEMS_IN-cond_value2 = '5.0'.

I hope it helps you.
Alexandre Nogueira

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

User exit to copy Manual pricing conditions with in sales documents

Hi all,
I have a situation where i have to copy the manual pricing conditions from inquiry to quotation.
Problem: From VA21 when I try to do the same using the tab "create with reference" the document is being copied but the manually set pricing condition in the inquiry is not being copied into quotation. This is because in the copy controls the pricing type is set to 'B' which means "carry out new pricing". I can change it to 'C' or 'D' so that it copies manual pricing but i am not allowed to do so because other sales orgs in the company has a problem if i do so. Only our perticular sales org needs this config. I cannot even create another item catogory specific to this plant because it is against the rules of the company. So I am looking for a user exit in which i can change this pricing type during runtime so that i can plug in some code specific to this sales org to copy manual pricing. I have found one from the SAP note 24832 (MV61AFZA). It doesn't work as i think its obsolte. Can anyone suggest me a better way of solving this issue. Any quick response is appreciated.
Thanks,
Giridhar.

Hi
The following EXITS may help you
Exit Name              Description
SDTRM001            Reschedule schedule lines without a new ATP check
V45A0002            Predefine sold-to party in sales document
V45A0003            Collector for customer function modulpool MV45A
V45A0004            Copy packing proposal
V45E0001            Update the purchase order from the sales order
V45E0002            Data transfer in procurement elements (PRreq., assembly)
V45L0001            SD component supplier processing (customer enhancements)
V45P0001            SD customer function for cross-company code sales
V45S0001            Update sales document from configuration
V45S0003            MRP-relevance for incomplete configuration
V45S0004            Effectivity type in sales order
V45W0001            SD Service Management: Forward Contract Data to Item
V46H0001            SD Customer functions for resource-related billing
V60F0001            SD Billing plan (customer enhancement) diff. to billing plan
V45A0001            Determine alternative materials for product selection
Regards
PRabhu

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

Sales Order Pricing - Condition Type:PR00 inactive

Hi
In Sales Order Item level pricing, condition type PR00 become inactive. It shows reason : Inactive via formulae of incorrect.
Sales Order is partially delivered & billed. For remaining deliveries, system not allowing for billing, showing sales order is incomplete.
Condition Type PR00 maintained manually. Order quantity changed several times.
Please guide me on this.
Regards
Uma

Dear Umasankar
Check in VK12 for the material whether the From To Date is maintained for current period.
Also go to V/08 and check your pricing procedure whether any invalid account key is defined.
Thanks
G. Lakshmipathi

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

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

JEXC - Manual Excise condition type

Hi,
can any one tell me what's the usage of JEXC - Manual Excise condition type in Pricing procedure and is it necessary to maintained in m/08?? pls explain in detail
Edited by: Mahesh J on Oct 7, 2008 7:11 AM

Hi,
You can use manual excise condition "JEXC" in case if your BED Rate is not fixed as 14% and you want to enter BED Value manually.
Once you input value in JEXC then it will replace the value of BED in "Taxes" under "Invoice" Tab. And ECS / 2% ans SECess / 1% will get calculated on BED Value.
Here use Tax Code of (14% BED + 2% ECS + 1% SEcess + VAT/CAT As applicable), system will calculate BED, ECS & SECess as per the % maintained in Tax Code. Once you enter value in "JEXC" condition, it will replace the value of BED and ECS / 2% ans SECess / 1% will get calculated on BED Value.
For e.g.
As per Tax Code;
Base Value = 10000
BED / 14% = 1400
ECS / 2% = 28
SECess / 1% = 14
After putting value in "JEXC" as 1600 (For e.g.)
Base Value = 10000
BED / 14% = 1600 (Here 1400 will get replaced by 1600 under "Invoice" tab - "Taxes" button)
ECS / 2% = 32
SECess / 1% = 16
I think the above example will make clear the use of condition type "JEXC"

Value of Manual Pricing Condition is becoming zero while saving.

My clientu2019s pricing calculation requirement is complex. Here I am mentioning :-
We have one pricing condition type YPR4 which is header as well as item condition. Value will come only from condition record . So, we maintained access sequence in the configuration. Beside this we maintained u2018Manual entries u2018 in the configuration as u2018Not possible to process manuallyu2019. Condition record for this pricing condition type we maintain for line items.
We have another pricing condition type Y255 which is also Item condition as well as header condition. For this pricing condition value ( header level) can come from condition records if record exist , or , if condition record is not there or if user wants, user can enter value in header level of the sales order. For getting this functionality we maintained access sequence and u2018Manual Entryu2019 in the condition type configuration we have maintained as u2018No Limitationu2019.
In the line item level Y255 will come only if YPR4 is there for that item. The total value of the Y255 in the header will need to be distributed in the line items accordingly as per existence of YPR4 in the line item.
Issue:
Now the issue is that, when there no condition record for Y255 and when we are entering the value of Y255 manually in the header, the value of Y255 is becoming zero when we are moving from one screen to another screen in the same sales order , or when we are saving the sales order..
Can anybody suggest what we need to do so that manually entered value of Y255 remains in the sales order after moving to another screen or after saving the sales order ?

Hi ,
Please check the pricing routines funcationality which is assigned to both condition types.check the requirement and alt.cal. type routines of Y225 condition , on what basis condition record is updating manully entry as well as picking value from condition records.

Mass delete pricing condition type

Hi experts,
I have a requirement to delete a pricing condition type e.g. ZA01 (manual input) which was entered twice by users to all sales orders not billed about 1000 and 3000 item lines. What is the best way to delete without incurring errors later during billing? It's very easy to identify i.e. to delete all ZA01 without any amount entered.
Thanks.
Regards
PSK

Hi,
I can think of this: get a program built to do this activity.
build it flexible to delete any such CType for any S-Org--so it can be r-used later.
Not sure if t-code MASS can help here?
Regards,
Raghu.

Manual Pricing Condition for sales order!!

Hi,
I have an issue, My requirement is I have to add a manual pricing condition in sales order header level. I have define the pricing condition for Freight Charges and that I have added to the pricing procedure that we have used for the transaction.
The problem is when Iam creating the order in the condition tab manully want to choose the condition type, but what I created condition type (Freight Charges) is not appearing in the view. Only exesting condition types only appearing in tha selection view. I am on CRM Stand alone
Pls anyone can advise where I miss the setting, I am new in CRM PRICING
Regards
VJ

Hello VJ,
You must consider that there is a setting "manual" in the pricing procedure customizing, indicating that the condition must be manually entered, and also a setting in condition type customizing regarding changes that can be made. In condition type customizing you should NOT have option D "Not possible to process manually". Have you checked condition type customizing?
Additionally please execute function module from note 867428 ( IPC_DET_CLEAR_CUST_BUFFER ).
This will ensure that all the customizing changes are immediately available ( otherwise you would need to wait until the automatic buffer refresh occurs, by default once per day
Best Regards
Luis Rivera

How to change exchange rate type for specific pricing condition type

Hello every one,
I have a requirement for billing ie VF01.
currently all the exchange rate are being calculated with exchange rate type 'M' by default.
but now client want it should calculate exchange rate with type 'E' for two pricing condition type for all others it should calculate with type 'M'
Please any body can help me with the exit and code which i can use.
I have checked exits SDVFX008.
but how to change exchange rate with type 'E' only for two conditions.
as changing exchange rate at document header will change exchange rate for all condition type.

You need to assign KOMK-KURST = 'E', for those two condition types. If it had been item number specific, you could have used USEREXIT_PRICING_PREPARE_TKOMK(RV60AFZZ).
Do one thing, put a breakpoint on FM 'PRICING' and then do selective runtime analysis.
Check whether any user exit/BADI/ explicit enhancement are available when condition types are processed in a loop. If nothing is available, try implicit enhancement.
Link to refer for selective runtime analysis - Runtime Analysis for VOFM
Also try with VOFM requirements ( not sure whether changing KOMK-KURST is permissable in requirement as normally we only set sy-subrc values to suppress/allow condition types ). Don't forget to assign requirements against condition types in pricing procedure.

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]

Table to link FI document number, line item and pricing condition type

Hi,
I am looking for tables to link the FI document number, line item and PO pricing condition type.
Appreciate any help on this.
Thanks.

For any PO in ME23n in which Goods receipt has happened, you can check in the itemdetails->Po history tab in ME23n.
Here you will find the material document number. Just click on the material document, it will take you to anpther screen here you will find a button for FI document.
Click that button for FI document. In PO history istelf you can see the Condition types.
Hope this helps.

Manual Pricing condition type

Similar Messages

Maybe you are looking for