✒️SAP El sistema de transporte
SAP El sistema de transporte
Lección 6. Los sistemas de transporte
Introducción al sistema de transporte
El sistema SAP dispone de una herramienta que nos permite pasar objetos de un entorno o ambiente (por ejemplo, desarrollo) a otro (por ejemplo, producción), previamente pasando por el ambiente de testing o pruebas.
Los objetos a pasar pueden ser:
Este traspaso de información entre un sistema SAP y otro, nos facilita el mantenimiento del sistema productivo, ya que con ello evitamos tener que duplicar el trabajo de programación o repetir la inclusión de datos de customizing.
Todo ello redunda en una mayor productividad y en una minimización de riesgos ya que la información, antes de ser insertada en el sistema productivo, es probada en el sistema de desarrollo y su traspaso no será realizado hasta que el responsable del proyecto dé el visto bueno.
La herramienta que permite este traspaso se llama Sistema de Transportes.
En una empresa, existen dos posibilidades a la hora de configurar el Sistema de Transportes de SAP, en lo que se refiere al transporte de los objetos desde el ambiente de desarrollo al ambiente de testing o prueba. La opción optima consiste en implementar el transporte automático, esto significa que cuando un consultor técnico o un consultor funcional termina de trabajar con un objeto, automáticamente el objeto pasa de desarrollo a testing. La otra opción posible es igual a la anterior, pero agrega un paso administrativo más, luego de que los consultores terminan de trabajar con el objeto, deben solicitar a los administradores del sistema SAP, es decir a los SAP BASIS, que realicen el transporte de los objetos. Este paso administrativo en general se realiza completando una planilla en algún sistema de documentación. Para el transporte de objetos desde desarrollo hacia producción, al momento de la implementación de los proyectos, no se encuentra disponible el transporte automático por una cuestión de seguridad y de control.
Ordenes de transporte
Tal como mencionamos, el sistema de transporte se emplea para trasladar objetos desde el ambiente de desarrollo al ambiente de producción pasando por el ambiente de pruebas. Obviamente si no existe tal separación de ambientes, es decir, si solo se dispone de un único ambiente, entonces la utilidad del sistema de transportes se reduce a traspasar información dependiente de mandante de un mandante a otro dentro del mismo sistema.
El sistema de transporte puede usarse para:
Cuando se crea o modifica un objeto en el ambiente desarrollo, el sistema propone un código único para identificar la creación o modificación de ese objeto.
El código propuesto conforma lo que se llama Orden de transporte y a ella se asociaran los objetos que el usuario cree o modifique, de tal manera que el sistema bloqueara, dependiendo de la naturaleza de la orden, esos objetos para que nadie más que el propietario de esa orden pueda modificar esos objetos mientras la orden no este liberada, es decir, preparada para ser transportada.
Orden de transporte: es un numero univoco dentro del sistema SAP, es decir, no existe otro número de orden de transporte igual, que se usa para agrupar objetos que van a ser transportados entre ambientes.
La nomenclatura de una orden de transporte es la siguiente:
Donde SID es el nombre de la base de datos del sistema donde estamos trabajando y 9nnnnn es un numero secuencial que irá creciendo desde 900000 hasta 999999 a medida que vayamos creando nuevas órdenes de transporte.
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 y al igual que ellas siguen teniendo el mismo código secuencial de tal manera que nunca pueden existir varias órdenes 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.
Ejemplo: Supongamos que un sistema SAP de desarrollo cuyo SID es D10 en el cual el usuario USUARIO1 crea un nuevo programa llamado ZPROGRAMA y una nueva tabla llamada ZTABLA.
Supongamos también que es la primera orden de transporte que se genera en ese sistema por lo que su código será D10K900000 y que se usa la misma orden para englobar los dos objetos.
Supongamos el mismo sistema, pero introduciendo cada objeto en una orden distinta, por ejemplo, D10K900000 y D10K900002.
La diferencia básica entre un caso y otro será que el transporte al sistema productivo de la primera orden conllevara el transporte de los objetos, programa + tabla a la vez mientras que en el segundo caso el transporte de una orden conllevará el transporte de solo un objeto asociado por vez.
Sera tarea del propietario de la orden el decidir de cuantos objetos se va a componer cada orden de transporte.
No se deberá crear una orden para cada objeto a modificar o crear ya que esto complicará de manera excesiva nuestra labor de gestión de las ordenes de transporte, tampoco se deberá asignar una única orden de transporte a todos los objetos que vayamos a crear o modificar ya que ello puede llegar a hacer inmanejable la orden debido a su tamaño.
Se deberá llegar a un término intermedio de tal forma que incluyamos en una orden los objetos que puedan estar relacionados, bien debido a su naturaleza o bien porque pertenecen al mismo proyecto.
Clases de desarrollo o Paquetes
Cuando nos disponemos, el sistema de desarrollo, a crear nuevos objetos con las herramientas de desarrollo apropiadas, el sistema antes de asignarle una orden de transporte nos pedirá asociar el nuevo objeto a una Clase de Desarrollo.
También llamada paquete, una clase de desarrollo es una forma de organizar todos los objetos nuevos que se crean en SAP ordenándolos generalmente por módulos.
Tienen asignada internamente una ruta de transporte, es decir, un sistema origen y un sistema destino de transporte. Al asociar un objeto a una clase de desarrollo estaremos, implícitamente, asignándole la ruta de transporte a seguir cuando la orden asociada a ese objeto sea transportada.
Todos los objetos estándar del sistema SAP, ya sean programas, tablas, ayudas de búsqueda, etc., tienen asociados clases de desarrollo estándar de SAP.
Los objetos nuevos a crear deberán asociarse a clases de desarrollo nuevas, que se distinguirán de los estándares por el primer carácter de su identificación, el cual siempre deberá ser una Z.
Como caso excepcional, podremos asignar a nuestros objetos la clase de desarrollo $ TMP, la cual es denominada temporal o local y tiene como particularidad el hecho de que los objetos a ella asociados no son transportados a ningún sistema destino y por lo tanto el sistema no le asigna ninguna orden de transporte.
Esta clase de desarrollo se deberá asignar a objetos que sean de pruebas y que no deseemos que vayan a pasar nunca a formar parte del sistema de producción.
Tipos de órdenes de transporte
El sistema SAP provee distintos tipos de órdenes de transporte para cada tipo de cambio que se desee realizar en el sistema.
La parametrización afecta primordialmente a los procesos de negocio y es por ello, dependiente de mandante.
Si un mandante ha sido establecido con grabación automática de cambios, una tarea y una orden de customizing son creadas automáticamente cuando un usuario en un sistema SAP realiza cambios de customizing.
Estos cambios, pertenecientes al área de desarrollo y que afectaran básicamente a programas y tablas, son independientes de mandante, esto significa que tienen efecto en todo el sistema.
La creación de nuevos objetos o la modificación de los que proporciona SAP son grabados en tareas asignadas a órdenes de workbench.
Las ordenes de transporte de workbench son creadas exclusivamente por los consultores técnicos, es decir por los programadores ABAP, mientras que las ordenes de transporte de customizing son creadas en su mayoría por consultores funcionales, que son quienes realizan la gran mayoría de las configuraciones del sistema y en algunos casos puntuales también las crean los consultores técnicos.
Las ordenes de transporte de workbench van a contener principalmente programas, tablas base de datos y todo tipo de componentes existentes en el DDIC. Por ejemplo, si queremos el reporte de ventas, lo vamos a asociar a una orden de workbench. Las ordenes de transporte de customizing van a configuraciones que se realizan a través de las transacciones estándar del sistema SAP y contenidos de tablas bases de datos, es decir, registros, que son necesarios para configurar el sistema SAP.
Los estados de una orden de transporte y sus tareas
Desde que se crea una orden de transporte y sus correspondientes tareas, hasta que son liberadas, estas pasan por dos estados:
La liberación de una tarea consiste en cerrarla para posteriores modificaciones, es decir, no se podrá asignar nuevos objetos a esa tarea ni quitar los ya existentes.
Una orden puede permanecer en estado modificable, aunque todas sus tareas asociadas estén en estado liberado, ello nos permitirá asignarle nuevas tareas con estado modificable para poder seguir trabajando con ella hasta que liberemos la orden.
El Transport Organizer
Para gestionar las ordenes de transporte y sus tareas dispondremos del transport organizer. Accederemos a él a través de la transacción SE09 o también la SE10. Desde aquí podemos gestionar las ordenes de transporte relativas a los desarrollos y a la configuración del sistema SAP.
Transacciones SE01, SE09 y SE10. Son las usadas para la administración de las ordenes de transporte. Entre la SE09 y la SE10 no hay diferencias, son exactamente iguales.
Si deseamos crear una orden de transporte nueva, debemos ingresar a la transacción SE10.
En el transport organizer, la pantalla de selección dispone como parámetro principal el usuario, que por defecto esta relleno con el nombre del usuario con el que nos hemos conectado al sistema. Todas las ordenes que visualicemos con esta herramienta serán asociadas al usuario arriba indicado. Como parámetros adicionales podemos elegir ver las ordenes modificables y las liberadas. Podemos elegir ver las ordenes solo de customizing o solo de workbench, o ambas a la vez.
Una vez elegidos los parámetros de selección pulsaremos el botón de visualización y accederemos a la siguiente pantalla:
Desde esta pantalla podremos identificar que objetos están asociados a que ordenes de transporte sin más que ir desplegando la estructura en árbol presentada. 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.
Desde esta pantalla podemos ejecutar la liberación de cualquier orden de la que seamos propietarios. La liberación debe llevar siempre esta secuencia:
Para liberar una tarea o una orden, la seleccionamos y hacemos clic en el icono del camión. Cabe destacar que la tarea o la orden a liberar deben encontrarse en estado modificable.
Una tarea ya liberada no permite la designación de sus objetos mediante la opción borrado. En esta pantalla, además, podemos cambiar el texto descriptivo asociado a una orden con el botón de Modificar.
Otra opción muy importante es la de Crear orden. Para ello, hacemos clic en el icono creación.
A continuación, debemos elegir el tipo de orden de transporte que deseamos crear: customizing o workbench.
Por último, introducimos una descripción breve para la orden de transporte y grabamos.
 
 
 
Agradecimiento:
Ha agradecido este aporte: Juan Maiztegui
Sobre el autor
Publicación académica de Ornella Mollani Norverto, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Ornella Mollani Norverto
Profesión: Ingeniera Química - Argentina - Legajo: MA29J
✒️Autor de: 38 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Soy ing. química (utn-frc, argentina). quisiera formar parte de una empresa dónde poder crecer en el ámbito it, integrando con mis conocimientos ingenieriles y mis aptitudes de liderazgo e innovación.
Certificación Académica de Ornella Mollani