✒️SAP BASIS / Los conceptos y la terminología de TMS Por Maria Cardenas Castellanos
SAP BASIS Los conceptos y la terminología de TMS
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 a 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 específicas 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 órdenes de transporte que tienen que ser transportadas 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 órdenes de transportes y del proceso de importación.
- Estrategia de transportes basada en rutas de transportes predefinidas.
TMS
El propósito de TMS, el cual se accede mediante la transacción STMS, es controlar de forma central la propagación de los cambios a través de los sistemas del landscape basado en caminos 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 de un sistema SAP dentro de un landscape de sistemas o un dominio de transportes.
- Configurar las rutas de transportes mediante un editor o usando configuraciones estándar.
-
Configurar los parámetros del programa de transportes tp.
-
Visualizar las colas de importación de todos los sistemas en el dominio de transportes.
-
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 transportes 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 está conformado por, pero no limitado, un sistema de desarrollo, calidad y uno de producción.
En la mayoría de los casos, el landscape de sistemas y el domino 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ñía multinacional que podría tener landscapes separados para cada subsidiaria DV1, QA1 y PR1 podría ser para la implementación de Asia y DV1, QA2 y PR2 podría ser el landscape para la implementación Europea. Aún cuando están en landscapes separados, ambos están controlados centralmente en un único dominio.
- Otro ejemplo podría ser tener un landscape para cada tipo 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 único dominio.
Un dominio de transportes contiene al menos un grupo de transportes. Más simple, un grupo de transporte consiste de uno o más sistemas que comparten un directorio de transportes 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 transportes dentro un dominio de transportes. Esto podría ser el caso para la compañía multinacional que mencionamos en el ejemplo de arriba donde cada subsidiaria podría contar con su directorio de transportes local.
También podemos pensar en un dominio de transportes conteniendo un landscape que tiene un sistema DEV y QAS compartiendo un directorio de transportes común mientras que el sistema PRD utiliza un directorio de transportes 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.
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. 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.
Escanear / Compartir
Sobre el autor
Publicación académica de Maria Camila Cardenas Castellanos, en su ámbito de estudios para la Carrera Consultor SAP BASIS NetWeaver Nivel Avanzado.
SAP Master
Maria Camila Cardenas Castellanos
Profesión: Ingeniera Mecatrónica - Colombia - Legajo: XH28L
✒️Autor de: 99 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor SAP BASIS NetWeaver Nivel Avanzado
- Carrera Consultor SAP BASIS NetWeaver Nivel Inicial
Presentación:
Ingeniera mecatrónica de la universidad de san buenaventura, con proyeccion en sap s/4 hana. actualmente cuento con un dos de experiencia en sap en el área de roles y perfiles.
Certificación Académica de Maria Cardenas
Disponibilidad Laboral: FullTime
