Restrict new price conditions in the return order and credit note

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

Hi
Firstly,In copy control maintain anyone of the pricing types
D: Copy pricing elements unchanged
E: Copy pricing elements and values unchanged
To avoid all these things go with USEREXIT_FIELD_MODIFICATION but before going with the user exit,also check with transaction variant SHD0.
Regards
Srinath

Similar Messages

BAPI_SALESORDER_CREATEFROMDAT2 for Return Orders and Credit Orders

Dear experts,
I've been searching the SDN forums for information about the usage of BAPIs to create Sales Orders, Return Orders and Credit Memos. Unfortunately it seems hard to get consistent answers around the usage of BAPI_SALESORDER_CREATEFROMDAT2.
Is it, or is it not possible, to use BAPI_SALESORDER_CREATEFROMDAT2 to create Return Orders and Credit Memos with reference to other documents? Can someone please let me know if they have successfully implemented this scenario?
Many thanks and best regards,
Anna Englund

When you see the Code inside the BAPI BAPI_SALESORDER_CREATEFROMDAT2
CALL FUNCTION 'SD_SALESDOCUMENT_CREATE'
       EXPORTING
            SALESDOCUMENT           = salesdocumentin
            SALES_HEADER_IN         = ORDER_HEADER_IN
            SALES_HEADER_INX        = ORDER_HEADER_INX
            SENDER                  = SENDER
            BINARY_RELATIONSHIPTYPE = BINARY_RELATIONSHIPTYPE
            INT_NUMBER_ASSIGNMENT   = INT_NUMBER_ASSIGNMENT
            BEHAVE_WHEN_ERROR       = BEHAVE_WHEN_ERROR
            LOGIC_SWITCH            = LOGIC_SWITCH
            BUSINESS_OBJECT         = *'BUS2032'*
see it is only used for Sales Order(since BUS2032 is for sales order).
you need to create or copy the BAPI BAPI_SALESORDER_CREATEFROMDAT2 to custom Function.
then change the Business Object to BUS2094 (it is for Credit memo) . Reference i tried it didn't work that time. you check it once with the new Custom FM.

VPRS cost copying different in Returns order and Credit for returns

Hi SAP Gurus,
we created returns order, returns delivery and Credit for Returns.But the VPRS cost copying in Credit for Returns different than Returns order.I have tested in DEV its working fine but in PRD its taking different. I compared copy contrls,condition settings and pricing procedure i didnt found any difference. where i need to check other than these areas.
Regards,
Nooka

Hi,
If if works in DEV then there is no problem with configuration.(Compare configuration of DEV with PRD).
Please check that all change request are moved correctly or not,speciallty related to your scenario.
Any enhancement change request are moved or not.(Because DEV and PRD are different clients. Some requests are client specific.)
Thanks,
Vrajesh
Edited by: Vrajesh G. Nayak on Jan 20, 2010 5:23 AM

Return order and credit memo request

Hi SD guru,
If goods returned by the customer then what is the appropriate sales order type i should use means whether i have to create the credit memo request or return sales.
Please elaborate both scenarios where exactly i can use sales order type return and credit memo request.
Thanks
saj

hi sajid
when ur creating the Return order use the doc type RE in standard
followed by return delivery LR adn billing ths nothing but the creditmemo.
if your supposed to just adjust the values . then use the G2 credit memo request , with reference to the billing doc for which ur intending to issue the credit memo,and credit memo by billing the same .
hope this answers your question
reward if helped
regards
giri

Firefox 5 hangs after new install at Checking the Add Ons and will not start even after reboot

Downloaded V5, ran the install, started Firefox and first screen is 'Checking Add Ons', the status bar is shown and immediately hangs. Have tried to restart, have rebooted and start and Firefox will not come up. Have to drop back to V3.6

Start Firefox in <u>[[Safe Mode]]</u> to check if one of the extensions is causing the problem (switch to the DEFAULT theme: Firefox (Tools) > Add-ons > Appearance/Themes).
* Don't make any changes on the Safe mode start window.
* https://support.mozilla.com/kb/Safe+Mode
This can be a problem with the file(s) that store the extensions registry.
Delete the files extensions.* (extensions.sqlite, extensions.rdf, extensions.cache, extensions.ini) and compatibility.ini in the Firefox [[Profiles|profile folder]] to reset the extensions registry. New files will be created when required.
See "Corrupt extension files": http://kb.mozillazine.org/Unable_to_install_themes_or_extensions
If you see disabled, not compatible, extensions in "Tools > Add-ons > Extensions" then click the Tools button at the left side of the Search Bar (or click the "Find Updates" button in older Firefox versions) to do a compatibility check or see if there is an update.

How to limit the number of price conditions in a sales order

Dear experts,
We've created discounts in our pricing procedure, and they are added manually. They have a maximum.
But the problem is that the user can add several discount price conditions in the sales order!
Is there any customizing to limit the number of occurrences to 1 in the pricing procedure?
Thank you for your help
Marjolaine

HI,
You can make use of feature to maintain maximum and minimum limits per condition type.
SPRO > SAP Implementation Guide > Customer Relationship Management > Basic Functions > Pricing > Define Settings for Pricing > Create Minimum/Maximum Limits
In this activity you can restrict manual processing of pricing conditions in transactions using minimum and maximum limits per condition type.
Kindly reward with points in case helpful
Sharif

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.

How to cancel the returns order

Hi,
i have done a sales process by creating sales order, delivery, invoice and then i have taken the goods return by returns order, returns delivery and the credit memo.
Now i want to delete/ cancel all the documents till from credit memo to sales order. im getting error during deleting the returns order.
can u tell me the process abt how to can all the docs
Thanks and Regards
Kishore

Hi there,
What error you get when you try to delete the returns?
If the credit memo is posted, then rever the posting. T
hen cancel the credit memo in VF11.
Reverse the PGI in VL09 for the returns delivery. Unpack & reverse the picking quantity. Delete the delivery.
Then cancel the returns order.
Pls note that you cannot delete the sales order. You can only cancel or enter reason for rejection in the line items.
Same way cancel all the documents from F2 to OR.
Regards,
Sivanand

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 !!!

IS-MAM: using statistical price condition in the order

Hi all
In this period, I am involved in a job project to an Advertising Management company.
The sales process implies the revenue recognition occurs when the advertisement is published (publishing doesn't temporally concide with invoicing).
After publishing, it is necessary to introduce a billing plan in order to split the sales order amount in a predefined number of billing with a predifined amount.
In order to determine the right amount for billing, We thought to apply the following SAP solution:
- to add in an order a statistic price condition relevant just for billing and not for relevat recognition.
Through test cases, we verified that this statistical price condition determines
a delta position in account determination.
is this a standard SAP functionality? should be possible to avoid a new account determination in revenues accounts?
Thanks in advance for your help
Best Regards, Lucia

Hi,
the path to define the access sequence is
IMG>>>MM>>>Purchasing>>>>Conditions.>>>>Define price determination process>>>define access sequence (M/07).
for this you can actually use the existing ones which suits your condition records level. otherwise create a new table for it and then use it in the access sequence.
then assign this access sequence to your condition type in M/06.
for your reference
Step to create new access sequence
http://www.sap-img.com/materials/steps-for-mm-pricing-procedures.htm

Inactivate the cash discount condition type during return order creation.

Hi All,
I have created a Pricing procedure its having a condition type Cash Discount.
The client requirment is during the return order creation system should inactivate the cash discount condition type.
Please sugget me what to do to fulfill this requirment.
Thanks in advance.
Regards
Vankat.

Hi
You can achieve through creating new pricing procedure for Return process
Otherwise try with user exit
MV45AFZZ USEREXIT_SAVE_DOCUMENT_PREPARE
Maintain access Sequence with Document type and maintain condition record , so at the time of return order system wont pick that material
Regards,
Prasanna
Edited by: prasanna_sap on Feb 9, 2012 3:31 PM

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

Conditions record for returns order with order type "RE" Modification

Hi,
How can I gay out the EDI1 conditons row ( Customer expected price ) for returns order, so that the customer price is not considered.
Current Scenerion: when we create a returns order "RE" with reference to standard order "OR" it pulls out the price details from the standard order, but then in the conditions tab the EDI1 ( customer expected price ) is still active which allows the user to enter the new price. When the user enters the new price, the price for that line item is getting updated with this new customer expected price.
Can any one help me out on how to gray put that row, so that the user is not allowed to enter a new price during rreturns.
Thanks in Advance!!

Hi
This will be updated automatically when generate planned orders thru MRP. (MD02)
regards
Srinivas

VPRS-based condition redetermined in return order (referencing billing doc)

I have an issue with copy-control from invoice to return order.
I want the invoice pricing conditions to be copied unchanged to the return order.
This is similar to when creation the Sales order>Delivery>Billing Document.
I need to make a return order for the same amount as in the original sales order (naturally, we want to credit the same amount).
This works fine for all conditions, except for a VPRS-based condition, which is redetermined upon return order creation.
The VPRS-based condition should fetch the moving average price for the sales order only, not for the return order.
I have maintained copy control for billing document to sales order with pricing type 'G'
G: Copy pricing elements unchanged and redetermine taxes. The system
This works fine for Sales order --> Delivery --> Invoice, but not for Invoice --> Return order.
I would prefer not to use a formula, but I guess one alternative solution is to fetch the condition value from the original sales order if I cannot do this with customizing.
Let me know what you think about the forumla (VOFM) and if it is possible to achieve copy-control with unmodified condition values for the VPRS-condition.
Thanks!

Ok, thanks for your input!
I'm sharing my solution:
I implemented a new condition value formula for my pricing procedure:
VOFM>Formulas>Condition value
FORM FRM_KONDI_WERT_XXX.
DATA: lv_kbetr TYPE kbetr,
        ls_vbfa TYPE vbfa,
        lv_knumv TYPE knumv.
Get moving average price for return order from SO
The ZPRS pricing condition modifies price in return order
The value of ZPRS should be the same in return order and SO
IF xkomv-kschl EQ 'ZPRS'.
Get sales order and position
    SELECT SINGLE vbelv posnv
      INTO corresponding fields of ls_vbfa
      FROM vbfa
      WHERE vbeln   EQ komp-vgbel "invoice number
        AND posnn   EQ komp-vgpos "invoice item
        AND vbtyp_n EQ 'M'         "invoice
        AND vbtyp_v EQ 'C'.        "order
    IF sy-subrc EQ 0.
Get sales order conditions key
      SELECT SINGLE knumv
        INTO lv_knumv
        FROM vbak
        WHERE vbeln EQ ls_vbfa-vbelv.
      IF sy-subrc EQ 0.
Get moving average price from sales order conditions
        SELECT SINGLE kbetr
          INTO lv_kbetr
          FROM konv
          WHERE knumv EQ lv_knumv
            AND kposn EQ ls_vbfa-posnv
            AND kschl EQ 'ZPRS'.
        IF sy-subrc EQ 0.
Recalculate condition values
          xkomv-kbetr = lv_kbetr.
          xkomv-kwert = ( lv_kbetr * komp-mgame / 1000 ).
          xkwert      = xkomv-kwert.
        ENDIF.
      ENDIF.
    ENDIF.
ENDIF.
ENDFORM.

Fetching the price of the purchase order and charge it in my SO

Dear, gurus
I am doing services mto and even Repair services of customers machinery. I would like to fetch the price incase of purchase order and charge the customer for that purchase in my Sales Order. Is there a way to automatically fetch the price? Or how can I cover this scenario?
Ex: I receive customers machine and in my plant or workshop I do not have the tool needed or a specialist so I hire someone for the job so I buy or rent it or him from a vendor and in return I want to charge my customer for that purchase.
Any Ideas?
P.S. this is not a 3rd party sale scenario its just a simple Sales Order. I was able to fetch the price from the production order with condition type EK02. Is there any condition type for purchase order price fetching?
Thanks

Amitesh
How did the outcome come out as? meaning did that user exit price fetch appear in a condition type in the billing document? If so which one?
Also, where is the relationship or linkage made from PO to SO? Like how in the world would your sales order know that a purchase order was done. I mean it really is a weird process I mean first the SO should be created then that should trigger the PR and that gets converted to a PO as rightly stated in book terminology. But in this case of first a regular sales order, then out of sap we give our requirement to mm purchasing dept and tell them we need such and such. Once they buy it there is a price which in return we need to charge our customer. Everything can be done manually.
From my own logic of looking at what you described in the user exit. I presume that from abap side they will only pull a table and field data and populate it where I want it?
In the PR there is a place where you can assign acct cat C to the sales order and item line what exactly is this for? GL acct are assigned for which purpose or What is it doing? Also, the purpose of that cost center?
Edited by: Muhammad Ali Lozada on May 31, 2010 12:14 PM

Restrict new price conditions in the return order and credit note

Similar Messages

Maybe you are looking for