Los objetos de persona y de empleo son la forma en que Employee Central organiza los datos de RR. HH. de cada empleado. Junto con los objetos de fundamento, que guardan la estructura de la empresa, forman las dos grandes familias de datos con las que trabaja un consultor de EC.
La separación responde a una idea sencilla: una persona es una sola, pero puede tener más de una relación laboral con la empresa a lo largo del tiempo o incluso al mismo tiempo. Por eso los datos que describen a la persona, como su nombre, su fecha de nacimiento, sus documentos, su dirección o sus contactos de emergencia, se guardan en objetos de persona. Y los datos que describen su relación con la empresa, como la fecha de ingreso, el puesto, el departamento, la ubicación, el manager o la compensación, se guardan en objetos de empleo.
Esa división permite el empleo múltiple. Una persona que trabaja para dos entidades legales del mismo grupo tiene un único conjunto de datos personales y dos registros de empleo, cada uno con su propia información del puesto y su propia compensación. Tanto Employee Central como Employee Profile admiten empleo múltiple, aunque cada uno lo maneja con su propia base: EC con registros de persona y de empleo, y Employee Profile con registros de empleo basados en el ID de usuario.
Dentro de cada familia, los datos se agrupan en elementos HRIS, que son los bloques que ve el usuario en el perfil de personas: información biográfica, información personal, direcciones, información del puesto, información de empleo, información de compensación, entre otros. Cada elemento tiene sus campos, y su estructura se define en el modelo de datos de sucesión y su versión por país.
No todos los elementos se comportan igual en el tiempo. Algunos tienen fecha efectiva, como la información del puesto o la información personal: cada cambio crea un registro nuevo y el anterior queda en el historial. Otros no la tienen, como la información biográfica: un cambio reemplaza el valor anterior. Esa diferencia condiciona los permisos y las importaciones, y la trabajamos en la U3.
Para un consultor, conocer esta organización ayuda a resolver pedidos y diagnosticar errores. Si un cliente quiere guardar un dato nuevo, la primera pregunta es si describe a la persona o a su relación laboral, porque eso define en qué elemento va el campo. Y si una importación de un dato del empleado falla porque el usuario no existe, la causa suele estar en el orden de carga: primero se importan los datos básicos del usuario y después cada entidad de persona y de empleo.
Los objetos de persona y de empleo se presentan en la U3 L1 y se cargan en la U4 con los empleados de Best Run Argentina.
