✒️El landscape de SAP
El landscape de SAP
Landscape: es la disposición y configuración de los servidores SAP en una empresa que implementa el sistema. Engloba el tipo de arquitectura, cuanto servidores se usan y la finalidad de cada servidor.
Los SAP Basis se encargan de definir los ambientes que son los servidores donde se ha instalado el sistema SAP.
Landscape = Conjunto de ambientes
Ambiente = Sistema = Servidor en donde se instala SAP
Tipos de ambiente SAP:
- Ambiente de desarrollo DEV: es donde se crean nuevos programación y se configura el sistema. Los consultores funcionales pueden acceder al ambiente para hacer configuraciones (parametrizaciones) del sistema
- Ambiente de pruebas o testing QA: Usado para realizar pruebas unitarias, pruebas integrales y capacitaciones.
- Ambiente de producción PRD: es el ambiente que utiliza el usuario final y donde esta la información real (sensible) de la empresa/organización.
Opciones de Landscapes de SAP
- Landscape de SAP con 1 ambiente: en el mismo ambiente se realiza el desarrollo, testing, capacitaciones y el ingreso de la información real (producción).
- Reducción de costos de Hardware y soporte
- La personalización y los desarrollos de transacciones se realizan de forma directa en el ambiente de producción sin haber hecho validaciones previas
- Se mezclan los datos reales con los datos de capacitación - Landscape con 2 ambientes: un ambiente para producción y otro ambiente para capacitación, pruebas y desarrollo.
- Landscape con 3 ambientes: Desarrollo + Calidad + Producción. Presenta la desventaja de un mayor costo de infraestructura y administración.
Mandante: También conocido como "Cliente", es una instancia creada dentro de un ambiente, que se utiliza para configuración, desarrollo, capacitación o pruebas.
Dentro de cada ambiente pueden existir distintos mandantes, siendo independientes los datos que se visualizan en cada mandante dentro del mismo ambiente.
Transacción SCC4: Permite ver los distintos mandantes creados para un ambiente. Siendo que hay mandantes creados por default (estándar) y mandantes propios creados particularmente para la organización donde se instalo SAP.
- Los mandantes permiten que distintos usuarios estén trabajando a la vez en el mismo sistema, sin ningún tipo de interferencia mutua.
- Existen distintos tipos de datos:
- Datos dependientes del mandante: Solo son accesibles desde el mandante en el que se crearon
- Datos independientes del mandante: al querer modificar este tipo de dato que impacta en todos los mandantes del mismo servidor SAP nos alerta que estos datos son válidos en todos los mandantes. - Las tablas de bases de datos que contienen el campo mandante como primer campo dentro de su clave son las llamadas dependientes de mandante.
Los mandantes estándar
Cualquier sistema SAP se instala inicialmente con tres mandantes estándar:
- Mandante 000 Referencia. No contiene parametrización por lo tanto se usa para la creación de mandantes propios a partir de copias de este mandante estándar.
Durante un cambio de versión de SAP los datos dependientes de mandante se actualizan automáticamente en el mandante 000 y los cambios al resto de los mandantes se deben hacer desde aquí. - Mandante 001 Ejemplo: Inicialmente es idéntico al 000, salvo que lo cambiemos nosotros, ninguna actualización de SAP lo va a modificar. Sirve de ejemplo para ver la condición de la instalación inicial.
- Mandante 066 EarlyWatch: su objetivo es garantizar la confidencialidad de nuestros datos reales en productivo. El mandante esta aislado y se conecta a SAP cuando le pedimos que nos realice un servicio de detección de problemas de rendimiento.
Mandantes propios
A partir del mandante de referencia podemos crear tantos mandantes como queramos. A continuación los mandantes que se crean habitualmente y sus funciones (Aclaración, los números de mandante están colocados a modo de ejemplo, cada organización puede colocar el número que quiera a sus propios mandantes):
- Mandante 200 Desarrollo y Parametrización: Aquí se crean los desarrollos a medida que sean necesarios. No tendremos datos maestros ni transaccionales de manera que las pruebas se realizar en el mandante 220 después de pasar todos los cambios hechos en el mandante 200.
- Mandante 210 Sandbox: se realizan las pruebas inusuales en este mandante para no interrumpir el trabajo normal del mandante 200. Los cambios que hagamos aquí no se pueden transportar el mandante 220, se debe impactar manualmente en el mandante 200 para después hacer la orden de transporte al mandante 220 y hacer las pruebas.
- Mandante 220 Pruebas unitarias: Aquí si tendremos datos maestros y transaccionales. Se hacen las pruebas unitarias en este mandante
- Mandante 300 Pruebas integrales y control de calidad: Similar al mandante 220 con la diferencia que las pruebas incluyen la interacción con diferentes módulos, el rendimiento y la aprobación del usuario. También se comprueba que la orden de transporte entre DEV y QA haya sido exitosa, lo cual nos serviría de garantía para después mover esta orden a PRD.
- Mandante 310 Formación a usuarios finales o capacitación: una vez superadas las pruebas del mandante 300 se pasan las modificaciones a este mandante.
- Mandante 320 Maestro de parametrización: se usa solo de referencia para consultar la parametrización que tenemos en productivo. Así personas que no tienen acceso al productivo puede consultarla. Para que cumpla su función se deben transportar los cambios del mandante 400 al 320 y mantener sincronizadas sus configuraciones.
- Mandante 400 Productivo: Es el único mandante que debe existir en el productivo.
Clases de desarrollo o paquetes (Paquete = Clase de desarrollo)
Los paquetes es un forma de organizar todos los nuevos objetos que se crean en SAP, clasificándolos generalmente por módulos o áreas funcionales del sistema.
SE80: Los paquetes se crean a través de esta transacción
- El paquete $TMP (temporal) se utiliza para los objetos temporales, a los cuales, no se tiene intenciones de transportar a otros ambientes.
- Al crear un nuevo objeto, SAP nos solicitará que vinculemos el objeto con un paquete (puede ser nuevo, ya creado o el $TMP)
- Los paquetes se usan para organizar los objetos existentes en SAP.
En la transacción SE80 a partir del uso del menú desplegable podemos visualizar programas, paquetes, grupos de funciones, entre otros datos de interés.
Pasos para crear un paquete:
- Ingresar a la transacción SE80
- Seleccionar en el desplegable la Opción Paquete y asignar un nombre al paquete nuevo comenzando con la letra "Z"
- Al apretar enter el sistema reconoce que el paquete no existe y propone crearlo. Si el paquete existe podríamos acceder a modificarlo. Ponemos que lo queremos crear
- Escribimos una descripción breve para el paquete nuevo y ponemos grabar
- A continuación el sistema propone guardar los cambios adentro de una orden de transporte ya existente. Si deseamos crear una nueva orden de transporte hacemos clic en crear orden
- Se debe agregar una descripción breve para la orden y grabamos
- Confirmamos la orden de transporte que acabamos de crear con el tilde verde
 
 
 
Sobre el autor
Publicación académica de German Ariel Fritsch, en su ámbito de estudios para la Carrera Consultor ABAP.
German Ariel Fritsch
Profesión: Ingeniero Industrial - Argentina - Legajo: EW95G
✒️Autor de: 20 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Certificación Académica de German Fritsch