Time Phase does not calculate or suggest changes based on promised date

,

Hello!

In our Purchase Order entry management, we enter PO and then the expected due date. Then supplier confirms it with a promise date. The purchasing specialist then updates the promise date on the purchase order which automatically updates the release promise date. But then in the time phase and material planning tools, Epicor still calculates based on the due date, not with promise dates. This creates a false view of material availability. I could not find any info in guides or manuals on how (or if at all) Epicor uses promise date. Is it a setting somewhere? How do the due date and promise date behave? Included a screenshot where:

PO53227 in delay had the due date 15.07.2020 but promised date was almost a year later on 27.08.2021, but the time phase still shows that it would arrive on 15.07.2020. Seems that promised date is not included anywhere is planning-wise useless. Which would updating the due date when the supplier confirms the due date.

MRP is driven by “due date”. PO’s have due dates, jobs have due dates. No matter what you call the fields, the due dates will be what MRP aligns regardless of what data is in other fields.

2 Likes

Seems so. But it feel silly to update due dates (take approval off, change date, add approval) on POs while you can change the promise date immidately when confirmation is recieved from supplier for example. Someone surely has written a BPM to make this work ?

Hi Rennat,

We have created an updateable dashboard that allows users with privileges to it to update Due Dates without going through approval/unapproval steps, per this post:

There are many other posts in the is group about how others have dealt with it too. You are not alone!

Nancy

2 Likes

Buyer’s Workbench will change the due date on the PO without unapproving/reapproving, if memory serves.

You would not think that the application “creates a false view of material availability” if you accepted how the application logic uses Due Date and Promise Date and changed your perspectives of the same. This truly is a case where the system is “working as designed”!

I like Nancy’s suggestion since it retains the built-in application logic but provides a streamlined method to update the purchase orders.

1 Like

Hi Rennat,

I think that promise date is used to calculate supplier performance so only reporting and not driving any functionality

1 Like