We have clerks who get distracted. They were keying labor tickets from a
particular work station session "side", then forget which side had a batch
that had not yet been taken to a conclusion, so at close of business work
day, there are batches that do not get posted until the following day.
Where do labor tickets get the default date of labor ticket input? If
someone leaves their work station signed on to BPCS menu overnite, then next
morning enters transactions, do the transactions default to prior day's
date? This may be unique to our version of BPCS and our modifications.
There's people who don't get a batch completed by the end of their work day,
so they leave the batch open, and key in the rest of the labor tickets at
the beginning of the next work day. Watch out if this is happening over an
end-month fiscal weekend, where the tickets that get posted on Monday might
carry dates that fall inside the prior fiscal month, and this happen after
you run most of your reports for that fiscal month.
Before resetting anything, you need to be sure that there are no batches
that have not yet been submitted to JOBQ.
Talk with those clerks to get an understanding of their hassles.
Each batch is indexed by a tracking "ticket #" for the batch, separate from
the ticket # in FLT which links to ticket # in ITH for corresponding
transactions. This is used to help the clerk access a particular ticket for
correction before posting. Let's suppose their PC locks up, crashes, while
in middle of keying tickets. The tracking ticket # does not get updated
properly, then if the clerk restarts the job, without any effort to deal
with what got messed up by the crash, the later tickets input can overlay
the prior ticket effort. All sorts of things can get messed up. I have
instructed our people ... any time you have a crash, take that batch to a
conclusion, before starting another batch.
-
Al Mac
-----Original Message-----
From: bpcs-l-bounces+macwheel99=wowway.com@xxxxxxxxxxxx
[mailto:bpcs-l-bounces+macwheel99=wowway.com@xxxxxxxxxxxx] On Behalf Of
Kevin Harper
Sent: Monday, August 09, 2010 10:06 AM
To: BPCS ERP System
Subject: Re: [BPCS-L] Unprocessed Labor Tickets
Larenzo,
It sounds like one of three possibilities...
1. Somebody selected tickets to post, but never posted, and
subsequently exited or timed out of their session while still in the labor
reporting program.
2. The posting job was submitted, but never ran (sitting in jobq, held,
deleted, etc).
3. The job was submitted and ran, but ended abnormally before the FLT
record status was updated.
#1 is usually the winner in this situation.
Make sure nobody is in the labor reporting program, and set FLT.LTSTS back
to blank where it is currently '1S'. Then have the user who entered them
(FLT.LTMNUS) try posting again.
Yes, your "unposted" report is correct (status = 1S).
Kevin Harper
On Mon, Aug 9, 2010 at 8:29 AM, Larenzo Alexander <
larenzo_alexander@xxxxxxxxx> wrote:
I have a situation with Labor Tickets in BPCS that aren't getting
processed and
I was wondering if any of you can point me into the right direction of
what
to
check. And if I understand correctly if the labor tickets dont get fully
process
then that means some of the mateiral dont get backflush correct? I
created
a
report that runs at the end of the day that list all the labor tickets
with
a
status code of '1S'. I believe that code represents Locked and waiting to
be
processed? The finished material has beed issued so those records should
have a
P=Posted on them. And when I check the Shop Order on some of them the
qauntity
remainging is zero but some of the Labor tickets dont have a P=Posted
beside the
tickets.
Any idea what could be causing those Labor Tickets not to get posted and
I'm
assuming I would have to go manually posted those tickets to flush the
material
out the system but I would like to determine the cause of the problem.
Thanks in advance,
--
This is the BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.
Delivered-To: kharper@xxxxxxxxxxxxxxxxx
midrange.com
