✒️El landscape de SAP
El landscape de SAP
1. Ambientes y Mandantes
En SAP como en diferentes ámbitos de desarrollo, se configuran 3 ambientes: Desarrollo, Calidad o Pruebas y Producción. El concepto ambiente hace referencia al servidor donde se encuentra desplegada la solución de SAP (aplicación y BD). Esta separación se reliza por seguridad de la información.
En cada ambiente existen diferentes mandantes, los cuales poseen independencia de datos entre cada mandante dentro del mismo ambiente. Generalmente estos mandantes representan instancias desplegadas para configuración, desarrollo o pruebas, las cuáles son identificadas con números (ej: 100 configuración, 200 desarrollo, 300 pruebas unitarias en ambiente de desarrollo).
En cada mandante existen objetos que pueden ser independientes o dependientes del mandante. Por ejemplo, los programas son independientes de mandante porque si estos son creados en el 200 (desarrollo), tambien existirá en el 100 y 300. Por otro lado los datos de tablas son dependientes del mandante, ya que si es por ejemplo ingresada una configuración en el 200, estos no van a existir necesariamente en los otros mandantes dentro del mismo ambiente, ya que para que estos suceda, se deberá hacer un transporte de estos (no se replica de manera automática).
A cada ambiente se establecen roles que pueden ingresar a estos para realizar sus gestiones, por ejemplo, los consultores tendrán acceso al ambiente de desarrollo para crear modificar programas, los usuarios clave (conocedores de proceso y funcionamiento de la empresa) o analistas funcionales tendrán acceso al ambiente de testing para realizar pruebas integrales, por último al ambiente productivo tendrán acceso los usuarios finales.
2. Mandantes Estándar
El sistema SAP es instalado inicialmente con estos 3 mandantes estándar:
+ Mandante 000 de Referencia -> no contiene datos de parametrización empresarial y es utilizado como copia de referencia al momento de crear mandantes propios, para garantizar la parametrización desde 0. Este mandante no debe ser alterado (borrarse o modificarse). Durante un cambio de versión de SAP, los datos dependientes de mandante se actualizan automáticamente en este mandante y los cambios al resto de mandantes se hacen desde acá.
+ Mandante 001 de Ejemplo -> Inicialmente es una réplica de 000 y puede ser modificado. Las actualizaciones de SAP no lo modifican, a diferencia de lo que ocurre con el de referencia.
+ Mandante 066 EarlyWatch -> Su objetivo es garantizar la confidencialidad de datos reales productivos, ya que es al cual se conecta SAP cuando va a ejecutar detecciones de problemas de rendimiento. Este mandante no debe ser borrado ni modificado.
3. Mandantes Propios
A partir del mandante de referencia se pueden crear tantos mandantes como se requieran, limitado esto por la capacidad de la base de datos, pero se debe tener en cuenta que con pocos mandantes se pueden tener conflictos durante parametrización, desarrollo o pruebas, y con muchos mandantes se aumentará el tamaño de BD y degradando así su rendimiento. En ambiente de productivo sólo debe existir un mandante propio. Los mandantes propios creados habitualmente son (la numeración puede ser establecida a discreción de cada empresa):
+ 200 Desarrollo y Parametrización -> Aquí se crear los desarrollos a medida que se vayan requiriendo. Este es escenario de trabajo de programadores y consultores. No posee datos maestros ni transaccionales.
+ 210 Sandbox -> Es utilizado para hacer pruebas de parametrización, para no afectar el trabajo normal del mandante 200. Si los cambios ejecutados aquí son exitosos, estos cambios deben replicarse manualmente en el 200 para que se genere una orden de transporte para paso al mandante de pruebas unitarias. Periódicamente se hará una copia de refresh desde el mandante 220.
+ 220 Pruebas Unitarias -> Aquí se ejecutarán las pruebas unitarias de los prototipos dearrollados. Aquí hay datos maestros y transaccionales que permitirán la ejecucuión de pruebas.
+ 300 Pruebas Integrales -> su función es similar a la 220 pero en estas pruebas se puede incluir interacción entre diferentes módulos, rendimiento, para la aprobación de usuario. Aquí se verifica el control de calidad de lo desarrollado. Aquí se valida que el paso de ordenes de transporte sea correcto, para garantizar que tambien lo sea para paso a productivo.
+ 310 Formación a usuarios finales -> En este mandante se ejecutan los cursos de formación o capacitación de usuarios finales. La creación de datos transaccionales y parametrizaciones no afectan ambiente productivo.
+ 320 Maestro de Parametrización -> Sólo funciona como referencia de consulta de la parametrización productiva, para evitar el ingreso a dicho ambiente a peronal no autorizado. Para garantizar su sincronía con el mandante productivo, los transportes deben hacerse de manera sincronizada al 400 y al 320.
+ 400 Productivo -> Es el único mandante propio que debe existir en ambiente productivo. Antes de arranque en productivo se deberá realizar aquí la carga de históricos, datos maestros iniciales.
4. Clase de Desarrollo o Paquete
Es una forma de organizar los objetos creados en SAP. Su clasificación se hace generalmente por módulos. la clase de desarrollo $TMP se utilia para objetos temporales que no se van a transportar entre ambientes. Los paquetes son creados por medio de la Tx SE80
Sobre el autor
Publicación académica de Jose Hernando Donado Cervantes, en su ámbito de estudios para la Carrera Consultor ABAP.
SAP Senior
Jose Hernando Donado Cervantes
Profesión: Ingeniero de Sistemas - Colombia - Legajo: KU74P
✒️Autor de: 55 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Jose Donado
