RE:[sap-log-mm] Delivery date in PR and PO
Posted by
Admin at
|
Share this post:
|
0 Comments
| | Posted by sop57 on Mar 30 at 5:54 PM | |
The planned delivery time in the PIR is used by MRP to determine the release date of the requisitions it creates, by offsetting the release date by that length of time back from the requirements date. SAP assumes that if you are manually creating extra requirements you must want them immediately. However, if you create a requisition manually and then put on it a delivery date further into the future than the delivery time in the PIR, SAP will set the release date on the requisition using the PIR delivery time because it knows that the vendor does not need to see the order until the planned delivery time before the delivery date.
Regards,
SOP57
---------------Original Message---------------
From: GT
Sent: Sunday, March 28, 2010 2:13 PM
Subject: Delivery date in PR and PO
> Hi,
>
> Background:
> - We are maintaining Planned delivery time in Purchasing info records, while we have not maintained any settings for PO processing time nor GR processing time. We are running on ECC 6.0 and have not done any enhancements / changes to this area.
>
> - We are raising both PR's and PO's (with/without reference to PR) manually.
>
> - When raising PR's manually (ME51N) system is always proposing current day as the delivery date, not taking the planned delivery time from the PIR into consideration.
>
> - System behaves exactly same way when raising PO's manually (ME21N) (with/without reference to PR), i.e. always proposing current day as delivery date, not taking the planned delivery from the PIR into consideration.
>
> Question:
> (1) Is the above behavior for setting delivery date equal to current day in the PR (and not taking the planned delivery time from the PIR) as per standard SAP when creating PR's manually? If not, any idea what the problem might be?
>
> (2) Is the above behavior for setting delivery date equal to current day in the PO (and not taking the planned delivery time from the PIR) as per standard SAP when creating PO's manually? If not, any idea what the problem might be?
>
> Thanks in advance.
>
> Regards, GT
__.____._ Regards,
SOP57
---------------Original Message---------------
From: GT
Sent: Sunday, March 28, 2010 2:13 PM
Subject: Delivery date in PR and PO
> Hi,
>
> Background:
> - We are maintaining Planned delivery time in Purchasing info records, while we have not maintained any settings for PO processing time nor GR processing time. We are running on ECC 6.0 and have not done any enhancements / changes to this area.
>
> - We are raising both PR's and PO's (with/without reference to PR) manually.
>
> - When raising PR's manually (ME51N) system is always proposing current day as the delivery date, not taking the planned delivery time from the PIR into consideration.
>
> - System behaves exactly same way when raising PO's manually (ME21N) (with/without reference to PR), i.e. always proposing current day as delivery date, not taking the planned delivery from the PIR into consideration.
>
> Question:
> (1) Is the above behavior for setting delivery date equal to current day in the PR (and not taking the planned delivery time from the PIR) as per standard SAP when creating PR's manually? If not, any idea what the problem might be?
>
> (2) Is the above behavior for setting delivery date equal to current day in the PO (and not taking the planned delivery time from the PIR) as per standard SAP when creating PO's manually? If not, any idea what the problem might be?
>
> Thanks in advance.
>
> Regards, GT
Copyright © 2010 Toolbox.com and message author.
Toolbox.com 4343 N. Scottsdale Road Suite 280, Scottsdale, AZ 85251
Toolbox.com 4343 N. Scottsdale Road Suite 280, Scottsdale, AZ 85251
In the Spotlight
Earn Recognition for Your Contributions at Toolbox for IT. Gain Points for Community Achievements
View this thread online
Manage group e-mails
Create an FAQ on this topic
Tell us what you think
Unsubscribe from discussion
Manage group e-mails
Create an FAQ on this topic
Tell us what you think
Unsubscribe from discussion