✒️SAP BASIS Las notas y support packages
SAP BASIS Las notas y support packages
Notas y Support Packages
SAP provee de notas de SAP y Support Packages para importar ajustes y corregir posibles errores del sistema SAP
Ambos son utilizados para importar al sistema cambios en requerimientos legales, corregir errores, mejorar funciones existentes o incorporar nuevas funciones.
- El sist. SAP debería tener siempre el nivel de actualización más reciente, para cumplir con requerimientos legales y para eliminar errores que existan en el estándar
- Las Notas pueden contener información general, recomendaciones o indicaciones de SAP
- También pueden describir un problema y su resolución en funciones estándar de SAP. La solución es a un problema individual, que generalmente es 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 del sistema, para resolver problemas específicos: errores de tiempo de ejecución de programas estándar, fallas en los componentes del kernel.
- 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 solo puede acceder un usuario especial: usuario S
- Cada cliente de SAP es provisto por un super usuario S
- El usuario S puede crear usuarios S adicionales con diferentes permisos dentro de Marketplace
- Las Notas de SAP son implementadas con el asistente de notas, trx SNOTE
-------------------------------------------
- Los Support Packages son un conjunto de objetos de repositorio
- Cada componente de software tiene sus propios Support Packages para cada nivel de version
- Transporte de Resolución de Conflictos (Conflict Resolution Transport (CRT)): es un tipo de Support Package adicional, para componentes de software que intersectan con add-ons modificados
- Loa Add-ons (complementos) se implementan para soluciones de industria específica y modifican un componente de software estándar (ej: SAP_APPL)
- Los Support packages son un tipo de transporte (técnicamente hablando) pero que no puede ser importado por los métodos normales vistos anteriormente
- Los Support package contienen 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 package son NO acumulativos y requieren siempre del anterior para poder ser implementado
- Los Support package son implementados en el sistema con el Support Package Manager, trx SPAM
2- Transacción SNOTE
- Desde esta trx se pueden implementar varios tipos de notas: cambios a programas SAP, creacion de nuevos programas SAP, cambios a modulos de funcion SAP, etc
- Solo puede modificar objetos de repositorio y NO Customizing
- NO puede modificar objetos de Diccionario
- Las Notas de SAP se implementan en los siguientes pasos:
- 1) Localizar la Nota de SAP requerida en el SAP Marketplace (buscando x palabras claves o utilizando el numero de nota)
- 2) Cargar la Nota de SAP al asistente de desarrollo mediante el Asistente de Notas (SNOTE)
- 3) La Nota de SAP es verificada por el Asistente de Notas. Verifica que el nivel de version del componente de software y el nivel de actualizacion del Support Package sean correctos para los prerrequisitos 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 estàn afectados por la misma.
- 4) La Nota de SAP es implementada mediante la funcion de importacion. Esto crea una OT
- 5) El resultado de la implementacion de la Nota de SAP se prueba en forma general en DEV. Si la Nota no corrige el problema, puede desimplementarse con la misma trx
- 6) Si el resultado de prueba es exitoso, la OT se libera y se importa en el sistema de calidad (QAS) para la aceptacion despues de las pruebas tecnicas
- 7) Si resulta correcta la aceptacion en QAS, la OT es importada en PRD
3- Support Packages Stacks
- La importación de Support Package (SP) para un componente de software es independiente de los SP de otros componentes de software
- "Generalmente" los componentes son independientes de otros componentes de software
- Puede suceder que aunque no sea requisito cierto nivel de SP en otro componente de software, resulten efectos adversos (side-effects)
- Los side-effects son documentados en una Nota de SAP al ser detectados
- Para implementar correcciones de manera consistente en los diferentes componentes de software, SAP recomienda importar SP usando SP Stacks
- Los SP Stacks son una combinacion de SP de diferentes componentes de software que evitan los inconvenientes de dependencia y efectos adversos descritos anteriormente
- Los SP Stacks están disponibles para varias aplicaciones de SAP y para componentes de SAP Netweaver
- Los SP Stacks también contienen actualizaciones para otros componentes, como actualizaciones del kernel del sistema
En el Marketplace de SAP podemos consultar información de SP de los diferentes componentes de software de SAP y de los SP Stacks, cómo están conformados, determinar los SP necesarios para pasar del Stack actual al que necesitamos actualizar
Ante la duda de cómo utilizar los SP Stacks para una actualización ordenada y documentada o cómo actualizar un landscape complejo de SAP, el OPTIMIZADOR DE MANTENIMIENTO (Maintenance Optimizer) nos dará la solución.
El Optimizador de Mantenimiento es mandatorio para algunos SP y Stacks, como los SP para SAP ECC 6.0, liberados en abril de 2007.
4- Enhancement Package (Paquete de mejoras)
enhancement = upgrade = mejora
- Luego de un upgrade, el sistema funciona con todas las funciones de la nueva versión
- Pero antes de ser utilizado en PRD es necesario hacer muchos ajustes, como cambios a customizing, cambios a desarrollos propios del cliente y mejoras, ajustes a modificaciones del estándar
- Enhancement Packages son nuevas versiones completas para un componente de software particular en el sist. SAP, o sea, son upgrades parciales del sistema
- El Panel de Activación (Switch Framework) es utilizado para realizar cambios a los objetos de repositorio sin utilizarlos.
- Esto significa que podemos que podemos importar un Enhancement Package (EhP) para un componente de software en particular y mientras no activemos las funciones que incorpora este EhP 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 EhP además de no generar un esfuerzo considerable, también es posible activar solo las funciones que van a ser requeridas desde el punto de vista funcional.
==>>> Los EhP son 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
- Ventajas de los EhP:
- Procesos centrales estables
- Adaptación simple a requerimientos legales
- Tecnología 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 SP, los EhP son acumulativos, lo que significa que no necesariamente debemos importarlos en secuencia.
- La importación de EhP se realiza mediante la trx SAINT (para implementación y actualización de componentes de software)
- También la importación de EhP se puede realizar con la herramienta externa Ehpi (Enhancement PAckage Installer)
Los SP al estar vinculados con la versión del componente de software, existen en diferentes niveles para cada versión de componente de software.
---------------------------------------------
….. por ejemplo un cambio en un modulo financiero acarree cambios en alguna tabla o creaciones de nuevos índices, etc. por lo tanto, para solucionar esto, SAP junta todas las notas comunes a un modulo y genera SP, entonces, un SP contiene un conjunto de notas
- Al menos una vez al año debemos actualizar todos los SP, para garantizar que todas las correcciones estén implementadas en nuestro sistema.
Se usan para cambios en requerimientos legales, corregir errores en el estándar, mejorar funciones o incorporar nuevas, corregir fallas en componentes del kernel, etc.
Notas SAP contienen: info gral, recomendaciones SAP, describir problema y su solución.
La base está dentro del Marketplace en: http://services.sap.com/notes y se accede con user especial que viene con cada Cliente SAP (usuario S).
Support Packages son: colección de objetos de repositorio. Existen los CRT (Conflict Resolution Transport)
Son un tipo de orden de transporte que no se maneja como las O.T normales. Contienen todas las Notas relevantes a un componente de software/versión. Se requiere siempre del anterior para poder implementarlo (no es acumulativo).
Transacciones:
SPAM. implementar Support Packages
SNOTE. implementar Notas SAP.
2) SNOTE.
Implementar varios tipos de notas: cambios y creación de programas SAP, cambios a módulos de función.
No puede modificar objetos de Diccionario.
Solo puede modificar objetos de repositorio y no Customizing.
Pasos:
1) Ubicar la Nota en el Marketplace.
2) Cargar la Nota. SNOTE - Pestaña: Pasar a - Download de nota
3) SNOTE verifica que la versión del componente de software y del Support Packages, si requiere de notas previas ...
4) Nota es implementada con la función importación y esto crea O.T.
5) Se prueba en DEV. Si no corrige el problema puede desimplementarse igual con SNOTE.
6) Si fue éxito, la O.T se libera y se importa en QAS mediante el sistema de transporte.
7) Si fue éxito también en QAS, la O.T es importada en PRD.
3) Support Packages Stacks.
SAP recomienda su uso para implementar las correcciones de manera consistente en los diferentes componentes de software. Los Stacks importan Support Packages. Incluyen un nivel determinado a cada componente. También contienen actualizaciones para otros componentes tales como actualizcaiones para el Kernel.
MAINTENANCE OPTIMIZER. a través de él podemos saber el nivel de catualización actual de mi landscape, información necesaria sobre Support Package y Stacks. Podemos implementar de una manera controlada y gestionable.
En ruta System - Status podemos ver el estado actual de nivel de Support Packages de nuestros componentes.
En el cuadro de SAP System Data - Component version.
4) Enhancement Packages.
Un ugrade completo de un sistema necesita muchos ajustes: modif. al estándar, cambios a customizing, cambios a los Z y mejoras, aceptación de pruebas, etc. Para reducir el esfuerzo SAP está usando los EhP.
EhP son nuevas versiones completas para un componente de software particular SAP. Son upgrades parciales.
Usando el Panel de Activación (Switch Framework) se realizan cambios a objetos de repositorio y no utilizarlos. Mientras no lo activemos, el sistema seguirá funcionando como antes de la importación. Al activar, estamos usando una nueva versión.
Ventajas (activar las nuevas funciones de forma controlada y cuando sean necesarias):
Procesos Centrales estables, adaptación simple a req. legales, tecnol. estable, planif y mant sencillo, disminución de upgrades, nuevas funciones implementadas solo cuando son requeridas.
Son acumulativos, es decir no necesita que los importemos en secuencia. El EhP 4, contiene el 2 y 3.
Transacción
SAINT implementación y actualización de componentes de software.
Ehpi. otra herramienta externa para instalar los EhP.
Nota: SAP junta todas las notas comunes a un tema y genera los SUPER PACKAGES.
Debemos al menos 1 vez al año actualizar todos los Super Packages así no tengamos problemas. Así garantizamos que todas las correcciones están implementadas en nuestro sistema. esto ayuda en el momento en que tengamos que cambiar de versión o hacer upgrade o implementar un EhP en nuestro sistema, el trabajo sea mucho más liviano.
Primero se aplican en DEV, se hacen pruebas mínimas, luego en QAS con pruebas integrales en ci¡onjunt al personal funcional y por último se aplicarán gradualmente en PRD.
 
 
 
Sobre el autor
Publicación académica de Mayra Yanina Gambin, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Mayra Yanina Gambin
Profesión: Docente - Argentina - Legajo: NV61P
✒️Autor de: 102 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Mayra Gambin