Cada campo de un objeto MDF tiene un tipo de dato, que define qué valores acepta y cómo se muestra en pantalla. El tipo se elige al crear el campo en Configurar definiciones de objetos y es una de las decisiones que menos conviene cambiar después, porque los registros que ya existen tienen valores guardados con ese tipo.
Los tipos más usados son los valores simples: Cadena (String) para textos, Número (Number) y Decimal para cantidades, Booleano (Boolean) para sí o no y Fecha (Date) para fechas. A esos se suman los tipos que apuntan a otros datos. Lista de selección (Picklist) toma un valor de una lista del Centro de listas de selección. Objeto genérico (Generic Object) apunta a registros de un objeto MDF y muestra un desplegable con ellos. Objeto de fundamento (Foundation Object) apunta a un objeto de fundamento legacy, como la ubicación; la academia de plataforma lo usa justamente con ese ejemplo. Usuario (User) apunta a una persona de la instancia. Traducible (Translatable) guarda un texto con un valor por idioma. Adjunto (Attachment) guarda un archivo.
Para los tipos que apuntan a otros datos, el campo necesita además una fuente de valores válidos, que dice de qué lista u objeto salen sus valores. Y si el campo debe filtrarse según otro, necesita criterios de campo, como en una cascada.
Los objetos tienen un límite de campos propios, que SAP documenta por tipo de dato en la página Custom Field Limits on Pre-delivered and Custom MDF Generic Objects. La academia de Position Management, por ejemplo, detalla límites separados para campos de texto y para campos numéricos en el objeto posición. Conviene revisar esos límites antes de diseñar un objeto con muchos campos.
En el caso del curso, la unidad usa varios tipos. cust_Convenio y cust_CategoriaConvenio son de tipo Lista de selección. cust_Lugares es de tipo Número y cust_Cubierta, de tipo Booleano. cust_ActividadPrincipal, en el objeto por país de Argentina, es de tipo Cadena. Y el nombre de los departamentos es de tipo Traducible, lo que permite traducirlo en la L5.
Elegir mal el tipo trae problemas concretos. Un dato que debería ser una lista, cargado como Cadena, termina con valores escritos de diez maneras distintas, imposibles de reportar. Un dato que apunta a una persona, cargado como texto, no se actualiza si la persona cambia de nombre y no sirve para flujos de trabajo.
En el ejercicio de la L2, el pedido de guardar el responsable de presupuesto de cada departamento se resuelve con un campo de tipo Usuario, y el pedido de provincia y localidad, con dos campos de tipo Lista de selección en cascada.
