✒️SAP BASIS Los conceptos y la terminología de TMS

Dependiendo del tamaño de la organización y el alcance de la implementación de SAP en cuanto los módulos y productos que se utilicen, podría haber varios responsables de la realización de los proyectos de customizing y Desarrollo.

Algunas personas estarán involucradas en áreas especificas de aplicaciones de Customizing, otros en el desarrollo de nuevos programas ABAP, otros en la prueba de QA y la aceptación de los cambios. Pueden haber cientos de ordenes de transportes que tienen que ser transportados a través de los sistemas del landscape. El transporte de estos cambios será realizado utilizando las funciones del TMS (Transport Management System).

Los conceptos detrás de TMS son:

• Configuración centralizada del Sistema de Cambios y transportes (CTS) para todos los sistemas SAP.
• Gestión centralizada de ordenes de transportes y del proceso de importación.
• Estrategia de transporte basada en rutas de transportes predefinidas.

TMS

El propósito de TMS, el cual se accede por la transacción STMS, es controlar de forma central la programación de los cambios a través de los sistemas de landscape basado en caminos o rutas predefinidos. Esto está diseñado para asegurar la consistencia del repositorio de SAP y el contenido de las tablas de Customizing en todos los sistemas del landscape.

Todas las actividades necesarias pueden realizarse desde el sistema SAP, si contamos con las autorizaciones suficientes, y no es necesario ejecutar scripts a nivel del sistema operativo manualmente.

Con TMS podemos:

• Definir el rol mediante el sistema SAP dentro de un landscape de sistemas o un dominio de transportes.
• Configurar las rutas de transporte mediante un editor o usando configuraciones estándar.
• Configurar los parámetros del programa de transporte tp.
• Visualizar las colas de importación de todos los sistemas en el dominio de transporte.
• Definir los procedimientos de aseguramiento de calidad y aceptación de cambios en el sistema de QA.
• Planificar la importación de órdenes de transportes en una cola de importación.
• Realizar transportes entre sistemas sin un directorio de transportes común.
• Manejar las propuestas de transportes de los desarrolladores.

TMS por lo tanto permite a los administradores del sistema a gestionar de manera central la configuración de transportes de múltiples sistemas mediante la definición de dominios de transportes, asignando controladores de dominio y definiendo rutas de transportes.

Terminología

Un dominio de transporte consiste de todos los sistemas que planeamos manejar usando el mismo TMS. Dentro de un dominio de transportes, todos los sistemas deben tener un ID de sistema (SID) único y solo uno de estos sistemas es identificado, o mejor dicho tiene el rol, de controlador de dominio (de transportes).

El controlador de dominio de transportes es el sistema donde todas las configuraciones de TMS se mantienen. Cualquier cambio en la configuración es distribuida a todos los sistemas en el landscape. Esto asegura que todas las configuraciones de TMS son consistentes a través de todo el dominio. El controlador de dominio almacena la configuración y todos los otros sistemas reciben una copia de esta configuración.

Un landscape de sistemas es un conjunto de sistemas que comparten el Customizing y objetos de repositorio via órdenes de transporte. En otras palabras, podemos decir, que es el conjunto de sistemas que están vinculados por una ruta de transportes. El landscape típico esta conformado por , pero no limitado, un sistema de desarrollo, calidad y uno de producción.

En la mayoría de lo casos, el landscape de sistemas y el dominio de transportes están conformados por los mismos sistemas, pero no es raro tampoco encontrar múltiples landscapes dentro de un dominio de transportes.

Ejemplos de un dominio de transporte con múltiples landscapes son:

Una compañia multinacional que podría tener landscape separados para cada sudsidiaria DV1,QA1 y PR1 podría ser para la implementación de Asia y DV2. QA2 y PR2 podría ser el landscape para la implementacion Europea.

Otro Ejemplo podria ser tener un landspace para cada producto de SAP Business Suite, DVE, QAE y PRE conforman el landscape de ERP y DVB, QAB y PRB podrían ser el landscape para BI. Nuevamente ambos controlados en un dominio.

Un dominio de transportes contiene al menos un grupo transportes. Mas simple, un grupo de transporte consiste de uno o mas sistemas que comparten un directorio de transporte común. Las siguientes figuras muestran la relación entre un dominio de transporte y un grupo de transportes.

TMS soporta múltiples directorios de transporte dentro de un dominio de transportes. Esto podría ser el caso para la compañia multinacional según el ejemplo donde cada subsidiaria podría contar con su directorio de transportes.

Tambien podemos pensar en un dominio de transporte conteniendo un landscape que tiene un sistema DEV y QAS compartiendo un directorio de transporte común mientras que el sistema PRD utiliza un directorio de transporte propio.

Los sistemas dentro de un dominio de transportes se comunican cada uno con otro usando funciones de llamadas remotas (RFC). La comunicación RFC necesita un ID de usuario para acceder a los sistemas destinos. Cuando los sistemas se agregan a un dominio de transportes, los destinos RFC necesarios y los ID de usuarios son automáticamente configurados por la herramienta TMS. La configuración de dominio se distribuye a través del dominio usando la comunicación RFC.

Los cambios en la configuración del dominio de transportes se realizan en el controlador de dominio. Cada vez que hacemos un cambio, una ventana se muestra consultando si los cambios deben ser distribuidos inmediatamente a los sistemas del dominio. Podemos distribuir varios cambios en una sola vez.

NOTA: Los términos dominio de transportes, controlador de dominio y grupo de transportes refieren solamente a los sistemas en el ambiente. No incluyen a la relación entre los sistemas, la cual es definida mediante las rutas de transporte.