✒️SAP / El landscape de SAP Por Ignacio Tapia Torres

El Landscape de SAP

El landscape de SAP es la estructura y configuración de los servidores en una empresa que implementa SAP, donde se define la arquitectura, el número de servidores y su función. Los administradores SAP BASIS son los responsables de establecer este landscape, que se divide en tres principales ambientes o sistemas:

• Ambiente de desarrollo: Utilizado para la programación y configuración del sistema. Aquí se crean o modifican programas ABAP y los consultores funcionales configuran el sistema.

• Ambiente de pruebas (testing): Destinado a probar los desarrollos antes de su implementación. Los programadores realizan pruebas unitarias, y los consultores funcionales realizan pruebas integrales. También se usa para capacitaciones con datos actualizados.

• Ambiente de producción: Es el sistema en el que los usuarios finales trabajan con las transacciones estándar y personalizadas (Z). Los datos aquí son sensibles y se restringe el acceso a la mayoría de los usuarios. Solo en casos excepcionales los programadores o consultores acceden para resolver problemas técnicos o errores críticos.

Las distintas opciones de landscapes de SAP

Existen varias opciones de landscapes en SAP, que consisten en la distribución de los ambientes o sistemas. Las principales son:

• Landscape con 1 ambiente/sistema: Todo se ejecuta en un solo servidor. Las actividades de desarrollo, pruebas y producción ocurren en paralelo. Aunque reduce costos de hardware, mezcla datos de prueba con producción y conlleva un alto riesgo de errores.

• Landscape con 2 ambientes/sistemas: Se separan las operaciones de producción y las de desarrollo/pruebas, pero el desarrollo y las pruebas aún comparten un ambiente. Es una opción más estable que la anterior, pero sigue presentando algunas limitaciones, como la falta de completa separación entre pruebas y desarrollo.

• Landscape con 3 ambientes/sistemas: Se dividen por completo las actividades de desarrollo, pruebas y producción en sistemas separados. Minimiza riesgos y tiempos de inactividad, siendo la opción más segura y recomendada por SAP para empresas con procesos comerciales diarios. La desventaja principal es el mayor costo de infraestructura. Esta opción es ideal para organizaciones con un alto volumen de usuarios y desarrollo frecuente.

Los mandantes

Los mandantes en SAP son instancias que existen dentro de un mismo ambiente o sistema, y permiten que diferentes grupos de usuarios trabajen de manera independiente, sin interferir entre ellos. Cada mandante tiene sus propios datos y configuraciones, lo que significa que la información que se maneja en un mandante no se comparte con otro, incluso si ambos mandantes están en el mismo ambiente. Esto proporciona flexibilidad y seguridad al separar las diferentes fases del desarrollo, pruebas y producción.

Definición de Mandante:

• Un mandante es una instancia dentro de un ambiente SAP, también llamado cliente.
• Se utiliza para actividades específicas como configuración, desarrollo, pruebas o capacitación.
• Cada mandante es un entorno de trabajo separado y tiene su propia base de datos lógica.}
• Se pueden ver los mandates existentes en SAP mediante la transacción estándar SCC4

Ejemplo de una Estructura de Ambientes y Mandantes:

1. Ambiente de desarrollo:

   • Mandante 101: Usado para configuración y programación. Es donde los desarrolladores y consultores funcionales trabajan en los cambios del sistema SAP.
   • Mandante 102: Usado como sandbox, un espacio para pruebas inusuales que pueden romper el sistema o no son convencionales.
   • Mandante 103: Usado para las pruebas unitarias, donde los programadores prueban los cambios de código de manera individual.

2. Ambiente de pruebas (Testing):

   • Mandante 210: Usado para pruebas integrales, donde los consultores funcionales y los usuarios clave de la empresa prueban los desarrollos y configuraciones en conjunto para verificar que el sistema funcione de manera coherente.
   • Mandante 220: Usado para capacitación, donde se forman los usuarios finales con datos actualizados para que puedan familiarizarse con el sistema sin poner en riesgo los datos de producción.

3. Ambiente de producción:

   • Mandante 410: Usado por los usuarios finales para realizar las operaciones del día a día en la empresa, como el procesamiento de pedidos, gestión de inventarios, finanzas, entre otros. Este ambiente contiene los datos reales y críticos de la empresa.

Punto de vista lógico:

Desde el punto de vista lógico, un mandante en SAP es una unidad organizativa que permite dividir el sistema, permitiendo que varios usuarios trabajen de forma independiente sin interferencias.

• Datos dependientes de mandante:
  • Incluyen datos de aplicación como pedidos, facturas, cuentas contables, proveedores, clientes, entre otros.
  • Estos datos son accesibles solo desde el mandante en el cual fueron creados, lo que significa que no pueden ser consultados ni modificados por usuarios que se conectan a otros mandantes.
  • Ejemplo: Una factura creada en el mandante 101 no puede ser visualizada desde el mandante 102.
• Datos independientes de mandante:
  • Incluyen ciertos datos de parametrización, como configuraciones globales del sistema.
  • Estos datos pueden ser consultados y modificados desde cualquier mandante en el mismo sistema SAP.
  • Cuando se modifica este tipo de datos, el sistema muestra un aviso indicando que el cambio afectará a todos los mandantes.

Punto de Vista Físico:

Desde el punto de vista físico, el sistema SAP almacena todos los datos en una base de datos, donde cada mandante es representado como un campo clave en muchas de las tablas de la base de datos. La mayoría de las tablas que contienen datos de aplicación incluyen el mandante como el primer campo clave, lo que asegura que los datos estén separados por mandante.

• Tablas dependientes de mandante: Contienen el campo mandante como primer campo de la clave, lo que asegura que los datos solo sean accesibles desde el mandante correspondiente.
• Tablas independientes de mandante: No incluyen el campo mandante en su clave, lo que permite que los datos puedan ser accedidos desde cualquier mandante del sistema.

Ejemplos para Aclarar:

1. Mismo mandante:
   • El usuario user1 y el usuario user2 están conectados al mandante 015 del mismo sistema.
   • Si user1 está modificando la factura 1000, user2 solo puede verla en modo lectura, ya que la factura está bloqueada.
   • Una vez que user1 termina la modificación, user2 puede ver los cambios e incluso hacer nuevas modificaciones.
2. Distintos mandantes:
   • User1 está conectado al mandante 015 y user2 está conectado al mandante 016 del mismo sistema.
   • Ambos pueden acceder a la factura 1000 en sus respectivos mandantes, pero los datos que ven son completamente diferentes.
   • Aunque el número de factura es el mismo, los registros están separados, ya que el mandante actúa como una partición de los datos.

Funcionalidad de los Mandantes:

• Los mandantes son utilizados para separar los datos y asegurar que los diferentes grupos de trabajo (desarrolladores, testers, usuarios finales, etc.) puedan trabajar en el sistema sin interferir entre sí.
• Al tener mandantes dedicados para diferentes actividades, se minimizan los riesgos de errores o sobreescritura de datos críticos, especialmente en el ambiente de producción.

Los mandantes estándar

Los mandantes estándar en SAP son aquellos que vienen preconfigurados con la instalación del sistema, mientras que los mandantes propios son creados por los administradores del sistema según las necesidades de la empresa. Los mandantes estándar son tres:

• Mandantes estándar:
  1. 000 (Referencia): No tiene datos específicos empresariales. Se utiliza como base para crear nuevos mandantes y durante actualizaciones del sistema. No debe borrarse ni modificarse.
  2. 001 (Copia de referencia): Es una copia del 000 con datos básicos de configuración.
  3. 066 (EarlyWatch): Usado para la monitorización del sistema por SAP EarlyWatch.
  Mandantes propios:
  1. 200 (Desarrollo y parametrización): Aquí se realizan desarrollos y configuraciones, sin datos maestros ni transaccionales.
  2. 210 (Sandbox): Para pruebas sin registrar cambios. Sirve para experimentos aislados.
  3. 220 (Pruebas unitarias): Se hacen pruebas con datos maestros y transaccionales poco fiables.
  4. 300 (Pruebas integrales y control de calidad): Se prueban interacciones entre módulos, el rendimiento del sistema y aprobación del usuario.
  5. 310 (Capacitación): Usado para formar a los usuarios sin afectar a los sistemas productivos.
  6. 320 (Maestro de parametrización): Copia exacta de la parametrización de producción para consultas sin acceder al sistema productivo.
  7. 400 (Productivo): Es el mandante real donde se ejecutan las operaciones diarias y se utilizan los datos maestros y transaccionales finales.