Unidad 2
Módulo Landscape de SAP
1. El landscape de SAP
En una empresa donde se implementa SAP (SAP BASIS) establecen las landscaps del sistema (estas son las disposiciones y configuraciones de los servidores de SAP), dentro de estas se definirán los Ambientes (Ambiente = Sistema = Servidor donde se instala SAP), existiendo 3 tipos diferentes:
- Ambiente de desarrollo: utilizado principalmente para programar y configurar el sistema (creación de los nuevos programas ABAP solicitados a los programadores), también se producen las modificaciones de los programas estándar con la utilización de las herramientas SAP. También es utilizado por CF para las configuraciones del sistema.
- Ambiente de pruebas o testing: es para la realización de pruebas unitarias de sus desarrollos. Son utilizados también por CF para realizar pruebas integrales de cada requerimiento. Este espacio se utiliza para capacitaciones/entrenamientos con datos actualizados.
- Ambiente de producción: utilizado por los usuarios finales utilizando transacciones estándar del sistema y transacciones Z mientras son desarrolladas y probadas de manera exitosa. La información se debe manejar de manera discreta, ya que, no todos los usuarios pueden acceder por tener información clasificada. A veces los CF acceden a este para visualizar errores no detectados en los AT, a veces los programadores ABAP acceden a AP para detectar y solucionar errores.
* Distintas opciones de lanscapes de SAP: diferentes opciones para su implementación:
° Lanscapes de SAP con 1 ambiente o sistema: consiste en la implementación de todo el sistema SAP en un solo servidor o equipo, alojando todos los roles.
En este Ambiente las opciones de desarrollo, pruebas y producción se ejecutan en // en 1 solo sistema, reduciendo costos de hardware y soporte, utilizando el hardware existente pero implica la posibilidad de problemas o riesgos; con todas las opciones en 1 solo Ambiente desarrollándose en producción aplicándose directamente los paquetes de soporte y notas de SAP. Todo dato de prueba y capacitación se mezclan con los de producción, existiendo un riesgos de conflicto.
° Landscape de SAP con 2 Ambientes: todo el sistema SAP se instala en 2 servidores.
Supera algunos riesgos propios a la opción del sistema único al dividir la producción de los de pruebas y desarrollo, separando los datos de prueba y capacitación de los de producción. También los paquetes de de soporte y notas de SAP son creadas en el de desarrollo, estabilizando el sistema proporcionando una base de soporte superior para el cliente. El inconveniente de este es que las pruebas y capacitaciones se dan en el sistema de desarrollo sin posibilidad de separación de datos.
° Landscape de SAP con 3 ambientes o más: todas las actividades y sus datos se encuentran separadas en sistemas o ambientes dedicados.
Esta es la opción con menor riesgo, ejecutándose en // en sus respectivos sistemas o ambientes, minimizando la inactividad del sistema de producción, la mayor desventaja es el incremento de los costos de soportes y administración.
Se recomienda la utilización de landscape de tres ambientes donde los procesos comerciales se utilicen constantemente.
2. Los mandantes: existen dentro de cada ambiente de manera independiente los datos que se visualizan en estos. Ej. de una posible distribución de ambientes y mandantes de una empresa:
- Dentro del ambiente de desarrollo están: 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 están: El mandante 210 utilizado para pruebas integrales, realizado tanto por consultores como por usuarios; El mandante 220 utilizada para la capacitación de RRHH.
- Dentro del ambiente de desarrollo están: El mandante 410 donde acceden los usuarios finales que realizarán las operaciones diarias en la empresa.
Para ver los mandantes existentes de SAP se pueden ejecutar la transacción estándar SCC4:
Este concepto se divide en 2 partes:
- Visión Lógica: unidad organizativa y divisoria de una empresa, permitiendo el uso simultaneo de distintos usuarios en el sistema, sin interferir entre ellos, existiendo dos tipos de datos diferentes:
° Datos dependientes de mandante: englobando datos de la aplicación de la empresa así como la mayoría de datos de parametrización habituales en un sistema SAP.
° Datos independientes de mandante: englobando datos de parametrización de la empresa, accesibles desde cualquier mandante creado, siendo los menos numerosos. Cuando se va a modificar algún dato el sistema larga un mensaje informando que esta acción modificará todos los mandantes, por lo que se debe tener cuidado cuando se realiza esta parametrización independiente.
- Visión Físico: la base de datos de SAP esta formada por tablas, cuando se navega por las pantallas de SAP, el sistema accede a dichas tablas para visualizar la información solicitada. Ej.:
° Situación 1: los usuarios user1 y user2 están conectados al mandante 015 de un mismo sistema, mientras el user1 modifica la factura 1000 el user2 sólo podrá visualizar, ya que la factura esta siendo modificada por el user1, una vez terminada la modificación, user2 podrá visualizar la factura con los cambios realizados y hasta volver a modificarla.
° Situación 2: user1 seta conectado al mandante 015 y el user2 al mandante 016 del mismo sistema, ninguno de los 2 pueden acceder a la información del otro, ya que, estos están se encuentran separados; user1 accede a la factura 1000 y user2 puede acceder a la misma factura de su mandante, si bien son datos distintos, ya que, la factura 100 de este es diferente a la del user2 del mandante 016.
Estos usuarios para poder acceder a la factura 1000, el sistema accede a la tabla de facturas, pero en cada caso accede al registro compuesto por el mandante de conexión del usuario y el N° de factura.
* Mandantes estándar: existen 2 tipo:
° Mandantes estándar: son los que vienen ya con el sistema SAP cuando se instala inicialmente.
° Mandantes propios: son los creados por el usuario por los administradores de la empresa cliente.
Cualquier sistema SAP se instala inicialmente con 3 mandantes estándar:
° Mandante 000 de Referencia: no posee datos de parametrización empresarial por lo que la creación de los mandantes propios se deben hacer con copias, para asegurar la parametrización desde cero. Durante un cambio de versión de SAP, los datos dependientes de mandante se actualizan en este y los cambios al resto de los mandantes se hacen desde aquí. No debe modificarse o borrarse ningún aspecto del mismo.
° Mandante 001 de Ejemplo: es de ejemplo, inicialmente idéntico al de referencia, salvo que se realice algún cambio ninguna actualización de SAP lo va a modificar, al contrario de lo que ocurre en el 000. se puede tener como ejemplo de instalación inicial. aunque SAP no impone restricciones de cambiarlo o borrarlo.
° Mandante 066 EarlyWatch: su objetivo es garantizar la confidencialidad de datos reales en productivo. Este mandante se encuentra aislado y es al cual se conecta cuando se solicita detectar problemas de rendimiento. los usuarios poseen la autorización mínima para realizar informes de rendimiento. Este tampoco debe ser borrado ni modificado, nunca.
* Mandantes propios: a partir del mandante 000 se pueden crear tantos mandantes como se desee, en tanto el tamaño de la base de datos lo permita -. En el ambiente de desarrollo se suelen crear varios mandantes, en testing algunos menos y en el ambiente de producción solo existe el mandante propio.
Descripción de mandantes creados habitualmente y sus funciones, los N° asignados facilitan la diferenciación entre ellos.
Es posible la implementación de SAP con mas o menos de los mandantes mencionados, pero se debe equilibrar entre muchos y pocos. Con pocos se pueden presentar conflictos en la parametrización, desarrollo de programas o pruebas, con muchos se aumentará el tamaño de la base de datos y empeorar el rendimiento, requiriendo un mayor esfuerzo en los procedimientos del sistemas.
Funciones de los mandantes propios:
- Mandante 200, Desarrollo y Parametrización: creación de mandantes a demanda, con trabajo conjunto de CF y CT, ya que, ambos trabajan en este sistema. En el mismo no habrán datos maestros ni transaccionales, por lo que las rruebas se realizarán en el mandante 220 después de pasar los cambios aquí realizados.
- Mandante 210, SandBox: aquí se realizan las pruebas inusuales de parametrización, de manera que no interrumpa el trabajo normal del mandante 200. Los cambios realizados aquí no quedan registrados, por lo que si se hace una prueba que va bien se debe repetir al menos unas 200 veces para que quede grabado en una OT y y así pasarse al mandante de pruebas unitarias. De manera periódica se debe hacer un refresh o copia para mantenerlo limpio.
- Mandante 220, Pruebas unitarias: los responsables de prueba y parametrizacion realizan aquí la PU de los programas, obteniendo datos maestros y transaccionales aunque no serán de plena confianza por que los datos de parametrización podrían cambiar.
- Mandante 300, Pruebas integrales y control de calidad: las funciones de este son similares a las del 220 con la diferencia que aquí hay interacción entre los diferentes módulos, rendimiento y aprobación del usuario. También se comprueba que las OT desde AD sean correctos como garantía de que el paso de las OP también las sean.
- Mandante 310, Formación a usuarios finales o capacitación: cuando se superan las pruebas que corresponden al mandante 300, se pasa al modelo de los cursos de formación teniendo un espacio de prácticas posteriormente, de este modo los datos maestros y transaccionales no interfieren con el trabajo cotidiano.
- Mandante 320, Maestro de parametrización: este es utilizado únicamente para la consulta de parametrización que hay en productivo, sin tener la obligación de acceder al sistema de usuarios no autorizados. Para el cumplimiento de esta función se deben transportar los datos del mandante 400 a este mandante de manera simultanea y sincronizados.
- Mandante 400, Productivo: aquí se lleva a cabo la explotación real del sistema, siendo el único mandante propio de debe existir en el AP, debiéndose hacer aquí las cargas iniciales de datos maestros, movimientos e históricos antes del inicio en productivo.