× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Suggestion for where to look.

There is an IBM command to change stuff associated with a particular work
session.  We used it in Y2K testing to simulate distant dates to make sure
BPCS worked satisfactorily in simulated dates into the future.

When a user signs onto 400 in JOB Description BPCS there is a BPCS job that
runs before anything else to setup library list and other stuff associated
with the user's environment.

Let's suppose you modified that, to call a sub-program, to look up a table
of work station naming conventions and say "Oh, this is Sydney Australia,
or whatever" and from that get parameters to feed into the IBM change job
attributes for that work station, so now that user's session is on their
local time.

You would have to find someplace that makes sense to store particulars on
every work station that you have.  A lot of BPCS software already has
framework for creating work station members of files, or data areas named
after the work stations, if they do not pre-exist.

Before that modification, you need to do some testing to see what gets
impacted.

We had a perceptual problem when we used to do inventory transactions dated
when the transaction actually occurred ... It is Monday and they keying in
transactions for work that was done Friday or over the weekend.  History is
populated in BPCS in the sequence the transactions actually done, but
someone looking at Inventory History is seeing dates jumbled.

Well that means some transactions posted right away and some got posted
late, but it is confusing to a lot of users.

We are on version 6.01.01 mixed mode.

We are about to start selling products world wide through different
offices throughout the world.  Does anyone know of a way to set date and
times for the different time zones.  The system is located in NY and we
used the system dates and times to process the data, but if our Sydney
Office is running they are 1-day ahead and 14 hours different then the
system date & time.  Any help would be greatly appreciated, thank you in
advance.
-
Al Macintyre (macwheel99@sigecom.net via Eudora)
Al's diary http://radio.weblogs.com/0107846/





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.