Reading archived price condition

Hi,
After archive a condition price via archiving object: SD_COND, is there any standard SAP transaction code to read the cited condition from the archive ? I tried with VK13 but it did not work.....
Thanking in advance for your help
Best regards
Joseph Sangoi

Hi Karin,
Thanks a lot for your answer. I was expecting there was some more friendly end-user transaction and not those so "archiving technical" transactions.
I appreciate your quick answer and fell free to contact me for any further information.
Best regards
Joseph Sangoi

Similar Messages

Price conditions selection

Hello,
I just want to read some price conditions from SD.
I see that there is FM RV_T681_SELECT_AND_GENERATE that geenrates (if needed) a dynamic standard program for data selection, I see in this generated program that some subroutines are for external execution (FILL_COMM_AREA_FROM_VAKEY, ...) and it seems that by passing VAKEY field with required data for selection, standard program is able to make a selection in to respective DataBase.
Does anyone know how to use this external subroutines from this dinamic program for reading conditions?

Hi Jorge,
this is taken from an IS-Media order print program:
    CONCATENATE ls_jhaga-pos_nr ls_jhaga-gruppabrnr INTO lv_vbdpaposnr.
    CLEAR ls_komk.
    ls_komk-mandt                         = sy-mandt.
    ls_komk-kalsm                         = ls_jhaga-kalsm.
    ls_komk-kappl                         = 'JA'.
    ls_komk-waerk                         = ls_jhaga-waerg.
    ls_komk-knumv                         = ls_jhak-knumv.
    ls_komp-kposn                         = lv_vbdpaposnr.
    CALL FUNCTION 'RV_PRICE_PRINT_REFRESH'
      TABLES
        tkomv                             = lt_komv.
    CALL FUNCTION 'RV_PRICE_PRINT_ITEM'
      EXPORTING
        comm_head_i                       = ls_komk
        comm_item_i                       = ls_komp
        language                          = nast-spras
      IMPORTING
        comm_head_e                       = ls_komk
        comm_item_e                       = ls_komp
      TABLES
        tkomv                             = lt_komv
        tkomvd                            = lt_komvd.
It should work for you with some minor changes: Find out what is the calculation scheme and application. knumv is in the document header; kposn might be a little tricky. In our case it is concatenated item and invoice grouping number; this might be different. You can set a breakpoint on function module RV_PRICE_PRINT_ITEM because it is used in many transactions to select conditions. If your transaction runs into the breakpoint you can check the parameter values.
The best will be to run the function in test environment SE37, but: You have to start transaction all over again after one try; in program you have to call 'RV_PRICE_PRINT_REFRESH' before (or after) calling because RV_PRICE_PRINT_ITEM stores internal data hurting subsequent calls.
The resulting tables
tkomv will have ALL conditions
tkomvd the conditions to be printed.
Regards,
Clemens

How to update multiple Price conditions in FM CRM_ORDER_MAINTAIN

Hi All,
      need to update multiple price conditions in a contract Thru FM CRM_ORDER_MAINTAIN.
please see the piece of code that am using...
am able to update single price condition...but not able to populate 2 or more .......i,e..ADD A Condition
i,e...DATA : ls_cond TYPE prct_cond_external_input,
       lt_cond TYPE prct_cond_external_input_t.
DATA : ls_con TYPE PRCT_COND_DU,
       lt_con TYPE PRCT_COND_DU_TAB.
Create Condition Type
*ls_con-KNUMV = lv_header_guid.
*ls_con-KPOSN = lv_item_guid.
ls_con-stunr = '134'.
IF Y EQ 1.
ls_con-ZAEHK = '001'.
ELSE.
   ls_con-ZAEHK = '002'.
*ENDIF.
*ls_con-kschl = 'ZFP1'.
**ls_cond-waers = 'CNY'.
*ls_con-kbetr = '0.00'.
*ls_con-kpein = '1'.
ls_cond-kschl = 'ZFP1'.
ls_cond-waers = 'CNY'.
ls_cond-kbetr = '0'.
ls_cond-kpein = '1'.
ls_cond-knumh = lv_item_guid .
CLEAR ls_Price_doc.
ls_Price_doc-ref_guid = lv_item_guid.
ls_Price_doc-ref_kind = 'A'.
IF Y EQ 1.
ls_Price_doc-ref_handle = '000000001'.
ELSE.
ls_Price_doc-ref_handle = '000000002'.
ENDIF.
*ls_price_doc-PRIC_COND[] = lt_cond[].
*INSERT ls_con into table ls_price_doc-PRIC_COND.
INSERT ls_cond into table ls_price_doc-COND_ADD.
INSERT ls_price_doc INTO TABLE lt_price_doc.
ls_input_fields-ref_guid    = lv_item_guid.
ls_input_field_names-fieldname = 'KNUMH'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'KPOSN'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'KSCHL'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'KPEIN'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'STUNR'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'ZAEHK'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'WAERS'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'KBETR'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
CLEAR ls_input_fields.
Ls_input_fields-ref_guid    = lv_item_guid.
ls_input_fields-ref_kind    = 'B'.
ls_input_fields-objectname = 'PRIDOC'.
*ls_input_fields-logical_key = '0001'.
ls_input_fields-field_names = lt_input_field_names.
INSERT ls_input_fields INTO TABLE lt_input_fields.
CLEAR ls_input_fields.
CLEAR ls_Price_agreement.
Clear ls_cond.
I kept this under code. loop, for item records.....
Though the internal table lt_price_doc. is holding all the records, it is updating only one record. can you any one pls guide me ,

This example works fine for me. Modify it according to your needs...
Price
              IF it_item-value IS NOT INITIAL.
                ls_cond-kschl = 'PR00'. " add price
                ls_cond-kbetr = it_item-value.
                ls_cond-waers = st_head-currency.
                INSERT ls_cond INTO TABLE ls_pridoc_com-cond_add.
                index_2 = 1.
                CLEAR: ls_cond.
              ENDIF.
Discount
              IF it_item-discount IS NOT INITIAL.
                ls_cond-kschl = 'ZPPP'. " add discount
                wa_procent_calc = it_item-discount * 10.
                ls_cond-kbetr = wa_procent_calc."it_item-discount.
                ls_cond-waers = '%'."st_head-currency.
                INSERT ls_cond INTO TABLE ls_pridoc_com-cond_add.
                index_2 = 1.
                CLEAR: ls_cond, wa_procent_calc.
              ENDIF.
              IF index_2 = 1.
                ls_pridoc_com-ref_handle = counter.
                ls_pridoc_com-ref_kind = 'B'.
                INSERT ls_pridoc_com INTO TABLE gt_pridoc_com.
                CLEAR: index_2,ls_pridoc_com.
              ENDIF.

Report to check price condition

Hi All,
Is it possible to check existing price conditions on all customers to make sure we have a valid price (i.e no ZERO price) in any condition, any report or fuction to help me do the above.
Thanks in advance.

Try pricing report V/LD. Copy the output to excel and customer masters to excel and then do a V Lookup in excel.
Regards,
GSL.

Price conditions from Info Record to PO

Hi,
While creating PO, Price conditions flow from Purch.info record.
My requirement is => In the Item detail Conditions Tab, the price should not be available for editing (i.e.it should be in display mode) at end user level. If we need to modify the Amount against any condition it should be done only in info record only.
How to address this requirement.
Regards,
Baskar

Hi,
1. Go to SPRO > MM > Purchasing > Authorization Management > Define Function Authorizations for Buyers > Function Authorizations: Purchase Order > Here "New Entries" and define Function Authorization Key as "01" and give description.
OR use T. Code - OMET
Here under "General parameters" subscreen,
Activate "Display conditions" indicator and assign Field selection as "$DE1", do not select "Enter conditions"
In "Possible ref. objects", select "W/o reference" otherwise reference documents (for e.g. PR, RFQ, etc...) for PO creation will become mandatory.
2. Now go to SU01 > Enter User ID > Parameters Tab > Here for Parameter ID EFB i.e. Function Authorization: Purchase Order, maintain value "01" and check in PO field selection will get applied for that user.
Now check in PO, Conditions will become in display mode.

How to avoid user from entering new price condition in return order

Dear Expert
We are facing a scenario where we make return order; the Price is copied from the invoice. And it is working perfectly. The system does not allow us to change the price.
The issue we are facing here is that user can input new condition like discount /premium and change the net value for the return order pricing, and this will reflect in the credit note for returns.
Is there a way to restrict the user from entering any pricing condition in the header or item conditions tab.
although we cannot change the original price coming from invoice referenced for return order, but the user can input new price conditions as below. This must not be allowed.
The price must come according to the Qty being referenced.
While making the credit for returns, the user has a chance of further making changes to the net value by adding new conditions. Hence this must also be restricted for any changes.
Thanks
Edited by: Lakshmipathi on Jan 31, 2012 6:55 PM
Thread Locked - Reason Cross Post

okie .... i will tell briefly what is the problem ....
Take a scenario wherein a user has logged into my application and he is performing a task which will put his user id and his employee id into the session. Then he opens another window by using either ctrl+n or through files->new window.
So now a new browser will open but the session will be same ..... in this newly opened browser, user performs some operation which will remove the user id and employee id from the session .... Now if he again comes back to the first window and tries to do some operation, then a null pointer exception will be thrown saying that the employee id is null .... because he has deleted that in the newly created browser ..... to avoid this situation what can we do ???? can you please help me in this regard ??? you got my problem right !!!

Price Condition Depending of Material Master Record

Helllo Experts, I have an issue with a price condition on a price procedure the user wants to be able to mantain the price condition manually only if the material used at item level of sales order is equal to one of 3 sku´s.
This Price condition can not be mantained on VK12 because it´s calculated manually depending of several factors.
For Example, let´s say the Material ID´s are 1122, 1123 and 1124 and the price condition is ZY01.
If the Mateial ID used at item level of sales document, the manual condition ZY01 shouldn´t be shown to the user only if the material used is equal to 1122, 1123 or 1124
To solve this issue I was thinking to use at price procedure the field requirement and use a pricing routine as "2" Item with pricing and edit the routine. the Material used at item level of sales document
I´m not quire sure this is going to work, And what´s the name of the field I should use to get that
Any Suggestion how to adress this issue is welcome.

Hello, I create my own condition table to include material field, also a new access sequence has been created, to link this table on field material I only can specify one material number, I capture there my material for wich I want this price condition work, but when I create a Contract on VA41 using the material included on my price condition, I´m able to mantain the amount, but the same happen when I try to use another material number not included on my access sequence.

How to block post price conditions in purchase order

I need to block post price conditions in the purchase order, after doing MIGO.
The problem is that somtimes buyers people go to the purachse order with ME22N, even if MIGO has already been made for this purachse order. They change The amount of certain price conditions in some or all the posts of the purchase. when people of accounting receive the invoice, there are problems of price differences.
i need help to do it
Thank you in advance for your help

The system will not allow to change the price once goods receipt takes place on that particular order. It happens only when we reverse the reciepts and make the po open. In such case the persons can change with ME22N. Its simple that only authorised user to have this transaction code and other users should not have this transaction code authorization.

ME22N change Exchange rate type at price condition level

Hello,
In ME22N exchange rate type is 'M' by default. When a price condition has currency different than purchase order this 'M' rate is used.
Now I need to change this 'M' rate but for particular price conditions (and exchange rate type can be different for each price condition). Don't ask me why:-) This requirement comes from business consultant and he knows that there is no user exit for this. I need to modify standard. The problem concerns items price conditions.
I'm not asking you for a complete solution, but maybe you can give me a hint where to start? What is the function module which perform price calculation (where exchange rate is used) in ME22N.
I tried to change KOMK-KURST in price condition rule (the procedure which is called to check if price condition has to be calculated or not). It is called for each price condition and I know a name of price condition. But I think the exchange rate type is read at the beginning and stays unchanged even I changed KURST.
I also found function module READ_EXCHANGE_RATE, which has rate type 'M' by default. I could put my modification in place where it is called. But it is not called when I press button Update price. It is only called when I change the currency of condition and press enter. This FM is called in few places in ME22N but not when I'm refreshing prices. Maybe during a refresh it has already an exchange rate? If so, READ_EXCHANGE_RATE could be a solution, but... It is not called when price conditions are created for the very first time (when I create PO item). Maybe system calls different FM?
I also tried to use trace (ST05) to see where systems reads from TCURR, but I think some buffers are used and TCURR is not in trace.
So now I'm stuck hoping for your help.
Best regards
Rafal

Prabhu Peram wrote:
Hello Rafal ,
>
> still im trying to understand your requirements , anyhow if you change/propose new exchange rate at header level , then system wont put type as 'M'.
>
The problem is that if I set a new exchange rate type, it will be the same for all price conditions. My requirement is to have different exchange rate type for each price condition. The pricing procedure will loop at each price condition, and depending on condition name I need to have different exchange rate type.
Example:
condition XMER is in EUR and must be converted to USD (factor should be 1,234)
condition XMET is in EUR and must be converted to USD (factor should be 1,567)
Now the factor is the same for all price conditions.
I have found interesting table XKOMV. It contains price conditions and there is a field with factor value. Now I will look for the place where this table is filled with data or for the place where I can modify factor values before XKOMV is used in pricing procedure.
Best regards
Rafal

Manual price condition (%) in order creation (using ABAP)

Dear community members,
I could use some help on a problem I have encountered while creating a sales order (in the CRM system) using ABAP programming, the details are given hereunder:
I have two manual price conditions used to set a possible discount, one using a straight value and one using a percentage:
1. When the order is generated using the value (let us say 100€) it cointains the correct price condition.
2. On the other hand, when the order is generated using percentages (i.e. 10%), it is created without explicit errors or warnings but with no price condition in it.
For the latter case I have checked the IPC logs (from transaction SM53) finding this error message:
Message: Condition cannot be processed manually
--> com.sap.spe.pricing.transactiondata.exc.ManualChangeNotAllowedException: Condition YSCP cannot be processed manually
at com.sap.spe.pricing.transactiondata.impl.PricingCondition.changeConditionRate(Ljava/math/BigDecimal;Ljava/lang/String;Ljava/math/BigDecimal;Ljava/lang/String;)V(PricingCondition.java:3124)
at com.sap.spe.pricing.transactiondata.impl.HeaderCondition.changeConditionRate(Ljava/math/BigDecimal;Ljava/lang/String;Ljava/math/BigDecimal;Ljava/lang/String;)V(HeaderCondition.java:387)
at com.sap.spe.pricing.transactiondata.impl.PricingDocument.addHeaderCondition(Ljava/lang/String;Ljava/math/BigDecimal;Ljava/lang/String;Ljava/math/BigDecimal;Ljava/lang/String;C)Lcom/sap/spe/pricing/transactiondata/IHeaderCondition;(PricingDocument.java :1472)
at com.sap.spe.document.rfc.AddPricingConditions.handleDocRequest()V(AddPricingConditions.java:131)
at com.sap.spe.document.rfc.DocHandlerAdapter.handleRequest()V(DocHandlerAdapter.java:72)
at com.sap.spe.base.util.jco.HandlerAdapter.handleRequest(Lcom/sap/vmc/RFCContainer/Call;)V(HandlerAdapter.java:117)
at com.sap.vmc.remserver.RFCDispatcher.handleRequest2(Lcom/sap/conn/jco/JCoFunction;)V(RFCDispatcher.java:995)
at com.sap.vmc.remserver.RFCDispatcher.handleRequest(Lcom/sap/conn/jco/JCoFunction;)V(RFCDispatcher.java:746)
at com.sap.conn.jco.rt.VMCServer.dispatchRequest(Lcom/sap/conn/jco/JCoFunction;)V(VMCServer.java:911)
at com.sap.conn.jco.rt.MiddlewareJavaRfc$JavaRfcServer.dispatchRequest(Lcom/sap/conn/jco/rt/ServerWorker;Ljava/lang/String;)V(MiddlewareJavaRfc.java:3415)
at com.sap.conn.jco.rt.MiddlewareJavaRfc$JavaRfcServer.listen(Lcom/sap/conn/jco/rt/ServerWorker;)V(MiddlewareJavaRfc.java:2468)
at com.sap.conn.jco.rt.VMCServer.listen()V(VMCServer.java:766)
at com.sap.conn.jco.rt.VMCServer.run()V(VMCServer.java:689)
at com.sap.vmc.remserver.RfcServer.run()V(RfcServer.java:376)
at java.lang.Thread.startup(Z)V(Thread.java:1954)
I have already debugged FM CRM_ORDER_MAINTAIN but to no avail, maybe I just missed something and I can assure that the customizing is correct and aligned between the systems and both the conditions are set to be processed manually.
At this point, since the condition is applied when the commit is yet to be done I wonder whether it is possible to apply a discount percentage on prices which are yet to be generated, it would be illogical to do so and then again while using a straight value (which does not require a calculation) the order is correctly generated.
Furthermore when I add the conditions in an order (from both the GUI and the WUI) the table IT_PRIDOC is alway empty, even if CT_INPUT_FIELD is populated.
I know that there are similar posts here in SCN but sadly I was not able to find a solution so any help would be greatly appreciated.
Thanks in advance for any replies given,
Alessandro.

Dear Padma,
apologies for my late reply. I also thought it should be possible to use a percentage but I was not sure.
Sadly the debugging did not bring about any positive result.
I also tried to make a second CRM_ORDER_MAINTAIN call after the system generated all the pricing conditions but that also did not work.
There is one thing that caught my attention though:
- YSCV (fixed amount): still no problem at all (passed to KBETR);
- YSCP (percent): if I assign a value to KWERT or if I leave all the fields empty, the condition is created in the sales order but it is always set to 0%. However, if I try to assign it to KBETR, I always get the message: "Condition YSCP cannot be processed manually".
I made some attempts with the customizing, for example adding the condition to the "easy entries" or playing with the options of "Create Condition Types" (always aligning the systems) without getting positive output.
I am beginning to think that it could be an IPC-related problem (which is not my area of expertise... yet).
Alessandro.

How to block post price conditions in purchase order after doing MIGO

I need to block post price conditions in the purchase order, after doing MIGO.
The problem is that somtimes buyers people go to the purachse order with ME22N, even if MIGO has already been made for this purachse order. They change The amount of certain price conditions in some or all the posts of the purchase. when people of accounting receive the invoice, there are problems of price differences.
i need help to do it
Thank you in advance for your help

The system will not allow to change the price once goods receipt takes place on that particular order. It happens only when we reverse the reciepts and make the po open. In such case the persons can change with ME22N. Its simple that only authorised user to have this transaction code and other users should not have this transaction code authorization.

Price condition entered as a new line in billing document - how to prevent

I have a price condition that comes from VK11 but given ' manual entry has priority " so that condition rate can be changed in sales order. Through copy controls I have made it uneditable in billing by giving pricing type as "E"
But in billing the system is allowing a second line of price conditon in addtion the one copied from sale order. i.e PR00 condition type enterd twice . When I do 'update pricing" , the new entry is taking effect.
How do I contain PR00 from entering for the second time in billing document ?
Regards
Mahesh

Dear Mahesh,
Are you using different "Pricing Procedure" than the one, used in Sales Order?
Also, Try to maintain the Pricing Type as "G" or "D" in Copy Control Settings.
Best Regards,
Amit
Note: In T. Code: V/08
Check the various column-entries for Condition Type: PR00 in you Pricing Procedure, such as "Steps", "Counters", "Requirement", "CalTy" and "BasTy" etc...

ABAP: How to add a Price Condition Item to an order item

Hi experts,
Is it possible to add a Price Condition Item to an order item by BAPI or Function in sap crm? (like: 0k04 10 USD 1 EA)

Hi,
You need to use CRM_ORDER_MAINTAIN and have to use structure IT_PRIDOC to update or add new pricing data.
But do remember, you have to call FM 'BAPI_TRANSACTION_COMMIT' once you are done with call to FM CRM_ORDER_MAINTAIN, else all your updation will remain in buffer and will have no effect in Database, which will let u feel as if things are not working they should be.
Best Regards,
Pratik Patel
<b>Reward with Points!</b>

CRM 5.0 ISA insert new price condition from order entry screen

In CRM 4.0 we wrote a custom field on the order entry screen that shows the list price (sub 1), we allow the user to change this value (inserts a PB00 price condition in the item pricing) and validates the change is within a certain % of the list price.
The jco method we used in 4.0 no longer exist in 5.0, been using the 55 page IPC VMC PDF in note 809820 but still can't figure out how to replicate.
Any help on what class / method might help us insert a manual price condition from ISA would be appreciated.

It could be possible to use CRM BAdI to do this function.

Recalculate PO price conditions in ME_PROCESS_PO_CUST

Hello everyone,
Im trying to use ME_PROCESS_PO_CUST positions get_ceonditions/set_conditions to automatically recalculate values of price conditions (PB00).
Im trying with me22n to change already created PO and it does not seem to work.
Im the method POST, I change my conditions table, but after the badi the conditions get rewrite by the old ones.
Does anyone know how to get past that?
Thanks a lot!
MaryM

Hi,
try to dsiaply message as S
like message <> type 'E' display like 'S' inside me_process_req_cust
Thanks,
Shailaja Ainala.

Reading archived price condition

Similar Messages

Maybe you are looking for