✒️SAP El spool de impresión

Leccion 3 Unidad 2

MANDANTES EN SAP

Es una instancia creada dentro de un ambiente que se utiliza para la configuración, desarrollo o pruebas. Este concepto se puede definir desde dos puntos de vista los cuales son distintos pero complementarios, la visión lógica y la visión física.

VISION LOGICA: el mandante s una unidad organizativa divisoria de la empresa que permite que varios usuarios estén conectados al tiempo sin interferir mutuamente sus actividades ya que cada uno tiene acceso para actualizar y visualizar los datos a los que tenga permiso del mandante al que estén conectados.

Esto sucede ya que en SAP existen dos tipos de datos diferentes:

Datos dependientes de mandante: se engloban aquí los datos de aplicación de la empresa (datos clientes, proveedores, pedidos, facturas, cuentas contables, etc) asi como la mayoría de los datos de parametrización de la empresa. Se llaman dependientes de mandante ya que solo son accesibles desde el mandante en el que se crearon. Estos tipos de datos son los mas habituales en un sistema SAP.

Datos independientes de mandante: aquí se engloban ciertos datos de la parametrización de la empresa que son accesibles desde cualquier mandante creado. Este tipo de datos son los menos numerosos.

Cuando se va a realizar una modificación el sistema avisa con un mensaje informativo ya que la modificación afectara a todos los mandantes, se debe tener especial cuidado al modificar la parametrización independiente de mandante.

VISIÓN FÍSICA La base de datos de SAP esta formada por tablas relacionales. Cuando un usuario navega por las pantallas pidiendo información es R/3 el que da el acceso a dichas tablas para mostrar la información solicitada. Las tablas que contienen al campo mandante como primero campo dentro de su clave son las llamadas dependientes de mandante. Las tablas que no contienen al campo mandante dentro de su clave se llaman independientes de mandante.

MANDANTES ESTANDAR

El sistema SAP se instala inicialmente con tres mandantes estándar: Mandante 000 de referencia, mandante 001 de ejemplo y mandante 066 EarleyWatch.

Mandante 000: no contiene datos de parametrización empresarial y por lo tanto las creaciones de mandante propios se deben hacer como copouas de este para asegurarnos que empezamos la parametrización desde cero. Durante un cambio de versión de R/3 los datos dependientes de mandante se actualizan automáticamente en el 000 y los cambios al resto de mandates se deben hacer desde aquí. NO DEBE MODIFICARSE O BORRARSE NINGUN ASPECTO DEL MANDANTE 000.

Mandante 001: es el mandante de ejemplo. Inicialmente es idéntico al 000 pero este si lo podemos cambiar, ninguna actualización de R/3 lo va modificar, al contrario al 000. Siempre se puede tener como ejemplo de la instalación inicial aunque SAP no impone ninguna prohibición de cambiarlo o borrarlo.

Mandante 006: es el mandante de servicio EarlyWatch y su objetivo es garantizar la confidencialidad de nuestros datos reales en productivo. Esta aislado y es al cual se conecta SAP cuando se solicita realizar un servicio de detección de problemas de rendimiento. Los usuarios de este mandante tienen las autorizaciones minimas para poder ejecutar el informe de rendimiento, este mandante tampoco puede ser borrado ni modificado.

MANDANTES PROPIOS

A partir del 000 se puede crear tantos mandantes como se quiera, (dependiendo del tamaño de la base de datos). En el ambiente de desarrollo se suelen crear varios mandantes, en integración o testing algunos menos y en el ambiente de producción solo debe existir un mandante propio.

Mandantes habituales y sus funciones:

Mandantes propios: MANDANTE 200 Desarrollo y Parametrizacion, MANDANTE 210 Sandbox, MANDANTE 220 Pruebas Unitarias, MANDANTE 300 Pruebas Integrales, MANDANTE 310 Formación a usuarios finales, MANDANTE 320 Maestro de Parametrización.

En nuestro sistema R/3 nosotros podemos darle el número que queramos a cada mandante propio.

Se puede implementar sap con más o con menos mandantes de los indicados pero siempre buscado un equilibrio entre muchos y pocos. Con pocos mandantes se puede tener conflictos durante la parametrización, el desarrollo de programas o las pruebas pero ya con muchos mandantes se aumenta al base de datos y disminuye el rendimiento además de requerir un mayor esfuerzo en procedimientos de administración de sistemas.

Funciones de mandantes propios:

Mandante 200: Desarrollo y parametrización en el sistema de desarrollo. Se inicia el prototipo de empresa y se crea los primeros desarrollos a medida que sean necesarios. Los programadores trabajan en este sistema, no se tienen datos maestros ni transaccionales de manera que las pruebas las realizamos en el mandante 220 después de pasar todos los cambios hechos aquí.

Mandante 210: Se le conoce como Sandbox. Se realizan pruebas inusuales para no interrumpir el trabajo normal del mandante 200. Los cambios realizados aquí no se ven en ningún lado de manera que si se prueba algo en lo que va bien se debe repetir a mano en el 200 para que quede grabado en una orden de transporte (numero único en sap que se utiliza para agrupar objetos q se vana transportar entre ambientes, para la administración de órdenes de transporte se utilizan las transacciones se10, se01 y se09) y de aquí se pueda pasar al mandante de pruebas unitarias. Para mantener el mandante limpio se hará una copia de refresco desde el 220.

Mandante 220: Pruebas unitarias en desarrollo. Los responsables de desarrollo y parametrización efectúan aquí las pruebas unitarias del prototipo que se esta creando. Se tienen datos maestros y transaccionales aunque no serán muy fiables debido a que la parametrización puede cambiarse.

Mandantes 300: Pruebas integradas y control de calidad en integración, la función de este mandante es similar al del 220 pero con la diferencia que las pruebas incluyen la interacción entre los diferentes módulos, rendimiento y aprobación del usuario. Se comprueba que el paso de las ordenes de transporte desde el ambiente de desarrollo sea correcto como garantía de que el paso de esas mismas órdenes a producción también lo sea.

Mandante 310: Formación a usuarios finales, una vez superadas las pruebas correspondientes al mandante 300, se pasa al prototipo aquí para que los usuarios finales reciban los cursos de formación y tengan un sitio donde poder seguir practicando después. Los datos maestros y transaccionales que crean no interfieren en el trabajo habitual.

Mandante 320: Maestro de parametrización, este mandante se usa únicamente como referencia para consultar la parametrización que se tiene en productivo sin tener que acceder a la maquina de productivo, no obligándonos a dar acceso a la misma a personal no autorizado. Para poder cumplir su función se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo y mantenerlos siempre sincronizados.

Mandante 400: Mandante productivo. Aquí es donde se lleva a cabo la explotación real del software. Es el único mandante propio que debe existir en el ambiente productivo. Antes del arranque en productivo se realiza aquí las cargas iniciales de datos maestros, movimientos e históricos.