SAP GUI y los servicios del sistema SAP.
Conceptos Previos:
Objeto -> Los objetos software son conceptualmente similares a los objetos del mundo real: también consisten de estado y comportamiento. Como ejemplo, la lámpara del escritorio puede tener solo dos estados (encendido y apagado) y dos posibles comportamientos (encender y apagar). Un objeto almacena su estado en campos («variables» en algunos lenguajes de programación) y muestra su comportamiento a través de métodos («funciones» en algunos lenguajes de programación).Un objeto en SAP pueden ser definición de tablas nuevas, programas nuevos, datos de customizing e incluso modificaciones al estándar.
1. El sistema de transporte.
El sistema SAP dispone de una herramienta que permite pasar objetos de un entorno a otro. Este traspaso facilita el mantenimiento del sistema productivo y evita duplicar el trabajo de programación e inclusión de datos de personalización “customizing”. Además, minimiza riesgos pues permite pruebas cuyo traspaso no será realizado hasta que el responsable del proyecto no lo considere oportuno.
2. Órdenes de transporte.
El sistema de transporte puede usarse para el borrado, inserción o modificación de objetos en el sistema de destino. Cuando se crea o modifica un objeto en el ambiente de desarrollo, el sistema propone un código único para la identificación de lo que se denomina “Orden de Trasporte” y a ella se asocian los objetos que el usuario cree o modifique de tal forma que el sistema bloquea esos objetos para que nadie más que el propietario de esa orden pueda modificar esos objetos mientras la misma no esté liberada, es decir, preparada para ser transportada.
La nomenclatura de la Orden será:
< S I D > K 9 n n n n n
Nombre de la BBDD secuencial donde n=<1, 2, 3 …9>
El sistema de transporte asocia objetos creados o modificados a través de las tareas, las cuales pertenecen obligatoriamente a una única orden de transporte y al igual que la propia orden, siguen el mismo código secuencia de manera que nunca pueden existir varias órdenes o tareas con el mismo código.
Ejemplo: Modificación de dos Objetos O1 Y 02, esto se puede hacer una orden que implique las dos tareas con lo cual tendríamos:
SIDK900000 (orden)
——————————————SIDK900001 tarea
——————————— O1 objeto 1
————————— —— O2 objeto 2
o con dos órdenes de transporte
SIDK900000 (orden)
——————————————SIDK900001 tarea
——————————— O1 objeto 1
SIDK900002 (orden)
——————————————SIDK900003 tarea
——————————— O2 objeto 2
Para la generación de órdenes de transporte, deberemos llegar a un equilibrio entre el número de las mismas y las tareas asociadas agrupándolas por naturaleza o por proyecto y siempre evitando que su tamaño las haga inmanejables.
3. Clases de desarrollo.
El sistema, cuando en desarrollo se crea un objeto, solicita la asociación de ese objeto a una clase de desarrollo, también llamada paquete, como forma de organizar los objetos nuevos que se crean en SAP, ordenándolos generalmente por módulos. 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.
Existen clases de desarrollo estándar del sistema SAP, personalizadas “Z” y temporales o de pruebas “TMP” las cuales no son transportadas a ningún sistema de destino y por tanto no se les asigna ninguna orden de transporte.
4. Tipos de órdenes de transporte.
Órdenes de Customizing -> Afecta fundamentalmente a procesos de negocio y por ello, dependiente del mandante.
Órdenes de Modificación -> También denominadas Workbench, desarrolla nuevas aplicaciones de ajuste a las necesidades de la empresa y son independientes del mandante, por lo que tienen efecto en todo el sistema.
5. Estados de una orden de transporte y de sus tareas.
Desde que se crea una orden de transporte y sus correspondientes tareas, hasta que son liberadas, estas pasan por dos estados:
Modificable -> La orden o la tarea es creada para ser asociada a objetos de desarrollo o de personalización “customizing”, esta aparece con status modificable, por lo que permite la inclusión y eliminación de objetos asociados. Si se trata de una orden, esta permite la asignación o borrado de tareas; si se trata de una tarea, esta permitirá la asignación o designación de objetos del sistema.
Liberada -> El paso previo del transporte consistirá en la liberación de la orden y sus tareas asociadas. Según la jerarquía Orden>Tarea>Objeto, para liberar una orden, primero habrá que liberar todas sus tareas asociadas. La liberación de una tarea implica cerrarla para posteriores modificaciones, por lo que no será posible asignar nuevos objetos y desafinar los ya existentes.
Una orden puede permanecer en estatus modificable aunque todas sus tareas estén en estado liberado, ello permitirá asignarle nuevas tareas con status modificable para poder seguir trabajando con ella hasta que la liberemos.
6. El transport organizer.
Gestiona las órdenes de transporte, se accede a él mediante las transacciones TR/SE09 y TR/SE10. Desde aquí se puede gestionar las órdenes de transporte relativas al desarrollo (Developpers) y las de Custimizing (Consultores).
En esta herramienta, la pantalla de selección dispone como parámetro principal el usuario con el que nos hemos conectado al sistema, por lo que solo visualizaremos las órdenes asociadas a este usuario, luego podremos elegir la visualización de las modificables y las liberadas, customizing, workbench (modificación) o ambas.
Seleccionados los parámetros, pulsaremos en visualizar accediendo a la pantalla conde identificamos la estructura en árbol que muestra las órdenes/tareas/objetos.
Desde esta pantalla podremos ejecutar la liberación de cualquier orden de la que seamos propietarios liberando antes todas sus tareas asociadas.
Otra opción del transport organizer es la que permite crear una orden, eligiendo esta opción el sistema muestra una ventana de diálogo donde podremos crear la orden e incluir en la misma los objetos con los que estamos trabajando.