Un campo propio genérico es un campo que cada elemento HRIS trae preparado para que el cliente guarde datos que SAP no entrega como campos estándar. No hay que crearlo: ya existe en el elemento, con un identificador fijo, y se habilita, se nombra y se configura cuando hace falta.
Los campos propios genéricos se identifican por su tipo y un número. Los de texto se llaman custom-string, los de fecha custom-date, los de número entero custom-long y los de número decimal custom-double, seguidos de un número: custom-string1, custom-string10, custom-date3. La academia oficial menciona que los elementos HRIS de Employee Central entregan campos estándar, campos por país y campos propios, y que estos últimos admiten distintos tipos de dato.
Un campo propio de texto con una lista de selección asignada se convierte en un desplegable. Es la forma más habitual de agregar un dato con valores cerrados, como Modalidad de trabajo. Los demás atributos se configuran igual que en un campo estándar: habilitado, obligatorio, visibilidad y etiquetas por idioma.
Conviene diferenciar estos campos de los campos propios de los objetos MDF que vimos en la U2 L2. En un objeto MDF, el campo se crea con un nombre elegido y el sistema le agrega el prefijo cust_. En un elemento HRIS del modelo de sucesión, el campo ya existe con su identificador genérico y lo que se elige es la etiqueta. Por eso, en un elemento HRIS, la etiqueta es la que le da sentido al campo, y conviene documentar qué dato guarda cada campo genérico usado.
La cantidad de campos propios genéricos de cada elemento es limitada. En un proyecto con muchos pedidos, conviene llevar un registro de qué campo se usó para qué dato, y no reutilizar un campo que ya guardó otra cosa, porque los registros históricos seguirían teniendo el dato anterior con la etiqueta nueva.
En el caso del curso, el Video 2.1 toma un campo propio de texto libre de la información del puesto, por ejemplo custom-string10 si está disponible, le pone la etiqueta Modalidad de trabajo y le asigna la lista AR_ModalidadTrabajo. En el Video 3.1, el mismo campo aparece en el XML, dentro de jobInfo, con su identificador genérico y sus etiquetas. En el ejercicio de la L3, otro campo propio, custom-string12, aparece configurado de forma inconsistente.
El ejercicio de la L2 también usa un campo propio genérico: para el talle de ropa de trabajo en la información personal, la solución propone habilitar un campo propio de texto, ponerle la etiqueta y asignarle una lista de talles.
