✒️SAP BASIS Los conceptos y la terminología de TMS
SAP BASIS Los conceptos y la terminología de TMS
Conceptos y terminologia de TMS
Dependiendo del tamaño de la organizacion y el alcance de la implementacion de SAP en cuanto a los modulos y productos que se utilicen, podria haber varios responsables de la realizacion de los proyectos de Customizing y desarrollo.
Algunas personas estaran involucradas en areas especificas de aplicaciones de Customizing, otros en el desarrollo de nuevos programas ABAP, otros en la prueba de QA y la aceptacion de los cambios. Pueden haber cientos de ordenes de transporte que tienen que ser transportadas a traves de los sistemas del landscape. El transporte de estos cambios será realizado utilizando las funciones del TMS (Transport Management System).
Los conceptos detras de TMS son:
- Configuracion centralizada del sistema de cambios y transportes (CTS) para todos los sistemas SAP.
- Gestion centralizada de ordenes de transportes y del proceso de importacion.
- Estrategia de transportes basada en rutas de transportes predefinidas.
1.TMS
A proposito de TMS, el cual se accede mediante la transaccion STMS, es controlar de forma central la propagacion de los cambios a traves de los sistemas del landscape basado en caminos predefinidos. Esto esta diseñado para segurar 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 S.O. manualmente. Con TMS podemos:
- Definir un 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 estandar.
- Configurar los parametros del programa de transportes tp.
- Visualizar las colas de importacion de todos los sistemas en el dominio de transportes.
- Definir los procedimientos de aseguramiento de calidad y aceptacion de cambios en el sistema de QA.
- Planificar la importacion de ordenes de transportes en una cola de importacion.
- Realizar transportes entre sistemas sin un directorio de transportes comun.
- Manejar las propuestas de transportes de los desarrolladores.
TMS por lo tanto permite a los administradores del sistema a gestionar de manera central la configuracion de transportes de multiples sistemas mediante la definicion de dominios de transportes, asignando controladores de dominio y definiendo rutas de transportes.
2. Terminologia
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 de tener un ID de sistema (SID) unico 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 configuracion es distribuida a todos los sistemas en el landscape. Esto asegura que todas las configuraciones de TMS son consistentes a traves de todo el dominio. El controlador de dominio almacena la configuracion y todos los otros sistemas reciben una copia de esta configuracion.
Un landscape de sistemas es un conjunto de sistemas que comparten el Customizing y objetos de repositorio via ordenes de transporte. En otras palabras, podemos decir; que es el conjunto de sistemas que estan vinculados por una ruta de transportes. El landscape tipico esta conformado por, pero no limitado; un sistema de desarrollo, calidad y uno de produccion.
En la mayoria de los casos, el landscape de sistemas y el dominio de transportes estan conformados por los mismos sistemas, pero no es raro tampoco encontrar multiples landscapes dentro de un dominio de transportes. Ejemplos de un dominio de transporte con multiples landscapes son:
- Una compañia multinacional que podria tener landscapes separados para dada subsidiaria DV1,QA1 y PR1 podria ser para la implementacion de Asia y DV1, QA2 y PR2 podria ser el landscape para la implementacion europea. Aun cuando estan en landscapes separados, ambos estan controlados centralmente en un unico dominio.
- Otro ejemplo podria ser, tener un landscape para cada tipo de producto de SAP Business Suite, DVE, QAE y PRE conforman el landscape de ERP y DVB,QAB Y PRB podrian ser el landscape para BI. Nuevamente ambos controlados en un unico dominio.
Un dominio de transportes contiene al menos un grupo de transportes. Más simple, un grupo de transporte consiste de uno o mas sistemas que comparten un directorio de transportes comun. Las siguientes figuras muestran la relacion entre un dominio de transporte y un grupo de transportes.
TMS soporta multiples directorios de transportes dentro de un dominio de transportes. Esto podria ser el caso para la compañia multinacional que mencionamos en el ejemplo anterior, donde cada subsidiaria podria contar con su directorio de transportes local. Tambien podemos pensar en un dominio de transportes conteniendo un landscape que tiene un sistema DEV y QAS compartiendo un directorio de transportes comun 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 comunicacion 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 automaticamente configurados por la herramienta TMS. La configuracion de dominio se distribuye a traves del dominio usando la comunicacion RFC.
Los cambios en la configuracion del dominio de transportes se realizan en el controlador de dominio. Cada vez que hacemos un cambio, una ventana se muestra consusltando si los cambios deben ser distribuidos inmediatamente a los sistemas del dominio. Podemos distribuir varios cambios en una sola vez.
Los terminos dominio de transportes, controlador de dominio y grupo de transportes refieren solamente a los sistemas en el ambiente. No incluyen a la relacion entre los sistemas, la cual es definida mediante las rutas de transporte.
 
 
 
Sobre el autor
Publicación académica de Marcos Antonio Aquino Espinoza, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Marcos Antonio Aquino Espinoza
Profesión: Auxiliar de Infraestructura - Paraguay - Legajo: VC54L
✒️Autor de: 107 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Marcos Aquino