Condition Determination in Return PO

Hi,
I have some delivery conditions like OCTROI for a PO. However, i do not want these conditions to be detemined during a Return PO for the same article vendor combination. I mean when i put a return indicator in PO , i do not want these conditions to be determinned automatically.
How can i achieve this?
Thanks & Regards
Jajati

Hi,
Check the last purchase order created which will be available in the info-record price history.
In the last purchase order - ZCIF condition will be maintained.
Hence it will adopt in the new PO, which is standard SAP behaviour.
Thanks & Regards,

Similar Messages

Shipping condition determination (OVL2) not open and system close

Dear Guys,
as per attached, i used ECC 6 VM and when use t.code OVL2 to open Shipping condition determination system appear this error and terminated.
IS there another choice to link Ship condition+Plan+LoadingGroup.

Hi Nagi,
Is a plant determined in the document in ERP after downloading from CRM? If not then this is probably the reason so you will need to map a vendor partner in CRM to a plant in ERP at item level so that the determination of the shipping point takes place.
Kind regards,
Vanessa

No Conditions Determined (NoAuthorization for Input)

Hi, I'm new in SAP, can anybody please help me with this error messages happened in MIGO transaction?
"No Conditions Determined (No Authorization for Input) - Message No.: 06235
Diagnosis:
Your user master record does not include authorization to perform this function or display certain data.
Procedure:
Contact your system administrator.
Your function authorization does not cover the entry of conditions.
Function authorizations may be maintained or displayed by authorized persons in Customizing."
The user is doing MIGO with Article that has a Material Type: Packaging. The document won't post due to said error messages.
I've already checked the user authorization, everything is ok.
Please advise.
Thanks.

Hi,
You can check with your system administrator (basis admin) to check whether correct profile has been authorized for your user name.
Regards

Price condition determination for purchasing contract(ME31K)

Hi Experts,
     It is possible to apply price condition determination in purchasng contract(ME31K)? We had maintain the price condition for below keys: WBS/Material number and this condition record work well in purchase order. But I hope that this condition record is applied in pruchasing contract when we create contract by ME31K. Plz kindly give me a suggestion.
So I want to check the condition dtermination is whether fullfil my requirement. If we can not use the price condition determination to get the net price, then we only go for user-exit to get it.
Thank you very much in advance.

>
Gangrong Chen wrote:
> Hi Experts,
>
>      It is possible to apply price condition determination in purchasng contract(ME31K)? We had maintain the price condition for below keys: WBS/Material number and this condition record work well in purchase order. But I hope that this condition record is applied in pruchasing contract when we create contract by ME31K. Plz kindly give me a suggestion.
>
> So I want to check the condition dtermination is whether fullfil my requirement. If we can not use the price condition determination to get the net price, then we only go for user-exit to get it.
>
> Thank you very much in advance.
Why not, in me31k, click on condition button on toolbar for item conditions and for header conditions, click on menu bar path HEADER>CONDITIONS and maintain your conditions accordingly.

Storage location-determination of return-deliveries (delivery type RL)

Is there a difference between picking storage location-determination of return-deliveries (delivery type u201CRL Returns (pur.ord.)u201D/return to vendor) on 4.6C compared to ECC6.0? Is there a SAP-note?
Within 4.6C-system the storage location is determined based on the customizing settings (Logistics Execution \ Shipping \ Picking \ Determine Picking Location \Assign Picking Locations).
Within ECC6.0-system the storage location in the return-delivery is always the storage location that is entered in the Return-Purchase Order. It seems like the customizing-settings are no longer beeing taken into account.

This storace location-determination of return-deliveries (delivery type RL) in customozing that you mention is only true within the 4.6C-system. Within the ECC6.0-system the storage lcoation is always the one that is entered in the return-purchase order. In ECC6.0 the customizing settings you are refering to a no longer valid for deliveries with delivery type RL.
The questions is why/ and is there an OSS note.

No conditions determined (no authorization for input)

Hi Friends,
I am trying to create a PO but i am getting a error message that "No conditions determined (no authorization for input)" and I am unable to view the conditions tab.
Can anyone please guide how do I rectify the error.
Regards,
Wasim.

Hi,
When I run the t-code SU53 it says "The last authorization check was successful" But the problem still exists.
Regards,
Wasim,

Freight conditions determination

Hi Experts,
How are freight conditions determined? and they are determined at shipment level or shipment cost document level?in which document these conditions are captured at shipment out put or shipment cost document output? Throw some light on this issue.
Thanks,
KP.

HI
Fright cost are determined in shipments cost document when you create the same in VI01
regards
Prashanth

Additional Pricing Condition Type Determination in Returns Oder

Hi Guys
I am working on Returns Sales Process, but I have stuck in pricing?
The thing is I have to determine the additional condition type based on transaction type .i.e. returns order when I create the returns order with ref. to sales order the pricing condition types which is present in the sales order has been copied but the additional condition type is not determined automatically?
I have created the 2 pricing procedure one of sales order and other for returns order.
Can anybody help me out?
Thanks advance

Hi,
All you have done is right. just assign the other pricing proceduere which you created for the document re.
To the combination of sales orgdistribution chaneldivision + cpp( in customer master)+ dpp( for the document re )
So now when you create with the re doument you will automatically get that pricing procedure.
hope this solves.
regrds\
preetham

G/L acnt determination for Returns

Hello Friends,
I have a Returns process for which I want the posting to be done to a different G/L account--how do I configure it?
thanks,
Viren.

Dear Viren,
Already one option sujested by our friend Sourab, in addition to that.
Plaese look in to this option,
You define new pricing procedure for the return process
Define new document pricing proceudre for the return order
You assign new document pricing procedure to your return document type.
Do the return pricing procedure determination.
SPRO>Sales and Distribution>Basic Functions-->Pricing >Price control>
Define Condition Tables
Define Condition Types
Define Access Sequences
Define And Assign Pricing Procedures
-->Maintain pricing procedures
->Define document pricing procedure
-->Assign document pricing procedures to order types
-->Define Pricing Procedure Determination
Define the different account keys for the return pricing procedure condition type.
SPRO>Sales and Distribution>Basic Functions>Account Assignment/Costing>Revenue Account Determination-->
-->Define And Assign Account Keys
-->Assign G/L Accounts
Assign those account key to the return pricing condition types in the return pricing procedure.
Assign the G/L account for the return account key in VKOA transaction.
I hope it will help you,
Regards,
Murali.
Edited by: Murali Mohan.Tallapaneni on Jul 14, 2008 7:10 AM

VPRS Condition missing in Returns Order

Hi Experts !!
We are facing a peculiar problem.
We are creating Rush Orders & Delivery thro Idocs and PGI and Invoice thro Batch Job. Similarly Returns and Delivery by Idoc. Now in some cases VPRS conditions are missing in returns. We have 17 Statistical Conditions and the total of costs we have to compare with VPRS. If its not the same, the Order gets Delivery Block. So now this is happening as VPRS itself is missing.
Pls help

hello, friend.
are all returns using the same item category? if not, please check the settings for the item category in transactions without VPRS. check if "determine cost" has been checked.
another area to look at is the nature of the material (e.g. material type). if the material returned is configurable, then you may have make special settings.
please post again.
regards.

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

Condition Determination in Quotation

Dear all,
In quotation transaction pricing condition types is not determining automatically.
Downloaded condition objects from ECC - 'DNL_CUST_CNDALL, DNL_CUST_CND, DNL_CUST_PRC'.
I have add user parameter PRC_TRAC and check SLG1 downloaded conditions.
Ensured all Condtion Tables, Condition Types and Pricing Procedures downloaded in to CRM system (BP C03.3.1.5.3.3)
I have re-downloaded objects DNL_CUST_CNDALL, DNL_CUST_PRC and DNL_CUST_CND, but there is no improvement.
I could not trace the problem from where it is coming, Kindly help me in resolving the issue.
Best regards,
Amulet

Hi,
Step 1
Is it that the system is not determining a specific condition type or all the condition types? If the system is not determining a specific condition type, jump to step 2. If none of the condition types are determined, go to header --> Prices tab page and check if the pricing procedure is determined or not.
If pricing Procedure is determined, Go to customizing and check if the pricing proc, condition types, acess seq, and accesses are there properly.
If pricing procedure field is blank, check the customizing for the determination of the same
Step 2
What does the Pricing Analysis say? I hope you have already activated PRC_TRACE wth value "X" (upper case) in SU3. Now go to the item level conditions tab page and click on ACESSES button. It gets the pricing analysis from IPC and displays you the exact reason why a condition type is not determined automaticaly as required.
Step 3
Additionally, go to ECC and check in a quotation if it determining properly there in ECC or not.
Regds,
Raghu

Pricing condition determination in billing

I created a pricing condition record which will be determined just in billing document.It is tariff price. Just to determine this pricing condition in the billing document how should I configure the system?
Now for Standard sales order and for billing document types same document pricing procedure is assigned as "A-standard"
Should I?
1) Create a new pricing procedure and add the new pricing condition type in it.
2) Assign a new document pricing procedure to billing document type
3) Assign new pricing procedure to the new document pricing procedure in pricing procedure determination?
I don't want this pricing condition to be determined in sales order. Is there any other way instead of creating a new pricing procedure?
Thanks
Edited by: sevdada on Apr 24, 2009 3:50 PM

Is the pricng condition in the sales order as well as billing pricing procedure currently. If this is a new condition type for which you are maintinaing a condition record then with a comibination of a new billing type and new pricing procedure and condition type you can trigger this.
But if the condition type exists in both the sales order and the billing and only condition record is different then you could use perhaps a differentiating feature of this condition.
Is the tariff price different at the time of sales order and billing. IN what way. use this using standard billing copy controls or write a user exit to use this.
For instance if you wnat the system to take the exchange rate on the day of billing and not the sales order you can use the control in the item copy controls from delivery to billing doc as exchange rate on the billing date as the control.
Unless you can elaborate the condition record and your exact problem its difficult to give an exact solution.
regards
Jude

How to modify "From" header when certain condition met on "Return-Path" header

We are activating TLS enforcement (STARTTLS) between our customer domain (@tls.customer.com) and their business partner (@tls.partner.com) on internet MTA (Cisco ESA C370 running AsyncOS 8.0.1-023)
Customer is managing their internal mail infrastructure and have user mail domains based on country. So for example user X in Switzerland will have sender address: [email protected]
My understanding is that their are using IQ Suite software to re-write sender address into [email protected] to be able to enforce TLS based on this domain.
So far so good until the business partner at receiving end mentioned that they receive reply-to: [email protected] but from: [email protected]
And this will interfere with the policy at their end that require both sender header fields to be the same.
My customer mentioned that they have modified both "From" and "Sender" fields using IQ Suite but somehow on our IronPort we are seeing both appears on "From":
From: <[email protected]>, <[email protected]>
And on message tracking I can see DKIM matching on [email protected] rather than on [email protected]
Message 218480027 (51299 bytes) from [email protected] ready.
10 Feb 2015 09:13:27 (GMT +01:00)    Message 218480027 matched per-recipient policy DEFAULT for outbound mail policies.
10 Feb 2015 09:13:27 (GMT +01:00)    Message 218480027 is not signed. No domain key profile matches [email protected]
10 Feb 2015 09:13:27 (GMT +01:00)    Message 218480027 successfully signed. DKIM ch.customer.com-DKIM matched ch.customer.com.
10 Feb 2015 09:13:27 (GMT +01:00)    Message 218480027 queued for delivery.
So I suspect that customer internal mail still has [email protected] on "From" header and [email protected] on "Return-path" header.
The question is how can I modify "From" header to match that on "Return-path" before sending it to partner.
Appreciate the feeback.

From my tests and knowledge.
We cannot manipulate the From: header to use the variable of the return-path/envelope sender.
However if you know specifically what to re-write then we can specially re-write the From: header to a specific address.
This is done as;
Content filter or message filter condition set
Action would be:
insert-header("From", "[email protected]")
This is all i can think of for this type of request

Condition Determination in CN33

Hi Experts,
I am attempting to build a report that would mimic PO creation process for my client. My issue is that I am unable to find where the conditions are determined for each component being added into the project when CN33 is being run.
After each component is added through CN33, the component has the same price as the PO will eventually have, where do PS determine this price?
Thanks!

In the Purchasing Data tab of the component on the project (in cj20n) it shows the Price/Currency field. This field is populated with the price of the component (taking into account the PB00 and the VA00).
At this point there is no purchasing documents created, yet it is showing the proper price. This has lead me to believe that during the material transfer in CN33 that the conditions are read to determine this price.
When I look at the CN10_PROCEED_ASSIGNMENT function module that runs during CN33, I can't see where it would determine this, maybe I am looking in the wrong area.
I would like to be able to determine the conditions per component and have a custom report created so that the Project Managers can validate them before a PR is created and sent to Purchasing for a PO.
I hope that this clears up what I am lookg for, and to do.
Thanks!

Condition Determination in Return PO

Similar Messages

Maybe you are looking for