✒️SAP BASIS Las notas y support packages

Unidad 7. Mantenimiento del sosftware SAP.

1.Notas y Support Packages

Un sistema SAP se conforma de varios componentes de software. Estos componentes se actualizan regularmente a traves 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 deberia siempre tener el nivel de actualizacion 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 estandar por otro.

Las notas de SAP pueden contener informacion general, recomendaciones o indicaciones de SAP. Tambien pueden describir un problema y su resolucion al error en funciones estandar del sosftware SAP.

Este último tipo de notas SAP, contiene una solucion a un problema individual, el cual es generalmente una correccion a un error de programacion, que obtenemos en la forma de lineas de codigo fuente con las modificaciones necesarias para solucionar el error.

NOTA: Las notas de SAP son muy utilizadas por los administradores de sistema para resolver problemas especificos como errores en tiempo de ejecucion de programas estandar o fallas en los componentes del kernel por ejemplo: La base de notas de SAP puede accederse a traves del enlace rapido 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 llamado usuario S.

Cada cliente de SAP es provisto por un super usuario 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 version 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 Package adicional llamado Transporte de Resolucion de Conflictos, que por sus siglas en ingles se conoce como CRT (Conflict Resolution Transport),

NOTA: Los add-ons se implementan para soluciones de industria especifica y modifican un componente de software estandar (tal como por ejemplo SAP_APPL).

Tecnicamente hablando, los support Packages son un tipo de orden de transporte que no puede ser importada por los metodos normales. Un support package contiene todas las notas de SAP relevante a ese componente de software y version que se crearon desde el Support Package anterior al mismo, Los Support Packages son por lo tanto no acumulativos y requieren siempre del anterior para poder ser implementado.

Los support Packages son implementados en el sistema con el Support Package Manager, transaccion SPAM. Las notas de SAP son implementadas con el asistente de notas, Transaccion SNOTE.

2. TRANSACCION SNOTE

El asistente de Notas se accede a traves de la transaccion SNOTE, Desde SNOTE, podemos implementar varios tipos de notas: Cambios a programas SAP, Creacion de nuevos programas SAP, Cambios a modulos de funcion SAP y varias otras cosas. De todas formas, el asistente de notas no puede modificar objetos de Diccionario por ejemplo. Ademas, el asistente de notas puede solo modificar objetos de repositorio y no customizing.

a) 1ero debemos localizar la nota de SAP, requerida en el SAP Marketplace, por ejemplo, buscando por palabras claves o utilizando el número de nota si es que ya conocemos cual es la que necesitamos.

b) Luego podemos cargar la Nota de SAP al sistema de desarrollo mediante el asistente de notas (SNOTE),

c) La nota de SAP es verificada por el asistente de notas. Verifica si el nivel de version del componente de software donde se va a aplicar y el nivel de actualizacion de support package del mismo son correctos para los prerequisitos de la nota. Tambien verifica si la nota requiere de otras notas previamente implementadas y si puede ser implementada cuando existen otras modificaciones sobre los objetos que estan afectados por la misma.

d) La nota de SAP es implementada mediante la funcion de importacion. Esto crea una orden de transporte.

e) El resultado de la implementacion de la nota de SAP, se prueba en forma general en el sistema de desarrollo. Si la nota no corrige el problema puede desimplementarse tambien mediante la transaccion SNOTE. (Nota+Anular implementacion de nota).

f) 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.

g) Si tambien resulta correcta la aceptacion, entonces la orden de transporte es importada en el sistema de produccion.

3. Support Packages Stacks

En principio, la importacion 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. De todas maneras, pueden existir casos donde la importacion de support packages para un componente en particular tenga varios requisitos con otros support packages en otro componente. Esto significa que por ejemplo la importacion 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.

Tambien puede suceder que aunque no sea un requisito cierto nivel de support package en otrocomponente 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, SAP recomienda importar los support packages usando support package stacks.

Support packages Stacks son una combinacion 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 descritos anteriormente. Los support packages stacks estan disponibles para varias de las aplicaciones de SAP y para componentes de SAP Netweaver tambien.

Adicionalmente a los support packages stacks, tambien contienen actualizaciones para otros componentes, tales como: Actualizaciones de 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.

NOTA: En el marketplace de SAP podemos consultar informacion sobre los support packages de los diferentes componentes de software SAP, asi como tambien como de los Stacks, como estan conformados y tambien 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, asi tambien como la duda de como utilizar los support package stacks para una actualizacion ordenada y documentada.

a) Cual es el nivel de actualizacion actual de mi landscape SAP?

El optimizador de mantenimiento (Maintenance Optimizer), provee la solucion a estas preguntas. Pueden requerirse los support package stacks necesarios para el landscape definido en el Solution Manager en una forma controlada y gestionable.

NOTA: El gestionador 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 implementacion, podemos hacerlo desde cualquier pantalla SAP, desde la opcion de menu system ->Status.

4. ENHANCEMENT PACKAGES

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

Antes de que pueda ser utilizado en la operacion de produccion es necesario realizar muchos ajustes. Estos incluyen ajustes a modificackiones del estandar, cambios a customizing, cambios a desarrollos propios del cliente y mejoras.

Las pruebas de aceptacion necesarias tambien consumen gran parte del tiempo. Normalmente se necesita un periodo de varios meses para un proyecto de upgrade para un landscape de sistemas SAP. Esto lo hace que sea de un esfuerzo considerable de recursos y tiempo, y por lo tanto costoso.

Para reducir el costo y esfuerzo que involucra, SAP está cambiando paulativamente a liberar los enhancement packages (EhP) para todas las aplicaciones. Esto comenzó con SAP ERP 6.0 en 2007 con 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 activacion (Switch Framework) el cual esta disponible a partir de AS ABAP 7.0 es usado para este proposito. Utilizando el panel de activacion, se puede realizar cambios a los objetos del repositorio y no utilizarlos ya que necesitaremos activarlos en 1er 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 activacion, el sistema seguirá funcionando como antes de la importacion.

Desde un punto de vista tecnico, esto significa que un programa puede existir en el repositorio en diferentes estados al mismo tiempo. Por lo tanto cuando activamos la funcion desde el panel de activacion, lo que estamos haciendo es activar una determinada version para los objetos de repositorio que dependen de esta funcion.

La importacion 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. Esto mantiene el esfuerzo requerido para la implementacion y prueba de forma razonable.

Los Enhancement Packages son por lo tanto upgrades (actualizaciones) 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:

a) Procesos centrales estables.

b)Adaptacion simple a requerimientos legales.

c) Tecnologia estable.

d) Planificacion y mantenimiento sencillo.

e) Disminucion de upgrades de sistemas.

f) 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 ultima version directamente.

La importacion de Enhancement Packages se realiza mediante la transaccion SAINT, la cual es para la implementacion y actualizacion 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 proposito.

NOTA: Los support packages al estar vinculados con la version del componente de software existen en diferentes niveles para cada version de componente de software. Esto significa que luego de la implementacion de Enhancement Package 2 para SAP ECC 6.0, los support packages que necesitaremos posteriormente deberan ser para SAP ECC 6.0 EhP 2.