✒️ABAP / El landscape de SAP Por Pedro Rocabado
El landscape de SAP
Ambientes y Mandantes
Existen tres ambientes en SAP: de desarrollo, de pruebas y de producción.
Ambiente: Es un servidor donde ha sido instalado el sistema SAP.
Nuestro trabajo se llevará a cabo principalmente en el ambiente de desarrollo. Accederemos también al ambiente de pruebas y ocasionalmente al ambiente de producción. Además, cada ambiente sus propios mandantes (unidad autocontenida de SAP. Tienen sus propios registros maestros, usuarios, roles y su propio conjunto de tablas).
Así, por ejemplo, puede existir el mandante 100, que se utiliza para la configuración del sistema, el mandante 200 que se utiliza para el desarrollo de las aplicaciones y el 300, que se utiliza para las pruebas unitarias dentro del ambiente de desarrollo.
Los datos de una tabla son dependientes del mandante ya que si a esta tabla le ingresamos registros en el mandante 200, estos registros no van a existir en los restantes mandantes dentro del mismo ambiente.
El ambiente en el que trabajaremos a la hora de desarrollar será el 101, a la hora de hacer las pruebas trabajaremos con el mandante 103 donde se realizarán las pruebas unitarias. Luego, se pasará el programa al ambiente de testing o pruebas, donde mediante el mandante 210 y 220, los consultores funcionales y los usuarios claves harán las pruebas de integridad correspondientes. Una vez testeado, se envía finalmente al programa al ambiente de producción, donde mediante el mandante 410, los usuarios finales utilizarán el nuevo programa.
Mandantes Estándar
Mandante 000: es el mandante de referencia. No contiene datos de parametrización empresarial y por lo tanto las creaciones de mandante propios se deben hacer como copias de este para asegurarnos que empezamos la parametrización desde cero.
Durante 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 se debe borrar o modificar bajo ningún aspecto el mandante 000.
Mandante 001: es el mandante de ejemplo. Inicialmente es idéntico 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 le podemos tener como ejemplo de la instalación inicial aunque SAP no impone ninguna prohibición de cambiarlo o borrarlo.
Mandante 066: es el mandante del servicio EarlyWatch, cuyo objetivo es garantizar la confidencialidad de nuestros datos reales en productivo. Este mandante está aislado y es al cual se conecta SAP cuando le pedimos que nos realice un servicio de detección de problemas de rendimiento. Los usuarios de este mandante tienen las autorizaciones mínimas para ejecutar el informe de rendimiento. Este mandante tampoco debe ser borrado ni modificado nunca.
Mandantes propios
En el el ambiente de desarrollo se suelen crear varios mandantes, en integración o testing algunos menos y en el ambiente de producción solo debe existir un mandante propio. Es posible implentar SAP con más o menos mandantes de los que veremos a continuación, pero hay que buscar un equilibrio. Con pocos mandantes podemos tener conflictos durante la parametrización o durante el desarrollo de programas o pruebas. Y con muchos mandantes estaremos aumentando el tamaño de la base de datos y empeorando el rendimiento del sistema.
Algunos de los mandantes propios más importantes son:
Mandante 200: Desarrollo y parametrización en el sistema de desarrollo. Es el mandante en donde trabajaremos. No tendremos datos maestros ni transacciones de manera que las pruebas las realizaremos en el mandante 220.
Mandante 210: Es la Sandbox. Las pruebas inusuales de parametrización las realizaremos en éste mandante para no interrumpir el trabajo normal del mandante 200. Los cambios que hagamos aquí no se registran en ningún sitio de manera que si probamos algo en lo que nos va bien debemos repetirlo a mano en el 200 para que quede grabado en una orden de transporte.(se trata de un numero unico en SAP que se utiliza para agrupar objetos que van a ser transportados entre ambientes) y se pueda pasar al mandante de pruebas unitarias. Periódicamente y para mantener el mandante limpio se hará una copia de refresco desde el 220.
Mandante 220: Pruebas unitarias y de desarrollo. Los responsables de desarrollo y parametrización efectuarán aquí las pruebas unitarias del prototipo que se está creando. Aquí si que tendremos datos maestros y transaccionales aunque no serán muy fiables debido a que la parametrización puede cambiarse.
Mandante 300: Pruebas de integraci´pon y control de calidad. La función de este mandante es similar a la del 220, pero con la diferencia de que las pruebas incluyen la interacción entre los diferentes módulos, rendimiento y aprobación del usuario. También se comprueba que el paso de las órdenes de transporte desde el ambiente de desarrollo sea correcto como garantía de que el paso de esas mismas órdenes a producción también lo sea.
Mandante 310: Formación de usaurios finales. Una vez superadas las pruebas correspondientes al mandante 300, pasamos al prototipo aquí para que los usuarios finales reciban los cursos de formación y tengan un sitio donde poder seguir practicando después. De esta manera, los datos maestros y transaccionales que crean no nos interfieren en nuestro trabajo habitual.
Mandante 320: Muestro de parametrización. Este mandante se usa únicamente como referencia para poder consultar la parametrización que tenemos en productivo sin tener que acceder a la maquina de productivo, no obligándonos a dar acceso a la misma a personal no autorizado. Para que cumpla su función se deben transportar los cambios al mandante 400 y 320 al mismo tiempo y mantenerlos siempre sincronizados.
Mandante 400: Mandante productivo. Aquí es donde se lleva a cabo la explotación real del software. Este es el único mandante propio que debe existir en el ambiente productivo. Antes del arranque en productivo realizaremos aquí las cargas iniciales de datos maestros, movimientos y históricos.
Clase de desarrollo o Paquete
Es una forma de organizar todos los nuevos objetos que se crean en SAP, clasificándolos generalmente por módulos.
Poniendo un ejemplo, un objeto sería un archivo y la clase de desarrollo sería la carpeta donde guardamos el archivo. Existe la clase de desarrollo $TMP (siglas con las que se designa al paquete de un objeto SAP temporal que no va a ser transportado entre ambientes y que es creado en el sistema para realizar pruebas).
Al momento de crear un nuevo objeto en el sistema, SAP nos proporcionará la pantalla que vemos a continuación para que le asignemos el Paquete al que pertenece.
Escanear / Compartir
Sobre el autor
Publicación académica de Pedro Rocabado, en su ámbito de estudios para el Curso SAP ABAP.
SAP Senior
Pedro Rocabado
Profesión: Programador - Argentina - Legajo: FD33T
✒️Autor de: 26 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Pretendo obtener conocimientos suficientes sobre sap abap para trabajar sobre este sistema y perfeccionarme con el tiempo. me siento entusiasmado con esta plataforma y espero estar a la altura.
Certificación Académica de Pedro Rocabado
