El landscape de SAP
Cuando se implementa el sistema SAP en una empresa los administradores del sistema, también llamados SAPBASIS establecen un landscape del SAP., Esto es la disposición configuraciones de los servidores de SAP, como tal la arquitectura, cuantos servidores se van a utilizar, para qué se utilizan cada uno de ellos, etc.
Dentro de un Landscape de SAP hay ambientes.
AMBIENTE = SISTEMA = SERVIDOR EN DONDE SE INSTALA SAP
Existen 3 ambientes diferentes:
- Ambiente de desarrollo DU: Se utiliza principalmente para programación y configuración del sistema. Es utilizado por los consultores fncionales para realizar configuraciones del sistema.
- Ambiente de pruebas o testing PU: Se utiliza para realizar pruebas., Los programadores acceden para realizar pruebas integrales de cada uno de los requerimientos.
- Ambiente de producción PA: 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. (Los datos existentes en este ambiente son sumamente sensibles para la empresa por esto se restringe al máximo el acceso a todos los usuarios). Acceden los programadores ABAP, en caso de que haya un reporte de incidencia o error, se detecta y soluciona desde el punto de vista técnico.
1.1 Las distintas opciones de landscapes de SAP
- Landscape de SAP co 1 ambiente o sistema.
Es el más básico de todos, consiste en implementar todo el sistema SAP en un solo servidor o equipo, en donde todos los roles están alojados en el mismo sistema.
En esta opción las operaciones de prueba, desarrollo y producción se ejecutan en paralelo en un solo sistema,
Ventaja: reducción de costos de hardware y soporte, y que el hardware existente puede ser utilizado, pero implica algunos problemas y riesgos serios.
- Landscape de SAP con 2 ambientes o sistemas.
Todo el sistema de SAP se encuentra instalado en dos servidores diferentes,
Supera los riesgos inherentes a la opción del sistema único, al dividir la producción de los entornos de prueba y desarrollo., Sistema más estable y proporciona una infraestructura de soporte de mayor calidad para el cliente.
- Landscape de SAP con 3 ambientes o sistemas.
Todas las actividades de desarrollo, capacitación, prueba y productivas, datos. están completamente separados en sistemas o ambientes dedicados., Esta opción presenta el menor riesgo, ya que todas las actividades se pueden realizar en paralelo en sus respectivos ambientes o sistemas. SAP lo recomienda para empresas en donde los procesos comerciales se utilizan a diario.
2 Los mandantes.
Dentro de cada ambiente de SAP, existen mandantes, independientes los datos que se visualizan en cada mandante dentro del mismo ambiente.
Se utiliza para configuración, desarrollo, capacitación o pruebas. Se lo conoce en SAP con el nombre de cliente.
Dentro del ambiente de desarrollo tenemos:
- El mandande 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 por los consultores como usuarios clave de la empresa.
- El mandante 220 que se utiliza para la capacitación de los recusos humanos.
Dento 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.
El concepto de Mandante puede definirse desde 2 puntos de vista distintos pero complementarios: VISIÓN LÓGICA y la VISIÓN FÍSICA.
- LÓGICO: 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 interferencias mutuas.
Tipos de datos :
- Datos dependientes de mandante: se engloblan 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í 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.
- Dependientes de mandante= tablas de la base de datos que contienen al campo mandante como primer campo dentro de su clave.
- Independientes de mandantes= tablas que no contienen al campo mandante dentro de su clave.
2.1 Los mandantes estándar
Son aquellos que vienen con SAP cuando se instalan inicialmente el sistema., Cualquier sistema SAP se instala inicialmente con tres mandantes estándar
- Mandante 000: Es el 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.
No debe borrarse ni modificarse ningún aspecto del mandante estándar 000.
- Mandante 001: es el mandante de ejemplo, incialmente idéntico al 000.
- Mandante 066: es el mandante del servicio EarlyWatch, cuyo objetivo es garantizar la confidencialidad de nuestros datos realies en productivo., Este está aislado y es al cual se conecta SAP cuando le pedimos que nos realice un servicio de detección de problemas de rendimiento. No puede ser borrado ni modificado nunca.
2.2 Mandantes Propios
Cada empresa que utiliza SAP puede asignar y crear cuántos mandantes quiera con su número correspondiente.
Funciones de los mandantes propios:
- Mandante 200 de Desarrollo y Parametrización: aquí se crean los desarrollos a medida que sean necesarios.Los consultores técnicos y funcionales trabajan en este sistema.
- Mandante 210 Sandbox: Se realizan pruebas inusuales de parametrización, los cambios que se realizan aqui no se registran en ningún sitio de manera que si probamos algo en lo que nos va bien debemos repetirlo a mano en el 200.
- Mandante 220 Pruebas Unitarias: los responsables de desarrollo y parametrización efectuaránm aquí las pruebas unitarias de los programas.
- Mandante 300 Pruebas integrales y control de calidad: la función de este mandante es similar a la del 220 pero con la diferencia que en este si se premiten la interacción entre 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 fianles reciban los cursos de formación y tengan un sitio donde poder seguir practicando después. Los datos 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, para esto se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo y mantenerlos siempre sincronizados.
- Mandante 400 Productivo: aquí es donde se lleva a cabo la explotación real del sistema. Este es el único mandante propio que deb existir en el ambiente productivo. Antes del arranque en productivo realizaremos aquí las cargas iniciales de datos maestros, movimientos e históricos.