✒️El landscape de SAP

Lanscape de SAP

Es la disposición y configuración de los servidores SAP en una empresa que implementa el sistema, es decir, como será la arquitectura, cuantos servidores se van a utilizar, para que se van a usar cada uno de esto, etc.

SAP BASIS: son los administradores del sistema SAP en la empresa.

Ambiente = Sistema = servidor en donde se instala SAP, y en SAP existen tres ambientes diferentes:

1. Ambiente desarrollo (DU): el servidor para la programación y configuración del sistema. Aquí:

• se crean los nuevos programas ABAP qué son solicitado por clientes.
• Se modifican los programas estándar del sistema utilizando la herramienta.
• También es usado por los consumos torres funcionales para configuración del sistema.

1. Ambiente de pruebas o testing (PU): se utiliza para realizar pruebas por:

• Programadores: para realizar la prueba unitaria de sus desarrollos.
• Consultor funcional: para realizar las pruebas integrales de cada uno de los requerimientos solicitados.
• Además para realizar capacitaciones o entrenamientos para trabajar con datos actualizados.

1. Ambiente de producción (PA): es un del usuario final utiliza las transacciones estándar y transacciones Z que ya han sido aprobadas. Su acceso se encuentra restringido por la sensibilidad de los datos de la empresa que posee.

En ocasiones el consultor funcional accede al ambiente productivo para realizar pruebas puntuales que no se pueden reproducir desde el ambiente de pruebas. Menos frecuentemente acceden los programadores ABAP, sólo lo hacen para incidencias o errores que requieran solución técnica.

Las distintas opciones de implementación de Landscape de SAP:

1. Landscape de SAP con un ambiente o sistema: consiste en implementar todo el sistema SAP en un solo servidor o equipo, es decir, todos los roles alojados en un mismo equipo. Como ventajas presenta la reducción de costos de hardware y soporte. Entre sus ventajas se puede mencionar que toda la personalización y desarrollo se realizan en el ambiente de producción; incluyendo pruebas y capacitaciones lo cual se entiende como poca restricción en la acceso de usuarios.

1. Landscape WhatsApp con dos ambientes o sistema: sugiere la implementación de todo el sistema SAP en dos ambientes. Con esto, las pruebas y capacitaciones separan de la producción. Aunque de igual forma la prueba y la capacitación debe hacerse en el mismo sistema de desarrollo. Sería suficiente para las empresas en las que no se producen actividades significativas de desarrollo, pruebas y capacitación. Al mismo tiempo hay pocas modificaciones en el sistema estándar y hay un número limitado de usuarios concurrentes.

1. Landscape de SAP con tres ambientes o sistemas: se recomienda para la empresa donde los procesos comerciales se usan a diario. En esta disposición, todas las actividades de desarrollo, capacitación, pruebas, producción y y sus datos están completamente separados.

Los Mandaste

Dentro de cada ambiente o sistema SAP existen distintos mandantes, son una instancia creada dentro de un ambiente, que se utiliza para configurar, desarrollar, capacitar o hacer pruebas. Se conocen también como cliente.

Dentro del ambiente desarrollo tenemos:

• Mandante 101: se utiliza para configuración y programación.
• Mandante 102 de Sandbox: se utiliza para pruebas inusuales.
• Mandante 103: se utiliza para pruebas unitarias de programación.

Dentro del ambiente de pruebas tenemos:

• Mandante 210: para pruebas integradas por consultores como usuarios clave de la empresa.
• Mandante 220: para la capacitación de los recursos humanos.

Dentro del ambiente de producción tenemos:

• Mandante 410: donde acceden los usuarios finales del sistema para realizar las operaciones del día día de la empresa.

Transacción SCC4: transacción estándar para ver los mandantes existente en SAP.

Manda antes se puede definir desde dos punto de vista: desde el punto de vista es lógico y desde el punto de vista físico:

• Desde el punto de vista lógico

Es una unidad organizativa divisoria de la empresa, que permite que los usuarios estén trabajando en el mismo sistema, sin ningún tipo de transferencia mutua.

Datos de aplicación de la empresa:

• Datos dependientes demandantes: datos del cliente, proveedores, pedidos, facturas, cuentas contables, etc., así como la mayoría de los datos de parametrización de la empresa. Son los más habituales en un sistema SAP.
• Datos independientes demandantes: son los datos de parametrización de la empresa que son accesibles desde cualquier mandante creado.

• Desde el punto de vista físico

Es el primer campo clave de la mayoría de las tablas y que conforman la base de datos de SAP.

Mandante estándar: existen dos tipos bien diferenciados.

• Mandantes estándar: son aquellos que vienen con SAP cuando se instala el sistema.
• Mandantes propios: son aquellos creados por los usuarios de SAP.

Mandantes estándar con la instalación:

Mandante 000 de referencia, mandante 001 de ejemplo, mandante 066 Early Watch.

1. Mandante 000 de referencia: no contiene datos de parametrización de la empresa, las creaciones demandante propio deben hacerse como una copia de este para asegurarnos de qué la parametrización empieza a hacerse desde cero. no se puede modificar o borrar.
2. Mandante 001 de ejemplo: siempre lo podemos tener como ejemplo de la instalación inicial, aunque SAP no tiene ninguna prohibición de cambiarlo o borrarlo.
3. Mandantes 066 Early Watch: garantiza la confidencialidad de los datos reales en productivo. Este mandante está aislado y es al que se conecta SAP cuando le pedimos que nos realice un servicio de detección de problemas de rendimiento. Tampoco debe ser borrado o modificado.

En el ambiente desarrollo se suelen crear varios mandantes propios, en el de prueba o testing algunos menos y en el ambiente de producción sólo debe existir un mandante propio. Cada empresa puede asignarle el número que quiera a cada mandante propio.

Funciones de los mandantes propios:

1. Mandante 200 desarrollo y parametrización: los consultores técnico y funcionales trabajan aquí, aquí se crean los desarrollos a medida que sean necesarios. No posee datos maestro ni transacciones.
2. Mandante 210 Sandbox: las pruebas inusuales de parametrización se realizan aquí de manera de no interrumpir el trabajo normal del mandante 200. Los cambios que se realizan aquí no se registran en ningún sitio, de manera que si nos va bien debemos repetirlo a mano en el mandante 200 para que quede grabado en una orden de transporte.
3. Mandante 220 pruebas unitarias: los responsables del desarrollo y parametrización realizarán aquí las pruebas unitarias de programas. Aquí se cuenta con datos maestro y transiciones.
4. Mandante 300 pruebas integrales y control de calidad: simula la función del mandante 220 pero aquí las pruebas incluyen interacción entre las diferentes, el rendimiento y la aprobación del usuario.
5. Mandante 310 formulación a usuarios finales o capacitación: una vez superada la pruebas al mandante 300, se pasa el prototipo aquí para que los usuarios finales tengan su capacitación y tengan un sitio donde practicar después, así los datos maestros y transacciones que crean no interfieren en el trabajo habitual.
6. Mandante 320 maestro de parametrización: se usa únicamente como referencia para poder consultar la parametrización que se tiene producto. Sólo a personal autorizado.
7. Mandante 400 productivo: aquí se lleva a cabo la explotación real del sistema, es el único mandante propio que debe existir en el ambiente productivo. Aquí se realizan las cargas iniciales de los datos maestro, movimientos históricos, antes del arranque del producto.