✒️Los transportes en SAP

Unidad 6. Transportes en SAP

Los cambios que los desarrolladores realizan en el sistema de desarrollo deben ser transportados al sistema de calidad para realizar las pruebas necesarias y luego al sistema de produccion. El transporte de cambios es una de las tareas del administrador del sistema o de un administrador de transportes.

1. Ordenes de transporte y tareas

Transaccion SE09 y SE10, los transportes de workbench y Customizing pueden ambos ser creados con el organizador de transportes (Transport Organizer), transaccion SE09 ó SE10. Como parte de una orden de transporte, el lider de proyecto es quien se encarga de definir las tareas para el tipo de orden (Worbench o Customizing) y asigna cada una a un usuario correspondiente.

Vista de Transaccion SE10: Visualiza ya marcadas las opciones de: Ordenes Customizing, Ordenes Workbench, Transporte de copias y traslados (todo esto dentro de la clase de orden) y Modificable dentro del Status de la orden y habilitada la pestaña de Informacion global.

Despues de cada tarea individualmente es liberada, la orden de trasporte puede ser liberada tambien. Liberar la orden de transporte genera que esta sea exportada. Despues de que se realiza la exportacion, la orden de transporte esta en condiciones de ser importada en el sistema de destino.

En un sistema de desarrollo, las configuraciones de Customizing son realizadas y modificadas, los objetos de repositorio son creados y los que existen son modificados. Para transportar estos objetos en los sistemas siguientes del landscape, necesitamos una orden de transporte. Sin una orden de transporte no podemos transportar configuraciones de Customizing u objetos de repositorio. Esto es porque dependiendo de la configuracion del sistema, necesitaremos asignar a una tarea la cual esta incluida en una orden de transporte, cada modificacion o nuevo objeto que creemos o configuracion de Customizing que realicemos.

Cuando un proyecto de desarrollo comienza, el lider de proyecto idealmente deberá crear una o mas ordenes de transporte. Durante el proceso las personas involucradas en el proyecto son asignadas a tareas dentro de esas ordenes de transporte.

Una orden de transporte por lo tanto pertenece al lider del proyecto y generalmente comprende varias tareas, cada una de ellas asignada a una persona para el proyecto.

2. El Organizador de transportes

Uno de los lugares donde podemos crear una orden de transporte es en el organizador de transportes (Transaccion SE09).

User: BCUSER

Request Type

Customizing Requests y Workbench Request marcados y dentro de Request Status, tambien marcados Modifiable y Released; con la pestaña Global Information activa.

El organizador de transportes genera un nombre para la orden de transporte creada. Este nombre se compone del SID del sistema de desarrollo, o mejor dicho, del sistema donde estamos creando la orden, Luego, los caracteres K9 y cinco digitos que combinados forman una secuencia alfanumerica. Como por ejemplo: DEVK901234

Una orden de transporte deberia contener objetos que estan logicamente relacionados y seran transportados juntos. Esto es una orden de transporte, la cual nos permite transportar y administrar desarrollos completos, logicos y auto-contenidos. Una nueva orden de transportes no es requerida para cada objeto, ya que esto resultaria en una gran cantidad de ordenes de transportes y la administracion se volveria compleja y confusa, lo que tambien llevaria a errores con los transportes potencialmente.

El organizador de transportes crea una tarea para cada persona involucrada en la orden de transporte. Si una persona asigna un objeto a la orden de transporte, el objeto se registra en la tarea de esa persona. De esta manera, todos los objetos que una persona edita o crea durante el proyecto de desarrollo son registrados en la tarea. La convencion de nombres para las tareas es la misma que para las ordenes de transporte. Una orden de transporte se diferencia entre varios terminos. El termino orden de transporte es el termino general o neutral.

Una orden de modificacion o cambio, es una orden de transporte utilizada para transportar cambios. Los objetos que contiene, pueden ser por supuesto, ser transportados sin que ningun cambio se haya realizado sobre ellos, tal es el caso de objetos nuevos creados en el repositorio.

Una orden de workbench es una orden de transporte, en la que los objetos del repositorio o Customizing inter-cliente son transportados. Una orden de Customizing es una orden de transporte en la que los objetos dependientes de cliente son transportados, en otras palabras, Customizing dependiente de cliente, datos maestros, transaccionales o datos de usuario. De los tres normalmente, Customizing dependiente de cliente es transportado. Una orden de consolidacion es una orden de transporte que sera transportada al sistema de consolidacion (Sitema de calidad).

3. Transportes

El transporte de objetos esta dividido en las fases de exportacion e importacion: Los objetos son exportados desde el sistema de desarrollo e importados en los sistemas destino tales como el sistema de calidad y el sistema de produccion.

La liberacion de una orden de transporte dispara la exportacion de los objetos que se encuentran registrados por nombre en la orden de transporte. Estos objetos se almacenan ahora en archivos de datos (data files) en el directorio de transportes central. La informacion respecto del exito de la liberacion y la exportacion queda guardada en el log (registro) de trasporte de la orden de transporte.

NOTA: Transaccion STMS: La importacion en el sistema destino es usualmente no automática, pero es iniciada por el administrador de trasnportes en el sistema de gestion de Transportes, que por sus siglas en ingles se conoce como TMS (Transport Management System).

Los registros de importacion tambien son guardados en el log de transporte.

En terminos tecnicos, una copia de los datos de la bd del sistema de desarrollo se escribe al directorio de transportes central durante la exportacion de la orden de transporte. Durante la importacion, la orden de transporte almacenada en el directorio central de transporte se copia a la bd del sistema destino.

El directorio central de transporte esta fisicamente ubicado en un sistema de archivos (file system) al cual todos los sistemas que pertenecen al landscape de SAP tienen acceso de lectura y escritura.

Cada sistema encuentra la ubicacion del directorio de transportes que utilizará, ya sea para escribir o leer las ordenes de transporte, por medio del parametro de perfil DIR_TRANS. La ubicacion por defecto del directorio de transportes es: /usr/sap/trans

De todas maneras, esto puede ser adaptado segun los requerimientos. Solo en casos excepcionales puede ser necesario utilizar varios directorios de transporte locales en vez de un directorio central. Esto hace que el proceso de transportes sea un poco mas complejo, pero podria ser util en algunos casos por razones de seguridad de la red.

4. Importacion

El administrador de transportes usualmente inicia la importacion en los sistemas subsiguientes manualmente usando el TMS (Transport Management System) en el sistema SAP correspondiente con la Transaccion STMS.

En los sistemas posteriores a desarrollo, podemos ver que ordenes de trasportes estan encoladas para ser importadas dentro del sistema en la transaccion STMS. Desde un punto de vita tecnico en un landscape de tres sistemas, el orden de transporte es marcada para importacion en el sistema siguiente (Sistema de calidad) cuando es exportada desde el sistema de desarrollo. Es posible ver esta marca de la orden de transporte para importacion en el siguiente sistema en el TMS, transaccion STMS por medio dela opcion de menu Overview -> Imports.

Esto muestrala cola de importacion para el sistema. Para ver los detalles sobre la cola de importacion, selecciona:

Import Queue -> Display (F8)

Existe un numero de metodos disponibles en la cola de importacion de TMS para importar las ordenes de transporte en el sistema destino. Los metodos mas importantes son Import All Transport Requests (Importacion masiva de ordenes de transporte) e Import Individual Transport Requests (Importacion Individual de Ordenes de Transporte). Es posible ejecutar estos metodos en dialogo o en background.

Cuando importamos ordenes individuales, tenemos que seleccionar la orden de la cola de importacion y luego importarla con la opcion indicada. Cuando importamos ordenes de transporte de manera masiva, todas las ordenes en la cola de importacion son importadas.

En ambos casos, los objetos son importados primero en orden de importancia y segundo en el orden que tiene la orden de transporte en la cola de importacion. Una tabla por lo tanto es mas importante que un programa porque el programa puede ser dependiente de la tabla.

El orden de las ordenes de transporte en la cola de importacion del sistema de calidad asegura que sea el mismo orden en el que se exportaron desde el sistema de desarrollo. Por comparacion, el orden en la cola de importacion del sistema de produccion se define por el orden en el que se importó en el sistema de calidad.

La cola de importacion del sistema de produccion puede ser por lo tanto organizada de manera diferente a la del sistema de calidad. Esto es correcto, ya que esto refleja el orden de la importacion al sistema de calidad y por lo tanto la aceptacion tecnica en el sistema de calidad.

En el sistema SAP, el administrador de transportes inicia la importacion utilizando la transaccion STMS, eligiendo la cola de importacion con la opcion de menu Overview -> Imports, seleccionando el sistema en el cual la importacion se llevará a cabo y eligiendo Import Queue -> Display. La importacion inicia ya sea con el boton Import All Requests o Import Request.

Tecnicamente el programa tp del sistema operativo es utilizado para la exportacion y la importacion. La importacion siempre usa los archivos de datos que fueron generados y almacenados en el directorio central de transportes durante la exportacion.

Worbench -> Realizamos modificaciones de algun objeto de SAP o Codigo de programa en transporte

Una orden de transporte no debe ser borrada, debe de editarse (en caso de haber cometido un error en la anterior) en el ambiente de desarrollo y generarse otra para pasarla a testing; para luego ambas pasarlas a desarrollo como una contra orden. Debemos de controlar las colas de transporte.