✒️SAP El sistema de transporte

Sistema de transporte

SAP dispone de una herramienta que permite pasar objetos de un entorno (ambiente) a otro. Por ejemplo desarrollo a producción. previo por testing. Los objetos a pasar pueden ser definición y contenido de tablas nuevas, programas nuevos, datos de customizing (designa a la configuración del sistema) e incluso modificaciones al estándar. La transacción SPRO permite acceder a la configuración o parametrización de lo más variados aspectos con todo los módulos disponibles.

Este traspaso facilita el mantenimiento del sistema productivo, evitar duplicidad en el trabajo de programación o repetir datos, una mayor productividad y una minimización de riesgos. La herramienta que permite este traspaso de información entre sistemas SAP se llama SISTEMA DE TRANSPORTES.

Órdenes de transporte

El sistema de transporte se emplea para trasladar objetos desde el ambiente ( es el sistema SAP compuesto por un servidor de aplicaciones y una base de datos, hay tres ambientes de desarrollo, pruebas o testing y producción) de desarrollo hasta el ambiente de producción.

Este sistema puede usarse para:

• el borrado de objetos obsoletos en el sistema destino,
• inserción de nuevos objetos
• modificación de objetos ya existentes.

Cuando creamos o modificamos un objeto en el ambiente de desarrollo el sistema propone un código único para identificar ese proceso. Este código se llama Orden de Transporte, donde se asocian los objetos que el usuario cree o modifique mediante tareas, creando bloqueos a esos objetos hasta que no sean liberados, es decir transportada.

Orden de transporte: es un número unívoco dentro del sistema SAP que se utiliza para agrupar objetos que van a ser transportados entre ambientes. La nomenclatura de una orden es: <SID>K9nnnnn.

SID: nombre de la base de datos.

9nnnnn es un número secuencial que irá desde 900000 hasta 999999.

El sistema de transporte no asocia directamente los objetos creados o modificados a una orden de transporte, sino que lo hace a través de las tareas, las tareas deben obligatoriamente pertenecer a una única orden de transporte, no pueden existir varias ordenes o tareas con el mismo código.

Las tareas al igual que las ordenes, están asignadas a un usuario y su finalidad es mejorar la gestión de los cambios introducidos en el sistema ya que una orden puede albergar varias tareas pertenecientes o no al mismo usuario.

El propietario decide cuantos objetos componen la orden de transporte. No se deberá crear una orden para cada objeto a modificar o crear ya que complica la labor de gestión de las ordenes, tampoco se deberá asignar una única orden de transporte a todos los objetos que vayamos a crear o modificar ya que ello puede hacer inmanejable la orden. Debe tener un término medio, de tal forma que incluyamos en una orden los objetos que pueden estar relacionados, bien debido a su naturaleza o bien porque pertenezcan al mismo proyecto.

CLASES DE DESARROLLO.

Antes de asignar una orden a un objeto, el sistema asocia el nuevo objeto a una Clase de Desarrollo (paquete). Tienen asignada una ruta de transporte, de este modo estamos asignando una ruta a la orden cuando es transportada. Clase de desarrollo también llamada paquete, es una forma de organizar todos los objetos nuevos que se crean en SAP, ordenándolos generalmente por módulos

Todos los objetos estándar del sistema SAP, ya sean programas, tablas, ayudas de búsqueda tienen asociado una clase de desarrollo estándar de SAP. Los objetos nuevos a crear se asocian a clases de desarrollo nuevas y se distinguen de las estándar por el primer carácter de su identificación que siempre deberá ser "Z".

Si un objeto no va a ser transportado, ponemos a la clase de desarrollo "TMP", la cual es denominada temporal o local, por lo tanto no se le asigna orden de transporte como caso excepcional por ejemplo objetos de pruebas y que nunca pasen a producción.

TIPOS DE ÓRDENES.

-De customizing: Para modelo de empresa datos en la parametrización base de datos principal. Son dependientes del mandante, la parametrización afecta primordialmente a los procesos de negocio y customizing del sistema.

-De modificación (workbench): Desarrollar nuevas aplicaciones ajustadas a la empresa. Son independientes del mandante (efecto en todo el sistema).

Utilizadas para desarrollar aplicaciones, afectan a programas y tablas. Reporte de ventas asociar a la orden de workbench. Configuración del sistema (SPRO) genera registros en una tabla asociar a una orden de transporte de customizing.

ESTADOS DE UNA ORDEN Y SUS TAREAS SON:

-Modificable: permite la inclusión o eliminación de objetos asociados. Si se trata de una orden, permite la asignación o borrado de tareas. Si se trata de una tarea, permite la asignación o desasignación de objetos del sistema.

-Liberada: Antes de ser transportadas, tanto las tareas como las órdenes deben ser liberadas. Antes de libera una orden se deberá liberar todas sus tareas asociadas.

La liberación de una tarea consiste en cerrarla para posteriores modificaciones; es decir, no se podrá asignar nuevos objetos a esa tarea ni desasignar los ya existentes.

La liberación de una orden consiste en cerrarla para posteriores tareas; no se podrá crear ninguna nueva tarea asociada a esa orden ni se podrán borrar las ya existentes.

Una orden puede estar Modificable (permite continuar trabajando en ella) aunque todas sus tareas estén liberadas.

TRANSPORT ORGANIZER.

Las órdenes de transporte se gestionan con las transacciones SE09 y SE10 (creación). Desde aquí se puede gestionar las ordenes de transporte relativas a desarrollo (utilizadas por los desarrolladores) y las de Customizing (utilizadas por los Consultores).

Transacciones SE01, SE09 y SE10 son utilizadas para la administración de las ordenes de transporte.

Transacción nueva: SE10, /nSE10 en caso de no encontrarnos en el menú inicial de SAP, botón de transporte a la izquierda de la barra de herramientas.

Todas las ordenes que visualicemos con esta herramienta serán las asociadas al usuario arriba indicado. Como parámetros adicionales podemos elegir visualizar las ordenes modificables y las liberadas

Podemos ver solo las órdenes de customizing o sólo las de workbench (modificación) o ambas a la vez.

Esta estructura en árbol nos muestra en un primer nivel la orden de transporte, en un segundo nivel las tareas asociadas a esa orden y en un tercer y último nivel los objetos asociados a esa tarea.

Tanto el primer como segundo nivel tienen asociado un propietario que es mostrado a la derecha de la orden y tarea. El propietario de la orden no tiene por qué coincidir con el propietario de las tareas asociadas ya que el propietario de esa orden puede crear tareas asociadas y repartir la propiedad de ellas entre los usuarios que considere adecuados

La liberación debe llevar siempre esta secuencia:

• Ejecutar la liberación de todas las tareas asociadas a esa orden.
• Ejecutar la liberación de la orden.

Una tarea ya liberada no permite la desasignación de sus objetos mediante la opción de borrado. En esta pantalla, además, podremos cambiar el texto descriptivo asociado a una orden con el botón de modificar

Podremos ejecutar la liberación de órdenes de las que seamos propietarios. Primero liberaremos las tardes asociadas a esa orden y después la orden en sí.