✒️El landscape de SAP
El landscape de SAP
Ambientes y Mandantes
Como en todos los ámbitos de desarrollo de software, se configuran en SAP tres ambientes, uno de desarrollo, uno de pruebas y otro de producción, que es donde se utilizan las aplicaciones desarrolladas y probadas satisfactoriamente.
Ambiente
Es un servidor donde se ha instalado el sistema SAP, por ejemplo: el ambiente de desarrollo se instala en el servidor 1, el ambiente de pruebas se instala en el servidor 2 y el ambiente de producción se instala en el servidor 3.
Los programadores tendremos acceso para desarrollar nuestros programas en el ambiente de desarrollo. Accederemos al ambiente de pruebas para probar en forma integral y con datos actualizados nuestros programas y muy ocasionalmente ingresaremos al ambiente de producción, en caso de que se haya reportado alguna incidencia o error, que requiera de nosotros para ser detectado y solucionado.
Por último, existen dentro de cada mandante dos tipos de objetos, los que son independientes de mandante y los que son dependientes de mandante. Por ejemplo un programa es independiente de mandante ya que si lo creamos en el ambiente 200, el programa también va a existir en el mandante 100 y 300.
Mandante
Es una instancia creada dentro de un ambiente, que se utiliza para configuración, desarrollo o pruebas.
Los datos de las bases de datos y los formularios son dependientes del mandante en que fueron creados.
Mandantes Estándar
Cualquier sistema SAP se instala inicialmente con tres mandantes estándar.
· 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 lo podemos tener como ejemplo de la instalación inicial aunque SAP impone ninguna prohibición de cambiarlo o borrarlo.
Mandantes Propios
A partir del mandante de referencia 000 podemos crear tantos mandantes como queramos (siempre que el tamaño de nuestra base de datos no los permita) en 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.
A continuación vamos a describir los mandantes que se crean habitualmente y cuáles son sus funciones, aunque vemos que tienen un número asignado, esto se ha hecho para facilitar la diferencia entre ellos.
En nuestro sistema SAP nosotros podemos darle el número que queramos a cada mandante propio. Es posible implementar SAP con más o menos mandantes de los indicados pero hay que buscar el equilibrio entre muchos y pocos. Con pocos mandantes podemos tener conflictos durante la parametrización, el desarrollo de programa o las pruebas, pero con muchos mandantes estaremos aumentando el tamaño de la base de datos y empeorando el rendimiento además de requerir un mayor esfuerzo en los procedimientos de administración de sistemas.
Las funciones de los mandantes propios son las siguientes:
· Mandante 210: se lo conoce como Sandbox. Las pruebas inusuales de parametrización las realizamos en el 210 de manera que no interrumpamos 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 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 300: pruebas integradas y control de calidad en integración. 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 ordenes 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 320: maestro 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 máquina de productivo, no obligándonos a dar acceso a la misma a personal no autorizado. Para que cumpla su función se debe transportar los cambios al mandante 400 y al 320 al mismo tiempo y mantenerlos siempre sincronizados.
Clase de Desarrollo o Paquete
La clase de desarrollo o también llamada “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 seria un archivo y la clase de desarrollo seria la carpeta donde guardamos el archivo. Existe la clase de desarrollo $ TMP, que se utiliza para los objetos temporales que no se van a transportar entre ambientes, es decir para pruebas.
Las clases de desarrollo o paquetes se crean a través de la transacción estándar SE80.
 
 
 
Sobre el autor
Publicación académica de Jean Carlos Lopez Uzcategui, en su ámbito de estudios para la Carrera Consultor ABAP.
Jean Carlos Lopez Uzcategui
Profesión: Sistemas - Venezuela - Legajo: HS82J
✒️Autor de: 53 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Certificación Académica de Jean Lopez