✒️El landscape de SAP
El landscape de SAP
1- Ambientes y mandantes
Ambientes y mandantes: se configuran 3 uno de desarrollo, uno de testing o pruebas y otro de produccion.
Ambiente: es un servidor donde se ha instalado el sistema SAP, el ambiente de desarrollo se instala en el servidor 1, el de testing en el 2 y el de producción en el 3.
Los programadores acceden en el ambiente de desarrollo, al de testing para probar los programas desarrollados y muy ocasionalmente al de producción donde se haya detectado algun error para solucionarlo.
EN cada ambiente existe distintos mandantes siendo independientes los datos que se visualizan en cada mandante dentro del mismo ambiente 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, el mandante 300 que se utiliza para las pruebas unitarias dentro del ambiente de desarrollo.
Mandnte, es una instancia creada dentro del ambiente de desarrollo que se utiliza para la configuración, desarrollo o pruebas.
Existen dentro de cada mandantes dos tipos de objetos, los que son independientes del mandante y los que son dependientes del mandante. por ejemplo un programa es independiente del mandante ya que si lo creamos en el mandante 200 el programa va a existir en los mandantes 100 y 300. Los datos de una tabla son dependientes del mandante, y que si a esta tabla le ingresamos registros en el mandante200 estos registros no existirán en los restantes mandantes dentro del mismo ambiente.
Audio tips 1 cuando se instala sSAP se crean 3 ambientes, desarrollo, testing y producción. cada uno se ubicara en un servidor diferente para seguridad, a su vez en cada ambiente existen los mandantes de configuracion desarrollo y pruebas en cada uno el mandante de desarrollo. COmo programadores podemos crear diferentes tipos de objetos por ej. programas, tablas bases de datos, registros de tablas bases de datos, programas, etc. Decimos que los programas son independiente de mandante ya que si los creamos en el mandante de desarrollo se crean en los otros mandantes del mismo ambiante. Decimos que los registros de las tablas bases de datos son dependientes de mandante ya que si incertamos un registro en la tabla base de datos en el mandante de desarrollo y deseamos que el mismo exista en los distintos mandantes del mismo ambiente deberemos transportarlo ya que los registros no se crearan automaticamente.
Ideas: Los datos de las bases de datos y los formularios (concepto que veremos mas adelante) son dependientes del mandante en el que fueron creados.
Los 3 perfiles de usuarios que se definen en el gráfico y responsabilidades de cada uno, los consultores desarrollaremos los programas en el ambiente de desarrollo y en el mandante 101, una vez finalizado el desarrollo ingresamos al mandante 102 para realizar las pruebas unitarias de los programas que desarrollemos. Las pruebas unitarias concisten en probar que los programas realicen lo que deseamos que hagan debido a que los programas son independientes de mandantes, cuando ingresemos al mandante 103 veremos exactamente el mismo programa que en el mandante 101 sin necesidad de transportarlo. Al concluir estas pruebas solicitaremos el transporte del programa al ambiente de testing, al mandante 210, aquí los usuarios claves o los analistas funcionales realizaran las pruebas integrales de los programas que desarrollamos, los usuarios claves son aquellos que mas conocen sobre los procesos y funcionamiento de la empresa es por ello que se los coloca en posiciones cruciales dentro de las implementaciones de SAP . Finalmente cuando las pruebas integrales concluyen solicitaremos el transporte de los programas al ambiente de producción, al mandante 410 donde lo utilizarán los usr finales, personal de cualquier area de la empresa que trabaja internamente en la misma o de atención al público.
2- Mandante Estándar
CUalquier sistema SAP se instala con 3 mandante estándar, y son las siguientes: el mandante 000 que son de referencia, no contiene datos de parametrización empresarial y por lo tanto las creaciones de mandante propio se deben hacer como copias de este para asegurarnos que empezamos la parametrización desde 0. Durante un cambio de versión de SAP los datos dependientes de mandante se actualizan automaticamente en el 000 y los cambios al resto de los mandantes se debe hacer desde aqui.
Nota no debe modificarse ni borrarse ningun aspecto 000.
El mandante 001 es el mandante de ejemplo que es identico 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 triple 0. SAP no impide ninguna prohibición de cambiarlo o borrarlo.
El mandante 066 que es el mandante de servicios EarlyWatch cuyo objetivo es garantizar la confidencialidad de nuestros datos realies en productivo. El mismo 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 tiene las autorizaciones minimas para poder ejecutar el informe de rendimiento. Este mandante tampoco debe ser borrado ni modificado nunca.
3- Mandantes Propios
A partir del mandante de referencia 000 podemos crear tantos mandantes como querramos (siempre que el tamaño de nuestra base de datos nos 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.
Mandantes propios:
Mandante 200 Desarrollo y Parametrización
Mandante 210 Sandbox
Mandante 220 Pruebas Unitarias
Mandante 300 Pruebas Integrales
Mandante 310 Formación a Usuarios Finales
Mandante 320 Maestro de Parametrización
Mandante 400 Productivo
Ideas: en nuestro sistema SAP nosotros podemos darle el número que querramos a cada mandante.
Es posible implementar SAP con mas 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 programas o las pruebas, pero con muchos mandantes estaremos aumentando el tamaño de la base de datos y empeorando el rendimiento ademas de requerir un mayor esfuerzo en los procedimientos de administración de sistemas.
Las funciones de los mandantes propios son las siguientes:
- Mandante 200: pruebas unitarias en desarrollo. Los responsables de desarrollo y parametrización efectuaran aqui las pruebas unitarias del prototipo que se está creando. Aqui si que tendremos datos maestros y transaccionales aunque no seran muy fiables debido a que la parametrización puede cambiarse.
- Mandante 300 que se utiliza para pruebas integradas y control de calidad de información, Su función es similar a la del 220 con diferencia que las pruebas incluyen la integración de los diferentes módulos, rendimiento y aprobación del usuario. Se comprueba que el paso de las ordenes de transporte, desde el ambiente de desarrollo sea correcto como garantia de que el paso de esas ordenes a producción tambien lo sean.
Mandante 310 FOrmación a usuarios finales. Una vez superadas todas las pruebas al mandante 300 pasamos el prototipo aqui para que los usuarios finales reciban un curso de formación y tengan un sitio donde seguir practicando despues. De esta manera los datos maestros y transaccionales que crean no interfieren en nuestro trabajo habitual.
Mandante 320. es el maestro de parametrización utilizado unicamente como referencia para poder consultar la parametrizacion que tenemos en productivo sin tener que acceder a la máquina de productivo, no obligandonos 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 productivo donde se lleva a cabo la explotación real del software, el unico mandante que debe existir en el ambiente productivo antes del arranque en productivo realizaremos aqui la carga de datos maestros, movimientos e historicos.
Audio Tips 3 Lo que presentamos en esta lección es como se compone la estructura general de como se compone la configuracion de los ambientes y mandantes dentro de una instalacion de SAP en todas las instalaciones vamos a encontrar separados los 3 ambientes desarrollo, testing y producción mas uno de QA es de cir de aseguramientode la calidad que se utilizara para pruebas de mayor nivel antes de pasar el ambiente de desarrollo a produccion. Por seguridad de la informacion siempre cada ambiente se instalara en un servidor diferente, los numeros que se asigna a los mandantes propios son ilustrativos, es decir en cada instalacion se colocará el numero de mandante que le parezca al equipo de instalacion de SAP. En general siempre se tratará de crear la menor cantidad de mandantes ya que estos precisan su mantenimiento periódico actualizando sus datos y configuraciones o realizar alguna otra tarea de mantenimiento.
4- Clase Desarrollo o Paquete:
Nuevo concepto: La clase de desarrollo o ambien llamada Paquete es una forma de organizar los nuevos objetos que se creas 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.
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. En este caso el Paquete es Z_WEB_SERVICE.
Nota: las clases de desarrollo o paquete se crean a través de la transaccion SE80
 
 
 
Sobre el autor
Publicación académica de Claudio Marcelo Dario Haikel, en su ámbito de estudios para la Carrera Consultor ABAP.
Claudio Marcelo Dario Haikel
Profesión: Funcional Sap - Argentina - Legajo: HM94J
✒️Autor de: 58 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Claudio Haikel