✒️El landscape de SAP
El landscape de SAP
QUE SON LOS LANDSCAPE , LOS AMBIENTES, MANDANTES Y COMO SE IMPLEMENTAN EN SAP
1 - EL LANDSCAPE DE SAP
Cuando se implementa el sistema SAP en una empresa, los administradores del sistema, establecen lo que se conoce como landscape del sistema SAP. Esto es la disposición y configuraciones de los servidores de SAP en una empresa que implementa el sistema, es decir cómo será la arquitectura, cuantos servidores se van a utilizar, para que se va a utilizar cada uno de estos, entre otras cuestiones.
Dentro de un landscape de SAP, los administradores del sistema, van a definir AMBIENTES también llamados sistemas en SAP. Es un servidor donde ha instalado el sistema SAP.
Existen 3 ambientes diferentes en SAP:
- Ambiente de desarrollo: es utilizado principalmente para programación y configuración del sistema. Aquí es donde se crean los nuevos programas ABAP que son solicitados a los programadores, ya que el sistema estándar no satisface las necesidades específicas de la empresa.
- Ambiente de pruebas o testing: este ambiente es utilizado para realizar pruebas. Los programadores acceden al ambiente de testing para realizar las llamadas pruebas unitarias de sus desarrollos. También acceden a este ambiente los consultores funcionales para realizar las pruebas integrales. Para capacitaciones o entrenamiento a usuarios de SAP se utiliza este ambiente para trabajar con datos actualizados
- Ambiente de producción: es donde el usuario final utiliza las transacciones estándar del sistema y aquellas transacciones Z creadas a medida que han sido desarrolladas y probadas satisfactoriamente. SE RESTRINGE AL MAXIMO EL ACCESO A TODOS LOS USUARIOS PORQUE SON SUMAMENTE SENSIBLES PARA LA EMPRESA.
Cada una X cantidad de tiempo, los datos de la base de datos del ambiente de pruebas son actualizados con los datos de la base de datos en el ambiente de producción, es decir se pisan tanto las configuraciones como los registros existentes en cada una de las tablas de la base de datos del ambiente de pruebas o testing con la información almacenada en el ambiente de producción, esto se conoce como REFRESH DEL AMBIENTE DE PRUEBAS O TESTING, de esta forma se garantiza la integridad de datos del ambiente, ya que con el uso de datos para realizar pruebas la información almacenada en las tablas de la base de datos se va corrompiendo.
1.1 LAS DISTINTAS OPCIONES DE LANDSCAPES DE SAP
- Landscape de SAP con 1 ambiente o sistema: El más básico de todos los landscapes consiste en implementar todo el sistema SAP en un solo servidor o equipo en donde todos los roles están alojados en el mismo sistema. Las operaciones de desarrollo, pruebas y producción se ejecutan en paralelo en un solo sistema. VENTAJA: Reducción de los costos de hardware y soporte, y que el hardware existente puede ser utilizado, pero implica algunos problemas que es que con todas las actividades en un solo sistema, toda la personalización y desarrollo se realizan en el sistema de producción, las pruebas y capacitación también tienen lugar en el sistema de producción.
- Landscape de SAP con 2 ambientes o sistemas: Todo el sistema SAP se encuentra instalado en dos servidores diferentes. Divide la producción de los entornos de prueba y desarrollo. Las pruebas y la capacitación ahora están separadas de la producción. Los nuevos requisitos, tareas de optimización y paquetes de soporte y notas de SAP también se crean primero en el entorno de desarrollo. Este enfoque conduce a un sistema más estable y proporciona una infraestructura de soporte de mayor calidad para el cliente. No es posible separar completamente las actividades de desarrollo y los datos de las actividades de prueba o capacitación.
- Landscape de SAP con 3 ambientes o sistemas: Todas las actividades de desarrollo, capacitación, prueba y productivas y sus datos están separados en sistemas o ambientes dedicados. El tiempo de inactividad del sistema de producción se minimiza. Desventaja: mayores costos.
2 - MANDANTES
Dentro de cada ambiente o sistema de SAP, existen distintos MANDANTES (una unidad autocontenida dentro del sistema sap desde el punto de vista técnico, organizativo y comercial) siendo independientes los datos que se visualizen dentro de cada mandante dentro del mismo ambiente. Se utiliza para configuración , desarrollo, capacitación o pruebas.
Ejemplo:
Dentro del ambiente de desarrollo tenemos:
- Mandante 101: se usa para configuración y programación.
- Mandante 102: de sandbox se utiliza para pruebas inusuales.
- Mandante 103: se utiliza para pruebas unitarias de programación.
Dentro del ambiente de pruebas:
- M 210: para pruebas integrales, realizadas tanto por consultores como usuarios clave de la empresa.
- M 220: para capacitación de RRHH
Dentro del ambiente de producción:
- M 410: donde acceden los usuarios finales del sistema para realizar las operaciones del día a día.
Para ver los mandantes existentes en SAP podemos ejecutar la transacción SCC4. El concepto de mandante se puede definir desde 2 puntos de vista distintos pero complementarios: Visión Lógica y Visión Física.
Desde el punto de vista lógico el mandante no es más que una unidad organizativa divisoria de la empresa, que permite que distintos usuarios estén trabajando en el mismo sistema, sin ningún tipo de interferencia mutua, ya que cada usuario sólo dispondrá de acceso para visualizar y actualizar los datos de aplicación de la empresa que estén asociados al mandante al cuál están conectados. Esto es así porque en SAP existen dos tipos de datos diferentes:
- Datos dependientes de mandante: Los datos de clientes, proveedores, pedidos, facturas, cuentas contables, así como la mayoría de los datos de parametrización de la empresa. SOLO SON ACCESIBLES DESDE EL MANDANTE DESDE EL QUE SE CREARON.
- Datos independientes de mandante: Ciertos datos de la parametrización de la empresa que son ACCESIBLES DESDE CUALQUIER MANDANTE.
Desde el punto de vista físico la base de datos de SAP 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.
Reforzamos la definición de mandante: Los servidores donde se instala el sistema SAP se dividen en ambientes, de modo que todo el landscape de SAP se instala en distintos ambientes o sistemas para asegurar la integridad de la info y su uso correcto. Cada servidor donde se encuentra instalado SAP ( osea estos ambientes o sistemas) se vuelve a dividir en mandantes. Cuando decimos que la división es lógica: solo accedemos a los mandantes a través del sistema.
2.1 LOS MANDANTES ESTANDAR
- Mandantes estándar: son aquellos que ya vienen con SAP cuando se instala inicialmente el sistema.
- Mandantes propios: creados por el usuario, por los administradores de SAP de la empresa cliente.
Cualquier sistema SAP se instala con 3 mandantes estándar: 000, 001, 066.
- 000: Es el de referencia. No contiene datos de parametrización empresarial, las creaciones de mandantes propios se deben hacer como copias de este para asegurarnos 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í.
- 001: Es el mandante de ejemplo. Es idéntico al 000 y salvo que lo cambiemos nosotros, ninguna actualización de SAP lo va a modificar, al contrario de lo que ocurre con el 000.
- 066: Es el mandante del servicio EarlyWatch (Servicio que identifica lo antes posible problemas que puedan darse en el rendimiento) cuyo objetivo es garantizar la confidencialidad de nuestros datos reales en productivo. Este mandante está aislado y es al cual se conecta SAP cuando le pedimos que nos realice un servicio de detección de problemas de rendimiento.
2.2 LOS MANDANTES PROPIOS
A partir del mandante de referencia 000 podemos crear tantos mandantes como queramos. En el ambiente de desarrollo se suelen crear varios mandantes, en testing menos, y en el de producción solo debe existir uno propio.
A continuación vemos lo que se crean habitualmente, aunque tienen un número asignado esto se hizo para facilitar la creación entre ellos. Cada empresa puede asignarle el número que quiera.
Funciones de los mandantes propios:
- Mandante 200 Desarrollo y Parametrización: se crean los desarrollos a medida que son necesarios.
- 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.
Apunte Creado OK - Iniciar Edición
 
 
 
Agradecimiento:
Ha agradecido este aporte: Mario Gonzalez Salcedo
Favorito:
Está publicación ha sido agregada a sus favoritos por: Mario Gonzalez Salcedo
Sobre el autor
Publicación académica de Maria Camila Buasso Barreiro, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Maria Camila Buasso Barreiro
Profesión: Ingeniera - Argentina - Legajo: GV36T
✒️Autor de: 24 Publicaciones Académicas
🎓Cursando Actualmente: Introducción a SAP
Certificación Académica de Maria Buasso