Curso SAP MM - Gestión de materiales

SapLearn.es

1.2. Sistema de Desarrollo, Test y

Productivo. Mandante
 SapLearn.es

Infraestructura SAP - Sistemas

Lo habitual es trabajar con una infraestructura de 3 sistemas (se puede

simplificar a 2 en instalaciones poco complejas).

Página 2
 SapLearn.es

Infraestructura SAP - Sistemas

Sistema de Desarrollo: es el único lugar donde se pueden realizar modificaciones (estas

se transportan al resto de sistemas desde aquí). Aquí se realiza la parametrización y la
programación, así como las pruebas básicas de los cambios realizados.

Sistema de Integración (Calidad, Test, Formación, Preproductivo): sistema orientado a

la prueba de los cambios antes de su puesta en productivo. También se usa como sistema de
formación (suele refrescarse con datos reales del sistema productivo regularmente). Lo ideal
es que tantos los consultores como los usuarios (key-users) validen los cambios en este
sistema con datos “reales”.

Sistema Productivo: es el sistema con los datos reales. Cualquier cambio, tanto en
desarrollos como parametrización habrá sido validado en los otros sistemas antes de pasar a
el.

Página 3
 SapLearn.es

Infraestructura SAP - Sistemas

Cada uno de los sistemas Sap tiene básicamente la misma estructura, con estos
componentes:

Base de datos: lugar donde se almacenan los datos, además de la parametrización y los
programas (todo esta en la base de datos).
Servidor de aplicación: parte del sistema que permite la comunicación de los usuarios con
Sap a través del Sapgui (en un sistema podemos tener 1 o varios servidores de aplicación;
pero solo 1 servidor de base de datos).
Servidor internet: permite conexiones a Sap vía Web (navegador).
ES UNA IMAGEN ORIENTATIVA DE LA INFRAESTRUCTURA SAP. PUEDE INCLUIR MUCHOS MAS COMPONENTES Y COMUNIC.CON OTROS SISTEMAS
Página 4
 SapLearn.es

Infraestructura SAP - Sistemas

Algunas características de SAP:

La tecnología de Sap es cliente/servidor.
Multiplataforma y multibase de datos: podemos trabajar con varios sistemas operativos
(Unix, Windows, AS/400, etc) y con varias bases de datos (Oracle, SQLServer, MaxDB, DB2,
Informix).
Parametrización y programación independiente de la base de datos o de la plataforma que
estemos usando.
Conectividad: Sap dispone de herramientas para conectarnos con el mundo “exterior”:
RFC, Conectores (SAPJco), etc. Esto permite integrar Sap con otros sistemas SAP/no SAP.
Página 5
 SapLearn.es

Infraestructura SAP - Procesos

En un sistema Sap tenemos varios

tipos de procesos:

Técnicos: gestión de bloqueos,

actualización (utilizados por la
plataforma para actualizar la base de
datos y evitar acceso concurrentes de
actualización a los mismos datos).
Spool: orientado a la impresión
de los trabajos.
Dialogo: el que permite que un
usuario pueda trabajar en línea con
las transacciones e informes. Los
procesos muy pesados hay que evitar
que se hagan en dialogo (Sap ya
restringe muchos de ellos).
Fondo: los trabajos se ejecutan en el sistema de forma desasistida (sin interacción con el
usuario). El usuario lanza el proceso indicando los criterios de ejecución y el sistema lo proceso,
registrando los resultados en un log del trabajo y en una orden de spool.

Es un tema técnico, pero hay que saber que lanzar procesos pesados en dialogo puede
afectar en gran medida al rendimiento del sistema (el número de procesos en un sistema
Sap es limitado).
Página 6
 SapLearn.es

Infraestructura SAP - Mandante

Cuando nos conectamos a Sap, nos conectamos a un mandante (Client en Ingles).

Concepto de mandante: El mandante constituye el nivel jerárquico superior en el Sistema

R/3. A partir de el cuelgan las diferentes unidades organizativas (Sociedad, Centro, etc).
Varios mandantes: en cada sistema Sap podemos tener varios mandantes:
Mandante 000, 001: clientes estándar con datos preconfigurados por Sap.
Mandante 066: utilizado para monitorización de Sap.
Otros mandantes: podremos crear nuestros propios mandantes (como copia del 000
si queremos empezar un proyecto de cero).
Sap ofrece herramientas para copiar los mandantes (en un mismo sistema o en
sistemas remotos: transacciones SCCL, SCC9, SCC8 y SCC7).

Página 7
 SapLearn.es

Infraestructura SAP - Mandante

Los mandante se mantienen desde la transacción SCC4.

El mandante constituye el nivel jerárquico superior en el Sistema R/3. Las

especificaciones que se hacen o los datos que se introducen en este nivel son válidos para
todas las sociedades y para todas las estructuras organizativas, evitando tener que introducir
esta información más de una vez. La actualización centralizada de esta información asegura
datos estandarizados (por ejemplo, compartimos materiales, clientes o proveedores).

Cada mandante tiene sus propia

parametrización (excepto la
independiente de mandante).

Hay elementos que son

independientes de mandante
(serán comunes en todos los
mandantes):
Programación.
Diccionario de datos.

Cuando pasamos los cambios de

parametrización de un sistema a otro,
los cargamos en un mandante
determinado.

Página 8
 SapLearn.es

Infraestructura SAP - Mandante

Otros aspectos de interés de los mandantes:
La autorización de acceso se asigna por mandante. Debe crearse un registro maestro de
usuario para cada usuario, en el mandante en el que desee trabajar.
Cuando un usuario entra en el sistema y realizar grabación de datos en las transacciones,
toda la información se queda registrada en Base de Datos asociada al mandante (en todas
las tablas de datos hay un campo Mandante que separa los datos: ej: tr.SE11, tabla KNA1)
En los procesos empresariales no se puede utilizar información de un mandante en otro de
forma directa (hay que utilizar conectores para pasar los datos, por ejemplo ALE).

Algunas ventajas de este enfoque:

Datos compartidos: todas las sociedades que comparten un mandante comparten datos
maestros (materiales, clientes, proveedores, cuentas, etc). Este permite una
homogeneización de los datos y una mejor calidad en ellos.
Podemos juntar en un mismo mandante sociedades que comparten parametrización
y separar en mandantes distintos aquellas que tendrán tratamientos distintos.
Otras características de los mandantes:
En una misma máquina (Desarrollo), podemos
tener varios mandantes con los que simular un
Entorno de Desarrollo y otro de pruebas.
En la parametrización del mandante se indica si es
o no modificable. En condiciones normales, solo
habrá que tener abiertos los mandantes en el
sistema de desarrollo (ver SCC4). Importante no
tener los sistemas abiertas para evitar sistema con
niveles de modificación diferentes.
Página 9