✒️El landscape de SAP
El landscape de SAP
AMBIENTES Y MANDANTES
En SAP se configuran tres ambientes:
- Desarrollo. Los programadores tendremos acceso para desarrollar nuestros programas en este ambiente.
- Pruebas.- Accederemos a este ambiente para probar en forma integral y con datos actualizados nuestros programas.
- Producción. Accederemos muy ocasionalmente en caso de que se haya reportado alguna incidencia o error, que requiere de nosotros para ser detectado y solucionado.
Para cada ambiente, se utiliza un servidor diferente por cuestiones de seguridad.
Mandante.- Es una instancia creada dentro de un ambiente, que se utiliza para configuración, desarrollo o pruebas.
Dentro de cada mandante existen dos tipos de objeto, los que son independientes de mandante y los que son dependientes de mandante. Un programa es independiente de mandante, ya que si lo creamos en el mandante 200, el programa también va a existir en los mandantes 100 y 300.
Los datos de una tabla son dependiente 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.
MANDANTES ESTANDAR
Cualquier sistema SAP se instala inicialmente con los tres mandantes estándar
Mandante 000: Es del 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 debe modificarse o borrarse ningún aspecto del 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 lo podemos tener como ejemplo de la instalación inicial.
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 poder ejecutar el informe de rendimiento. Esta mandante tampoco debe ser borrado ni modificado.
MANDANTES PROPIOS
A partir del mandante referencia 000 podemos crear tantos mandantes como queramos. 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.
En nuestro Sistema SAP nosotros podemos darle el numero que queramos a cada mandante propio.
Con pocos mandantes podemos tener conflictos durante la parametrización, del desarrollo de programas 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.
Mandante 200: Desarrollo y parametrización en el sistema de desarrollo. Aqui iniciamos nuestro prototipo de empresa y creamos los primeros desarrollos a medida que sean necesarios. Los programadores y consultores de aplicación trabajan en este sistema. No tendremos datos maestros ni transaccionales de manera que las pruebas las realizaremos en el mandante 220 después de pasar todos los cambios hechos aquí.
Mandante 210: Se le conoce como Sandbox. Las pruebas inusuales de parametrización las realizaremos 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 otro 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. Periodicamente y para mantener el mandante limpio se hará una copia de refresco desde el 220.
Mandante 220: Pruebas unitarias en desarrollo. Los responsables de desarrollo y parametrización efectuarán aquí las pruebas unitarias del prototipo que se está creando. Aquí si tendremos datos maestros y transaccionales aunque no serán muy fiables debido a que la parametrización puede cambiarse.
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 310: Formación a usuarios finales. Una vez superadas las pruebas correspondientes al mandante 300, pasamos el prototipo aquí para que los usuarios finales reciban los cursos de formación y tengan un sitio donde poder seguir practicando después.
Mandante 320: Maestro de parametización. Este mandante se usa únicamente como referencia para poder consultar la parametización que tenemos en productivo sin tener que acceder a la maquina de productivo. 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 la 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 e históricos.
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.
Un objeto sería un archivo y la clase de desarrollo sería la carpeta donde guardamos el archivo.
Existe la clase de desarrollo $ TEMP, que se utiliza para los objetos temporales que no se van a transportar entre ambientes.
Las clase de desarrollo o Paquetes se crean a través de la transacción estándar SE80.
 
 
 
Sobre el autor
Publicación académica de Didier Garcia Velazquez, en su ámbito de estudios para la Carrera Consultor ABAP.
Didier Garcia Velazquez
Profesión: Licenciado en Informática - Mexico - Legajo: VZ45U
✒️Autor de: 41 Publicaciones Académicas
🎓Egresado del módulo:
Presentación:
Actualmente analista programador en lenguaje cobol/mainframe. quiero incursionar en el mundo sap como desarrollador/consultor técnico abap.
Certificación Académica de Didier Garcia