La definición de un objeto es el molde que describen todos sus registros: qué campos tiene, de qué tipo es cada uno, cuáles son obligatorios, si el objeto guarda historia, con qué otros objetos se relaciona, qué reglas corren sobre él y cómo se protege. Cada departamento, cada ubicación o cada cochera de Best Run Argentina es un registro que respeta la definición de su objeto.
La definición de un objeto legacy vive en el modelo de datos corporativo, el XML que vimos en la U1 L5. La de un objeto MDF, ya sea un objeto de fundamento migrado como la entidad legal o un objeto genérico propio como cust_Cochera, se trabaja en Configurar definiciones de objetos. En esa herramienta, la definición se organiza en secciones: detalles del objeto, campos, asociaciones, reglas, seguridad y campos de búsqueda.
Los detalles del objeto fijan su comportamiento general: código, etiqueta, estado, fecha efectiva, visibilidad en la API, datos pendientes y flujo de trabajo. Los campos describen cada dato, con su tipo y sus atributos. Las asociaciones lo relacionan con otros objetos y se ven en la L3. Las reglas se ejecutan al abrir, cambiar o guardar un registro y se ven en la U6. La seguridad dice si el objeto está protegido por permisos y en qué categoría aparece en los roles, como se ve en la L6.
Cambiar una definición tiene efecto sobre todos los registros del objeto, incluidos los que ya existen. Por eso algunas decisiones se toman al crear el objeto y se documentan antes. La más delicada es la fecha efectiva: cambiarla cuando el objeto ya está en uso tiene restricciones, por ejemplo cuando ya participa en una asociación valid-when.
En el caso del curso, la L2 modifica dos definiciones. En la de Clasificación de puesto, un objeto de fundamento estándar, se agregan los campos propios cust_Convenio y cust_CategoriaConvenio, con su cascada. Y se crea desde cero la definición de cust_Cochera, un objeto genérico propio. En la L3 se le agrega a cust_Cochera una asociación, en la L4 se amplía el objeto por país de Argentina de la entidad legal y en la L6 se cambia la seguridad de cust_Cochera.
Para editar una definición existente se usa la acción Corregir, igual que con un registro. Conviene hacerlo con criterio: los objetos de fundamento estándar se comparten con todo el cliente, y un campo obligatorio nuevo, por ejemplo, afectaría a todos los registros de todas las empresas. En el caso, los campos nuevos no son obligatorios, así que los registros de Best Run no cambian.
En el ejercicio de la L2, Martín Gómez pregunta si puede agregar todo en Configurar definiciones de objetos, y la respuesta depende de si cada objeto es legacy o MDF.
