UNIDAD 2
landscape de SAP
- disposición y servidores de sap en una empresa que implementa el sistema - cómo será la aquitectura, cuántos servidores se usarán, el uso...
administradores de sistem = sap basis
definir ambientes = sistemas de sap = servidor
- servidor donde se instaló sap
3 ambientes
- ambiente de desarrollo - programación y configuración de sistema - crear programas ABAP, modificar programas - lo usan consultores funcionales también
- ambiente de pruebas, testing - pruebas unitarias, integrales - programadores, consultores funcionales - uso en capacitaciones o entrenamiento
- ambiente de producción - el usuario final usa las transacciones estándar del sistema y las Z creadas - datos muy sensibles, se restringe el acceso a todos los usuarios
cada tanto hacen mantenimiento de servidores, datos
opciones de landscapes
- landscape con 1 ambiente/sistema - implementar todo el sistema en 1 servidor o equipo, todos los roles alojados en el mismo sistema
- producción, entrenamiento, testing, desarrollo
operaciones de desarrollo, pruebas y producción en paralelo en 1 sistema
reducción de costos de hardware y soporte - datos de prueba y capacitación se mezclan con los de producción, alto riesgo de conflictos
- landscape con 2 ambientes/sistemas - 2 servidores diff - producción //// entrenamiento+testing+desarrollo
- sistema más estable, infraestructura de soporte de mayor calidad para cliente
- problemas - actividades de prueba y capacitación ocurren en el sistema de desarrollo - no se puede separar completamente las actividades de desarrollo y datos de activi de prueba y capacitación
- funciona en empresa en la que no se producen activ grandes de desarrollo, pruebas y capacitación en paralelo en el sistema combinado de desarrollo y calidad QA - hay pocas modif al estándar sap - n° limitado de usuarios concurrentes en el ambiente de desarrollo y calidad
- Landscape con 3 ambientes
- producción // entrenamiento, testing // desarrollo
- menor riesgo, se pueden hacer todas las activ en paralelo
- desventaja, más costo de infraestructura y administración - SAP recomienda usar 3 ambientes cuando los procesos comerciales se usan a diario
- algunas empresas usan 4 ambientes
Mandantes - instancia creada dentro de un ambiente, configuración, desarrollo, capacitación o pruebas - nombre de cliente
EJ - ambiente desarrollo
- mandante 101 - configuración y programación
- 102 de sandbox, uso en pruebas inusuales
- 103 pruebas unitarias de programación
ambiente de pruebas
- 210 pruebas integrales de consultores y usuarios clave de empresas
- 220 capacitación de RRHH
ambiente de producción
- 410 donde acceden los usuarios finales del sistema, operaciones del día a día
ver mandantes existentes - transacción SCC4
- Visión lógica - el mandante es una unidad organizativa divisoria de la empresa, que permite que los usuarios trabajen en el mismo sistema sin interferencia mutua, cada usuario accede y modifica datos de aplicación de la empresa asociados a su mandante - diff tipos de datos
- datos dependientes de mandante - datos de aplicación de empresa (clientes, proveedores, pedidos, facturas, cuentas contables...) y datos de parametrización - solo accesibles desde el mandante en el que se crearon (datos más comunes en sap)
- datos independientes de mandante - accesibles desde cualquier mandante - datos menos numerosos - cuando hay un cambio el sistema nos avisa que afectará a todos los mandantes
- Visión física - la base de datos SAP está formada por tablas - se muestran los datos requeridos al usuario
las tablas que contienen el campo mandante como 1er campo son dependientes de mandante
EJ
- Usuarios user1 y user2 conectados al mandante 015 de un sistema. Mientras user1 esté modificando la factura 1000, user2 solo podrá verla xq está bloqueada. Cuando user1 termine, user2 podrá ver la modif y hacer modif
- user1 conectado al mandante 015, user2 mandante 016. No pueden acceder a la misma info xq las conexiones están separadas, la factura 1000 del mandante 015 es diff de la 1000 del 016. - distintos registros
Mandante: cliente - instancia creada dentro de un ambiente, configuración, desarrollo, capacitación o pruebas - nombre de cliente
Mandantes estándar - ya vienen con SAP
mandantes propios - creados por el usuario por admins
Cualquier sistema sap viene con 3 mandantes
- Mandante 000 de referencia - sin datos de parametrización empresarial - los mandantes propios son copias de este para empezar parametrización de cero - NO MODIFICAR NI BORRAR
- mandante 001 de ejemplo - idéntico al 000 al principio - no se cambia con actualizaciones de sap
- mandante 066 earlywatch - garantizar confidencialidad de datos reales en productivo - aislado, se conecta a sap cuando realiza detección de problemas de rendimiento - NO MODIFICAR NI BORRAR
Mandantes propios - a partir del mandante 000 podemos crear tantos mandantes como queramos (según base de datos)
- mandante 200 desarrollo y parametrización - consultores técnicos y funcionales trabajan acá - sin datos maestros o transacciones
- mandante 210 sandbox - pruebas inusuales de parametrización para no interrumpir trabajo - no se registran cambios - hay que repetir pruebas en mandante 200 para que quede grabado en orden de transporte y pasarlo a pruebas unitarias
- mandante 220 pruebas unitarias - hay datos maestros y transacciones
- mandante 300 pruebas integrales y QA - similar a la del 220 - las pruebas incluyen interacción entre diff módulos, rendimiento y aprobación de usuario - ver si paso de órdenes de transporte es correcto
- mandante 310 formación a usuarios finales - pasar prototipo de 300 para formar y tener lugar para practicar - datos no interfieren
- mandante 320 maestro de parametrización - uso solo como ref para consultar parametrización en productivo, sin acceder al sistema productivo, para no dar acceso a personal no autorizado - hay que transportar cambios al mandante 400 y 320 al mismo tiempo y mantenerlos sincronizados
- mandante 400 productivo - explotación real del sistema - único mandante propio que debe existir en ambiente productivo - hacer cargas iniciales de datos maestros, movimientos e históricos
-
cada empresa puede asignar cualquier n° - con pocos mandantes puede haber conflictos con parametrización, desarrollo de programas o pruebas - muchos mandantes, mayor tamaño de base de datos y empeorar rendimiento, mayor esfuerzo en administración de sistemas
funciones de mandantes propios