✒️El landscape de SAP

Apunte Creado OK - Iniciar Edición

El Landscape de SAP:

Cuando se implementa el sistema SAP en una empresa , los administradores del sistema ( Tambien llamados SAP BASIS) establecen lo que se conoce como el Landscape del sistema.

Landscape del sistema SAP ( Definicion)

El la disposición y configuraciones de los sistemas SAP en una empresa que imlementa el sistema , definiendo:

*Como será la arquitectura

*Cuantos servidores se van a utilizar

*Para que se van a utilizar cada uno de ellos.

Ambientes :

Dentro de los Landscapes , los administradores del sistema van a definir Ambientes, tambien conocidos como sistemas en SAP.

Ambiente ( Definicion)

Es un servidor donde ha sido instalado el sistema SAP

AMBIENTE = SISTEMA= SERVIDOR DONDE SE INSTALA SAP

Existen 3 diferentes ambientes en el sistema SAP , teniendo diferentes funciones especificas según la empresa:

*Ambiente de desarrollo DU

*Ambiente de pruebas o Testing PU

*Ambiente de producción PA

*Ambiente de desarrollo DU

Es utilizado principalmente para la programación y configuración del sistema.

Aquí es donde se crean los nuevos programas ABAP que son solicitados a los programadores.

( Por que en este caso , el sistema estándar no satisface la demanda de la empresa)

Tambien desde aquí se pueden modificar algunos programas y funciones del sistema.

El ambiente de desarrollo es utilizado por consultores funcionales para realizar configuraciones del sistema.

*Ambiente de pruebas o Testing PU

Este ambiente es utilizado para realizar pruebas.

Aquí los programadores realizan sus pruebas de testeo ( Pruebas unitarias) de sus desarrollos.

Tambien los consultores funcionales usan este ambiente para realizar estas mismas pruebas.

Es el ambiente utilizado para las capacitaciones o entrenamientos de usuarios SAP.

*Ambiente de producción PA

Es donde el usuario final utiliza las transacciones estándar del sistema y aquellas transacciones creadas ya dentro del sistema por el usuario. ( Transacciones Z)

DATO:

Los datos existentes en el ambiente de producción son sumamente sensibles para la empresa , por lo cual su acceso esta restringido para los usuarios.

A veces los consultores funcionales acceden al ambiente de producción para realizar algun testeo puntual sobre algun error en el sistema y que no se puede reproducir en el ambiente de pruebas..

Pero aun menos frecuente es que un programador ABAP acceda al ambiente de producción en caso de alguna incidencia o error.

LAS DISTINTAS OPCIONES DE LANDSCAPE DE SAP:

*Landscape de SAP con 1 ambiente o sistema:

Consiste en implementar todo el sistema de SAP en un solo servidor o equipo.

Es el mas básico de todos los Landscapes.

Aquí las operaciones ( desarrollo , prueba , produccion) se ejecutan en paralelo en un solo sistema , reduciendo asi costos de Hardware y soporte.

La utilización del Hardware del que ya se dispone puede ser arriesgado para la implementación del sistema , ya que no podria estar adaptado para sostener el sistema.

Al tener todas las actividades en un solo sistema , toda la personalización y desarrollo son ejecutadas en el sistema de producción.

Tambien las notas de SAP y los paquetes de soporte se aplican directamente al sistema de producción.

La mezcla de datos de prueba y capacitación con los datos de producción , puede ser algo conflictivo y riesgoso.

*Landscape de SAP con 2 ambientes o sistemas :

Aquí todo el sistema de SAP esta instalado en dos servidores diferentes.

Uno para el sistema de producción.

El otro para Entrenamiento , Testing y Desarrollo.

Esta opción supera a la primera en lo referido a la reducción de riesgos al dividir el sistema de producción de los entornos de prueba de capacitacion y desarrollo , favoreciendo la separación de los datos .

Los paquetes de soporte,actualizaciones y las notas SAP son creadas en el entorno de desarrollo.

Conseguimos de esta forma una infraestructura de soporte de mayor calidad y un sistema mas estable.

Inconveniente:

Las actividades de prueba y capacitación tienen lugar en el sistema de desarrollo

No se puede separar las actividades de desarrollo de las actividades de prueba y capacitación.

*Escenario propicio para la instalación de un Landscape de 2 ambientes:

*Donde no se produzcan actividades siginficativas de desarrollo , pruebas y capacitación al mismo tiempo.

*Donde haya muy pocas modificaciones al sistema SAP

*Donde hay un numero limitado de usuarios concurrentes

( que accedan al mismo tiempo)

*Landscape de SAP con 3 ambientes o sistemas :

Aquí todas las actividades de desarrollo , capacitación y producción con sus respectivos datos están totalmente separados , en ambientes o sistemas dedicados.

( PRODUCCION) – ( ENTRENAMIENTO –TESTING ) – ( DESARROLLO)

Esta opción presenta el menor riesgo ya que todas las actividades se pueden realizar en paralelo.

El nuevo desarrollo esta separado de los entornos de prueba y producción.

Se minimiza el tiempo de inactividad del sistema de producción

Desventaja :

Mayores costos de infraestructura y administración.

EL LANDSCAPE DE 3 AMBIENTES ES RECOMENDADO PARA EMPRESAS DONDE LOS PROCESOS COMERCIALES SE USAN DIARIAMENTE

Es una instancia creada dentro de un ambiente que se utiliza para configuración , desarrollo , capacitación y/o prueba.

Se lo conoce en SAP con el nombre de “CLIENTE”

Dentro de cada ambiente o sistema de SAP hay distintos mandantes , siendo independiente los datos que se visualizan en cada mandante dentro de un mismo ambiente.

Ejemplo de estructura de ambientes y mandantes:

Dentro de un ambiente de desarrollo :

*El mandante 101 que se utiliza para la configuración y programación.

*El mandante 102 Sandbox que se utiliza para pruebas inusuales.

*El mandante 103que se utiliza para pruebas unitarias de programación.

Dentro de un ambiente de prueba ( QA):

*El mandante 210 utilizado para pruebas integrales , realizada tanto por los consultores como por los usuarios clave de una empresa.

* El mandante 220 utilizado para la capacitación de recursos humanos.

Dentro de un ambiente de produccion :

*El mandante 410 que es donde acceden los usuarios finales del sistema para realizar operaciones diarias de la empresa.

El concepto de mandante puede ser entendido desde dos puntos de vista :

Vision Logica y desde la Vision física.

Vision Logica;

El mandante no es mas que una unidad organizativa divisoria de la empresa , que permite que distintos usuarios estén trabajando al mismo tiempo dentro del sistema sin interferencias .

Cada empleado solo tendrá acceso y podrá visualizar y actualizar los datos que estén asociados al mandante al cual están conectados en ese momento.

Esto es por que en SAP existen los datos dependientes e independientes del mandante;

*Datos dependientes del mandante:

Son llamados asi por que solo son accesibles desde el mandante en el que se crearon.

Involucran los datos de aplicación de la empresa.

( Clientes , proveedores , facturas , cuentas , etc.) y la mayoría de los datos de parametrizacion de la empresa.

*Datos independientes del mandante:

Involucra ciertos datos de parametrizacion de la empresa que son accesibles desde cualquier mandante creado.

Este tipo de datos son los menos numerosos.

Si queremos modificar alguno de estos datos , el sistema nos enviara un aviso informándonos que la modificación alterara a todos los mandantes.

Hay que ser muy cuidadoso al modificar la parametrizacion independiente del mandante.

Vision física

La base de datos SAP esta formada por tablas.

Cuando el usuario navega por las pantallas de SAP, es el sistema el que accede a estas tablas para traer la información pedida.

El mandante es el primer campo clave en la mayoría de las tablas de base de datos de SAP.

Estas son dependientes de mandante.

Hay tablas que no contienen el campo mandante dentro de su clave son las llamadas independiente de mandante.

El usuario conecta a un mandante

El sistema asigna el valor del mandante elegido

EL usuario solo puede acceder , visualizar y modificar aquellos datos de la tabla que tengan conexión con ese mandante.

Situacion con tabla independiente de mandante:

Se puede acceder a la mismas desde cualquier mandante al que se conecte el usuario.

Es el propio sistema el que traduce los accesos a la tabla.

EJEMPLOS:

Situacion 1

User 1 y User 2 estan ambos conectados al mandante 015 de un mismo sistema.

El User 1 esta modificando una Factura 1000

El User 2 solo podrá acceder a la visualización de esta factura mientras esta siendo modificada ; la misma factura esta siendo bloqueada por el User 1.

Cuando User 1 haya terminado su modificación , el User 2 ya podrá ingresar y hasta podrá hacer modificaciones si son necesarias.

Situacion 2

User 1 esta conectado al mandante 015

User 2 esta conectado al mandante 016

( Ambos están dentro del mismo sistema)

Ambos no pueden acceder a la información del otro ya que su conexión al sistema son separadas.

Cada uno puede trabajar sobre una Factura 1000 ( por ejemplo ) , pero no son la misma , ya que cada una fue creada en un mandante distinto.

Cuando el usuario accede a la Factura 1000

El sistema debe acceder a la tabla de facturas

Debe acceder al registro compuesto por el mandante de conexión del usuario y el numero de factura.

Entonces el User 1 ( Conectado a mandante 015), solicita la factura 1000

El sistema va a mostrarle la factura con la descripción propia de ese mandante.

El mismo caso sucede con el User 2 ( Conectado al mandante 016)

En lo referido a lo que el sistema va a mostrarle , en este caso del mandante 016

LOS MANDANTES ESTANDAR:

Clasificamos dos clases de mandantes:

*Mandantes estándar

*Mandantes propios

*Mandantes estándar

Son aquellas que ya vienen con SAP y se instalan inicialmente en el sistema.

*Mandantes propios

Son aquellos creados por los usuarios , es decir por los administradores de SAP de la empresa cliente.

CUALQUIER SISTEMA SAP QUE SE INSTALA POSEE 3 MANDANTES ESTANDAR:

*Mandante 000 de referencia

*Mandante 001 de ejemplo

*Mandante 066 EarlyWatch

*Mandante 000 de referencia

No contiene datos de parametrizacion empresarial.

Las creaciones de mandantes propios se deben hacer como copias de este , para asegurarnos que comenzamos la parametrizacion desde cero.

Durante un cambio de versión de SAP los datos dependientes del mandante se actualizan en el 000 , asi como cambios a los demás mandantes se deben hacer desde aquí.

NO DEBE MODIFICARSE O BORRARSE NINGUN ASPECTO DEL MANDANTE 000

*Mandante 001 de ejemplo

Inicialmente es igual al mandante 000 , salvo que lo modifiquemos nosotros.

Ninguna aplicación de SAP va a modificarlo , a diferencia del mandante 000.

Se lo puede tener como ejemplo de instalación inicial.

SAP NO IMPONE NINGUNA CONDICION SOBRE MODIFICAR O BORRAR ESTE MANDANTE.

*Mandante 066 EarlyWatch

Su objetivo es garantizar la confidencialidad de datos reales.

Es un mandante que esta aislado , solo conectándolo cuando necesitamos realizar tareas de detección de problemas de rendimiento.

Los usuarios que utilicen este mandante tienen autorizaciones minimas para su ejecución al realizar informes de rendimiento.

ESTE MANDANTE NUNCA DEBE SER MODIFICADO NI BORRADO

*Mandantes propios

Son aquellos creados por los usuarios , es decir por los administradores de SAP de la empresa cliente.

A partir del mandante de referencia 000 , podemos crear tantos como queramos , siempre y cuando el tamaño de nuestra base de datos lo permita.

Ambiente de desarrollo: Aquí se suelen crear varios mandantes

Ambiente de prueba: Aquí se crean menos mandantes

Ambiente de producción: Solo de e existir un mandante propio

· Mandantes propios de SAP creados habitualmente y sus funciones:

( Los números que tienen solo son de referencia )

CADA EMPRESA QUE UTILICE SAP PUEDE ASIGNARLE EL NUMERO QUE QUIERA A CADA MANDATE PROPIO

*Mandantes propios

Son aquellos creados por los usuarios , es decir por los administradores de SAP de la empresa cliente.

A partir del mandante de referencia 000 , podemos crear tantos como queramos , siempre y cuando el tamaño de nuestra base de datos lo permita.

Ambiente de desarrollo: Aquí se suelen crear varios mandantes

Ambiente de prueba: Aquí se crean menos mandantes

Ambiente de producción: Solo de e existir un mandante propio

· Mandantes propios de SAP creados habitualmente y sus funciones:

( Los números que tienen solo son de referencia )

CADA EMPRESA QUE UTILICE SAP PUEDE ASIGNARLE EL NUMERO QUE QUIERA A CADA MANDATE PROPIO

* FUNCIONES DE LOS MANDANTES PROPIOS:

*Mandante 200 : Desarrollo y parametrizacion :

Aquí se crearan los desarrollos a medida que sean necesarios.

Es el espacio de trabajo de los consultores técnicos y funcionales.

Aquí no tendremos los datos maestros ni transaccionales

( Sera puesto a prueba en el mandante 220

*Mandante 210 : SandBox:

Para pruebas inusuales de parametrizacion .

De esta forma no se interrumpe el trabajo del mandante 200.

Los cambios que hagamos aquí no quedaran registradas en ninguna parte

Por esta razón debemos cargar esta modificación en el mandante 200 ( a mano) para que quede grabado en una “ Orden de transporte”

De esta forma podremos enviarlo al mandante de pruebas unitarias ( 220)

Mantenimiento y limpieza de este mandante :

Hacer una copia o “ Refresh” desde el mandante 220

*Mandante 220 : Pruebas unitarias:

Aquí se desarrollan las pruebas unitarias del programa

Encargado del desarrollo y parametrizacion

Aquí ya tendremos datos maestros y transaccionales

( Pero aun sujetos a cambios , por si hay que modificar la parametrizacion)

*Mandante 300 : Pruebas Integrales / Control de calidad:

Funcion similar al mandante 220.

Aquí las pruebas ya incluyen interaccion con otros modulos

Se testea rendimiento y aprobación del usuario.

Aquí se revisa que el paso de las ordenes de transporte desde el ambiente de desarrollo sea correcto.

Garantiza que el paso de estas ordenes al ambiente de producción tambien lo sea.

*Mandante 310 : Formacion a usuarios finales o capacitacion :

( Anteriormente superadas las pruebas en el mandante 300)

Aquí se presenta el prototipo para que los usuarios finales reciban su curso de formación y

Practica.

Los datos maestros y transaccionales que se crean no interfieren en nuestro trabajo

habitual

*Mandante 320 : Maestro de parametrizacion :

Se usa únicamente como referencia para consultar la parametrizacion que tenemos en Productivo , sin la necesidad de acceder al sistema productivo.

Esto permite que no acceda a la misma personal no autorizado.

Los cambios deben ser transportados al mandante 400 y matenerse en este misno mandante para que se pueda ejecutar su función ya que deben estar sincronizados.

*Mandante 400 : Productivo:

Es donde se lleva a cabo la explotación real del sistema.

Es el único mandante propio que debe existir en el ambiente productivo

Aquí se realizan las cargas iniciales de datos maestros , movimientos , etc.