✒️SAP BASIS / Las notas y support packages Por Rodrigo Cofre

p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px 'Helvetica Neue'; color: #000000; -webkit-text-stroke: #000000} p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px 'Helvetica Neue'; color: #000000; -webkit-text-stroke: #000000; min-height: 12.0px} li.li1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px 'Helvetica Neue'; color: #000000; -webkit-text-stroke: #000000} span.s1 {font-kerning: none} span.s2 {text-decoration: underline ; font-kerning: none} span.s3 {font: 14.0px 'Helvetica Neue'; font-kerning: none} ol.ol1 {list-style-type: decimal} ul.ul1 {list-style-type: disc}

1.- NOTAS Y SUPPORT PACKAGES

• un sistema SAP se conforma de varios COMPONENTES DE SOFTWARE, que se actualizan a través de Notas y Support Packages (se utilizan para IMPORTAR al sistemas cambios en requerimientos legales, corrección de errores, incorporación de nuevas funciones o mejoramiento de las ya existentes)
• SAP siempre debería tener el nivel de actualización mas reciente (X requerimientos legales y corrección de errores)

1. NOTAS pueden contener:

• información general
• recomendaciones o indicaciones de SAP
• descripción de un problema y su resolución al error en funciones estándar del software SAP (contiene la solución a un problema individual, que puede traducirse en una corrección a un error de programación, y se obtiene en forma de líneas de código fuente con las modificaciones que solucionan el error) (ej. errores en tiempo de ejecución de programas estándar o fallas en los componentes del kernel)
• acceso a la base de Notas de SAP: http://service.sap.com/notes, se encuentra en el Marketplace de SAP y se requiere el “Usuario S” para ingresar
• usuario S: cada cliente de SAP es provisto por un súper usuario S (éste puede crear usuarios S adicionales con diferentes permisos dentro de Marketplace)

1. SUPPORT PACKAGES son un conjunto de Objetos de Repositorio (no acumulativos)

* En principio, cada componente de software para cada nivel de versión tiene sus propios packages, es decir la importación de Support Packages para un componente de software en particular es independiente de los Support Packages para otros componentes de software

• CRT (Conflict Resolution Transport), Transporte de Resolución de Conflictos es un tipo especial de Support Package que se utiliza para el update de componentes de software que interceptan (con add-ons modificados, por ex.)
• Add-ons, se implementan para soluciones del cliente y modifican un componente de software estándar (ej. SAP_APPL)

• los Support Packages son un tipo de orden de transporte que no puede ser importada por métodos vistos anteriormente
• un Support Package contiene todas las notas relevantes a ese componente de software y versión creado desde el Support Package anterior del mismo, por tanto no son acumulativos y para implementarlos requieren siempre al anterior

• transacción SPAM (Support Package Manager) para implementar los SP

• transacción SNOTE (Asistente de Notas), para implementar Notas (cambios a/o creación de nuevos programas SAP, cambios a módulos de función SAP, mas)
• SNOTE no puede modificar objetos de Diccionario
• SNOTE no puede modificar Customizing
• SNOTE solo puede modificar objetos de repositorio

2.- TRANSACCIÓN SNOTE

1. Buscar Nota SAP en SMP (SAP Marketplace), por palabra clave o número de Nota
2. Abrir SNOTE (DEV-ABAP)
3. Cargar Nota SAP (DEV-ABAP) (Goto>Note Download, ingresar número de Nota, ejecutar)
4. Visualizar Nota SAP (DEV-ABAP) (Verificación de nivel de versión del componente de software donde se va a aplicar y nivel de actualización de Support Package del mismo, deben ser correctos para la Nota. Ademas verifica si la nota requiere notas previas implementadas y si puede ser implementada al existir otras modificaciones sobre los objetos que se modificarán) (APLICABLE o NO APLICABLE)
5. Implementar Nota SAP (DEV-ABAP) (seleccionar nota y ejecutar)
6. Primera prueba mas exportación (DEV-ABAP) (si la Nota no corrige el problema, ésta puede desimplementarse) (Note>Anular Implementación de Nota)

* si el resultado de la prueba es exitoso la orden de transporte se libera y se importa en QAS

1. Importación mas recepción técnica (QAS-ABAP)

* si la aceptación técnica es correcta, la orden de transporte es importada en DEV

1. Importación (PRD-ABAP)

3.- SUPPORT PACKAGES STACKS

• los componentes de software individualmente son generalmente independientes de otro u otros componentes
• existe la posibilidad que la importación de un SP para un componente en particular tenga algunos requisitos con otros SP en otro componente (ej. la importación de un SP de HR puede requerir la importación previa de un SP determinado del componente BASIS, o un SP de APPL)
• cuando ocurren inconsistencias (side-effects) por no haber considerado estos casos, estos efectos adversos son documentados en una Nota de SAP al ser detectados
• Support Packages Stack (recomendados), son una combinación de SP’s de diferentes componentes de software que incluyen un nivel determinado a cada componente y evita inconvenientes de DEPENDENCIA y SIDE-EFFECTS, adicionalmente contienen actualizaciones para otros componentes (actualizaciones del kernel SAP por ej.)
• Support Packages Stack están disponibles para varias aplicaciones de SAP y componentes de SAP netweaver, buscar en Marketplace de SAP

• MAINTENANCE OPTIMIZER (Optimizador de Mantenimiento), permite requerir los SP Stacks necesarios para el landscape definido en el Solution Manager.
• el Optimizador de Mantenimiento es mandatorio para algunos SP y Stacks (ej. los SP para SAP ECC 6.0 liberados a partir de Abril de 2007)
• para Visualizar el estado actual de nivel de SP para los componentes de nuestra implementación, desde cualquier pantalla SAP is a menú System>Status (Component version)

4.- ENHANCEMENT PACKAGES (EhP) permiten realizar un upgrade de sistema (ej. SAP R/3 4.6C a SAP ECC 6.0) a una nueva versión

• Modificaciones al estándar, cambios a customizing, a desarrollos propios del cliente y mejoras, son algunos de los ajusten requeridos antes de utilizar el upgrade en PRD
• las pruebas de aceptación pueden consumir meses (y $$$$)
• SAP esta liberando los Enhancement Packages (EhP) desde el 2007 con EhP 2, para SAP ERP 6.0
• EhP son upgrades parciales del sistema (nueva versión completa para un componente X)

• SWITCH FRAMEWORK (Panel de Activación disponible desde AS ABAP 7.0) permite realizar cambios a los objetos de repositorio y no utilizarlos, ya que se requieren activar en primer lugar.
• podemos importar un EhP para un componente X que seguirá funcionando como venia haciendo, hasta que activemos la o las nuevas funciones desde el panel de activación
• un programa puede existir en el Repositorio en diferentes estados al mismo tiempo (desde el panel de activación podemos activar una determinada versión para los objetos que dependen de esa función
• la importación de un EhP no genera esfuerzo
• es posible activar solo ciertas funciones (cuando sean necesarias)

• EhP son UPGRADES a componentes de software individuales y sus ventajas son:

1. procesos centrales estables
2. adaptación simple a requerimientos legales
3. tecnología estable
4. planificación y mantenimiento sencillos
5. disminución de upgrades de sistema
6. implementación selectiva de funciones

• Los EhP son ACUMULATIVOS (deben ser importados en secuencia)
• el EhP 4 para SAP ERP 6.0 contiene a EhP 2 y 3, en este caso podremos importar la última versión directamente

• transacción SAINT, permite importar, implementar y actualizar componentes de software
• Ehpi (Enhancement Package Instaler) herramienta externa para el mismo propósito desde EhP 4

• los Support Packages, al estar vinculados con la versión del componente de software, existen en diferentes niveles para cada versión del componente (luego de la implementación de EhP 2 para SAP ECC 6.0, los Support Packages que necesitaremos posteriormente deberán ser para SAP ECC 6.0 EhP 2)

• al menos 1 vez al año hay que actualizar todos los Support Packages para implementar todas las correcciones y agilizar los procedimientos de upgrade o update del sistema