✒️El landscape de SAP
El landscape de SAP
1) Ambientes y Mandantes:
Ambientes: Servidor donde se instala SAP. Se crean 3 ambientes (servidores) por una cuestión de seguridad de la info:
- Desarrollo.
- Pruebas o Testing.
- Producción.
Mandantes: Instancia creada dentro de un ambiente que se utiliza para configuración, desarrollo o pruebas.
En un ambiente (servidor) pueden existir varios mandantes (instancias), con datos independientes en cada mandante dentro del mismo ambiente.
Por ejemplo,dentro del ambiente de desarrollo (servidor 1) puede existir el mandante 100 (para configuración del sistema), el 200 (desarrollo de las aplicaciones y el 300 (para pruebas unitarias).
Dentro de cada mandante existen 2 tipos de objetos:
Independientes de mandante: Ejemplo, un programa ya que va a existir en todos los demas mandantes automaticamente (dentro del mismo ambiente)
Dependientes de mandante: Ejemplo, los datos de una tabla (registros), No estarán existentes para los otros mandantes aunque sea del mismo ambiente. Se deben transportar.
2) Mandantes Estándar:
Cualquier sistema SAP se instala inicialmente con 3 mandantes estándar.
MANDANTE 000: de Referencia. No contiene datos de parametrización empresarial y por lo tanto las creaciones de mandante 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 de mandante se actualizan automáticamente en el 000 y los cambios al resto de mandantes se deben hacer desde aquí. No debe modificarse o borrarse ningún aspecto del mandante 000.
MANDANTE 001: De Ejemplo. Inicialmente idéntico 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 000. Lo podemos tener como ejemplo de la instalación inicial aunque SAP no impone ninguna prohibición de cambiarlo o borrarlo.
MANDANTE 066: Servicio EarlyWatch (Identifica lo antes posible los problemas de rendimiento que puedan darse en producción). Su objetivo es garantizar la confidencialidad de nuestros datos reales en productivo. Está aislado y es al cual se conecta SAP cuando le pedimos una detección de problemas de rendimiento. Los usuarios de este mandante tiene las autorizaciones mínimas para poder ejecutar el informe de rendimiento. Este mandante tampoco debe ser borrado ni modificado nunca.
3) Mandantes Propios:
A partir del mandante 000 se pueden crear tanto mandantes como necesitemos dependiendo del tamaño de la BD. En el ambiente de desarrollo pueden existir varios mandantes, en el ambiente de testing deben existir menos y en el ambiente de producción solo debe existir un mandante propio.
Mandantes que generalmente se crean y sus funciones: (la numeración es para facilitar la diferenciación)
Se debe buscar un equilibrio entre la cantidad de mandantes ya que pocos puede tener problemas con la parametrización o el desarrollo de programas o pruebas, y mucha cantidad, aumenta el tamaño de la BD y empeora el rendimiento general del sistema.
MANDANTE 200: Desarrollo y parametrización en el sistema de desarrollo. Acá se inicia el prototipo de empresa y a medida que se necesiten, se van creando los desarrollos. Programadores y consultores trabajan en este sistema. Aquí no se cuenta con datos maestros ni transacciones.
MANDANTE 210: SandBox. Se realizan pruebas inusuales de parametrización para no interrumpir el normal trabajo del mandante 200. Los cambios que se hacen no se registran en ningún sitio, por lo que si la prueba sale bien se debe repetir a mano en el 200 para que quede grabado en una órden de transporte y se pueda pasar al mandante de pruebas unitarias (220). Se hace una copia de refresco desde el 220 para limpiar el mandante.
MANDANTE 220: Pruebas Unitarias en desarrollo. Acá se hacen las pruebas unitarias del prototipo que se está creando. Se cuenta con datos maestros y transacciones aunque no serán fiables ya que la parametrización puede cambiar.
MANDANTE 300: Pruebas Integradas y control de calidad en integración. Cumple función similar a la del 220 pero con la diferencia que se incluyen la interacción entre diferentes módulos, rendimiento y aprobación del usuario. Se comprueba el paso de las órdenes de transporte desde el ambiente de desarrollo sea correcto para garantizar el paso de éstas mismas a producción.
MANDANTE 310: Formación de usuarios finales. Desde el 300 pasa el prototipo a este para que los usuarios finales reciban cursos de formación y puedan practicar sin entrometerse con las transacciones y datos maestros reales.
MANDANTE 320: Maestro de Parametrización. Se usa unicamente como referencia de consulta de parametrización en producción sin tener que acceder al servidor de producción. Para cumplir su función se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo y mantenerlos sincronizados.
MANDANTE 400: Mandante Productivo o de Producción. Es donde se lleva a cabo la explotación real del programa. Este es el único mandante propio que deba existir en el ambiente de producción. Antes del arranque se realizan las cargas iniciales de 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. Existe la clase de desarrollo $TMP para objetos temporales que no se van a transportar entre ambientes.(para pruebas). Estas clases se crean a través de la transacción estándar SE80.
 
 
 
Sobre el autor
Publicación académica de Ruben Dario Martucci, en su ámbito de estudios para la Carrera Consultor ABAP.
Ruben Dario Martucci
Profesión: Técnico Informático - Argentina - Legajo: UX76U
✒️Autor de: 58 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Certificación Académica de Ruben Martucci