1. LANDSCAPE DE SAP
También llamados SAP BASIS. Son los que disponen de la arquitectura, cuantos servidores se van a utilizar, ¿Para qué? entre otras cuestiones. Los administradores del sistema van a definir los ambientes, también llamados sistemas en SAP.
Ambiente(Servidor donde se instala SAP)
- Ambiente de desarrollo: Utilizado para programación y configuración del sistema.
- Ambiente de pruebas o testing: Pruebas unitarias de sus desarrollos, se realizan también capacitaciones o entrenamiento a usuarios de SAP.
- Ambiente de producción: El usuario final utiliza transacciones estándar del sistema y las Z (Creadas a medida que han sido desarrolladas y probadas satisfactoriamente)
Los datos en el sistema de producción son sensibles por eso el acceso es restringuido
Consultores funcionales acceden al ambiente productivo para realizar pruebas puntuales y que no exista en el ambiente de pruebas. El ambiente de producción es accedido por los programadores ABAP por un error desde el punto de vista técnico.
1.1 OPCIONES DE IANSCAPES DE SAP
- Landscape de SAP con 1 ambiente o sistema: Todo el sistema SAP esta en un solo servidor o equipo. Se ejecutan en paralelo. Tiene una reducción de costos importante pero implica algunos riesgos; Personalización y desarollo en el sistema de producción, nuevos paquetes de soporte y notas se hacen directamente en producción., incluyendo las pruebas y capacitación.
- Landscape de SAP con 2 ambientes o sistemas: Todo el sistema en 2 servidores. Tiene como beneficio separar la producción de los entornos de prueba y desarrollo, lo que lo hace menos riesgoso. Sin embargo siguen estado al estar en el entorno de desarrollo sigue siendo riesgoso.
Esto sería suficiente siempre y cuando no haya actividades significativas para el desarrollo, pruebas y capacitación. Pocas modificaciones al sistema estándar de SAP. Número limitados de usuarios.
- Lanscape de SAP con 3 ambientes o sistemas: Todas las actividades estan completamente separadas. Opción de menor riesgo pero tiene mayor costo en la infraestructura y administración.
2. MANDANTES Instancia dentro de un ambiente que se utiliza para la configuración, desarrollo, capacitación y pruebas (cliente).
- Dentro del ambiente de desarrollo:
El mandante 101 configuración y programación.
El mandante 102 Sandbox pruebas inusuales
El mandante 103 pruebas unitarias de programación
- Dentro del ambiente de pruebas:
El mandante 210 pruebas integrales, realizadas por consultores como por usuarios clave de la empresa.
El mandante 220 capacitación de los recursos humanos.
- Dentro del ambiente de producción
El mandante 410 usuarios finales del día a día en la empresa.
Punto de vista lógico: Permite a varios usuarios trabajar en el mismo sistema sin que exista ningún tipo de interferenncia mutua. Existen dos tipos de datos:
- Datos dependientes del mandante: Datos de la aplicación (clientes, proveedores, pedidos, facturas, cuentas, etc) así como la parametrización de la empresa. (Son accesibles desde el mandante creado)
- Datos independientes de mandante: Parámetros donde son accesibles desde cualquier mandante creado Avisa con un mensaje informativo que la modificación afectará a todos los mandantes.
- Desde el punto de vista físico: Base de datos echa por tablas, El mandante es el primer campo clave de la mayoría de las tablas conformadas por SAP. Las que no contienen al campo mandante dentro de su clave se llaman independiente de mandante.
2.1 LOS MANDANTES ESTANDAR
Aquellos que ya vienen en SAP. Funciones:
- Mandante 000: Mandante de referencia, no tiene datos de parametrización empresarial, las creaciones se hacen como copias de este.
- Mandante 001: Mandante ejemplo, Lo cambiamos nosotros y ninguna actualización de SAP lo va a modificar (al 000)
- Mandante 066: Mandante de sericio Early Watch, garantiza la confidencialidad y ahi se pide se realice un problema de rendimiento. No se borra ni se modifica.
2.3 MANDANTES PROPIOS
A partir de 000 podemos crear tantos mandantes como querramos en el ambiente de desarrollo. En el ambiente de producción solo debe de existir un mandante propio.
Hay que buscar el equilibrio entre muchos y pocos mandantes porque con pocos mandantes se puede tener conflictos con la parametrización, el desarrollo o pruebas. Pero con muchos mandantes estaremos aumentando el tamaño de base de datos y empeorando el rendimiento.
Funciones de los mandantes propios:
- Mandante 200 Desarrollo y parametrización: Se crean los desarrollos a medida que sean necesarios.
- Mandante 210 Sandbox: Las pruebas se realizan en 210 para no interrumpir el trabajo normal en el mandante 200. Lo que hagamos aquí no repercute en el mandante 200 pero queda grabado en una orden de transporte.
- Mandante 220 Pruebas unitarias: Responsables de desarrollo y parametrización.
- Mandante 300 Pruebas integrales y control de calidad: Similar a la 220 pero las pruebas incluyen interacción entre módulos, rendimiento y aprobación del usuario.
- Mandante 310 Formación de usuarios finales o capacitación: Cursos de formación para seguir practicando después, así los datos maestros y transaccionales no interfieren en el trabajo habitual.
- Mandante 320 Maestro de parametrización: Parámetro 400 y 320 sincronizados. Parametrización en lo productivo, sin tener que acceder al sistema (personal no autorizado)
- Mandante 400 Productivo: Explotación del sistema