RE: Multiple Environment Question

["J.A. Revell" <jarevell@xxxxxxxxxx>]

Patrick;
It has been my experience that 2 separate environments are best.  It allows
each company to act independent and from a programming point of view that
helps.  The only other issue I can think of would involve a test
environment but if disk is not an issue then I would recommend 2 separate.

Jerry Revell
Director I.S.
Franklin Equipment Company

-----Original Message-----
From:   Shrader, Patrick [SMTP:pshrader@wkep.com]
Sent:   Monday, October 15, 2001 8:20 AM
To:     Mapics Mailing List
Subject:        Multiple Environment Question

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--
[ Picked text/plain from multipart/alternative ]
Group,

For a couple years two divisions/sister companies have tried operating out
of one MAPICS environment, but as two different accounting companies.
However, mixing the item masters between these completely unrelated groups
has proven problematic over time. Therefore we are planning to create a
duplicate environment and assign one company to each, and work to delete
unneeded information (items, history, etc.) from each over time.

My question: should I share the existing AMALIBx & AMXLIBx libraries with
the new environment, or create a new set of all four MAPICS libraries? I
will be using the MAPICS create program, but I am looking for input on
creating an AB environment from XY, or just an XZ environment.

What are your thoughts and experiences?

Patrick Shrader
White Knight Engineered Products
Thantex Industries


_______________________________________________
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.