SAP = LANDSCAPE Cuando una empresa implementa SAP, los administradores del sistema (SAP Basis) definen su landscape: la disposición y configuración de los servidores SAP, es decir, cuántos se van a usar y para qué. Dentro del landscape se definen los ambientes, y dentro de cada ambiente los mandantes, que separan los datos para que distintos usuarios trabajen sin interferirse. Conceptos clave Landscape: arquitectura de servidores SAP de la empresa. Ambiente = sistema = servidor donde se instala SAP. Mandante (o cliente): instancia dentro de un ambiente que se usa para configuración, desarrollo, capacitación o pruebas, con datos independientes de los otros mandantes. Tipos de ambientes Desarrollo: programación (nuevos desarrollos y modificaciones del estándar) y configuración por parte de los consultores funcionales. Testing o pruebas (QA): pruebas unitarias (programadores), pruebas integrales (consultores) y capacitación de usuarios. Producción: donde el usuario final opera con transacciones estándar y Z. Tiene acceso muy restringido porque sus datos son sensibles. Opciones de landscape Un ambiente: todo en un solo servidor. Es barato, pero desarrollo, pruebas y capacitación se mezclan con los datos reales, con alto riesgo. Dos ambientes: producción por un lado y desarrollo + QA por otro. Es más estable, pero pruebas y capacitación siguen compartiendo sistema con desarrollo. Sirve si hay poco desarrollo simultáneo, pocas modificaciones al estándar y pocos usuarios concurrentes. Tres ambientes: desarrollo, pruebas y producción separados. Es el de menor riesgo, permite trabajar en paralelo y minimiza la inactividad de producción, aunque tiene mayores costos. SAP lo recomienda para empresas que usan el sistema a diario. Mandantes: ejemplo de distribución Desarrollo: 101 (configuración y programación), 102 (sandbox, pruebas inusuales) y 103 (pruebas unitarias). Pruebas: 210 (pruebas integrales con consultores y usuarios clave) y 220 (capacitación). Producción: 410 (operación diaria de los usuarios finales). Los mandantes existentes se consultan con la transacción SCC4. Visión lógica y física Datos dependientes de mandante: clientes, proveedores, pedidos, facturas, cuentas y la mayor parte de la parametrización. Solo son accesibles desde el mandante donde se crearon. Datos independientes de mandante: son pocos y afectan a todos los mandantes, por eso el sistema avisa antes de modificarlos. Visión física: el mandante es el primer campo clave de la mayoría de las tablas, así que cada registro se identifica por mandante + clave. Ejemplo: dos usuarios en el mismo mandante comparten datos y se bloquean al editar la misma factura. En mandantes distintos, la factura 1000 del 015 (descripción X) y la del 016 (descripción Z) son registros diferentes. Mandantes estándar (vienen con la instalación) 000, de referencia: base para crear mandantes propios y recibe las actualizaciones de SAP. No se modifica ni se borra. 001, de ejemplo: copia inicial del 000 que las actualizaciones no modifican. Puede cambiarse o borrarse. 066, EarlyWatch: lo usa SAP para analizar el rendimiento sin acceder a datos reales. No se modifica ni se borra. Mandantes propios (los crea la empresa a partir del 000) 200: desarrollo y parametrización, sin datos maestros ni transaccionales. 210: sandbox; los cambios no se registran y hay que repetirlos en el 200. 220: pruebas unitarias, con datos de prueba. 300: pruebas integrales y control de calidad, incluido el control de las órdenes de transporte. 310: capacitación de usuarios finales. 320: maestro de parametrización, una copia sincronizada con producción para consultarla sin acceder a ella. 400: productivo, el único mandante propio en producción, donde se hacen las cargas iniciales antes del arranque. La numeración la elige cada empresa, y hay que equilibrar la cantidad: pocos mandantes generan conflictos y demasiados afectan el rendimiento y la administración.