HP3000-L Archives

March 2002, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Steve Dirickson <[log in to unmask]>
Reply To:
Steve Dirickson <[log in to unmask]>
Date:
Fri, 22 Mar 2002 20:28:32 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (32 lines)
> The problem that I'll be facing stems from the fact that our
> users come
> from a variety of organizations (each organization could have
> originated
> from a different company that was acquired by Raytheon), and,
> unfortunately, there may be payroll number duplication (While
> a new unique
> payroll number is available, due to historical reasons and
> field size, most
> of our user ids are based on the 'legacy' numbers).
>
> The problem can be avoided if a further check of the employe's name
is
> performed.  However there is no guarantee that the spelling
> of the name
> will be consistent, in the input file and our security database
(Users
> could have been added by different application managers).

Any reason you can't ask the users themselves? You don't mention the
environment, but a logon-time command, batch file, UDC
(or--preferably--command file called from an OPTION LOGON UDC) or
equivalent can see if the user's information is up to date; if not,
collect the appropriate info (names, ID numbers, payroll center,
whatever) and stuff it into a database. When your HR updates come in,
run them against the database. No guessing required. You can also use
the results, in combination with the HR info, to identify "problem"
user IDs and correct, or at least cross-reference, them in advance.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2