✒️SAP BASIS Las notas y support packages

Unidad 7. Lección 1

Notas y Support Packages

Luego de que finalizamos la instalación de un sistema SAP, es muy probable que necesitemos importar ajustes que Se realizaron debido a cambios en requerimientos legales, y corregir errores que podría haber en software de sistema SAP.

SAP provee las notas de SAP y los Support packages para este propósito.

1. Notas y support packages

Un sistema SAP se conforma de varios componentes de software, estos componentes se actualizan regularmente a través de notas de SAP y Support Packages. Ambos son utilizados para importar al sistema cambios en requerimientos legales, corregir errores y en algunos casos mejorar ciertas funciones existentes o incorporar nuevas funciones.

El sistema SAP debería siempre tener el nivel de actualización más reciente, por un lado para cumplir con los requerimientos legales que puedan existir en el lugar donde opera y para eliminar los errores que existen en el estándar por otro.

Las notas SAP pueden contener información general recomendaciones indicaciones de SAP.

También pueden describir un problema y su resolución al error en funciones de estándar del software SAP.

Este último tipo de notas SAP contiene una solución a un problema individual, el cual es generalmente una corrección a un error de programación que obtenemos en la forma de líneas de código fuente con las modificaciones necesarias para solucionar el error.

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 de SAP puede accederse a través del enlace rápido http://service.sap.com/notes.

La base de notas de SAP se encuentra dentro del marketplace de SAP (Http://service.sap.com) pero necesitamos de un usuario especial para poder ingresar al llamado usuario S.

Cada cliente de SAP es provisto por un superusuario S el cual luego puede crear usuarios S adicionales con diferentes permisos dentro del 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.

En el caso de componentes de software que intersectan (con add-ons modificados, por ejemplo), existe un tipo de Support Packages 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).

Técnicamente hablando los Support Packages son implementados en el sistema con el Support Packages Manager, transacción SPAM. Las notas de SAP son implementadas con el asistente de notas, transacción SNOTE.

2. Transacción SNOTE

El asistente de notas se accede a través de la transacción SNOTE. Desde el SNOTE podemos implementar varios tipos de notas: cambios a programas SAP, creación de nuevos programas SAP, cambios a módulos de función SAP y varias otras cosas. De todas formas, el asistente de notas no puede modificar objetos de diccionario por ejemplo. Además, el asistente de notas puedes sólo modificar objetos de repositorio y no customazing.

Las notas de SAP se implementan con el asistente de notas en los siguientes pasos:

1. Primero debemos localizar la nota de SAP requerida en el SAP marketplace, por ejemplo, buscando por palabras claves utilizando el número de nota si es que ya conocemos cuál es la que necesitamos.

2. Luego podemos cargar la nota de SAP al sistema de desarrollo mediante el asistente de notas (SNOTE).

3. La nota de SAP es verificada por el asistente de notas. Verifica si el nivel de versión del componente de software dónde se va a aplicar y el nivel de actualización del Support Packages del mismo son correctos para los prerrequisitos de la nota. También verifica si la nota requiere de otras notas previamente implementadas Y si puede ser implementada cuando existen otras modificaciones sobre los objetos que están afectados por la misma.

4. La nota de SAP es implementada mediante la fusión de importación. Esto crea una orden de transporte.

5. El resultado de la implementación de la nota de SAP se prueba en forma general en el sistema de desarrollo. Si la nota no corrige el problema puede desimplementarse también mediante la transacción SNOTE.

6. Si 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 este sistema.

7. Sí también resulta correcta la aceptación, entonces la orden de transporte es importada en el sistema de producción.

3. Support Packages Stacks

En principio, la importancia de los 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. de todas maneras pueden existir casos donde la importación de Support Packages para un componente en particular tenga algunos requisitos con otros Support Packages en otro componente. Esto significa que por ejemplo la importación de un Support Packages de HR puede requerir la importación previa de un Support Packages determinado del componente BASIS, o un Support Packages de APPL.

También puede suceder que aunque no sea un requisito cierto nivel de Support Packages en otro componente de software, resultan efectos adversos. Estos efectos adversos (side effects) son documentados en una nota de SAP en cuanto son detectados.

Para que podamos implementar las correcciones de manera consistente en los diferentes componentes de software, SAT recomienda importar los Support Packages usando Support Packages Stacks.

Support Packages Stacks son una combinación de Support Packages de diferentes componentes que incluye un nivel determinado a cada componente y evita los inconvenientes dedependencias efectos adversos descritos anteriormente. Los Support Packages Stacks están disponibles para varias de las aplicaciones de SAP y para componentes de SAP Netweaver también.

Adicionalmente, a los Support Packages Stacks, también contienen actualizaciones para otros componentes, tales como actualizaciones del kernel del sistema. Esto es importante porque incluso puede ser necesario que actualicemos el kernel del sistema SAP para asegurarnos que no sucedan errores con un nuevo nivel determinado de Support Packages.

En el marketplace de SAP podemos consultar información sobre los Support Packages de los diferentes componentes de software de SAP así también como de los Stacks, cómo están conformados y también determinar los Support Packages que necesitaremos descargar para pasar del Stack actual al que necesitemos actualizar.

El problema que surge frecuentemente es como actualizar un landscape complejo de SAP, así también como la duda de cómo utilizar los Support Packages Stacks para una actualización ordenada y documentada.

¿Cuál es el nivel de actualización actual de mi landscape SAP?

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

El optimizador de mantenimiento (Maintenance Optimazer) provee la solución a estas preguntas. Con el optimizador de mantenimiento pueden requerirse los Support Packages Stacks necesarios para el landscape definido en el solución 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 de 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 de menú System -> Status.

4. Enhancement Packages

Un upgrade de sistema, por ejemplo de SAP R/3 4.6C a SAP ECC 6.0, es un upgrade completos de sistema a una nueva versión. Luego del upgrade, el sistema funciona con todas las funciones de la nueva versión.

Antes de que pueda ser utilizado en la operación de producción es necesario realizar muchos ajustes. Estos incluyen ajustes a modificaciones del estandar, cambios a Customizing, cambios a desarrollos propios del cliente y mejoras.

Las pruebas de aceptación necesarias también consumen gran parte del tiempo. Normalmente se necesita un período de varios meses para un proyecto upgrade para un landscape de sistemas SAP. Esto lo hace que sea de un esfuerzo considerable de recursos y tiempo, por lo tanto costoso.

Para reducir el costo y esfuerzo que involucra, SAP está cambiando paulatinamente a liberar los Enhancement Packages (EhP) para todas las aplicaciones. Esto comenzó con SAP ERP 6.0 en 2007 con el EhP 2.

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

El panel de activación (Switch Framework) el cual está disponible a partir de AS ABAP 7.0 es usado para este propósito. Utilizando el panel de activación, se pueden realizar cambios a los objetos de repositorio y no utilizarlos ya que necesitaremos activarlos en primer lugar. esto significa que podemos importar un enhancement package para un componente de software en particular y mientras no activemos la o las funciones que incorpora este enhancement package desde el panel de activación, el sistema seguirá funcionando como antes de la importación.

Desde un punto de vista técnico, esto significa que un programa puede existir en el repositorio en diferentes estados al mismo tiempo. Por lo tanto, cuando activamos la función desde el panel de activación, lo que estamos haciendo es activar una determinada versión para los objetos de repositorio que dependen de esa función.

La importación de Enhancement Packages solamente no genera un esfuerzo considerable. ahora es posible solo activar las funciones que van a ser requeridas desde el punto de vista funcional. eso mantiene el esfuerzo requerido para la implementación y prueba de forma razonable.

Los Enhancement Packages son por lo tanto upgrades a componentes de software individuales, con la ventaja adicional de que podemos activar las nuevas funciones de una forma controlada y solamente cuando son necesarias.

Las ventajas de los Enhancement Packages son:

- Procesos centrales estables.

- Adaptación simple a requerimientos legales.

- Tecnología estable.

- Planificación y mantenimiento sencillo.

- Disminución de upgrades de sistemas.

- Nuevas funciones pueden ser implementadas selectivamente cuando son requeridas.

A diferencia de los Support Packages, los Enhancement Packages son acumulativos, lo que significa que No necesariamente debemos importarlos en secuencia. Por ejemplo, el Enhancement Package 4 para SAP ERP 6.0 contiene a Enhancement Package 2 y 3 por lo que podremos implementar directamente la última versión.

La importación de Enhancement Packages se realiza mediante la transacción SAINT, la cual es para la implementación y actualización de componentes de software. De todas formas, a partir de EhP 4 para SAP ERP 6.0 existe una herramienta externa llamada Ehpi ( Enhancement Package Installer) para este propósito.

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 del Enhancement Package 2 para SAP ECC 6.0, los SupportPackages que necesitaremos posteriormente deberán ser para SAP ECC 6.0 EhP 2.

Tip: Para redondear los conceptos SAP se encuentra como todo software que implementa calidad en una etapa de mejora continua con lo cual es normal que tanto por un Batch que pueda tener el sistema por una falla de seguridad o por nuevos requerimientos del mercado por ejemplo, que se agrega un nuevo coeficiente para un impuesto, una nueva retención en un recibo de sueldo en el caso que tengamos implementado HR, etc, en tal caso, SAP nos brinda la posibilidad de que en forma inmediata pueda implementarse una nota que corrija o se adecua al cambio. Pero la cosa no termina ahí, puede que un cambio en un modulo financiero acarrea cambios en alguna tabla o creaciones de nuevos índices, etc, por lo tanto, para solucionar este tema, SAP junta todas las notas comunes a un módulo y genera lo que son los Super Packages, entonces un super packages contiene un conjunto de notas. Y la pregunta del millón es: ¿Debemos actualizar nuestro sistema por más de que no tengamos problemas? La respuesta es Sí, al menos una vez al año deberíamos actualizar todos los super packages de modo de garantizar que todas las correcciones están implementadas en nuestro sistema. Esto nos ayudará a que cuando tengamos que cambiar de versión o hacer un upgrade o implementar un Enhancement Packages en el sistema, el trabajo sea mucho más liviano y la manera de implementar los super packages será la misma que en el caso de que modifiquemos código o customizemos el sistema. Entonces, primero lo vamos a aplicar en desarrollo, haremos pruebas mínimas, luego haremos pruebas en el ambiente de Testing, haremos pruebas integrales en conjunto con la gente funcional y por último, se aplicarán gradualmente en productivo.