✒️SAP BASIS La importación de support packages
SAP BASIS La importación de support packages
NOTAS Y SUPPORT PACKEAGES
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 el software del sistema SAP.
SAP Provee las notas de SAP y los Support Packages para este propósito.
Notas SAP 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 actualizaciones mas 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.
Las Notas de SAP pueden contener información general, recomendaciones o indicaciones de SAP. También pueden describir un problema y su resolución al error en funciones 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 llamado usuario S
Cada cliente de SAP es provisto por un súper 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.
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 Resolución de Conflictos, que por sus siglas en inglés se conoce como CRT (Conflict Resolution Transport).
Nota: 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 un tipo de orden transporte que no puede ser importada por los métodos normales que ya vimos. Un Support Package contiene todas las Notas de SAP relevante a ese componente de software y versión 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, transacción SPAM. Las Notas de SAP son implementadas con el Asistente de Notas, transacción SNOTE
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 puede sólo modificar objetos de repositorio y no Customizing.
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 o utilizando el número de nota si es que ya conocemos cual 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 donde se va a aplicar y el nivel de actualización de Support Package 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 funció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 des implementarse 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. Si también resulta correcta la aceptación, entonces la orden de transporte es importada en el sistema de producción.
Support Packages Stacks
En principio, 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. 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 Package de HR puede requerir la importación previa de un Support Package determinado del componente BASIS, o un Support Package de APPL.
También puede suceder que, aunque no sea un requisito cierto nivel de Support Package 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, SAP recomienda importar los Support Packages usando Support Package Stacks.
Support Packages 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 descriptos 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, como 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 Package Stacks para una actualización ordenada y documentada.
· ¿Cuál es el nivel de actualización actual de mii landscape SAP?
· ¿Dónde puedo encontrar la información necesaria sobre Support Packages y Stacks?
El Optimizador de Mantenimiento (Maintenance Optimizer) provee la solución a estas preguntas. Con el Optimizador de Mantenimiento pueden requerirse los Support Package Stacks necesarios para el landascape 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 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
ENHANCEMENT PACKAGES
Un upgrade de sistema, por ejemplo, de SAP R/3 4.6C a SAP ECC 6.0, es un upgrade completo 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 estándar, 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 de 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 Enhancemente 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
· Tecnologia estable
· Planificación y mantenimiento sencillo
· Disminución de upgrade 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 directamente.
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 de Enhancement Package 2 para SAP ECC 6.0, los Support Packages que necesitaremos posteriormente deberán ser para SAP ECC 6.0 EhP 2.
 
 
 
Sobre el autor
Publicación académica de Kevin Alberto Villamil Perez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Kevin Alberto Villamil Perez
Profesión: Ingeniero de Sistemas - Colombia - Legajo: AF51E
✒️Autor de: 48 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Certificación Académica de Kevin Villamil