✒️El landscape de SAP
El landscape de SAP
Ambiente: servidor donde se instalo el sistema SAP. Se configuran en SAP 3 ambientes: 1. desarrollo, 2. pruebas, 3. producción que es donde se utilizan las aplicaciones desarrolladas y probadas satisfactoriamente.
Los programadores tenemos acceso para desarrollar nuestros programas en el ambiente de desarrollo. Accederemos al ambiente de pruebas para probar en forma integral y con datos actualizados nuestros programas y muy ocasionalmente ingresaremos al ambiente de producción, en caso de incidencia o error.
A su vez en cada ambiente existen distintos mandantes, siendo independientes los datos que se visualizan en cada mandante dentro del mismo ambiente.
Mandante: instancia creada dentro de un ambiente, puede ser usada para configuración, desarrollo y pruebas. Dentro de cada mandante existen dos tipos de objetos los que son independientes del mandante y los que son dependientes del mandante. Un programa es independiente del mandante en cambio los datos de una tabla son dependientes del mandante.
LOS DATOS DE BD Y LOS FORMULARIOS SON DEPENDIENTES DEL MANDANTE EN EL QUE FUERON CREADOS.
Perfiles de usuario:
Consultores: desarrollo de programas en el ambiente de desarrollo, en particular en el mandante 101, al finalizar ingresa al mandante 103 para realizar las pruebas unitarias de los programas desarrollados, las pruebas unitarias consisten en probar que los programas realicen lo que deseamos que hagan. Debido a que los programas son independientes al ingresar en el mandante 103 veremos el mismo programa que esta en el mandante 101 sin necesidad de transportarlo.
Luego de concluir las pruebas unitarias, solicitaremos el transporte del programa al ambiente de testing en particulas al mandante 210, en este los usuarios claves o los analistas funcionales realizarán las pruebas integrales de los programas que realizamos.
Usuarios clave: los usuarios claves son los que mas conocen sobren los procesos y funcionamientos de la empresa.
Al finalizar las pruebas integrales, solicitamos el transporte del programa al ambiente de producción, en particular al mandante 410, es donde lo usaran los usuarios finales.
Usuario final: puede ser un cajero o cualquier persona de la empresa que trabaja internamente.
Mandantes estándar:
000 de referencia: no contiene datos de parametrización empresarial, las creaciones de mandantes 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 del mandante se actualizan de forma automática en el 000 y los cambios al resto de los mandante se deben hacer desde aquí.
NO DEBEN MODIFICARSE O BORRARSE NINGUN ASPECTO DEL MANDANTE 000.
001 de ejemplo: es el mandante de ejemplo, al inicio es idéntico al 000 y salvo que la modifiquemos nosotros, ninguna actualización de SAP lo va a modificar, al contrario de lo que ocurre con el 000.
066 earlywatch: es el mandante del servicio EarlyWatch, su objetivo es garantizar la confidencialidad de nuetros 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 tiene las autorizaciones minimas para poder ejecutar el informe de rendimiento. Este mandante tampoco debe ser borrado ni modificado nunca.
Mandantes propios:
A partir del mandante de referencia 000 podemos crear tantos mandantes como queramos, siempre que el tamaño de la BD nos lo permita. En el ambiente de desarrollo se suelen crear varios mandantes, en integracion 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.
HAY QUE BUSCAR EL EQUILIBRIO ENTRE MUCHOS Y POCOS MANDANTES, CON POCOS MANDANTES PODEMOS TENER CONFLICTOS DURANTE LA PARAMETRIZACION, EL DESARROLLO DE PROGRAMAS O LAS PRUEBAS, PERO CON MUCHOS MANDANTES ESTAREMOS AUMENTANDO EL TAMAÑO DE LA BD Y EMPEORANDO EL RENDIMIENTO ADEMAS DE REQUERIR UN MAYOR ESFUERZO EN LOS PROCESOS DE ADMINITRACION DE SISTEMAS.
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. 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 despues de pasar todos los cambios hechos aquí.
210 sandbox, se realizan aqui las pruebas inusuales, de manera de no interrumpir el trabajo normal del mandante 200. Los cambios que hagamos aqui no se registran en ningun 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 OT y que se pueda pasar al mandante de pruebas unitarias. Periódicamente y para mantener el mandante limpio se hará una copia de refresco desde el 220.
220 pruebas unitarias en desarrollo, los responsables de desarrollo y parametrización efectuaran aqui las pruebas unitarias del prototipo que se está creando. Aqui si tendremos datos maestros y transaccionales aunque no seran muy fiables debido a que la parametrizacion puede cambiarse.
300 pruebas integradas y control de calidad en integración. La función de este mandante es similar a la del 220 pero difiere en que las pruebas incluyen la interacción entre los diferentes modulos, rendimiento y aprobacion del usuario. Tambien se comprueba que el paso de las OT desde el ambiente de desarrollo sea correcto como garantia de que el paso de esas mismas ordenes a produccion tambien lo sea.
310 formacion a usuarios finales, una vez superadas las pruebas corespondientes al mandante 300 pasamos el prototipo aqui para que los usuarios finales reciban los cursos de formacion y tengan un sitio donde poder seguir practicando luego, de esta manera los datos maestros y transaccionales que crean no nos interfieren en nuestro trabajo habitual.
320 maestro de parametrización, este mandante se usa únicamente como referencia para poder consultar la parametrizacion que tenemos en productivo sin tener que acceder a la maquina de productivo, no obligandolos a dar acceso a la mismo 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.
400 mandante productivo, aqui es donde se lleva a cabo la explotacion real del software, es el unico mandante propio que debe existir en el ambiente productivo, Antes del arranque en productivo realizaremos aqui las cargas iniciales de datos maestros e historicos.
Clase de desarrollo o paquete: forma de organizar todos los objetos que se crean en SAP, clasificandolos en general por modulos. Un ejemplo: un objeto seria un archivo y la carpeta donde se guarda seria la clase de desarrollo.
Clase de desarrollo $TMP se utiliza para los objetos temporales que no se van a transportar entre ambientes, o sea para pruebas.
LAS CLASES DE DESARROLLO O PAQUETE SE CREAN A TRAVES DE LA TRANSACCION ESTANDAR SE80.
 
 
 
Sobre el autor
Publicación académica de Jose Ignacio Rodini, en su ámbito de estudios para la Carrera Consultor ABAP.
Jose Ignacio Rodini
Profesión: Licenciado en Informatica - Argentina - Legajo: HM58N
✒️Autor de: 115 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Jose Rodini