✒️SAP / El landscape de SAP Por Martín González Dávila

I. LANDSCAPE de SAP

Los SAP-BASIS establecen los Landscape

Es la Disposición y configuraciones de los servidores SAP en una Empresa.

Es decir, como sera la Arquitectura, cuantos servidores se van a utilizar, para que se utilizara c/u de ellos, etc.

Los Administradores del sistema va a definir AMBIENTES

Ambiente=Sistema=Servidor en donde se instala SAP.

3 Ambientes / Sistemas en SAP

Desarrollo DU: Utilizado para programación y configuración del sistema.

Pruebas/Testing PU: Utilizado para realizar pruebas unitarias, funcionales e integrales.

Producción PA: Es donde el usuario final utiliza las transacciones estandar del sistema y las transacciones Z creadas, desarrolladas y probadas de manera satisfactoria.

I.1. Distintas opciones de Landscape de SAP

Landscape de SAP con 1 ambiente o sistema: El mas basico de los landscape, implementar TODO el sistema SAP en un solo servidor. o equipo, Todos los ROLES estan alojados en el mismo sistema. Las operaciones de desarrollo, pruebas y produccón se ejecutan en paralelo en un solo sistema.

Ventaja: Reducción de costos hardware y soporte.

Desventaja: Implica problemas y riesgos serios, incluso los datos de prueba, capacitación y productivos se mezclan y existe un alto riesgo de conflictos.

Landscape de SAP con 2 ambientes o sistemas:

Todo SAP se encuentra instalado en 2 servidores diferentes.

Las pruebas y la capacitación estan separadas de la producción , resultando en la separación de los datos de prueba y capacitacion de los datos de producción.

Los nuevos requisitos, tareas de optimizacion , paquetes de soporte, notas de sap, etc. tambien se crean primero en el entorno de desarrollo.

Este enfoque conduce a un sistema mas estable y proporciona una infraestructura de soporte de mayor calidad para el cliente.

Los PEROS de esta opcion son que las actividades de prueba y capacitación tienen lugar en el sistema de desarrollo.

No es posible separar COMPLETAMENTE las actividades de desarrollo y los datos de las actividades de prueba y capacitación.

ESCENARIO para El Landscape de dos ambientes seria:

* Actividades minimas de desarrollo, pruebas y capacitación al mismo tiempo en el sistema combinado de desarrollo y calidad QA.

* Hay MUY POCAS modificaciones al Standar SAP.

* Muy pocos usuarios concurrentes, que acceden al mismo tiempo, en el ambiente de desarrollo y calidad QA.

LANDSCAPE de SAP con 3 AMBIENTES o SISTEMAS

En esta disposición del Landscape, todas las actividades de desarrollo, capacitacion , pruebas y productivas , y sus datos, estan 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.

El nuevo desarrollo esta separado de los entornos de prueba y producción.

El tiempo de inactividad del sistema se minimiza.

PERO , La desventaja de esta opcion son los MAYORES COSTOS DE INFRAESTRUCTURA y ADMINISTRACION.

Para Empresas en donde los procesos comerciales se utilizan a diario.

II.- LOS MANDANTES

MANDANTE, Es una Instancia creada dentro de un ambiente, que se utiliza para configuraxión , desarrollo, capacitación o pruebas.

En SAP MANDANTE= CLIENTE

AMBIENTE DESARROLLO:

MANDANTE 101 Configuración y Programación.

MANDANTE 102 Sandbox Pruebas inusuales.

MANDANTE 103 Pruebas unitarias.

AMBIENTE PRUEBAS:

MANDANTE 210 Pruebas Integrales.

MANDANTE 220 Capacitación de los RH.

AMBIENTE PRODUCCIÓN:

MANDANTE 410 Acceden usuarios finales.

Transacción SCC4 : Ver los MANDANTES EXISTENTES

MANDANTE VISIÓN LOGICA: Unidad Organizativa divisoria de la empresa, cada usuario dispondra de acceso para visualizar y actualizar los datos de aplicación de la Empresa , que esten asociados al mandante al cual estan conectados.

DATOS DEPENDIENTES DE MANDANTE: SOLO son accesibles desde el MANDANTE en el que se crearon.

Se engloban los datos de aplicación de la Empresa(datos del cliente, proveedores, pedidos, facturas, cuentas contables, etc.) asi como la mayoria de los datos de parametrización de la Empresa.

DATOS INDEPENDIENTES DE MANDANTE: Se engloban aqui ciertos datos de la parametrización de la Empresa que son accesibles desde cualquier mandante creado. Tener cuidado con la parametrización independiente de mandante.

MANDANTE VISIÓN FISICA: La BD de SAP esta formada por tablas . El MANDANTE es el primer campo llave de la mayoria de las tablas que conforman la BD de SAP.

II.1 LOS MANDANTES ESTANDAR.

MANDANTE ESTANDAR: Ya vienen en SAP en la instalación inicial.

MANDANTE PROPIO: Creados por el usuario, por los administradores de SAP de la empresa cliente.

MANDANTES ESTANDAR:

MANDANTE 000: Referencia, No contiene datos de parametrización empresarial, por ende, las creaciones de mandantes propios se deben hacer como copias de este para asegurarnos que empezamos la parametrización desde cero.

MANDANTE 001: Ejemplo,Inicialmente es identico al 000 y salvo que lo cambiemos nosotros, ninguna actualización de SAP lo va a modificar, al contrario de lo que ocurre con el 000. Siempre lo podemos tener como ejemplo de la instalación inicial.

MANDANTE 066: EarlyWatch: Objetivo es garantizar la confidencialidad de nuestros datos reales en productivo, mandante aislado. No debe ser borrado ni modificado nunca.

II.2 LOS MANDANTES PROPIOS.

A partir del mandante de Referencia 000, podemos crear tantos mandantes como se quiera.

DESARROLLO: Se suelen crear varios mandantes

PRUEBAS/TESTING: Crear algunos mandantes.

PRODUCCIÓN: Solo debe existir el mandante propio.

MANDANTES PROPIOS:

MANDANTE 200: Desarrollo y Parametrización:

Aqui se crean los desarrollos a medida que sean necesarios.

Los consultores tecnicos y funcionales trabajan en este sistema.

Las pruebas se realizan en el MANDANTE 220, despues de pasar los cambios hechos aqui.

MANDANTE 210: Sandbox.

Las pruebas inusuales de parametrización se llevan aqui.

Los cambios que hagamos aqui no se registran en ningun sitio, de tal forma, que si probamos algo y es correcto, se debe repetir a mano en el MANDANTE 200, para que quede grabado en una ORDEN DE TRANSPORTE y se pueda pasar al MANDANTE DE PRUEBAS UNITARIAS 220.

Periodicamente y para mantener el mandante limpio se hara una copia / refresh desde el mandante 220.

MANDANTE 220: Pruebas Unitarias. Los responsables de desarrollo y parametrización haran aqui las pruebas unitarias . Si se cuenta con datos maestros y transaccionales.

MANDANTE 300: Pruebas Integrales y Ctrl de Calidad. Los responsables de desarrollo y parametrización haran aqui l las pruebas integrales las cuales incluyen la interacción entre los diferentes modulos, el rendimiento y la aprobación del usuario.

MANDANTE 310: Formación a usuarios finales. Una vez superadas las pruebas correspondientes al mandante 300, pasamos el prototipo aqui para que los usuarios finales reciban los cursos de formación y tengan un sitio donde poder seguir practicando despues. De esta manera los datos maestros y transaccionales que crean no nos interfieren en el trabajo habitual.

MANDANTE 320: Maestro de parametrización. Poder CONSULTAR la parametrización que tenemos en Productivo, sin tener que acceder al sistema productivo, sin obligar a dar acceso a la misma , a personal no autorizado.

MANDANTE 400: Productivo. Aqui se lleva a cabo la EXPLOTACIÓN REAL DEL SISTEMA.

UNICO MANDANTE EN PRODUCTIVO.

Antes del arranque en Productivo realizaremos aqui las cargas iniciales de datos maestros, movimientos e historicos.

Para que cumpla su función se deben transportar los cambios al mandante 400 y 320 al mism o tiempo y mantenerlos siempre sincronizados.

Cada Empresa que utiliza SAP puede asignarle el numero que quiera a cada MANDANTE PROPIO.

Es posible implementar SAP con mas o menos mandantes de los indicados, pero hay que buscar el equilibrio

entre muchos y pocos.

Con POCOS MANDANTES: Podemos tener conflictos durante la parametrización, el desarrollo de programas o las pruebas.

Con MUCHOS MANDANTES: Estaremos aumentando el tamaño de la BD y empeorando el rendimiento, ademas de requerir un mayor esfuerzo en los procedimientos de administración de sistemas.