✒️El landscape de SAP
El landscape de SAP
LandScape: Definición de la disposición y configuración de los servidores SAP en una empresa, es decir, definir la arquitectura, cantidad de servidores y sus funciones, entre otras.
Dentro del mismo lo administradores definirán AMBIENTES (Servidor donde ha sido instalado SAP), también llamados SISTEMAS en SAP. AMBIENTE=SISTEMA=SERVIDOR DONDE SE INTALA SAP
Hay 3 tipos de AMBIENTES (DESARROLLO-PRUEBA- TESTING/PRODUCCIÓN)
Desarrollo: utilizado para programación y configuración del sistema. (Por ABAP crear requerimiento de la empresa, modificar elementos estándar del sistema, y configuración del sistema).
Puebas o Testing: Para realizar pruebas de desarrollo (programadores) y de requerimiento (consultores funcionales). También ambiente utilizado para capacitaciones.
Producción: donde el usuario final utiliza transacciones estándar y las transacciones Z, desarrolladas y probadas satisfactoriamente. (En ese ambiente se restringen al máximo los accesos a los usuarios ya que hay información sensible a la empresa.
Puede ser que al ambiente de producción se conecten consultores funcionales para realizar pruebas puntuales por algún error, y menos frecuentemente un programador ABAP en caso de error que requieres la solución en el aspecto técnico.
EXISTEN DIFERENTES TIPOS DE LANDSCAPE DE INPLEMENTACIÓN:
Con 1 ambiente: Todo SAP en un solo servidor, todos los roles alojados en el mismo equipo. Ventajas de poco costo en hardware y soporte. El riesgo es que los procesos de personalización del sistema, desarrollo, pruebas, capacitación se dan en ambiente de producción y esto genera un alto riesgo de conflictos.
Con 2 ambientes: Los ambientes de capacitación, prueba, desarrollo y actualización se encuentran separados del ambiente de producción, esto representa una ventaja en cuanto a estabilidad y mejor soporte (evita cruzar datos de pruebas con producción) pero representa de todos modos una posibilidad de riesgo ya que no podemos separar las actividades de desarrollo con las de prueba. Empresas donde (no se producen actividades de desarrollo, pruebas y capacitación al mismo tiempo, donde hay pocas modificaciones al estándar SAP y donde hay un número limitado de usuarios concurrentes que acceden al mismo tiempo.
Con 3 ambientes: Las actividades de desarrollo, capacitación-prueba y productivas (y sus datos) están en ambientes completamente separados. De esta manera hay menos riesgo de errores o entrecruzamientos, desarrollo esta separado de prueba y capacitación, menor tiempo de inactividad, pero tiene mayor costo de infraestructura y administración. Se recomienda este lanscape en empresas donde los procesos comerciales se utilizan a diario.
Con 4 ambientes: (Empresas grandes): Desarrollo (Programación)- Testing - QA (Pruebas integrales, volumen, stress, concurrencia) - Producción.
Mandante: Instancia creada dentro de un ambiente creada para configuración, desarrollo, capacitación o priuebas. También se lo conoce como cliente.Unidad organizativa divisoria de la empresa que permite que distintos usuarios estén trabajando en el mismo sistema sin interferencia mutua, ya que cada usuarui sólo dispondra de acceso para visualizar los datos de aplicación de la empresa que estén asociados al mandante que están conectados.
En ambiente de desarrollo: mandante 101 para configuración y programación. 102 para pruebas inusuales y 103 para pruebas unitarias de programación.
Ambiente de prueba: Mandante 210 para pruebas integrales realizadas por los consultores como por los usuario clave de la empresa. 220 para capacitación de los recursos humanos.
Amiente de producción: Mandante 410 acceden los usuarios finales para realizar las operaciones del día a día de la empresa.
Datos dependientes del mandante: solo son accesibles desde el mandante en el que se crearon. Datos de aplicación de la empresa (dato de clientes, proveedores, pedidos etc).
Independientes del mandante: datos de la parametrización de la empresa que son accesible desde cualquier mandante creado. Las modificaciones aquí afectarán a todos los mandantes.
MANDANTES ESTÁNDAR DE SAP: 000-001-066
000: Mandante de referencia, no contiene datos de parametrización empresarial, sobre este se realizan las copias para comenzar a parametrizar de cero. Durante un cambio de version de SAP los datos dependientes se actualizas automáticamente en este mandante. Y los cambios al resto de mandantes se debe hacer desde aquí
001: El Mandante ejemplo, ninguna actualización lo va a modificar, siempre lo podemos tenes como ejemplo de la instalación inicial, aunque SAP no impone prohibición de cambiarlo.
066: EarlyWatch- Garantizar la confidencialidad de nuestros datos reales de productivo. Servicio de detección de problemas de rendimiento. Con autorizaciónes mínimas para ejecutar informes de rendimiento. Este mandante tampoco debe ser borrado nunca.
MANDANTE PROPIOS: A partir 000 podemos crear tantos mandates como queramos, (de acuerdo a tamaño de la base de datos) siempre manteniendo un equilibrio entre muchos y pocos para que no afecten al proceso. Desarrollo suele tener varios, pruebas o testing algunos menos y en producción debe existir solo un mandante propio.
Mandante 200 Desarrollo y Parametrización: aquí se crean los desarrollos a medida que sean necesarios. Los consultores técnicos y funcionales trabaja en este sistema. No hay datos maestros y transacciones de manera que las pruebas se harán en el mandante 220 luego de pasar los cambios aquí.
Mandante 210 Sandbox: Pruebas inusules de parametrización, los cambios aquí no se registran en ningún sitio, lo probado aquí luego debe replicarse manuelmente en el mandante 200 para que quede grabado en una orden de transporte.
Mandante 220 Pruebas Unitarias: Los responsables de desarrollo y parametrización realizarán aquí las pruebas unitarias. Aquí si tendremos datos maestros y transaccionales, aunque no serán muy fiables debido a que la parametrización puede cambiarse.
Mandante 300: Pruebas integrales y control de calidad: La pruebas aquí incluyen la interacción entre los diferentes módulos, el rendimiento y la aprobación del usuario. También se comprueba que el paso de las órdenes de transporte desde los ambientes de desarrollo hasta producción sea correcto.
Mandante 310 Formación a usuarios finales o cpacitación: Aquí los usuarios finales reciben cursos de formación y tienen un sitio donde poder seguir practicando después. De esta manera los datos maestros y transaccionales que se crean no interfieren en el trabajo habitual.
Mandante 320 Maestros de parametrización: Únicamente como referencia para poder consultar la parametrización en productivo, si tener que recibir el acceso autorización al mismo. Para que sumpla su función debe transportar los cambios al mandante 400 y al 320 al mismo tiempo y mantenerlos sincronizados.
Mandante 400 Productivo: aquí es donde se lleva a cabo la explotación real del sistema. Este es el único mandante que debe existir en el ambiente productivo. Antes del arranque en productivo realizaremos aquí las cargas iniciales de datos maestros, movimientos e históricos.
 
 
 
Sobre el autor
Publicación académica de Agustin Trezza, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Agustin Trezza
Profesión: Consultor Sap Sd Trainee - Argentina - Legajo: UE55C
✒️Autor de: 45 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP SD Nivel Avanzado
- Carrera Consultor en SAP SD Nivel Inicial
- Curso Introducción a SAP
Disponibilidad Laboral: FullTime
Presentación:
Tengo gran iniciativa y buen trato intepersonal. me interesa desarrollarme en el ambiente it, como consultor funcional sap sd y poder continuar formándome. aplicando mis conocimientos y aptitudes, en
Certificación Académica de Agustin Trezza