✒️SAP BASIS / Las notas y support packages Por Marybell Hernandez Robles

Unidad 7. Lección 1. Notas y Support Packages.

SAP provee las notas de SAP y Support Packages, para un proposito, para importar ajustes que se realizaron a cambios legales y corregir errores que podrían existir en el software del sistema SAP.

1. Notas SAP y Support Packages.

El sistema SAP se conforma de varios componentes de software, estos componentes se actualizan mediante Notas de Sap y Suport Packages, ambos utilizados para importar al sistema cambos en requerimientos legales, corregir errores y en algunos casos mejorar funciones ya existentes o bien incorporar nuevas.

SAP siempre debe tener la actualización mas reciente, para cumplir con los requerimientos legales y para eliminar errores que existen en el estandar.

Las Notas SAP tambien contienen información general, recomendaciones o indicaciones de SAP. Pueden describir algun problema y su resolución en funciones estandar del software de SAP. Estas ultimas contienen solucion a un problema individual, el cual es generalmente una correción a un error de programación, que obtenermos en forma de código fuente con las modificaciones necesarias para solucionar el error.

Importante. Las notas de SAP son muy utilizadas por los administradores de sistema para resolver problemas específicos como errores en tiempo de ejecución de programas estándar o fallas en los componentes del kernel por ejemplo. La base de notas SAP puede accederse a través del enlace rapido http//service.sap.com/notes.

La base de notas de SAP se encuentra dentro del Marketplace de SAP pero necesitamos de un usuario especial para poder ingresar llamado usuario S. Cada cliente es provisto de un super usuario S, el cual luego puede crear usuarios S adicionales con diferentes permisos dentro de Marketplace.

Los Support Packages son un conjunto de objetos de repositorio. En principio, cada componente de software para cada nivel de versión tiene sus propios Support Packages. Los Support Package son un tipo de orden de transporte que no puede ser importada por lo metodos normales. Y contienen todas las notas de SAP relevante a ese componente de software y versión que se crearon desde el support package anterior. Por lo tanto no son acumulativos y requieren siempre del anterior para poder ser implementado.

Los support packages son implementados en el sistema con el Support Package Manager, transacción SPAM. Las notas de SAP son implementadas con el Asistente de notas, Tx SNOTE

En el caso de componentes de software que intersectan (add-ons modificados, por ejemplo) existe un tipo de Support Package adicional llamado Transporte de Resolución de Conflictos, que por sus siglas en inglés se conoce como CRT (Conflict Resolution Transport)

Los add-ons se implementan para soluciones de industria específica y modifican un componente de software estándar (tal como por ejemplo SAP_APPL)

2. Transacción SNOTE.

Tx SNOTE nos permite implementar varios tipos de notas: cambios a programas SAP, creación de nuevos programas SAP, cambios a módulos de función SAP entr otros. El asistente de Notas no puede modficar objetos de Diccionario, solo objetos de repositorio y no Customizing.

Las notas de SAP se implementan en los siguientes pasos:

1. Localizar la Nota de SAP requerida en Marketplace. (Buscar por palabras claves o utilizando numero de nota si la tenemos)
2. Cargar la Nota de SAP al sistema de desarrollo mediante el Asistente de notas (Tx SNOTE)
3. La nota de SAP es verificada por el asistente de Notas. Verifica si el nivel de versión del componente de software donde se va a aplicar y el nivel de actualización de Support Package del mismo son correctos para los prerrequisitos de la nota. Verifica también si la nota requiere de otras notas previamente implementadas y si puede ser implementada cuando existen otras modificaciones sobre los objetos que estas afectados por la misma.
4. La Nota de SAP es implementada mediante la función de importación. Lo que crea una orden de transporte.
5. El resultado de la implementación de la Nota de SAP, se prueba en el sistema de desarrollo en forma general. Si la Nota no corrige el problema, puede desinmplementarse tambien con la Tx SNOTE.
6. Si el el resultado de la prueba es exitoso (por ejemplo, si el error ya no se produce luego de implementar la nota en el programa que corrigió, la orden de transporte se libera y se importa en el sistema de calidad mediante el sistema de transportes. La aceptación técnica se realiza en el sistema.
7. Si resulta correcta la aceptación en el sistema de calidad, es importada al sistema de producción.

3. Support Packages Stacks.

• La importación de Support Packages para un componente de software en particular es independiente de los Support Packages de otros componentes de Software. Los componentes individualmente son en general independientes de otro u otros componentes de software, aunque puede existir casos donde la importación de Support Packages para un componente tenga requisitos con otros Support Packages en otro componente. (Por ejemplo la importación de un Support Package de HR puede requerir la importacion previa de un Support Package determinado del componente BASIS, o un Support Package de APPL).
• Tener en cuenta que puede suceder que aunque no sea un requisito, cierto nivel de support package en otro componente resulten efectos adversos (side-effects). Estos efectos adversos son documentados en una Nota de SAP en cuanto son detectados.
• SAP recomienda importar los Support Packages usando Support Package Stacks, para poder implementar las correciones de manera consistente en los diferentes componentes de software.
• Support Package Stacks son una combinación de Support Packages de diferentes componentes de software que incluyen un nivel determinado a cada componente y evita los inconvenientes de dependencias y efectos adversos.
• Los support packages stacks estan disponibles para varias de las aplicaciones de SAP y para componentes de SAP Netweaver también.
• Los Support Package Staks tambien contienen actualizaciones para otros componentes, como actualizacones para el kernel del sistema. Esto es importante porque puede ser necesario que actualicemos el kernel del sistema SAP para asegurarnos que no sucedan errores con un nuevo nivel determinado de Support Package.

Nota: en el Marketplace de SAP podemos consultar información sobre los Support Package de los diferentes componentes de Software de SAP, asi también como de los Stacks, como estan conformados y también determinar los Support Packages que necesitaremos descargar para pasar del Stack actual al que necesitemos actualizar.

Pregunas frecuentes:

¿como actualizar un landscape complejo de SAP?

¿como utilizar los Support Package Stacks para una actualización ordenada y documentada?

¿cual es el nivel de actualización actual de mi landscape SAP?

¿Donde puedo encontrar la información necesaria sobre Support Packages y Stacks?

El Optimizador de Mantenimiento (Maintenance Optimizer) proveé la solución a estas preguntas. Con el Optimizador de Mantenimiento pueden requerirse los Support Package Stacks necesarios para el landscape definido en el Solution Manager en una forma controlada y gestionable.

El Optimizador de Mantenimiento es mandatorio para algunos Support Packages y Stacks, tales como los Support Packages para SAP ECC 6.0 que fueron liberados a partir de abril 2007.

Si queremos visualizar el estado actual de nivel de Support Packages para los componentes de software de nuestra implementación, podemos hacerlo desde cualquier pantalla de SAP, desde la opción menu System -> Status.

Solution Manager: es una plataforma de servicios y soporte para la implementación y operación de los sistemas SAP. Proveé herramientas, procedimientso de implementación, operación y soporte para los sistemas SAP del landscape.

4. Enhancement Packages. Son nuevas versiones completas para un componente de software particular en el sistema SAP, en otras palabras, son upgrades parciales del sistema.

Los upgrade de sistema, como por ejemplo SAP R/3 4.6C a SAP ECC 6.0, es un upgrade completo de sistema a una nueva version y antes de que pueda ser utilizado en la operación de producción es necesario realizar muchos ajustes, incluyendo modificaciones del estandar, cambios a customizing, cambios a desarrollos propios del cliente y mejoras. Tambien se deben realizar pruebas de aceptación que consumen gran parte del tiempo y normalmente se necesitan varios meses ara un proyecto de upgrade para un sistema landscape de sistemas SAP. Haciendo de esto un esfuerzo considerable de recursos, tiempo y costos.

Para reducir costos y esfuerzos SAP esta cambiando paulatinamente a liberar los Enhancement Packages (EhP) para todas las aplicaciones. Y comenzó con SAP ERP 6.0 en 2007 con el EhP 2.

El Panel de Activación (Switch Framework) disponible a partir de AS ABAP 7.0, es usado para la activación de los EnP. Utilizando este Panel de Activación se pueden realizar cambios a los objetos de repositorio y no utilizarlos ya que primero se necesitan activar. Lo que significa que podemos importar un EhP para un componente y mientras no lo activemos en el Panel de Activación la o las funciones q estan incorporadas, el sistema seguirá funcionando como antes de la importación.

Desde el punto de vista técnico, un programa puede existir en el repositorio en diferentes estados al mismo tiempo, porque cuando activamos la funcion desde el Panel de Activación, lo que estamos haciendo es activar determinada versión para los objetos de repositorio que dependen de esa función.

Con los EhP ahora es posible solo activar las funciones que van a ser requeridas desde el punto de vista funcional, lo que mantiene el resfuerzo requerido para la implementación y prueba de forma razonable.

Por lo tanto los EhP son upgrades a componentes de software individuales, con la ventaja adicional de que se pueden activar las nuevas funciones de forma controlada y solamente cuando sea necesario.

Ventajas de EhP:

• Procesos centrales estables
• Adaptación simple a requerimientos legales
• Tecnología estable
• Planificación y mantenimiento sencillo
• Disminución de upgrades de sistmas
• Nuevas funciones puede ser implementadas selectivamente cuando son requeridas.

Los EhP son acumulativos, lo que significa que no necesariamente debemos importarlos en secuencia. Por ejemplo el EhP 4 para SAP ERP 6.0 contiene EhP 2 y 3, por lo que podemos implementar directamente la ultima versión directamente.

La importación de EhP se realiza mediante la Tx SAINT, la cual es para la implementación y actualización de componentes de software.

A partir de EhP4 para SAP ERP 6.0 existe una herramienta externa llamada Ehpi (Enhancement Package Installer) para este proposito.

Nota. Los Support Packages al estar vinculados con la versión del componente de software existen en diferentes niveles para cada versión de componente de software. Esto significa que luego de la implementación de Enhancement Package 2 para SAP ECC 6.0, los Support Packages que necesitaremos posteriormente deberan ser para SAP ECC 6.0 EhP2

TIP. SAP se encuentra en una etapa de mejora continua, con lo cual es normal que tanto por un bug, por una falla de seguridad o por nuevos requerimientos del mercado, etc, sap nos brinda la posibilidad de que en forma inmediata pueda implementarse una nota que corrija o se adecue al cambio, pero la cosa no termina ahi, puede que un cambio en un modulo financiero acarre cambios en alguna tabla, o creaciones de nuevos indices, etc. por lo tanto para solucionar este tema, SAP junta todas las notas comunes a un modulo y genera lo que son los super packages, que contiene un conjunto de notas. La pregunta es ¿debemos actualizar nuestro sistema, aunque no tengamos problemas? La respuesta es si, al menos una vez al año deberiamos actualizar todos los super packages para garantizar que todas las correciones estan implementadas en nuestro sistema. Esto nos ayudara que en algun momento cuando tengamos que cambiar la versión o hacer un upgrade o implementar un enhacement package en nuestro sistema, el trabajo sea mas liviano y la manera de implementar los super packages sera la misma que en el caso que modifiquemos codigo o customizemos el sistema, entonces lo aplicaremos primero en desarrollo, haremos pruebas minimas, luego lo aplicaremos en el ambiente de testing, haremos pruebas integrales junto con el funcional y por ultimo se aplicara gradualmente en productivo.