
El landscape de SAP
Es la disposición y configuración de los servicios que componen el sistema SAP dentro de una empresa. Es definido por los administradores SAP Basis y establece como será la arquitectura del sistema, cuantos servidores habrá y que función cumplirá cada uno.
Dentro del landscape se crean los ambientes o sistemas SAP, que son los servidores donde se encuentra instalado SAP; por lo tanto, en este contexto, ambiente, sistema y servidor se consideran conceptos equivalentes.
Existen tres diferentes ambientes en SAP:
Ambiente de desarrollo: Es el entorno donde se crean y modifican programas ABAP y se realizan las configuraciones del sistema.
Ambiente de prueba o testing: Se utiliza para probar desarrollos y configuraciones antes de llevarlos a producción, y también para capacitar usuarios.
Ambiente de producción: Es el entorno donde trabajan los usuarios finales con los datos reales de la empresa, por lo que su acceso está restringido. En casos puntuales, también pueden acceder los consultores funciones para analizar errores que no se reproducen en testing y, con menor frecuencia, los programadores ABAP para detectar y corregir problemas técnicos.
Las distintas opciones de landscapes de SAP
Landscape de SAP con 1 ambiente o sistema: Consiste en utilizar un único servidor donde se realizan las tareas de desarrollo, pruebas y producción. Su principal ventaja es el menor costo de hardware y mantenimiento, pero presenta un alto riesgo, ya que todas las actividades se realizan sobre el sistema de producción, pudiendo afectar los datos reales de la empresa.
Landscape de SAP con 2 ambientes o sistemas: Consiste en utilizar dos servidores; uno para desarrollo y pruebas, y otro para producción. Esto brinda mayor estabilidad y seguridad, ya que separa los datos de producción de los de prueba. Su principal desventaja es que el desarrollo y las pruebas comparten el mismo ambiente.
Landscape de SAP con 3 ambientes o sistemas: Consiste en utilizar tres servidores separados para desarrollo, pruebas y producción. Es la opción más segura y recomendada por SAP, ya que cada ambiente cumple una función específica y los datos permanecen separados. Su principal desventaja es el mayor costo de infraestructura y administración.
Los mandantes
Dentro de cada ambiente de SAP pueden existir varios mandantes, cada uno con datos independientes. Un mandante es una instancia creada dentro de un ambiente para realizar configuraciones, desarrollos, pruebas o capacitaciones. En SAP también se lo conoce como cliente.
El concepto de mandante se puede definir desde 2 puntos de vista distintos pero complementarios: la Visión Lógica y la Visión Física.
Desde el punto de vista lógico: Un mandante es una unidad organizativa que permite que distintos usuarios trabajen en el mismo sistema sin interferir entre sí, ya que cada uno solo puede acceder a los datos del mandante al que está conectado.
Esto es así, porque en el sistema SAP existen dos tipos de datos diferentes:
ØDatos dependientes de mandante: Son los datos propios de cada mandante, como clientes, proveedores, pedidos, facturas y la mayoría de las configuraciones. Solo pueden visualizarse y modificarse desde el mandante donde fueron creados.
ØDatos independientes de mandante: Son los datos de configuración compartidos por todos los mandantes. Cualquier modificación impacta en todos ellos, por lo que debe realizarse con especial cuidado.
Desde el punto de vista físico: El mandante es el primer campo clave de la mayoría de las tablas de SAP y determina a que datos puede acceder cada usuario. Las tablas independientes de mandante son accesibles desde cualquier mandante.
EJEMPLOS:
Situación 1: Si dos usuarios están conectados al mismo mandante, ambos acceden a los mismos datos. Si uno modifica un dato, el otro debe esperar a que finalice y luego verá los cambios realizados.
Situación 2: Si los dos usuarios están conectados a mandantes distintos, cada uno accede únicamente a los datos de su propio mandante, aunque tengan el mismo número de registro (por ejemplo, la factura 1000). Los datos son independientes entre sí.
Los mandantes estándar
Son los mandantes que SAP crea automáticamente al instalar el sistema. Se diferencian de los mandantes propios, que son creados posteriormente por los administradores SAP de la empresa. Hay tres mandantes estándar:
ØMandante 000: Es el mandante de referencia de SAP. Se utiliza como base para crear nuevos mandantes y no debe modificarse ni eliminarse.
ØMandante 001: Es el mandante de ejemplo de SAP. Inicialmente es igual al 000, pero no se actualiza automáticamente y puede modificarse o eliminarse si la empresa lo desea.
ØMandante 066 (EarlyWatch): Es el mandante utilizado por SAP para realizar servicios de diagnóstico y análisis del rendimiento del sistema. Está aislado para proteger los datos productivos y no debe modificarse ni eliminarse.
Los mandantes propios
Son aquellos que crea la empresa o el administrador SAP segun sus necesidades. Se generan normalmente tomando como base el mandante estándar 000 (mandante de referencia).
SAP permite crear tantos mandantes propios como soporte la capacidad de base de datos, pero no significa que sea conveniente crear muchos. La cantidad de mandantes debe buscar un equilibrio entre separación de actividades y rendimiento del sistema.
Las funciones de los mandantes propios son las siguientes:
ØMandante 200 Desarrollo y Parametrización: Es el mandante donde se realizan desarrollos a medida y la parametrización del sistema. Trabajan consultores funcionales y técnicos. No contiene datos maestros ni transaccionales; los cambios se transportan al mandante 220 para pruebas.
ØMandante 210 - Sandbox: Es un mandante de pruebas libres donde se experimenta con parametrizaciones sin afectar al mandante 200. Los cambios no generan órdenes de transporte y, si son correctos, deben repetirse en el 200.
ØMandante 210 – Pruebas unitarias: Se utiliza para probar desarrollos y configuraciones de forma individual. Contiene datos maestros y transaccionales de prueba, aunque pueden cambiar debido a ajustes de parametrización.
ØMandante 300 – Pruebas integrales y calidad: Permite validar la integración entre módulos, rendimiento y aprobación de usuarios. También comprueba que los transportes desde desarrollo sean correctos antes de pasar a producción.
ØMandante 310 – Formación de usuarios: Se utiliza para capacitar a los usuarios finales y permitir prácticas sin afectar otros ambientes del sistema.
ØMandante 320 – Maestro de parametrización: Es una copia de referencia de la parametrización productiva. Permite consultar la configuración sin acceder directamente a producción y debe mantenerse sincronizado con el mandante 400.
ØMandante 400 – productivo: Es el mandante donde funciona el sistema real de la empresa. Contiene los datos reales y es el único mandante propio del ambiente productivo. Antes del arranque se cargan datos maestros, movimientos e históricos.