EL LANDSCAPE DE SAP
Es la disposición y configuraciones de los servidores de SAP en una empresa que implementa el sistema, es decir cómo será la arquitectura, cuantos servidores se van a utilizar, para que se va a utilizar cada uno de estos, entre otras cuestiones.
Dentro de un ladscape de SAP los administradores del sistema, van a definir AMBIENTES, también llamados sistemas en SAP.
AMBIENTE ES UN SERVIDOR DONDE HA SIDO INSTALADO EL SISTEMA SAP
AMBIENTE = SISTEMA = SERVIDOR EN DONDE SE INSTALA SAP
LOS TRES AMBIENTES DENTRO DE SAP SON:
AMBIENTE DE DESARROLLO (DU) : Es utilizado principalmente para programacióm y configuración del sistema (Donde se crean los nuevos programas ABAP si el estándar no satisface o se modifican.
AMBIENTE DE PRUBAS O TESTING (PU): Como su nombre indica este ambiente se usa para realizar pruebas sobre lo creado en el ambiente anterior.
AMBIENTE DE PRODUCCION (PA): Es donde el usuario final, utiliza las transacciones estandar del sistema y aquellas transacciones Z creadas a medida que han sido desarrolladas y probadas satisfactoriamente.
Diferentes opciones de landscapes que se pueden implementar en SAP:
Landscape de SAP con 1 ambiente o sistema: Se implementa todo el sistema SAP en un solo servidor: Producción, Entrenamiento, Testing y Desarrollo. Las pruebas y capacitación también tienen lugar en el sistema de producción. Los datos de prueba y capacitación se mezclan con los datos de producción y existe un alto riesgo de conflicto. Es la opción mas económica.
Landscape de SAP con 2 ambientes o sistemas: Producción va instalado en un ambiente, Entrenamiento, Testing y Desarrollo en otro ambiente. Las pruebas y capacitación están separadas de la producción. Este enfoque conduce a un sistema mas estable y de mayor calidad. El inconveniente esta en las actividades de prueba y capacitación tiene lugar en el sistema de desarrollo.
Landscape de SAP con 3 ambientes o sistemas: Producción va en un ambiente. Entrenamiento y Testing en otro y Desarrollo en otro: Esta opción es la de menor riesgo ya que todas las actividades se pueden realizar en paralelo a sus respectivos ambientes o sistemas.
SAP recomienda utilizar el landscape de 3 ambientes para empresas donde los procesos comerciales se utilizan a diario.
MANDANTE
Es una instancia creada dentro de un ambiente que se utiliza para configuración, desarrollo, capacitación o pruebas.
Se le conoce también en SAP con el nombre del cliente.
Dentro del ambiente de desarrollo tenemos:
- El mandante 101 que se utiliza para configuración y programación
- El mandante 102 de sandbox que se utilizará para pruebas inusuales
- El mandante 103 que se utiliza para pruebas unitarias de programación.
Dentro del ambiente de pruebas tenemos:
- El mandante 210 que se utiliza para pruebas integrales, realizadas tanto por los consultores como por usuarios clave de la empresa
- El mandante 220 que se utiliza para la capacitación de los recursos humanos.
Dentro del ambiente de producción tenemos:
- El mandante 410 que es donde acceden los usuarios finales del sistema para realizar las operaciones del dia a dia de la empresa.
Para ver los mandantes existentes en SAP podemos ejecutar la transacción SCC4.
El concepto de mandante se puede definir desde 2 puntos de vista complementarios: La Visión Lógica y la Visión Fisica.
Desde el punto de vista lógico: El mandante es una unidad organizativa divisoria, que permite que usuarios trabajen en el mismo sistema, sin interferencia alguna, ya que cada usuario solo tiene acceso para visualizar y actualizar los datos que estén asociados al mandante al cual están conectados.
Esto es asi porque en SAP existen dos tipos de datos diferentes:
- Datos dependientes de mandante: Se engloban aqui los datos de aplicación de la empresa (datos de clientes, proveedores, pedidos, facturas, etc... asi como la mayoria de los datos de la parametrización. Se llaman dependientes de mandante, porque solo son accesibles desde el mandante con el que se crearon. Son los más habituales en SAP.
- Datos independientes de mandante: Se engloban aqui ciertos datos de parametrización de la empresa que son accesibles desde cualquier mandante creado. cuando se modifica este tipo de dato el sistema avisa informandonos que la modificación afectara a todos los mandantes. Se debe ser cuidadoso al modificarlo por este motivo.
Desde el punto de vista fisíco: Las base de datos de SAP están formadas por tablas. Cuando se navega por las pantallas de SAP, es el sistema el que accede a dichas tablas, mostrando toda la información. El mandante es el primer campo clave de la mayoria de las tablas que conforman la base de datos de SAP.
LAS TABLAS DE LA BASE DE DATOS QUE CONTIENE EL CAMPO MANDANTE COMO PRIMER CAMPO DENRO 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.
LOS MANDANTES ESTÁNDAR: Son aquellos que vienen con SAP
LOS MANDANTES PROPIOS: Son aquellos mandantes que crea el usuario.
Cualquier sistema SAP se instala inicialemnte con 3 mandates estándar:
MANDANTE 000: El mandante de referencia. No contiene datos de paramentrización empresarial por lo que todas las creaciones de mandantes propios se deben hacer como copia de este.
En un cambio de version de SAP los datos dependienes de mandante se actualizan automatifcamente en el 000 y los cambios al resto de mandantes se debe hacer desde aqui.
NO SE DEBE MODIFICAR O BORRAR NINGÚN ASPECTO DEL MANDANTE STÁNDAR 000
MANDANTE 001: Es el mandante de ejemplo. Es idéntico al 000. Ninguna actualización de SAP lo actualiza, al contrario de lo que ocurre con el 000.
MANDANTE 066: Es el mandante del sercvicio EarlyWatch (Servicio que identifica los problemas de rendimiento en el sistema de producción) garantiza la confidencialidad de los datos reales en productivo. Es el mandante al cual se conecta SAP cuando le pedimos que realice un servicio de detección de problemas de rendimiento. No debe ser borrado ni modificado nunca.
MANDANTES PROPIOS
CADA EMPRESA QUE USA SAP PUEDE ASIGNARLE EL NÚMERO QUE QUIERA A CADA MANDANTE PROPIO.
LAS FUNCIONES DE LOS MANDANTES PROPIOS SON LAS SIGUIENTES:
(Los numeros de mandate siguientes son para poder distinguirlos pero se asignarian los numeros que quisieramos)
MANDANTE 200 DE DESARROLLO Y PARAMETRIZACIÓN: Se crean los desarrollos a medida que se necesitan. Los consultores técnicos y funcionales trabajan en este sistema. No habrá datos maestros ni transaccionales por lo que las pruebas las realizaremos en el mandante 220, tras pasar todos los datos hechos aqui.
MANDANTE 210 SANDBOX: Las pruebas inusuales de parametrización las realizaremos en el 210 para no interrumpir el trabajo del 200. Los cambios que hagamos aqui no se registraran para ello debemos volver al 200 y grabarlo en una orden de transporte y se pueda pasar al mandante de pruebas unitarias 220.
MANDANTE 220 PRUEBAS UNITARIAS: Aqui se efectuan las pruebas unitarias de los programas. Aqui si tenemos datos maestros y transaccionales, aunque no seran fiables ya que la parametrización puede cambiarse.
MANDANTE 300 PRUEBAS INTEGRALES Y CONTROL DE CALIDAD: La función es similar a la del 220 pero esta prueba incluye la interacción e los diferentes módulos, el rendimiento y la aprobación del usuario.
MANDANTE 310 FORMACION A USUARIOS FINALES O CAPACITACIÓN: Prototipo para que los usuarios finales reciban cursos y hagan pruebas que no nos interfieren en nuestro trabajo habitual.
MANDANTE 320 MAESTRO DE PARAMETRIZACIÓN: Se usa como referencia para consultar la parametrización que tenemos en productivo, sin que afecte al sistema productivo. Para que cumpla su función se deben transportar los cambios al mandate 400 y 320 al mismo tiempo y mantenerlos siempre sincronizados.
MANDANTE 400 PRODUCTIVO: Es donde se lleva a cabo la explotación real del sistema. Este es el único mandate propio que debe existir en el ambiente productivo. Antes del arranque se cargaran aqui las cargas iniciales de datos maestros, movimientos e históricos.
LAS CLASES DE DESARROLLO
La clase de desarrollo o tambien llamado PAQUETE, es una forma de organizar todos los nuevos objetos que se crean en SAP, clasificándolos generalmente por módulos o áreas funcionales del sistema.
Ejemplo: un objeto seria un archivo y la clase de desarrollo seria la carpeta donde lo guardamos.
Existe las clase de desarrollo TMP que se usa para los objetos temporales que no se van a transportar entre ambientes, es decir para pruebas.
TRANSACCIÓN SE80
Las clases de desarrollo o paquetes se crean a través de la transacción estandar SE80