✒️SAP BASIS / Los conceptos y la terminología de TMS Por Jesus Perez Criollo
SAP BASIS Los conceptos y la terminología de TMS
Los conceptops y la terminologia de TMS
Dependiendo del tamaño de las organizaciones y el alcance de las implmentaciones de sistemas SAP en cuanto a los modulos y productos que se utilicen, pueden haber varias responsables de la realizacion del proyecto de Customizing y Desarrollo.
Teniendo en consideracion lo antes expuesto los integrantes de proyectos estan involucradas en areas especificas de aplicaciones de Customizing, otros en el desarrollo de nuevos programas ABAP, otros en las pruebas de QAS y la aceptacion de los cambios. lo que puede generar cientos de ordenes de transporte que tienen que ser transportadas a traves de los sistemas de transporte del landscape. el transporte de estos cambios sera realizado utilizando las funciones del TMS.
para profundizar un poco mas a continuacion, los conceptos detras de TMS son:
- configuracion centralizada del Sistemas de Cambios y Transporte (CTS) para todos los sistemas SAP.
- Gestion centralizada de ordenes de transportes y del proceso de importacion.
- Estrategia de transportes basada en rutas de transporte predefinidas.
1. TMS
El objetivo de TMS rel cual es gestionado a traves de la transaccion STMS, es controlar d forma central la propagacion de los cambios a traves de los sistemas del landscape basado en caminos predefinidos. Esto esta 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.
Ahora bien 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 estandar.
- Configurar los parametros del programa de transportes tp.
- vizualizar 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 QA.
- Planificar la importacion de ordenes de transporte en un cola de importacion.
- Realizar transportes entre sistemas sin un directorio de transporte comun.
- Manejar las propuestas de transportes de los desarrolladores.
El sistema de transporte permite a los administradores del sistema a gestionar de manera central la configuracion de transportes de multiples sistemas mediate la definicion de dominios de transportes, asignando controladoes de dominio y definiendo rutas de transporte.
2. La terminologia
Un dominio de transporte consiste de todos los sitemas que planeamos manejar usando el mismo TMS. Dentro de un dominio de transporte, todos los sistemas deven tener un ID de sistema (SID) unico y solo uno de estos sistemas es indenficado o tiene el rol de contralador de dominio de transportes.
El contralador de dominio de transportes es el sistema donde todas las configuraciones de TMS se mantienen. Cualquier cambio de 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 contralador de dominio almacena la configuracion y todos los otros sistemas reciben una copia de esta configuracion.
Un landscape de sistema 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 estan vinculados por una ruta de transporte. El landscape tipico esta conformado por, pero no limitado, un sistema de desarrollo, calidad y uno de producion.
En la mayoria de los casos, el landscape de sistema y dominio de transporte estan conformados por los mismos sistemas, pero no es raro tampoco encontrar multiples landscape dentro de un dominio de transporte.
A continuacion se presentan varias escenarios de un dominio de transporte con multiples landscape.
- Una compañia multinacional que podria tener landscape separados para cada subsistema 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 landscape separados, ambos estan controlados centralmente en un unico dominio.
- Otro ejemplo podria ser tener un landspace para tipo de producto de SAP Businees Suite, DVE, QAE, y PRE confroman 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 más sistemas que comparten un directorio de transportes común.
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.
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. 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 Jesus Antonio Perez Criollo, en su ámbito de estudios para la Carrera Consultor SAP BASIS NetWeaver Nivel Avanzado.
SAP Senior
Jesus Antonio Perez Criollo
Profesión: Ingenieria en Informatica - Venezuela - Legajo: NF93E
✒️Autor de: 49 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
