✒️El landscape de SAP

1 | El landscape de SAP

Cuando se va implementar SAP a una empresa, los administradores o SAP BASIC son los que se encargan de de establecer lo que se conoce como landscape el sistema

SAP.

El Landscape se puede definir como la disponibilidad y la configuracion de los servidores de SAP en una empresa que va a implementar el sistema, digace como sera la arquitectura,

cuantos servidores se van a utilizar, para que se va a utilizar cada uno de ellos, entre otras cuestiones.

Dentro del proceso del landscape de SAP, los administradores definen los ambientes, tambien llamados sistemas en SAP.

Un AMBIENTE = Sistema = Servidor en donde se instala SAP.

Basicamente dentro del landscape se van a definir los ambientes para ver como se va llevar a cavo la implementacion del sistema, Existen 3 tipos de ambientes:

- Ambiente de desarrollo (DU) : Este ambiente se utiliza para programar y configurar el sistema.

Aqui es donde participan los desarrolladores ABAP para integrar las funcionalidades que se requieran del sistema.

El ambiente de desarrollo tambien es utilizados por los consultores funcionales para realizar configuraciones del sistema.

- Ambiente de pruebas o testing (PU) : Este ambiente esa desitado a realizar las llamadas pruebas unitarias de los desarrolladores.

Tambien acceden a este modulo los consultores funcionales para relizar las pruebas integrales de cada uno de los requerimientos solicitados.

Cuando se realizan capacitaciones a los usuarios de SAP se utiliza este ambiente para trabajar con datos actualizados.

- Ambiente de produccion (PA) : Aqui es donde el usuario final utiliza las transacciones estandar del sistema, y aquellas transacciones X que se integraron al sistema a medida y que han sido

desarrolladas y probadas successfully.

DATO: Cada cierto tiempo se hace lo que se conoce como un Refrech, que consiste en actualizar la base de datos de Testing con la de Produccion.

1.1 | Las distintas opciones de landscapes de SAP

- Landscape de SAP con 1 ambiente o sistema:

En este Landscape es el mas basico y es donde se implementan todos los roles en un solo sistema.

- Desarrollo

- Testing

- Entrenamiento

- Produccion.

La unica ventaja de esto radica principalmente en la reduccion de costos de hardware y soporte, pero implica altos problemas y riesgos serios

Landscape de SAP con 2 ambiente o sistema:

En este Landscape se implementan 2 sistemas, todo los roles se dividen en esos 2 sistemas:

- Producion

-----------------------

- Entrenamiento

- Testing

- Desarrollo

Este sistema soluciona el problema de tener todos los roles en un solo ambinte, separando el anbiente de produccion al de pruebas y desarrollo.

Los inconvenientes de este sistemas es que las actividades de prueba y capacitacion ocurren en el mismo ambiente

Landscape de SAP con 3 ambiente o sistema:

En este Landscape, todas las actividades estan en un ambiente separado y dedicado con sus datos

- Producion

-----------------------

- Entrenamiento

- Testing

-----------------------

- Desarrollo

Esta opcion representa un menor riesgo, ya que las actividades pueden ejecutarse en paralelo en sus ambientes.

El tiempo de inactividad de produccion se minimiza.

La desventaja es un mayor costo de infraestructura y administracion.

2 | Los mandantes

Un mandante es una instancia que se crea dentro de un ambiente, que se utiliza para configuracion, desarrollo, capacitacion o pruebas.

Se lo conoce tambien como SAP con el nombre de cliente.

Dentro del ambiente de desarollo tenemos:

- Mandante 101 se utiliza para configuracion y programacion.

- Mandante 102 de sandbox que se utilizara para pruebas inusuales.

- Mandante 103 se utiliza para pruebas unitarias de programacion.

Dentro del ambiente de pruebas tenemos:

- Mandante 210 se utiliza para pruebas integrales, tanto por los consultores como por los

usuarios clave de la empresa.

- Mandante 220 se utiliza para la capacitacion de los recursos humanos.

Dentro del ambiente de produccion tenemos:

- Mandante 410 es donde acceden los usuarios finales del sistema para realizar las operaciones del dia a dia de la empresa.

Para ver los mandantes existentes en SAP ejecutamos la transaccion estandar SCC4.

El concepto de mandante se puede definir desde 2 puntos de vista distintos pero cmplemetarios: La Vision Logica y la Vision Fisica.

- Desde el punto de vista logico: El mandante no es mas que una unidad origanizativo divisoria de la empresa, que permite que distintos

usuarios usen el sistema al mismo tiempo sin ningun tipo de interrupcion mutua, ya que cada usuario solo dispondra de los datos que

esten asociados a ese mandante.

Esto es posible porque el sistema SAP existen 2 tipos de datos diferentes:

- Datos dependientes de mandantes: aqui se engloban los datos de aplicacion de la empresa (datos de clientes, proveedores, pedidos, facturas, cuentas contables, etc.)

asi como la mayoria de los datos de prametrizacion de la empresa.

Se le llaman dependientes de mandantes porque solo son accesibles desde el mandante en el que fueron creados.

- Datos independientes de mandates: aqui se engloban ciertos datos de la parametrizacion de la empresa que son accesible desde cualquier mandante creado.

Este tipo de datos son los menos numerosos.

Cada vez que se va a proceder a la modificacion de este tipo de datos, el sistema te aviso que la modificacion afectara a todos los mandantes.

DATO: Las tablas que tienen el campo mandante como primer campo dentro de su clave son las llamadas dependientes de mandante.

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

Cuando un usuario se conecta a un mandante, el sistema le esta asignanado en ese momento el valor del mandante elegido, con lo que el usuario solo podra acceder a visualizar o modificar los datos

de cada tabla que tengan como mandante el que ha elegido en tiempo de conexion.

Sin embargo, si una tabla es independiente de mandante, esta puede ser accedida desde cualquier mandante al que se conecte el usuario.

Veamos unos ejemplos para aclarar lo explicado:

- Situacion 1: los usuarios user1 y user2 estan ambos conectados al mandante 015 de un mismo sistema. Mientras el user1 esta mdificando la factura 1000, el user2 solo podra acceder en modo visualizacion ya que

la factura esta siendo bloqueado por el user1: sin embargo, cuando el user1 termine de modificar, user2 podra ver la modificacion, e incluso podra realizar calquier modificacion posterior.

- Situacion 2: el user1 esta conectado al mandante 015 y el user2 esta conectado al mandante 016 del mismo sistema. Ahora los 2 users no pueden acceder a la misma informacion ya que sus conexiones al sistema estan logicamente

separadas; el user1 accede a la factura 1000 de su mandante y el user2 por igual a la factura 1000 (si 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 relamente ocurre es que para poder acceder a la factura 1000, el sistema esta accediendo a la tabla de facturas, pero en cada accede al registro compuesto por el mandante de conexion del usuario y el numerod de factura:

Asi entonces, cuando el user1 se conecta al mandante 015 y accede a la factura 1000, esta se le muestra con una descripcion X, mientras que el user2 conectado la mandante 016 solicita la factura 1000, el sistema le mostrara la factura con descripcion Z.

2.1 | Los Mandantes estandar

Dentro del mundo de los mandantes tenemos 2 tipos: los mandantes estandar que son aquellos que vienen instalados con SAP y los mandantes propios que son los creados por el usuario, es decir por los administradores de SAP de la empresa cliente.

Cualquier sistema SAP esta implementado con 3 mandantes estadar:

- Mandante 000 de Referencia: No contiene datos de parametrizacion empresarial y por lo tanto las creaciones de mandantes propios se deben hacer como copias de este para asegurarnos que empezamos la parametrizacion desde 0

- Mandante 001 de Ejemplo: Es el mandante de ejemplo en SAP y se utiliza para fines de prueba y formación. Es un mandante que contiene datos de ejemplo para poder probar funcionalidades y configuraciones en un ambiente de pruebas.

- Mandante 066 EarlyWatch: Es el mandante del servicio EarlyWatch, cuyo objetivo es garantizar la confidencialidad de nuestros datos relaes en productivo. Este mandante esta aislado y es al cual se conecta SAP cuando le pedimos que nos realice un servicio de deteccion de

problemas de rendimiento, Los usuarios de este mandante tienen las autorizaciones minimas para poder ejecutar el informe de rendimiento. Este mandante tampoco debe ser borrado ni modificado nunca.

2.2 | Los Mandantes propios

Apartir del mandante 000 podemos crear tanto mandantes como queramos o hasta donde nuestra base de datos nos permita. En el ambiente de desarrollo se suelen crear varios mandantes, en Testing menos y en produccion solo debe existir un mandante propio.

Se puede implementar SAP con menos mandantes de los indicados, pero hay que tener un equilibrio entre muchos y pocos. Con pocos mandates podemos tener coflictor durante la parametrizacion el desarrollo de un programa o las pruebas, pero con muchos mandates estamos aumentando el tamaño de la base de datos

y empeoramos el rendimientos

Las funciones de los mandates propios son los siguientes:

Mandante 200 Desarrollo y parametrizacion: aqui se llevan a cabo la creacino y el desarrollo a medida que sea necesario. Los cosultores tecnicos y funcionales trabajan en este sistema. No tendran datos maestros ni transaccionales de manera que la pruebas las realizaremos en el mandante 220 despues de pasar todos los cambios hechos aqui.

Mandante 210 SandBox: Las pruebas inusuales de parametrización se realizan en el mandante 210 de manera que no interrumpamos el trabajo normal del mandante 200. Los cambios que hagamos aquí no se registran en ningún sitio de manera que si probamos algo que no va bien debemos repetirlo a mano en el 200 para que quede grabado en una orden de transporte y se pueda pasar al mandante de pruebas unitarias.

Mandante 220 Pruebas unitarias: Los responsables de desarrollo y parametrización efectuarán aquí las pruebas unitarias de los programas. Aquí si tendremos 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: similar a la del 220 pero las pruebas incluyen la interacción entre los diferentes módulos, el rendimiento y la aprobación del usuario.

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.

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.

Mandante 400 Productivo: Aquí se lleva a cabo la explotación real del sistema, es el único mandante propio que debe existir en el ambiente productivo.

3 | Las clases de desarrollo o paquetes

La Clase de Desarrollo o tambien llamada "Paquete", es una forma de organizar todos los nuevos objetos que se crean en SAP, clasificandolos generalmente por modulos o areas funcionales del sistema.

Es decir que un objeto seria un archivo y la clase de desarrollo seria la carpeta donde guardamos el archivo.

Existe la Clase de desarrollo $TMP, que se utiliza para los objetos temporales que no se van a trasportar entre ambientes, es decir para pruebas.

DATO: Las clases de desarrollo o paquetes se crean atravez de la transaccion estandar SE80

Agradecimiento:

Ha agradecido este aporte: Alvaro Ardila Sandoval