✒️SAP El sistema de transporte
SAP El sistema de transporte
Sistema de Transporte
SAP dispone de una herramienta que nos permite pasar objetos de un entorno a otro (por ej. de desarrollo a producción) previamente pasando por el ambiente de testing . Los objetos a pasar pueden ser definición y contenido de nuevas tablas, programas nuevos, datos de customizing e incluso modificaciones al estándar. Este traspaso de información nos facilita el mantenimiento del sistema productivo redundando en mayor productividad y en minimización de riesgos ya que la información antes de ser insertada en el productivo, es probada en el sistema de desarrollo.
La herramienta que permite este traspaso de información entre sistemas SAP es el llamado sistema de transporte.
El sistema de transporte puede usarse para: borrado de objetos obsoletos en el sistema destino, inserción de nuevos objetos en el sistema destino o modificación de objetos ya existentes en el sistema destino.
Cuando se crea o modifica un objeto en el ambiente de 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 denomina Orden de Transporte y a ella se asociarán los objetos que el usuario cree o modifique, de tal manera que el sistema bloqueará, dependiendo de la naturaleza de la orden, esos objetos para que nadie más que el propietario de esa orden de transporte pueda modifica esos objetos mientras no esté liberada, es decir preparada para ser transportada. La nomenclatura de una orden de transporte es <SID>K9nnnnn donde SID es el nombre de la base de datos del sistema donde estamos trabajando y 9nnnnn es un número secuencial que irá creciendo desde 900000 hasta 999999 a medida que vayamos creando nuevas órdenes de transporte. El sistema de transportes no asocia directamente los objetos creados o modificados a una orden de transporte sino que lo hace a través de las tareas, que deben obligatoriamente pertenecer a una única orden de transporte y que siguen el mismo código secuencial de tal manera que nunca pueden existir varias ordenes o tareas con el mismo código. Las tareas al igual que las órdenes, 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.
Cuando nos disponemos a crear nuevos objetos en el sistema de desarrollo, antes de asignarles una orden de transporte el sistema nos pedirá asociar el nuevo objeto por crear a una Clase de Desarrollo o paquete, que es una forma de organizar todos los objetos nuevos que se crean en SAP ordenándolos generalmente por módulos. Las clases de Desarrollo tienen asignada internamente una ruta de transporte, es decir, un sistema origen y un sistema destino de transporte. Al asignar un objeto a una Clase de Desarrollo implícitamente estamos 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 asociado una clase de desarrollo estándar de SAP. Los objetos nuevos a crear deberán asociarse a clases de desarrollo nuevas, que se distinguirán de las estándar por el primer carácter de su identificación que siempre deberá ser una Z.
Como caso excepcional podremos asignar a nuestro objetos la clase de desarrollo $TMP, la cual es denominada temporal o local, y tiene como particularidad el hecho de que los objetos asociados a ella no son transportados a ningún sitema destino, por lo tanto el sistema no le asigna ninguna orden de transporte. A esta clase de desarrollo se deberá asignar objetos que sean de pruebas y que no deseamos que vayan a pasar nunca a formar parte del sistema de producción.
Hay dos tipos de órdenes de transporte:
- Órdenes de Customizing son las que se crean cuando se hacen las parametrizaciones del sistema SAP para adaptarlo al modelo de la empresa. La parametrización es dependiente de mandante. Si un mandante ha sido establecido con grabación automática de cambios, cuando un usuario realiza cambios de customizing (parametrizaciones) una tarea y una orden de customizing es creada automáticamente.
- Órdenes de Modificación o Workbench: son necesarias para desarrollar nuevas aplicaciones. Estos cambios pertenecen al área de desarrollo y 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 modificación.
Estados de una orden de transporte y de sus tareas:
Cuando se crea una orden de transporte o tarea para ser asociada a objetos de desarrollo o de customizing aparece con status Modificable, es decir permite la inclusión y eliminación de objetos asociados. Si se trata de una orden ésta permite la asignación o borrado de tareas; si se trata de una tarea ésta permite la asignación o desasignación de objetos del sistema. El paso previo del transporte consistirá en la liberación de la orden y de sus tareas asociadas. Para poder liberar la orden se deberá liberar primero 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 la orden consiste en cerrarla para posteriores tareas (es decir no se podrá crear ninguna nueva tarea para esa orden ni se podrán borrar las ya existentes). Una orden puede permanecer en status modificable aunque todas sus tareas asociadas estén en estado liberado, lo que permitirá seguir asignándole nuevas tareas con status modificable para seguir trabajando con ella hasta que liberemos la orden.
Para gestionar las órdenes de transporte y sus tareas (tanto de desarrollo como de customizing) podremos usar el Transport Organizer (transacciones SE01, SE09 y SE10). Para crear una orden de transporte nueva debemos usar la transacción SE10.
 
 
 
Sobre el autor
Publicación académica de Cristina Angélica Buich Montagna, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Cristina Angélica Buich Montagna
Profesión: Analista de Sistemas, Prof.matemati - Argentina - Legajo: JO53A
✒️Autor de: 34 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Por mi formación y experiencia como docente, analista de sistemas y administrativa-contable me gustaría dedicarme a la capacitación, implementación y consultoría funcional de erp en santa fe o uruguay
Certificación Académica de Cristina Buich