✒️El landscape de SAP

EL LANDSCAPE DE SAP

Al implementar SAP los administradores de sistema (SAP BASIS) establecen los landscape del sistema SAP

Landscape del sistema SAP: es la disposición y configuraciones de los servidores de SAP (arquitectura, cuantos servidores se utilizarán, etc)

Dentro de un landsacape se definen ambientes (sistemas SAP)

Ambiente: es un servidor donde ha sido instalado SAP. Ambiente = Sistema = Servidor en donde se instala SAP

Hay tres ambientes diferentes en SAP:

1. Ambiente de desarrollo: utilizado para programación y configuración del sistema. Se crean los nuevos programas ABAP por los programadores y se modifican los programas estandar. También usado por consultores funcionales para realizar configuraciones del sistema

2. Ambientes de pruebas o testing: es para realizar pruebas. Los programadores para pruebas unitarias y consultores funcionales para pruebas integrales. También aquí se realizan las capacitaciones a usuarios SAP.

3. Ambiente de producción: es donde el usuario final utiliza transacciones estandar y Z creadas a medida. Aquí los datos existentes son muy sensibles para la empresa, por eso se restringe al máximo el acceso a todos los usuarios. Consultores funcionales acceden a realizar pruebas puntuales por algún error que no apareció en la etapa de prueba. Y si el problema es técnico accede el Abaper muy puntualmente.

LAS DISTINTAS OPCIONES DE LANDSCAPES DE SAP

1. Landscape de SAP con 1 ambiente o sistema: es el mas básico todo el sistema en un solo servidor. PROD, QA (Testing y entrenamiento) y DEV. Bajo costo pero implica problemas y riesgos de conflictos.

2. Landscapes de SAP con 2 ambientes o sistemas. Dos servidores diferentes. En uno PROD y en otro QA y DEV. Se disminuyen los riesgos. Recomendable en a) donde no se producen actividades importantes de desarrollo, pruebas y capacitación b) hay pocas modificaciones al estandar SAP y c) hay un número limitado de usuarios concurrentes

3. Landscape de SAP con 3 ambientes o sistemas: todo separado y ambientes dedicados. Menor riesgo, el tiempo de inactividad se minimiza. Mayores costos de infraestructura y administración.

LOS MANDANTES

Dentro de cada ambiente existen distintos mandantes. Son independientes los datos que se visualizan en cada mandante.

El mandante es una instancia creada dentro de un ambiente, que se utiliza para configutación, desarrollo, capacitación y pruebas. En SAP se lo conoce también como cliente.

En cada ambiente pueden haber varios mandantes.

La transacción estandar SCC4 permite ver los mandantes de SAP

Mandante se puede definir desde 2 puntos de vista pero complementarios:

1 Visión Lógica: el mandante es una unidad organizativa divisoria de la empresa. Distintos usuarios pueden trabajar en el mismo sistema sin interferencia mutua. En SAP ecxisten dos tipos de datos diferentes:

a) Datos dependientes de mandante: aquí estan los datos de aplicación de la empresa (datos de clientes, proveedores, facturas, etc) así como la mayoría de los datos de parametrización de la empresa. Solo son accesibles desde el mandante en que se crearon. Son los mas habituales en SAP.

b) Datos independientes de mandante: datos de parametrización de la empresa accesibles desde cualquier mandante creado. Si se modifica este tipo de datos se modifica en todos los mandantes.

2 Vision fisica: la base de datos de SAP está formada por tablas. Cuando el usuario navega por las pantallas de SAP, es el sistema que accede a dichas tablaspara mostrarle al usuario la información pedida. El mandante es el primer campo clave de la mayoría de las tablas de la base de datos.

Las tablas de la base de datos que contienen al campo mandante como primer campo dentro de su clave son las llamadas dependientes de mandante

Las tablas que no contienen al campo mandante dentro de su clave se llaman independientes de mandante.

LOS MANDANTES ESTANDAR

Hay dos tipos de mandantes:

1. Estandar: los que ya vienen con SAP. Cualquier sistema SAP se instala inicialmente con tres mandantes estandar

a) Mandante 000 de Referencia: No contiene datos de parametrización. empresarial. Las creaciones de mandantes propios se deben hacer como copias de este. En un cambio de versión de SAP los datos dependientes de mandante se actualizan automáticamente en el 000 y los cambios al resto de mandantes se deben hacer desde aquí.. No debe modificarse o borrarse nada del mandante estandar 000

b) Mandante 001 de Ejemplo: Es igual al 000 salvo que lo cambiemos nosotros, ninguna actualización de SAP lo va a modificar. Siempre lo podemos tener como ejemplo de la instalación inicial.

c) Mandante 066 EarlyWatch: es el mandante del servicio EarlyWatch que garantiza la confidencialidad de nuestros datos reales en productivo. Está aislado y es al cual se conecta SAP para la detección de problemas de rendimiento. No puede ser borrado ni modificado.

2. Propios: creados por el usuario, osea por los administradores de SAP de la empresa cliente. Desde eñ mandante de referencia 000 se puede crear tantos mandantes como queramos. En el ambiente de desarrollo se suelen crear varios mandantes, en testing algunos menos y en producción solo debe existir una mandante propio.

Los mandantes propios que se crean habitualmente. Cada empresa que utiliza SAP puede asignarle el número que quiera a cada mandante propio. Hay que buscar equilibrio entre muchos y pocos mandantes.

1. 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.

2. Mandante 210 Sandbox: las pruebas inusuales de parametrización se realizan aquí para no interrumpir el trabajo normal del mandante 200.

3. Mandante 220 Pruebas unitarias:

4. Mandante 300 Pruebas Integrales y control de calidad

5. Mandante 310 Formación a usuarios finales: pasadas las pruebas en el 300 se pasa a este para que los usuarios finales reciban los cursos de formación

6. Mandante 320 Maestro de parametrización: se usa como referencia para poder consultar la parametrización que tenemos en productivo. Para que cumpla su función se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo y mantenerlos sincronizados.

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. Antes del arranque en productivo se harán las cargas iniciales de los datos maestros, movimientos e históricos.