✒️ABAP / El landscape de SAP Por Juan Romero
El landscape de SAP

Explicación de los Landscapes y Mandantes de SAP
1.-Visión general de los landscapes de SAP
Los landscapes de SAP se refieren a la disposición y configuración de los servidores usados al implementar SAP en una empresa.
Los administradores SAP Basis son responsables de definir la arquitectura del landscape, incluyendo el número de servidores y sus propósitos.
Cada landscape consta de diferentes ambientes (también llamados sistemas) donde se instala SAP.
Tipos de ambientes SAP
Ambientes típicos de SAP: Desarrollo, Pruebas y Producción.
Ambiente de Desarrollo usado para programación, configuración de SAP y desarrollo de programas/modificaciones ABAP personalizadas.
Ambiente de Pruebas usado para pruebas unitarias e integrales, así como para entrenamiento de usuarios.
Ambiente de Producción accesado por usuarios finales para operaciones diarias; el acceso está muy restringido debido a datos sensibles de la empresa.
A veces consultores funcionales y desarrolladores ABAP acceden al ambiente de producción para solucionar problemas si no se pueden reproducir en otros ambientes.
Opciones comunes de landscape SAP
Landscape de sistema único: Todos los roles (desarrollo, pruebas, producción) alojados en un solo servidor, es costo-efectivo pero riesgoso por posibles conflictos y mezcla de actividades.
Landscape de dos sistemas: Un servidor para desarrollo/pruebas/capacitación y otro para producción, separando datos críticos de producción de las pruebas, pero aún hay algo de solapamiento entre desarrollo y pruebas.
Landscape de tres sistemas: Servidores dedicados a desarrollo, pruebas y producción, ofreciendo la mayor estabilidad y menor riesgo, a costa de mayores costos de infraestructura y gestión. Esta es la opción recomendada por SAP para empresas con uso diario operativo de SAP.
2.-Mandantes de SAP
Los mandantes son unidades lógicas dentro de cada ambiente/sistema, cada uno con conjuntos de datos independientes.
Usados para diversos fines: configuración, desarrollo, formación o pruebas.
Cada mandante se accede independientemente y los datos están lógicamente separados incluso en el mismo ambiente físico.
Ejemplo de distribución:
Desarrollo: 101 (configuración/programación), 102 (sandbox), 103 (pruebas unitarias)
Pruebas: 210 (integración), 220 (capacitación)
Producción: 410 (operaciones en vivo)
Visión lógica: Los mandantes permiten áreas de trabajo separadas para usuarios, previniendo interferencias.
Visión física: Las tablas SAP en la base de datos generalmente usan el mandante como primer campo clave, asegurando segmentación de datos; algunas tablas son dependientes del mandante y otras independientes.
2.1.-Los Madantes estandars
La transacción estándar SCC4 se usa para ver mandantes existentes.
Mandantes estándar: 000 (referencia), 001 (ejemplo), 066 (diagnósticos/RWatch) vienen preinstalados con SAP. Se recomienda precaución, especialmente con 000 y 066, para no modificarlos ni borrarlos.
2.2.-Mandantes propios:
Creados según necesidades organizativas, numerados para fácil distinción y distribuidos entre ambientes. Ejemplos incluyen:
200: Desarrollo/parametrización
210: Sandbox
220: Pruebas unitarias
300: Integración/calidad
310: Formación de usuarios
320: Maestro de parametrización
400: Producción (único en ambiente productivo)
3.-Clases de desarrollo (paquetes)
Los paquetes (también llamados clases de desarrollo) se usan para organizar objetos SAP personalizados (programas, informes, etc.).
Generalmente agrupados por módulo SAP o área funcional, aunque con flexibilidad.
Objetos temporales para pruebas pueden usar el paquete $TMP; estos no se transportan entre ambientes.
Los nuevos objetos deben tener nombres de paquete que comiencen con Z para distinguirse de objetos estándar SAP y evitar solicitudes de claves adicionales.
Los paquetes se crean en SAP mediante la transacción SE80 (Object Navigator); los pasos incluyen nombrar, agregar descripción y asociar con una orden de transporte.
Las órdenes de transporte permiten mover desarrollos entre ambientes preservando cambios e integridad de configuración.
Acciones sugeridas
Asegurar la implementación de landscape de tres sistemas donde operaciones críticas de negocio demanden alta estabilidad.
Auditar regularmente la estructura y acceso de mandantes, especialmente en producción.
Mantener sincronización entre maestro de parametrización y mandantes productivos según requerimientos de negocio.
Usar convenciones de nombres adecuadas (ej. empezar con Z) al crear nuevos objetos de desarrollo en SAP.
Evitar modificar o borrar mandantes estándar (000, 066) para mantener integridad y soportabilidad del sistema.
 
 
 
Sobre el autor
Publicación académica de Juan Ignacio Romero, en su ámbito de estudios para la Carrera Consultor ABAP Nivel Inicial.
Juan Ignacio Romero
Profesión: Ing. Sistemas Computacionales - Mexico - Legajo: LJ26F
✒️Autor de: 138 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Juan Romero






Disponibilidad Laboral: FullTime


















