✒️El landscape de SAP

Landscape de SAP

• SAP BASIS: Recursos de SAP y equipo de trabajo que se encarga del mantenimiento técnico del sistema. Establecen el landscape del Sistema SAP.
• Landscape de SAP: 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 ven a utilizar, para que se va a utilizar cada uno de ellos,etc.
• Dentro de un landscape de SAP, los administradores del sistema, van a definir Ambientes (sistemas en SAP)
• Ambiente: Server donde ha sido instalado SAP, Ambiente= Sistema = Servidor en donde se instala SAP.
• Existen 3 ambientes diferentes en SAP.

1. Ambiente de desarrollo: usado principalmente para programación y configuración del sistema. Se crean los nuevos programas ABAP que son solicitados, se modifican los programas estándar del sistema. Probar y realizar configuraciones del sistema.
2. Ambiente de pruebas o testing: ambiente usado para hacer pruebas. (Pruebas unitarias y/o pruebas integrales) se utiliza también cuando me sealizar capacitaciones o entrenamiento de SAP.
3. Ambiente de Producción: Donde el usuario final utiliza las transacciones estándar del sistema y aquellas tx z crecidas a medida que han sido desarrolladas y probadas. Los datos existentes son sumamente sensibles para la empresa por eso se restringe al máximo el acceso a todos los usuarios.

• Se planchan los datos de Productivo hacia el ambiente de Testing (QAS) se actualiza la información (refresh).

Las distintas opciones de landscapes de SAP

• Landscape de SAP con 1 ambiente o sistema: Más básico de todos los landscapes, consiste en implementar todo el sistema SAP en un solo servidor o equipo, en donde todos los roles están alojados en el mismo sistema. (Las operaciones de desarrollo, pruebas y producción se ejecutan en paralelo en solo sistema) Su principal ventaja radica en la reducción de los costos de hardware y soporte. Existe un alto nivel de riesgo, ya que toda la personalización y el desarrollo se realizan en el sistema de producción y los nuevos paquetes de soporte y las notas de SAP se aplican directamente en producción. Las pruebas y la 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 produccción.
• Landscape de SAP con 2 ambientes o sistemas: Consiste en implementar un landscape con dos ambientes, es decir todo el sistema SAP se encuentra instalado en dos Servidores diferentes. Esta opción supera algunos de los riesgos inherentes a la opción del sistema único, al dividir la producción de los entornos de prueba y desarrollo. las pruebas y la capacitación ahora están separadas de la producción, lo que resulta en la separación de los datos de prueba y capacitación de los datos de producción. Los nuevos requisitos, las tareas de optimización y los paquetes de soporte y las notas de SAP también se crean primero en el entorno de desarrollo. Este enfoque conduce a un sistema más estable y proporciona una infraestructura de soporte de mayor calidad para el cliente. los inconvenientes de esta opción son que las actividades de prueba y capacitación tienen lugar en el sistema de desarrollo. No es posible separar completamente las actividades de desarrollo y los datos de las actividades de prueba y capacitación.
• Un escenario o empresa para la que el landscape de dos ambientes sería suficiente es aquella donde: No se producen actividades significativas de desarrollo, pruebas y capacitación al mismo tiempo en el sistema combinado de desarrollo y calidad QA. Hay muy pocas modificaciones al estándar SAP, hay un número limitado de usuarios concurrentes, es decir que acceden al mismo tiempo, en el ambiente de desarrollo y calidad QA
• Landscape de SAP con 3 ambientes o sistemas: Todas las actividades de desarrollo,capacitación, prueba y productivas, y sus datos están completamente separados en sistemas o ambientes dedicados. Presenta el menor riesgo, ya que todas las actividades se pueden realizar en paralelo en sus respectivos ambientes. El nuevo desarrollo está separado de los entornos de prueba y producción. El tiempo de inactividad del sistema de producción se minimiza, la desventaja de esta opción son los mayores costos de infraestructura y administración.
• Landscape de SAP con 4 ambientes: Desarrollo, Testing, QA y productivo.

Los mandantes

• Instancia creada dentro de un ambiente, que se utiliza para configuración, desarrollo, capacitación o pruebas. Se lo conoce también en SAP con el nombre de cliente.
• Unidad autocontenida dentro del Sistema SAP desde un punto de vista técnico, organizativo y comercial. Los mandantes tienen sus propios registros maestros, usuarios, roles y su propio conjunto de tablas. El mandante es el nivel jerárquico más alto en el Sistema SAP. Las especificaciones que se realicen o los datos que se introduzcan en este nivel son válidos para todas las sociedades y para todas las otras estructuras organizativas (centros, sociedad CO o inclusive organización de ventas). Por lo tanto, sólo necesita especificar estos valores o introducir estos datos una vez.De este modo se asegura de que los datos son coherentes.Los usuarios deben introducir una clave de mandante cuando entran en el Sistema SAP (al momento de loguearse). La clave define el mandante en el cual se desea trabajar. Se graban todas las entradas que hace por mandante. Se realiza también el análisis y el tratamiento electrónico de datos por mandante.
• Para visualizar los mandantes existentes en SAP podemos ejecutar la transacción estándar SCC4 (Actualizar Mandante)
• El concepto de mandante se puede definir desde 2 puntos de vista distintos: Visión Lógica y Visión Física.
• Punto de vista lógico: El mandante no es más que una unidad organizativa divisoria de la empresa, que permite que distintos usuarios estén trabajando en el mismo sistema, sin ningún tipo de interferencia mutua, ya que cada usuario sólo dispondrá de acceso para visualizar y actualizar los datos de aplicación de la empresa, que estén asociados al mandante al cuál están conectados.
• En el sistema 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, cuentas contables, etc) así como la mayoría de los datos de parametrización de la empresa. Se llaman dependientes de mandante porque sólo son accesibles desde el mandante en el que se crearon. Tipos de datos más habituales. Datos independientes de mandante se engloban aquí ciertos datos de la parametrización de la empresa que son accesibles desde cualquier mandante creado. Cada vez que se va a proceder a la modificación de este tipo de datos, el sistema avisa con un mensaje informativo de que la modificación afectará a todos los mandantes.
• Desde el punto de vista físico: La base de datos de SAP está formada por tablas. Cuando el usuario navega por las pantallas de SAP, es el sistema el que accede a dichas tablas para mostrarle al usuario la información pedida. El mandante es el primer campo clave de la mayoría de las tablas que conforman la base de datos de SAP.
• las tablas de la base de datos que contienen al campo mandante como primer 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.
• Cuando un usuario se conecta a un mandante, el sistema le está asignando en ese momento el valor del mandante elegido, con lo que el usuario sólo podrá acceder a visualizar o modificar los datos de cada tabla que tengan como mandante el que ha elegido en tiempo de conexión. Si una tabla es independiente de mandante, esta puede ser accedido desde cualquier mandante al que se conecte el usuario. Esto se consigue de manera transparente para el usuario e incluso para el desarrollador ya que es el propio sistema el que traduce los accesos a las tablas.
• Los datos de cada tabla de la bases de datos son distintos para cada mandante.

Los mandantes estándar

• Aquellos que ya vienen con SAP cuando se instala inicialmente el sistema.
• Mandantes propios: Aquellos mandantes creados por el usuario, es decir, por los administradores de SAP de la empresa cliente.
• Cualquier sistema SAP se instala inicialmente con tres mandantes estándar: Mandante 000 de Referencia, Mandante 001 de Ejemplo, Mandante 066 Earlywatch.
• Mandante 000: . Mandante de referencia, no contiene datos de parametrización empresarial y por lo tanto las creaciones de mandantes propios se deben hacer como copias de este para asegurarse que se empiece la parametrización desde cero. No debe modificarse o borrarse ningún aspecto del mandante estándar 000.
• Mandante 001: Mandante de ejemplo, inicialmente es idéntico al 000 y salvo que se cambie manualmente, ninguna actualización de SAP lo va a modificar, al contrario de lo que ocurre con el 000. Siempre se puede tener como ejemplo de la instalación inicial.
• Mandante 066: Mandante del servicio Earlywatch cuyo objetivo es garantizar la confidencialidad de los datos reales en productivo. Mandante aislado y es al cual se conecta SAP cuando se le pide que realice un servicio de detección de problemas de rendimiento. Los usuarios de este mandante tienen las autorizaciones mínimas para poder ejecutar el informe de rendimiento. Este mandante tampoco debe ser borrado ni modificado nunca.

Los mandantes propios

• a partir del mandante de referencia 000 se pueden crear tantos mandantes como se requieran.
• En el ambiente de desarrollo se suelen creer varios mandantes, en pruebas o testing algunos menos y en el ambiente de producción solo debe existir un mandante propio.
• Cada empresa que utiliza SAP puede asignarle el número que quiera a cada mandante propio.
• Mandante 200 Desarrollo y Parametrización: Aquí se crean los desarrollos a medida que sean necesarios. Los consultores técnicos y funcionales trabajan en este sistema. No se tienen datos maestros ni transaccionales de manera que las pruebas se realizaron en el mandante 220 después de pasar todos los cambios.
• Mandante 210 Sandbox: Las pruebas inusuales de parametrización se realizan en el 210 de manera que no se interrumpe el trabajo normal del mandante 200. Los cambios que se realicen aqui no se registran en ningún sitio, de manera que si se prueba algo en lo que sale bien, se debe repetir a mano en el 200 para que quede grabado en una orden de transporte y se pueda pasar al mandante de pruebas unitarias. Periódicamente y para mantener el mandante limpio se hará una copia o refresh desde el mandante 220.
• Mandante 220 Pruebas unitarias: Los responsables de desarrollo y parametrización efectuarán aquí las pruebas unitarias de los programas. Aquí se tendrá datos maestros y transaccionales, aunque no serán muy fiables debido a que la parametrización puede cambiarse.
• Mandante 300 Pruebas integrales y control de calidad: La función de este mandante es similar a la del 220 pero con la diferencia de que las pruebas incluyen la interacción entre los diferentes módulos, el rendimiento y la aprobación del usuario. También se comprueba que el paso de las órdenes 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 o capacitación: una vez superadas las pruebas correspondientes al mandante 300, se pasa el prototipo aquí para que los usuarios finales reciban los cursos de formación y tengan un sitio donde poder seguir seguir practicando después. De esta manera, los datos maestros y transaccionales que crean no interfieren en el trabajo habitual.
• Mandante 320 Maestro de parametrización: Se usa únicamente como referencia para poder consultar la parametrización que tenemos en productivo, sin tener que acceder al sistema productivo, no obligandonos a dar acceso a la misma, a personal no autorizado. Para que cumpla su función se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo y mantenerlos siempre sincronizados.
• Mandante 400 Productivo: Aquí se lleva a cabo la explotación real del sistema. Este es el único mandante propio que debe existir en el ambiente productivo. Antes del arranque en productivo se realizan aquí las cargas iniciales de datos maestros, movimientos e históricos.

Las clases de desarrollo o paquetes

• Clase de desarrollo (Paquete) forma de organizar todos los nuevos objetos que se crean en SAP, clasificandolos generalmente por módulos o áreas funcionales del sistema.
• P. e. Objeto= archivo, clase de desarrollo = carpeta donde guardamos el archivo.
• La clase de desarrollo $TMP que se utiliza para los objetos temporales que no se van a transportar entre ambientes, es decir para los objetos temporales que no se van a transportar entre ambientes (pruebas).
• Al momento de crear un nuevo objeto en el sistema SAP nos proporciona una vista para que le asignemos el paquete al que pertenece.
• Campos a llenar: Nombre del programa ABAP, Paquete o clase de desarrollo, Usuario responsable, Ambiente, Idioma de conexión.
• Tx SE80: las clases de desarrollo o paquetes se crean a través de la tx estándar. SE80 (También se usa la transacción Se38)
• Para crear una clase de desarrollo se hace lo siguiente: Tx SE80 Menú desplegable en paquete. Colocar el nombre del paquete, el nombre debe comenzar con la letra 2 porque en caso contrario el sistema lo detectará como un objeto estándar.
• se agrega una descripción, se guarda y se crea una orden de transporte.