UNIDAD 2: LOS SERVICIOS DEL SISTEMA SAP
EL LANDSCAPE DE SAP
El landscape de SAP 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 usar, para que se va a usar cada uno de estos, entre otros.
Dentro de los landscape, se definen Ambientes, o Sistemas en SAP.: Ambiente es un servidor donde se ha instalado el sistema SAP
Ambiente = Sistema = Servidor en donde se instala SAP
Existen 3 ambientes diferentes:
- ambiente de desarrollo: usado para programación y configuración del sistema.
- ambiente de pruebas o testing: para realizar pruebas
- ambiente de producción: donde el usuario final usa las transacciones estándar o las Z
"Los datos en el ambiente de producción son muy sensibles para la empresa, por ello se restringe el acceso a todos los usuarios".
Cada cierta cantidad de tiempo, los datos de la base de datos del ambiente de pruebas, son actualizados con los datos de la base de datos, del ambiente de producción, se pisan tanto las configuraciones como los registros existentes en cada una de las tablas de la base de datos del ambiente de prueba, con la información almacenada en el ambiente de producción, esto se conoce con el nombre de REFRESH del ambiente de prueba, así se garantiza la integridad de los datos el ambiente, ya que con el uso, la información de va corrompiendo.
1.1 LAS DISTINTAS OPCIONES DE LANDSCAPES DE SAP
- Landscape de SAP con 1 ambiente o sistema: es el más básico, se implementa todo el sistema SAP en un solo servidor o equipo.
*desarrollo, pruebas y producción se ejecutan en paralelo en un solo sistema
*como ventaja la reducción de costos de hardware y soporte
*la personalización y el desarrollo se realizan en producción, y los nuevos paquetes de soporte y notas de SAP se aplican en producción.
*las pruebas y capacitación se hacen en producción.
*los datos de prueba y capacitación se mezclan con los de producción, existe un alto riesgo de conflicto.
- Landscape de SAP con 2 ambientes o sistemas: se instala en dos servidores diferentes
*pruebas y capacitación están separadas de la producción
*nuevos requisitos, tareas de optimización y los paquetes de soporte y las notas de SAP, se crean primero en desarrollo
*conduce a un sistema mas estable, dando una infraestructura de soporte de mayor calidad.
*desventaja: las actividades de prueba y capacitación tiene lugar en el sistema de desarrollo.
*no es posible separar las actividades de desarrollo y los datos de las actividades de prueba y capacitación.
- Landscape de SAP con 3 ambientes: aquí desarrollo, capacitación, prueba y producción y sus datos, están completamente separados, en sistemas o ambientes dedicados.
*representa menor riesgo, ya que las actividades se realizan en paralelo
*el nuevo desarrollo está separado de los entornos de prueba y producción
*el tiempo de inactividad del sistema de producción se minimiza
*la desventaja son los mayores costos de infraestructura y administración
En algunas empresas grandes se usa un landscapde de 4 ambientes: desarrollo, testing, QA (calidad), producción.
2.- LOS MANDANTES o cliente
Es una instancia creada dentro de un ambiente, que se utiliza para configuración, desarrollo, capacitación o pruebas. Son independientes los datos que se visualizan en cada mandante dentro del mismo ambiente.
en ambiente desarrollo tenemos:
- mandante 101: configuración y programación
- mandante 102: de sandbox (pruebas inusuales)
- mandante 103: pruebas unitarias
en ambiente de pruebas tenemos:
- mandante 210: para pruebas integrales, hechas por consultores o usuarios clave de la empresa
- mandante 220: para capacitación de RR.HH.
en ambiente de producción tenemos:
- mandante 410: donde acceden los usuarios finales
Para ver los mandantes existentes en SAP, podemos ejecutar la transacción estándar SCC4
El concepto mandante tiene dos definiciones desde 2 puntos de vista: Visión lógica y Visión Física
Punto de vista lógico: *el mandante es una unidad organizativa divisoria de la empresa que permite que distintos usuarios estén trabajando en el mismo sistema, sin interferencia mutua, cada usuario tiene 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. Esto es así porque existen dos tipos de datos:
- datos dependientes de mandante: sólo son accesibles desde el mandante en el que se crearon, datos de aplicación de la empresa (datos de clientes, proveedores, pedidos facturas, cuentas contables, etc.) así como los datos de parametrización de la empresa.
- datos independientes de mandante: datos de la parametrización de la empresa, accesibles desde cualquier mandante creado, cuando se modifican el sistema avisa con un mensaje, se debe ser especialmente cuidadoso al modificar la parametrización independiente del mandante.
Punto de vista físico: la base de datos de SAP esta 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.
Las tablas de la base de datos que contienen al campo mandante como primer campo dentro de su clave son dependientes de mandante.
Las tablas que NO contienen al campo mandante dentro de su clave son independientes de mandante.
2.1.- LOS MANDANTES ESTÁNDAR
Existen 2 tipos de mandantes:
*mandantes estándar: que vienen con SAP
*mandantes propios: los creados por el usuario
Las funciones de los mandantes estándar son:
Mandante 000: de referencia, no contiene datos de parametrización
Mandante 001: mandante de ejemplo, no lo modifica ninguna actualización de SAP
Mandante 066: de servicio EarlyWatch, garantiza la confidencialidad de nuestros datos reales en productivo, está aislado, es al que SAP se conecta cuando le pedimos detección de problemas de rendimiento. No puede ser borrado ni modificado nunca.
2.2.- MANDANTES PROPIOS
A partir del mandante 000 podemos crear tantos mandantes como se quiera, siempre que el tamaño de la base d datos lo permita. Cada empresa puede asignarle el número que quiera a cada mandante propio.
Hay que buscar el equilibrio en la cantidad de mandantes al implementar SAP;
con pocos mandantes podemos tener conflictos durante la parametrización
con muchos mandantes se aumenta el tamaño de la base de datos y empeora el rendimiento.
Las funciones de los mandantes propios son:
Mandante 200 desarrollo y parametrización: aquí se crean los desarrollos
Mandante 210 sandbox: pruebas inusuales de parametrización, los cambios qui no se registran, así que si probamos algo y nos va bien, debemos repetirlo en el 200 para que quede grabado en una orden de transporte
Mandante 220 pruebas unitarias: los responsables de desarrollo y parametrización hacen aquí las pruebas unitarias de los programas
Mandante 300 pruebas integrales y control de calidad: su función es similar a la del 220, con la diferencia de que las pruebas incluyen la interacción entre los módulos, el rendimiento y la aprobación del usuario.
Mandante 310 formación de usuarios finales o capacitación: superadas las pruebas al mandante 300, pasamos aquí el prototipo para que los usuarios finales reciban los cursos de formación
Mandante 320 maestro de parametrización: se usa solo como referencia para consultar la parametrización que tenemos en productivo, sin tener que acceder al sist. productivo
Mandante 400 productivo: aquí se lleva a cabo la explotación real del sistema. Este es el único mandante propio que debe existir en productivo. Antes del arranque en productivo realizaremos aquí las cargas iniciales de datos maestros, movimientos e históricos