LANDASCAPE, AMBIENTES, MANDANTES. COMO SE IMPLEMENTAN EN SAP.
El Landscape de SAP
SAP BASIS establecen lo que se conoce como LANDSCAPE DE SAP. Es la configuración y disposición de los servidores del sistema, como cerrada la arquitectura, cuantos servidores se utilizarán, etc.
También se definirán los ambientes. Es un servidor en donde se han instalado el sistema SAP.
Ambiente=sistema en donde se instala SAP. 3 distintos ambientes en SAP:
Desarrollo: configuración y programación del sistema. Arteaga se crean nuevos programas ABAP, sistema estándar nos satisface requerimientos específicos de la empresa. También se modifican programas estándar del sistema, usando algunas herramientas disponibles por SAP. Consultor funcional lo usa para realizar configuraciones del sistema.
Testing: programadores acceden a Testing para realizar pruebas unitarias de sus desarrollos. Consultores funcionales hacen pruebas integrales de cada uno de sus requerimientos. Se usa para entrenamiento y capacitación con datos autorizados
Producción: usuario utiliza transacciones estándar del sistema, más transacciones z a medida creadas y desarrollada ok. Sensibilidad a datos de la empresa. IMPORTANTE, por eso se restringe el acceso a todos los usuarios. Consultor funcional puede acceder a este ambiente para corregir errores que nos pueden reproducir en el ambiente de pruebas. Menos frecuentemente en desarrollador ABAP acceden a este ambiente, para detectar de solucionar algún problema técnico
Distintas opciones de Land Scape de SAP:
Con un ambiente o sistema: el mental todo el sistema)a SAP en un solo equipo. Todos los roles alojados en un mismo sistema. Desarrollo, testing y producción en el mismo sistema. Ahorro de costos de hard y software. Riesgo serio de conflictos entre desarrollo y producción, capacitación, etc.
Con 2 ambientes o sistemas: Todo instalado en dos servidores diferentes. Supera algunos riesgos de el anterior. Mayor seguridad y calidad de soporte para cliente. Pruebas y capacitación en el lugar del Desarrollo (inconveniente). No es posible separación completa de D, T, del ambiente Producción. Ideal para empresa que haga muy pocas modificaciones a sist. Standard, numero limitado de usuarios que acceden al mismo tiempo a ambiente D y calidad.
Con 3 ambientes o sistemas: Separación completa de landscape, en ambientes dedicados. Riesgo aun menor. Todo puede funcionar en paralelo en sus respectivos sistemas. Tiempo inactividad sist. Prod. Es Mínimo. Desventaja altos costos infraestructura y mantenimiento. SAP recomienda este a empresas donde haya actividad de negocios DIARIA.
Mandantes. Dentro de 1 ambiente, distintos mandantes, con información individual cada uno. Mandante es una instancia creada dentro de 1 ambiente, usado para configurar, capacitar, desarrollar o hacer pruebas (CLIENTE).
Ej. Posible distrib. Ambiente-mandante en 1 empresa:
Amb.. D° mand. 101. Config. Program. 102, SANDBOX pruebas inusuales. 103 pruebas unitarias program.
Amb. Prueba : mand. 210 pruebas integrales, realizadas por consultores como usuarios clave de empresa. 220 se utiliza para capacitación rrhh.
Amb. Prod. Mand. 410 acceso para usuarios finales. Operaciones cotidianas de empresa.
SCC$: Transacción estándar para ver mandantes.
Concepto MANDANTE: 2 ptos. de vista complementarios. Lógica (Unidad organizativa de empresa. Varios usuarios trabajan al mismo tiempo sin interrumpirse. c/u usa y dispone sólo datos asociados al mandante donde se conecta.
SAP: Sistema con 2 tipos de datos diferentes. 1) Datos dependientes de mandante. Son datos de aplicación de la empresa, daos clientes, proveedores, facturas, pedidos, etc. Más daros de parametrización de la empresa. SOLO ACCESIBLES EN EL MANDANTE DONDE SE CREARON. Datos mas habituales en un sistema SAP. 2) Datos independ. Del mandante. Datos de parametrizac. Accesibles desde cualquier mandante. Son menos numerosos. Si se van a modificar estos datos, sistema avisa con AVISO INFORMATIVO. CUIDADO. Modificación afecta a todo mandante.
Física: Base Datos SAP (TABLA). Sistema accede a tablas, para mostrar info pedida. Mandante es el PRIMER CAMPO CLAVE de la mayoría de tablas de BD SAP.***
Tablas dependientes del MANDANTE (campo MANDANTE dentro de su clave).
Tablas independientes del MANDANTE (campo MANDANTE no es contenido dentro de la clave).
Usuario se conceta a mandante= Sistema asigna valor del mandante elegido. Sólo se modifica datos de Tabla de mandante elegido para conexión. SI TABLA ES INDEP. DE MANDANTE, PUEDE SER ACCEDIDA DESDE CUALQUIER MANDANTE AL QUE SE CONECTE EL USUARIO.
Ej. Situación 1: User 1 y User 2 conectados a mandante (015). User 1 modifica factura n° 1000, user 2 sólo accede mirando. Factura bloqueada para él. Cuando modificación termine, user 2 podrá verla y modificarla. Antes no puede.
Situación 2: User 1 conectado a mandante 015. User 2 a 016, del mismo sistema. Users no pueden acceder a info del otro user. Info está separada lógicamente. Mandantes pueden tener factura n° 1000, c/u, pero esta es diferente en para 015 y 016.
Mandantes STANDARD
2 tipos, bien diferenciados.
Standard. Vienen con SAP, cuando sistema se instala.
Propios. Creados por administradores empresa cliente.
Cualquier sistema SAP se instala con 3 MANDANTES STANDARD (000, 001, 066)
Mandante 000: De Referencia. No contiene parametrización d empresa. Creación de mandantes propios se hacen como COPIAS DE ESTE (parametrización desde (cero”)). Durante cambio de versión sistema SAP, datos de dependiente del mandante se actualiza automat. en 000. Cambios en el resto de los mandantes, se hacen desde aquí. PRECAUCIONES. No borrar ningpun aspecto o info del demandante 000
Mandante 001 (de Ejemplo): Idéntico a 000. Ninguna actualización SAP lo modificará. Sirve como ejemplo de instalación inicial. SAP no impone de cambio o borrado.
Mandante 066: Mantiene servicio early watch. Garantizar confidencialidad de datos en Productivo. Esta aislado. Acá se conecta SAP, cuando se pide detección de problemas de rendimiento. Usuarios tienen minima autorización para ejecutar informe de rendimiento. No borrar ni modificar NUNCA.
Mandantes propios. A partir de 000 se pueden crear mandantes, dependiendo de que BD lo permita. Mas mandantes en ambiente D °, algunos mandantes en Testing, 1 mandante Producción. Posibilidad de más o menos mandantes al instalar SAP. Equilibrio. A menos mandantes, conflictos con parametrización, D ° de programas o pruebas. A más mandantes, aumenta tamaño BD, bajo rendimiento, mayor esfuerzo en adm. de sistemas.
Mandantes propios. Funciones:
Mandante 200 D ° y parametrización. Se crean D°s a medida que sean necesarios. Consultores trabajan en este sistema. No datos maestros ni transaccionales. Pruebas en mandante 220, después de pasar todos los cambios hechos en 200.
Mandante 210 Sandbox: Aca pruebas inusuales de parametrización, para no interrumpir trabajo de 200. Cambios no se registran. Si hay resultante positivo, se debe volver a repetir a mano en el 200 (grabado en orden de transporte) y pasar a mandante de pruebas unitarias. Copia o refresh desde Mandante 220.
Mandante 220 Pruebas Unitarias: D ° y Parametriz. Efectúan pruebas acá. Aca sí datos maestros / transacc. No muy fiables, ya que pueden modificarse.
Mandante 300 Pruebas Integrales / Control Calidad: Similar a 220. Pruebas incluyen interacción entre módulos, rendimiento y aprobación de usuario. Paso de órdenes de transporte desde amb. D ° debe ser correcto (para que lo mismo a Producción tbn lo sea).
Mandante 310 Formación / Capacitación: Luego de pruebas en 300, acá prototipo par que usuarios finales se formen. Sitio para practicar. Datos creados y transacc. No interfieren con trabajo habitual.
Mandante 320 Maestro Parametriz.: Sólo referencia consulta de parametriz. En Productivo, sin tener que acceder a sistema. No se entrega acceso a quien no se autorice. Transporte de datos a 400 y 320. Sincronización en tiempo.
Mandante 400 Productivo: Explotación real del sistema. Único mandante propio en ambiente Productivo. Antes de arranque en Productivo, acá se hacen cargas iniciales de datos maestros, movimientos e históricos.