Robert, thanks for this suggested solution.
I guess a large part of my frustration is that I expect logic such as this to be there already, and for us to be customising to cope with a small number of out-of-the-ordinary requirements. Instead, we spend our time adding logic to provide 'normal' functionality.
OK, rant over. Back to work!
Russell.
I guess a large part of my frustration is that I expect logic such as this to be there already, and for us to be customising to cope with a small number of out-of-the-ordinary requirements. Instead, we spend our time adding logic to provide 'normal' functionality.
OK, rant over. Back to work!
Russell.
--- In vantage@yahoogroups.com, robertb_versa@... wrote:
>
> OR just don't set up last OPs as AUTORECEIVE as a rule (that could be enforced by BPM or client customization).
> If autoreceive is a significant benefit in your process, set up a job receipt BPM (or client customization) to block reciept of qty's that will bring total rcvd to date above job prod qty.
>
> --- Original Message ---
> From:"rdj_harris" <russellharris@...>
> Sent:Thu 8/27/09 1:26 am
> To:vantage@yahoogroups.com
> Subj:[Vantage] Double up of manufacturing receipts in .408b
>
> We identified a problem in 8.03.405a, whereby if the last operation of a Job was set to 'auto-receive', and the part was also mistakenly manually received, then inventory would show an incorrect doubling of the manufactured part.
>
> We are considering moving to 8.03.408b and our consultants have confirmed the same problem exists in that release.
>
> Call 1202375PSC has been logged with Epicor on this issue.
>