Pricing: Condition type for advance "ZADV" can be enterted twice

Hello,
I have defined condition type for advance as ZADV in pricing procedure.
Issue: Now teh end user is able to enter the advance conditype types "ZADV" in the sales order, is it any way possible that it should not allow the condition type to be entered twice.
Regards
Suvin.S

HI,
Issue: Now teh end user is able to enter the advance conditype types "ZADV" in the sales order, is it any way possible that it should not allow the condition type to be entered twice.
1*.Suppose Condition type ZADV having Condition Class "Discount or Surcharge " system will allow to enter manually second time also*
2. Suppose Condition Type ZADV is mandatory to few customer and also customers then do the some changes in the condition Type under the Tab "Changes which Can be made " we can find out the Manual Entries fields in that try to mentioned "D - Not possible to process manually "
Regards,
Prasanna
Edited by: prasanna_sap on Sep 6, 2011 8:35 AM

Similar Messages

Pricing Condition Type for Break down discount (zbdo)

Hello Members ,
Business : Suppose you create order on 16/07/2010 then the ZBDO = 5%, but after the 18/07/2008 then ZBDO = 10 %, it activate automatically in the pricing procedure.
I am doing :
Change in the Condition type in *Scale basis = Time period scale - Days ; Check value = None ; Scale type = Base-scale,
and Condition Record : we Choose access sequence = Price Group / material Pricing Group, then goto scale and maintain the data , but the value is not getting at the time of order creation...
Please give the solution

hi rajesh,
where the price is changed? is it in billing doc or in sales order?
price is determined by pricing date. pricing date is available in sales order and billing.
just maintain ur cond record for ZBDO:
Material A 5% 16/7/2010 - 17/7/2010
Material A 10% 18/7/2010 - 31/12/2010
when you create sales order in 16/7/2010, cond type ZBDO will be 5% (as pricing date 16/7/2010). but when you do billing in 18/7/2010, see pricing date in billing, if pricing date in billing 18/7/2010, cond type ZBDO will be 10%.
Hopefully it helps you,
Hendry

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.

Function module to change the value for pricing condition type

Hello experts,
I want to change the value for pricing condition type for an item in the transaction CRMD_ORDER.
I used many function modules but none are working.
Please kindly suggest a function module that will change the value for a condition type .
I have used the following function module but its not working, please correct the coding if anything needs to be changed or added. Please help me .
Thank you.
CLEAR PRCD_COND.
     SELECT SINGLE * FROM PRCD_COND WHERE KPOSN = WA_ORDERADM_I-GUID AND
                                          KSCHL = COND_TY.
IF SY-SUBRC = 0.
*    MOVE-CORRESPONDING PRCD_COND TO L_COND_CHG.
*    CLEAR L_COND_CHG-KBETR.
    L_COND_CHG-STUNR = PRCD_COND-STUNR.
    L_COND_CHG-KBETR = COND_PRC.
*    L_COND_CHG-KSCHL = COND_TY.
    INSERT L_COND_CHG INTO TABLE T_COND_CHG.
L_HEAD_GUID = CRMD_ORDERADM_H-GUID.
L_ITEM_GUID = WA_ORDERADM_I-GUID.
INSERT L_HEAD_GUID INTO TABLE HEAD_GUID.
INSERT L_ITEM_GUID INTO TABLE ITEM_GUID.
    CALL FUNCTION 'CRM_ORDER_READ'
     EXPORTING
       IT_HEADER_GUID                    = HEAD_GUID
       IT_ITEM_GUID                      = ITEM_GUID
     IMPORTING
       ET_ORDERADM_H                     = LT_ORDERADM_H
       ET_ORDERADM_I                     = LT_ORDERADM_I
       ET_PRIDOC                         = IT_PRIDOC_RD
       ET_DOC_FLOW                       = T_DOC_FLOW
*     CHANGING
*       CV_LOG_HANDLE                     =
*     EXCEPTIONS
*       DOCUMENT_NOT_FOUND                = 1
*       ERROR_OCCURRED                    = 2
*       DOCUMENT_LOCKED                   = 3
*       NO_CHANGE_AUTHORITY               = 4
*       NO_DISPLAY_AUTHORITY              = 5
*       NO_CHANGE_ALLOWED                 = 6
*       OTHERS                            = 7
    IF SY-SUBRC <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.
MOVE-CORRESPONDING LS_PRIDOC_RD TO L_PRI_COND.
INSERT L_PRI_COND INTO TABLE PRI_COND.
LOOP AT IT_PRIDOC_RD INTO LS_PRIDOC_RD.
MOVE-CORRESPONDING LS_PRIDOC_RD TO L_PRIDOC_CHG.
L_PRIDOC_CHG-PRIC_COND = PRI_COND.
L_PRIDOC_CHG-REF_GUID = LS_PRIDOC_RD-GUID.
L_PRIDOC_CHG-COND_CHANGE = T_COND_CHG.
INSERT L_PRIDOC_CHG INTO TABLE PRIDOC_CHG.
ENDLOOP.
LOOP AT LT_ORDERADM_H INTO LS_ORDERADM_H .
MOVE-CORRESPONDING LS_ORDERADM_H TO L_HEADER.
INSERT L_HEADER INTO TABLE HEADER.
ENDLOOP.
LOOP AT LT_ORDERADM_I INTO LS_ORDERADM_I.
MOVE-CORRESPONDING LS_ORDERADM_I TO L_ITEM.
INSERT L_ITEM INTO TABLE ITEM.
ENDLOOP.
L_FIELD-FIELDNAME = 'STUNR'.
INSERT L_FIELD INTO TABLE FIELD.
L_FIELD-FIELDNAME = 'KBETR'.
L_FIELD-CHANGEABLE = 'X'.
INSERT L_FIELD INTO TABLE FIELD.
L_INPUT-FIELD_NAMES = FIELD.
L_INPUT-REF_KIND = 'E'.
L_INPUT-REF_GUID = LS_PRIDOC_RD-GUID.
L_INPUT-OBJECTNAME = 'PRIDOC'.
INSERT L_INPUT INTO TABLE INPUT.
    CALL FUNCTION 'CRM_ORDER_MAINTAIN'
     EXPORTING
       IT_PRIDOC                     = PRIDOC_CHG
     IMPORTING
       ET_EXCEPTION                  = EXCEPT
     CHANGING
       CT_INPUT_FIELDS               = INPUT.
    IF SY-SUBRC <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.
REFRESH EXCEPT.
CALL FUNCTION 'CRM_ORDER_SAVE'
EXPORTING
    IT_OBJECTS_TO_SAVE         = HEAD_GUID
*   IV_UPDATE_TASK_LOCAL       = FALSE
*   IV_SAVE_FRAME_LOG          = FALSE
*   IV_NO_BDOC_SEND            = FALSE
*   IT_ACTIVE_SWITCH           =
IMPORTING
   ET_SAVED_OBJECTS           = SAVED
   ET_EXCEPTION               = EXCEPT
   ET_OBJECTS_NOT_SAVED       = UNSAVED
* CHANGING
*   CV_LOG_HANDLE              =
* EXCEPTIONS
*   DOCUMENT_NOT_SAVED         = 1
*   OTHERS                     = 2
IF SY-SUBRC <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
ENDIF.
COMMIT WORK AND WAIT.

Hi,,
To be able to call a function module in an update work process, you must flag it in the Function Builder. When you create the function module, set the Process Type attribute to Update with immediate start
Alternatively u can use this function module.
CRM_STATUS_DATA_SAVE_DB
BAPI_CUSTOMERCRM_CHANGE (If u wish to use a bapi for this).
Also , Let me know what error you got when implementing other function module.Does the function module didnt return any error but still the value is not changed for pricing condition type?

Table for existing PO/Sch.Agg pricing condition types

Hi Experts,
Which table will have PO / Sch.Aggrement - pricing condition types with values as maintained in PO (like freight / P&F etc). I have the input of PO/Sch.Agg ref, plant, vendor & material.
We have created Z condition types for freight/ P&F and using the same in PO/Sch.Agg.
Thanks,
Jeeva

HI,
Same status.
In table EKKO also field "Doc. condition no." is updating for PO only, which is same as we find in EKKI. For Sch.Agg it it not updating the Doc.Condition no and remains blank.
Any way i have gone thro a different route. since I am looking for delivery condition for a completed GR, I can pick the conditions from EKBZ table.
Thanks.
Jeeva.

Condition types for import pricing

hi,
     the conditions types for import pricing procedure are not appearing.
please suggest all the notes from where i can take reference and create the condition types for import process.
please also suggest what are they?
with regards

Hi anitha,
In case of import purchase. u have to configure the conditions in pricing procedure. The condition types are as follows:
1)jcdb               basic customs
2)jcv1               CVD
3) jec1               ECS on CVD
4)jed1              cess on customs
5) j1cv                secess on cvd
6) jsdb               secess on customs
Go to the master note no 1032295 for recent budget changes.
award points if found useful
chintu

New Condition type for pricing

Hi,
I have a requirement wherein I want to create new condition type for add on cost of material with manaual entry . this condition is to be given in inforecord.
How to proceed? also, this contion type to be inserted in pricing schema??

Dear Smitha,
You may ask what is the condition type?
For example:
- discounts, surcharges or tax taxes add to net price
- delivery costs, cash discounts add to effective price
Discounts or surcharges may be percentage based, quantity dependent, or absolute.
Best Regards,
ian, Wong Loke Foong

How can i get different Condition Type for third-party Purchase Order?

Hi, experts,
for standard PO my Schema works well. now I want to get a different condition type for third-party purchase order. I try to extend field catalog (Pricing Purchasing). The Field PSTYP exists already. However, it is not provided in the field catalog.
How could i do?
Thanks
Rene

Hi Rene,
If you are seeing fields in the field catalog but are not seeing this field when creating the condition table then the field probably does not exist in the KOMG structure for allowed fields for condition structures. KOMG represents the total of KOMK and KOMP which are the pricing communication structures. If your field is not there then you need to append it to item data in INCLUDE KOMPAZ in KOMP since this is an item level field. If it were a header level field you would append it to include KOMKAZ in KOMK. The inclusion of new fields in KOMK or KOMP automatically means that they are also included in KOMG.
After doing this you will see the field when creating a table. There is further documentation on this process in the IMG under SPRO-> Materials Management-> Purchasing-> Conditions-> Define Price determination Process -> System Enhancements - View the documentation associated to this node in the IMG
Hope this helps,
Matt

Cin pricing condition types

hi gurus,
I am working cin ecc 6.0 . unfortunately standard condtion types are not there. But i need to maintain the conditon types that related excise duties. what are the conditon types i have to use. Whic tax procedure should i use taxinn or taxinj. In my system taxinj it is having condition types . But i need the conditon types which i should use in my pricing procedure for the taxinn. what is the critriea i have to use to get the conditon types.
critieria means keyelements whether it is country, chapterid, plant, shiptoparty . I am getting confuse please could anybody let me know where to include conditon types in my pricing procedure.
If anybody having screen shots taxinn please share with me
Thanks in advance.

Hi..
Please note that SAP will not provide you all the condtion types, SAP will provide you some sample condition types (each scenario). This needs to be copied to and you have to create your own condition types and ensure that all the customization/setting should be kept intact (only if required can be changed).
From 4.7E onwards SAP had come out with TAXINN procedure. So it is always recommended to use TAXINN procedure as this will support CRM application.
SAP has 4 standard pricing procedure for both formula based and condition based. You can use
Pricing Procedure starting with JIN..... (Example JINFAC).
In those pricing procedure you can see excise condition type for BED, AED, SED and CESS.
Now for your information BED conditin type are: JEXP: Percentage Condition type and JEXT/JEX2 are total condition type. Similarly you can copy these conditon types and create your own ECS and SeCess Condition types.
For ECS and SeCess Most of the customers are using ECS: JECS:Percentage JECP=Total.
SeCess JA1X: Percentage and JA1Y : Total
Above mentioned ECS and SeCess condition types can be copied from repective BED condition types.
You have all the Key combination is defined in the standard access sequence, you are not suppose to changes the standard access sequence but you can add your own table in this access sequence as per your requirement (if only standard does not support).
Regards
MBS

Condition types for Material

Hi,
I have got a scenario where the customer is going to maintain "Z" condition types for a material(1 for sales price and 1 for purchase price). I can read the correct price for this material at the Sales Order maintenance and PO maintenance using some standard function modules
SALES_CONDITION_READ/ME_PO_PRICE_SIMULATION.
as these condition types are maintained in the pricing schema and hence are returned in the correctly.
I have problem when I try to read the purchasing price for this condition type(material) while creating the sales order. Here I have only the material information to read the price. Can anybody suggest how I can read the correct purchase price while creating the sales order.
Thanks in advance.
Best Regards
Malthi

HI Malthi
I would recommend you use BAPI: <b>BAPI_SALESORDER_SIMULATE</b>. This will give you the conditions how the sales order is going to look when itz created.
This BAPI is mainly used for:
1. Checking ATP Qunatities
2. Conditions/Prices
Hope this helps.
Kind Regards
Eswar

How to update pricing condition type in a cancelled invoice?

I have one invoice(let say invoice number 01) which did not posted any accounting documents because one condition type in pricing procedure didn't had any record at the time of creation of invoice. so i cancelled the previous invoice and maintained the condition record of the condition type and again invoiced(let say invoice number 02) the delivery which posted the correct accounting documents.
Now the problem is that when i am going to the invoice number 01 in change mode and trying to update the pricing procedure by going to item level then the system is now allowing to update the pricing procedure as the UPDATE TAB is grayed out and i cant click on it. (is it because for invoice nummber 01 follow on cncllation invoice has been created? or any other reason and is ther a solution for this?)
action required: i want to update the invoice number 01.

Dear Manpreet500,
If the invoice not having the accounting document no need to cancell that invoice.
In your case you might have done like this without cancell the invoice 01.
-->Create condition record for the condition type which was missed while creating invoice.
-->After creation of condition record you just go to VF02 transaction enter invoice 01 then go to condition tab here you can find the Update tab click on the Update tab now system will take you to the Pricing selection screen here you select B- Carry out new pricing now system will consider the condition record for the missed condition type.
Now you can release the 01 invoice manually by clicking on green Flag.
You can not update the 01 invoice may be due to the subsequent document cancelled invoice.
I hope this will help you,
Regards,
Murali.

List of sales condition types for a material

Hi,
I have a material and maintained pricing and discount condition types for that material. I guess VK33 helps to view what condition types maintained for that material.
However when I tried VK33 and selected the material from the conditions from the node on the left hand side and entered the sales org, dist. channel and material and executed after I clicked on the display icon on the condition type, Sales org, Dchl material no conditions are displayed.
Please let me know how I can view the list of sales condition maintained for a specific material.
Thanks.

Hi Giri,
Thanks for the response.
In VK13 I should enter the condition type then I can hit condition information so that the details of all records maintained for a specific condition type will only be displayed but not for other condition types.
In V/LD, I am getting the list only for individual prices. If I insert 17 u2013 Discounts and surcharges by customer or 18 u2013 Discounts and surcharges by material, I am unable to get the list. Is it anything because of the u2018release statusu2019? We had not checked the u2018release statusu2019 field for the tables assigned to access sequence for the condition types.
As per the requirement business wants to view the list of u201CDiscounts and surcharges by customer/materialu201D. I think this is possible if I run the report provided by inserting values 17 or 18 but the unable to view the list. Any config settings required to activate?
Please let me know how to view the list of condition types.
Thanks

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]

Z condition type for surcharge need to be displayed in billing doc only.

Hi ,
I am having going to create condition type for surcharge, this condition type need to be diplayed only in billing doc.condition value should be calculated based weight of the material in delivery doc and scales in condition record.
scales values are as below:
Access key:
sales org/dis channel/ route /sales unit(KG)
DE10/02/DETX1/   1 Kilo   =   30 u20AC
skales:
DE10/02/DETX1 / 31 Kilo = 35 u20AC
DE10/02/DETX1/ 41 Kilo =   40u20AC
DE10/02/DETX1/ 51 Kilo =   45u20AC
then for 52 Kilo we have price for these item with 52 Kilo = 45 u20AC
where exactly need to do the config and development changes for displaying in condition type in billing doc only.
Thanks in advance.
Regards,
RAM

In the Pricing Procedure , maintain requirement as 24 against the Z Condition type.Now it will reflect the value only in Billing Document.
Best Regards,
Ankur

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.

Pricing: Condition type for advance "ZADV" can be enterted twice

Similar Messages

Maybe you are looking for