✒️SAP / El landscape de SAP Por Marcos Churin

UNIDAD 2: LOS SERVICIOS DEL SISTEMA SAP Tema 1: El Landscape de SAP 1. El Landscape de SAP

El Landscape de SAP es la disposición y configuración de los servidores y servicios SAP dentro de una empresa. Define cómo se organiza la arquitectura del sistema, cuántos servidores se utilizan y qué función cumple cada uno. Esta estructura es establecida por los administradores SAP Basis.

Dentro del Landscape se definen los ambientes o sistemas SAP, es decir, los servidores donde se instala SAP. En este contexto, el material utiliza los términos ambiente, sistema y servidor de manera equivalente.

Existen tres tipos principales de ambientes:

• Ambiente de desarrollo: se utiliza para programar, crear y modificar programas ABAP y realizar configuraciones o parametrizaciones del sistema.

• Ambiente de pruebas o testing: permite realizar pruebas unitarias e integrales de los desarrollos y configuraciones antes de llevarlos a producción. También se utiliza para capacitación y entrenamiento de usuarios.

• Ambiente de producción: es donde los usuarios finales realizan las operaciones reales de la empresa mediante transacciones estándar y desarrollos propios, identificados habitualmente con la letra Z. Contiene información real y sensible, por lo que su acceso debe estar restringido.

2. Las distintas opciones de Landscape de SAP

Las empresas pueden implementar SAP con uno, dos o tres ambientes, según sus necesidades, presupuesto y nivel de seguridad requerido.

Landscape de un sistema: utiliza un único servidor para desarrollo, pruebas y producción. Su principal ventaja es el menor costo de hardware y mantenimiento. Sin embargo, presenta un riesgo elevado, porque las modificaciones, pruebas y datos de capacitación pueden afectar o mezclarse con la información productiva.

Landscape de dos sistemas: utiliza dos servidores: uno para desarrollo y pruebas, y otro para producción. Permite separar los datos reales de los datos de prueba y reduce algunos riesgos. Su desventaja es que el desarrollo, las pruebas y la capacitación comparten el mismo ambiente.

Landscape de tres sistemas: utiliza ambientes independientes para desarrollo, pruebas y producción. Los cambios se realizan en desarrollo, se verifican en testing y, una vez aprobados, se trasladan a producción. Es la configuración recomendada en el material del curso para empresas con procesos comerciales constantes. Su principal desventaja es el mayor costo de infraestructura, soporte y administración.

Desafío: ¿qué Landscape conviene según el tipo de empresa?

Como orientación general, la elección depende del tamaño de la empresa, la complejidad de sus procesos, el presupuesto y el riesgo que puede asumir.

• Empresas pequeñas: pueden utilizar un sistema si sus operaciones son simples y el presupuesto es muy limitado, aunque deben aceptar el riesgo de trabajar en un entorno compartido. Dos sistemas permiten separar producción de desarrollo y pruebas.

• Empresas medianas: pueden utilizar dos o tres sistemas según la cantidad de usuarios, la complejidad de sus procesos y la necesidad de probar cambios antes de implementarlos.

• Empresas grandes o con procesos críticos: suelen necesitar tres sistemas o más, porque requieren mayor separación entre desarrollo, pruebas y operaciones reales.

En conclusión, cuanto mayor sea la necesidad de seguridad, continuidad operativa y control de cambios, más conveniente resulta separar los ambientes. La cantidad de empleados, por sí sola, no determina la configuración.

3. Los mandantes

Un mandante, también llamado cliente en SAP, es una unidad lógica dentro de un sistema que permite separar datos y actividades. Puede utilizarse para realizar configuraciones, desarrollos, pruebas o capacitación. Dentro de un mismo ambiente pueden existir varios mandantes, cada uno con sus propios datos.

El concepto se comprende desde dos puntos de vista:

Visión lógica: el mandante es una unidad organizativa que permite que distintos usuarios trabajen en el mismo sistema sin interferir en los datos de otros mandantes.

Existen dos tipos de datos:

• Datos dependientes de mandante: pertenecen a un mandante específico, como clientes, proveedores, pedidos, facturas y gran parte de la parametrización. Solo se accede a ellos desde el mandante correspondiente.

• Datos independientes de mandante: son datos de configuración compartidos por varios o todos los mandantes del sistema. Una modificación puede afectar a todos, por lo que debe realizarse con precaución.

Visión física: la base de datos SAP está formada por tablas. En muchas de ellas, el mandante constituye el primer campo clave que permite distinguir los registros pertenecientes a cada cliente.

Por ejemplo, dos usuarios conectados al mismo mandante acceden a los mismos datos, sujetos a sus permisos. Si están conectados a mandantes diferentes, una factura con el mismo número puede representar registros distintos e independientes.

4. Los mandantes estándar

Son los mandantes que vienen incluidos inicialmente en el sistema SAP. El material identifica tres principales:

• Mandante 000 — Referencia: sirve como base de referencia para crear otros mandantes. No debe modificarse ni eliminarse.

• Mandante 001 — Ejemplo: inicialmente es similar al 000 y puede utilizarse como ejemplo. A diferencia del 000, puede modificarse o eliminarse según las necesidades de la empresa.

• Mandante 066 — EarlyWatch: se utiliza para servicios de diagnóstico y análisis preventivo del rendimiento de SAP. Permite identificar problemas potenciales, cuellos de botella y configuraciones ineficientes. Está orientado a proteger la confidencialidad de los datos productivos y no debe modificarse ni eliminarse.

5. Los mandantes propios y sus funciones

Los mandantes propios son creados por los administradores SAP de la empresa según sus necesidades. Suelen generarse tomando como referencia el mandante 000. La cantidad debe equilibrar la separación de actividades con el rendimiento del sistema: demasiados mandantes pueden aumentar el consumo de recursos y la administración, mientras que muy pocos pueden generar conflictos entre configuraciones, desarrollos y pruebas.

Las funciones habituales descritas en el material son:

• Mandante 200 — Desarrollo y parametrización: se realizan configuraciones y desarrollos a medida con participación de consultores funcionales y técnicos.

• Mandante 210 — Sandbox: permite experimentar con configuraciones y realizar pruebas libres sin afectar el trabajo habitual del mandante de desarrollo. Los cambios válidos deben reproducirse en el entorno correspondiente para registrarlos y transportarlos.

• Mandante 220 — Pruebas unitarias: se prueban individualmente programas, desarrollos y configuraciones. Puede contener datos maestros y transaccionales de prueba.

• Mandante 300 — Pruebas integrales y control de calidad: verifica la interacción entre módulos, el rendimiento y la aprobación de los usuarios. También comprueba que los transportes sean correctos antes de pasar a producción.

• Mandante 310 — Formación de usuarios: se utiliza para capacitar y permitir prácticas sin interferir con las operaciones cotidianas.

• Mandante 320 — Maestro de parametrización: permite consultar la configuración existente en producción sin ingresar directamente al entorno productivo. Debe mantenerse sincronizado con el mandante 400.

• Mandante 400 — Productivo: contiene los datos reales y permite ejecutar las operaciones diarias de la empresa. Antes de comenzar la operación se cargan los datos maestros, movimientos e históricos necesarios.

La distribución de mandantes puede variar según la implementación. Algunos ejemplos del material también presentan los mandantes 101, 102, 103, 210 y 220 distribuidos entre desarrollo, pruebas y capacitación. Por eso, los números no son universales: lo fundamental es comprender la función asignada a cada mandante en una implementación concreta.