RE: How can I leave sessions up? -- MAPICS-L

This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Greg,

That sounds like it might work.  It'd be even better if I could replicate
the "cleanup" that MAPICS backups do at the end of the procedure to clear
all the finished batches (we get a very large number of I/M order entry
batches from our KANBAN system).

Thanks for the idea!

Dale @ Fleetwood






Greg Wenzloff <GWenzloff@beckmfg.com>
Sent by: mapics-l-admin@midrange.com
11/06/01 08:08 AM
Please respond to mapics-l


        To:     "'mapics-l@midrange.com'" <mapics-l@midrange.com>
        cc:
        Subject:        RE: How can I leave sessions up?


We have a similar situation here.   We now do a "save while active" save
of
the MAPICS libraries each weekday night.   All sessions can stay up.
Periodically (not very often) we will do a real MAPICS save on the weekend
to clean up those few things that the MAPICS save does.   Works OK for us.

Greg Wenzloff
Beck Mfg.



-----Original Message-----
From: DaleGindlesperger@fft-inc.com
[mailto:DaleGindlesperger@fft-inc.com]
Sent: Monday, November 05, 2001 5:53 PM
To: mapics-l@midrange.com
Subject: How can I leave sessions up?


This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
I have an problem that I sure hope others have run into and solved.  My
company works 24hr/day, 5 days/week, and uses MAPICS all the time,
although only inquiries are used interactively at night (2nd/3rd shift).
My IT department runs lights out from 5:30pm until 6am.  We run MAPICS
backups nightly using Help System's ROBOT (that's how we run the nightly
schedule, also) at 3:00am, when the factory is on lunch break.

I simply cannot get the users to sign off at night.  How I handle this is
to do the following:

1.  ENDSBS QINTER OPTION(*IMMED).
2.  Run a CL that disables all user-IDs that work at night (only inquiries
run at night).
3.  Use ROBOT to end all UMM jobs.
4.  CLRPFM AMFLIB/JOBACT  (I don't have a problem with batch jobs not
being done).
5.  STRSBS QINTER
6.  ROBOT runs backups
7.  Run a CL that enables all user-IDs that were disabled.
8.  Use ROBOT to restart the UMM jobs.

This has worked great, but I am in the process of implementing MDCC
(formerly Paperless Manufacturing).  I need to let users report time and
pieces on operations during the lunch break (not everyone takes lunch).
That means that I need to let the sessions stay up during backups.  I'm
not worried about the data not updating until after backups - that's not a
problem.  However, I am stumped on how to keep sessions up using my
current technique to be able to run backups.

As I see it, I have two options.

1.  Figure out a way to have some terminals (actually, PCs connected over
a LAN) run under a different subsystem, or
2.  Figure out a different way to get people off the system.

We have a union shop in the factory, and threats of reprimand and/or
termination don't work to get them to sign the terminals  off.  The
terminals are shared, and it's always "someone else's job" to sign them
off - I can't get accountability.

I realize this is as much an AS/400 question as a MAPICS one, but surely
out of the thousands of MAPICS shops out there, someone else has had to
come up with this answer by now.  At least, I hope so.

Thanks in advance,

Dale Gindlesperger
IT Manager
Fleetwood Folding Trailers, Inc.

_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/mapics-l
or email: MAPICS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/mapics-l
or email: MAPICS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.