✒️El landscape de SAP

Se llaman dependientes de mandante porque sólo son accesibles desde el mandante en el que se crearon. Estos tipos de datos son los más habituales en un sistema SAP.

Datos independientes de Mandante: se engloban aquí los ciertos datos de la parametrización de la empresa que son accesibles desde cualquier mandante creado. Este tipo de datos son los menos numerosos.

Cada vez que se va a proceder a la modificación de este tipo de datos, el sistema avisa con un mensaje informativo Informándonos de que la modificación afectará a todos los mandantes. Se debe ser especialmente cuidadoso al modificar la parametrización independiente demandante

Desde el punto de vista físico.-base de datos es APP está formada por tablas. Cuando el usuario navega por las pantallas de SAP, es el sistema el que accede a dichas tablas para mostrarle al usuario la información pedida. El mandante es el primer campo clave de la mayoría de las tablas que conforman la base de datos de SAP.

Las tablas de la base de datos que contienen al campo mandante como primer campo dentro de su clave son llamadas dependientes de mandante.

Las tablas que no contienen al campo mandante dentro de su clave se llaman independientes demandante.

Cuando un usuario se conecta a un mandante, el sistema le está asignando en ese momento el valor del mandante elegido, con lo que el usuario sólo podrá acceder a visualizar o modificar los datos de cada tabla que tengan como mandante el que ha elegido en tiempo de conexión.

Sin embargo, si una tabla es independiente demandante, ésta puede ser accedida desde cualquier mandante al que no se conecte el usuario. Esto se consigue de manera transparente para el usuario e incluso para el desarrollador ya que es el propio sistema el que traduce los accesos a las tablas.

Veamos unos ejemplos para aclarar lo explicado.

Situación 1: los usuarios User1 y user2, están ambos conectados al mandante 015 de un mismo sistema. Mientras el usuario user1 está modificando la factura 1000, el usuario user2 sólo podrá acceder en modo visualización, ya que la factura está siendo bloqueada por usuario user1; Sin embargo, cuando el usuario user1 termine de modificarla, user 2 podrá ver la modificación realizada por user1, e incluso podrá realizar cualquier modificación posterior.

Situación 2: el usuario user1 está conectado al mandante 015 y el usuario user2 está conectado al mandante 016 del mismo sistema. Ahora los dos usuarios no pueden acceder a la misma información ya que sus conexiones al sistema están lógicamente separadas; el usuario user1 accede a la factura 1000 desde su mandante y el usuario user2 puede acceder al mismo tiempo a la factura 1000 (si esta existe) de su mandante, si bien los datos son completamente distintos ya que la factura 1000 del mandante 015 no es la misma que la factura 1000 del mandante 016.

Lo que realmente ocurre es que para los usuarios acceder a la 1000, el sistema está accediendo a la tabla de facturas, pero en cada caso accede al registro compuesto por el mandante de conexión del usuario y el número de factura

Así entonces, cuando el usuario user1 conectado al mandante 015, solicita la factura 1000, el sistema le muestra la factura con descripción x, mientras que si el usuario user2 se conecta al mandante 016 para solicitar la factura 1000, el sistema le mostrará la factura con descripción z.

2.1 Los mandantes estándar

Dentro del mundo de los mandantes, podemos decir que existen dos tipos bien diferenciados: por lo que tenemos los mandantes estándar, que son aquellos que vienen con SAP cuando se instala inicialmente el sistema y luego tenemos los mandantes propios que son aquellos mandantes creados por el usuario, es decir por los administradores de SAP de la empresa cliente.

Cualquier sistema SAP se instala inicialmente con tres mandantes estándar.

Las funciones de los mandantes estándar son las siguientes:

Mandante 000.- Es el mandante de referencia, No contiene datos de parametrización empresarial y por lo tanto las creaciones de mandantes propios se deben hacer como copias de este par asegurar que empezamos la parametrización desde cero.

Durante un cambio de versión de SAP los datos dependientes de mandante se actualizan automáticamente en el 000 y los cambios al resto de mandantes se deben hacer desde aquí.

No debe modificarse o borrarse ningún especto del mandante estándar 000

Mandante 001.- es el mandante de ejemplo. Inicialmente es idéntico al 000 y salvo que los cambiemos nosotros, ninguna actualización de SAP lo va a modificar, al contrario de lo que ocurre con el 000. Siempre lo podemos tener como ejemplo de la instancia inicial, aunque SAP no impone ninguna prohibición de cambiarlo o borrarlo.

Mandante 066.- es el mandante de servicio early watch, cuyo objetivo es guardar la confidencialidad de nuestros datos reales en productivo. Este mandante está aislado y es al cual se conecta SAP cundo le pedimos que nos realice un servicio de detección de problemas de rendimiento. Los usuarios de este mandante tienen autorizaciones mínimas para poder ejecutar el informe de rendimiento, Este mandante tampoco debe ser borrado ni modificado nunca

2.2 Los mandante propios

A partir del mandante de referencia 000 podemos crear tantos mandantes como queramos (siempre que nuestra base de datos nos lo permita). En el ambiente de desarrollo se suelen crear varios mandantes, en pruebas o testing algunos menos y en el ambiente producción sólo debe existir un mandante propio.

A continuación vamos a describir los mandantes que se crean habitualmente y cuáles son sus funciones. Aunque veamos que tienen un numero asignado, esto se ha hecho para facilitar la diferenciación entre ellos.

Cada empresa que utiliza SAP puede asignarle el número que quiera a cada mandante propio

Es posible implementar SAP con más o menos mandantes de los indicados, pero hay que buscar un equilibrio entre muchos y pocos. Con poco mandantes podemos tener conflictos durante la parametrización, el desarrollo de programas o las pruebas, pero con muchos mandantes estamos incrementando el tamaño de la base de datos y empeorando el rendimiento además de requerir un mayor esfuerzo en los procedimientos de administración de sistema.

Las funciones de los mandantes propios son las siguientes:

Mandante 200: desarrollo y parametrización: Aquí se crean los desarrollos a medida que sean necesarios. Los consultores técnicos y funcionales trabajan en este sistema. No tendremos datos maestros ni transacciones de manera que las pruebas las realizaremos en el mandante 220 des pues de pasar todos los cambios hechos aquí.

Mandante 210 Sandbox.-Las pruebas inusuales de parametrización las realizamos en el 210 de manera que no interrumpimos el trabajo normal del mandante 200. Los cambios que realicemos aquí no se realian en ningún sitio de manera que si probamos algo en lo que nos va bien debemos repetirlo a mano en el 200 para que quede grabado en una orden de transporte (concepto que veremos más adelante) y se pueda pasar al mandante de pruebas unitarias. Periódicamente y para mantener el mandante limpio se hará una copia o refresh desde el mandante 220.

Mandante 220 Pruebas unitarias.- Los responsables de desarrollo y parametrización efectuarán aquí las pruebas unitarias de los programas. Aquí sí que tenemos datos maestros y transaccionales, aunque no serán muy fiables debido a que la parametrización puede cambiarse.

Mandante 300 Pruebas integrales y control de calidad.- La función desde mandante es similar a la del 220 pero con la diferencia de que las pruebas incluyen la interacción entre los diferentes módulos, el rendimiento y la aprobación del usuario.

También se comprueba que el paso de las órdenes de transporte desde el ambiente de desarrollo sea correcto como garantía de que el paso de esas mismas órdenes a producción también lo sea.

Mandante 310 Formación a usuarios finales o capacitación: una vez superadas las pruebas correspondientes al mandante 300, pasamos el prototipo aquí para que los usuarios finales reciban los cursos de formación y tengan un sitio donde poder seguir practicando después, De esta manera, los datos maestros y transaccionales que crean no nos interfieren en nuestro trabajo habitual.

Mandante 320 Maestro de Parametrización: Este mandante se usa únicamente como referencia para poder consultar la parametrización que tenemos en productivo, sin tener que acceder al sistema productivo, no obligándonos a dar acceso a la misma, a personal no autorizado.

Para que cumpla su función se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo y mantenerlo siempre sincronizados.

Mandante 400 Productivo: Aquí es donde se lleva a cabo la explotación real del sistema. Este es el único mandante propio que debe existir en el ambiente productivo. Antes del arranque en productivo realizaremos aquí las cargas iniciales de datos maestros movimientos e históricos.

--------

Cadas determinado tiempo se hace un refresh del ambiente de pruebas, esto derivado de que con las pruebas la base de datos se va corrompiendo.

Se suele implementar un landscape de cuatro ambientes o sistemas en las grandes empresas

Desarrollo.- se realiza programación y configuración

Testing,- para pruebas de nuevos desarrollos o modificaciones realizadas al sistema (Pruebas unitarias)

QAS.- Se realizan las pruebas integrales y de estrés así como de concurrencia

Producción.- donde se trabaja día a día con el sistema.

Mandante.-se realiza de manera lógica, es una división, las tablas de la base de datos son diferentes en cada mandante y esto se debe a que los datos son dependientes del mandante.