✒️El landscape de SAP
El landscape de SAP
Unidad 1: Introducción a SAP y ABAP
Lección 7: Ambientes, Mandantes y Clases de desarrollo o Paquetes.
7.1 Ambientes y mandantes.
Ø Ambiente: Servidor donde se instaló el sistema SAP. Desarrollo, pruebas, producción.
Ø Mandante: Instancia creada dentro de un ambiente, que se utiliza para configuración desarrollo o pruebas.
o Independientes: Programas.
o Dependientes: Los datos de las BD, formularios, registros de BD.
7.2 Mandantes estándar.
Ø M 000 de referencia. No modificarlo ni borrarlo.
Ø M 001 de ejemplo.
Ø M 066 EarlyWatch. Garantiza la confidencialidad de nuestros datos en productivo
7.3 Mandantes Propios.
Ø M 200: Desarrollo y parametrización.
Ø M 210: SandBox
Ø M 220: Pruebas unitarias.
Ø M 300: Pruebas integrales.
Ø M 310: Formación de usuarios finales.
Ø M 320: Maestro de parametrización
Ø M 400: Productivo.
7.4 Clase de desarrollo o Paquete.
Ø Forma de organizar los objetos que se crean en SAP.
Ø SE80
Ø $TMP: objetos temporales que no se van a transportar.
Audio tip 1:
Como mencionamos en la lección cuando se instala SAP se crean 3 ambientes Desarrollo, Testing y Producción. Cada uno de estos ambientes se ubicará en un servidor diferente por una cuestión de seguridad de la información. A su vez dentro de cada ambiente existe lo que se conoce como mandante, por ejemplo, dentro del ambiente de desarrollo existen los mandantes de configuración, desarrollo y pruebas. Cuando trabajamos como programadores vamos a trabajar dentro del ambiente de desarrollo y en este ambiente dentro del mandante también de desarrollo. Ahora bien como programadores podemos crear diferentes tipos de objetos, por ejemplo, programas, tablas bases de datos, registros de tablas bases de datos formularios, etc. Decimos que los programas son independientes de mandante ya que si lo creamos en el mandante de desarrollo automáticamente también se crean en los demás mandantes del mismo ambiente. Decimos que los registros de las tablas bases de datos son dependientes de mandante ya que si insertamos un registro en una tabla base de datos en el mandante de desarrollo y deseamos que ese mismo registro también exista en los demás mandantes del mismo ambiente entonces deberemos transportarlos, es decir, no se generará automáticamente.
Audio tip 2:
Expliquemos un poco los tres perfiles de usuario que se definen en el gráfico anterior y cuáles son las responsabilidades de cada uno de ellos.
Nosotros como consultores desarrollaremos los programas en el ambiente de desarrollo particularmente en el mandante 101, una vez que finalizamos el desarrollo ingresaremos al mandante 103 para realizar las pruebas unitarias de los programas que desarrollemos. Las pruebas unitarias consisten en probar que los programas realicen lo que deseamos que hagan, debido a que los programas son independientes de mandante cuando ingresemos al mandante 103 veremos exactamente el mismo programa que desarrollamos en el mandante 101 sin necesidad de transportarlo, más adelante veremos como funciona el sistema de transporte de SAP. Luego de concluir las pruebas unitarias solicitaremos el transporte del programa al ambiente de testing particularmente al mandante 210. En el mandante 210 de testing los usuarios claves o los analistas funcionales realizaran las pruebas integrales de los programas que desarrollamos, los usuarios claves son aquellos que más conocen sobre los procesos y funcionamiento de la empresa, es por ello que se les 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 particularmente al mandante 410 que es a donde lo utilizarán los usuarios finales. Un usuario final puede ser un cajero que atiende al público o personal de cualquier área de la empresa que trabaja internamente.
Audio tip 3:
Lo que presentamos en esta lección es la estructura general de cómo se compone la configuración de los ambientes y mandantes dentro de una instalación de SAP. En todas las instalaciones vamos encontrar separados los tres ambientes de desarrollo, testing y producción más también el ambiente de QA es decir de aseguramiento de la calidad que se utilizará para pruebas de mayor nivel antes de pasar el desarrollo al ambiente de producción. Por una cuestión de seguridad de la información siempre cada ambiente se instalará en un servidor diferente los números que les asignamos a los mandantes propios son ilustrativos, es decir, en cada instalación se colocará los números de mandante que le parezca al equipo de implementación de SAP. En general siempre se tratará de crear la menor cantidad de mandantes ya que cada mandante que se cree implicará su mantenimiento es decir cada tanto tiempo será necesario actualizar sus datos o configuraciones o realizar alguna otra tarea de mantenimiento.
De las consultas al instructor:
Consulta Alumno:
Tenía una duda sobre lo siguiente, para los objetos independientes de mandate, entiendo que si creas un programa, un dato, una tabla en un mandante, también va a ser creado en los demás mandantes dentro de un mismo ambiente, por ejemplo de desarrollo, pero también va a existir en otros ambientes??? por ejemplo si lo creas en el ambiente de desarrollo el independiente de mandante, existirá también en el ambiente de pruebas por ejemplo?
Respuesta Instructor:
La respuesta es no, si creas un objeto en el ambiente de desarrollo por mas que sea dependiente o independiente de mandate, nunca puede suceder que tambien exista en otros ambientes a menos que lo transportemos.
Consulta Alumno:
Cuando se crea un objeto para pruebas se mete en el paquete $TMP lo que significa que no podrá transportarse.
Si despúes quisiera transportarlo me dejaría modificar el paquete por uno que si permita transporte?
Respuesta Instructor:
Si deseamos modificar un programa que creamos como temporal para pruebas y asignarle una clase de desarrollo o paquete, podemos hacerlo perfectamente, para ello debemos ir al menu:
Pasar a / entrada catalogo de objetos y alli modificar la clase TMP por la clase de desarrollo o paquete correspondiente.
Consulta Alumno:
Mi duda es con respecto a la copia de los datos del sistema productivo a los distintos ambientes, en especial al de calidad que es donde se realizan las pruebas unitarias e integradas. Este pase de información o espejo es parte de las funciones del ABAP? si es asi, de que manera se realiza la copia de la data de un ambiente al otro de manera segura (sin afectar al mandante productivo)?.
Respuesta Instructor:
La copia de los datos del ambiente productivo al ambiente de testing o QA y tambien al ambiente de desarrollo es tarea de los administradores del sistema SAP es decir de los SAP BASIS.
En general en todas las instalaciones de SAP se planifica que cada determinado tiempo, el cual puede ser dos meses, se va a copiar el ambiente productivo al ambiente de testing o QA de modo de tener bien actualizado el ambiete de testing o QA para poder realizar pruebas con datos lo más cercanos a la realidad posible.
 
 
 
Sobre el autor
Publicación académica de Brenda Castillo Domínguez, en su ámbito de estudios para la Carrera Consultor ABAP.
Brenda Castillo Domínguez
Profesión: Ingenieria en Sistemas Computacionales - Mexico - Legajo: HJ67S
✒️Autor de: 187 Publicaciones Académicas
🎓Egresado de los módulos:
- Máster ABAP for HANA
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
- Curso Introducción a SAP
Disponibilidad Laboral: FullTime
Certificación Académica de Brenda Castillo