Integración de Metadata Framework y datos maestros

Para los administradores que trabajarán con GO, active las siguientes opciones en Centro de administración→Gestionar roles de autorización→Autorizaciones de administrador:

• Metadata Framework: Configurar definiciones de objetos, gestionar datos y permisos de lectura/escritura en Metadata Framework. También se pueden seleccionar opciones adicionales.
• Objetos de fundamentos de MDF: Seleccione todas las opciones para Departamento y División excepto Sustituciones de nivel de campo. Estas autorizaciones son necesarias para añadir y editar datos para los objetos genéricos y para utilizar los objetos genéricos en una solicitud de puesto. Consulte los detalles adicionales en Autorizaciones de nivel de objeto.

La división y los GO de departamento existen en el sistema en cuanto se activan. Vea estos objetos desde Centro de administración→Configurar definiciones de objetos.

Las asociaciones definen una relación jerárquica entre dos objetos. Sin asociaciones, todos los objetos están en el mismo nivel. La relación entre objetos puede ser de uno a varios o de uno a uno.

• Relación de uno a varios: una división consta de varios departamentos, por lo que crea una asociación de una división con varios departamentos.
• Relación uno a uno: una ubicación solo puede tener una zona geográfica asociada.

Existen dos tipos de asociaciones:

• Válido cuando las asociaciones permiten conectar datos para objetos, pero dejan los objetos como entidades separadas. A menudo se utiliza en relaciones de objetos de fundamentos para crear capacidades de filtrado entre registros. Para las asociaciones Válido cuando, el objeto asociado tiene su propio ciclo de vida y existe incluso sin el objeto que se está definiendo.
• Las asociaciones compuestas crean una relación superior-inferior entre dos objetos. Para este tipo de asociación, la entidad que se está asociando es una entidad secundaria que no existe fuera del objeto principal que está definiendo. Si se hace referencia a un objeto como subordinado compuesto en un objeto, no se puede utilizar como objeto de nivel superior y los registros no se pueden crear por separado para el objeto inferior.

Para nuestro caso de uso División y Departamento, utilice una asociación Válido cuando. Las asociaciones se configuran a partir del objeto secundario, que es el Departamento. Vaya a Departamento desde Configurar definiciones de objetos.

En la parte derecha de la página, en la lista Realizar acción, seleccione Realizar corrección:

Desplácese hacia abajo hasta Asociaciones.

Comience a escribir en la segunda línea, que contiene el texto: cust_. Introduzca la siguiente información:

• Nombre = cust_to_division. (Tenga en cuenta que "Nombre" es en realidad el "ID", no la etiqueta).
• Multiplicidad = Uno a muchos.
• Objeto de destino = División.
• Tipo = Válido cuando.
• Seleccione el enlace Detalles.
• Etiqueta = División.

Grabe los Detalles y el Objeto.

Si modifica una asociación, recibirá el siguiente mensaje, que también se muestra en la siguiente captura de pantalla:

Ha renombrado la asociación [cust_toDivision]. Esto puede provocar una pérdida de referencia en reglas/autorizaciones basadas en rol/definiciones de pantalla de IU configurables. Actualice esas referencias manualmente. Haga clic en Sí para guardar.

Para resolverlo, realice una actualización de OData. Realice la actualización para tipos similares de cambios, por ejemplo, si agrega un campo nuevo a la plantilla de requisición de personal que afecta las reglas de negocio.

Desde Centro de administración→Actualización y exportación de metadatos de la API de OData:

Utilice Gestionar datos para rellenar el campo Divisiones. Esto puede denominarse datos o instancias de divisiones.

Para este caso de uso, cree la siguiente estructura: tres divisiones y cinco departamentos:

Vaya a Centro de administración→Gestionar datos.

Busque en División y en la segunda lista observe que no se encuentran registros.

Desde Crear nuevo en la parte derecha de la página, utilice la escritura anticipada para seleccionar División.

Introduzca lo siguiente:

• En vigor a partir de: 01/01/1900.
• Código: Operaciones.
• Nombre: Operaciones.
• Estado: Activo.

Grabe los datos de sector.

Cree las otras dos divisiones de la misma manera: Corporativo y Ventas.

A medida que cree los cinco departamentos necesarios para nuestro cliente, asócielos a las tres divisiones.

En Centro de administración→Gestionar datos, seleccione Crear nuevo y Departamento.

Introduzca lo siguiente:

• En vigor a partir de: 01/01/1900.
• Código: Ingeniería.
• Nombre: Ingeniería.
• Estado: Activo.
• División: Operaciones.

Grabe los datos del departamento.

Cree los otros cuatro departamentos de la misma manera: Recursos humanos, Personal, Finanzas y Ventas. Asócielos a las divisiones enumeradas.

Los campos estándar de tipo de objeto genérico/objeto genérico para División, Departamento y Ubicación no sustituyen a los campos estándar existentes de tipo División, Departamento y Ubicación que no sean de tipo OF/objeto genérico en la Solicitud de puesto y la Oferta. Ambos tipos de campos coexisten hasta que uno de ellos se desactiva explícitamente. En esta parte del caso de uso, agregue los tipos de campos de objeto genérico para División y Departamento a nuestra plantilla de requisición de personal y elimine los tipos de campo de no objeto genérico para esos campos. Más adelante se realizarán pasos adicionales para utilizar las versiones de objeto genérico de estos tipos de campo.

Hay seis nuevos campos de tipo de objeto genérico/objeto genérico estándar disponibles para la solicitud de compra, que se enumeran a continuación.

Objetos genéricos:

• Entidad legal: legalEntity_obj
• Unidad empresarial: businessUnit_obj
• Departamento: department_obj
• Sector: division_obj
• Centro de coste: costCenter_obj

Objeto de fundamentos: Ubicación: location_obj

Así es como se definen el ID de campo y el objeto para División y Departamento en JRDM:

Hay dos etiquetas disponibles en los criterios de campo:

• NombreCampoOrigen
• destinationFieldValue

sourceFieldName es el nombre de la asociación configurada en MDF: cust_to_division más ".internalId". Por ejemplo, sourceFieldName = cust_to_division.internalId.

El destinationFieldValue es el ID de campo del campo superior como se define en el JRDM. Por ejemplo, destinationFieldValue = division_obj.

Recuerde eliminar los campos y las autorizaciones originales derivados de División y Departamento de la plantilla de requisición de personal y agregar las autorizaciones para los nuevos campos de objeto genérico.

Están disponibles los siguientes tipos de autorizaciones para la solicitud de puesto:

• Permisos de rol de plantilla
• Autorizaciones a nivel de objeto
• Grupo objetivo

Estos permisos se ejecutan en una secuencia específica. En cualquier momento, si uno de estos permisos falla, el siguiente conjunto de permisos no se ejecuta.

Las autorizaciones de rol de plantilla se establecen, como siempre, para determinar el acceso de lectura o escritura que un operador tiene a un campo en la requisición de personal. Los estados válidos de la solicitud de compra incluyen preaprobada, aprobada y cerrada. Si no se definen los permisos de rol de plantilla necesarios, no verá el campo.

El ejemplo del caso de uso en el que el responsable de contratación puede editar los campos División y Departamento GO cuando la orden de búsqueda tiene el estado aprobado previamente:

Recuerde establecer autorizaciones de lectura y escritura para los nuevos tipos de campos de objeto genérico para todos los operadores y todos los estados de solicitud de puesto en la solicitud de puesto.

Para utilizar OF/GO en una solicitud de puesto, primero debe conceder autorización para cada objeto. Existen varios permisos que se pueden conceder a un objeto:

Ver/Ver actual: si no selecciona esta autorización, la etiqueta de campo será visible en la IU (formulario de solicitud), pero el campo de entrada asociado a ella no será visible. Cuando se concede el permiso Ver actual, al hacer clic en la tarjeta de visita junto al campo aparecerá una ventana emergente que muestra información sobre el objeto.

Crear: al conceder el permiso Crear a un objeto se muestra la opción para crear una nueva instancia de objeto (datos). Una vez concedido el permiso Crear, se visualiza un icono de creación junto al campo de entrada asociado con el objeto. Haga clic en este icono para crear una nueva instancia (datos) para este objeto.

Corregir/Eliminar: otorgar el permiso Corregir/Eliminar a un objeto muestra una opción para editar y gestionar un objeto. Desde la tarjeta de presentación, haga clic en Editar para realizar las modificaciones en la instancia de objeto desde la misma página o haga clic en Gestionar para ver los datos en la página Gestionar datos. También puede ir directamente a la página Gestionar datos para editar los datos.

Anteriormente, en el caso de uso, establecía estas autorizaciones para los usuarios administradores de Autorizaciones basadas en rol.

Las autorizaciones de nivel de objeto también deben establecerse para cualquier usuario que cree o edite requisiciones de personal, por lo que para nuestro caso de uso, es decir, todos los gerentes de contratación y miembros del departamento de personal. Esto permite a los usuarios ver el campo. Recuerde que la autorización para leer o escribir se otorga en la requisición de personal.

Una vez definidas las autorizaciones para FO/GO, el siguiente paso es definir el grupo objetivo de los usuarios que tendrán acceso al objeto. Esto forma parte de las autorizaciones basadas en la función, no específicas de Reclutamiento. Para el caso de uso no es necesario realizar este paso.

Inicie sesión en SAP SuccessFactors HCM y vaya a Reclutamiento como un usuario que tenga permisos para crear y editar solicitudes de empleo y campos de OF/GO.

Cree o abra un formulario de solicitud.

Asegúrese de que:

• Puede completar los nuevos campos División y Departamento.
• Los campos están asociados correctamente entre sí (por ejemplo, si se selecciona Operaciones para el sector, la única opción para Departamento es Ingeniería).
• El usuario puede seleccionar la tarjeta de presentación para acceder a las opciones Editar y Gestionar.

Las opciones de Gestionar configuración de reclutamiento controlan la visibilidad de los campos en la página Resumen de requisición de personal mediante Opciones de visualización y Opciones de filtro.

Estas opciones también controlan la visibilidad de los campos en los siguientes escenarios:

• Gestionar plantilla de correo electrónico de reclutamiento
• Gestionar tokens de plantilla de carta de oferta

En el Centro de administración→Gestionar configuración de reclutamiento, seleccione lo siguiente para activar los campos de OF/GO:

Realice también la siguiente modificación para desactivar los campos estándar:

Los campos estándar de OF/OG también se pueden utilizar como campos de filtro (búsqueda de carrera profesional). Seleccione los campos deseados de Configuración de búsqueda de carrera profesional interna y externa→del Centro de administración y borre los campos derivados.

Resultado:

Los seis campos de OF/GO definidos en la plantilla de requisición de personal y la plantilla de oferta están disponibles para su uso como tokens; no es necesaria ninguna configuración.

El caso de uso principal para utilizar OF/GO es permitir la reutilización de datos definidos en MDF para Reclutamiento. Sin Employee Central activada, los otros módulos, incluido el Perfil de empleado/Perfil de personas, no utilizan valores de objeto de fundamentos/objeto genérico, como División y Departamento. En una instancia no EC, estos valores de campo aún se derivarán del archivo de datos de usuario (UDF)

Consulte la Guía de implementación: Implementación de la sincronización de datos maestros de RR. HH. para campos de objeto de fundamentos y objetos genéricos en Reclutamiento.