La ubicación es el objeto de fundamento que representa cada lugar físico de trabajo de la empresa, con su dirección. Una oficina, una planta o un depósito son ubicaciones. En la información del puesto de cada empleado se indica su ubicación, y de ella salen datos como la dirección corporativa que se muestra en el perfil.
A diferencia de la mayoría de los objetos de organización, la ubicación es un objeto legacy. Su estructura se define en el modelo de datos corporativo, el XML que vimos en la U1 L5, y sus registros se crean en Gestionar organización, remuneración y estructuras de puestos. Se importa con Importar datos de fundamento. Esa diferencia de herramientas es la primera señal práctica de que no todos los objetos de fundamento se tratan igual.
La ubicación se puede vincular con una zona geográfica y con entidades legales. La asociación con la entidad legal permite que, al elegir una empresa en un formulario, el desplegable de ubicaciones muestre solo las suyas. Como la ubicación es legacy, esa asociación se define en el modelo de datos corporativo, dentro del elemento de la ubicación, con multiplicidad uno a muchos, porque una misma oficina puede servir a varias empresas. Cuando un objeto MDF necesita apuntar a una ubicación, como el objeto propio cust_Cochera, lo hace a través del objeto wrapper de ubicación.
El formato de su dirección depende del país. Se define en el modelo de datos corporativo por país, dentro del elemento corporateAddress de cada bloque de país. Si un país no tiene bloque, la dirección usa la definición del modelo global.
En el caso del curso, Best Run Argentina tiene dos ubicaciones: AR_BUE en Buenos Aires y AR_COR en Córdoba. Se crean en el Video 1.1, se vinculan con AR01 en la L3 y AR_COR se usa en la L4 para revisar el formato de dirección argentino. Sofía Ruiz pasa de Buenos Aires a Córdoba en la U4, y Diego Pereyra hace el mismo traslado en la U7.
Un detalle que confunde a muchos clientes: la dirección corporativa del perfil del empleado se sincroniza cuando cambia la ubicación del empleado, no cuando cambia la dirección de la ubicación. Si una oficina se muda, SAP recomienda crear una ubicación nueva con la dirección nueva y dar de baja la anterior.
En la U1 L5, el ejemplo del cambio de etiqueta en el modelo de datos se hizo sobre un campo de la ubicación, justamente porque es legacy y su estructura vive en el XML. El ejercicio de la L1 pide crear una ubicación nueva, AR_ROS en Rosario, e identificar con qué herramienta se crea y se importa.
