✒️El landscape de SAP

Unidad n°1: Introducción a SAP y a ABAP
Lección n°9: El landscape de SAP

El landscape de SAP

• Cuando se implementa el sistema SAP en una empresa, los administradores del sistema, también llamados SAP BASIS establecen lo que se conoce como landscape del sistema SAP.
  *SAP BASIS: recursos y equipo de trabajo encargados del mantenimiento técnico del sistema.
  *Landscape: disposición y configuraciones de los servidores de SAP en una empresa que usa el sistema (arquitectura, servidores a usar, etc).

• Dentro de los landscape, los administradores del sistema, definirán Ambientes, también llamados sistemas en SAP.
  *Ambiente: servidor donde se instaló el sistema SAP -> Ambiente= Sistema = servidor donde se instala SAP.
• Existen tres ambientes:

1. Ambiente de desarrollo: para programación y configuración del sistema. Acá se crean programas ABAP cuando el sistema estándar no satisface las necesidades de la empresa. También pueden modificar el sistema.
2. Ambiente de pruebas o testing: para realizar pruebas.
   Los programadores lo utilizan para hacer "pruebas unitarias" a sus desarrollos.
   Los consultores financieros para realizar "pruebas integrales" a cada requerimiento.
   Cuando se hacen las capacitaciones o entrenamiento a los usuarios, se realizan en este ambiente.
3. Ambiente de producción: donde el usuario final usa las transacciones estándar y las transacciones Z.
   En ocasiones los consultores funcionales ingresan para hacer pruebas de errores puntuales del sistema.

Distintas opciones de landscape de SAP:

• Landscape con un ambiente:
  - El más básico.
  - La producción, capacitación, testing y desarrollo se encuentran en un mismo servidor o equipo.
  - Las operaciones de desarrollo, pruebas y producción se ejecutan paralelamente en un solo sistema.
  - Reducción de costos de hw y soporte. Se puede usar el hw existente, pero puede traer grandes problemas.
  - La personalización, desarrollo, soporte, notas de SAP, pruebas y capacitaciones se hacen en la producción.
  - Los datos de prueba y capacitación se mezclan con los de producción, generando problemas.
• Landscape con dos ambientes:
  - Reduce riesgos, que implementando el landscape anterior.
  - La producción está separada del la capacitación, prueba y desarrollo.
  - Las tareas de optimización, soporte, notas de SAP se crean en el desarrollo.
  - Ofrece un sistema más estable y de mejor infraestructura de soporte para el cliente.
  - El problema es que las actividades de prueba y capacitación se hacen en el sistema de desarrollo. Y entonces no es fácil separar del todo sus datos.
• Landscape con tres ambientes:
  - Las actividades de desarrollo, capacitación, testing y productivas, y sus datos, se encuentran en diferentes ambientes.
  - Opción con menor riesgo.
  - El nuevo desarrollo está separado de la prueba y producción.
  - Mayores costos de infraestructura y administación.

SAP recomienda el landscape de tres ambientes.

También existe el landscape de cuatro ambientes:
- Ambiente de desarrollo: se programa y configura (Lo utilizan los programadores)
- Ambiente de prueba: se hacen las pruebas para los nuevos desarrollos y modificaciones del sistema (Lo utilizan los programadores o consultores funcionales)
- Ambiente de QA: pruebas integrales (de volumen, de estrés, de diversos tipos de formas de concurrencia). (Utilizado por los consultores funcionales).
- Ambiente de producción: donde accede el usuario final para trabajar diariamente con el sistema (también acceden los consultores funcionales y técnicos si surgen problemas).

Los mandantes:

• Dentro de cada ambiente, existen diferentes mandantes, con datos de visualización independiente.
• Un mandante se utiliza para la configuración, desarrollo, capacitación o pruebas. Conocido también como "cliente".
• Dentro del ambiente de desarrollo:
  Mandante 101: para configuración y programación.
  Mandante 102: de sandbox (permite hacer experimentos e hipótesis a los consultores).
  Mandante 103: para pruebas unitarias de programación.
• Dentro del ambiente de prueba:
  Mandante 210: para pruebas integrales, hechas por los consultores y los usuarios clave de la empresa.
  Mandante 220: para capacitación de los recursos humanos.
• Dentro del ambiente de producción:
  Mandante 410: donde acceden los usuarios finales para hacer operaciones diarias de la empresa.
• Para ver los mandantes existentes en SAP, podemos ejecutar la transacción SCC4.

La definición de los mandantes se puede definir por dos puntos de vista:

• Punto de vista lógico: el mandante es solo una unidad organizativa divisoria de la empresa, que permite a los usuarios trabajar sin interferencias, gracias a que cada uno tiene un único acceso para visualizar y actualizar los datos de aplicación de la empresa.
  Por ello, hay dos tipos de datos diferentes:
  Datos dependientes del mandante: solo son accesibles desde el mandante en el que se crearon. Y, engloban los datos de aplicación de la empresa
  Datos independientes del mandante: se engloban algunos datos de la parametrización de la empresa que se pueden acceder desde cualquier mandante.
• Punto de vista físico: la base de datos de SAP se forma por tablas. Cuando el usuario navega por las pantallas de SAP, el sistema accede a las tablas para mostrarle al usuario la información. El mandante, por lo general es el campo clave de las tablas.
• Si dos personas quieren acceder al mismo mandante, al mismo tiempo, solo uno lo logrará y el otro únicamente lo podrá visualizar.

Dentro de los mandantes existen dos tipos de mandantes:

Los mandantes estándar:

• Ya vienen con SAP cuando se instala.
• Cualquier sistema SAP se instala con tres mandantes estándar:
  Mandante 000: de referencia, no tiene datos de parametrización, por ende, si se crean mandantes propios, se debe hacer con copias para el 000 para asegurarse que la parametrización se haga desde cero.
  Cuando SAP se actuazliza, los datos dependientes del mandante se actualizan en el 000.
  No hay que modificar ni borrar ningún parámetro estándar 000.
  Mandante 001: de ejemplo. Inicialmente es igual al 000, exceptuando que se puede cambiar y ninguna actualización de SAP lo modificará.
  Mandante 066: de servicio, EarlyWatch, garantiza la seguridad de los datos reales en productivo. Este mandante está aislado y se conecta con SAP cuando se solicita un servicio de detección de problemas de rendimiento.
  Este mandante no debe ser borrado ni modificado nunca.

Los mandantes propios:

• Creados por el usuario (administradores de SAP de la empresa cliente).
• Cada empresa puede asignarle el numero que quiera a los mandantes propios.
• Se pueden crear muchos o pocos mandantes, pero con pocos, se pueden generar problemas en la parametrización, desarrollos de programas o pruebas; con muchos mandantes, se aumenta el tamaño de la base de datos y se reducirá el rendimiento. Por ende, debemos buscar el equilibrio.
• Funciones de mandantes propios:
  Mandante 200 Desarrollo y Parametrización: donde se crean los desarrollos a medida de que se necesiten. Los consultores técnicos y funcionales trabajan aquí. No hay datos maestros ni transacciones. Por ende, si queremos pasar las pruebas, se harán en la 220.
  Mandante 210 Sandbox: se realizan pruebas inusuales para no interrumpir el trabajo habitual del mandante 200. Los cambios que se hacen acá no se registran en ningún lado.
  Mandante 220 Pruebas unitarias: responsables del desarrollo y parametrización que hará las pruebas unitarias de los programas. Acá hay datos maestros y transacciones.
  Mandante 300 Pruebas integrales y control de calidad: funcionamiento similar al 220. Las pruebas interactúan entre diferentes módulos, rendimiento y aprobación del usuario.
  Mandante 310 Formación a usuarios finales o capacitación: luego de terminar las pruebas correspondientes al 300, pasamos el prototipo a la 310, para que los usuarios puedan formarse y tengan un lugar para poder practicar.
  Mandante 320 Maestro de parametrización: se usa como referencia para consultar la parametrización del productivo, sin tener que acceder a su sistema, sin necesidad de dar acceso a personal no autorizado.
  Mandante 400 Productivo: acá se hace la exploración real del sistema. Es el único mandante propio que debe existir en el ambiente productivo. Antes del arranque en productivo, acá se harán las cargas iniciales de datos maestros, movimientos e históricos.