✒️SAP BASIS / Órdenes de transporte de desarrollo Por Mayra Herrera Naranjo

Las áreas que deben describirse en el procedimiento de gestión de cambios para el desarrollo:

• Restringir los cambios en los objetos de repositorio: Crear un único sistema SAP para todos los desarrollos, asegurar las opciones de cambio de sistema y de mandante apropiados, asignar las autorizaciones de usuario adecuadas.
• Definir estándares de desarrollo: Utilizar paquetes para agrupar los objetos de repositorio, establecer estándares para el desarrollo y la documentación, manetener las versiones
• Establecer equipos de proyecto: Proporcionar a todos los equipos de proyecto capacitación sobre las herramientas de gestión de cambios, asignar líderes a los proyectos y asignar tareas dentro de las órdenes de transporte a los miembros del equipo
• Utilizar proyectos para agrupar órdenes de transporte: Usar la asignación de proyectos para importar y aprobar proyectos completos, no importar órdenes de transporte indviduales,excepto para reparaciones de emergencia

Las herramientas para la gestión de cambios se basan en la creación, documentación y distribución de órdenes de transporte. El cliente debe configurar la infaestructura y los procedimientos para la gestiónm verificación y prueba de estos cambios de desarrollo.

Las recomendaciones para l gestión de cambio incluyen: Realizar los esfuerzos de desarrollo en un único entorno (el sistema de desarrollo), utilizar paquetes para agrupar objetos de repositorio funcionalmente relacionados, la capa de transporte le permite que todos los objetos en ese paquete utilicen la misma ruta de transporte definida, al liberar una orden de transporte, documentar el propósito y el estado de los cambios, para mantener seguridad, utilizar autorizaciones para controlar que usuarios pueden crear, modificar o liberar órdenes de transporte (S_TRANSPRT)

Es útil definir reglas de desarrollo, reglas de configuración y reglas de transporte: Como y donde se realizan los cambios, como y donde se prueban estos cambios, como se realiza la garantía de calidad, como y quien crea, libera e importa las órdenes de transporte en el panorama de sistemas SAP

SAP proporciona herramientas de implementación para la configuración y el desarrollo:

Para la configuración:

• Guía de implementación (IMG) principal herramienta de configuración, la IMG genera una lista jerárquica de pasos o transacciones de configuración para llevar a cabo la configuración.
• Organizador de órdenes de transporte (SE09) registra los cambios de configuración en órdenes de transporte, los cuales se liberan al sistema de transporte para su exportación a otros sistemas SAP.

Para el desarrollo:

• ABAP Development Workbench (ABAP Development tools), proprociona acceso a las herramientas de desarrollo que cubren todo el ciclo de desarrollo de software, se utilizan para desarrollos específicos del cliente y para enhacements ampliaciones de SAP en los procesos de negocio.

El organizador de órdenes de transporte (SE09) registra los cambios del ABAP Development workbench en órdenes de transporte, las cuales pueden ser liberadas al sistema de transporte para su exportación a otros sistemas SAP, esta integrado con el sistema de gestión de transportes (TMS).

Las herramientas de configuración son para la documentación de cambios, conectado al TMS, conectado a la administración del mandante, tabla histórica de cambios y las herramientas de desarrollo son para documentación de cambios, conectado al TMS, paquetes, bloqueo de objetos, gestión de versiones. El organizador registra los cambios de configuración y cambios de ABAP development en dos tipos de órdenes

• Los objetos específicos del mandante se guardan en órdenes de transporte de configuración
• Los objetos inter-mandantes se guardan en órdenes de transporte de workbench

Los cambios de configuración consisten en entradas de tablas. El organizador de órdenes de transporte se puede utilizar para órdenes de configuración y workbench, entre sus funciones:

• Mostrar las órdenes de transporte
• Mostrar la información global de transporte
• Proporcionar acceso a herramientas especiales

El proceso de registro de cambios de siftware (SSCR), el sistema SAP basados en servidor de aplicación ABAP de SAP Business Suite, cualquier usuario que quiera crear, modificar o eliminar objetos de repositorio y objetos de cliente, debe estar registrado mediante el proceso SAP SSCR y se le conoce como usuarios de desarrollo. Se les asigna una clave de acceso (access key) a cada desarrollador, se introduce y se guarda en la tabla DEVACCESS del sistema SAP.

La clave de acceso esta asociada al ID de logon del desarrollador y al número de licencia del sistema SAP, se debe registrar a los desarrolladores y a todos los objetos de repositorio SAP que se vayan a modificar. Al registrar objetos se deben proporcionar el ID de programa, el tipo de objeto, el nombre de objeto, número de licencia del sistema SAP y la versión, Cuando se registra y se introduce la clave de acceso esta se guarda en el base de datos ADIRACCESS.

El registro se puede hacer desde la aplicación SSCR, al cual se puede acceder también por SAP Support Portal. El SSCR proporciona fiabilidad en el desarrollo, rápida corrección de errores y alta disponibilidad del sistema, esto se logra limitando el acceso a las claves de desarrollo y de objeto. Esta clave SSCR no esta en SAP S/4HANA

Al crear objetos de repositorio, los desarrolladores deben seguir convenciones de nomenclatura los nombres deben describir la función del objeto de repositorio. Los espacios de nombres diferencian entre los objetos de repositorio SAP y los objetos de cliente, los nombres de los objetos de repositorio de cliente edben comenzar con un Y o una Z. Los campos de cliente en la definicion de una tabla comeinza con ZZ, si el nombre es un número el de cliente comeinza con 9

El uso correcto de los espacios de nombres de cliente evita conflictos de nombres entre los objetos de cliente y los objetos de SAP, Los espacios de nombres de cliente pueden reservarse utilizando la vista V_TRESN,, lo que permite a los desarrolladores asignar un espacio de nombres especifico o un paquete. La vista CTSRESNAME ofrece un mantenimiento de vistas simplificado en comparación con V_TRESN, se basa en el ID programa y el tipo de objeto. Tanto los socios de SAP como las empresas cliente pueden solicitar un prefijo de espacio de nombres a través de la aplicación Development Namespaces en SAP ONE Support Launchapd

Los objetos de repositorio SAP se listan en ek directorio de objetos, este es un catálogo de todos los objetos de repositorio en el sistema SAP tanto los dados por SAP como los creados por los clientes, utilizando ABAP Workbench. Los atributos para los objetos de repositorio incluyen:

• Paquete
• Persona responsable
• Sistema original
• Idioma general

Los atributos son asignados por el sistema SAP, el directorio de objetos se almacena en la tabla TADIR. Con la autorización apropiada, puedes cambiar el paquete y la persona responsable del objeto desde la SE09 y la SE03. Algunos objetos de repositorio pueden ser generados por el sistema SAP como resultado de las actividades de configuración y en el directorio estos objetos creados estan marcados como generados. Para cada entrada en el directorio, la clave primaria se compone de identificación del programa (PGMID), tipo de objeto, nombre de objeto, la identificación del programa es generalmente R3TR

El repositorio se organiza mediante paquetes, los objetos de repositorio se asignan a un paquete, un paquete cumple con las siguientes funciones: Proporciona una agrupación lógica de objetos para coordinar los esfuerzos de desarrollo, define la capa de transporte de un objeto de repositorio puede controlar la nomenclatura de los objetos. Unpaquete se asigna a una capa de transporte, si la capa esta asignada a una ruta de consolidación existente, los paquetes y sus objetos se transportan al sistema de consolidación. Los objetos de SAP que se modifican en el sistema del cliente siguen la ruta de consolidación asignado a la capa de transporte SAP.

Cuando un paquete se asigna a una capa de transporte, todos los objetos dentro siguen la ruta de consolidación perdefinida que apunta del sistema de desarrollo al sistema de aseguramiento de calidad, Todos los objetos asignados a un paquete cuya capa de transporte sea ZDEV son transportables. En un panorama estándar de tres sistemas SAP, solo existe una única capa de transporte SAP. Los paquetes son objetos del ABAP Workbench y se pueden crear mediante el navegador de respositorio que forma parte del navegador de objetos (SE80). Al crear un paquete en el espacio de nombres de cliente por defecto se le asigna una capa de transporte estándarm se puede utilizar otra. La capa de transporte será utilizada por las herramientas TMS para determinar la ruta de consolidación. Los paquetes creados pueden iniciar con:

• Y o Z: Indica que el paquete es para objetos de cliente que deben ser transportables
• $: Indica que un paquete para objetos temprales no debe ser transportado, no quiere capa de transporte
• TEST: Indica un paquete para objetos locales, gestión de versiones, no transportable

El paquete $TMP se utiliza cuando un objeto de repositorio se guarda como objeto local y no se asigna a una orden de transporte. Puedes utilizar V_TRESN o CTSRESNAME para especificar que paquetes pueden asignarse a un espacio de nombres. La vista V_TDENC contiene todos los paquetes del sistema SAP incluidos los paquetes de SAP. Los paquetes extienden el concepto con nuevos atributos:

• Anidamiento de paquetes: El anidamiento permite dividir las unidades más grandes del sistema SAP en una estructura jerárquica, se permite ocultar elementos de paquete y protegerlos
• Interfaz del paquete: Los paquetes utilizan interfaces y visibilidad para dar a conocer sus servicios a otros paquetes, todos los elementos visibles pueden ser utilizados, mientras que los invisibles no. Permite al paquete encapsular su contenido y proteger sus elementos de ser usados por externos.
• Definición del acceso de uso: El acceso de uso es el derecho de un paquete de utilizar los elementos visibles en la interfaz de un segundo paquete.

El concepto de paquete ofrece la opción de dividir y encapsular el sistem SAP en unidades técnicas reduciendo altos niveles de dependencia y desacoplando el sistema SAP tanto a gran como a pequeña escala