El landscape de SAP
1| El landscape de SAP
Landscape del sistema SPA 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.
Ambiente: Es un servidor donde ha sido instalado el SAP que viene siendo (Ambiente = Sistema = Servidor donde se instala SAP).
Existen tres 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. También aquí se modifican los programas estándar del sistema utilizando alguna de las herramientas disponibles por SAP.
- Ambiente de pruebas o testing: Es utilizado principalmente, como su nombre lo indica, para realizar pruebas. Los programadores acceder 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 llamadas pruebas integrales de cada uno de los requerimientos. Cuando se realizan 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. En ocasiones los consultores funcionales acceden al ambiente productivo para realizar pruebas puntuales sobre algún error que haya surgido en el sistema y que no se pueda reproducir en el ambiente de pruebas. Menos frecuentemente el ambiente de producción es accedido por los programadores ABAP, en caso de que se haya reportado algunas incidencia o error, que requiere ser detectado y solucionado desde el punto de vista técnico.
1.1| Las distintas opciones de landscape de SAP
Las diferentes opciones de landscape que se pueden implementar en 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 mismos sistema.
- Landscape de SAP con 2 ambientes o sistemas
Esta opción de dos ambientes o sistemas supera algunos de los riesgos inherentes a la opción del sistema único, al dividir la producción de los entornos de pruebas y desarrollo. Las pruebas y la capacitación ahora están separadas de la producción, lo que resulta en la separación de los datos de prueba y capacitación de los datos de producción.
- Landscape de SAP con 3 ambientes o sistemas
Esta opción presenta el menor riesgo, ya que todas las actividades se pueden realizar en paralelo en sus respectivos ambientes o sistemas. El nuevo desarrollo está separado de los entornos de pruebas y producción. El tiempo de inactividad del sistema de producción se minimiza. Y la desventaja de esta opción son los mayores costos de infraestructura y administración.
2| Los mandates
Cada ambiente o sistema de SAP, existen distintos mandantes, siendo independientes los datos que se visualizan en cada mandante dentro del mismo ambiente.
Mandante: Es una instancia creada dentro de un ambiente, que se utiliza para configuración, desarrollo, capacitación o pruebas. Se le conoce también en SAP con el nombre de cliente.
Dentro del ambiente de desarrollo tenemos:
- El mandante 101 que se utiliza para configuración y programación.
- El mandante 102 de sandbox que se utilizará para pruebas inusuales.
- El mandante 103 que se utiliza para pruebas unitarias de programación.
Dentro del ambiente de pruebas tenemos:
- El mandante 210 que se utiliza para pruebas integrales, realizadas tanto por los consultores como por los usuarios clave de la empresa.
- El mandante 220 que se utiliza para la capacitación de los recursos humanos-
Dentro del ambiente de producción tenemos:
- El mandante 410 que es donde acceden los usuarios finales del sistema para realizar las operaciones del día a día de la empresa.
Si queremos ver los mandantes existentes en SAP podemos ejecutar la transacción estándar SCC4.
SCC4: Es utilizada para abrir o cerrar un mandante a posibles modificaciones por parte del usuario. Un usuario por ejemplo no debería poder realizar customizing o desarrollos en un ambiente productivo, con lo cual debe configurarse para que no permita realizar cambios en los objetos.
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ógica: 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.
El Sistema SAP existen dos tipos de datos diferentes:
° Datos dependientes de mandante: Se engloban aquí los datos de aplicación de la empresa (datos de clientes proveedores, pedidos, facturas, cuentas contables, etc.) así como la mayoría de los datos de parametrización de la empresa.
° Datos independientes de mandante: Se engloban aquí ciertos datos de la parametrización de la empresa que son accesibles desde cualquier mandante creado. Este tipo de datos son los menos numerosos.
- 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. El mandante es el primer campo clave de la mayoría de las tablas que conforman la base de datos de SAP.
Cuando un usuario se conecta a un mandante, el sistema le está asignando en ese momento el valor de mandante elegido, con lo que el usuario sólo podrá acceder a visualizar o modificar los datos de cada tabla que tengan como mandante el que ha elegido en tiempo de conexión.
2.1| Los mandantes estándar
Existen dos tipos bien diferenciados: Por lado tenemos los mandantes estándar, que son aquellos que ya vienen con SAP cuando se instala inicialmente el sistema y luego tenemos los mandantes propios que son aquellos mandantes creadas por el usuario, es decir por los administradores de SAP de la empresa cliente.
Cualquier sistema SAP se instala inicialmente con tres mandantes estándar que son lo siguientes:
- Mandante 000: Es el mandante de referencia. No contiene datos de parametrización empresarial y por lo tanto las creaciones de mandantes propios se deben hacer como copias de este para asegurarnos que empezamos la parametrización desde cero.
- Mandante 001: Es el mandante de ejemplo. Inicialmente 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. Siempre lo podemos tener como ejemplo de la instalación inicial, aunque SAP no impone ninguna prohibición de cambiarlo o borrarlo.
- Mandante 066: Es el mandante del servicio EarlyWatch, 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. Los usuarios de este mandante tiene la autorizaciones mínimas para poder ejecutar el informe de rendimiento. Este mandante tampoco debe ser borrado ni modificado nunca.
2.2| Los mandantes propios
A partir del madante de referencia 000 podemos crear tantos mandantes como queramos. En el ambiente de desarrollo se suelen crear varios mandantes, en pruebas o testing algunos menos y en el ambiente de producción solo debe existir un mandante propio. Es posible implementar SAP con más o menos mandantes de los indicados, pero hay que buscar el equilibrio entre muchos y pocos. Con pocos mandantes podemos tener conflictos durante la parametrización, el desarrollo de programas o las pruebas, pero con muchos mandantes estaremos aumentando el tamaño de la base de datos y empeorando el rendimiento además de requerir un mayor esfuerzo en los procedimientos de administración de sistemas. Las funciones de los mandantes propios son:
- Mandante 200 Desarrollo y Parametrización: Aquí se crean los desarrollos a medida que sean necesarios. Los consultores técnicos y funcionales trabajan en este sistema. No tendremos datos maestros ni transaccionales de manera que la pruebas las realizaremos en el mandante 220 después de pasar todos los cambios hechos aquí.
- Mandante 210 Sandbox: Las pruebas inusuales de parametrización las realizaremos en el 210 de manera que no interrumpamos el trabajo normal de mandante 200. Los cambios que hagamos aquí no se registran a ningún sitio de manera que si probamos algo en lo que nos 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. Periódicamente y para mantener el mandante limpio se hará una copia o refreh desde el mandante 220.
- Mandante 220 Pruebas unitarias: Los responsables de desarrollo y parametrización efectuarán aquí las pruebas unitarias de los programas. Aquí sí que 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: La función de este mandante es similar a la del 220 pero con la diferencia de que 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. De esta manera, los datos maestros y transaccionales que crean no nos interfieren en nuestro trabajo habitual.
- 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í es donde se lleva a cabo la explotación real del sistema. Este es el único mandante propio que debe existir en el ambiente productivo. Antes del arranque en productivo realizaremos aquí las cargas iniciales de datos maestros, movimientos e históricos.
3| Las clases de desarrollo o paquetes
Es una forma de organizar todos los nuevos objetos que se crean en SAP, clasificándolos generalmente por módulos o áreas funcionales del sistema.
Existe la Clase de Desarrollo $TMP, que se utiliza para los objetos temporales que no se van a transportar entre ambientes, es decir para pruebas.
La clase de desarrollo o paquetes se crean a través de la transacción estándar SE80.