UNIDAD 1: INTRODUCCION A SAP Y ABAP
TEMA 9: EL LANDSCAPE DE SAP
A.- El landscape de SAP:
· SAP BASIS: Son los administradores del sistema SAP.
· Landscape del sistema SAP: Es la disposición y configuraciones de los servidores de SAP en una empresa que implementa el sistema.
· Ambiente: Es conocido como Sistemas o Servidores donde se instala SAP.
>> Ambiente de desarrollo (DU):
>>>> Es utilizado para la programación y configuración del sistema.
>>>> Es donde se crean los nuevos programas ABAP.
>> Ambiente de prueba o Testing (PU):
>>>> Es utilizado principalmente para realizar pruebas.
>>>> Es donde se realizan las pruebas unitarias por programadores.
>>>> Es donde se realizan las pruebas integrales por los funcionales.
>>>> Refresh de los datos del testing: Se realiza cada cierto tiempo los datos de la base de datos son actualizados con los datos de la base de datos en el ambiente de producción.
>> Ambiente de producción (PA):
>>>> Es donde el usuario final utiliza las transacciones estándar del sistema.
>>>> También usan las transacciones Z creadas a medida que han sido desarrolladas y probadas.
>>>> Aquí los datos existentes son sumamente sensibles, por ello se restringe el acceso a los usuarios.
>>>> En ocasiones los consultores funcionales acceden al ambiente productivo para realizar pruebas puntuales sobre algún error que haya surgido en el sistema y no se pueda reproducir en el ambiente de pruebas.
A.1 Distintas opciones de landscapes de SAP
- Landscape de SAP con 1 Ambiente o Sistema:
>> Es un solo servidor o equipo en donde todos los roles están alojados en el mismo sistema.
>> En esta opción las operaciones de desarrollo, pruebas y producción se ejecutan en un solo sistema.
>> La ventaja de esto radica principalmente en la reducción de los costos.
>> Toda la personalización y desarrollo se realizan en el sistema de producción.
>> Los nuevos paquetes de soporte y notas de SAP se aplican directamente en producción.
>> Las pruebas y capacitaciones también tienen lugar en el sistema de producción dando origen a que puedan existir conflictos.
- Landscape de SAP con 2 ambientes o sistemas:
>> El sistema SAP se encuentra instalado en dos servidores diferentes.
>> En esta opción el sistema supera algunos riesgos al dividir la producción de los entornos de prueba y desarrollo
>> Las pruebas y capacitaciones están separadas de producción lo que resulta en la separación de los datos de prueba y capacitación de los datos de producción.
>> Empresa para que tenga dos ambientes seria suficiente donde:
1. No se producen actividades significativas de desarrollo, pruebas, capacitación al mismo tiempo en el sistema combinado de desarrollo y calidad QA
2. Hay pocas modificaciones al estándar de SAP
3. Hay un número limitado de usuarios concurrente, es decir que acceden al mismo tiempo en el ambiente de desarrollo y calidad.
- Landscape de SAP con 3 ambientes o sistemas:
>> Todas las actividades de desarrollo, capacitación, prueba y producción y sus datos están completamente separados o en ambientes dedicados.
>> Es la opción que presenta el menor riesgo ya que todas las actividades se pueden realizar en paralelo en sus respectivos ambientes o sistemas.
>> El nuevo desarrollo está separado de los entornos de prueba y producción,
>> La desventaja de esta opción son los mayores costos de infraestructura y administración.
>> SAP recomienda utilizar el landscape de 3 ambientes o sistemas para empresas donde los procesos comerciales se utilizan a diario.
- Observación: En algunas empresas grandes se utilizan 4 ambientes.
>> Ambiente de desarrollo: Se realiza la programación y configuración.
>> Ambiente Testing: Se realizan las pruebas de nuevos desarrollos y modificaciones.
>> Ambiente QA: Se realizan pruebas integrales o pruebas de estrés.
>> Ambiente de producción: Es donde accede el usuario final.
B.- Mandantes:
· Es una instancia creada dentro de un ambiente que se utiliza para la configuración, desarrollo, capacitación o prueba.
· En SAP se conoce también con el nombre de cliente.
· Dentro de cada ambiente existen distintos mandantes, siendo independientes los datos que se visualizan en cada mandante dentro de un mismo ambiente.
· Mandantes dentro del ambiente de desarrollo:
>> Mandante 101, se utiliza para configuración y programación.
>> Mandante 102, Sandbox se utiliza para pruebas inusuales.
>> Mandante 103, Se utiliza para pruebas unitarias de programación.
· Mandantes dentro del ambiente de pruebas:
>> Mandante 210, se utiliza para pruebas integrales.
>> Mandante 220, se utiliza para la capacitación de recursos humanos.
· Mandantes dentro del ambiente producción:
>> Mandante 410, Es donde accede el usuario final.
· Para visualizar todos los mandantes se hace por la transacción SCC4.
· El concepto de mandante se puede definir desde dos puntos, Versión Lógica y la Versión física.
>> Desde la versión lógica: Permite que los distintos usuarios estén trabajando en el mismo sistema, sin ningún tipo de interferencia mutua.
>>>> Datos dependientes de mandante:
>>>>>> Son los datos de parametrización y los datos de los clientes, proveedores, pedidos, facturas, cuentas contables de la empresa. Solo son accesibles desde el mandante que se crearon.
>>>>>> Las tablas de base de datos que contienen el campo mandante como primer campo dentro de su clave son las llamadas dependientes de mandante.
>>>> Datos independientes de mandante:
>>>>>> Encontramos datos de la parametrización de la empresa que son accesibles desde cualquier mandante.
>>>>>> Las tablas que no contienen al campo mandante dentro de su clave se llaman independientes de mandante.
>>>>>> Si una tabla es independiente de mandante esta puede ser accedida desde cualquier mandante al que se conecte el usuario.
>> Desde el punto de vista físico: Aquí la base de datos está formada por tablas en la cual el usuario navega por las pantallas mostrarle al usuario la información perdida.
· Cuando un usuario se conecta a un mandante, el sistema le esta asignando en ese momento el valor del mandante elegido con lo que el usuario podrá visualizar o modificar los datos de cada tabla que tenga como mandante el que ha elegido en el tiempo de conexión.
· Dos usuarios podrán entrar a un mismo mandante, pero no se podrá modificar la misma factura al mismo tiempo, ahora si los usuarios entran a distinto mandantes podrán modificar la factura ya que tiene diferente descripción.
B.1- Los Mandantes estándar:
- Son aquellos que ya viene instalado en el sistema SAP.
- Inicialmente cuenta con tres mandantes estándar:
- Mandante 000 (Mandante de referencia)
>> No contiene datos de parametrizados empresarial.
>> No debe modificarse o borrarse ningún aspecto de este mandante.
>> Las creaciones de mandantes propios se deben hacer como copias de este para asegurarnos que empezamos la parametrización desde 0.
>> La actualización de SAP logra modificar el mandante 000
- Mandante 001 (Mandante de ejemplo)
>> Inicialmente es idéntico al 000 y salvo que lo cambiemos nosotros.
>> Ninguna actualización de SAP lo va a modificar.
- Mandante 066 (Mandante de servicio EarlyWatch)
>> Tiene como objetivo garantizar la confidencialidad de nuestros datos reales en productivo.
>> Este mandante está aislado y es al cual se conecta SAP cuando le pedimos que nos realice un servicio de detección de problemas de rendimiento.
>> Este mandante no debe ser borrado ni modificado.
B.2.- Mandantes propios
· Son aquellos mandantes creados por el usuario.
· A partir del mandante 000 se puede crear todos los mandantes que queramos siempre que la base de datos lo permita.
· Muchos mandantes se aumenta el tamaño de la base de datos, empeoramiento así el rendimiento.
Pocos mandantes se tiene conflictos durante la parametrización, programas, pruebas.
· Mandantes que se crean habitualmente:
· Mandante 200 Desarrollo y Parametrización:
>> Aquí se crean los desarrollos a medida que sean necesarios.
>> Los consultores técnicos y funcionales trabajan en este sistema.
>> No cuenta con datos maestros, ni transacciones por eso las pruebas se harán en el mandante 220.
- Mandante 210 Sandbox:
>> Aquí realizaremos las pruebas inusuales de parametrización, así no se interrumpirá el trabajo del mandante 200.
>> Los cambios que se hagan aquí no se registran en ningún sitio.
>> Si queremos ver los cambios que hicimos aquí debemos repetirlo en el mandante 200 para que se grabe en una orden de transporte.
- Mandante 220 Pruebas unitarias:
>> Los responsables de desarrollo y parametrización efectuaran aquí las pruebas unitarias de los programas.
>> Aquí sí que tendremos datos maestros y transaccionales.
- Mandante 300 Pruebas integrales o de calidad:
>> La función de este mandante es similar al 220 pero con la diferencia que las pruebas incluyen la interacción entro los diferentes módulos, el rendimiento y aprobación del usuario.
>> También se prueba el paso a paso de las ordenes de transporte.
- Mandante 310 Formación a usuarios finales o capacitación:
>> una vez superadas las pruebas correspondientes al mandante 300 pasamos al prototipo aquí que los usuarios finales reciban los cursos de formación y tengan un sitio donde poder seguir practicando después.
>> De esta manera los datos maestros 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, sin tener que acceder al entono productivo .
- Mandante 400 ambiente productivo:
>> Es donde se lleva a cabo la explotación real del sistema.
>> Este es el único mandante propio que debe existir en la ambiente producción.
C.- Clases de desarrollo o paquetes:
· La clase de desarrollo (Paquetes):
>> Es una forma de organizar todos los nuevos objetos que se crean en SAP.
>> Se clasifican generalmente por módulos o áreas funcionales del sistema.
· Clase de desarrollo STMP, se utiliza para los objetos temporales que no se van a transportar entre ambientes es decir para pruebas.
· Las clases de desarrollo o paquetes se crean a través de la transacción SE80.