Re: [scim] Contributors needed for HR schema

[Michael Ströder <[e-mail]>]

Disclaimer: I don't consider myself a HR system expert.

On 9/16/22 06:54, Danny Zollner wrote:
> Creating a set of schemas for those that consume HR data would help
> with the problem of sending HR-related data to other systems
IMHO this is feasible.

> but doesn’t solve the problem I described.
You're aiming at defining a SCIM schema for exchanging full HR data 
between HR systems of different vendors? I'm pretty sure none of the 
vendors are interested in that.

> I took the name “Worker” from the implementations of some of the most 
> prominent HR systems. A worker is typically a higher-level 
> classification that represents full-time employees, contractors, 
> interns, and other types of workers.

This still sounds quite person-centric.

> The status of the employment is 
> defined in an attribute on the object.
 > [..]
> Specific to data security concerns regarding an HR schema, I think input 
> is needed from players in the HR/HCM industry on if it would be wise to 
> include extremely sensitive information such as salaries and social 
> security numbers in a worker resource.

While AFAIK social security numbers are assigned to natural persons 
other HR data is bound to contracts. And in a HR system a natural person 
can have multiple contracts. So you would also have to model that.

Coming from the IAM world I often consume HR data and the "person" 
objects I derive from that have attributes which indeed rather represent 
a contract (employee number, status, time-span). And then I bind the 
user accounts to these person contract objects.

Ciao, Michael.