✒️Los transportes en SAP
Los transportes en SAP
TRANSPORTES EN SAP
ORDENES DE TRANSPORTES Y TAREAS
Transacción SE09 y SE10: Los transportes de Workbench y Customizing pueden ambos ser creados con el organizador de transportes (Transport Organizer), transacción SE09 o SE10. Como parte de una orden de transporte, el lider de proyecto es quien se encarga de definir tareas para el tipo de orden (Workbench o Customizing) y asigna cada una a un usuario correspondiente.
Despues de cada tarea individualmente es liberada, la orden de transporte 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 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 sistema siguientes del landscape, necesitamos una orden de transporte. Sin una orden de transporte no podemos transoprtar 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 del proyecto idealmente debera crear una o mass 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.
EL OGANIZADOR DE TRANSPORTES
Uno de los lugares donde podemos crear una orden de transporte es en el Organizador de Transportes, transacción SE09.
El organizador de transportes genera un nombre para la orden de transporte creada. Este nombre se compone de un 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. Por ejemplo DEVK901234.
Una orden de transporte deberia contener objetos que estan logicamente relacionados y seran transportados juntos. Esto es una orden de transporte nos permite transportar y administrar desarrollos completos, logicos y auto-contenidos. Una nueva orden de transporte 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 llevaría a errores con los transportes potencialmente.
El organizador de transporte 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 por supuesto, ser tansportados 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 transportes en la que los objetos de repositorio o Customizing inter-cliente son transportados. Una orden de Customizing es una orden de transporte en la que objetos dependientes de cliente son transportados, en otras palabras, Customizing dependiente de cliente, datos maestros, transaccionales o datos de usuario.
De los tres, normalmente solamente Customizing dependiente de cliente es transportado. Una orden de consolidacion es una orden de transporte que sera transportada al sistema de consolidacion (sistema de calidad).
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 transporte de la orden de transporte.
Transacción STMS: La importacion en el sistema destino es usualmente no automatica, pero es iniciada por el administrador de transportes en el sistema de gestion de transportes y podemos acceder mediante la tx STMS.
Los registros de importacion tambien son guardados en el log de transporte.
En terminos tecnicos, una copia de los datos desde la base de datos 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 base de datos 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 utilizara, 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 transporte es: /usr/sap/trans
IMPORTACION
El administrador de transportes usualmente inicia la importacion en los sistema subsiguientes manualmente usando el TMS en el sistema SAP correspondiente, con la transaccion STMS.
El los sistemas posteriores a desarrollo, podemos ver que ordenes de transsportes estan encoladas para ser importadas dentro del sistema en la transaccion STMS. Desde un punto de vista tecnico en un landscape de tres sistemas, la 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 siguientes sistema en el TMS, trasaccion STMS por medio de la opcion de menú Overview - imports.
Esto muestra la cola de importacion para el sistema. Para ver los detalles sobre la cola de importacion, selecciona Import Queue - Display.
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 Request (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.
Nota: Porque es importante controlar las ordenes de transporte? es para la integridad del sistema, cuando se realiza un cambio de Customizing o Workbench esto si o si se debe hacer en el ambiente de desarrollo y una vez finalizado los cambios los mismos están incluidos en una orden de transporte que es liberada y nosotros las debemos pasar al ambiente de QA alli haran todas la pruebas necesarias en este caso serian pruebas integrales y por ultimo la pasaremos a productivo de esta manera garantizamos la integridad de los 3 ambientes, no podemos permitir que una orden halla sido pasada al ambiente de QA y nunca mas al ambiente productivo, como consejo nosotros debemos controlar las colas de transporte y si una orden pasado a QA no debemos descuidar de que pasen 6 meses y no se pase a productivo algo debemos hacer con esa orden, la pregunta es la podemos borrar la respuesta es no deberiamos, deberiamos pedirle a la persona que genero la orden que si cometio un error que hagan nuevamente las modificaciones en el ambiente de desarrollo esto actuaria como un contra orden de la anterior se pasa nuevamente al ambiente QA luego de las pruebas las 2 juntas se pasan al productivo para evitar inconsistencias.
 
 
 
Sobre el autor
Publicación académica de Cruz Javier Gonzalez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Cruz Javier Gonzalez
Profesión: Informática - Venezuela - Legajo: PP34H
✒️Autor de: 93 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Cruz Gonzalez