SAP Tutorial TMS (Sistema de Gestión de Transporte)

¿Qué es SAP ¿TMS?

TMS (Sistema de Gestión de Transporte) son los SAP Herramienta utilizada para mover, gestionar, controlar y copiar objetos de desarrollo y configuraciones de personalización de forma ordenada. SAP sistemas en un entorno, a través de rutas de transporte predefinidas basadas en conexiones RFC.

El proceso de transporte consta de dos etapas principales: exportar objetos fuera de la fuente SAP sistema y importador los convierten en uno o más objetivos SAP sistemas. TMS significa Sistema de Gestión de Transporte y es la capa orientada al usuario que se sitúa sobre las herramientas del sistema operativo subyacente. tp y R3trans.

¿Por qué necesitamos un Sistema de Transporte?

Sin un sistema de transporte, cada cambio tendría que reimplementarse manualmente en QAS y PRD, lo cual es lento, propenso a errores e imposible de auditar. Los componentes CTS cubren esta brecha y desempeñan un papel central en el entorno general de desarrollo y personalización. CTS significa Sistema de cambio y transporte.

CTS es un instrumento para:

• Administrar y controlar las nuevas solicitudes de desarrollo.
• Gestionar el transporte entre sistemas.
• Registrar dónde y quién realizó cada cambio.
• Configurar el entorno del sistema.

Descripción general de los componentes CTS

CTS se compone de tres piezas que cooperan entre sí, cada una de las cuales representa una capa diferente del problema del transporte.

• CTO (Organizador de Cambio y Transporte): La herramienta principal para gestionar, explorar y registrar los cambios realizados en el repositorio y personalizar los objetos. Es el punto central para organizar los proyectos de desarrollo. SE01 es la transacción con la vista extendida utilizada por los administradores de Basis.
• Herramientas de transporte: Los transportes reales se realizan en el back-end a nivel del sistema operativo utilizando herramientas de transporte que forman parte del SAP Núcleo. Los dos programas clave son: R3trans (el controlador de datos) y el programa de control de transporte tp (el orquestador).
• TMS (Sistema de Gestión de Transporte): La interfaz de usuario que permite a los administradores configurar dominios de transporte, definir rutas, supervisar colas de importación y activar importaciones sin pérdida de paquetes.ping al sistema operativo.

SAP Panorama del sistema

El panorama del sistema (también conocido como el SAP Grupo de sistemas) es la disposición de SAP servidores utilizados por una organización. La configuración recomendada es una panorama de tres sistemas:

1. Servidor de desarrollo – DEV — donde los desarrolladores construyen y configuran.
2. Servidor de control de calidad – QAS — donde se realizan pruebas de integración de los cambios.
3. Servidor de producción – PRD — donde el negocio funciona día a día.

En su forma más simple, el ciclo de transporte consiste en la publicación de nuevos desarrollos o cambios de personalización desde DEV, que luego se importan tanto a QAS como a PRD. La importación a PRD está controlada: solo puede ocurrir después de la integración. las pruebas y se han completado los controles de calidad en QAS y el cambio se ha marcado formalmente como aprobado.

¿Qué es la personalización? ¿Cómo ayuda TMS en la personalización?

La personalización es el proceso de adaptar el SAP sistema a las necesidades comerciales del cliente sin modificaciones SAP-código entregado. Para realizar personalizaciones, los usuarios y consultores trabajan a través del SAP Guía de implementación de referencia (IMG), accesible a través de transacciones SPRO.

Lo ideal es realizar la personalización en el entorno de desarrollo (DEV). El organizador de transportes (SE01) se utiliza junto con la guía de implementación (IMG) para registrar los cambios de personalización dentro de una solicitud de transporte, que TMS puede procesar posteriormente.

La mayoría de los cambios de personalización, aunque no todos, son específico del cliente: los cambios afectan solo a un cliente en particular y no están destinados a todos los clientes del sistema. Cuando se exporta una solicitud de transporte, TMS extracExtrae las entradas de tabla relevantes de la base de datos de origen y las copia al directorio de transporte como archivos. Las entradas de tabla relevantes se bloquean mientras se utiliza la transacción de personalización, pero se desbloquean en el momento en que se guardan los cambios en una solicitud de transporte.

Cambios en el repositorio y el desarrollo

Además de personalizar los objetos existentes, en la mayoría de los proyectos se requieren nuevos desarrollos. objeto de desarrollo es cualquier objeto que se construye dentro del SAP sistema. La colección completa de dichos objetos, tanto específicos del cliente como entre clientes, se denomina Repositorio.

El desarrollo se realiza principalmente con la ayuda de la Entorno de trabajo ABAP (SE80), por lo que estos cambios también se conocen como Cambios en el banco de trabajoAlgunos ejemplos típicos son:

• Objetos del diccionario ABAP: Tablas, Dominios, Elementos de datos.
• programas ABAPmódulos de funciones, menús y pantallas.
• Documentos y objetos de transporte definidos por la aplicación.

El Workbench está totalmente integrado con TMS, por lo que cada cambio en el Workbench se puede registrar y transportar. La mayoría de los cambios en el Workbench, aunque, de nuevo, no todos, son cliente cruzadoEsto significa que los cambios se reflejarán en todos los clientes del sistema de destino. Los objetos transportados desde el sistema de origen sobrescriben los objetos del sistema de destino que tienen el mismo nombre.

Clientes y tipos de datos en un SAP Sistema

Conceptualmente, un Cliente es una unidad técnica y organizativamente independiente que posee su propio conjunto de datos: datos maestros, aplicación/OperaDatos generales y personalización de datos. Los clientes crean entornos separados para usuarios de diferentes grupos o con diferentes propósitos dentro del mismo sistema. SAP sistema, sin necesidad de crear una base de datos independiente para cada uno.

Desde el punto de vista técnico, un cliente se identifica mediante un ID numérico de 3 dígitos, que también es el valor del campo de la tabla. MANDT para tablas específicas del cliente.

Entre los datos específicos de cada cliente, existen tres tipos distintos:

• Datos maestros del usuario: Información de inicio de sesión que incluye nombre de usuario, contraseña, valores predeterminados del usuario, perfiles o roles de autorización, grupos de usuarios y detalles de comunicación. Estos datos residen en un conjunto específico de tablas (las USR* mesas).
• Personalización de datos: Los ajustes de configuración personalizan la estructura organizativa y los procesos de negocio de la empresa implementadora. Estos datos dependen del cliente y se almacenan en tablas de personalización.
• Datos de la aplicación: También dependiente del cliente y dividido entre datos maestros (como el maestro de proveedores y el maestro de materiales — por ejemplo, tabla MARA) y datos transaccionales (tales como pedidos de venta, documentos financieros y órdenes de producción).

Opciones de personalización del cliente

Cuando se crea un nuevo cliente con la transacción SCC4, los administradores pueden elegir si los cambios registrados en el cliente se capturan automáticamente en una solicitud de transporte y si se permiten las personalizaciones entre clientes o los cambios en el repositorio.

SAP Directorio de transporte

El SAP Directorio de transporte es el directorio de transporte global (/usr/sap/trans) — una ubicación compartida, que reside en el sistema del controlador de dominio, utilizada por todos los sistemas miembros de un entorno (grupo de sistemas). Contiene varios subdirectorios que se crean automáticamente durante la instalación y es obligatoria para configurar el Sistema de administración de transporte.

El directorio de transporte es la ubicación donde se guardan todos los cambios como archivos después de ser liberados desde DEV. Luego actúa como origen para los cambios que posteriormente se importan a QAS y PRD. Por esta razón, el directorio Debes debe compartirse correctamente en todos los sistemas del entorno.

On WindowsPor ejemplo, se puede acceder a la ubicación del directorio compartido utilizando:

\\<SAPTRANSHOST>\sapmnt\trans

Aquí SAPTRANSHOST — la dirección del sistema del controlador de dominio — se define en el archivo hosts de cada SAP el sistema en el paisaje. El Controlador de dominio Es un sistema dentro del entorno que actúa como controlador general para la gestión y el transporte de cambios. Es seleccionado por el equipo de administradores de sistemas de D/Q/P en función de la disponibilidad y el momento de la instalación.

Subdirectorios principales

• cofiles: Archivos de información de solicitud de cambio que contienen todos los detalles y comandos para cada transporte.
• datos: Los valores reales y la carga útil de datos que se aplicarán como parte del cambio.
• log: Registros de transporte, traces, y estadísticas: su primer lugar de referencia cuando falla un transporte.
• EPS: Directorio de descargas para correcciones avanzadas y paquetes de soporte.

Otros subdirectorios

• compartimiento: Archivos de configuración para tp (el Programa de Transporte) y TMS, incluyendo el central TPPARAM .
• datos antiguos: Los datos exportados antiguos se conservan para su archivo o eventual eliminación.
• registro de actas: Registros de acciones para cada solicitud y tarea.
• buffer: Búfer de transporte para cada sistema, declarando qué transportes están pendientes de importación.
• nombres de savia: Información sobre las solicitudes de transporte realizadas por cada usuario.
• mp: Archivos temporales y de registro de datos.

Configuración del directorio de transporte y TPPRAM

Uno de los requisitos previos clave al configurar TMS es configurar el directorio de transporte y el archivo de parámetros de transporte.

• El directorio debe compartirse correctamente entre todos los sistemas del entorno, y cada sistema participante debe estar listado en el archivo de configuración global. TPPARAM (el archivo de parámetros de transporte), ubicado en el bin subdirectorio de /usr/sap/trans.
• Si falta una entrada del sistema en TPPARAM, copie la sección de otro sistema y ajuste los valores (ID del sistema, nombre de host, etc.) para que coincidan.
• En el momento de la instalación, el directorio de transporte y sus subdirectorios se crean automáticamente, incluyendo una plantilla inicial de TPPARAM.

OperaHerramientas del sistema de ting: tp y R3trans

Debajo de TMS, dos programas del sistema operativo realizan el trabajo pesado: tp (el programa de control de transporte) y R3trans (el transportador de datos).

tp – El Programa de Control de Transporte

• tp son los SAP programa utilizado por los administradores para planificar y realizar transportes entre sistemas, así como para SAP Actualizaciones del sistema. Tanto el CTO como el TMS lo llaman "bajo el capó".
• tp utiliza otras herramientas y utilidades para realizar sus funciones; lo más importante es que llama R3transAdemás, controla la secuencia correcta de objetos exportados e importados para que el sistema de destino nunca se quede con dependencias incompatibles.
• tp reside en el directorio de tiempo de ejecución estándar del SAP sistema: /usr/sap/SYS/<SID>/exe/runSe copia automáticamente allí durante la instalación.
• Como requisito previo, el global tp archivo de parámetros TPPARAM Debe mantenerse actualizado, listando como mínimo los nombres de host de cada sistema que participe en el proceso de transporte.
• tp Se utiliza principalmente para realizar importaciones en sistemas de destino. Funciona a través de despachadores de importación. RDDIMPDP y CLIENTE_RDDIMPDP_ — que deben programarse como trabajos en segundo plano en cada sistema donde se realicen importaciones. Si esos trabajos se eliminan alguna vez, informe RDDNEWPP pueden reprogramarlas.
• Estos trabajos son activado por evento: tp envía una señal (un evento) al sistema R/3 y el trabajo comienza. Los eventos se denominan SAP_TRIGGER_RDDIMPDP y SAP_ACTIVADOR_RDDIMPDP_CLIENTE.

R3trans – El programa de transporte

• R3trans son los SAP programa de transporte que mueve físicamente datos entre diferentes SAP sistemas. Rara vez se llama directamente; en cambio, se invoca desde tp o por el SAP utilidades de actualización.
• tp orquesta los transportes y genera los archivos de control que R3trans consume, pero no se conecta a la base de datos en sí. Todo el “trabajo real” a nivel de base de datos lo realiza R3trans.
• R3trans admite el movimiento de datos entre sistemas que se ejecutan en diferentes sistemas operativos e incluso en diferentes bases de datos, lo que hace que sean heterogéneos. SAP paisajes posibles.

Clave SAP Transacciones de TMS

Los siguientes códigos de transacción (T-codes) son las herramientas que un administrador de Basis utiliza a diario para operar el Sistema de Gestión de Transportes.

código T	Propósito
STM	Punto de entrada principal del TMS: configuración del dominio, rutas de transporte, resumen de importaciones.
STMS_IMPORTAR	Acceso directo a la cola de importación del sistema actual.
SE01	Organizador de transporte (vista ampliada): gestiona y autoriza las solicitudes de transporte.
SE09	Organizador de transporte para solicitudes de bancos de trabajo.
SE10	Organizador de transporte para solicitudes personalizadas.
SCC4	Mantenimiento del cliente: configure si un cliente permite transportes y cambios.
SPRO	SAP Referencia IMG: el punto de entrada para todas las actividades de personalización.
SE80	ABAP Workbench: entorno de desarrollo para objetos de repositorio.

Mejores prácticas para SAP TMS

Un proceso TMS disciplinado garantiza que los cambios fluyan sin sorpresas en la producción. Vale la pena adoptar los siguientes hábitos desde el primer día.

• Mantén una única dirección de transporte. (DEV → QAS → PRD). Nunca permita que los cambios fluyan hacia atrás ni omita el QAS.
• Libere las solicitudes de transporte en orden de dependencia. Si TR-B hace referencia a objetos añadidos por TR-A, TR-A debe entrar primero en la cola de importación.
• Utilice textos descriptivos breves. en cada TR para que un futuro revisor pueda identificar el cambio sin abrir el contenido.
• Programar trabajos de fondo RDDIMPDP en cada sistema en el momento en que se incorpora al panorama; sin ellos, no se podrán realizar importaciones.
• Montar el directorio de transporte de forma consistente En todos los hosts, las rutas que no coinciden son la principal causa de fallos en las importaciones.
• Trate los códigos de devolución superiores a 0 como defectos.No se trata de advertencias. Investigue, documente la causa raíz y solo entonces vuelva a importar.

Preguntas Frecuentes