DMR Causing New PO Suggestion Timing

Yahoo Archive
1
That is normal behavior: Parts in DMR have already failed an inspection process and, unless it is being over-cautiously & robotically done, likely ARE not good enough to use (without some rework or determination they can be accepted with the deviation) - or why fail them?
Â
I certainly hope they don't 'fix' this in 10 (as it isn't broken).
Â
If your buyers have part tracker context linked into Buyers WB as they review suggestions, they can see material in a DMR state (and question the suggestion).
Â
We long ago developed a web based netting screen that shows everything but I wouldn't think it would be much to customize Time Phase to indicate open DMR's exist for the part being viewed.
Â

>________________________________
> From: Jennifer <jlisser@...>
>To: vantage@yahoogroups.com
>Sent: Monday, August 19, 2013 2:23 PM
>Subject: [Vantage] DMR Causing New PO Suggestion Timing
>
>
>Â
>
>We are on 9.05.701 and are getting false PO suggestions for parts in DMR that we might decide to use the way they are anyway. Epicor told us this is scheduled to be fixed in Epicor 10 and there is no workaround in the system. Right now the inspector prints the DMR and gives a copy to purchasing telling them not to buy it - as we bring more of the business on line this is not an acceptable work around (especially with high expense items).
>
>Anyone in this group run into this and came up with an automated workaround?
>
>Process:
>- Working on a job, not sure if a purchased part is in tolerance
>- Move the part to inspection, where an inspector processes it
>- The part is kicked to DMR because it is out of tolerance (this kicks out a false PO suggestion)
>- The quality manager decides to use the part as is or rework it (PO suggestion stays out there and the buyers have to be careful not to buy it)
>
>
>

[Non-text portions of this message have been removed]
2
We are on 9.05.701 and are getting false PO suggestions for parts in DMR that we might decide to use the way they are anyway. Epicor told us this is scheduled to be fixed in Epicor 10 and there is no workaround in the system. Right now the inspector prints the DMR and gives a copy to purchasing telling them not to buy it - as we bring more of the business on line this is not an acceptable work around (especially with high expense items).

Anyone in this group run into this and came up with an automated workaround?

Process:
- Working on a job, not sure if a purchased part is in tolerance
- Move the part to inspection, where an inspector processes it
- The part is kicked to DMR because it is out of tolerance (this kicks out a false PO suggestion)
- The quality manager decides to use the part as is or rework it (PO suggestion stays out there and the buyers have to be careful not to buy it)
3
Jennifer -

You could use a DataDirective on the SugPODtl table. On creation of new SugPODtl record that if a DMR exists is open for the part - update a UD field on the suggestion table to indicate so that the buyer would know that the suggestion may be in error. It's not a full fix but it might shine a light on the possible error with the suggestion for the buyer.

Calvin Dekker
[cid:image001.jpg@01CE9CEB.B5EB56F0]<http://www.codabears.com/>
630-672-7688 x1484

*Solutions for Epicor users.

"No trees were harmed during the sending of this message, however a large number of electrons were terribly inconvenienced."

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Jennifer
Sent: Monday, August 19, 2013 1:23 PM
To: vantage@yahoogroups.com
Subject: [Vantage] DMR Causing New PO Suggestion Timing



We are on 9.05.701 and are getting false PO suggestions for parts in DMR that we might decide to use the way they are anyway. Epicor told us this is scheduled to be fixed in Epicor 10 and there is no workaround in the system. Right now the inspector prints the DMR and gives a copy to purchasing telling them not to buy it - as we bring more of the business on line this is not an acceptable work around (especially with high expense items).

Anyone in this group run into this and came up with an automated workaround?

Process:
- Working on a job, not sure if a purchased part is in tolerance
- Move the part to inspection, where an inspector processes it
- The part is kicked to DMR because it is out of tolerance (this kicks out a false PO suggestion)
- The quality manager decides to use the part as is or rework it (PO suggestion stays out there and the buyers have to be careful not to buy it)



[Non-text portions of this message have been removed]