El prefijo cust_ es la marca que el sistema agrega automáticamente al nombre de todo lo que crea el cliente en el Metadata Framework: campos propios, objetos genéricos propios y asociaciones propias. Si un administrador crea un campo llamado Convenio en la clasificación de puesto, el sistema lo guarda como cust_Convenio. Si crea un objeto llamado Cochera, su código queda cust_Cochera.
La regla está documentada en la academia oficial de plataforma: el nombre de un campo es su identificador y debe ser único dentro de la definición, incluidos los nombres de las asociaciones, y la aplicación agrega cust_ delante de cualquier campo propio. El prefijo no se puede quitar ni cambiar, y forma parte del nombre técnico que usan las importaciones, las reglas de negocio y las integraciones.
Su utilidad práctica es enorme cuando se trabaja en una instancia configurada por otro equipo. Todo lo que empieza con cust_ lo agregó el cliente; lo demás es estándar. En pocos minutos se puede saber qué se construyó a medida y dónde mirar primero cuando algo falla después de una actualización de SAP, que suele cambiar lo estándar pero no lo propio. El Tip 2.1 de audio de la unidad desarrolla esta idea.
Hay una excepción que confunde: algunas asociaciones que SAP entrega en objetos de fundamento migrados también llevan nombres que empiezan con cust_, porque se crearon con el mismo mecanismo durante la migración. Por eso el prefijo es una buena pista, pero no una prueba definitiva: ante la duda, conviene revisar la documentación del objeto estándar.
En el caso del curso, el prefijo aparece en todos los elementos propios de la unidad: los campos cust_Convenio y cust_CategoriaConvenio de la clasificación de puesto, el objeto cust_Cochera con sus campos cust_Lugares y cust_Cubierta, la asociación cust_toUbicacion y el campo cust_ActividadPrincipal del objeto por país de Argentina. Los códigos de los registros de la filial, en cambio, llevan el prefijo AR_, que es una convención del caso y no del sistema.
Conviene no confundir los dos prefijos. AR_ lo elige el equipo del proyecto para identificar los registros y la configuración de la filial, como AR01, AR_VTA o AR_Admin Fundamento. cust_ lo pone el sistema en los nombres técnicos de lo que se agrega al Metadata Framework. Un campo propio de la filial puede llevar los dos si el equipo lo decide, por ejemplo cust_AR_Convenio, aunque el caso usa nombres más cortos.
En los objetos legacy, los campos propios no llevan cust_: se agregan en el modelo de datos corporativo con los identificadores que ese XML admite. Es una de las diferencias entre los dos mundos que el ejercicio de la L2 pone a prueba.
