In the IBM AS/400 / iSeries / System/i midrange computing world, it is commonplace for people all over the world to be able to sign onto any given system, provided the system has been setup to accept remote users, and you they have been issued the security particulars to do so.

You should ask each new client if they have something like this setup & if you may connect that way.

This arrangement is of course much more frequently pre-arranged at facilities that have multiple facilities in different communities than a one site.

This makes it vastly more efficient for business system analysts consultants to service clients, with much less travel time.

Where I work, the justification for setting this up in the first place was:
* our people visiting our customer sites can connect to the home office & check up on particulars about what we are doing for those customers
* people, with temporary family distractions, can intermittently connect to the office from home
* people like me, can do support & trouble shooting, whenever and wherever we are 24x7, without having to be at the office 24x7
* our people, in transit, for whatever reason, are never separated from the corporate systems ... BPCS or anything else ... engineering drawings, quotes, inter-company e-mail
* cost of serious tech support lower if they can get the job done in an hour or so, than if they also have to travel to our site, especially if a series of separate diagnosis inspections needed

In years past, Oracle had a reputation for being much more expensive than BPCS, but in recent years BPCS pricing has been escalating, so that might not be true anymore.

This impacts the justification to not want to spend money on certain resources, that is commonplace.

I'm working remotely in a different state, so I can't easily access this
info. myself.)



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2022 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.