✒️ABAP / El landscape de SAP Por Diego Yeguez
El landscape de SAP
1. Ambiente: Es un servidor donde ha sido instalado el sistema SAP.
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 desarrollan los programas en el ambiente de desarrollo. Luego se accede al ambiente de testing o pruebas para pobar en forma integral y en ocasiones el programador ingresa al ambiente de producción, en caso de que se haya reportado alguna incidencia o error que requiere del programador para ser detectado y solucionado.
Cada ambiente, existen distintos mandantes, siendo independientes los datos que se visualizan en cada mandante dentro del mismo ambiente. Por ejemplo, puede existir el mandante 100, para la configuración del sistema, el mandante 200 para el desarrollo de las aplicaciones y el mandante 300, para las pruebas unitarias dentro del ambiente de desarrollo.
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 objetos, los independientes y dependientes del mandante. Por ejemplo, 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. Por otra parte, 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.
Los datos de las bases de datos y los formularios son dependientes del mandante en el que fueron creados.
2. Mandantes Estándar
Cualquier sistema SAP se instala inicialmente con tres mandantes estándar.
- Mandante 000 de Referencia: No contiene datos de parametrización empresarial, por lo que la creación de mandantes propios se deben hacer a través de copias de éste para asegurar que la parametrización se comienza desde cero. No debe modificarse o borrarse ningun aspecto del mandante 000.
- Mandante 001 de Ejemplo: Inicialmente es idéntico al 000 y salvo que lo cambiemos nosotros, ninguna actualización de SAP lo va a modificar. Siempre lo podemos tener como ejemplo de la instalación inicial aunque SAP no impone ninguna prohibición de cambiarlo o borrarlo.
- Mandante 066 EarlyWatch: Garantiza la confidencialidad de los datos reales en productivo. Este mandante está aislado y es al cual se conecta SAP cuando se le pide que realice un servicio de detección de problemas de rendimiento. Este mandante tampoco debe ser borrado ni modificado nunca.
3. Mandantes Propios: a partir del mandante de referencia 000 se pueden crear tantos mandantes como se quieran (siempre que el tamaño de la base de datos lo permita), En el ambiente de desarrollo se suele crear varios mandantes, en integración o testing menos y en el ambiente de producción solo debe existir uno solo mandante propio.
ejemplo de mandantes propios creados habitualmente los numeros son de referencia: en el sistema SAP podemos darle el numero que queramos a cada mandante propio.
- MANDANTE 200: Desarrollo y Parametrización, MANDANTE 210: Sandbox, MANDANTE 220: Pruebas Unitarias
- MANDANTE 300: Pruebas integrales, MANDANTE 310 Formación a Usuario Finales, MANDANTE 320: Maestro de Parametrización.
- MANDANTE 400: Productivo.
Las funciones de los mandantes propios son las siguientes:
Mandante 200: Desarrollo y parametrización en el sistema de desarrollo. Aquí iniciamos nuestro prototipo de empresa y creamos los primeros desarrollos a medida que sean necesarios. No tendremos datos maestros ni transaccionales de manera que la pruebas las realizaremos en el mandante 220 después de pasar todos los cambios hechos aquí.
Mandante 210: se lo 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 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.
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.
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 ó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 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 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 deben transportar los cambios al mandante 400 y al 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 se hacen la carga de los datos maestros, movimientos e históricos.
4. 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. 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, que se utiliza para los objetos temporales que no se van a transportar entre ambientes, es decir para pruebas.
Transacción SE80: Las Clases de Desarrollo o Paquete se crean a través de la transacción estándar SE80.
Escanear / Compartir
Sobre el autor
Publicación académica de Diego Jose Yeguez, en su ámbito de estudios para la Carrera Consultor ABAP Nivel Inicial.
SAP Senior
Diego Jose Yeguez
Profesión: Contador Público - Colombia - Legajo: UZ48Z
✒️Autor de: 76 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Autodidacta, dinamico, proactivo, en busca de nuevas oportunidades profesionales.
Certificación Académica de Diego Yeguez
