Physical QOH <> Vantage-system QOH & Backflushing

Yahoo Archive
1
Good Day:

Sun live on 9.05.601B SQL-Unidata (11/29/10)
Testing 9.05.604A as of 5/24/11
Sun was previously on M2K (Manage-2000) 7.0 SP 5 (Informix)


We had QOH imbalances, and now run a program 6430 to fix them.
We get very few QOH errors, but a lot of Allocation balance errors.




len.hartka@...


________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of markbetts66
Sent: Monday, June 20, 2011 3:30 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Physical QOH <> Vantage-system QOH & Backflushing




Which version of Vantage 8.03 are you running? There is a bug in some of
them where the warehouse qty is not updated correctly. The Bins are
defined as being correct by Epicor.

You may just want to use "Part Transaction History Tracker". Ive used
this many times when looking for why the OHQ have changed from the
computer reported Bin QTYs.

Mark.

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"jim_chance" <jim_chance@...> wrote:
>
> Does anyone have any 8.03 Crystal reports for good part
auditing/backflushing forensics?
>
> Its been reported that our physical QOH <> computers QOH - and I
wonder if its because of backflushing - investigating. As part of this
analysis I'm hoping for a few reports that shows the transaction trail
to audit and pinpoint if the culprit is backflushing.
>
> Has anyone else had this challenge?
>






This e-mail and any attachments may contain proprietary and/or confidential information. If you are not the intended recipient, please notify the sender immediately by reply e-mail or at 410-472-2900 and then delete the message without using, disseminating, or copying this message or any portion thereof. With e-mail communications you are urged to protect against viruses.


[Non-text portions of this message have been removed]
2
Does anyone have any 8.03 Crystal reports for good part auditing/backflushing forensics?

Its been reported that our physical QOH <> computers QOH - and I wonder if its because of backflushing - investigating. As part of this analysis I'm hoping for a few reports that shows the transaction trail to audit and pinpoint if the culprit is backflushing.

Has anyone else had this challenge?
3
Inherently I don't think there is any issue with back flushing itself.
Typically there are two reasons why our physical on hand quantity varies
from our system inventory level. The first and foremost for us the that
our real time behavior does not reflect what we tell the system we are
doing. People over produce, people scrap and/or lose items, and, with
nesting parts in plate steel, the actual usage varies significantly from
the default quantities allocated at the engineering level (though we've
fixed that issue long ago). The second is that there are errors in the
method of manufacturing and quantities are allocated incorrectly.
Personally, I've never seen the system back flush anything other than
what we've told it to..



Rob Bucek

Production Control Manager

PH: (715) 284-5376 ext 311

Mobile: (715)896-0590

FAX: (715)284-4084

<http://www.dsmfg.com/>

(Click the logo to view our site) <http://www.dsmfg.com/>





From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of jim_chance
Sent: Monday, June 13, 2011 7:55 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Physical QOH <> Vantage-system QOH & Backflushing





Does anyone have any 8.03 Crystal reports for good part
auditing/backflushing forensics?

Its been reported that our physical QOH <> computers QOH - and I wonder
if its because of backflushing - investigating. As part of this analysis
I'm hoping for a few reports that shows the transaction trail to audit
and pinpoint if the culprit is backflushing.

Has anyone else had this challenge?





[Non-text portions of this message have been removed]
4
If parttran not too big you can always load onto Exce, then pivot table or sort by trantype.

--- In vantage@yahoogroups.com, "cooner_55421" <cooner_55421@...> wrote:
>
> I use the PartTran table if I have any question about quantities or costs.
>
> As for backflushing, the only trouble I've had related to backflush is that of quantities going negative when I don't wnat them too.
>
> We use auto-receive and backflush.
> Unfortunately, they will override the part class setting of "stop" for negative quantity action. It doesn't happen much, but it is a pain in the neck for cost accounting to reverse everything.
>
> --- In vantage@yahoogroups.com, "jim_chance" <jim_chance@> wrote:
> >
> > Does anyone have any 8.03 Crystal reports for good part auditing/backflushing forensics?
> >
> > Its been reported that our physical QOH <> computers QOH - and I wonder if its because of backflushing - investigating. As part of this analysis I'm hoping for a few reports that shows the transaction trail to audit and pinpoint if the culprit is backflushing.
> >
> > Has anyone else had this challenge?
> >
>
5
Which version of Vantage 8.03 are you running? There is a bug in some of them where the warehouse qty is not updated correctly. The Bins are defined as being correct by Epicor.

You may just want to use "Part Transaction History Tracker". Ive used this many times when looking for why the OHQ have changed from the computer reported Bin QTYs.

Mark.

--- In vantage@yahoogroups.com, "jim_chance" <jim_chance@...> wrote:
>
> Does anyone have any 8.03 Crystal reports for good part auditing/backflushing forensics?
>
> Its been reported that our physical QOH <> computers QOH - and I wonder if its because of backflushing - investigating. As part of this analysis I'm hoping for a few reports that shows the transaction trail to audit and pinpoint if the culprit is backflushing.
>
> Has anyone else had this challenge?
>