✒️SAP / El landscape de SAP Por Damian Ferreyra

LANDSCAPE DE SAP

Es la disposicion y configuraciones de los servidores de SAP en una empresa que implementa el sistema .Como sera la arquitectura , cuantos servidores se van a, utilizar para que se va a utilizar etc.

Dentro de un landscape los administradores van a definir AMBIENTES( es un servidor donde se ha instalado el sistema SAP)

3 Ambientes

Desarrollo: Programacion y configuracion del sistema. Aquí es donde se crean nuevos programas ABAP q son solicitados por los programadores. Tambien es utilizado por los consultores funcionales para realizar configuraciones del sistema.

Prueba o testing: realizar pruebas.

Los programadores acceden al ambiente de testing para realizar pruebas unitarias de sus desarrollos, tambien acceden los consultores funcionales para realizar pruebas integrales .

Cuando se realizan capacitaciones o entrenamiento se utiliza este ambiente.

Produccion: es donde es usuario final utiliza las transacciones estandar del sistema y aquellas transacciones Z creadas a medida.

Distintas landscape de SAP:

Con un ambiente o sistema.

El mas basico consiste en implementar todo el sistema en un solo servidor o equipo.Todos los roles estan alojados en el mismo sistema.

La ventaja de esto radica en la reduccion de los costos de hardware y soporte.

Con todas las actividades en un solo sistema , se realiza la personalizacion y el desarrollo en el mismo. Los paquetes de soporte y las notas de SAP se aplican direcamente a la produccion.

Alto riesgo de conflictos.

Dos ambientes o sistemas.

Dos servidores diferentes instalados.

Divide la produccion de los entornos de prueba y desarrollo, tambien separa los datos de prueba y capacitacion de la produccion.

Este enfoque da como resultado un sistema mas estable y proporciona una infraestructura de soporte de mayor calidad.

Tres ambientes o sistemas.

En esta disposicion todas las actividades de desarrollo capacitacion prueba estan completamente separados en sistemas o ambientes.

El nuevo desarrollo esta separado de los entornos de prueba y produccion.

Desventaja de esto son los mayores costos de infraestructura y administracion.

LOS MANDANTES( o clientes)

(es una instancia creada dentro de un ambiente,que se utiliza para la configuracion,desarrollo, capacitacion o pruebas)

Dentro de cada ambiente existen distintos mandantes, siendo independientes los datos q se visualizan en cada mandante.

Ambiente de desarrollo :

Mandante 101 que se utiliza para la configuracion y programacion.

Mandante 102 de sandbox(permite realizar experimentos e hipótesis a los consultores)que se ultiliza para pruebas inusuales.

Mandante 103 que se utiliza para pruebas unitarias de programacion.

Ambiente de pruebas :

Mandante 210 que se utiliza para pruebas integrales, realizadas por los consultores y por los usuarios clave de la empresa.

Mandante 220 se utiliza para la capacitacion de los RRHH.

Ambiente de produccion :

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

Para ver los mandantes existentes ejecutamos la transaccion SCC4.

El concepto de mandante tiene dos puntos de vistas distintos pero complementarios

Vista de punto logico :

El mandante no es mas que una unidad organizativa divisoria de la empresa, permitiendo a distintos usuario trabajar en el mismo sistema sin interferecia mutua. Cada usuario tiene acceso para visualizar y actualizar los datos que esten asociados al mandante al cual esten conectados.

Dos tipos de datos diferentes

Datos dependientes de mandante:

se engloban los datos de clientes,proveedores,pedidos,facturas,cuentas contables, etc. Asi como la mayoria de los datos de parametrizacion de la empresa.

Se llaman dependentes de mandantes porque solo son accesibles desde el mandante en el que se crearon.

Datos independientes de mandante: se engloba datos de parametrizacion accesibles desde cualquier mandante.

Cada vez que se procede a una modificacion el sistema da aviso con un mensaje infromativo, diciendo que la modificaion afectara a todos los mandantes.

Punto de vista fisico:

La base de datos de SAP esta formada por tablas.

Cuando navegas por SAP , el sistema es el que accede a dichas tablas para mostrarle al usuario la informacion pedida.

El mandante es el primer campo de la mayoría de tablas que conforman la base de datos.

Cuando un usuario se conecta a un mandante el sistema le esta asignando en ese momento el valor del mandante elegido. El usuario solo podrá acceder los datos de cada tabla que tengan como mandante el que eligieron en tiempo de conexión.

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

Mandantes estardar que son aquellos que ya vienen con SAP y mandantes propios que son los creados por los usuarios.

MANDANTES ESTANDAR:

000 mandante de referencia. No contiene datos de parametrizacion. Las creaciones de mandantes propios se hacen con copias de este ,para asegurar que empecemos la parametrización desde cero.

001 mandante de ejemplo. Ninguna actualizacion de SAP lo va a modificar al contrario del mandante 000, SAP no impone ninguna prohibicion de cambiarlo o borrarlo.

066 mandante de servicio EARLYWATCH(identificar los problemas de rendimiento dentro de un sistema de produccion)su objetivo es garantizar la confidencialidad de nuestros datos. Este mandante esta aislado y es al cual se conecta SAP cuando pedimos que detecten un problema de rendimiento.

MANDANTES PROPIOS:

A partir del mandante de referencia 000 podemos crear tantos mandantes como queramos. Se suelen crear mandantes de pruebas o testing y en el ambiente de produccion solo debe existir un mandante propio.

CADA EMPRESA QUE UTILIZA SAP PUEDE ASIGARLE EL NUMERO QUE QUIERA AL MANDANTE.

Con pocos mandantes podemos tener conflictos con la parametrizacion desarrollo de programas o la base de datos. Pero con muchos podemos empeorar el rendimiento al requerir mayor esfuerzo en los procedimientos.

Mandante 200 desarrollo y parametrización :

Mandantes a medida. Los consultores técnicos y funcionales trabajan en este sistema. No habrá datos maestros ni transaccionales de manera que las pruebas las realizaremos en el mandante 220 , despues de pasar todos los cambios hechos aca.

Mandante 210 Sandbox :

Las pruebas inusuales de parametrazacion se realizan aca para no interrumpir el trabajo normal del mandante 200.Los cambios que realicemos no se registran en ningun sitio por lo tanto debemos hacerlos a mano en el 200 para que quede grabado en una orden de transporte.

Mandante 220 Pruebas unitarias :

Los responsables de desarrollo y parametrizacion efectuaran las pruebas unitarias aquí.

Tenemos datos maestros y transaccionales.

Mandante 300 Pruebas integrales y control de calidad :

Similar al mandante 200 pero con diferencia de que las pruebas incluyen interaccion entre los diferentes modulos, rendimiento y aprobacion de usuario.

Tambien se comprueba de que el paso de las ordenes de transporte desde el ambiente de desarrollo sea correcto.

Mandante 310 Formacion a usuarios finales o capacitacion :

Cuando las pruebas del mandante 300 estan superadas pasamos al prototipo aquí para que los usuarios finales reciban cursos de formacion y tengan un sitio donde poder seguir practicando.

Mandante 320 Maestro de parametrizacion :

Solos se usa como referencia para consultar los parámetros que tenemos en productivo.

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

Mandante 400 Productivo :

Acá se lleva a cabo la explotacion real del sistema. Este es el unico mandante propio que debe existir en el ambiente productivo. Aquí se realizan las cargas iniciales de datos maestros, movimientos e históricos.