✒️ABAP / El landscape de SAP Por Miguel Acosta Acosta
El landscape de SAP
Ambientes y Mandantes.
Se configuran 3 ambientes:
Desarrollo.- Acceden los programadores
Pruebas.- Para pruebas de forma integral y con datos actualizados
Producción.- Ocacionalmente se ingresa, en los casos de error para poder detectarlos
Ambiente.- Es un servidor donde ha sido instalado el sistema SAP
En cada ambiente pueden existir distintos mandantes (Ejemplo Desarrollo):
Mandante 100.- Para la configuración del sistema
Mandante 200.- para el desarrollo de las aplicaciones
Mandante 300.- Para pruebas unitarias
Un mandante es una instancia creada dentro de un ambiente, que se utiliza para configuración, desarrollo y pruebas.
Existen dos tipos de mandantes:
Independientes de mandantes. Un programa que se crea en el 200, también va a existir en los 100 y 330 mandantes.
Dependientes de mandantes. Los datos de una tabla y los formularios son dependientes del mandante.
Ejemplo:
Ambiente SAP
Desarrollo (Consultores).- Se suele crear varios mandantes
101 configuraión
102 sandbox
103 pruebas de desarrollo
Testing o pruebas (usuarios clave).- También se puede crear varios mandantes
210 Pruebas o calidad
220 Entrenamiento
Produción (usuarios finales).- solo debe existir u solo mandante propio
410 Poducción
Mandantes estándar.-
Cualquier sistema SAP se instala inicialmente con tres Mandantes estándar.
000 de Referencia.- No tiene datos de parametrización empresarial, la creación de mandantes propios se deben hacer con copias de este, para asegurarse que se inicia la parametrización desde cero.
En un cambio de versión de SAP los datos dependientes se actualizan auomáticamente en el 000 y los cambios al resto se deben hacer desde aquí.
--No debe modificarse o borrarse ningún aspecto del mangante 000.
001 de Ejemplo.- Al inicio es idéntico al 000, salvo que lo cambiemos, ninguna actualización de SAP lo va a modificar. Siempre se lo puede tener com ejemplo de la instalación inicial.
006 EarlyWatch.- Garantiza la confiabilidad de los datos reales en producción. Este mandan está asilado y es al cual se conecta SAP cuando el pedimos que nos realice un servicio de detección de problemas de rendimiento. Este tampoco debe ser borrado ni modificado nunca.
Mandantes Propios.
A partir del mandante 000, se puede crear tantos como se quiere (depende del tamaño de la BDD). Se puede asignar el número que se quiera.
200 Desarrollo y Parametrización.- Los programadores trabajan en este sistema, no existen datos maestros ni transacciones, las pruebas se las realiza en el 220 después de pasar todos los cambios hechos aquí
210 Sandbox.- Para realizar pruebas inusuales de parametrización, los cambios hechos aquí; no se registran en ningún sitio, de manera que si probamos algo que va bien debemos repetirlo en el 200, para que pueda ser grabado en una orden de transporte. Se refresca periódicamente a partir del una copia dede el 220.
220 Pruebas unitarias.- Para pruebas del prototipo que se está creando, Aquí si existen datos maestros y transnacionales; aunque nos son fiables porque puede cambiar la paremetrización.
300 Pruebas integrales.- Su función es similar al 220, con la diferencia de que las pruebas incluyen lainteracción entre los diferentes módulos, rendimiento y aprobación del usuario. También se comprueba que las órdenes de transporte desde desarrollo sea correcto.
310 Formación a usuarios finales.- Los usuarios finales reciben los cursos de formación y puedan seguir practicando.
320 Maestro de Parametrizaión.- Es un mandante de referencia, para poder consultar la parametrización que tenemos en productivo; sin tener que acceder a al ambiente de PRODUCCION.
Para que cumpla su función se debe transportar los cambios al andante 400 y al 320 al mismo tiempo y deben estar siempre sincronizados,
400 Productivo.- Es es el único mandante propio que debe existir en productivo (antes del arranque se debe realizar las cargas iniciales de datos maestros, movimientos e históricos).
Notas.- Hay que buscar el equilibrio entre la cantidad de mandantes, con pocos se puede tener conflictos durante la parametrización, desarrollo de programas o las pruebas, con muchos; aumenta el tamaño de la BDD, baja el rendimiento y mayor esfuerzo en los procedimientos de administración de sistemas.
Calse de desarrollo o Paquete.- Organiza todos los nuevos objetos que se crean en SAP, clasificándolos generalmente por módulos.
Ejemplo un objeto seria un archivo y las clase de desarrollo sería la carpeta donde está guardado el archivo.
Existe la clase de desarrollo $TMP que se utiliza para los objetos temporales que no 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.
Escanear / Compartir
Sobre el autor
Publicación académica de Miguel Angel Acosta Acosta, en su ámbito de estudios para el Curso SAP ABAP.
SAP Expert
Miguel Angel Acosta Acosta
Profesión: Ingeniero de Sistemas - Ecuador - Legajo: TF64C
✒️Autor de: 238 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor SAP SD Nivel Avanzado
- Carrera Consultor SAP SD Nivel Inicial
- Master ABAP for HANA
- Curso SAP ABAP Avanzado
- Curso SAP ABAP
Disponibilidad Laboral: FullTime
Presentación:
Profesional de ingeniería de sistemas en computación e informática, con experiencia en la implantación y soporte de proyectos informáticos para empresas del sector industrial y financiero.
Certificación Académica de Miguel Acosta
