ADM325

Logística de software para SAP

S/4HANA y SAP Business Suite

.
.
MANUAL DEL PARTICIPANTE
FORMACIÓN CON INSTRUCTOR
.
Versión del curso: 23
Duración del curso: 5 Día(s)
Número de material: 50162107

Tenga en cuenta que este curso se ha traducido por una máquina y, por lo tanto, puede
no tener la misma precisión de traducción que una traducción humana. En caso de
incertidumbre, consulte la versión en inglés.
Copyrights, marcas registradas y
responsabilidades de SAP

© 2023 SAP SE o una empresa filial de SAP. Reservados todos los derechos.

Queda prohibida la reproducción o transmisión de cualquier parte de esta

publicación, en cualquier forma o para cualquier fin, sin el permiso expreso de SAP
SE o de una empresa filial de SAP.
La información que aquí se incluye puede modificarse sin previo aviso. Algunos
productos de software comercializados por SAP SE y sus distribuidores contienen
componentes de software con derechos de autor de otros proveedores de software.
Las especificaciones de producto nacionales pueden variar.
Es posible que estos materiales se hayan traducido automáticamente y puedan
contener errores gramaticales o imprecisiones.
SAP SE o una empresa filial de SAP proporcionan estos materiales con fines
meramente informativos, sin manifestación ni garantía de ningún tipo. Ni SAP ni sus
empresas filiales se hacen responsables de los errores u omisiones en relación con
los materiales. Las únicas garantías para los productos y servicios de SAP o de sus
empresas filiales son aquellas especificadas en las cláusulas expresas de garantía
que acompañan a dichos productos y servicios, si las hubiera. Nada de lo que
aparezca en este documento debe interpretarse como garantía adicional.
En concreto, ni SAP SE ni sus empresas filiales tienen obligación alguna de
emprender las actividades empresariales indicadas en este documento o en
cualquier presentación relacionada, o de desarrollar o lanzar ninguna de las
funcionalidades mencionadas en el presente. Este documento, o cualquier
presentación relacionada, así como la estrategia y posibles desarrollos futuros,
productos y/o direcciones de plataforma y funcionalidades de SAP SE o de sus
empresas filiales, están sujetos a posibles cambios y pueden ser modificados por
SAP SE o sus empresas filiales en cualquier momento y por cualquier motivo, sin
previo aviso. La información incluida en este documento no constituye ningún
compromiso, promesa u obligación legal de proporcionar ningún material, código o
funcionalidad. Cualquier afirmación referente al futuro está sujeta a diversos riesgos
e incertidumbres que pueden provocar que los resultados reales difieran de forma
significativa de los previstos. Se advierte a los lectores que no deben depositar una
confianza excesiva en estas afirmaciones referentes al futuro y que no deben basarse
en ellas a la hora de tomar decisiones de compra.
En concreto, ni SAP SE ni sus empresas filiales tienen obligación alguna de
emprender las actividades empresariales indicadas en este documento o en
cualquier presentación relacionada, o de desarrollar o lanzar ninguna de las
funcionalidades mencionadas en el presente. Este documento, o cualquier
presentación relacionada, así como la estrategia y posibles desarrollos futuros,
productos y/o direcciones de plataforma y funcionalidades de SAP SE o de sus
empresas filiales, están sujetos a posibles cambios y pueden ser modificados por
SAP SE o sus empresas filiales en cualquier momento y por cualquier motivo, sin
previo aviso. La información incluida en este documento no constituye ningún
compromiso, promesa u obligación legal de proporcionar ningún material, código o
funcionalidad. Cualquier afirmación referente al futuro está sujeta a diversos riesgos
e incertidumbres que pueden provocar que los resultados reales difieran de forma
significativa de los previstos. Se advierte a los lectores que no deben depositar una
confianza excesiva en estas afirmaciones referentes al futuro y que no deben basarse
en ellas a la hora de tomar decisiones de compra.https://www.sap.com/
corporate/en/legal/copyright.html para obtener información y avisosadicionales
sobremarcas comerciales.
Convenciones Tipográficas

El idioma estándar usado en este manual es Español ( España ).

También se usan las siguientes convenciones tipográficas.

Esta información se visualiza en la presentación del instructor.

Demostración

Procedimiento

Advertencia o aviso

Consejo

Información relacionada o adicional

Discusión con moderador

Control de interfaz de usuario Texto ejemplo

Título de ventana Texto ejemplo

© Copyright. Reservados todos los derechos. iii

iv © Copyright. Reservados todos los derechos.
Contenido

vii Resumen del curso

1 Capítulo 1 : Introducción a SAP Software Logistics

3 Lección: Infraestructura de sistemas SAP

9 Lección: Concepto de cliente
17 Lección: Descripción de las opciones de modificación del sistema y
las opciones de modificación del cliente

29 Capítulo 2 : Configuración de la infraestructura del sistema SAP

31 Lección: Configuración del Transport Management System (TMS)

55 Lección: Configuración del control de transporte ampliado

69 Capítulo 3 : Creación y exportación de órdenes de transporte

71 Lección: Customizing y proyectos Customizing

81 Lección: Órdenes de transporte para Customizing
91 Lección: Procedimiento de Customizing
103 Lección: Órdenes de transporte para desarrollo
115 Lección: Desarrollo de cliente
123 Lección: Modificación de objetos SAP

141 Capítulo 4 : Importación de órdenes de transporte

143 Lección: El proceso de transporte

149 Lección: Importaciones mediante TMS
167 Lección: Procedimiento de aprobación de QA y propuestas de
transporte
177 Lección: Proceso de importación
193 Lección: Herramientas de supervisión
207 Lección: Limpiando el directorio de transporte

223 Capítulo 5 : Estrategias de cambio de software

225 Lección: Opciones de infraestructura del sistema

241 Capítulo 6 : Herramientas de cliente

243 Lección: Copia de mandante y herramientas de transporte de

mandante
275 Lección: Herramientas de mantenimiento y comparación de clientes

© Copyright. Reservados todos los derechos. v

289 Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del
sistema SAP, conversión a SAP S/4HANA

291 Lección: SAP Note Assistant

309 Lección: SAP Support Packages
325 Lección: Actualización del sistema SAP y conversión de SAP S/
4HANA

343 Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

345 Lección: CTS ampliado - La idea básica

353 Lección: Configuración del Change and Transport System para el
CTS ampliado
371 Lección: Transporte de objetos no ABAP
385 Lección: Outlook: Integración de desarrollo ABAP en procesos
CI/CD (DevOps) con la ayuda de gCTS

402 Glosario

vi © Copyright. Reservados todos los derechos.

Resumen del curso

PÚBLICO OBJETIVO
Este curso está dirigido al siguiente público objetivo:
● Consultor de tecnología
● Administrador de sistema

© Copyright. Reservados todos los derechos. vii

viii © Copyright. Reservados todos los derechos.
CAPÍTULO 1 Introducción a SAP Software
Logistics

Lección 1
Infraestructura de sistemas SAP 3

Lección 2
Concepto de cliente 9

Lección 3
Descripción de las opciones de modificación del sistema y las opciones de modificación del cliente 17

OBJETIVOS DEL CAPÍTULO

● Describir la diferencia entre una aplicación y un sistema SAP

● Explicar la necesidad de una infraestructura de varios sistemas
● Describir la estructura de datos de un sistema SAP basado en AS ABAP
● Enumerar diferentes roles de cliente y explicar su uso
● Ilustración de un ejemplo de una infraestructura de varios sistemas
● Utilizar las opciones de modificación del sistema y las opciones de modificación de
mandante para su infraestructura de transporte
● Describir la idea de Customizing utilizando las parametrizaciones actuales

© Copyright. Reservados todos los derechos. 1

Capítulo 1 : Introducción a SAP Software Logistics

2 © Copyright. Reservados todos los derechos.

 Capítulo 1
Lección 1
Infraestructura de sistemas SAP

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá información sobre el portafolio de productos de SAP, SAP Business
Suite, SAP NetWeaver, SAP S/4HANA, sistemas SAP e instancias. También identificará los
componentes de la infraestructura del sistema SAP que SAP recomienda.

Ejemplo empresarial
Como administrador del sistema SAP, debe comprender los roles de diferentes sistemas SAP
en la infraestructura de sistemas SAP para los sistemas locales antes de decidir cómo
configurar el Transport Management System.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir la diferencia entre una aplicación y un sistema SAP
● Explicar la necesidad de una infraestructura de varios sistemas

Componentes del sistema SAP

Figura 1: SAP S/4HANA y SAP Business Suite

el contexto de SAP Business Suite, el portafolio de productos SAP ofrece aplicaciones SAP
para las siguientes áreas:
● Planificación de recursos empresariales (SAP ERP)
● Gestión de las relaciones con los clientes (SAP CRM)

© Copyright. Reservados todos los derechos. 3

Capítulo 1 : Introducción a SAP Software Logistics

● Gestión de relación con proveedores (SAP SRM)

● Gestión de cadena logística (SAP SCM)
● Gestión del ciclo de vida del producto (SAP PLM)

Estas aplicaciones forman parte de SAP Business Suite. Como resultado, un cliente con una
licencia de SAP Business Suite también tiene una licencia para cada aplicación en SAP
Business Suite.

Nota:
A veces, los términos “solución SAP” y “aplicación SAP” se utilizan
indistintamente.

Una aplicación SAP es un paquete virtual de funciones empresariales. No puede instalar,

revisar, actualizar ni administrar una aplicación SAP. No puede iniciar sesión en una
aplicación SAP porque una aplicación SAP consta de varios componentes SAP, como SAP
ECC (SAP ERP Central Component), servidor SAP SCM, etc. Desde el punto de vista
tecnológico, son los componentes de SAP los que un cliente instala o actualiza. Puede iniciar
sesión y trabajar con un componente. Un término común para un componente SAP es un
“sistema SAP”.
SAP ECC es el componente central de SAP ERP, que a su vez es la aplicación central de SAP
Business Suite.
, SAP ahora ofrece SAP S/4HANA Suite, una nueva generación de aplicaciones empresariales
creadas en la plataforma in-memory SAP HANA. El servidor SAP S/4HANA es un nuevo
sistema SAP en la nueva SAP S/4HANA Suite. Podría decir que el servidor SAP S/4HANA es
“el nuevo sistema SAP ECC”.

Nota:
Es posible convertir su sistema SAP ECC existente en un sistema servidor SAP S/
4HANA realizando una conversión de SAP S/4HANA.

producto importante a mencionar es SAP NetWeaver, que representa la pila tecnológica

proporcionada por SAP para dar soporte a SAP Business Suite. Una vez más, no puede
instalar SAP NetWeaver, ni revisar o actualizar SAP NetWeaver en su totalidad. SAP
NetWeaver es un paquete de varios sistemas SAP, por ejemplo:
● SAP Business Warehouse (SAP BW)
● SAP Enterprise Portal (SAP EP)
● SAP Process Integration (SAP PI)
● SAP Master Data Management (SAP MDM)

Estos sistemas SAP se pueden instalar según sea necesario para cumplir con diferentes
requisitos.
Los sistemas SAP para SAP Business Suite se basan en SAP NetWeaver Application Server
(SAP NetWeaver AS), ya sea en ABAP (SAP NetWeaver AS ABAP, o para abreviar: AS ABAP)
o en JAVA (SAP NetWeaver AS Java, o para abreviar: AS JAVA).
Plataforma ABAPPlataforma ABAP es la plataforma tecnológica subyacente a SAP S/4HANA
y se envía como parte de SAP S/4HANA.

4 © Copyright. Reservados todos los derechos.

 Lección: Infraestructura de sistemas SAP

A diferencia de SAP NetWeaver AS ABAP, la plataforma ABAP no se envía como un producto

independiente. La plataforma ABAP consta de AS ABAP, las herramientas de desarrollo ABAP
(ADT) en Eclipse y varios componentes tecnológicos adicionales necesarios para ejecutar
SAP S/4HANA.

Figura 2: Ejemplos de sistema SAP

La figura anterior muestra dos ejemplos de sistemas SAP:

● Un sistema SAP ECC 6.08 (como parte de SAP Business Suite 7 Innovations 2016
(BS7i2016))
● Un sistema de servidor SAP S/4HANA 2021

En este curso de formación, se utilizan los sistemas de servidor de SAP S/4HANA 2021.

Sistemas SAP basados en AS ABAP

Figura 3: Desarrollo de release del componente de software SAP_BASIS

Este curso describe cómo configurar y transportar dentro de una infraestructura de sistema
SAP de sistemas SAP basados en AS ABAP.

© Copyright. Reservados todos los derechos. 5

Capítulo 1 : Introducción a SAP Software Logistics

La figura anterior muestra un historial de algunas de las versiones del componente de

software central SAP_BASIS. Entre otros, este componente de software contiene la
codificación para las transacciones que forman el Transport Management System.

Recomendaciones de infraestructura del sistema SAP

Figura 4: Objetivos de la infraestructura del sistema de SAP

Para actualizar la seguridad de los datos, debe proteger los datos de aplicación utilizando el
concepto de mandante, que separa los datos según los mandantes, y el concepto de
autorización, que separa los datos dentro de un mandante según los usuarios.
Además, debe separar estrictamente los entornos de desarrollo, garantía de calidad y
producción. La estabilidad y el rendimiento del mandante productivo no deben verse
afectados por las actividades de desarrollo y test en otros mandantes.
Las modificaciones en los objetos de repository son válidas en todos los mandantes y afectan
inmediatamente a las funciones y procesos empresariales. Por lo tanto, las modificaciones
deben probarse antes de transportarlas al sistema de producción.
Si solo tuviera un sistema SAP, no sería posible un desarrollo posterior después del inicio de
la producción. Las modificaciones en los objetos de repository solo se podían realizar cuando
las operaciones de producción se detuvieron para el desarrollo y las pruebas.
Una infraestructura de dos sistemas no es óptima porque las pruebas de desarrollo y control
de calidad tienen lugar en el sistema de desarrollo.

6 © Copyright. Reservados todos los derechos.

 Lección: Infraestructura de sistemas SAP

Figura 5: La infraestructura de sistemas SAP recomendada

Para garantizar un funcionamiento productivo fluido, una infraestructura de sistema SAP

debe contener los tres sistemas SAP de la figura anterior, los mandantes estándar y cualquier
mandante adicional necesario.
Una infraestructura de tres sistemas satisface las necesidades de muchos clientes. Tiene las
siguientes características:
● El desarrollo tiene lugar en el sistema de desarrollo. Los objetos modificados se liberan al
sistema de gestión de calidad.
● En el sistema de gestión de calidad, puede probar nuevos desarrollos sin afectar al entorno
de producción.

Nota:
Un sistema de gestión de calidad le permite integrar esfuerzos de desarrollo y
verificar la validez y consistencia de los objetos transportados antes de mover
los objetos a producción.

● Todos los objetos importados al sistema de gestión de calidad también deben entregarse a
uno o más sistemas de producción.

La infraestructura de tres sistemas también es una base para aplicar SAP Support Packages
o para realizar un upgrade de release.
Los sistemas SAP en la misma infraestructura de sistemas SAP requieren nombres de
sistema SAP unívocos, conocidos como ID de sistema (SID).
SAP proporciona las herramientas necesarias para la creación, documentación y distribución
de modificaciones dentro de una infraestructura de sistema SAP. También proporciona las
herramientas para configurar la infraestructura del sistema SAP para que admita la gestión,
verificación y prueba de todos los cambios:
● Se recomienda un mandante individual para todo el trabajo de Customizing. Establezca las
opciones de cambio de cliente de forma adecuada antes de utilizar sus clientes.

© Copyright. Reservados todos los derechos. 7

Capítulo 1 : Introducción a SAP Software Logistics

● Se recomienda un único sistema SAP (el sistema de desarrollo) para todo el trabajo de
desarrollo. Fije las opciones de modificación del sistema de forma adecuada.
● Asigne las autorizaciones de usuario adecuadas a los desarrolladores y a los miembros del
equipo de Customizing para controlar si un usuario puede crear, modificar o liberar tareas
y órdenes de transporte.
● Registrar y documentar todas las modificaciones en un mandante o sistema SAP.

Figura 6: Módulos del sistema de modificaciones y transporte

Change and Transport System (CTS) incluye las siguientes herramientas:

● Change and Transport Organizer (CTO) proporciona funciones para organizar proyectos
de desarrollo de software. Está diseñado para apoyar proyectos de todos los tamaños, ya
sea que se lleven a cabo de forma centralizada o en un entorno distribuido.
● Transport Management System (TMS) organiza, supervisa y realiza transportes para
todos los sistemas SAP dentro de una infraestructura de sistemas SAP. Además, TMS se
utiliza para configurar y gestionar la configuración de sistemas SAP y rutas de transporte
dentro de una infraestructura de sistemas SAP.
● Las herramientas de transporte son ejecutables y programas que se comunican con el
sistema SAP, la base de datos y los ficheros generados durante el proceso de transporte.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir la diferencia entre una aplicación y un sistema SAP
● Explicar la necesidad de una infraestructura de varios sistemas

8 © Copyright. Reservados todos los derechos.

 Capítulo 1
Lección 2
Concepto de cliente

RESUMEN DE LA LECCIÓN
En esta lección, aprenderá a identificar roles de cliente en el sistema SAP. Además, obtendrá
información sobre los conceptos de gestión de modificaciones dentro de un entorno de
sistema SAP.

Ejemplo empresarial
Como administrador del sistema SAP o líder del equipo de proyecto, debe supervisar los
cambios en la configuración del software y los cambios en el código del programa para
proteger su sistema de producción de los ajustes de configuración o errores del programa
incorrectos. Por lo tanto, debe saber qué tipos de modificaciones pueden producirse en las
infraestructuras de sistemas SAP basadas en AS ABAP. Además, debe comprender el
concepto de mandante para los sistemas SAP basados en AS ABAP.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir la estructura de datos de un sistema SAP basado en AS ABAP
● Enumerar diferentes roles de cliente y explicar su uso
● Ilustración de un ejemplo de una infraestructura de varios sistemas

Datos en un sistema SAP

Los datos de un sistema SAP se pueden dividir en dos categorías:

1. Datos específicos de mandante:

Datos maestros de aplicación, Customizing y usuario, que solo afectan a un mandante.

2. Datos válidos en todos los mandantes:

Datos de Customizing y todos los objetos de repository que afectan a todo el entorno del
sistema SAP.

© Copyright. Reservados todos los derechos. 9

Capítulo 1 : Introducción a SAP Software Logistics

Figura 7: Tipos de datos en un sistema SAP

Nota:
Dictionary ABAP es un diccionario de datos que forma parte del repository ABAP.

Mandantes en un sistema SAP

Un mandante es una unidad autónoma en términos comerciales, organizativos y técnicos.
Tiene sus propios datos maestros de usuario y un conjunto de rangos de clave de tabla.

Figura 8: Clientes en sistemas SAP

Los datos de diferentes clientes están separados tanto en la base de datos como en el nivel
de núcleo: las sentencias Open SQL ejecutadas por una aplicación SAP utilizan el número de

10 © Copyright. Reservados todos los derechos.

 Lección: Concepto de cliente

cliente de laWHERE cláusula. Una tabla puede contener datos de varios mandantes diferentes,
sin embargo, la cláusula limita elWHERE acceso a determinados mandantes.
Los tipos de datos específicos de mandante son los siguientes:
● Datos maestros de usuario, como parámetros y grupos de usuarios.
● Datos de Customizing, como unidades organizativas, asignaciones y clases de documento.
● Datos de aplicación, como datos de transacción comercial y datos maestros de material.

El concepto de cliente SAP puede integrar varias empresas o subsidiarias en un único cliente.
Para ello, utiliza los siguientes métodos:
● Sociedades
Las sociedades definen las unidades organizativas corporativas más pequeñas para las
que se puede elaborar un plan de cuentas completo e independiente para la gestión de
informes externa.
● El concepto de autorizaciones de SAP
El concepto de autorización de SAP permite a la empresa matriz acceder a todas las
subsidiarias con fines informativos, mientras que los datos específicos de la subsidiaria
están protegidos contra el acceso de otras subsidiarias mediante la definición de la
sociedad.

Figura 9: Roles de cliente estándar

cumplen los requisitos mínimos óptimos de su sistema SAP.

Los mandantes estándar son los siguientes:
● Mandante CUST: Desarrollo y Customizing
El mandante de Customizing central, donde se realiza la adaptación completa del sistema
SAP a las necesidades específicas del cliente. Todas las modificaciones realizadas en este
mandante se registran para que se puedan suministrar a otros mandantes mediante el
Transport Management System (TMS).
● Mandante QTST: Gestión de calidad

© Copyright. Reservados todos los derechos. 11

Capítulo 1 : Introducción a SAP Software Logistics

Se utiliza para probar y verificar las nuevas parametrizaciones de Customizing en la

aplicación.
● Mandante PROD: Producción
El cliente para las actividades de producción, es decir, dónde se lleva a cabo el negocio de
su empresa. Las modificaciones de Customizing que se importan a este mandante
primero deben verificarse cuidadosamente en el mandante QTST. Esto garantiza que la
operación de producción no se interrumpa.

Para obtener todos los beneficios de una infraestructura de varios sistemas, cada cliente
crítico debe estar ubicado en un sistema SAP independiente.

Nota:
Los roles (lógicos) que se muestran aquí no son idénticos a los roles de mandante
(técnicos) que se pueden seleccionar en la transacción SCC4 (Actualización de
mandantes). Por ejemplo, el rol (lógico) QTST corresponde al rol (técnico) Test.
Los roles de mandante (técnicos) que se pueden seleccionar en la transacción
SCC4 son Customizing, Test, Producción, Demostración, Formación/Educación y
Referencia de SAP.

Figura 10: Roles de cliente adicionales (1/2)

Los clientes adicionales dentro de una infraestructura de sistema SAP pueden incluir:
● Mandante PREP: Preproducción
Cliente para la prueba de integración y validación final, ubicada en un sistema de
preproducción independiente: el sistema de preproducción es el entorno para la prueba de
integración final una vez que se ha fijado el alcance de la versión (prueba de liberación),
para la prueba de regresión, la prueba técnica del sistema, incluida la prueba de
rendimiento y la prueba de volumen y la prueba de aceptación del usuario. Además, los
cambios de soporte de producción se prueban aquí (especialmente mientras el cliente
QTST se utiliza para la prueba de integración de una nueva versión de desarrollo).

12 © Copyright. Reservados todos los derechos.

 Lección: Concepto de cliente

Nota:
El entorno de preproducción normalmente es propiedad de la organización de
soporte de producción.

Atención:
El sistema de preproducción no debe estar “dañado” con la nueva
funcionalidad de lanzamiento o los nuevos paquetes de soporte hasta el
momento adecuado (idealmente lo más cerca posible de la entrada en
productivo).

Todos los sistemas de preproducción deben actualizarse regularmente desde el sistema

de producción, si es posible.
La configuración general de todos los sistemas de preproducción debe imitar la
producción lo más estrechamente posible, incluida la arquitectura de hardware, para
garantizar que las pruebas realizadas sean válidas. En detalle, esto significa:
- Mismas soluciones de alta disponibilidad y conmutación por error
- Misma arquitectura de hardware, tipos de procesador y subsistema de
almacenamiento
- Mismo tamaño de disco y volumen de datos (debido a la copia del sistema)
- La cantidad de servidores de aplicación adicionales se puede reducir y posiblemente
ampliar a petición mediante la virtualización (solo se necesita cuando es posible una
simulación completa y exacta de la carga de trabajo productiva).
● Mandante TRNM: Maestro de formación
Mandante para crear fuentes de formación y para actuar como mandante fuente para la
copia de mandante del mandante de ejecución de formación.
En este cliente, se preparan ejercicios y demostraciones que incluyen datos de muestra.
● Mandante TRNG: Ejecución de formación
Un entorno de formación de usuarios finales. Este cliente se actualizará desde el cliente
maestro de formación. La formación se lleva a cabo aquí.
● Cliente SAND: Sandbox
Un cliente sandbox le permite experimentar con los datos de transacción y las opciones de
configuración. Este cliente contiene datos de aplicación.
Los entornos de prueba están disponibles para probar funcionalidades específicas y, en
particular, cambios “en todo el sistema o no eliminables” (como la activación de las
funciones empresariales).

© Copyright. Reservados todos los derechos. 13

Capítulo 1 : Introducción a SAP Software Logistics

Atención:
No se debe permitir el transporte de modificaciones fuera del sandbox. El
entorno de prueba es un entorno puramente independiente sin conexiones
con otros entornos. Sin embargo, el sandbox puede recibir cambios del
desarrollo para mantenerse actualizado.

● TEST de cliente: Test de unidad

El objetivo de un mandante de test de unidad es verificar las modificaciones de
Customizing frente a los datos de muestra en un entorno más estable. Esto se puede
hacer copiando las parametrizaciones de Customizing del mandante de Customizing al
mandante TEST. Esto se denomina test de módulo. En caso de que los datos de test se
hayan destruido durante los tests, este mandante se puede actualizar desde el mandante
de copia de seguridad de datos de test (no incluido en esta lista).
● Cliente GOLD: Cliente Golden
El cliente productivo es el cliente “de referencia definitivo” para toda la configuración
buena, completa y final que se está utilizando en la implementación. Este mandante no
contiene datos de aplicación, por lo que no puede realizar ninguna transacción aquí. Este
es un cliente sensible y el acceso debe restringirse.

Figura 11: Roles de cliente adicionales (2/2)

Ejemplo de una infraestructura de transporte

La siguiente figura muestra una infraestructura de cuatro sistemas que incluye dos sistemas
de soporte junto con los clientes en cada uno de los sistemas como ejemplo. Supongamos
que el cliente realiza un desarrollo de software ágil con la ayuda de sprints.
En este ejemplo, el desarrollo y el Customizing se realizan en el sistema DEV, mandante 100.
Los desarrolladores (que prueban las modificaciones de código) y los consultores (que
prueban las modificaciones de Customizing) utilizan un mandante separado (300) en el
sistema DEV para los tests de módulo. Las solicitudes de transporte se liberan solo después
de una prueba de unidad exitosa y una reunión de revisión de sprint.

14 © Copyright. Reservados todos los derechos.

 Lección: Concepto de cliente

El cliente 100 del sistema QAS se utiliza entonces para pruebas funcionales de las nuevas
funciones del sprint. Además,
● Los tests de integración funcional se ejecutan para verificar las nuevas funciones en el
contexto del proceso empresarial global.
● Los tests de regresión se pueden ejecutar para comprobar si las nuevas funciones no
tendrán ningún impacto negativo.
● los usuarios clave empresariales pueden realizar tests de aceptación de usuario.

El cliente 100 del sistema PRE se puede utilizar para pruebas de volumen, pruebas de
rendimiento del procesamiento empresarial, incluidas las nuevas funciones, pruebas de
aceptación de usuarios adicionales y para la prueba de integración final antes (después de la
aprobación/aprobación final) de que los cambios se importen al cliente productivo en el
sistema PRD.

Figura 12: Ejemplo de una infraestructura de transporte

La exportación de órdenes de transporte desde el sistema DEV debe planificarse

cuidadosamente, ya que rellena las colas de importación tanto del sistema QAS como del
sistema DEV y porque las órdenes de transporte no se deben borrar de ninguna cola de
importación, ya que esto puede provocar inconsistencias.

Nota:
El contenido de las órdenes de transporte debe verificarse como mínimo en el
mandante TEST antes de liberarlas. Para transferir el contenido de las órdenes de
transporte que se deben probar al mandante TEST, se puede utilizar la
transacción SCC1 (Copiar por orden de transporte) o SCC1N (Copiar datos de
transportes, disponible a partir de SAP S/4HANA 1909).

En esta infraestructura de cuatro sistemas, una vez que se ha liberado una orden de
transporte del sistema de desarrollo, se puede importar más o menos inmediatamente a los
clientes del sistema QAS, siempre que no haya conflicto con las pruebas (funcionales) en
curso.

© Copyright. Reservados todos los derechos. 15

Capítulo 1 : Introducción a SAP Software Logistics

Atención:
Sin embargo, la importación al sistema de preproducción debería tener lugar lo
más tarde posible. Solo las modificaciones que se supone que van a producción
con la siguiente entrada en productivo deben permitirse para entrar en el sistema
de preproducción.

El sistema SBX es necesario para la prueba inicial de Support Packages u otros componentes
de la solución (como la activación de Business Functions) sin afectar al entorno de desarrollo.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir la estructura de datos de un sistema SAP basado en AS ABAP
● Enumerar diferentes roles de cliente y explicar su uso
● Ilustración de un ejemplo de una infraestructura de varios sistemas

16 © Copyright. Reservados todos los derechos.

 Capítulo 1
Lección 3
Descripción de las opciones de modificación
del sistema y las opciones de modificación del
cliente

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá información sobre las opciones de modificación del sistema y las
opciones de modificación de mandante de un sistema SAP basado en AS ABAP.

Ejemplo empresarial
Como administrador de transporte, debe fijar las opciones de modificación del sistema
correctas para cada sistema SAP y las opciones de modificación de mandante correctas para
todos los mandantes para evitar, por ejemplo, que las modificaciones en el repository se
puedan realizar directamente en el entorno de producción.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Utilizar las opciones de modificación del sistema y las opciones de modificación de
mandante para su infraestructura de transporte
● Describir la idea de Customizing utilizando las parametrizaciones actuales

Opciones de cambio de sistema

Figura 13: Opciones de cambio de sistema

© Copyright. Reservados todos los derechos. 17

Capítulo 1 : Introducción a SAP Software Logistics

modificación del sistema definen si los objetos de repository y los objetos de Customizing
válidos para todos los mandantes se pueden modificar globalmente. Si se pueden modificar
globalmente, puede especificar si cada componente de software y área de nombres se puede
modificar o no.
Para acceder a la opción de modificación del sistema, vaya a la transacción SE06 y seleccione
Opción de modificación del sistema.
Un componente de software es un conjunto de paquetes dedicados.
Para los componentes de software, existen cuatro opciones posibles diferentes:
● Modificable
● Modificabilidad restringida
Esto significa que solo puede crear objetos como no originales.
● No modificable (solo ampliable)
Esto significa que no se permiten modificaciones. Los objetos solo se pueden ampliar
mediante el concepto de ampliación.
● No modificable (no ampliable)
Esto significa que no se permiten modificaciones ni ampliaciones.

Puede reservar áreas de nombres para software desarrollado por clientes y socios de SAP.
Estas áreas de nombres están diseñadas para ampliaciones de cliente a gran escala, así como
add-ons desarrollados por socios.
La sintaxis de los objetos de espacios de nombres reservados es la siguiente:/<name
space>/<object name>.
Para cada sistema SAP, el cliente puede definir si los objetos incluidos en las áreas de
nombres y las áreas de nombres se pueden modificar o no. Para poder modificar objetos, la
parametrización global de este sistema SAP en la transacción SE06 debe ser modificable.

Opciones de modificación de cliente

Figura 14: Opciones de modificación de cliente

18 © Copyright. Reservados todos los derechos.

 Lección: Descripción de las opciones de modificación del sistema y las opciones de modificación del cliente

que se encuentran en la tabla maestra T000 del mandante se pueden actualizar mediante la
transacción SCC4.
Se deben actualizar dos opciones para implementar controles sobre dónde se realizan las
modificaciones y para forzar que las modificaciones se registren en las órdenes de
transporte.
Estas parametrizaciones son las siguientes:
● Modificaciones y transportes para objetos específicos de mandante.
● Modificaciones de objeto válidas en todos los mandantes.

Las siguientes listas proporcionan una breve descripción de lo que permite cada opción.

Modificaciones y transportes para objetos específicos de mandante

Modificaciones sin grabación automática
Este indicador significa que se permiten modificaciones en las parametrizaciones de
Customizing del mandante. Las modificaciones no se registran automáticamente en una
orden de transporte.
Las parametrizaciones de Customizing se pueden exportar desde el mandante creando
manualmente una orden de transporte y añadiendo los objetos en cuestión a esta orden
de transporte.
Esta variante tiene sentido para mandantes puros de test, formación o demostración.
Grabación automática de modificaciones
Este indicador significa que se permiten modificaciones en las parametrizaciones de
Customizing del mandante. Las modificaciones se registran automáticamente en una
orden de transporte.
También puede exportar opciones de Customizing independientemente de la grabación
automática desde el cliente creando manualmente una orden de transporte y
añadiéndole objetos.
Esta variante se puede utilizar para mandantes de Customizing.

Consejo:
En un mandante productivo, las opciones que se pueden actualizar como
“opciones actuales” se excluyen de la grabación automática. Las opciones
actuales (como los tipos de cambio, los períodos contables, etc.) se
actualizan sin registrar las modificaciones.

© Copyright. Reservados todos los derechos. 19

Capítulo 1 : Introducción a SAP Software Logistics

Nota:
El registro automático de modificaciones no hace referencia al registro para
fines de auditoría. También es posible el registro con fines de auditoría.
● Para registrar modificaciones de datos desde el sistema SAP, puede fijar
el parámetro de perfil rec/client, mediante la transacción RZ10.

● Para registrar las modificaciones de datos causadas por la importación

de órdenes de transporte, puede fijar el parámetro PCTRECCLIENT
mediante la transacción STMS.

Con las nuevas instalaciones de SAP S/4HANA 2021 o las conversiones a

SAP S/4HANA 2021, la grabación en log de modificaciones de datos de
tabla está activada por defecto. Para obtener más detalles, consulte la nota
SAP 3093760: Logs de modificación de datos de tabla en la plataforma
ABAP.

No se permiten modificaciones
Este indicador significa que no se permiten modificaciones en las parametrizaciones de
Customizing del mandante.
Sin embargo, las parametrizaciones de Customizing (existentes) se pueden exportar
desde el mandante creando una orden de transporte y adjuntando manualmente objetos
a ella.
En un mandante productivo, las opciones de Customizing que se pueden actualizar como
“opciones actuales” se excluyen del bloqueo de mandante. Esto significa que las
opciones actuales (como tipos de cambio, períodos contables, etc.) siempre se pueden
actualizar en el mandante productivo.
Esta variante se puede utilizar para mandantes productivos, mandantes de
demostración y mandantes de formación.
Modificaciones sin grabación automática, no se permiten transportes
Este indicador significa que se permiten modificaciones en las parametrizaciones de
Customizing del mandante. Sin embargo, las modificaciones no se registran
automáticamente en una orden de transporte.
A diferencia de la opción Modificaciones sin grabación automática, no es posible el
transporte manual de las parametrizaciones de Customizing desde el mandante.
Esta variante se puede utilizar para mandantes de test puros o mandantes sandbox.

Modificaciones de objeto válidas en todos los mandantes

Esta característica controla los mandantes en los que puede actualizar objetos válidos para
todos los mandantes.
No tiene sentido permitir la actualización válida para todos los mandantes si los objetos a
actualizar son exclusivamente objetos de aplicación (todos específicos de mandante) u
objetos de Customizing relacionados con el mandante. En este caso (por ejemplo, en un
mandante de test), debe asegurarse de que no se pueda modificar la funcionalidad válida en
todos los mandantes.
Las funciones válidas para todos los mandantes incluyen todos los objetos de Customizing
válidos para todos los mandantes (por ejemplo, calendario de fábrica, definición de
condiciones de lista de precios, controles de impresora). En particular, también incluyen

20 © Copyright. Reservados todos los derechos.

 Lección: Descripción de las opciones de modificación del sistema y las opciones de modificación del cliente

todos los objetos del repository SAP (programas, módulos de funciones, pantallas, objeto
Dictionary, etc.).

Nota:
Las modificaciones en objetos válidos para todos los mandantes solo se permiten
cuando las opciones de la actualización de mandantes (transacción SCC4) y las
opciones de modificación del sistema (transacción SE06) no las evitan.

Modificaciones permitidas en repository y Customizing válido en todos los mandantes

No hay restricciones en la actualización de objetos válidos para todos los mandantes
para el mandante cuando se utiliza esta opción. Se pueden actualizar tanto los objetos de
Customizing válidos para todos los mandantes como los objetos del repository SAP.
Utilice esta parametrización sólo en el Customizing y en el mandante de desarrollo.
Sin modificaciones en objetos de Customizing válidos en todos los mandantes
Los objetos de Customizing válidos en todos los mandantes no se pueden actualizar en el
mandante con esta opción.
Utilícelo solo si el mandante de desarrollo está separado del mandante de Customizing.
No hay cambios en los objetos del repositorio
Con esta opción, los objetos del repository SAP no se pueden actualizar en el cliente.
Utilícelo solo si el mandante de Customizing está separado del mandante de desarrollo.
Sin modificaciones en objetos de Customizing válidos en todos los mandantes y repository
Esta es una combinación de ambas restricciones: ni los objetos de Customizing válidos
para todos los mandantes ni los objetos del repository SAP se pueden actualizar en el
mandante.
Utilícelo en todos los mandantes de la infraestructura, a excepción de los mandantes de
Customizing y desarrollo.

Consejo:
Si utiliza un usuario de paso de job para el repositorio de jobs técnicos en SAP S/
4HANA (transacción SJOBREPO_STEPUSER), puede introducir una entrada en la
tabla CLMS_TENANT (Información de arrendatario (ampliación a T000)), lo que
puede dar lugar a campos adicionales en la transacción SCC4 (como ID de
arrendatario). Consulte la nota SAP 2449125 – Crear y asignar usuario de paso
de job para repositorio de jobs técnicos.

© Copyright. Reservados todos los derechos. 21

Capítulo 1 : Introducción a SAP Software Logistics

Customizing mediante parametrizaciones actuales

Figura 15: Customizing mediante parametrizaciones actuales

En un proyecto de Customizing, y también durante la actualización de un sistema SAP, todas

las modificaciones de Customizing deben transportarse y probarse en el sistema de gestión
de calidad. Pero ciertos tipos de modificaciones de Customizing, o modificaciones de
Customizing de solo datos, deben llevarse a cabo en un mandante productivo, sin guardarse
como órdenes de transporte. Algunos ejemplos de estos datos, que pueden requerir ajustes
frecuentes en los sistemas SAP, incluyen:
● Tipos de interés,
● Primas de seguro de enfermedad,
● Planes de pensiones,
● Régimen fiscal, y
● Tipos de cambio de moneda,

porque estos tipos de modificaciones tienen una tasa de modificación frecuente y no están
sujetas a pruebas exhaustivas como otras modificaciones de Customizing. Estas
modificaciones se realizan directamente en el mandante productivo del sistema productivo.
Para evitar tener que utilizar órdenes de transporte para estas modificaciones, se ha
introducido la función Opciones actuales.
función Opciones actuales se puede utilizar dentro de un mandante productivo, sin afectar a
los objetos de Customizing relacionados con el flujo empresarial.
Las parametrizaciones actuales autorizadas por SAP para objetos Customizing se mantienen
en el campo CURSETTING de la tabla OBJH.
Al utilizar las Opciones actuales en un entorno de producción, se deben actualizar las
siguientes opciones:
● El rol de cliente se fija en: Producción.

22 © Copyright. Reservados todos los derechos.

 Lección: Descripción de las opciones de modificación del sistema y las opciones de modificación del cliente

● Las modificaciones de objeto válidas para todos los mandantes se fijan en: No hay
modificaciones en el Repository ni en los objetos de Customizing válidos para todos los
mandantes.
● Las modificaciones y los transportes para objetos específicos de mandante se fijan en: No
se permiten modificaciones.

Nota:
Si desea saber cómo se puede asignar el atributo de objeto Parametrizaciones
actuales a un objeto de mantenimiento, consulte la nota SAP 2442887 – SOBJ |
Cómo asignar el atributo de objeto Opciones actuales a un objeto de
mantenimiento. Para desactivar la conexión de transporte para determinadas
parametrizaciones de Customizing, siga la nota SAP 2444878 – SE54 | Cómo
desactivar la conexión de transporte.
Para las transacciones de actualización de vistas, tiene la opción de actualizar las
opciones actuales en mandantes de test que “tampoco se pueden modificar”.
Para obtener más información, consulte la nota SAP 356483 – En el sistema de
prueba, el comportamiento de los objetos de personalización que se pueden editar
en producción, p. ej. Opciones actuales.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Utilizar las opciones de modificación del sistema y las opciones de modificación de
mandante para su infraestructura de transporte
● Describir la idea de Customizing utilizando las parametrizaciones actuales

© Copyright. Reservados todos los derechos. 23

Capítulo 1 : Introducción a SAP Software Logistics

24 © Copyright. Reservados todos los derechos.

 Capítulo 1

Evaluación de la formación

1. ¿Cuáles de los siguientes son sistemas SAP?

Seleccione las respuestas correctas.

X A SAP ECC

X B SAP ERP

X C Servidor SAP S/4HANA

X D SAP Business Suite

X E SAP BW

2. SAP recomienda una infraestructura de tres sistemas como infraestructura mínima al

realizar su propio desarrollo.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

3. ¿Cuál de las siguientes opciones siempre es válida en todos los mandantes?

Seleccione la respuesta correcta.

X A Objetos de repository

X B Datos de aplicación

X C Distribución de

X D Registros maestros de usuario

© Copyright. Reservados todos los derechos. 25

Capítulo 1 : Evaluación de la formación

4. ¿Cuáles de las siguientes opciones son roles de cliente estándar (lógicos)?

Seleccione las respuestas correctas.

X A Desarrollo y Customizing

X B Supervisión

X C Garantía de calidad

X D Importación

X E Producción

5. Si fija las opciones de modificación DE MANDANTE (TRANSACCIÓN SCC4) para el

mandante 100 en Modificaciones permitidas en el repository y en el Customizing válido
para todos los mandantes y las opciones de modificación del sistema (transacción SE06)
en No modificables, podrá modificar los objetos de repository desde el mandante 100.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

6. ¿Cuál de las siguientes opciones de modificación de mandante le permite modificar el

Customizing específico de mandante dentro del mandante específico?
Seleccione las respuestas correctas.

X A Modificaciones sin grabación automática

X B Grabación automática de modificaciones

X C No se permiten modificaciones

X D Modificaciones sin grabación automática, no se permiten transportes

26 © Copyright. Reservados todos los derechos.

 Capítulo 1

Respuestas a la Evaluación de la formación

1. ¿Cuáles de los siguientes son sistemas SAP?

Seleccione las respuestas correctas.

X A SAP ECC

X B SAP ERP

X C Servidor SAP S/4HANA

X D SAP Business Suite

X E SAP BW

Correcto. SAP ECC, SAP S/4HANA Server y SAP BW son sistemas SAP. SAP ERP no es
un sistema SAP, es una aplicación. SAP Business Suite no es un sistema SAP, es el
paquete de las aplicaciones SAP ERP, SAP CRM, SAP SCM, SAP SRM y SAP PLM.

2. SAP recomienda una infraestructura de tres sistemas como infraestructura mínima al

realizar su propio desarrollo.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. Una infraestructura de tres sistemas es la infraestructura mínima recomendada

al realizar su propio desarrollo.

3. ¿Cuál de las siguientes opciones siempre es válida en todos los mandantes?

Seleccione la respuesta correcta.

X A Objetos de repository

X B Datos de aplicación

X C Distribución de

X D Registros maestros de usuario

Correcto. Los objetos de repository siempre son válidos en todos los mandantes. Los
datos de aplicación son específicos de mandante. El Customizing es parcialmente
específico de mandante y parcialmente válido en todos los mandantes. Los registros
maestros de usuario son específicos de mandante.

© Copyright. Reservados todos los derechos. 27

Capítulo 1 : Respuestas a la Evaluación de la formación

4. ¿Cuáles de las siguientes opciones son roles de cliente estándar (lógicos)?

Seleccione las respuestas correctas.

X A Desarrollo y Customizing

X B Supervisión

X C Garantía de calidad

X D Importación

X E Producción

Correcto. Desarrollo y Customizing, Gestión de calidad y Producción son roles de cliente

estándar (lógicos). La supervisión y la importación no son roles de cliente.

5. Si fija las opciones de modificación DE MANDANTE (TRANSACCIÓN SCC4) para el

mandante 100 en Modificaciones permitidas en el repository y en el Customizing válido
para todos los mandantes y las opciones de modificación del sistema (transacción SE06)
en No modificables, podrá modificar los objetos de repository desde el mandante 100.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. No es posible modificar objetos de repository si las opciones de modificación

del sistema, opciones globales están fijadas en No modificable. No importa cómo se fijan
las opciones de modificación de mandante en este caso.

6. ¿Cuál de las siguientes opciones de modificación de mandante le permite modificar el

Customizing específico de mandante dentro del mandante específico?
Seleccione las respuestas correctas.

X A Modificaciones sin grabación automática

X B Grabación automática de modificaciones

X C No se permiten modificaciones

X D Modificaciones sin grabación automática, no se permiten transportes

Correcto. Las modificaciones sin grabación automática, la grabación automática de

modificaciones y las modificaciones sin grabación automática, no se permiten transportes
que le permitan modificar el Customizing específico del mandante dentro del mandante
específico. Las modificaciones no permitidas no le permiten modificar el Customizing
específico de mandante dentro del mandante específico.

28 © Copyright. Reservados todos los derechos.

CAPÍTULO 2 Configuración de la
infraestructura del sistema SAP

Lección 1
Configuración del Transport Management System (TMS) 31

Lección 2
Configuración del control de transporte ampliado 55

OBJETIVOS DEL CAPÍTULO

● Enumerar los pasos principales para configurar una infraestructura de sistemas

● Explicar el uso del directorio de transporte
● Definir los términos dominio de transporte, infraestructura de sistemas y grupo de
transporte
● Crear un dominio de transporte y añadirle sistemas adicionales
● Describir cómo configurar PCT desde dentro del Transport Management System
● Configurar rutas de transporte
● Configurar el procedimiento de autorización de gestión de calidad
● Verificar la configuración del Transport Management System (TMS)
● Explicar el uso de grupos objetivo de transporte y rutas de transporte específicas de
mandante
● Describir una infraestructura de sistema adecuada para el desarrollo y mantenimiento de
proyectos paralelos
● Describir el proceso de transporte entre diferentes grupos de transporte y dominios de
transporte

© Copyright. Reservados todos los derechos. 29

Capítulo 2 : Configuración de la infraestructura del sistema SAP

30 © Copyright. Reservados todos los derechos.

 Capítulo 2
Lección 1
Configuración del Transport Management
System (TMS)

RESUMEN DE LA LECCIÓN
En esta lección, aprenderá a configurar Transport Management System (TMS). En primer
lugar, se introducen algunos términos básicos, como infraestructura del sistema SAP, dominio
de transporte y grupo de transporte. A continuación, aprenderá a configurar un dominio de
transporte y a configurar un controlador de dominio de transporte. A continuación, se definen
las rutas de transporte. Finalmente, se introducirá el procedimiento de aprobación de QA y se
verificará la configuración de TMS.

Ejemplo empresarial
Un administrador del sistema SAP debe comprender los roles de diferentes sistemas SAP y
clientes en la infraestructura del sistema SAP antes de tomar decisiones sobre cómo
configurar el Transport Management System (TMS). Después de haber instalado el primer
sistema SAP, pero antes de realizar el Customizing o el desarrollo, debe configurar el TMS
para que registre, supervise y controle las modificaciones de Customizing y desarrollo para
los transportes subsiguientes a otros sistemas SAP en la infraestructura de sistemas SAP.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Enumerar los pasos principales para configurar una infraestructura de sistemas
● Explicar el uso del directorio de transporte
● Definir los términos dominio de transporte, infraestructura de sistemas y grupo de
transporte
● Crear un dominio de transporte y añadirle sistemas adicionales
● Describir cómo configurar PCT desde dentro del Transport Management System
● Configurar rutas de transporte
● Configurar el procedimiento de autorización de gestión de calidad
● Verificar la configuración del Transport Management System (TMS)

Resumen y requisitos previos

La siguiente lista proporciona un resumen de lo que se debe tener en cuenta antes, durante y
después de la instalación de un sistema SAP.

© Copyright. Reservados todos los derechos. 31

Capítulo 2 : Configuración de la infraestructura del sistema SAP

Configuración de la infraestructura del sistema SAP: Resumen

● Antes de la instalación del sistema SAP y de la base de datos:

- Defina la estructura de red para la infraestructura del sistema SAP.
- Instale el hardware y los sistemas operativos para los sistemas SAP.
● Durante la instalación del sistema SAP y la base de datos:
- Cree un directorio de transporte común.
- Crear directorios de transporte adicionales para sistemas externos, si existen.
● Después de la instalación del sistema y la base de datos de SAP:
- Si ha configurado el sistema SAP mediante una copia de base de datos, inicialice el
Change and Transport Organizer (CTO) (seleccionando Realizar acciones posteriores a
la instalación en la transacción SE06).

- Configure el Transport Management System (TMS).

Consejo:
Si ha configurado el sistema SAP mediante una copia de base de datos: Para
inicializar Change and Transport Organizer (CTO), vaya a la transacción SE06 y
seleccione Copia de base de datos o Migración de base de datos → Realizar
acciones posteriores a la instalación.
Para configurar la infraestructura del sistema SAP mediante TMS, vaya a la
transacción STMS. Este proceso se describirá en detalle en esta lección.

Introducción al Directorio de Transporte

Para configurar la infraestructura del sistema SAP, basta con empezar con un sistema SAP
existente como sistema de desarrollo. Los sistemas de control de calidad y producción no son
necesarios en esta etapa. Todos los sistemas SAP futuros se pueden representar en esta
etapa como sistemas “virtuales”. También debe crear un directorio de transporte a nivel de
sistema de ficheros para todos los sistemas SAP. Este directorio es necesario para el TMS.

32 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

Figura 16: Creación de un directorio de transporte

Nota:
Según su sistema SAP, el global y todos los subdirectorios necesarios se pueden
crear automáticamente durante la instalación del sistema SAP. Consulte la guía
de instalación de su sistema SAP para obtener más detalles.

El parámetro de perfil SAP DIR_TRANS debe indicar la vía de acceso del directorio de
transporte. Para Linux y UNIX, la vía de acceso predeterminada es /usr/sap/trans. Para
Microsoft Windows, la vía de acceso predeterminada es\\$(SAPGLOBALHOST)\sapmnt
\trans o \\$(SAPTRANSHOST)\sapmnt\trans.

Nota:
Encontrará más información sobre el parámetro de perfil DIR_TRANS en la nota
SAP 2506805 – Directorio de transporte DIR_TRANS.

Los subdirectorios requeridos en el directorio de transporte común incluyen (entre otros):

● EPS: directorio de descarga para SAP Support Packages (Electronic Parcel Service).
● actlog: información sobre el usuario SAP por orden de transporte y tarea de transporte.
● bin: ficheros de configuración para tp (TP_<nombre de dominio>.PFL) y TMS
(DOMAIN.CFG).
● buffer: fichero de memoria intermedia de transporte para cada sistema SAP, que indica
qué órdenes de transporte se deben importar en qué secuencia.
● cofiles: archivos de información de orden de transporte o comando, que incluyen
información sobre el tipo de transporte, las clases de objeto, los pasos de importación
necesarios y los códigos de salida de procesamiento posterior.
● datos: parte de datos de las órdenes de transporte exportadas.
● log: logs de transporte, ficheros trace y estadísticas.

© Copyright. Reservados todos los derechos. 33

Capítulo 2 : Configuración de la infraestructura del sistema SAP

● sapnames: información sobre órdenes de transporte por usuario SAP.

● tmp: datos temporales y archivos de registro.

El transporte le permite sincronizar el Customizing y el desarrollo en varios sistemas SAP,

mediante la transferencia de modificaciones del sistema de desarrollo a los sistemas SAP
subsiguientes. Los transportes a lo largo de las rutas de transporte deben tener lugar en una
sola dirección.

Figura 17: Secuencia de transporte lógico y físico

Como se ha mencionado anteriormente, el transporte requiere un directorio de transporte

para permitir que los sistemas SAP en la infraestructura del sistema SAP almacenen y
accedan a varios ficheros de datos, ficheros de comandos y ficheros de log.
Físicamente, los objetos de una infraestructura de tres sistemas se transportan en tres pasos:

1. Todos los objetos de una orden de transporte (transportable) que deben liberarse se
exportan copiándolos de la base de datos del sistema fuente al directorio de transporte.

2. Estos objetos se importan del directorio de transporte a la base de datos del sistema de
gestión de calidad. Aquí, se prueban y validan.

3. Después de la prueba y la verificación, los objetos se pueden importar desde el directorio

de transporte a la base de datos del sistema de producción.

Nota:
Los términos “exportación” e “importación” se entienden como copia, no como
movimiento.
Al final del proceso, los objetos existen cuatro veces: en la base de datos de DEV,
QAS y PRD, y en el directorio de transporte.

TMS: Conceptos y terminología

Según el tamaño de una organización y el alcance de su implementación de SAP, puede haber
muchas personas diferentes que llevan a cabo proyectos de personalización y desarrollo.
Algunos estarán involucrados en la personalización de áreas de aplicación específicas, otros

34 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

pueden estar involucrados en el desarrollo de nuevos programas ABAP, otros en la prueba de

control de calidad y la aceptación de cambios. Puede haber cientos o incluso miles de
modificaciones que deben transportarse a través de los sistemas SAP en la infraestructura. El
transporte de estas modificaciones se realizará utilizando las funciones del .
Los conceptos detrás de TMS son los siguientes:
● Configuración centralizada de Change and Transport System (CTS) para todos los
sistemas SAP.
● Gestión centralizada de órdenes de transporte, especialmente el proceso de importación.
● Estrategia de transporte basada en rutas de transporte predefinidas.

El objetivo del TMS, al que se accede mediante la transacción STMS, es controlar

centralmente la propagación de modificaciones a través de la infraestructura del sistema SAP
en función de las vías de acceso predefinidas. Esto está diseñado para garantizar la
consistencia del repository SAP y el contenido de las tablas Customizing en todos los
sistemas SAP de la infraestructura. Todas las actividades necesarias se pueden realizar
desde el sistema SAP (utilizando el concepto de autorización de SAP) y no es necesario
ejecutar scripts manualmente a nivel del sistema operativo.
Con TMS puede realizar las siguientes actividades:
● Defina el rol del sistema SAP dentro de una infraestructura de sistemas SAP o un dominio
de transporte.
● Configure las rutas de transporte utilizando un editor o las opciones de configuración
estándar suministradas.
● Configure el perfil de parámetros del programa de herramientas de transporte (PCT).
● Visualizar las colas de importación de todos los sistemas SAP en el dominio de transporte.
● Definir procedimientos de gestión de calidad y autorización en el sistema de gestión de
calidad.
● Programar la importación de órdenes de transporte en una cola de importación.
● Realizar transportes entre sistemas SAP sin un directorio de transporte común.
● Gestionar propuestas de transporte de desarrolladores.

TMS permite a los administradores del sistema SAP gestionar centralmente la configuración
de transporte de varios sistemas SAP definiendo dominios de transporte, asignando
controladores de dominio de transporte y definiendo rutas de transporte.

© Copyright. Reservados todos los derechos. 35

Capítulo 2 : Configuración de la infraestructura del sistema SAP

Figura 18: ¿Qué es una infraestructura de sistema SAP?

Un dominio de transporte consta de todos los sistemas SAP que tiene previsto gestionar de
forma centralizada. Dentro del dominio de transporte, todos los sistemas SAP deben tener ID
de sistema SAP (SID) unívocos. Solo uno de estos sistemas SAP se identifica como el
controlador de dominio (de transporte).

Nota:
El controlador de dominio de transporte es el sistema SAP en el que se actualizan
todas las opciones de configuración de TMS. Cualquier modificación en las
opciones de configuración se distribuye a todos los sistemas SAP de la
infraestructura. Esto garantiza que las opciones de configuración de TMS sean
consistentes en todo el dominio de transporte. El controlador de dominio de
transporte almacena la configuración de referencia y todos los demás sistemas
SAP reciben una copia de la configuración de referencia.

Una infraestructura de sistema SAP es un conjunto de sistemas SAP que comparten objetos
de Customizing y repository mediante órdenes de transporte transportadas. Una
infraestructura típica se compone, entre otros, de un desarrollo, una garantía de calidad y un
sistema de producción. En la mayoría de los casos, la infraestructura del sistema SAP y el
dominio de transporte se componen de los mismos sistemas SAP, pero no es raro tener
varias infraestructuras de sistema dentro de un dominio de transporte.
Entre los ejemplos de un dominio de transporte único con infraestructuras de varios sistemas
se incluyen:
● Una empresa multinacional puede tener infraestructuras separadas para cada subsidiaria.
DE1, QA1 y PR1 pueden ser la infraestructura para la implementación asiática, y DE2, QA2
y PR2 puede ser la infraestructura para la implementación europea (¿“Qué es una
infraestructura de sistema SAP?”). Aunque son infraestructuras de sistema separadas,
ambas se pueden controlar de forma centralizada en un dominio de transporte.
● Un cliente de SAP puede tener varias infraestructuras de sistema para diferentes tipos de
sistemas SAP. DEV, QAS y PRD pueden ser la infraestructura para los sistemas SAP ECC,
mientras que DBW, QBW y PBW pueden ser la infraestructura para los sistemas SAP BW.

36 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

De nuevo, las infraestructuras de sistemas separadas se controlan de forma centralizada

mediante un dominio de transporte.

Un dominio de transporte contiene al menos un grupo de transporte. Un grupo de transporte

de uno o más sistemas SAP que comparten un directorio de transporte común. La siguiente
figura muestra la relación entre un dominio de transporte y un grupo de transporte.

Figura 19: Dominio de transporte y grupo de transporte

TMS soporta varios directorios de transporte dentro de un único dominio de transporte. Este
podría ser el caso, por ejemplo, de la empresa multinacional mencionada anteriormente,
donde cada filial puede tener su propio directorio de transporte (local). O bien, podría ser un
dominio de transporte que contenga una infraestructura que tenga un sistema DEV con su
propio directorio de transporte, y sistemas QAS y PRD que compartan un directorio de
transporte común, por motivos de seguridad. En este caso, el dominio de transporte estaría
formado por dos grupos de transporte.

Nota:
Los términos dominio de transporte, controlador de dominio de transporte y grupo
de transporte solo afectan a los sistemas SAP en el entorno. No incluyen la
relación de transporte entre los sistemas SAP, que se define mediante las rutas de
transporte.

Establecimiento de un dominio de transporte

Para configurar un dominio de transporte, primero determine qué sistemas SAP deben
incluirse en el dominio de transporte. El dominio de transporte debería contener todos los
sistemas SAP que se administrarán centralmente mediante TMS.

© Copyright. Reservados todos los derechos. 37

Capítulo 2 : Configuración de la infraestructura del sistema SAP

Nota:
No todos los sistemas SAP deben instalarse y estar presentes cuando el dominio
de transporte se configura por primera vez, pero es necesario planificar cómo
será la infraestructura. Estos “futuros” sistemas SAP se pueden representar
mediante sistemas virtuales.

Resumen
La configuración de TMS se puede desglosar en tres pasos:

1. La configuración del dominio de transporte define qué sistemas SAP se incluirán en el

dominio.

2. La configuración de las rutas de transporte define el sistema SAP y los roles de cliente
dentro de las infraestructuras.

3. Opcional: La configuración del procedimiento de aprobación de QA define quién es el

responsable de aprobar los cambios y la promoción de esos cambios en el sistema o
sistemas de entrega.

La figura “Configuración del sistema de gestión de transporte” muestra los tres pasos. Tenga
en cuenta que los dos primeros pasos son obligatorios para configurar una infraestructura de
sistemas SAP. El último paso (configuración del procedimiento de autorización de gestión de
calidad) es opcional.

Figura 20: Configuración del Transport Management System

Inicializando el controlador de dominio de transporte

El primer sistema SAP que configure se selecciona automáticamente como . Sin embargo,
más tarde puede cambiar el rol del controlador de dominio de transporte a otro sistema SAP.

38 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

Figura 21: Establecimiento de un dominio de transporte

Dado que determinadas tareas de configuración que son relevantes para todo el dominio de
transporte (por ejemplo, crear rutas de transporte) solo se pueden llevar a cabo en el
controlador de dominio de transporte, SAP recomienda que el sistema SAP seleccionado
como controlador de dominio de transporte tenga los siguientes atributos:
● Alta disponibilidad
● Precauciones de alta seguridad
● Nivel de mantenimiento más alto

Un sistema de producción puede ser la opción ideal para ser controlador de dominio de
transporte. Como el sistema de desarrollo normalmente se instala antes de los sistemas de
gestión de calidad y producción, la práctica común es configurar el sistema de desarrollo
como el controlador de dominio de transporte primero y luego mover la asignación del
controlador de dominio de transporte al sistema de producción. Otro escenario podría ser
utilizar un sistema SAP que ya utilice para la supervisión central y la gestión central de
usuarios como controlador de dominio de transporte.

Nota:
La carga del sistema en el sistema SAP provocada por el trabajo en el controlador
de dominio de transporte es muy baja.

Al utilizar TMS (transacción STMS) por primera vez después de una nueva instalación del
sistema SAP, se le solicitará automáticamente que inicialice el TMS. Debe inicializar el TMS
mientras esté conectado al mandante 000. Para configurar TMS, necesita la autorización
S_CTS_ADMIN (para el objeto de autorización S_CTS_ADMI).

Inicializando el controlador de dominio de transporte

Si aún no se ha configurado ningún dominio de transporte, el inicio de la transacción STMS en
el mandante 000 realizará las siguientes actividades:

© Copyright. Reservados todos los derechos. 39

Capítulo 2 : Configuración de la infraestructura del sistema SAP

● Asigne el sistema SAP como controlador de dominio de transporte.

● Cree el nombre de dominio de transporte DOMAIN_<SID>.
● Cree el grupo de transporte GROUP_<SID>.
● Cree el usuario de sistema TMSADM en el mandante 000.
● Crear destinos RFC.
● Instale el fichero DOMAIN.CFG y el TP_<nombre de dominio>.PFL en el directorio bin del
directorio de transporte.

Si llama por primera vez la transacción STMS en el mandante 000 en el sistema controlador
de dominio de transporte, el sistema SAP ejecutará automáticamente las siguientes acciones:
● Se crea un grupo de transporte con el nombre GROUP_<SID>.
● En el mandante 000, el usuario de sistema TMSADM se crea con el perfil asignado
S.A_TMSADM.
● Se generan los destinos RFC necesarios para el TMS.
● El fichero de configuración TMS DOMAIN.CFG se almacena en el subdirectorio de
transporte bin. Este fichero contiene el nombre y la descripción del dominio de transporte,
así como el nombre de host del controlador de dominio de transporte, el número de
instancia, el SID y el grupo de transporte.
● El perfil de transporte para el programa de control de transporte tp se genera y almacena
en la ubicación del subdirectorio de transporte con el nombre TP_<nombre de
dominio>.PFL. Los parámetros de este perfil se actualizan mediante la transacción STMS.

Nota:
El nombre del dominio de transporte no puede contener espacios en blanco y no
se puede modificar más adelante sin volver a configurar el controlador de dominio
de transporte. Por defecto, un dominio de transporte tendrá el nombre
DOMAIN_<SID>, donde <SID> es el ID de sistema SAP del sistema controlador de
dominio de transporte.

Añadir sistemas SAP adicionales a un dominio de transporte

Para añadir un nuevo sistema SAP a un dominio de transporte existente, debe realizar
actividades de configuración tanto en el nuevo sistema SAP como en el controlador de
dominio de transporte.

40 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

Figura 22: Añadir sistemas SAP adicionales a un dominio de transporte

Cada sistema SAP adicional debe aplicarse al controlador de dominio de transporte para
incluirlo en el dominio de transporte. Como la configuración del TMS solo se puede realizar en
el controlador de dominio de transporte, el controlador de dominio de transporte debe
confirmar la inclusión para cada sistema SAP. La imagen inicial de la transacción STMS en el
sistema solicitante indica si el sistema SAP espera su inclusión en el dominio de transporte.
La descripción del dominio de transporte se almacena en el fichero DOMAIN.CFG en el
subdirectorio bin del directorio de transporte común. Todos los demás sistemas SAP
conectados a este directorio de transporte leen el fichero DOMAIN.CFG durante la
inicialización STMS para identificar el controlador de dominio de transporte y la dirección del
grupo de transporte.

Nota:
Si sus sistemas SAP no tienen un directorio de transporte común, puede
configurar manualmente TMS con la dirección del controlador de dominio de
transporte. En este caso, seleccione Otra configuración → Incluir sistema en
dominio al introducir la transacción STMS por primera vez. En la siguiente ventana
de diálogo, introduzca el host de destino y el número de instancia del sistema
controlador de dominio de transporte.

Cuando se haya configurado un sistema SAP para el TMS y se haya autorizado en el dominio
de transporte, encontrará un usuario TMSADM recién creado en el mandante 000 y los
destinos RFC generados necesarios para el TMS.

© Copyright. Reservados todos los derechos. 41

Capítulo 2 : Configuración de la infraestructura del sistema SAP

Consejo:
Debido a los destinos RFC creados, la contraseña del usuario TMSADM debe ser
consistente dentro de todo el dominio de transporte. Para obtener más
información, consulte la información siguiente:
● Nota SAP 761637 – Restricciones de entrada al sistema impiden la entrada al
sistema TMSADM
● Nota SAP 1568362 – Modificación de contraseña TMSADM
● Nota SAP 1801805: Introducción de nuevos destinos y parches en
TMS_UPDATE_PWD_OF_TMSADM
● Nota SAP 2493023 – Problemas de TMSADM: Notas obligatorias
● Nota SAP 2816097 – El usuario TMSADM está constantemente bloqueado
● Wiki Modificación de la contraseña TMSADM (https://wiki.scn.sap.com/wiki/
display/SL/Changing+the+TMSADM+password)

Consejo:
Al configurar el TMS en un sistema SAP, puede especificar el servidor de
aplicación (es decir, la instancia) que se debe utilizar para todas las funciones
TMS. Seleccione la instancia con la mayor disponibilidad.

Atención:
Para intercambiar datos y objetos entre los sistemas SAP de una infraestructura
de sistemas SAP, todos los sistemas SAP deben tener el mismo release y el
mismo nivel de SAP Support Package. Para obtener más información sobre el
transporte entre diferentes releases, consulte la nota SAP compuesta 1090842
– Transportes válidos para todos los releases.

Figura 23: Datos de configuración centralizados

42 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

Los sistemas SAP dentro de un dominio de transporte se comunican entre sí mediante

Remote Function Calls (RFC). La comunicación RFC requiere ID de usuario para acceder a los
sistemas SAP de destino. Cuando se añaden sistemas SAP a un dominio de transporte, la
herramienta TMS configura automáticamente los destinos RFC y los ID de usuario
necesarios. Las opciones de configuración del dominio de transporte se distribuyen por todo
el dominio de transporte mediante la comunicación RFC.
Las modificaciones en la configuración del dominio de transporte se realizan en el y luego se
distribuyen a todos los sistemas SAP en el dominio de transporte. Cada vez que realice una
modificación en el sistema controlador de dominio de transporte, se visualizará una ventana
de diálogo preguntando si distribuir la modificación. Puede distribuir varias modificaciones en
un proceso de distribución.
Cuando los sistemas SAP se añaden inicialmente a la configuración de TMS, el usuario de
sistema TMSADM se configura con autorizaciones limitadas. Este usuario se utiliza al
distribuir y activar las configuraciones TMS.
Existen dos tipos de destinos RFC creados por el TMS:
● TMSADM@<SID>.<nombre de dominio>
● TMSSUP@<SID>.<nombre de dominio>

El usuario TMSADM se inserta como usuario de sistema en TMSADM@<SID>.<nombre de

dominio>, pero no se ha insertado ningún usuario RFC en TMSSUP@<SID>.<nombre de
dominio> destino. Por lo tanto, si intenta ejecutar una función que va más allá de las
autorizaciones limitadas del usuario TMSADM, por ejemplo, la programación de una
importación, TMS utiliza el destino TMSSUP. Como resultado, el sistema SAP de destino le
solicita las credenciales de un usuario que tenga las autorizaciones necesarias.

Sistemas virtuales
La ampliación de un dominio de transporte no está restringida a los sistemas SAP instalados
físicamente. Los sistemas a menudo se incluyen como reserva-espacios para los sistemas
SAP planificados y se sustituyen por el sistema SAP planificado después de que se haya
instalado físicamente. Además, puede ampliar el dominio de transporte para incluir sistemas
SAP externos, por ejemplo, un sistema SAP de un dominio de transporte diferente.
Al crear sistemas SAP virtuales, puede modelar las rutas de transporte de la infraestructura
de sistemas SAP planificada para garantizar que las colas de importación de los sistemas
SAP subsiguientes ya se crearán y actualizarán para su uso posterior. En las etapas iniciales
de una nueva implementación de SAP, los clientes a menudo solo tienen instalado
físicamente el sistema de desarrollo y almacenan el trabajo de desarrollo y Customizing en el
directorio de transporte y las colas de importación de los respectivos sistemas SAP
planificados.

Nota:
no se puede crear ninguna dirección RFC para un sistema virtual, se accede a los
ficheros del directorio de transporte a través de un sistema SAP ya existente. Este
sistema SAP actúa como el sistema de comunicación que debe ser un sistema
SAP activo en el dominio de transporte. El valor predeterminado para esto será el
sistema de controlador de dominio de transporte. Esto solo debería modificarse si
el sistema SAP planificado va a compartir un directorio de transporte diferente al
utilizado por el controlador de dominio de transporte y hay un sistema SAP activo
disponible en ese grupo de transporte de destino.

© Copyright. Reservados todos los derechos. 43

Capítulo 2 : Configuración de la infraestructura del sistema SAP

Controlador de dominio de copia de seguridad

Si el sistema SAP que actúa como controlador de dominio de transporte falla, no se pueden
realizar modificaciones en la configuración TMS. Por lo tanto, SAP recomienda configurar un
controlador de dominio de copia que pueda asumir la función del controlador de dominio de
transporte cuando sea necesario.
También puede ser necesario mover el a otro sistema SAP. En este caso, debe activar el
controlador de dominio de copia de seguridad. A continuación, el controlador de dominio de
copia de seguridad se convierte en el controlador de dominio de transporte, y el controlador
de dominio de transporte se convierte en el controlador de dominio de copia de seguridad.

Figura 24: Gestión de dominios de transporte mediante un controlador de dominio de copia de seguridad

Consejo:
El sistema SAP que seleccione como controlador de dominio de copia de
seguridad debe ser un sistema SAP existente, no puede ser un sistema SAP
virtual o externo. Además, el sistema SAP que desea utilizar como controlador
de dominio de copia de seguridad debe tener la misma versión de liberación que
el controlador de dominio de transporte. De lo contrario, la información de
configuración puede perderse al cambiar el controlador de dominio.

Para verificar el estado actual de la configuración del dominio de transporte para cada
sistema SAP en el dominio de transporte, acceda al resumen Sistema TMS. En la pantalla
inicial de TMS, utilice el menú para seleccionar Sistemas → de resumen. En este resumen,
también puede ver si la configuración está actualizada y si se han producido errores al
distribuir la configuración.

Configurando PCT
programa de control de transporte tp requiere un perfil de transporte. Este perfil proporciona
información sobre el establecimiento de una conexión de base de datos para todos los
sistemas SAP en el dominio de transporte, así como otra información técnica sobre la
realización del proceso de transporte. TMS genera y gestiona este perfil de transporte como
parte de la configuración del dominio de transporte.

44 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

Atención:
No ajuste el perfil de transporte mediante un editor de texto a nivel de sistema
operativo.

Figura 25: Configuración del programa de control de transporte tp

Para visualizar los parámetros PCT un sistema SAP, llame la transacción STMS. En el menú,
seleccione Resumen → Sistemas. Marque un sistema SAP y seleccione Sistema
SAP → Visualizar. Seleccione la etiqueta Herramienta de transporte. En el menú, seleccione
Pasar a → Parámetros PCT. Muestra los parámetros en TP_<nombre de dominio>.PFL, así
como el valor predeterminado de otros parámetros utilizados por los programas tp y R3trans.
Si no se especifica un parámetro en el archivo TP_<nombre de dominio>.PFL, se utilizará un
valor predeterminado. Los parámetros globales sustituyen los valores predeterminados. Los
parámetros locales sustituyen los parámetros globales. Por ejemplo, puede especificar un
valor de parámetro global para todos los sistemas SAP excepto uno, si un parámetro local se
aplica a ese sistema SAP.

Consejo:
Puede cambiar entre las vistas Visualizar todos los parámetros y Visualizar solo
parámetros sustituidos utilizando los botones Visualizar menos y Visualizar más.

Nota:
El ejemplo de la figura “Configuración del programa de control de transporte tp”
muestra la configuración del parámetro tpRECCLIENT en ALL (todos los
mandantes). Se puede utilizar para registrar modificaciones en los datos
provocadas por la importación de órdenes de transporte. Esto puede ser
necesario para fines de auditoría. Para registrar modificaciones de datos
realizadas desde el sistema SAP, puede utilizar el parámetro de perfil rec/client.

© Copyright. Reservados todos los derechos. 45

Capítulo 2 : Configuración de la infraestructura del sistema SAP

Configuración de rutas de transporte

Rutas de transporte indica el rol de cada sistema SAP y el flujo de órdenes de transporte. Las
rutas de transporte son las que realmente definen su infraestructura de sistemas SAP.

Resumen
La inicialización de TMS y la configuración del dominio de transporte definen los sistemas en
el entorno en términos de dominio de transporte, controlador de dominio de transporte y
grupo de transporte.
Además, debe definir la relación de transporte entre estos sistemas SAP. Aunque TMS se ha
inicializado, no podrá realizar transportes hasta que se hayan configurado y distribuido las
rutas de transporte.
Después de establecer un dominio de transporte, debe realizar las siguientes actividades:

Configuración de rutas de transporte

1. Modelar rutas de transporte desde el controlador de dominio de transporte mediante:

● Configuraciones estándar predeterminadas (infraestructuras de un sistema, dos

sistemas y tres sistemas)

● Editor gráfico para configuraciones no estándar

2. Distribuya y active los nuevos datos de configuración para todos los sistemas SAP dentro
del dominio de transporte.

Para reducir el esfuerzo de especificar rutas de transporte individuales, puede utilizar

configuraciones estándar. Las rutas de transporte para las configuraciones estándar se
generan automáticamente.
Puede elegir entre las siguientes configuraciones estándar:
● Sistema individual
● Sistema de desarrollo y producción
● Tres sistemas en grupo

Si utiliza la función de configuración estándar, las configuraciones actuales para todos los
sistemas SAP implicados se sustituirán por las opciones estándar. Los paquetes, capas de
transporte u objetos existentes creados en el sistema SAP no se borran.
Para infraestructuras de sistema SAP complejas, defina rutas de consolidación y entrega
adicionales después de configurar la configuración de la ruta de transporte sobre la base de
una de las configuraciones estándar.
Una vez definidas las rutas de transporte, debe activar las modificaciones y distribuirlas en
todos los sistemas SAP del dominio de transporte.
Existe una gestión de versiones de las configuraciones almacenadas. Si modifica y guarda una
configuración activa, el contador de versiones aumenta. Para activar una versión anterior,
desde la pantalla de inicio de la transacción STMS utilice el menú para seleccionar
Resumen → Rutas de transporte y, a continuación, Configuración → Obtener otra versión.
Esto muestra una lista de todas las versiones de la configuración de la ruta de transporte.
Seleccione la versión que desee de la lista. Para activar una versión anterior, utilice el
procedimiento de distribución y activación.

46 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

Para garantizar la consistencia, las rutas de transporte solo se pueden configurar en el

sistema de controlador de dominio de transporte. Para ayudar a definir una ruta de
transporte, el TMS proporciona un editor gráfico y un editor de listas jerárquicas, que se
pueden utilizar indistintamente, así como configuraciones estándar para una infraestructura
de un sistema, dos sistemas y tres sistemas.

Capas de transporte y rutas de transporte

Rutas de transporte define el flujo de las órdenes de transporte de un sistema SAP al
siguiente. Estas rutas se denominan rutas de consolidación o de entrega.

Figura 26: Rutas de transporte

ruta de consolidación es una ruta “de exportación/importación”. En una infraestructura de

tres sistemas estándar, la ruta de consolidación normalmente procede del sistema de
desarrollo (desde el que se exporta la orden de transporte) al sistema de gestión de calidad
(donde se importa el transporte solicitado a). Las rutas de consolidación tienen capas de
transporte para ser abordadas.
Una ruta de entrega es “otra ruta de importación”. En una infraestructura estándar de tres
sistemas, la ruta de entrega se especifica entre el sistema de gestión de calidad y el sistema
de producción. Esto se debe a que no hay ninguna exportación adicional del sistema de
gestión de calidad, sino otra importación en el sistema de producción. Las rutas de entrega
no tienen nombres.
objetos de repository se agrupan en unidades lógicas llamadas paquetes (antes: clases de
desarrollo). La definición de cada paquete contiene una asignación a una capa de transporte.
La capa de transporte es el “nombre” de una ruta de consolidación. Los objetos de repository
heredan esta asignación de capa de transporte mediante la asignación al paquete.
Todos los objetos suministrados por SAP se asignan (según sus paquetes) a la ruta de
transporte SAP.
Los objetos Customizing (y otros) no se agrupan en paquetes. Siguen la ruta de transporte
para la capa de transporte estándar. Esta capa de transporte estándar se denomina Z<SID>
por defecto. El SID es el ID del sistema SAP del sistema de desarrollo.

© Copyright. Reservados todos los derechos. 47

Capítulo 2 : Configuración de la infraestructura del sistema SAP

Roles de sistema SAP dentro de rutas de transporte

En el contexto de las rutas de transporte, un sistema SAP puede desempeñar los siguientes
roles:

Sistema de integración
La fuente de una ruta de consolidación, es decir, el sistema SAP donde se originan las
modificaciones y se asignan a las órdenes de transporte.
El sistema SAP en el que se integran los cambios del cliente con el estándar de SAP, se
llevan a cabo los desarrollos y modificaciones del cliente.
Sistema de consolidación
sistema SAP de destino de una ruta de consolidación.
Sistema de entrega
El sistema SAP de destino de una ruta de entrega.
Sistema fuente
El sistema fuente SAP de una ruta de entrega.

Figura 27: Infraestructura de tres sistemas mediante una configuración estándar

Si tiene una infraestructura más compleja, debe configurar más capas de transporte y rutas
de transporte. También debe desviar determinados objetos fuera de las rutas de transporte
estándar, por ejemplo, si existe un sistema de formación separado y hay ciertos programas
que se deben ejecutar allí, pero no desea que esos programas entren en el sistema de gestión
de calidad o en el sistema de producción.
Si las configuraciones estándar suministradas por SAP no satisfacen sus necesidades de
infraestructura, TMS tiene editores que le permiten actualizar la infraestructura.
El editor gráfico proporciona una interfaz visual de arrastrar y soltar, donde los sistemas SAP
en el dominio de transporte se pueden posicionar y enlazar con el ratón. Este es el editor por
defecto en el área Rutas de transporte de la transacción STMS.
Para crear rutas de transporte, haga clic en los sistemas SAP correspondientes del área de
nodo y suéltelos en el área de visualización (haciendo clic de nuevo). Para crear una ruta de

48 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

transporte entre estos sistemas SAP, en la pantalla Modificar rutas de transporte, seleccione
el botón Añadir ruta de transporte. El puntero del ratón se convierte en un lápiz óptico. Con el
lápiz, dibuje una línea que conecte los dos sistemas SAP entre los que se desea una ruta de
transporte. En la ventana de diálogo Crear ruta de transporte, introduzca la información
necesaria para la consolidación o la ruta de entrega. En el caso de una ruta de consolidación,
debe asignar una capa de transporte. Aquí puede crear la capa de transporte. Por último,
guarde las modificaciones.
La siguiente figura muestra una infraestructura de sistema SAP más compleja.

Figura 28: Infraestructura de sistemas más compleja

Distribución y activación de rutas de transporte

Las modificaciones en la configuración de rutas de transporte no son válidas hasta que se
distribuyen y activan. Para distribuir y activar las modificaciones desde el editor TMS del
controlador de dominio de transporte, seleccione el icono Distribuir y activar y active o
seleccione el menú para seleccionar Configuración → Distribuir y activar. Para la activación se
utilizan los destinos RFC que se han creado durante la configuración del dominio de
transporte.
Para evitar posibles inconsistencias, especialmente si hay órdenes de transporte liberadas
esperando en alguna cola de importación, TMS realiza una serie de verificaciones de
consistencia en la versión de las rutas de transporte que se están activando, por ejemplo, si
las opciones del programa de control de transporte PCT son consistentes con la configuración
de rutas de transporte. La activación también desencadena verificaciones para verificar que
las nuevas rutas de transporte no afecten a las órdenes de transporte existentes. Si hay algún
problema, la configuración no se activará y recibirá un mensaje de error que indica la
naturaleza del error.

© Copyright. Reservados todos los derechos. 49

Capítulo 2 : Configuración de la infraestructura del sistema SAP

Nota:
Una vez que haya configurado las rutas de transporte correctamente, el único
motivo por el que se tendrían que realizar modificaciones estaría relacionado con
una modificación en su infraestructura de sistemas SAP, por ejemplo, añadir un
nuevo sistema SAP a la infraestructura.

En la configuración que se muestra en la figura anterior, el sistema SAP PRD se trata como el
sistema de producción con un directorio de transporte diferente. El sistema SAP TRN se
utiliza como un sistema de formación que necesita su propia ruta de consolidación.
Por lo tanto, la infraestructura de los tres sistemas anteriores ahora se amplía a una
infraestructura de cuatro sistemas: desarrollo, garantía de calidad, preproducción y
producción. Además de un sistema de formación.

Configuración del procedimiento de autorización QA

Cuando se libera y exporta una orden de transporte desde el sistema de desarrollo (en la
figura anterior: S4D), se rellena la memoria intermedia de importación para el sistema de
consolidación adecuado (por ejemplo, S4Q). La memoria intermedia de importación es una
lista de órdenes de transporte en espera de importación. Una vez importada la orden de
transporte al sistema de consolidación, se rellena la memoria intermedia de importación para
todos los sistemas de entrega (por ejemplo, S4P).

Figura 29: Procedimiento de autorización QA

Con el procedimiento de autorización QA , la memoria intermedia de los sistemas de entrega

se completa, pero las entradas se marcan como inactivas. En otras palabras, las órdenes de
transporte no se pueden importar hasta que la persona responsable marque la orden de
transporte como autorizada, lo que da como resultado la activación de las entradas en las
memorias intermedias de los sistemas de entrega.
Quality Assurance aumenta la calidad y la disponibilidad de los sistemas productivos al
permitirle verificar las órdenes de transporte en el sistema QA antes de que se entreguen a
los sistemas SAP subsiguientes. El sistema SAP para el que se activa el procedimiento de

50 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

autorización QA se llama sistema QA. Cuando se activa el procedimiento de autorización de

gestión de calidad, solo se importará una orden de transporte a los sistemas de entrega si
todos los pasos de autorización de gestión de calidad se procesan en el sistema de gestión de
calidad y la solicitud se ha aprobado. Al configurar el sistema de gestión de calidad, se
determina cuántos pasos de autorización de gestión de calidad se deben procesar para cada
orden de transporte.

Figura 30: Configuración del procedimiento de autorización QA

La figura anterior le muestra cómo activar el proceso de autorización QA desde el editor

gráfico y cómo definir los pasos de autorización.

Consejo:
El objeto de autorización S_CTS_ADMI (campo CTS_ADMFCT) especifica si
pertenece al departamento (valor QTEA) o a la gestión del sistema SAP (valor
TADM). Las autorizaciones correspondientes son S_CTS_QATEST para el
departamento y S_CTS_ADMIN para la gestión del sistema SAP.

Verificación de la configuración de TMS

Una vez configurado el TMS, hay algunas pruebas que puede realizar para verificar que no
hay problemas técnicos con la configuración de TMS:

Verificación de la configuración de TMS

● Test de conexión RFC

● Verificación de directorio de transporte
● Verificación del programa de control de transporte (PCT)

Como el controlador de dominio de transporte se comunica con otros sistemas SAP en el

dominio de transporte mediante RFC, debería verificar los destinos RFC entre los sistemas
SAP en el dominio de transporte. Para ello, en la pantalla Resumen de sistema del STMS,

© Copyright. Reservados todos los derechos. 51

Capítulo 2 : Configuración de la infraestructura del sistema SAP

seleccione un sistema SAP de la lista y utilice el menú para seleccionar Sistema

SAP → Verificar → test de conexión. Esto verifica las comunicaciones en ambas direcciones,
hacia y desde el controlador de dominio de transporte.
Exporta físicamente archivos de escritura en el nivel del sistema de archivos. Las
importaciones leen y actualizan estos archivos. Por lo tanto, debe verificar que el directorio de
transporte esté disponible y tenga los permisos de nivel de sistema de archivos adecuados.
Para ello, en la pantalla Resumen del sistema del STMS, utilice el menú para seleccionar
Sistema SAP → Verificar → directorio de transporte. Esta acción crea, lee y elimina un archivo
en los subdirectorios más importantes del directorio de transporte y devuelve un informe
sobre el éxito o el fracaso de todos los subdirectorios. Si recibe algún error, se deben realizar
las correcciones adecuadas en el nivel del sistema de archivos.
Debido a que las exportaciones e importaciones son ejecutadas físicamente por el programa
de nivel de sistema operativo tp, debe verificar que el programa tp y su configuración de
parámetros sean consistentes. Para ello, en la pantalla Resumen del sistema del STMS, utilice
el menú para seleccionar Herramienta de transporte → → de verificación del sistema SAP.
Esto ejecuta tests que verifican la interfase PCT, el perfil de transporte, los destinos RFC, así
como la conexión a las bases de datos, y devuelve un informe de los resultados.

Notas SAP para la configuración del Transport Management System

Las siguientes notas SAP pueden ser útiles:

● Nota SAP 1536753: Configuración del Transport Management System
● Nota SAP 556734 – Preguntas frecuentes Transporte: Configuración e información
adicional
● Nota SAP 28781 – Directorio de transporte central NT/UNIX
● Nota SAP 83327: Configuración del sistema de transporte en un grupo de sistemas SAP
heterogéneo
● Nota SAP 2506805 – Directorio de transporte DIR_TRANS
● Nota SAP 2701630: Mejores prácticas para configurar el directorio de transporte
● Nota SAP 1541076: Verificaciones preliminares y resolución de problemas de transporte
● Nota SAP 1090842 – Transportes válidos para todos los releases
● Nota SAP 761637 – Restricciones de entrada al sistema impiden la entrada al sistema
TMSADM
● Nota SAP 1568362 – Modificación de contraseña TMSADM
● Nota SAP 2816097 – El usuario TMSADM está constantemente bloqueado
● Nota SAP 2493023 – Problemas de TMSADM: Notas obligatorias
● Nota SAP 2920928: Grupos de transporte en STMS
● Nota SAP 3201742: Cómo cambiar a la vista jerárquica para rutas de transporte

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Enumerar los pasos principales para configurar una infraestructura de sistemas

52 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Transport Management System (TMS)

● Explicar el uso del directorio de transporte

● Definir los términos dominio de transporte, infraestructura de sistemas y grupo de
transporte
● Crear un dominio de transporte y añadirle sistemas adicionales
● Describir cómo configurar PCT desde dentro del Transport Management System
● Configurar rutas de transporte
● Configurar el procedimiento de autorización de gestión de calidad
● Verificar la configuración del Transport Management System (TMS)

© Copyright. Reservados todos los derechos. 53

Capítulo 2 : Configuración de la infraestructura del sistema SAP

54 © Copyright. Reservados todos los derechos.

 Capítulo 2
Lección 2
Configuración del control de transporte
ampliado

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá información sobre el control de transporte ampliado. Esto cubre el
uso de grupos objetivo de transporte y rutas de transporte dependientes de mandante.
También se discuten los transportes entre grupos de transporte y entre diferentes dominios
de transporte.

Ejemplo empresarial
Como administrador del sistema SAP, se le pide que se asegure de que determinados objetos
de desarrollo u objetos de Customizing se puedan importar a más de un sistema SAP
subsiguiente o a más de un mandante específico de un sistema de gestión de calidad (QA).

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar el uso de grupos objetivo de transporte y rutas de transporte específicas de
mandante
● Describir una infraestructura de sistema adecuada para el desarrollo y mantenimiento de
proyectos paralelos
● Describir el proceso de transporte entre diferentes grupos de transporte y dominios de
transporte

Control de transporte ampliado

Transportar grupos objetivo
Con el control de transporte estándar de SAP, no es posible transportar una orden de
transporte de un sistema de desarrollo a varios sistemas de gestión de calidad de forma
sencilla. El motivo es que no es posible crear dos rutas de consolidación con la misma capa de
transporte desde el mismo sistema SAP. Como cada objeto de repository está asignado
(mediante un paquete) a una determinada capa de transporte, una orden de transporte
parece tener solo un sistema de destino.
La solución para el problema indicado anteriormente es crear un grupo objetivo de
transporte , que puede llevar a uno o más sistemas SAP.

© Copyright. Reservados todos los derechos. 55

Capítulo 2 : Configuración de la infraestructura del sistema SAP

Figura 31: Transportar grupos objetivo

Para crear un grupo objetivo de transporte, utilice el acceso vía menús Resumen → de rutas
de transporte en la transacción STMS y desde allí (en modo de modificación) seleccione el
acceso vía menús Tratar → Transporte Grupo objetivo → Crear.

Nota:
El nombre del grupo objetivo de transporte debe empezar y terminar con “/”.

Cuando se libera una orden de transporte que tiene un grupo objetivo de transporte como
destino, rellenará la(s) cola(s) de importación de todos los sistemas SAP de este grupo
objetivo de transporte. En la figura anterior, todas las órdenes de transporte liberadas que
contienen objetos que apuntan a la capa de transporte ZDEV están listas para la importación
tanto al sistema QA1 como al sistema QA2.

Control de transporte de cliente

Debido a que algunas infraestructuras de sistemas SAP contienen varios clientes en los
sistemas de desarrollo y gestión de calidad, es un desafío para el administrador de transporte
mantener un Customizing consistente (específico del cliente) en toda la infraestructura. Es
posible que diferentes sistemas SAP y diferentes clientes dentro de un sistema SAP
necesiten recibir cambios en diferentes momentos, según los procedimientos de aprobación
y aceptación de control de calidad. Los errores de comunicación entre los jefes de proyecto
de Customizing y los administradores de transporte pueden causar inadvertidamente
inconsistencias en las opciones de configuración de determinados clientes.
Debido a que la mayoría del Customizing es específico de mandante, durante la programación
de un proceso de importación, el planificador de importación solicita al administrador de
transporte un mandante destino. El administrador tendría que programar manualmente las
importaciones para los diferentes clientes, posiblemente según las instrucciones de los
líderes de proyecto de Customizing, y también tendría que realizar un seguimiento de qué
órdenes de transporte se han importado y a qué clientes no.
TMS ofrece el Control de transporte ampliado (también conocido como Control de transporte
de cliente (CTC)), donde el administrador puede automatizar el proceso de la siguiente
manera:
● Grupos objetivo de transporte específicos de mandante

56 © Copyright. Reservados todos los derechos.

 Lección: Configuración del control de transporte ampliado

● Rutas de consolidación específicas de mandante

● Rutas de entrega específicas de cliente.

Destinos de transporte específicos de mandante

destinos de transporte de las vías de consolidación y de entrega no sólo especifican un
sistema SAP, sino que también especifican un mandante. Los destinos de transporte
específicos de mandante se introducen en la forma: <SID>.<mandante> (por ejemplo,
S4Q.100). Los grupos objetivo varios destinos de transporte específicos de mandante
con un nombre simbólico. Puede especificar grupos objetivo de transporte al definir
rutas de consolidación o rutas de entrega. Para diferenciarlos de los destinos de
transporte tradicionales, los grupos objetivo de transporte deben empezar y finalizar sus
nombres con “/” (por ejemplo, /TTG01/ ).

Nota:
En el contexto de las rutas de transporte válidas para todos los mandantes,
los grupos objetivo de transporte ya se han analizado en la subsección
anterior. El concepto de grupos objetivo de transporte y rutas de transporte
específicas de mandante se puede combinar fácilmente.

Rutas de consolidación específicas de mandante

cada capa de transporte, las rutas de consolidación determinan a dónde se transportan
las modificaciones realizadas en el sistema SAP después de liberar la orden de
transporte. Si ha activado el control de transporte ampliado, el destino de transporte
puede ser un mandante específico en un sistema destino o un grupo objetivo de
transporte. Si no activa el control de transporte ampliado, el administrador de transporte
debe especificar el mandante destino correcto en el momento de la importación.
Itinerarios de entrega específicos de cliente
Las rutas transporte se deben marcar para la importación en los sistemas/mandantes
SAP subsiguientes, después de que se hayan importado a un sistema SAP. Si ha activado
el control de transporte ampliado, puede fijar las rutas de entrega como específicas de
mandante. Esto permite suministrar varios mandantes en un sistema SAP de forma
secuencial. También puede especificar un grupo objetivo como destino de una ruta de
entrega.

Figura 32: Control de transporte ampliado mediante rutas de transporte específicas de mandante

© Copyright. Reservados todos los derechos. 57

Capítulo 2 : Configuración de la infraestructura del sistema SAP

En la figura, los objetos que apuntan a la capa de transporte ZS4D se importarán (utilizando el
grupo objetivo de transporte /S4Q/) al mandante S4Q 100 y al mandante S4D 200
(mandante Golden) y al mandante S4D 300 (mandante para tests funcionales).
Después de la aprobación de QA en el sistema S4Q (cliente 100), los objetos se reenvían al
cliente S4P 100 y al cliente TRN 100.
Después de la aprobación de QA en el sistema S4P (cliente 100), los objetos se reenvían al
cliente PRD 100.
El control de transporte ampliado facilita las tareas diarias de transporte y aumenta la
seguridad. El control de transporte ampliado también reduce la necesidad de comunicación
entre los líderes de proyecto y los administradores del sistema SAP, ya que las rutas de
transporte ahora se pueden configurar por completo. No es necesario proporcionar detalles
adicionales sobre el mandante destino en el momento de la importación.
Para aprovechar esta función, en el perfil de programa de transporte, debe fijar el parámetro
PCTCTC (Control de transporte de cliente) en TRUE (valor de 1). El valor predeterminado es
FALSO (valor de 0), lo que desactiva el control de transporte ampliado.

Nota:
Al insertar un grupo objetivo de transporte específico de mandante, el parámetro
PCTCTC se fija automáticamente en 1.

Atención:
Puede utilizar el transporte normal de sistema a sistema o rutas de transporte
específicas de mandante, pero no una mezcla de ambos tipos de conexiones en
la misma infraestructura de sistemas SAP. Al utilizar rutas de transporte
específicas de mandante, al definir la vía de transporte debe indicar el mandante
destino o los mandantes (para vías de consolidación) / el mandante fuente y el
mandante destino o mandantes (para vías de entrega).

La capa de transporte estándar (por defecto: Z<SID>) determina el destino de transporte

estándar de las órdenes de transporte. Si utiliza el control de transporte ampliado, puede fijar
una capa de transporte estándar diferente para mandantes individuales en el sistema SAP.
Esto significa que puede reenviar órdenes Customizing de diferentes mandantes a diferentes
destinos de transporte. La capa de transporte estándar específica de mandante también es la
capa de transporte estándar para paquetes nuevos que se han creado en un mandante. Si
acepta este valor por defecto, los objetos válidos en todos los mandantes que se han creado
en el Customizing válido para todos los mandantes se transportan en la misma ruta que el
Customizing específico de mandante correspondiente.

Nota:
Este escenario contradiría nuestra recomendación de que todas las
modificaciones de personalización/desarrollo se originen en un solo cliente. Las
capas de transporte específicas de mandante solo se deben utilizar en
determinadas circunstancias, por ejemplo, cuando tiene varios sistemas de
gestión de calidad que llevan a varios sistemas de producción, como se muestra
en la figura “Grupos objetivo de transporte”.

58 © Copyright. Reservados todos los derechos.

 Lección: Configuración del control de transporte ampliado

Desarrollo y mantenimiento del proyecto

Al desarrollarse en grandes proyectos, puede ser necesario tener dos sistemas de desarrollo
y dos sistemas de garantía de calidad:

1. Un sistema de desarrollo y un sistema de gestión de calidad se utilizan para la corrección

diaria de errores, pequeños desarrollos, modificaciones de Customizing menores, es
decir, un sistema para actualizar el sistema de producción.

2. Se utiliza un sistema de desarrollo diferente y un sistema de gestión de calidad (o prueba)

diferente para realizar un gran desarrollo de cliente. Esto puede ser necesario porque este
gran desarrollo de cliente tardaría mucho tiempo y cambiaría el sistema de desarrollo de
forma que ya no se pueda utilizar como sistema de mantenimiento para el sistema de
producción. Algunos clientes llaman a los proyectos de desarrollo de cliente muy grandes
un “release” que, en este contexto, no es un término de SAP.

Las modificaciones en el sistema de desarrollo de mantenimiento deben replicarse (no

transportarse) en el sistema de desarrollo de proyectos. Si el proyecto de desarrollo de
cliente grande está listo, debe transferirse al sistema de desarrollo de mantenimiento. Aquí,
es posible que los objetos del proyecto de desarrollo de cliente grande deban reembalarse en
nuevas órdenes de transporte para transportarlos al sistema de gestión de calidad.

Figura 33: Infraestructura de transporte con mantenimiento y desarrollo de proyecto

En el escenario de la figura anterior y en este curso, S4N (desarrollo de proyecto) y S4T (test
de proyecto) se utilizan para desarrollar proyectos de cliente grandes. S4D y S4Q y S4P se
utilizan para actualizar PRD diariamente.
En la figura, no hay ninguna ruta de entrega de S4D a S4Q. Esto significa que los objetos del
proyecto de desarrollo de cliente grande deben reembalarse en nuevas órdenes de transporte
en el sistema S4D. La alternativa sería crear una ruta de entrega de S4D a S4Q y simplemente
reenviar las órdenes de transporte del gran proyecto de desarrollo de cliente sin modificarlas.
La capa de transporte SAP se origina en ambos sistemas de desarrollo. Esto significa que
modifica los objetos estándar de SAP en ambos sistemas de desarrollo. Además, solo hay una
capa de transporte para el desarrollo propio, ZS4D. Se utiliza en la ruta de consolidación que
se origina tanto en S4N como en S4D. De lo contrario, habría problemas al reembalar los
propios objetos desarrollados de S4N en S4D. Otras opciones incluyen:

© Copyright. Reservados todos los derechos. 59

Capítulo 2 : Configuración de la infraestructura del sistema SAP

● Dos capas de transporte, por ejemplo, ZS4N y ZS4D, ambas utilizadas en S4N y S4D.
● Solo la capa de transporte ZS4N en S4N y una capa de transporte ZS4D en S4D. En este
caso, los paquetes de cliente en S4N y S4D tendrían que apuntar a las diferentes capas de
transporte correspondientes.

El sistema SAP SBX es el sistema sandbox. Se utiliza para probar y modificar objetos de
Customizing y desarrollo aparte de los sistemas SAP reales. Esto se puede utilizar en el
contexto de proyectos de desarrollo grandes o proyectos de upgrade de sistema SAP.
Las vías de consolidación correspondientes en SBX y en el sistema SAP BUF son necesarias
para exportar órdenes de transporte desde SBX. Esto es necesario si estas órdenes de
transporte se deben utilizar para una importación en cualquier otro sistema SAP. BUF
permanecerá como un sistema virtual; nunca habrá un sistema SAP instalado con el nombre
BUF.

Transporte entre grupos de transporte y dominios de transporte

Si configura diferentes grupos de transporte en su infraestructura de sistemas SAP, será
necesario realizar transportes entre estos diferentes grupos de transporte. Si hay más de un
dominio de transporte en su empresa, puede ser necesario realizar un transporte de un
dominio de transporte a otro dominio.

Transportes entre diferentes grupos de transporte

Normalmente, todos los sistemas SAP de un dominio de transporte comparten el mismo
directorio de transporte común. Sin embargo, hay situaciones en las que se configuran
directorios de transporte separados para diferentes partes del mismo dominio.
Se utilizan varios directorios de transporte, por ejemplo, cuando:
● Un sistema SAP está conectado al dominio a través de una conexión de red lenta o
costosa.
● Las estrictas medidas de seguridad evitan permitir el acceso directo al sistema de archivos
desde otros sistemas de SAP.
● Plataformas de hardware diferentes impiden el uso de un directorio de transporte común.

Dentro de un dominio de transporte, los sistemas SAP que comparten un directorio de

transporte común forman un grupo de transporte. El TMS soporta transportes entre grupos
de transporte. La siguiente figura describe el procedimiento sobre cómo transportar órdenes
entre diferentes grupos de transporte.

60 © Copyright. Reservados todos los derechos.

 Lección: Configuración del control de transporte ampliado

Figura 34: Transporte entre grupos de transporte

Después de liberar una orden de transporte de DEV, la orden se marca para la importación al
sistema de destino. Tenga en cuenta que esto ocurre en el directorio de transporte del
sistema DEV (paso 1). Sin embargo, si los sistemas fuente y destino están en diferentes
grupos de transporte, la cola de importación del sistema de destino debe ajustarse desde la
pantalla Cola de importación en el grupo de sistemas de destino seleccionando
Detalles → Otras solicitudes → Buscar en otros grupos (esto corresponde al paso 2 de la
figura anterior). El TMS busca órdenes para el sistema SAP seleccionado en las memorias
intermedias de importación (a nivel de sistema de ficheros) de todos los grupos de transporte
en el dominio de transporte y (dependiendo de las opciones seleccionadas) transfiere los
ficheros de datos y los coficheros pertenecientes a las órdenes de transporte (paso 3). Antes
de transferir el archivo de datos, la orden de transporte se marca en la cola de importación
con un icono “de rayo” que desaparece después de ajustar la cola de importación del sistema
de destino.

Nota:
Puede programar el programa RSTMSTIQ periódicamente en los sistemas de
destino para ajustar automáticamente la cola. Para obtener más información,
consulte la nota SAP 2030463 – Ajuste automático de la cola de importación con
RSTMSTIQ.

Nota:
Existen limitaciones para el transporte entre diferentes grupos de transporte:
● Los logs de transporte visualizados son específicos del grupo de transporte del
sistema SAP que está utilizando, es decir, no se copian en el otro directorio de
transporte.
● Los transportes visualizados en el Transport Organizer también son específicos
del grupo de transporte del sistema SAP que está utilizando.

© Copyright. Reservados todos los derechos. 61

Capítulo 2 : Configuración de la infraestructura del sistema SAP

Si ha configurado varios dominios de transporte y desea realizar transportes entre sistemas

SAP en diferentes dominios, puede utilizar enlaces de dominio para enlazar los dos dominios
o sistemas SAP externos para transportar entre diferentes dominios de transporte.

Transporte entre diferentes dominios de transporte

● Enlace de dominio (necesita una conexión de red permanente)

● Sistemas externos

Para un enlace de dominio, debe haber una conexión de red permanente entre los sistemas
SAP en los dos dominios, similar a la conexión entre sistemas SAP dentro del mismo dominio
de transporte.
El enlace de dos dominios de transporte con un enlace de dominio implica dos pasos:

1. Un controlador de dominio de transporte debe solicitar un enlace entre los dos dominios
de transporte.

2. El controlador de dominio de transporte del otro dominio de transporte debe confirmar el

enlace entre los dos dominios de transporte.

Para solicitar un enlace de dominio de transporte, introduzca el área Resumen del sistema en
la transacción STMS. Aquí, seleccione el acceso vía menús Sistema SAP → Crear → enlace de
dominio. Introduzca el nombre del sistema SAP, el nombre de host y el número de instancia
del controlador de dominio de transporte al que desea enlazar y, a continuación, confirme sus
entradas. El sistema SAP genera automáticamente los destinos RFC necesarios y envía los
datos de dirección del controlador de dominio de transporte local al controlador de dominio
de transporte del otro dominio de transporte.
Para confirmar un enlace entre dos dominios de transporte, introduzca el área Resumen del
sistema en la transacción STMS. Sitúe el cursor en la línea del sistema controlador de dominio
de transporte en la que ha solicitado el enlace de dominio y seleccione Sistema
SAP → Autorizar en el menú. Confirme la petición y distribuya la configuración.
Después de establecer un enlace de dominio:
● Puede realizar transportes entre sistemas SAP en diferentes dominios de transporte de la
misma manera que realiza transportes entre sistemas SAP en diferentes grupos de
transporte; RFC se utiliza para transferir ficheros de transporte entre los directorios de
transporte implicados.
● Puede visualizar logs de transporte de sistemas SAP en el otro dominio de transporte.

Nota:
Los dominios de transporte son unidades administrativas independientes. Las
rutas de transporte no se distribuyen entre dominios de transporte. Sin embargo,
puede configurar una ruta de transporte entre sistemas SAP en diferentes
dominios, pero debe configurarla dos veces, una vez en cada dominio de
transporte. Los dominios de transporte que están enlazados por un enlace de
dominio deben tener nombres diferentes.

62 © Copyright. Reservados todos los derechos.

 Lección: Configuración del control de transporte ampliado

Consejo:
La administración de la configuración TMS es más sencilla si la contraseña
TMSADM sigue siendo la misma en todos los dominios. Como las versiones
anteriores no implementan una contraseña estándar flexible, los enlaces de
dominio a infraestructuras de sistema antiguas no son posibles o puede
seleccionar una de las dos contraseñas estándar reconocidas. Consulte también
las notas SAP 1414256 – La modificación de la contraseña TMSADM es
demasiado compleja y 761637 – Las restricciones de entrada al sistema impiden
la entrada al sistema TMSADM.

Si no puede operar una conexión RFC permanente entre sistemas SAP en los dos dominios de
transporte, puede utilizar sistemas externos para realizar transportes entre los dos dominios.
Los sistemas externos son como sistemas virtuales. Sin embargo, para este tipo de sistema
SAP también se define un directorio de transporte separado. Este directorio se puede ubicar
en una partición de disco a la que puede acceder un sistema SAP en el otro dominio o en un
medio de datos sustituible, por ejemplo, un DVD, una barra de memoria o un disco duro
portátil.
La idea detrás de los sistemas externos es reducir el problema del transporte entre diferentes
dominios de transporte transportando entre diferentes grupos de transporte en el mismo
dominio de transporte.

Figura 35: Transporte entre dominios de transporte mediante sistemas SAP externos

En la figura anterior, desea transportar entre los sistemas SAP DE1 en el dominio de
transporte A y DE2 en el dominio de transporte B. En el dominio de transporte A, se crea un
sistema externo llamado DE2 (que apunta al directorio de transporte Transport Directory ext).
En el dominio de transporte B, se crea un sistema externo llamado DE1 (que también apunta
al directorio de transporte Transport Directory ext). Además, en ambos dominios de
transporte debe definir una ruta de transporte entre estos dos sistemas SAP. También debe
configurar el host del sistema SAP DE1 para que pueda acceder al directorio Transport
Directory ext. Del mismo modo, el sistema SAP DE2 en el dominio de transporte B debe poder
acceder al directorio Transport Directory ext.
Después de exportar una orden de transporte de DE1 al directorio de transporte 1, realice un
transporte entre grupos de transporte en el dominio de transporte A. Como resultado, existen
ficheros de datos, coficheros y las entradas de memoria intermedia para el sistema DE2 en el
directorio de transporte ext. A continuación, realice un transporte entre grupos de transporte

© Copyright. Reservados todos los derechos. 63

Capítulo 2 : Configuración de la infraestructura del sistema SAP

en el dominio de transporte B para que todos los datos necesarios se envíen al directorio de
transporte Directorio de transporte 2. A continuación, puede realizar la importación a DE2.
Para configurar un sistema externo, inicie sesión en el sistema SAP que es el controlador de
dominio de transporte y llame la transacción STMS. En el área Resumen del sistema,
seleccione el acceso vía menús Sistema SAP → Crear → sistema externo. Introduzca el ID de
sistema (junto con una Descripción) y la Vía de acceso y una Descripción del directorio de
transporte. También necesita ambos para introducir el sistema de comunicación. El
controlador de dominio de transporte se propone como sistema de comunicación. Grabe sus
entradas y confirme el aviso para la distribución/activación de las modificaciones.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar el uso de grupos objetivo de transporte y rutas de transporte específicas de
mandante
● Describir una infraestructura de sistema adecuada para el desarrollo y mantenimiento de
proyectos paralelos
● Describir el proceso de transporte entre diferentes grupos de transporte y dominios de
transporte

64 © Copyright. Reservados todos los derechos.

 Capítulo 2

Evaluación de la formación

1. Un dominio de transporte siempre consta de un solo directorio de transporte.

Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

2. Al configurar el Transport Management System (TMS), algunos pasos deben realizarse en

una secuencia determinada. Lleve las siguientes actividades a la secuencia correcta, en
relación con la configuración de TMS.
Poner en el orden correcto

0 Configurar el procedimiento de gestión de calidad (QA)

0 Crear un directorio de transporte

0 Definir los sistemas SAP del dominio de transporte

0 Crear un dominio de transporte

0 Configurar las rutas de transporte

3. ¿Qué acciones se realizan automáticamente al crear un nuevo dominio de transporte en

Transport Management System (transacción STMS)?
Seleccione las respuestas correctas.

X A El sistema SAP está asignado al dominio de transporte

X B Se crea la capa de transporte estándar

X C Se crea un grupo de transporte

X D Se ha configurado el procedimiento de gestión de calidad (QA)

X E El usuario TMSADM se crea en el mandante 000

© Copyright. Reservados todos los derechos. 65

Capítulo 2 : Evaluación de la formación

4. Desea que las órdenes de transporte que se exportan desde el sistema de desarrollo se
añadan a las colas de importación de varios sistemas de gestión de calidad
simultáneamente. ¿Qué técnica se debe utilizar para esto?
Seleccione la respuesta correcta.

X A Transportar grupos objetivo

X B Rutas de transporte específicas de mandante

X C Procedimiento de gestión de calidad (QA)

X D Sistemas externos

66 © Copyright. Reservados todos los derechos.

 Capítulo 2

Respuestas a la Evaluación de la formación

1. Un dominio de transporte siempre consta de un solo directorio de transporte.

Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. Un dominio de transporte puede constar de varios directorios de transporte,

donde cada directorio de transporte forma parte exactamente de un grupo de transporte.

2. Al configurar el Transport Management System (TMS), algunos pasos deben realizarse en

una secuencia determinada. Lleve las siguientes actividades a la secuencia correcta, en
relación con la configuración de TMS.
Poner en el orden correcto

5 Configurar el procedimiento de gestión de calidad (QA)

1 Crear un directorio de transporte

3 Definir los sistemas SAP del dominio de transporte

2 Crear un dominio de transporte

4 Configurar las rutas de transporte

Correcto. Primero, debe crear un directorio de transporte y, a continuación, crear un

dominio de transporte. A continuación, debe definir los sistemas SAP del dominio de
transporte, configurar las rutas de transporte y, finalmente, configurar el procedimiento
de gestión de calidad (opcional).

© Copyright. Reservados todos los derechos. 67

Capítulo 2 : Respuestas a la Evaluación de la formación

3. ¿Qué acciones se realizan automáticamente al crear un nuevo dominio de transporte en

Transport Management System (transacción STMS)?
Seleccione las respuestas correctas.

X A El sistema SAP está asignado al dominio de transporte

X B Se crea la capa de transporte estándar

X C Se crea un grupo de transporte

X D Se ha configurado el procedimiento de gestión de calidad (QA)

X E El usuario TMSADM se crea en el mandante 000

Correcto. Al crear un nuevo dominio de transporte en Transport Management System

(transacción STMS), el sistema SAP se asigna al dominio de transporte, se crea un grupo
de transporte y se crea el usuario TMSADM en el mandante 000. La capa de transporte
estándar se define al definir las rutas de transporte. El procedimiento de gestión de
calidad (QA) debe configurarse manualmente (si es necesario).

4. Desea que las órdenes de transporte que se exportan desde el sistema de desarrollo se
añadan a las colas de importación de varios sistemas de gestión de calidad
simultáneamente. ¿Qué técnica se debe utilizar para esto?
Seleccione la respuesta correcta.

X A Transportar grupos objetivo

X B Rutas de transporte específicas de mandante

X C Procedimiento de gestión de calidad (QA)

X D Sistemas externos

Correcto. Para ello, debe utilizar los grupos objetivo de transporte. Las rutas de transporte
específicas de mandante permiten definir las vías de transporte por mandante. El
procedimiento de gestión de calidad (QA) puede evitar que las órdenes de transporte no
probadas se importen al sistema de producción. Los sistemas externos se utilizan para
transportar mediante varios directorios de transporte.

68 © Copyright. Reservados todos los derechos.

CAPÍTULO 3 Creación y exportación de
órdenes de transporte

Lección 1
Customizing y proyectos Customizing 71

Lección 2
Órdenes de transporte para Customizing 81

Lección 3
Procedimiento de Customizing 91

Lección 4
Órdenes de transporte para desarrollo 103

Lección 5
Desarrollo de cliente 115

Lección 6
Modificación de objetos SAP 123

OBJETIVOS DEL CAPÍTULO

● Explicar el significado del Customizing

● Ilustrar el uso de las guías de implementación para el Customizing
● Describir el rol de SAP Solution Manager en proyectos de implementación
● Crear órdenes de transporte para Customizing
● Explicar el uso de proyectos CTS
● Describir el contenido de una orden de transporte para modificaciones de Customizing
● Describir el procedimiento de Customizing desde la creación hasta la liberación de una
orden de transporte
● Explicar la diferencia entre una orden de Workbench y una orden de Customizing

© Copyright. Reservados todos los derechos. 69

Capítulo 3 : Creación y exportación de órdenes de transporte

● Enumerar prácticas recomendadas para el Customizing

● Enumerar prácticas recomendadas para el desarrollo
● Enumerar diferencias entre el Customizing y el desarrollo
● Describir la idea del registro de modificaciones de software de SAP
● Describir la idea de nombrar conceptos y el directorio de objetos de repository
● Explicar el concepto de paquetes
● Explicar el bloqueo de objetos y la gestión de versiones
● Describir el proceso de liberación de una orden de transporte que contiene objetos de
repository
● Enumerar las herramientas seleccionadas de Transport Organizer y explicar su uso
● Enumerar autorizaciones para logística de software
● Explicar la diferencia entre un original y una copia y las consecuencias para las tareas de
transporte
● Explicar el flujo de proceso para modificaciones

70 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 1
Customizing y proyectos Customizing

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá un resumen de la personalización de los sistemas SAP para cumplir
con los requisitos empresariales individuales. También aprenderá cómo se pueden utilizar la
Guía de implementación (IMG) de SAP y el sistema SAP Solution Manager en el proceso de
Customizing.

Ejemplo empresarial
Las parametrizaciones de Customizing adaptan los sistemas SAP para satisfacer las
necesidades empresariales de una empresa definiendo las vías de acceso lógicas que siguen
los programas de aplicación. Como administrador de TMS, desea obtener información sobre
los roles y las responsabilidades del equipo que realizará el Customizing. Esto es necesario
para dar soporte a los equipos de Customizing durante todo el ciclo de vida del proyecto. Con
este conocimiento, puede recomendar las herramientas adecuadas para la realización
eficiente del proyecto de Customizing.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar el significado del Customizing
● Ilustrar el uso de las guías de implementación para el Customizing
● Describir el rol de SAP Solution Manager en proyectos de implementación

Definición de Customizing

Figura 36: ¿Qué es Customizing?

© Copyright. Reservados todos los derechos. 71

Capítulo 3 : Creación y exportación de órdenes de transporte

término Customizing describe el procedimiento general para configurar uno o más sistemas
SAP. En particular, el objetivo del procedimiento es:
● Adaptar las funciones no específicas de la empresa y específicas del sector enviadas en un
sistema SAP a los requisitos empresariales específicos de su empresa
● Mejore las funciones de SAP en su empresa
● Implemente las soluciones de SAP en su empresa de manera rápida, confiable y rentable.

En resumen, el Customizing adapta el software de SAP para satisfacer los requisitos

empresariales individuales de una empresa configurando las transacciones empresariales
que la empresa requiere en el sistema SAP.
Para mostrar los tipos de transacciones comerciales, es posible que una empresa deba
personalizar en un sistema SAP, considere el ejemplo de una empresa internacional que
vende equipos de video al por mayor. Para permitir a los clientes de un punto de venta
particular realizar un pedido mayorista de equipos de vídeo, la empresa debe personalizar el
sistema SAP para reconocer la estructura de la empresa. Esto podría incluir:
● Definición de una organización de ventas
● Definición de canales de distribución
● Asignación de canales de distribución a la organización de ventas

El ejemplo de la imagen “¿Qué es Customizing?” describe la definición de una organización de

ventas y los canales de distribución. Este Customizing es un ejemplo de la definición de la
estructura organizativa individual de una empresa. Este tipo de Customizing normalmente se
almacena en tablas de Customizing específicas de mandante. En general, este Customizing
también se conoce como Customizing específico de mandante. El Customizing específico de
mandante solo afecta a un mandante en particular.
Otro tipo de Customizing es el Customizing que ajusta la ejecución de programas. Este
Customizing es principalmente específico de mandante, pero algunas actividades
Customizing insertan entradas en tablas válidas en todos los mandantes o generan algunos
objetos de repository (tablas o programas). En general, este Customizing se conoce como
Customizing válido en todos los mandantes. El Customizing válido para todos los mandantes
afecta a todos los mandantes del sistema SAP.

Customizing desde una perspectiva técnica

La siguiente figura muestra la representación técnica del Customizing en el sistema SAP.

72 © Copyright. Reservados todos los derechos.

 Lección: Customizing y proyectos Customizing

Figura 37: Customizing desde una perspectiva técnica

Las actividades Customizing normalmente crean o modifican entradas en varias tablas. Esto
se realiza a menudo a través de vistas de tabla.
Una vista una tabla virtual que presenta datos que se almacenan físicamente en una o varias
tablas. Puede comparar una vista de tabla con una vista que se utiliza en una base de datos
SQL. Las diferentes tablas de Customizing de una vista de tabla se pueden relacionar entre sí
mediante claves externas.
Las entradas de tabla creadas con la ayuda de vistas de tabla se identifican mediante los
campos clave de la tabla correspondiente.
En la figura anterior, se muestra la vista de tabla para la actualización de parámetros globales
de países (nuevos sistemas de dimensión). Los parámetros de país se actualizan con la ayuda
de la vista V_T005_BAS. Se actualizan todos los diferentes atributos para un país, por
ejemplo, Nombre, Nacionalidad, Código ISO, Formato de fecha y Formato decimal. Estos
parámetros se almacenan físicamente en diferentes tablas. Por ejemplo, los valores generales
de país se almacenan en la tabla T005, los nombres de país en diferentes idiomas se
almacenan en la tabla T005T y el formato decimal y el formato de fecha se almacenan en la
tabla T005X.
El equipo de Customizing no necesita preocuparse por el almacenamiento técnico del
Customizing, solo tiene que actualizar la información en la vista de tabla.
Se puede acceder a la actualización de tablas directamente con la IMG o incluso con una
transacción de actualización de tablas genérica (transacción SM30).

Customizing mediante la guía de implementación de SAP

sistema SAP proporciona una gran variedad de diferentes que se pueden adaptar a las
necesidades individuales de un cliente mediante la personalización. Un servidor SAP S/
4HANA 2021, por ejemplo, contiene muchas decenas de miles de tablas de Customizing. El
cliente se guía a través de este Customizing con la ayuda de la guía Guide (IMG). Se
suministra un sistema SAP con una IMG completa para todos los procesos disponibles en el
sistema SAP. Esta IMG se conoce como la Guía de implementación de referencia de SAP. Se
puede acceder a la IMG mediante la transacción SPRO.

© Copyright. Reservados todos los derechos. 73

Capítulo 3 : Creación y exportación de órdenes de transporte

Figura 38: Utilización de la IMG para el Customizing

La IMG proporciona una lista jerárquica con actividades de Customizing en ese sistema SAP.
Este Customizing se agrupa por aplicaciones y se ordena en la secuencia en la que se deben
realizar las actividades individuales.
La IMG no solo muestra y agrupa todas las actividades Customizing. La IMG también
proporciona documentación sobre cada actividad Customizing. Esta documentación explica
la actividad Customizing que se puede ejecutar en este nodo IMG. Además, cada actividad
Customizing se clasifica en diferentes áreas. Por ejemplo, si le interesa qué actividad
Customizing es válida en todos los mandantes, puede utilizar IMG de referencia SAP en la
transacción SPRO y seleccionar el acceso vía menús Información adicional → Datos
técnicos → Dependencia de cliente. También hay una clasificación en la dependencia de
idioma y en la clase de transporte que se puede visualizar.
Además de estas herramientas para acceder a actividades de Customizing, visualizar
documentación de Customizing y visualizar clasificación de Customizing, la IMG también
proporciona herramientas para la gestión de proyectos y la documentación de proyectos.
Estas herramientas soportan la gestión de proyectos y el control de proyectos fuera de la
IMG.
La IMG de referencia SAP se divide en diferentes áreas.

74 © Copyright. Reservados todos los derechos.

 Lección: Customizing y proyectos Customizing

Figura 39: Proyectos de Customizing como parte de la IMG

Si un cliente configura un nuevo proyecto para la adopción del sistema SAP, solo algunas
áreas están dentro del alcance de este proyecto de adopción. Para ello, el cliente puede
utilizar una IMG de proyecto. Una IMG es la guía de implementación para un proyecto de
Customizing específico. Contiene todas las actividades Customizing que se deben realizar en
ese proyecto. Puede determinar el alcance del proyecto de una IMG de proyecto por países,
componentes o actividades de Customizing. Una IMG de proyecto se basa en la IMG de
referencia de SAP, que puede, por ejemplo, reducirse al alcance del proyecto seleccionando
países y componentes.
Al definir un proyecto de Customizing, los clientes seleccionan las funciones que necesitan en
las diferentes áreas y componentes de SAP. Estas funciones se utilizan para generar la IMG
de proyecto. Todas las transacciones de Customizing relevantes, la documentación
específica de proyecto o válida para todos los proyectos y la información de gestión de
proyectos se ubican en los subconjuntos de la IMG de referencia de SAP, las IMG de proyecto.
Todas las actividades de Customizing deben realizarse dentro de la IMG del proyecto.
Las IMG del proyecto se pueden cambiar en cualquier momento a través de la regeneración.
A continuación, se sobrescribe la IMG anterior correspondiente. Sin embargo, la información
de estado y la documentación del proyecto no se pierden.
Dentro de una IMG de proyecto es posible generar vistas de proyecto que restrinjan el alcance
del Customizing, por ejemplo, a diferentes niveles de actividades necesarias. Por lo tanto, es
posible mostrar dentro de una vista de proyecto solo las actividades que se clasifican como
obligatorias y, en una segunda vista de proyecto, las actividades que se clasifican como
opcionales.
Las IMG de proyecto son válidas en todos los mandantes, es decir, la IMG de proyecto es
visible en todos los mandantes.
Para acceder a la definición del proyecto IMG, puede utilizar el código de transacción
SPRO_ADMIN.

© Copyright. Reservados todos los derechos. 75

Capítulo 3 : Creación y exportación de órdenes de transporte

Figura 40: Proyectos en Customizing

En función del alcance de un proyecto de Customizing, se deben realizar muchas actividades

de Customizing diferentes. Estas actividades de Customizing suelen realizarlas diferentes
miembros del proyecto que están trabajando en la implementación de un área específica.
Para asegurarse de que todos trabajan juntos de manera eficiente, la personalización de los
proyectos necesita una estructura organizativa y responsabilidades claras.
Las herramientas de personalización y transporte admiten la tarea de compartir entre el líder
del proyecto (indicado por el icono en la parte superior derecha de la figura anterior) y los
miembros del proyecto (indicados por los tres iconos en la parte inferior izquierda). El
proceso de Customizing se basa en esto con roles de usuario definidos claramente. Cada rol
tiene sus áreas de responsabilidad específicas. Esto estructura y organiza las actividades de
implementación:
El líder del proyecto es responsable de definir y gestionar el proyecto. Si se utilizan proyectos
IMG, esto incluye:
● Crear los proyectos IMG de Customizing y las vistas de proyecto
● Definir el alcance del proyecto y la duración del proyecto IMG
● Asignar miembros del equipo al proyecto IMG (definir quién debe verificar las
parametrizaciones de Customizing y realizar modificaciones)
● Definir el idioma del proyecto IMG y el tipo de documentación del proyecto
● Definir y actualizar opciones de proyecto IMG

Como puede ver, con el uso de proyectos IMG, se pueden realizar muchas tareas generales
de administración de proyectos dentro del sistema SAP.
Los miembros del equipo de Customizing:
● Realizar actividades de Customizing dentro de la IMG del proyecto
● Mantener registros dentro de la IMG del proyecto

Se puede asignar cualquier número de miembros del equipo de proyecto a cada proyecto. El
líder del proyecto realiza esta asignación. Los miembros del equipo de proyecto asignados y

76 © Copyright. Reservados todos los derechos.

 Lección: Customizing y proyectos Customizing

las nuevas asignaciones de miembros del equipo de proyecto se pueden gestionar en la

transacción SPRO_ADMIN.

SAP Solution Manager en proyectos de implementación

Como ha visto en esta lección hasta ahora, la IMG ofrece muchas herramientas y
documentaciones que se pueden utilizar para dar soporte al proceso de implementación.
Pero si configura y planifica un proyecto de implementación, deberá gestionar todas las
diferentes fases del proyecto, que son:
● Preparación del proyecto
● Plano empresarial
● Realización
● Preparación final
● Soporte para la entrada en productivo

El proceso de personalización del sistema SAP se puede controlar y acelerar mediante la

integración de SAP Portfolio and Project Management en SAP Solution Manager. En
consecuencia, el sistema SAP Solution Manager puede actuar como plataforma para todo el
equipo del proyecto.

Figura 41: Gestión de proyectos de SAP Solution Manager

SAP Solution Manager proporciona las siguientes características para los proyectos de
implementación:
● Administración de proyectos/Definición de proyectos le ayuda inicialmente a configurar su
proyecto durante la preparación del proyecto y le permite llevar a cabo tareas
administrativas importantes, como la definición de estándares de proyecto durante todo el
proyecto.
● En SAP Solution Manager, puede definir y gestionar centralmente su infraestructura de
sistemas SAP, relevante para su implementación o proyectos modelo, lo que permite la
interacción y la navegación a una infraestructura de sistemas SAP relacionada, por
ejemplo, durante la configuración y las pruebas.

© Copyright. Reservados todos los derechos. 77

Capítulo 3 : Creación y exportación de órdenes de transporte

● La definición y documentación del alcance de su proyecto en el plano empresarial se

acelera a través del repositorio de procesos empresariales que proporciona los últimos
contenidos de implementación disponibles. El objetivo del plano empresarial es
documentar en detalle el alcance de los escenarios empresariales, los procesos
empresariales y los pasos de proceso de su proyecto de implementación desde una
perspectiva empresarial y técnica.
● la configuración, debe configurar los requisitos empresariales especificados en la fase de
plano empresarial en la infraestructura de sistemas SAP relacionada. SAP Solution
Manager como plataforma central para su equipo de proyecto proporciona acceso a las
guías de implementación de proyecto (IMG) relacionadas y proporciona el uso integrado
de otras tecnologías de Customizing, como sets de configuraciones empresariales (sets
CE) y distribución de Customizing.
● La distribución de Customizing utilizada con SAP Solution Manager ayuda a controlar
centralmente las modificaciones de Customizing en toda la infraestructura de sistemas
SAP relacionada de su proyecto de implementación.
● Las funciones de test ayudan a los coordinadores de test a crear de forma centralizada
casos de test y planes de test que reflejen tests de secuencia e integración. Los usuarios
que ejecutan tests pueden ejecutar sus paquetes de test de forma centralizada,
aprovechando también las tecnologías de test existentes para tests automatizados como .
● Las últimas hojas de ruta disponibles que representan las metodologías de
implementación estándar de SAP se proporcionan mediante el visualizador de hojas de
ruta (https://go.support.sap.com/roadmapviewer/ ). Con el sistema SAP Solution
Manager, puede realizar un seguimiento del estado, los problemas y/o cargar los
aceleradores específicos del proyecto junto con los paquetes de trabajo y las tareas de su
proyecto de implementación.

Los proyectos de implementación en una infraestructura de sistema SAP afectan

normalmente a más de un sistema SAP (por ejemplo, SAP SCM Server y SAP ECC). Durante
este tipo de proyectos, se debe realizar la personalización en más de un sistema SAP. El
sistema SAP Solution Manager soporta el mantenimiento y la administración de proyectos en
una infraestructura de sistemas SAP. Los proyectos de implementación que afectan a una
infraestructura especial del sistema SAP se pueden definir de forma centralizada para esta
infraestructura del sistema SAP y, a continuación, se pueden crear las IMG del proyecto en
los diferentes sistemas SAP (gestionados).
El sistema SAP Solution Manager proporciona las herramientas para dar soporte a proyectos
de Customizing en una infraestructura de sistemas SAP de varios sistemas SAP. Esta función
se amplía, por ejemplo, con la Gestión de solicitudes de modificación, una colección de
herramientas que le permite gestionar sus proyectos de SAP Solution Manager de principio a
fin: desde la gestión de modificaciones y la planificación de proyectos, a través de la gestión
de recursos, hasta los transportes físicos de modificaciones del entorno de desarrollo al
entorno productivo.
Las herramientas de SAP Solution Manager incluyen las tareas de seguimiento y aprobación
de transporte que son necesarias en una infraestructura de sistema productivo con proyecto
de implementación en curso y tareas de mantenimiento.
Para la implementación de SAP S/4HANA, se ha introducido SAP Activate . La metodología
SAP Activate sustituye a ASAP como la metodología de implementación de SAP para SAP S/
4HANA y todas las demás soluciones SAP. SAP Activate es un framework que consta de los
siguientes componentes estrechamente integrados:

78 © Copyright. Reservados todos los derechos.

 Lección: Customizing y proyectos Customizing

● SAP Best Practices que ofrece procesos empresariales listos para ejecutarse, así como las
mejores prácticas para la migración y la integración.
● Configuraciones guiadas (tanto en la nube como en local).
● Metodología de SAP Activate que utiliza técnicas ágiles para implementar la solución SAP
S/4HANA en la nube u on-premise.

SAP Cloud ALM

Además de SAP Solution Manager, también puede utilizar SAP Cloud ALM para admitir la
implementación de procesos empresariales.
Cloud ALM es una oferta para la Gestión del ciclo de vida de las aplicaciones (ALM). Está
pensado para clientes que utilizan soluciones proporcionadas por SAP y que no desean
utilizar su propia plataforma local de ALM para gestionar esas soluciones.
SAP Cloud ALM está diseñado para admitir ALM para la empresa inteligente y sostenible,
incluido SAP S/4HANA (todas las implementaciones). Es la plataforma de ALM de última
generación para los clientes de SAP basada en tecnología moderna en la nube. Para obtener
más información, visite SAP Support Portal, área ALM (Gestión del ciclo de vida de
aplicaciones) → SAP Cloud ALM.
SAP Solution Manager sigue la estrategia de mantenimiento de SAP Business Suite. SAP
Cloud ALM no depende de SAP Business Suite, lo que permite el mantenimiento principal
más allá de 2030. SAP no planifica nuevos productos locales en la cartera de ALM ni
versiones posteriores de SAP Solution Manager 7.2. Para obtener más información, consulte
la nota SAP 3255311 – Mantenimiento principal de SAP Solution Manager 7.2.

Nota:
Esto significa que SAP Cloud ALM es la plataforma de referencia para todos los
clientes nuevos y, con el tiempo, para todos los clientes de SAP Solution Manager.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar el significado del Customizing
● Ilustrar el uso de las guías de implementación para el Customizing
● Describir el rol de SAP Solution Manager en proyectos de implementación

© Copyright. Reservados todos los derechos. 79

Capítulo 3 : Creación y exportación de órdenes de transporte

80 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 2
Órdenes de transporte para Customizing

RESUMEN DE LA LECCIÓN
Este módulo presenta las herramientas que proporciona SAP para ayudar en la gestión de la
implementación y actualización de modificaciones de Customizing en una infraestructura de
sistema SAP. En esta lección se explican las herramientas para crear y trabajar con órdenes
de transporte y tareas.

Ejemplo empresarial
Las actividades Customizing se realizan en el sistema de desarrollo. Las modificaciones de
Customizing deben registrarse para transferir estas modificaciones tanto al sistema de
gestión de calidad como al sistema productivo. Para registrar las modificaciones de
Customizing, se deben crear órdenes de transporte. Además, es necesario asignar tareas
para los diferentes miembros del equipo de Customizing en la orden de transporte. Como jefe
de proyecto, debe familiarizarse con el concepto de órdenes de transporte y tareas.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Crear órdenes de transporte para Customizing
● Explicar el uso de proyectos CTS
● Describir el contenido de una orden de transporte para modificaciones de Customizing

Herramientas para gestionar órdenes de transporte

Figura 42: Herramientas de Customizing

© Copyright. Reservados todos los derechos. 81

Capítulo 3 : Creación y exportación de órdenes de transporte

proporciona herramientas de implementación para el Customizing.

● Guía de implementación (IMG)
●

La guía de implementación (IMG) es la principal herramienta de Customizing. Representa el

punto de entrada central para todos los miembros del proyecto para llevar a cabo las
actividades de Customizing. El Customizing tiene lugar a partir del proyecto IMG creado, que
contiene todas las actividades Customizing para un alcance de proyecto específico en una
lista jerárquica. Si se modifica el Customizing, estas modificaciones deben registrarse. El
Transport Organizer (transacción SE09/SE10) registra las modificaciones de Customizing en
las órdenes de transporte.
La orden de transporte información en el Transport Organizer que registra todas las
modificaciones y modificaciones realizadas en los objetos de repository y en las
parametrizaciones de Customizing durante un proyecto de desarrollo.
Si el Customizing ha finalizado, la orden de transporte se puede liberar al Transport
Management System (TMS) para transferir las modificaciones a otros sistemas SAP en la
infraestructura de sistemas SAP.
La función para registrar las modificaciones realizadas durante el Customizing se integra en
las transacciones de Customizing y de actualización de tablas. El Transport Organizer se
llama desde estas transacciones de Customizing para registrar las modificaciones en las
órdenes de transporte. El Transport Organizer está totalmente integrado en el TMS.

Figura 43: Transport Organizer utilizado para Customizing

El Organizer se utiliza para crear, gestionar, liberar y analizar órdenes de transporte que
registran objetos de Customizing o de repository. Para acceder al Transport Organizer, puede
utilizar el código de transacción SE09 o SE10, que llevan a la misma pantalla.
Todas las órdenes Customizing que pertenecen a un usuario específico se visualizan según un
conjunto de criterios de selección estándar en el Transport Organizer. Las opciones de
selección incluyen usuario, tipo de orden de transporte, estado de orden de transporte y
fecha. En la figura anterior se muestra un ejemplo de estos criterios de selección. En el
Transport Organizer, se visualiza el área de pantalla Información global. En esta área, puede

82 © Copyright. Reservados todos los derechos.

 Lección: Órdenes de transporte para Customizing

obtener un resumen rápido válido para todos los sistemas del estado de las órdenes de
transporte transportadas.

Creación de órdenes de transporte y tareas

El Customizing se compone principalmente de entradas de tabla específicas de mandante
que, a su vez, se graban en órdenes de transporte del tipo Customizing. Una orden de
transporte solo pertenece a un usuario que es propietario de la orden de transporte. Es
posible que otros usuarios también almacenen sus objetos en la misma orden de transporte.
El propietario de una orden de transporte puede administrar y liberar la orden de transporte.
Por ejemplo, el propietario puede asignar otros usuarios a las órdenes de transporte, puede
liberar la orden de transporte, etc.

Figura 44: Orden de transporte y tareas

Transport Organizer le permite trabajar con un equipo en un proyecto de desarrollo o de

Customizing, y permite registrar las modificaciones realizadas en el sistema SAP.
Una orden de transporte se utiliza para transferir simultáneamente objetos que pertenecen a
otro sistema SAP. Mientras no se haya liberado, puede comparar una orden de transporte
con una carpeta en el Explorador de archivos, que contiene y subcarpetas (las tareas), que a
su vez contienen (referencias a) diferentes documentos (los objetos de Customizing). Una
orden de transporte contiene inicialmente una tarea por miembro asignado a la orden de
transporte.
Las tareas son unidades más pequeñas que utilizan los miembros del equipo o los
personalizadores para registrar los objetos que desean transportar. Las modificaciones que
ha realizado un miembro del proyecto se almacenan en las tareas que posee el miembro del
proyecto.
En general, un objeto de Customizing se puede enumerar en varias tareas que pertenecen a la
misma orden de transporte. Del mismo modo, un miembro del equipo puede poseer varias
tareas que pertenecen a una orden de transporte.
Los objetos registrados solo se transportan en el contexto de toda la orden de transporte.
Esta función se utiliza para gestionar y controlar la distribución de modificaciones dentro de
una infraestructura de sistemas SAP.
SAP recomienda la siguiente utilización de la función de transporte:

© Copyright. Reservados todos los derechos. 83

Capítulo 3 : Creación y exportación de órdenes de transporte

● El o la persona responsable crea una orden de transporte.

● Al crear una tarea dentro de la orden de transporte para cada uno de los miembros del
proyecto, los miembros se asignan a la orden de transporte.
● Los miembros del proyecto registran las modificaciones de sus objetos en sus tareas.

Esto conlleva las siguientes ventajas para la gestión de órdenes de transporte:

● Los jefes de proyecto tienen el control de todas las modificaciones que se registran en sus
órdenes de transporte.
● Los objetos de las tareas no se pueden transportar individualmente. Solo se transportan
con toda la orden de transporte.
● Con la liberación de la orden de transporte, el jefe de proyecto puede controlar cuándo se
deben transferir los objetos a los otros sistemas SAP en la infraestructura de sistemas
SAP.

Consejo:
Cree el menor número posible de órdenes de transporte agrupando los
desarrolladores y los personalizadores. Intente evitar crear una nueva orden de
transporte para cada pequeña modificación. Es mucho más fácil gestionar las
órdenes de transporte si solo hay unos pocos cientos por año, en lugar de varios
miles por año.

Gestión de órdenes de transporte en proyectos

En esta lección, ha visto cómo se registran las modificaciones de Customizing en tareas y
órdenes de transporte y cómo se hace técnicamente. Ahora también tiene una idea de qué
procedimientos organizativos durante la creación y el registro de la orden de transporte
pueden ayudarle a obtener un resumen de cuándo se transportan las modificaciones.
Primero, presentemos al equipo. Está el líder del proyecto, el desarrollador, el usuario que
ejecuta el test y el administrador de transporte. Todos estos son roles. Pueden combinarse en
menos personas, basándose en la seguridad y el conocimiento necesario.

Figura 45: Los roles implicados

84 © Copyright. Reservados todos los derechos.

 Lección: Órdenes de transporte para Customizing

Las IMG del proyecto pueden estar vinculadas al Change and Transport System (CTS). Las
órdenes de transporte creadas y asignadas por el jefe de proyecto contienen unidades más
pequeñas llamadas tareas que se han asignado a los miembros del equipo del proyecto. En
estas tareas, se registran las modificaciones realizadas por los miembros del equipo. Un
miembro del equipo también puede poseer varias tareas que pertenecen a una orden de
transporte.

Figura 46: Gestión de transportes en proyectos

la funcionalidad CTS en los proyectos IMG, es posible enlazar los proyectos de transporte
(proyectos CTS) con la IMG de proyecto en la que se realizan las modificaciones.
Si desea utilizar la funcionalidad CTS en proyectos IMG, primero debe activar la funcionalidad
en el proyecto IMG. Los proyectos IMG son válidos en todos los mandantes. Como resultado,
la función CTS puede habilitarse por separado en diferentes mandantes para el mismo
proyecto IMG. La siguiente figura muestra cómo activar las funciones de proyecto CTS para
un proyecto IMG. Esta activación se puede realizar modificando el proyecto IMG en la
transacción SPRO_ADMIN.

© Copyright. Reservados todos los derechos. 85

Capítulo 3 : Creación y exportación de órdenes de transporte

Figura 47: Activación de la funcionalidad del proyecto CTS

Si activa las funciones de proyecto CTS para un proyecto IMG, modifique la reacción del
sistema SAP de la siguiente manera:
● El sistema SAP crea un proyecto CTS y lo relaciona con el proyecto IMG.
● A continuación, puede asignar órdenes de transporte al proyecto CTS.

Nota:
También puede ver esta asignación en el Transport Organizer.

● Al realizar el Customizing en la IMG del proyecto, solo puede registrar las modificaciones
en las órdenes de transporte que están asignadas al proyecto CTS asignado.

La asignación de órdenes de transporte a un proyecto CTS se puede realizar de dos maneras

diferentes:
● La primera es asignar las órdenes de transporte creadas desde la gestión de proyectos (en
la transacción SPRO_ADMIN). Esto se muestra en la figura “Asignación de transportes a
proyectos CTS”.
● La segunda forma es asignar una orden de transporte a un proyecto CTS y utilizar el
Transport Organizer (transacción SE09 o SE10) y colocar el proyecto CTS en las
propiedades de la orden de transporte. Esto se puede hacer de una de las dos maneras
siguientes:
- Al visualizar las órdenes de transporte en el Transport Organizer, haga doble clic en la
orden de transporte modificable y, a continuación, cambie a la etiqueta Propiedades.
- Rellenando el campo Proyecto al crear órdenes de transporte en el Transport Organizer.

86 © Copyright. Reservados todos los derechos.

 Lección: Órdenes de transporte para Customizing

Figura 48: Asignación de transportes a proyectos CTS

En la pantalla Cola de importación del TMS para el sistema en cuestión (transacción STMS,
área Resumen de importación), puede filtrar solicitudes según su asignación a proyectos CTS
e importarlas. Con esta función es posible transportar proyectos CTS individualmente como
una unidad que contiene varias órdenes de transporte.

Atención:
En general, los proyectos de Customizing no deben solaparse. Durante la
liberación de órdenes de transporte, se deben registrar las dependencias de las
órdenes que pertenecen a diferentes proyectos y se debe verificar si los
proyectos se solapan.

© Copyright. Reservados todos los derechos. 87

Capítulo 3 : Creación y exportación de órdenes de transporte

Transporte de modificaciones de Customizing

Figura 49: Transporte de modificaciones de Customizing

normalmente contienen modificaciones en el Customizing. En el momento en que se realiza la

modificación en el sistema SAP, las claves que identifican la entrada de tabla se almacenan en
la tarea de la orden de transporte. En el momento de exportar la orden de transporte, esta
orden de transporte extraerá las entradas de tabla relevantes de la base de datos del sistema
SAP y las copiará en el directorio de transporte.

Nota:
El contenido de la orden de transporte siempre representa las entradas de
Customizing en el momento de liberar la orden de transporte.
Debido al acceso dinámico a las entradas de tabla durante el Customizing, el
Customizing específico de mandante y válido para todos los mandantes no está
protegido contra sobrescritura. Las entradas de tabla se bloquean mientras se
utiliza la transacción de Customizing (por el servicio de cola), pero se
desbloquean en cuanto se completan las modificaciones y se guardan en una
orden de transporte.

Las modificaciones de Customizing se pueden grabar en log. Esto se utiliza a menudo para la
documentación, como quién ha modificado una determinada parametrización de
Customizing. Las órdenes de transporte solo registran las claves de tabla en el momento en
que se modifica una entrada de Customizing. A partir de una orden de transporte, solo puede
obtener información sobre quién ha realizado las modificaciones, pero no información sobre
el estado antes y después de la modificación. Esta información se puede almacenar activando
la grabación en log de las tablas de Customizing.
Para analizar la grabación en log de las modificaciones en las tablas de Customizing, utilice la
grabación en log de IMG mediante la transacción SCU3. Los requisitos previos para la
grabación en log de IMG son:

88 © Copyright. Reservados todos los derechos.

 Lección: Órdenes de transporte para Customizing

● En las parametrizaciones técnicas en la actualización del Dictionary ABAP (transacción

SE11), se ha seleccionado el indicador Modificaciones de log para la tabla o vista de
Customizing correspondiente.
● El parámetro de perfil rec/client está fijado para los mandantes correspondientes.

Nota:
Para obtener información adicional, consulte la nota SAP 1916 – Grabación en log
de modificaciones de tabla en R/3 y la nota SAP 2490201 – Configuración
predeterminada de R3trans para la grabación en log de tabla.

Generalmente, todos los objetos se transportan al sistema de destino en el estado en el que

existen en el sistema fuente. Los objetos transportados desde el sistema fuente sobrescriben
objetos en el sistema de destino que tienen el mismo nombre. Los objetos se borran en el
sistema de destino si no existen en el sistema fuente.
Para los sistemas productivos, también existen requisitos legales en algunos países que
hacen necesario activar la grabación en log de la tabla Customizing. Algunos requisitos
legales para activar la grabación en log de tabla se pueden encontrar en la nota SAP 112388 –
Auditoría del sistema SAP | Tablas que requieren grabación en log.
Si no se especifica lo contrario en la configuración TMS, las opciones de Customizing se
transportan mediante la capa de transporte estándar.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Crear órdenes de transporte para Customizing
● Explicar el uso de proyectos CTS
● Describir el contenido de una orden de transporte para modificaciones de Customizing

© Copyright. Reservados todos los derechos. 89

Capítulo 3 : Creación y exportación de órdenes de transporte

90 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 3
Procedimiento de Customizing

RESUMEN DE LA LECCIÓN
En esta lección, aprenderá cómo se deben configurar los procedimientos de Customizing.
También identificará cómo probar las órdenes de transporte de Customizing. Además,
obtendrá una idea sobre el Customizing válido en todos los mandantes.

Ejemplo empresarial
Los cambios en el Customizing requieren pruebas y aprobación antes de ser promovidos a
producción. Estas implementaciones requieren la comunicación entre los jefes de proyecto,
que crean órdenes de transporte, y el administrador de TMS responsable de importar las
órdenes de transporte. Como jefe de proyecto, desea saber cómo se debe definir el
procedimiento de Customizing para mantener la propagación de órdenes de transporte a
través de la infraestructura consistente con la estrategia de transporte.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir el procedimiento de Customizing desde la creación hasta la liberación de una
orden de transporte
● Explicar la diferencia entre una orden de Workbench y una orden de Customizing
● Enumerar prácticas recomendadas para el Customizing

Pasos en el procedimiento de Customizing

En una implementación de SAP, donde las modificaciones de personalización y desarrollo son
esenciales para que el sistema SAP esté disponible, los proyectos deben ejecutarse en un
entorno estructurado mediante procedimientos definidos, a fin de minimizar la amenaza de
tiempo de inactividad causada por errores.
El objetivo de su organización del proyecto debe ser dividir el gran número de actividades
entre el equipo del proyecto para que los miembros del equipo no interfieran con el trabajo
del otro. Debe asegurarse de que el trabajo que lógicamente pertenece entre sí pero que
están realizando diferentes miembros del equipo aún está conectado. Esto se lleva a cabo
dividiendo las tareas en un proyecto de Customizing entre tres roles, cada uno de los cuales
es responsable de realizar determinadas tareas.

Líder del equipo del proyecto

LeaderEl líder del equipo del proyecto crea las órdenes de transporte y les asigna los
miembros del equipo adecuados. Cuando se asigna un miembro del equipo a una orden
de transporte, el Transport Organizer crea una tarea. Las parametrizaciones para cada
miembro del equipo se registran en esta tarea. Para el transporte a otros sistemas SAP,
el jefe del equipo de proyecto puede liberar las órdenes de transporte creadas.
Personalizador/Desarrollador

© Copyright. Reservados todos los derechos. 91

Capítulo 3 : Creación y exportación de órdenes de transporte

personalizadores o desarrolladores realizan su Customizing desde la IMG o su desarrollo

y asignan sus parametrizaciones a una orden de transporte y, por lo tanto, a su tarea
individual. Los personalizadores pueden copiar sus parametrizaciones en un mandante
TEST para probarlas antes de que se libere la orden de transporte (esto, por supuesto,
solo tiene sentido para datos específicos de mandante). Están autorizados para liberar
sus propias tareas en una orden de transporte, pero no pueden liberar la orden de
transporte.
Administrador de TMS
administrador TMS utiliza el TMS para transportar órdenes de transporte liberadas a
sistemas SAP subsiguientes en la infraestructura de sistemas SAP utilizando las rutas de
transporte predefinidas.

Por lo general, los consultores de aplicaciones y los empleados del departamento manejan los
roles del líder del equipo del proyecto y los personalizadores y desarrolladores. El jefe del
equipo de proyecto decide qué parametrizaciones de Customizing realizar y cómo dividir las
modificaciones necesarias entre los miembros del equipo de proyecto, que a su vez ejecutan
las transacciones de Customizing. El administrador de TMS es responsable del transporte
entre los sistemas SAP a lo largo de las rutas de transporte, después de que las órdenes de
transporte se liberen al TMS.

Figura 50: Procedimiento de Customizing

El Transport Organizer y el Transport Management System están diseñados para soportar

esta partición de tareas. La secuencia de los diferentes pasos de Customizing se muestra en
la figura anterior. Durante el trabajo de Customizing habitual, la secuencia de los pasos es la
siguiente:

1. El jefe de proyecto asigna primero una orden de transporte a un proyecto (CTS) y asigna
las tareas subsidiarias a los miembros implicados. Estos miembros realizan
modificaciones de Customizing que se registran en la orden de transporte.

2. Una vez completado el Customizing, los miembros deben liberar sus tareas para que la
orden de transporte se pueda liberar del sistema fuente para exportarla al sistema de
archivos.

3. La orden de transporte ahora se puede importar a los sistemas SAP subsiguientes.

92 © Copyright. Reservados todos los derechos.

 Lección: Procedimiento de Customizing

Consejo:
La experiencia ha demostrado que, al utilizar estos tres roles claramente
definidos e instituir directrices estrictas para los procedimientos y la
documentación de la personalización, el proceso de personalización general es
más fácil de gestionar y el riesgo de errores en la producción se reduce
significativamente.

Nota:
El administrador de autorizaciones (seguridad) impone estos roles asignando las
autorizaciones adecuadas a cada registro maestro de usuario. Por ejemplo, el
personalizador debe poder ejecutar las transacciones de Customizing asignadas y
liberar sus propias tareas, pero no puede crear ni liberar órdenes de transporte.
SAP proporciona roles estándar para los responsables del equipo de Customizing,
los miembros del equipo de Customizing y los administradores CTS.
Para obtener más información sobre la autorización y la gestión de roles, consulte
el curso SAP ADM940: Concepto de autorización para SAP S/4HANA y SAP
Business Suite.

Hasta ahora, ha visto cómo se pueden crear y asignar órdenes de transporte. En las
siguientes secciones, verá cómo funcionan los otros pasos.

Registro de modificaciones de Customizing

Figura 51: Registro de modificaciones de Customizing

Una transacción de Customizing es una transacción para configurar entradas de tabla de

Customizing. Para utilizar una transacción de Customizing, no necesita conocer los aspectos
técnicos de dónde y cómo se actualiza un business object, ni qué transacciones se utilizan
para acceder y modificar determinados campos en tablas específicas.
Una vez modificadas las parametrizaciones de Customizing mediante una transacción de
Customizing, las parametrizaciones deben grabarse de la siguiente manera:

© Copyright. Reservados todos los derechos. 93

Capítulo 3 : Creación y exportación de órdenes de transporte

● Cuando se configura un mandante para registrar modificaciones automáticamente, las

opciones se guardan automáticamente en una orden de transporte gestionada por el
Transport Organizer.
● Si el mandante no está configurado para la grabación automática de modificaciones, las
opciones se guardan pero no se registran en una orden de transporte. Sin embargo, se
pueden incluir manualmente en una orden de transporte. Esto se puede realizar desde la
transacción de Customizing específica (por ejemplo, mediante la vía de acceso Vista de
tabla → Transporte) o desde el Transport Organizer.

Todas las transacciones de Customizing en la IMG también permiten que las entradas se
graben manualmente en una orden de transporte.

Nota:
Algunas transacciones de Customizing se clasifican como Transporte manual. Las
modificaciones realizadas en estas transacciones deben añadirse manualmente a
una orden de transporte para el transporte a su sistema de destino. Además,
algunas transacciones de Customizing tienen pasos de transporte que difieren de
los indicados en la figura anterior.

Para ver las dependencias de transporte para posiciones dentro de IMG: en la pantalla inicial
del sistema SAP, introduzca IMG de referencia SAP en la transacción SPRO y seleccione
Información adicional → Tipo de transporte → de datos técnicos.
SAP recomienda que todas las modificaciones de Customizing se originen en un solo
mandante y que todas las modificaciones se guarden en órdenes de transporte. Este control
lo pone en marcha el administrador del sistema SAP mediante el uso de las
parametrizaciones de mandante en las opciones de modificación de mandante de
Administración de mandante (transacción SCC4).

Test de Customizing
Es muy importante probar los cambios en el sistema de desarrollo. Solo las órdenes de
transporte probadas y sin errores deben liberarse en el sistema de desarrollo. La ventaja de
este procedimiento es que la cantidad de solicitudes de transporte (se necesitarán menos
transportes de corrección) y las correcciones de errores entre el sistema de desarrollo y el
sistema de gestión de calidad se reducen drásticamente, porque la mayoría de los errores se
detectan antes de liberar una solicitud de transporte y no más tarde durante las pruebas en el
sistema de gestión de calidad.

Pruebas de órdenes de transporte de Customizing

● Antes de liberar una orden de transporte de Customizing, realice un test de unidad para:
- Pruebe la funcionalidad del Customizing dentro de la orden de transporte.
- Verifique que la orden de transporte esté completa.
● La actualización de un cliente independiente para realizar pruebas permite:
- Pruebas de unidad reales.
- Actualización de datos de test sin el riesgo de crear datos dependientes del
Customizing.

Toda la personalización debe probarse antes de la producción de dos maneras: prueba de

unidad y prueba de garantía de calidad. Realice primero las pruebas de unidad.

94 © Copyright. Reservados todos los derechos.

 Lección: Procedimiento de Customizing

Test unitarioEl testing funcional es el testing de las parametrizaciones de Customizing

individuales. La prueba de control de calidad es la prueba de todas las parametrizaciones de
Customizing juntas. El personalizador debe realizar el test funcional y completarlo antes de
liberar las órdenes de transporte.
Las pruebas funcionales normalmente requieren datos de aplicación. Debido a que a muchos
clientes les resulta ventajoso mantener su cliente de personalización libre de datos de
aplicación, se crea otro cliente con los datos de aplicación necesarios para la prueba de
unidad.
Antes de liberar una orden de transporte, copie las modificaciones registradas en un
mandante separado para el test de módulo.
La transacción SCC1 (o su SCC1N sucesor, que está disponible a partir de SAP S/4HANA
2020), copia las modificaciones de un mandante a otro en función de:
● Una tarea
● Una orden de transporte
● Una orden de transporte que incluye sus tareas

Después de probar las tareas, se puede liberar una orden de transporte. Sin embargo, el test
funcional por sí solo no es suficiente para transportar modificaciones de Customizing a
producción. Después del test funcional, la modificación debe probarse con todas las demás
parametrizaciones de Customizing en el test de gestión de calidad en un sistema SAP
dedicado. Esto se realiza para garantizar que todas las opciones del sistema SAP funcionen
correctamente juntas.

Figura 52: Probar contenido de órdenes de transporte de Customizing

© Copyright. Reservados todos los derechos. 95

Capítulo 3 : Creación y exportación de órdenes de transporte

Nota:
Al copiar el contenido de una tarea en el mandante de test de módulo, no es
necesario liberar la tarea. La no liberación de la tarea permite corregir los errores
identificados durante el proceso de test de módulo y asignarlos a la misma tarea.
Una vez liberada una tarea, no se pueden registrar más modificaciones en ella y se
debe crear una nueva tarea en la orden de transporte.

Para copiar el contenido de una orden de transporte de un mandante a otro, utilice la

transacción SCC1. Acceda al mandante destino, es decir, al mandante de test de módulo.
Introduzca el mandante fuente y la orden de transporte a copiar.

Nota:
Si una orden de transporte contiene objetos válidos para todos los mandantes,
estos objetos no se copian.

Con FP01 para SAP S/4HANA 2020 (es decir, SAP_BASIS 755 SP01), SAP envía la
transacción SCC1N como sucesora para la transacción SCC1. Con la ayuda de esta nueva
transacción es posible copiar objetos de Customizing registrados en órdenes de transporte a
varios mandantes de destino. Puede ser una orden de transporte local o una orden de
transporte importada desde otro sistema. A diferencia de la transacción SCC1, la transacción
SCC1N se puede ejecutar en cualquier mandante. Además, hay disponible un gran número de
parámetros nuevos.
Si desea copiar órdenes de transporte que no se han liberado con la transacción SCC1N,
proceda de la siguiente manera:
● En el área Hora de exportación/importación de la orden de transporte, seleccione el botón
de selección Fecha de importación del sistema local.
● Si es un campo obligatorio (depende del nivel de liberación/SP), introduzca una fecha que
se encuentre en el pasado en el campo Fecha de exportación/importación.

96 © Copyright. Reservados todos los derechos.

 Lección: Procedimiento de Customizing

Liberación de órdenes de transporte de Customizing

Figura 53: Liberación de órdenes de transporte de Customizing

La promoción de las modificaciones registradas en una orden de transporte empieza con la

liberación de las tareas relevantes. La liberación de una tarea indica que el propietario de la
tarea ha completado el trabajo de Customizing o desarrollo, que el test de módulo se ha
realizado correctamente y que la documentación adecuada está completa. Esto significa:
● La tarea contiene un objeto registrado.
● La tarea se ha documentado.
● La tarea es propiedad de la persona que la libera o la persona que la libera tiene las
autorizaciones del sistema SAP adecuadas.

Para liberar una tarea:

1. Introduzca el Transport Organizer ejecutando la transacción SE09.

2. Verifique que su ID de usuario esté seleccionado en el campo Usuario, que Modificable

esté seleccionado como Estado de solicitud y seleccione Visualizar. Se visualiza el
resumen de solicitudes.

3. Para ver todas las tareas en una orden de transporte especificada, despliegue la
estructura de árbol.

4. Sitúe el cursor en la tarea que desea liberar y seleccione Liberar directamente en la barra
de herramientas de la aplicación.

Al liberar una orden de transporte, indica que tiene suficiente documentación, que se han
probado las modificaciones registradas en ella y que las modificaciones están listas para ser
transportadas mediante las rutas de transporte TMS. Durante el proceso de exportación
iniciado por la liberación, los objetos registrados en la orden de transporte se copian de la
base de datos SAP a los ficheros de nivel de sistema operativo en el directorio de transporte.
Además, se añade automáticamente un registro de la orden de transporte a las colas de
importación adecuadas de los sistemas SAP definidos en el TMS.

© Copyright. Reservados todos los derechos. 97

Capítulo 3 : Creación y exportación de órdenes de transporte

Consejo:
Solo se exportan las órdenes de transporte transportables cuando se liberan.

La liberación y exportación de una orden de transporte individual genera logs de exportación

y logs de importación al importarlos a sistemas SAP subsiguientes. Las pruebas en el sistema
de gestión de calidad y la aprobación de la gestión de calidad son necesarias antes de que se
realice la importación al sistema de producción. Para dar soporte al proceso de validación y
limitar los gastos generales técnicos y administrativos, SAP recomienda transportar las
modificaciones que pertenecen al mismo proyecto juntas en un número limitado de órdenes
de transporte. Idealmente, esto se realiza mediante la asignación de tareas dentro de las
órdenes de transporte por el jefe del equipo de proyecto o la persona responsable del
transporte.

Consejo:
Para mantener el control, siempre debe asignar órdenes de transporte a un
proyecto. Esto facilita la importación y aprobación del proyecto.

A veces desea fusionar órdenes de transporte. Puede combinar varias órdenes de transporte
en una única orden de transporte. La fusión de órdenes de transporte se puede realizar
explícitamente en el Transport Organizer seleccionando Utilidades
→ → Reorganizar → órdenes de fusión... desde el menú.

Customizing válido para todos los mandantes

Hemos aprendido que la base de datos del sistema SAP basado en AS ABAP no solo contiene
datos de aplicación, datos de usuario y Customizing específico de mandante, sino también
objetos de repository y Customizing válido en todos los mandantes.

Customizing específico de mandante

Normalmente se trata de entradas en tablas de Customizing en las que el campo de
mandante se encuentra en la primera posición de la clave de tabla. Un ejemplo de esto es
la tabla de Customizing T005 con el Customizing de país. Las entradas en esta tabla solo
afectan al mandante que se especifica en el campo clave de la entrada.
Customizing válido para todos los mandantes
entradas en las tablas de Customizing sin un campo de mandante en la clave. Un ejemplo
de tabla de Customizing específica de mandante es la tabla T000, en la que se
almacenan todos los mandantes que existen en un sistema SAP.
Objetos de repository
Los objetos de repository son, por ejemplo, definiciones de tabla en el Dictionary ABAP o
programas y módulos de funciones.

Debe distinguir entre el Customizing específico de mandante y el Customizing válido para

todos los mandantes.
Para determinar la dependencia de mandante de las transacciones IMG en una IMG de
proyecto, seleccione en el menú IMG (Vista → ) Información adicional → Datos
técnicos → Dependiente de mandante.
El Customizing válido en todos los mandantes afecta a una de las siguientes opciones:

98 © Copyright. Reservados todos los derechos.

 Lección: Procedimiento de Customizing

● Objetos de Customizing válidos en todos los mandantes, que son objetos de repository
generados por demandas de Customizing. Para garantizar un transporte adecuado, asigne
estos objetos de repository a un paquete de cliente. Algunos ejemplos de estos objetos
son Ayudas para búsqueda, tablas de condiciones y jerarquías.
● Las parametrizaciones de Customizing globales son las parametrizaciones y
configuraciones estándar del sistema SAP en varias tablas cuyo valor clave no contiene el
mandante. Algunos ejemplos de estas parametrizaciones son calendarios,
parametrizaciones de ayuda online, parametrizaciones de impresora, parametrizaciones
de comunicación y planificaciones.

Mientras que las modificaciones de Customizing específicas de mandante se registran en

órdenes de transporte de Customizing, las modificaciones válidas para todos los mandantes
deben grabarse en órdenes de transporte de workbench. Por lo tanto, las modificaciones en
los objetos de Customizing válidos para todos los mandantes, las opciones globales y los
objetos de repository requieren una orden de transporte de workbench.

Órdenes Customizing frente a órdenes Workbench

Figura 54: Órdenes de Customizing y Workbench

Existen diferentes tipos de órdenes de transporte con propiedades especiales, entre las que
se incluyen:
● La orden de transporte del tipo Customizing. Se trata de una orden de transporte para
transportar parametrizaciones de tablas específicas de mandante. El Customizing válido
para todos los mandantes o los objetos de workbench no se pueden asignar a este tipo de
orden de transporte.
● La orden de transporte es del tipo Workbench. Se trata de una orden de transporte para
transportar objetos de repository y parametrizaciones de tablas válidas para todos los
mandantes.

Con esto, se divide entre los datos específicos de mandante que se pueden registrar en
órdenes de transporte del tipo Customizing y la orden de transporte del tipo Workbench. Un

© Copyright. Reservados todos los derechos. 99

Capítulo 3 : Creación y exportación de órdenes de transporte

jefe de proyecto o una persona responsable del transporte puede controlar quién puede
transferir modificaciones válidas en todos los mandantes asignando tareas dentro de las
órdenes de workbench.

Consejo:
Algunas parametrizaciones de Customizing válidas para todos los mandantes
solo están conectadas al TMS si el rol de mandante está fijado en Customizing en
SCC4.

Planificación Customizing Gestión de modificaciones

herramientas de Customizing y las parametrizaciones técnicas necesarias para el uso de
estas herramientas. Ahora analizaremos qué es importante para planificar la gestión de
modificaciones de Customizing.
Desde el punto de vista del proceso, es fundamental establecer políticas sobre cómo se
llevará a cabo la personalización y el desarrollo y por quién.

Figura 55: Planificación Customizing Gestión de modificaciones

El Customizing es la forma estándar de adaptar las funciones de los componentes SAP

suministrados a las necesidades de una empresa. Las herramientas de control del proyecto
permiten una fácil documentación y supervisión de cada fase de la implementación y
personalización de SAP.
El Customizing es necesario para implementaciones de sistemas SAP. Dado que el
Customizing es un proceso altamente integrado, tanto entre áreas funcionales como dentro
de las propias áreas, todas las actividades de Customizing deben realizarse en un solo
mandante, normalmente conocido como mandante de desarrollo. Las tareas de desarrollo
también deben restringirse a este cliente, garantizando que haya un entorno único para todos
los esfuerzos de implementación.
El líder del equipo de proyecto es responsable de crear órdenes de transporte para todos los
miembros del equipo de proyecto al inicio de un proyecto de desarrollo o de personalización.

100 © Copyright. Reservados todos los derechos.

 Lección: Procedimiento de Customizing

Una vez que los miembros del equipo de proyecto completan su trabajo, guardan las
modificaciones en las tareas que comprenden la orden de transporte y documentan las
modificaciones en la tarea. Cuando todos los miembros del equipo de proyecto han liberado
sus tareas, el jefe del equipo de proyecto libera la orden de transporte para su transporte a
otros sistemas SAP dentro de la infraestructura del sistema SAP.
Los jefes de proyecto o los jefes de equipo son responsables de crear las IMG de proyecto
adecuadas para las áreas empresariales específicas y asignar quién es responsable de
ejecutar las transacciones de Customizing específicas. La gestión de proyectos le permite
asignar tareas en el Transport Organizer. El jefe del equipo de proyecto debe activar las
funciones CTS del proyecto, crear órdenes de transporte para registrar y transportar las
parametrizaciones de Customizing y añadir usuarios a las órdenes de transporte.
Los jefes de proyecto o los líderes de equipo también son responsables de capacitar a los
miembros del equipo sobre las herramientas y los procesos, así como de establecer y hacer
cumplir la documentación y los estándares de prueba de unidad.

Nota:
SAP recomienda que las órdenes de transporte contengan unidades de trabajo
verificables, por lo que es mejor tener una cantidad mínima de órdenes de
transporte con muchas tareas. Esto reduce el número de órdenes de transporte
que se mueven a través del sistema de transporte y facilita la resolución de
problemas cuando surgen.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir el procedimiento de Customizing desde la creación hasta la liberación de una
orden de transporte
● Explicar la diferencia entre una orden de Workbench y una orden de Customizing
● Enumerar prácticas recomendadas para el Customizing

© Copyright. Reservados todos los derechos. 101

Capítulo 3 : Creación y exportación de órdenes de transporte

102 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 4
Órdenes de transporte para desarrollo

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá información sobre la planificación de la gestión de modificaciones
para el desarrollo. Identificará las diferentes herramientas de implementación
proporcionadas por SAP para la personalización y el desarrollo. También identificará el rol de
Transport Organizer al registrar las órdenes de transporte.

Ejemplo empresarial
Como administrador de transporte de su empresa, debe asegurarse de que las
modificaciones en los programas y otros objetos de desarrollo se distribuyan a todos los
sistemas SAP en la infraestructura de sistemas SAP. La distribución de estos cambios a
todos los sistemas SAP en la infraestructura del sistema SAP proporcionará una
implementación consistente y estable de los procesos empresariales y el desarrollo del
cliente. Para agilizar el proceso de distribución de modificaciones, el administrador de
transporte debe estar familiarizado con el Transport Organizer, que controla la distribución de
las modificaciones en toda la infraestructura.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Enumerar prácticas recomendadas para el desarrollo
● Enumerar diferencias entre el Customizing y el desarrollo
● Describir la idea del registro de modificaciones de software de SAP
● Describir la idea de nombrar conceptos y el directorio de objetos de repository
● Explicar el concepto de paquetes

Gestión de modificaciones de planificación para desarrollo

iniciar el desarrollo en un sistema SAP, debe planificar cómo se realiza la gestión de
modificaciones para el desarrollo.
Las áreas que deben describirse en el procedimiento de gestión de modificaciones para el
desarrollo son las siguientes:

Gestión de modificaciones de planificación para desarrollo

● Restringir los cambios del objeto del repositorio:
- Cree un único sistema SAP para todos los desarrollos.

© Copyright. Reservados todos los derechos. 103

Capítulo 3 : Creación y exportación de órdenes de transporte

Nota:
Normalmente, hay un sistema de desarrollo por infraestructura de sistema
SAP.

- Garantizar las opciones adecuadas de cambio de sistema y cliente.

- Asigne las autorizaciones de usuario adecuadas.
● Definir estándares de desarrollo:
- Utilice paquetes para agrupar objetos del repositorio.
- Establecer estándares de desarrollo y documentación.
- Actualizar versiones.
● Establecer equipos de proyecto:
- Proporcionar a todos los equipos del proyecto capacitación sobre herramientas de
gestión de cambios.
- Asignar jefes de equipo a proyectos y asignar tareas dentro de órdenes de transporte a
miembros del equipo.
● Utilizar proyectos para agrupar órdenes de transporte:
- Utilice la asignación de proyecto para importar y aprobar proyectos completos.

Consejo:
La importación y aprobación de proyectos completos reduce el potencial
de errores de muchas maneras.

- No importe órdenes de transporte individuales, excepto para reparaciones de

emergencia.

Las herramientas que los sistemas SAP proporcionan para la gestión de modificaciones se
basan en la creación, documentación y distribución de órdenes de transporte. El cliente debe
configurar la infraestructura y los procedimientos para la gestión, verificación y prueba de
estos cambios de desarrollo.
Las recomendaciones para la gestión de modificaciones de desarrollo incluyen lo siguiente:
● Realizar esfuerzos de desarrollo en un único entorno: el sistema de desarrollo. Fije las
opciones de modificación del sistema según corresponda.
● Utilice paquetes para agrupar objetos de repositorio relacionados funcionalmente. La capa
de transporte asignada al paquete permite utilizar la misma ruta de transporte predefinida
para todos los objetos del paquete.
● Al liberar una orden de transporte, documente el objetivo y el estado de las
modificaciones.
● Para actualizar la seguridad, utilice las autorizaciones para controlar qué usuarios pueden
crear, modificar o liberar órdenes de transporte (objeto de autorización S_TRANSPRT).
SAP proporciona perfiles de autorización de muestra que proporcionan el acceso al

104 © Copyright. Reservados todos los derechos.

 Lección: Órdenes de transporte para desarrollo

sistema SAP necesario para varios niveles de responsabilidad en la gestión de

modificaciones.

Es útil definir reglas de desarrollo, reglas de Customizing y reglas de transporte que

describan:
● Cómo y dónde se realizan los cambios.
● Cómo y dónde se prueban estos cambios.
● Cómo se realiza la gestión de calidad.
● Cómo e quién crea, libera e importa órdenes de transporte en la infraestructura de
sistemas SAP.

Personalización frente a desarrollo

Figura 56: Herramientas de Customizing frente a herramientas de desarrollo

proporciona varias herramientas de implementación para la personalización y el desarrollo.

● Para el Customizing:
La guía de implementación (IMG) es la principal herramienta de Customizing. Una vez que
decida qué funciones empresariales necesita, la IMG genera automáticamente una lista
jerárquica de pasos o transacciones de Customizing para el Customizing.
El Transport Organizer (transacción SE09) registra modificaciones de Customizing en
órdenes de transporte que se pueden liberar al sistema de transporte para exportarlas a
otros sistemas SAP en la infraestructura de sistemas SAP.
● Para el desarrollo:
El Workbench de desarrollo ABAP (así como las herramientas de desarrollo ABAP)
proporcionan acceso a herramientas de desarrollo que cubren todo el ciclo de desarrollo
de software. Puede utilizar estas herramientas para el desarrollo específico del cliente y
para las ampliaciones de SAP de sus procesos empresariales.

© Copyright. Reservados todos los derechos. 105

Capítulo 3 : Creación y exportación de órdenes de transporte

Nota:
Las herramientas de desarrollo ABAP son un entorno de desarrollo integrado
en ABAP creado sobre la plataforma Eclipse. Su objetivo principal es dar
soporte a los desarrolladores en los entornos de desarrollo cada vez más
complejos de hoy en día ofreciendo herramientas de desarrollo ABAP de última
generación. Estas herramientas incluyen una gestión del ciclo de vida de ABAP
sólida y probada en la plataforma abierta Eclipse con potentes capacidades de
IU.

El Transport Organizer (transacción SE09) también registra modificaciones del Workbench

ABAP en órdenes de transporte, que luego se pueden liberar al sistema de transporte para
exportarlas a otros sistemas SAP en la infraestructura de sistemas SAP. El Transport
Organizer está completamente integrado con el Transport Management System (TMS).

Las diferencias entre estas herramientas se muestran en la siguiente figura.

Figura 57: Transport Organizer para Customizing y desarrollo

Transport Organizer registra las modificaciones de Customizing y las modificaciones de ABAP

Development Workbench en dos tipos de órdenes de transporte: Los objetos específicos de
mandante se guardan en órdenes de transporte de Customizing. Los objetos válidos en todos
los mandantes se graban en órdenes de transporte de workbench.
Las modificaciones de Customizing se componen de entradas de tabla.

106 © Copyright. Reservados todos los derechos.

 Lección: Órdenes de transporte para desarrollo

Figura 58: Vista ampliada de Transport Organizer

Transport Organizer se puede utilizar para el Customizing y las órdenes de transporte de

workbench. Accederá al Transport Organizer:
● Muestra las órdenes de transporte.
● Muestra información de transporte global.
● Proporciona acceso a herramientas especiales.

El Transport Organizer crea, gestiona, libera y analiza órdenes de transporte para el

desarrollo.
Para acceder al Transport Organizer, utilice la transacción SE09/SE10 o SE01 para funciones
ampliadas.
Todas las órdenes de transporte de workbench se visualizan según los criterios de selección.
Las opciones de selección incluyen usuario (propietario de la orden de transporte o de una de
sus tareas), tipo de orden de transporte, estado de orden de transporte y fecha.
El área de pantalla Información global proporciona un resumen rápido del estado de las
órdenes de transporte y reparaciones transportadas.

© Copyright. Reservados todos los derechos. 107

Capítulo 3 : Creación y exportación de órdenes de transporte

Conceptos de registro SSCR

Figura 59: Conceptos de registro SSCR

KeySAP Software Change Registration (SSCR) tiene ciertos conceptos clave:

En los sistemas SAP basados en ABAP de SAP Business Suite, cualquier usuario de un
sistema SAP que desee crear, modificar o borrar objetos de repository, incluidos los objetos
de cliente, debe estar registrado mediante el proceso SAP SSCR. Estos usuarios a menudo se
denominan “usuarios de desarrollo” o (para abreviar) “desarrolladores”.
Como resultado del proceso de registro, se asigna una clave de acceso a cada desarrollador.
La clave de acceso se introduce y graba en el sistema SAP del desarrollador en la tabla
DEVACCESS.
La clave de acceso está asociada con el ID de inicio de sesión del desarrollador y el número de
licencia de los sistemas SAP. Se solicita al desarrollador la clave de acceso durante el intento
inicial de crear o modificar un objeto de repository.
Debe registrar desarrolladores y todos los objetos de repository SAP (no objetos de cliente)
que se deben modificar. Al registrar un objeto, debe proporcionar el ID de programa de
objeto, el tipo de objeto, el nombre de objeto, el número de licencia del sistema SAP y la
liberación de su sistema SAP. Después de registrar un objeto SAP en un sistema SAP y de
aplicar la clave de acceso, la clave se almacena en la tabla de base de datos ADIRACCESS. De
este modo se garantiza que las modificaciones posteriores en el objeto no requieran otra
clave.

Nota:
Las claves de objeto registradas dejan de ser válidas después de un upgrade de
release.

El registro se puede realizar desde la aplicación SSCR enhttps://

launchpad.support.sap.com/#/sscr, a la que también se puede acceder desde SAP Support
Portal, alias /sscr (https://support.sap.com/sscr).

108 © Copyright. Reservados todos los derechos.

 Lección: Órdenes de transporte para desarrollo

SSCR proporciona fiabilidad de desarrollo, corrección rápida de errores y alta disponibilidad

del sistema. Esto se puede hacer limitando el acceso a las claves de desarrollo y de objeto. La
mayoría de los clientes realizan el registro de objetos y desarrolladores de forma centralizada.

Nota:
En los sistemas SAP S/4HANA Server, estas claves no se verifican y, por lo
tanto, no son necesarias. Para obtener más detalles, consulte la nota SAP
2309060 – El procedimiento de clave de licencia SSCR no se admite en SAP S/4
HANA.
Nota SAP 2501703: las preguntas más frecuentes sobre el registro de
modificaciones de software de SAP (SSCR) proporcionan información técnica
adicional sobre el registro de modificaciones de software de SAP (SSCR).

Atributos y objetos de repository

Las convenciones para fijar nombres para objetos de repository SAP se enumeran en la
imagen “Nomenclatura correcta de objetos de repository SAP”.

Figura 60: Nombrar correctamente los objetos del repositorio SAP

Para evitar conflictos con los nombres de objeto al crear objetos de repository, los
desarrolladores deben seguir las convenciones para fijar nombres. Las longitudes de nombre
ampliadas le permiten utilizar nombres descriptivos. Los nombres de objeto deben describir
claramente la función del objeto de repository.
Las áreas de nombres diferencian entre objetos de repository SAP y objetos de repository de
cliente. Los nombres de objeto de repository de cliente deben empezar por Y o Z.

© Copyright. Reservados todos los derechos. 109

Capítulo 3 : Creación y exportación de órdenes de transporte

Consejo:
También existen otras convenciones para fijar nombres. Por ejemplo, los
campos de cliente en una definición de tabla SAP deben empezar por ZZ, no por
Z. Si el nombre de objeto es un número, el área de nombres de cliente suele
empezar por 9.
Para obtener un resumen de todas las convenciones para fijar nombres actuales
para objetos de repository, consulte la nota SAP 16466 – Área de nombres de
cliente para objetos SAP.

El uso de áreas de nombres de cliente evita correctamente conflictos de nombres de objeto

entre objetos de cliente y objetos SAP. Si un cliente tiene una infraestructura de sistema SAP
más compleja con diferentes líneas de sistema SAP y más de un sistema de desarrollo,
necesitará convenciones para fijar nombres adicionales para evitar conflictos de nombres de
objeto.
En el sistema SAP, las áreas de nombres de cliente se pueden reservar mediante la vista
V_TRESN, que permite a los desarrolladores asignar un área de nombres específica a un
paquete. Por ejemplo, está desarrollando en el sistema SAP DE1 para un proyecto dentro del
paquete ZPROJECT1. Ha seleccionado la convención para fijar nombres ZPROJ1 para este
proyecto y la ha actualizado en todos sus sistemas de desarrollo. Un desarrollador en el
sistema SAP DE2, que trabaja en otro proyecto dentro de otro paquete, ahora intenta crear
un programa con el nombre ZPROJ1PROGRAM. Al guardar, el desarrollador recibe el mensaje
de que este nombre está reservado para el paquete ZPROJECT1. Además, se evita que el
desarrollador asigne el objeto a otro paquete. Por lo tanto, el desarrollador debe seleccionar
un nombre de programa diferente para asignar el programa a su paquete. Esto evita
conflictos de nombres desde el principio cuando se crean objetos.
La vista CTSRESNAME ofrece una actualización de vista simplificada en comparación con
V_TRESN. Esta convención para fijar nombres depende del ID de programa y del tipo de
objeto.

Nota:
La vista CTSRESNAME solo se puede utilizar para el área de nombres de
desarrollo con prefijos de área de nombres reservados. Esto significa que solo
puede utilizar la actualización de vista V_TRESN para reservar convenciones para
fijar nombres para el área de nombres de cliente Y*/Z* (reservas específicas de
tipo de objeto).

La reserva de áreas de nombres es la única manera de evitar conflictos de nombres que se

produzcan con objetos creados en software complementario de socios de SAP. Las empresas
de clientes y socios de SAP pueden solicitar un prefijo de área de nombres mediante la
aplicación Áreas de nombres de desarrollo en SAP ONE Support Launchpad (https://
launchpad.support.sap.com/#/namespaces), que también se puede iniciar desde SAP
Support Portal, enlace rápido /áreas de nombres (http://support.sap.com/namespaces ).
Para obtener más información sobre las áreas de nombres y las reservas, utilice la nota SAP
84282: Áreas de nombres de desarrollo para clientes e interlocutores.
se enumeran en el catálogo de objetos. El catálogo de objetos es un catálogo de todos los
objetos de repository en el sistema SAP, incluidos todos los objetos de repository estándar
que se suministran con el sistema SAP, y todos los objetos de repository creados por el
cliente mediante el Workbench ABAP.

110 © Copyright. Reservados todos los derechos.

 Lección: Órdenes de transporte para desarrollo

Figura 61: Atributos de objeto de repository SAP

El catálogo de objetos enumera:

● Todos los objetos de repository estándar de SAP
● Todos los objetos de repositorio desarrollados por el cliente

Los atributos para los objetos de repository incluyen:

● Paquete
● Responsable
● Sistema original
● Idioma original

El sistema SAP asigna atributos para cada objeto de repository. El catálogo de objetos se
almacena en la tabla TADIR. Esta tabla es muy central para la consistencia de su sistema SAP.
Para modificar entradas en TADIR, utilice solo las funciones estándar que proporciona SAP.
Con la autorización adecuada, puede modificar el paquete y la persona responsable del
objeto. Para modificar entradas de catálogo de objetos desde el Transport Organizer,
seleccione la transacción SE09 y seleccione el acceso vía menús Pasar a → Herramientas de
Transport Organizer. Como alternativa, utilice la transacción SE03. Seleccione Herramientas
del Transport Organizer → Directorio de objetos → Modificar entradas del catálogo de objetos.
repository pueden ser generados automáticamente por el sistema SAP como resultado de
actividades Customizing. En el catálogo de objetos, estos objetos creados por el sistema SAP
se marcan como “generados”.
Para cada entrada en el catálogo de objetos, la clave primaria se compone de los siguientes
campos: identificación de programa (PGMID), tipo de objeto y nombre de objeto. La
identificación del programa suele ser R3TR. Algunos ejemplos de tipos de objeto son PROG
(programa ABAP), DEVC (paquete), TABL (definición de tabla).

© Copyright. Reservados todos los derechos. 111

Capítulo 3 : Creación y exportación de órdenes de transporte

Paquetes
El repositorio está organizado por se asignan a un paquete, que antes se conocía como clase
de desarrollo. El paquete:
● Proporciona una agrupación lógica de objetos para la coordinación de los esfuerzos de
desarrollo.
● Define la capa de transporte de un objeto de repository.
● Puede controlar la denominación de objetos.

En la siguiente figura se muestran ejemplos de definiciones de paquete.

Asignación de paquetes de objetos de repository SAP a capas de transporte

Un paquete está asignado a una Si la capa de transporte está asignada a una ruta de
consolidación existente, los objetos de ese paquete se transportan al sistema de
consolidación utilizando esta ruta de consolidación.
Los objetos SAP modificados en el sistema de integración de cliente siguen la ruta de
consolidación asignada a la capa de transporte SAP.

Figura 62: Paquetes y capas de transporte

Cuando se asigna un paquete a una capa de transporte, todos los objetos que pertenecen a
ese paquete siguen la misma ruta de consolidación predefinida, normalmente apuntando
desde el sistema de desarrollo al sistema de gestión de calidad.
En la figura anterior, tanto la capa de transporte de SAP como la capa de transporte ZDEV
estándar se asignan a una ruta de consolidación de DEV a QAS, es decir, del sistema de
desarrollo al sistema de gestión de calidad. Todos los objetos de repository asignados a un
paquete cuya capa de transporte es ZDEV son transportables. En la figura, los objetos
asignados al paquete ZPAK1, por ejemplo, utilizan la ruta de consolidación con la capa de
transporte ZDEV.
En este ejemplo, la capa de transporte ZTRN se asigna a una ruta de consolidación de DEV a
TRN, es decir, del sistema de desarrollo al sistema de formación. Todos los objetos de
repository asignados a un paquete cuya capa de transporte es ZTRN son transportables.

112 © Copyright. Reservados todos los derechos.

 Lección: Órdenes de transporte para desarrollo

Los objetos SAP pertenecen a la capa de transporte preinstalada SAP. En la figura anterior,
los objetos SAP que se modifican en DEV seguirán la ruta de consolidación asignada a la capa
de transporte SAP y, por lo tanto, se promoverán a QAS. Solo hay una capa de transporte de
SAP en una infraestructura de tres sistemas estándar de SAP.
En este ejemplo sólo se pueden transportar objetos de repository (mediante una orden de
transporte de workbench) cuyo paquete esté asignado a la capa de transporte SAP, ZDEV o
ZTRN. Si un objeto está asignado a una capa de transporte que está en blanco o para la que
no existe ninguna ruta de transporte, no podrá transportar el objeto mediante una orden de
transporte de Workbench.
Los paquetes también son objetos del Workbench ABAP y se pueden crear mediante el
browser de repository (que forma parte del Object Navigator, transacción SE80). Al crear un
paquete en el área de nombres de cliente, por defecto se asigna la capa de transporte
estándar al paquete. Los usuarios también pueden elegir una capa de transporte alternativa.
Las herramientas TMS utilizarán la capa de transporte para determinar la ruta de
consolidación para los objetos dentro del paquete.
Los paquetes creados por el cliente pueden comenzar con las siguientes letras:
● Y o Z indica que el paquete es para objetos de cliente que se deben transportar.
● $ indica un paquete para objetos temporales que no deben transportarse y, por lo tanto,
no requieren ninguna capa de transporte.
● TEST indica un paquete para objetos locales que proporciona gestión de versiones, pero
sin transporte.

El paquete $TMP se utiliza cuando un objeto de repository se graba como objeto local y no
está asignado a ninguna orden de transporte.
Puede utilizar la vista V_TRESN o la vista CTSRESNAME para especificar qué paquetes se
pueden asignar a un área de nombres. Por ejemplo, se puede evitar que los nombres de
programa que empiezan por la cadena ZABC se asignen a un paquete que no sea el definido
para este área de nombres en V_TRESN.
La vista V_TDEVC contiene todos los paquetes del sistema SAP, incluidos todos los paquetes
SAP.

Figura 63: Uso de paquete para desarrollo

© Copyright. Reservados todos los derechos. 113

Capítulo 3 : Creación y exportación de órdenes de transporte

A partir de SAP Web Application Server 6.10, se ha introducido el concepto de paquetes. Las
clases de desarrollo existentes anteriormente simplemente eran contenedores para objetos
de desarrollo con una capa de transporte que determina cómo se transportarán los objetos.
Los paquetes amplían el concepto de clases de desarrollo con la adición de nuevos atributos:
anidamiento, interfaces, visibilidad y accesos de uso (véase la figura “Uso de paquete para
desarrollo”).

1. Anidamiento de paquetes, definición de la jerarquía de paquetes:

El anidamiento le permite dividir las unidades más grandes del sistema SAP en una
estructura jerárquica. La combinación de interfaces y accesos de uso permite a los
desarrolladores ocultar elementos de paquete y protegerlos del uso no autorizado.

2. Definición de la interfase de paquete:

Los paquetes utilizan interfaces y visibilidad para dar a conocer sus servicios a otros
paquetes. Todos los elementos visibles de un paquete pueden ser utilizados
potencialmente por otros paquetes; los elementos invisibles no pueden. Esto permite al
paquete encapsular su contenido y proteger sus elementos de ser utilizados por paquetes
externos no especificados.

3. Definición de acceso de uso:

Utilizar acceso es el derecho de un paquete para utilizar los elementos visibles en la
interfaz de un segundo paquete (pero no al revés).

El concepto de paquete también ofrece la opción de dividir y encapsular el sistema SAP en

unidades técnicas (los paquetes), reduciendo altos niveles de dependencia y desacoplando el
sistema SAP a gran y pequeña escala.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Enumerar prácticas recomendadas para el desarrollo
● Enumerar diferencias entre el Customizing y el desarrollo
● Describir la idea del registro de modificaciones de software de SAP
● Describir la idea de nombrar conceptos y el directorio de objetos de repository
● Explicar el concepto de paquetes

114 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 5
Desarrollo de cliente

RESUMEN DE LA LECCIÓN
En esta lección, aprenderá los conceptos de desarrollo del cliente.

Ejemplo empresarial
Como administrador de transporte, debe trabajar junto con los equipos de desarrollo para
garantizar que se cumplan los requisitos del sistema para los proyectos de desarrollo. Por lo
tanto, debe conocer los conceptos de desarrollo del cliente.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar el bloqueo de objetos y la gestión de versiones
● Describir el proceso de liberación de una orden de transporte que contiene objetos de
repository
● Enumerar las herramientas seleccionadas de Transport Organizer y explicar su uso
● Enumerar autorizaciones para logística de software

Bloqueo de objeto

Figura 64: Bloqueo de objeto de repository SAP

dos mecanismos de bloqueo cuando se modifican los objetos del repositorio:

Bloqueo en cola

© Copyright. Reservados todos los derechos. 115

Capítulo 3 : Creación y exportación de órdenes de transporte

El programa editor, que trabaja con el servicio de cola, garantiza que solo un usuario a la
vez pueda modificar un objeto en el sistema SAP.
Bloqueo de repositorio
La orden de transporte de workbench garantiza que el desarrollador que modifica el
objeto esté asignado a una tarea válida dentro de la orden de workbench.

Cuando se asigna un objeto de repository a una tarea dentro de una orden de Workbench, ese
objeto solo puede ser modificado por los desarrolladores asociados con esa orden de
transporte. Esto evita que los usuarios fuera del equipo de desarrollo realicen modificaciones
en cualquiera de los objetos de la orden de transporte antes de que se complete el proyecto
de desarrollo y se liberen las órdenes de transporte asociadas.
Una lista de objetos se asocia con cada tarea. Cada usuario que trabaja en un objeto tiene una
entrada correspondiente en la lista de objetos de su tarea. La lista de objetos registra qué
usuarios han tratado realmente el objeto.
Los objetos se pueden introducir manualmente en la lista de objetos de una tarea u orden de
transporte. Para ello, seleccione Visualizar en el Transport Organizer (transacción SE09).
Puede añadir manualmente objetos, por ejemplo, haciendo doble clic en la orden de
transporte y añadiendo los objetos deseados. O puede utilizar el acceso vía menús
Orden/ → Lista de objetos de tarea → Incluir objetos...
Estos objetos no se bloquean automáticamente si se introducen manualmente. Para bloquear
manualmente el objeto, en la pantalla inicial del Transport Organizer (transacción SE09),
seleccione Visualizar, marque la orden de transporte o la tarea en cuestión y, a continuación,
seleccione Orden/ → Lista de objetos de tarea → Bloquear objetos en el menú.

Gestión de versiones

Figura 65: Gestión de versiones

de los objetos de repository SAP se pueden comparar o restaurar.

Cuando se libera una orden de transporte de workbench, se escribe una nueva versión de
cada objeto de repository en la orden de transporte en la base de datos de versiones, que
contiene un historial de modificaciones completo de todos los objetos de repository.
Además de las versiones creadas automáticamente por la liberación de órdenes de
transporte, los usuarios también pueden crear versiones temporales en cualquier momento.

116 © Copyright. Reservados todos los derechos.

 Lección: Desarrollo de cliente

Para ello, en la transacción de actualización para el objeto de repository, por ejemplo, la

transacción SE38 (editor ABAP), seleccione el acceso vía menús
Utilidades → Versiones → Generar versión.
Puede acceder a la gestión de versiones seleccionando el acceso vía menús
Utilidades → Versiones → Gestión de versiones desde:
● Object Navigator / Browser de repository (transacción SE80) al visualizar/modificar un
objeto de repository.
● Transacciones de visualización y actualización para todos los objetos de repository, por
ejemplo Editor ABAP (transacción SE38), Dictionary ABAP (transacción SE11) o Function
Builder (transacción SE37).

el resumen de versiones, las versiones activas y modificadas (es decir, inactivas) se visualizan
en la base de datos de desarrollo y las versiones guardadas como resultado de órdenes de
transporte liberadas se visualizan en la base de datos de versiones.

Nota:
La base de datos de versiones reside en el sistema de desarrollo. Las versiones no
se pueden transportar fácilmente entre sistemas SAP. Si el sistema de desarrollo
se elimina de la infraestructura de sistemas SAP, se perderán todas las versiones
de la base de datos de versiones.

Liberación de órdenes de transporte

Figura 66: Liberación de órdenes de transporte

concluidas las tareas de desarrollo, se libera una orden de transporte para que el contenido se
pueda transportar a los sistemas SAP subsiguientes.

© Copyright. Reservados todos los derechos. 117

Capítulo 3 : Creación y exportación de órdenes de transporte

Nota:
La liberación de una tarea u orden de transporte requiere que el desarrollador
disponga de la autorización necesaria.

La liberación de una orden de transporte requiere que todas las tareas (no vacías) se
documenten (si son obligatorias) y se liberen.
Una tarea liberada ya no se puede modificar, pero se pueden crear tareas adicionales para la
misma orden de transporte para modificar los objetos en la tarea liberada, siempre que la
orden de transporte en sí no esté liberada. No se puede borrar una tarea liberada. Si una tarea
está vacía, se borrará cuando se libere la orden de transporte.
● La liberación de una orden de transporte transportable registra una versión de todos los
objetos de repository incluidos en la orden de transporte (para tipos de objeto incluidos en
la gestión de versiones) y, a continuación, exporta los objetos, es decir, copia los objetos
de la base de datos a un fichero del directorio de transporte.
● La liberación de una orden de transporte local registra una versión de los objetos de
repository incluidos en la orden de transporte (para tipos de objeto incluidos en la gestión
de versiones), pero no los exporta al nivel de sistema de ficheros.

Nota:
A partir de algún nivel de patch para la versión tp 381.183.11 y el núcleo 773 o
superior, los cofiles se escriben a nivel de sistema operativo incluso para órdenes
de transporte locales.

Exportar logs
liberar una orden de transporte transportable, revise los logs de transporte para asegurarse
de que la exportación se ha realizado correctamente.

Figura 67: Logs de transporte

118 © Copyright. Reservados todos los derechos.

 Lección: Desarrollo de cliente

Para acceder a los logs de transporte desde la pantalla inicial del Transport Organizer (código
de transacción SE09), seleccione Visualizar, marque una orden de transporte y seleccione
Pasar a → Logs de transporte.
En los logs de transporte, los siguientes códigos de retorno indican el éxito o el fracaso de la
exportación:
● 0: La exportación se ha realizado correctamente.
● 4: Se ha emitido un mensaje de advertencia, pero todos los objetos se han exportado
correctamente.
● 8: Se ha producido un error en un objeto. Si los objetos se consideran exportados
correctamente depende de las opciones de los parámetros PCT.
● 12 o superior: se ha producido un error crítico, generalmente no causado por los objetos
de la orden de transporte, sino por las propias herramientas de transporte.

Opciones de Transport Organizer

Figura 68: Herramientas de Transport Organizer

Las herramientas del Transport Organizer son una colección de herramientas que soportan el
trabajo con el Change and Transport System (CTS). Se puede acceder a estas herramientas
mediante el botón correspondiente en el Transport Organizer (por ejemplo, transacción
SE09) o iniciando la transacción SE03 directamente.
Puede encontrar documentación de las funciones seleccionando la línea correspondiente y
utilizando el botón Documentación, que se muestra en la figura anterior. También se puede
acceder a una documentación de las herramientas haciendo clic con el botón derecho en
ellas.
Las opciones disponibles en Customizing global (Transport Organizer) proporcionan a los
clientes varias opciones que se pueden utilizar para:
● Visualización de errores de transporte en el inicio de sesión.

© Copyright. Reservados todos los derechos. 119

Capítulo 3 : Creación y exportación de órdenes de transporte

Para que los propietarios de órdenes de transporte visualicen errores de transporte

cuando inicien sesión, fije la Visualización de error de transporte al iniciar sesión como
activada globalmente o definida por el usuario.
● Aplicar verificaciones de objetos a objetos contenidos en órdenes de transporte antes de
que la orden de transporte se exporte a un fichero del directorio de transporte.
Las verificaciones de objeto identifican y muestran errores encontrados en órdenes de
transporte de workbench. Los errores, como los errores de sintaxis del programa, se
identifican y visualizan al liberar una orden de transporte, pero aún no se han exportado.
Puede encontrar información más detallada sobre el error simplemente haciendo doble
clic en el error en el informe visualizado.

Figura 69: Opciones de Transport Organizer

Puede activar o desactivar la visualización de errores de transporte durante la entrada al

sistema y las verificaciones de objeto de dos maneras diferentes:
● Globalmente: Para ello, introduzca la transacción SE03, seleccione
Administración → Customizing global (Transport Organizer) y seleccione globalmente
(des)activado para el área correspondiente.
● Para un usuario específico: Para ello, introduzca la transacción SE03, seleccione
Administración → Customizing global (Transport Organizer) y seleccione la opción Fijar por
usuario para el área correspondiente.
A continuación, para un usuario conectado, introduzca el Transport Organizer (por
ejemplo, transacción SE09) y seleccione Opciones → Transport Organizer en el menú.
Aquí, las opciones Visualizar errores de transporte al iniciar sesión en el sistema SAP,
Verificar objetos en liberación solicitada y Verificar documentación de tarea en liberación
pueden ser fijadas por el usuario que está conectado (siempre que las opciones en la
transacción SE03 lo permitan).

utilizar las Herramientas de Transport Organizer para muchas tareas diferentes relacionadas
con objetos en tareas y órdenes. Estas herramientas también permiten acceder a varias
transacciones administrativas, a las que también se puede acceder de otras maneras.

120 © Copyright. Reservados todos los derechos.

 Lección: Desarrollo de cliente

Autorizaciones para la gestión de modificaciones

Figura 70: Autorizaciones para la gestión de modificaciones

Como hemos visto antes, existen diferentes herramientas y conceptos para gestionar el
Customizing y las órdenes de transporte de workbench de forma controlada. Al especificar
los roles de Customizing y desarrollo para ese sistema SAP, normalmente se define cómo se
utilizan estas herramientas, así como la responsabilidad de modificar el Customizing y los
objetos de repository en un sistema SAP.
En la mayoría de los casos, la partición de autorización se puede realizar como se muestra en
la figura anterior:

Superusuario (por ejemplo, administrador del sistema SAP)

Tiene todas las autorizaciones relacionadas con las órdenes de transporte y las tareas.
Jefe de proyecto
Puede crear y gestionar tareas y solicitudes de transporte.
Desarrollador
Solo se pueden utilizar solicitudes de transporte existentes.
Usuario final (no se muestra en la figura anterior)
Solo tiene autorización de visualización.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar el bloqueo de objetos y la gestión de versiones
● Describir el proceso de liberación de una orden de transporte que contiene objetos de
repository
● Enumerar las herramientas seleccionadas de Transport Organizer y explicar su uso
● Enumerar autorizaciones para logística de software

© Copyright. Reservados todos los derechos. 121

Capítulo 3 : Creación y exportación de órdenes de transporte

122 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 6
Modificación de objetos SAP

RESUMEN DE LA LECCIÓN
En esta lección, aprenderá a modificar objetos de repository del estándar de SAP y los
factores que se deben tener en cuenta al realizar modificaciones en estos objetos.

Ejemplo empresarial
El objetivo de su trabajo de desarrollo es introducir funciones nuevas o mejoradas en el
sistema de producción. Esto puede requerir la creación de objetos nuevos y la modificación
de objetos existentes en el sistema SAP. Los desarrolladores pueden utilizar el Asistente de
modificaciones en el editor ABAP para realizar modificaciones en objetos de repository de la
versión estándar de SAP, como programas ABAP. El asistente de modificaciones reduce el
esfuerzo necesario al aplicar SAP Support Packages y al realizar un upgrade de un sistema
SAP.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar la diferencia entre un original y una copia y las consecuencias para las tareas de
transporte
● Explicar el flujo de proceso para modificaciones

Creación y modificación de objetos

Los objetos solo deben modificarse en su sistema original. Un objeto es el original en un solo
sistema SAP: el sistema SAP donde se ha creado. Todos los demás sistemas SAP solo
pueden contener copias del objeto. Esto garantiza que las modificaciones en los objetos de
repository solo se realicen en el sistema de desarrollo correspondiente.
un objeto de repository se transporta a un sistema SAP subsiguiente, existe allí como copia.
Los cambios en las copias, que se denominan reparaciones, solo deben realizarse en casos
excepcionales. En todos los sistemas SAP del cliente, incluido el sistema de desarrollo del
cliente, los objetos de repository proporcionados por SAP son copias. El original de estos
objetos existe en SAP en el sistema de desarrollo. Las reparaciones en objetos SAP se
denominan modificaciones.

Nota:
Las opciones de modificación del sistema (en la transacción SE06) controlan qué
objetos de repository se pueden modificar en el sistema SAP. Solo en el sistema
de desarrollo, la opción de modificación del sistema debería fijarse para permitir
modificaciones en objetos desarrollados por el cliente y, si es necesario, en
objetos SAP.

© Copyright. Reservados todos los derechos. 123

Capítulo 3 : Creación y exportación de órdenes de transporte

Figura 71: Objetos de repository: Originales y copias

Al modificar una copia, se fija un indicador Reparar para este objeto para evitar que se
sobrescriba el objeto mediante importaciones a este sistema SAP antes de que se haya
liberado la orden de transporte asignada. El objeto está bloqueado exclusivamente en una
tarea del tipo Reparación.

Clasificación de tareas y órdenes de transporte

hace una distinción entre dos tipos de tareas de desarrollo: desarrollo/corrección, es decir,
cambios en el sistema original, y reparación, es decir, cambios en un sistema SAP que no sea
el sistema original.
El paquete del objeto de repository determina si el tipo de orden de transporte es
transportable o local. Si el paquete asignado está asignado a una capa de transporte válida, es
decir, a una capa de transporte que está asignada a una ruta de consolidación existente, se
utilizará una orden de transporte del tipo transportable. De lo contrario, se utiliza una orden
de transporte local.
Los objetos grabados como objetos locales no se pueden transportar. El único modo de
transportar un objeto de este tipo es asignarlo a otro paquete que tenga asignada una capa
de transporte existente.
, el paquete de un objeto de repository determina si se necesita una orden de transporte del
tipo Transportable o Local.

124 © Copyright. Reservados todos los derechos.

 Lección: Modificación de objetos SAP

Figura 72: Clasificación de tareas y órdenes de transporte

órdenes de workbench transportables y locales, en función de la asignación de paquetes de

los objetos internos. Pueden contener los tres tipos de tareas siguientes:
● Las tareas del tipo No clasificadas tienen listas de objetos vacías.
● Las tareas del tipo Desarrollo/Corrección contienen originales.
● Las tareas del tipo Reparación contienen copias.

Modificación de objetos SAP

Figura 73: Modificación de objetos de cliente y SAP

iniciar una modificación, debe preguntar si realmente es necesario modificar los programas
estándar o si una ampliación también se puede realizar mediante técnicas de ampliación de
SAP (por ejemplo, BAdI, appends, exits de usuario, ampliaciones). Tenga en cuenta que la
modificación puede tener que ajustarse si SAP entrega este objeto en una versión más

© Copyright. Reservados todos los derechos. 125

Capítulo 3 : Creación y exportación de órdenes de transporte

reciente, por ejemplo, en un SAP Support Package o durante una modificación de release.
Esto provocará un esfuerzo adicional para actualizar la modificación.
Antes de modificar cualquier objeto de repository (objetos de cliente y SAP), debe estar
registrado como desarrollador en SAP Software Change Registration (SSCR). En caso de que
desee realizar una modificación (objeto estándar de SAP), debe registrar también cada objeto
de SAP que desee modificar. Al registrar el objeto se obtiene una clave de acceso que se
aplica al objeto.

Nota:
En los sistemas SAP S/4HANA Server, estas claves no son necesarias. Para
obtener más detalles, consulte la nota SAP 2309060 – El procedimiento de clave
de licencia SSCR no se admite en SAP S/4 HANA. Para obtener información
general sobre estas claves, consulte la nota SAP 2501703 – Preguntas
frecuentes sobre el registro de modificaciones de software de SAP (SSCR).

Al realizar una modificación, el Transport Organizer le solicita una orden de transporte del
mismo modo que cuando realiza modificaciones en objetos propios de cliente. Dado que el
objeto no es un original en su sistema SAP, se asignará a una tarea del tipo Reparar.
Todos los objetos de repository SAP se asignan a paquetes definidos por SAP. Todos los
objetos de repository de cliente nuevos deben asignarse a un paquete creado por el cliente.
Los paquetes se utilizan para agrupar objetos en el proyecto y transportarlos por la misma
ruta de transporte.
Cuando el programador libera la tarea de una orden de transporte, el bloqueo del objeto se
transfiere a la orden de transporte.
Al final del desarrollo del proyecto, se libera la orden de transporte. Esto libera todos los
bloqueos y registra una versión de los objetos modificados, tanto de SAP como de cliente, en
la base de datos de versiones.

Figura 74: Asistente de modificaciones

CMOD (Gestión de proyectos de ampliaciones SAP) y el entorno de desarrollo ABAP.

126 © Copyright. Reservados todos los derechos.

 Lección: Modificación de objetos SAP

El asistente de modificaciones le ayuda a modificar los objetos suministrados estándar de

SAP y a simplificar el ajuste de modificaciones. Cuando modifica objetos SAP en un editor de
Workbench ABAP, pasa a un modo de modificación especial. Los originales están protegidos
inicialmente en este modo y solo se modifican al hacer clic en los botones correspondientes
(véase la figura anterior).
El asistente de modificaciones graba en log todas las modificaciones que se realizan en el
objeto. El log es fácil de leer y reduce drásticamente la cantidad de esfuerzo necesario para
un ajuste de modificación.
Además, el asistente de modificaciones trabaja con las herramientas de desarrollo ABAP más
utilizadas, como el editor ABAP, el Screen Painter, el Menu Painter y la actualización de
elementos de texto.
El asistente de modificacionesno se utiliza para modificaciones realizadas en objetos de
Dictionary ABAP, objetos como interfaces globales y clases y sus componentes. Estos
objetos deben ajustarse manualmente durante el ajuste de modificaciones.
lista de todos los objetos modificados en el sistema SAP se puede visualizar con el browser de
modificaciones (transacción SE95).

Figura 75: Ajuste de modificaciones

se importa una nueva versión de un objeto de repository SAP modificado al sistema SAP del
cliente, como parte de un support package de SAP o un upgrade del sistema SAP, se deben
realizar ajustes en el objeto SAP modificado.
Antes de aplicar un SAP Support Package o SAP Enhancement Package o realizar un upgrade
del sistema SAP, todas las reparaciones pendientes deben confirmarse y liberarse. Esta
verificación se realiza mediante las rutinas de verificación de actualización/upgrade de SAP
Support Package Manager/SAP Software Update Manager.
Para ajustar los objetos de repository del Dictionary ABAP, utilice la transacción SPDD. Para
ajustar otros objetos de repository, utilice la transacción SPAU.

© Copyright. Reservados todos los derechos. 127

Capítulo 3 : Creación y exportación de órdenes de transporte

Atención:
El ajuste de las modificaciones no es ni automático ni trivial. Los clientes deben
decidir qué esfuerzos de desarrollo y modificaciones desean conservar, teniendo
en cuenta que las nuevas funciones de SAP pueden hacer que la modificación
sea innecesaria.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar la diferencia entre un original y una copia y las consecuencias para las tareas de
transporte
● Explicar el flujo de proceso para modificaciones

128 © Copyright. Reservados todos los derechos.

 Capítulo 3

Evaluación de la formación

1. Desde un punto de vista técnico, una opción de Customizing es el contenido de una tabla
en una o más tablas.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

2. ¿Cuáles de las siguientes afirmaciones son verdaderas en relación con las órdenes de
transporte para Customizing?
Seleccione las respuestas correctas.

X A Una orden de transporte puede constar de una o más tareas.

X B Todas las tareas de una orden de transporte deben asignarse al mismo propietario.

X C Puede utilizar el Transport Organizer (transacción SE09) para crear órdenes de

transporte.

X D El propietario de la orden de transporte debe ser el propietario de al menos una

tarea de la orden de transporte.

X E Una orden de transporte siempre tiene exactamente un propietario.

3. ¿Dónde se utiliza principalmente un proyecto CTS en el contexto de las órdenes de

transporte?
Seleccione la respuesta correcta.

X A Para agrupar órdenes de transporte

X B Para definir el sistema de destino de las órdenes de transporte

X C Para asignar tareas a órdenes de transporte

X D Para liberar órdenes de transporte

© Copyright. Reservados todos los derechos. 129

Capítulo 3 : Evaluación de la formación

4. Al realizar el Customizing que se debe transportar, los pasos deben realizarse en una
secuencia determinada. Lleve las siguientes actividades a la secuencia correcta, en
relación con el procedimiento de Customizing.
Poner en el orden correcto

0 Liberar la orden de transporte

0 Asignar parametrizaciones de Customizing a una tarea de una orden de transporte

0 Inicie la transacción de Customizing

0 Liberar todas las tareas de la orden de transporte

0 Importar la orden de transporte a los sistemas SAP subsiguientes

5. Para transportar las opciones de Customizing, siempre se utiliza una orden de

Customizing.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

6. ¿Cuáles de las siguientes afirmaciones son correctas para los paquetes en el contexto del
desarrollo y el transporte?
Seleccione las respuestas correctas.

X A Los objetos de repository se pueden asignar a un paquete

X B Un paquete se puede asignar a un componente de software

X C Un paquete se puede asignar a una capa de transporte

X D Los objetos Customizing se pueden asignar a un paquete

X E Un objeto de repository se puede asignar a varios paquetes

130 © Copyright. Reservados todos los derechos.

 Capítulo 3 : Evaluación de la formación

7. ¿Qué combinaciones de objetos se pueden transportar dentro de una única orden de

Workbench?
Seleccione las respuestas correctas.

X A Cualquier objeto desarrollado por el cliente asignado a diferentes paquetes si los

paquetes están asignados a la misma capa de transporte

X B Objetos desarrollados por el cliente y objetos estándar de SAP y si los paquetes de

todos los objetos están asignados a capas de transporte que apuntan al mismo
sistema de destino (y mandante)

X C Cualquier objeto desarrollado por el cliente si están asignados a paquetes

desarrollados por el cliente

X D Cualquier objeto estándar de SAP (independientemente de los componentes de

software a los que estén asignados sus paquetes)

8. Está modificando un programa desarrollado por el cliente. El programa está asignado a

una orden de transporte. ¿Cuándo se libera el bloqueo de objeto?
Seleccione la respuesta correcta.

X A Cuando se libera la orden de transporte

X B Cuando se libera la tarea a la que está asignado el programa

X C Cuando se activa el programa

X D Cuando se genera el programa

9. ¿Cuál de las siguientes acciones puede desencadenar la creación de una versión para un
objeto de repository en la base de datos de versiones?
Seleccione las respuestas correctas.

X A Liberación de la orden de transporte correspondiente (" " versión)

X B Importación de la orden de transporte correspondiente (versión "I"), si el

parámetro PCT correspondiente está fijado correctamente

X C Crear una versión (temporal) manualmente (versión "U")

X D Grabación y activación manual del objeto (versión "A")

© Copyright. Reservados todos los derechos. 131

Capítulo 3 : Evaluación de la formación

10. ¿Qué tareas puede realizar utilizando las herramientas del Transport Organizer
(transacción SE03)?
Seleccione las respuestas correctas.

X A Buscar objetos en órdenes de transporte

X B Desbloquear objetos

X C Fijar atributos de orden de transporte generales

X D Crear órdenes de transporte

X E Liberar órdenes de transporte

11. La creación y modificación de un objeto de repository de cliente en el sistema de

desarrollo (original) se registra en una tarea del tipo Desarrollo/Corrección; la
modificación de un objeto estándar de SAP en el sistema de desarrollo se registra en una
tarea del tipo Reparar.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

12. ¿Qué estado puede tener una tarea dentro de una orden de transporte transportable en
función de su contenido?
Seleccione las respuestas correctas.

X A Sin clasificar

X B Desarrollo/Corrección

X C Reparación

X D Local

13. Al modificar un objeto estándar de SAP, el ajuste de modificaciones siempre es necesario

cuando se aplican los últimos support packages de SAP.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

132 © Copyright. Reservados todos los derechos.

 Capítulo 3 : Evaluación de la formación

14. Al modificar un objeto estándar de SAP, esto siempre se realiza bajo el control del
Asistente de modificaciones.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

© Copyright. Reservados todos los derechos. 133

 Capítulo 3

Respuestas a la Evaluación de la formación

1. Desde un punto de vista técnico, una opción de Customizing es el contenido de una tabla
en una o más tablas.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. Desde un punto de vista técnico, una opción de Customizing es el contenido de

una tabla en una o más tablas.

2. ¿Cuáles de las siguientes afirmaciones son verdaderas en relación con las órdenes de
transporte para Customizing?
Seleccione las respuestas correctas.

X A Una orden de transporte puede constar de una o más tareas.

X B Todas las tareas de una orden de transporte deben asignarse al mismo propietario.

X C Puede utilizar el Transport Organizer (transacción SE09) para crear órdenes de

transporte.

X D El propietario de la orden de transporte debe ser el propietario de al menos una

tarea de la orden de transporte.

X E Una orden de transporte siempre tiene exactamente un propietario.

Correcto. Una orden de transporte para el Customizing puede constar de una o más
tareas, se puede crear con el Transport Organizer y siempre tiene exactamente un
propietario. Las diferentes tareas de una orden de transporte se pueden asignar a
diferentes propietarios. El propietario de la orden de transporte no necesita tener una
tarea en la orden de transporte.

134 © Copyright. Reservados todos los derechos.

 Capítulo 3 : Respuestas a la Evaluación de la formación

3. ¿Dónde se utiliza principalmente un proyecto CTS en el contexto de las órdenes de

transporte?
Seleccione la respuesta correcta.

X A Para agrupar órdenes de transporte

X B Para definir el sistema de destino de las órdenes de transporte

X C Para asignar tareas a órdenes de transporte

X D Para liberar órdenes de transporte

Correcto. Un proyecto CTS se utiliza para agrupar órdenes de transporte, por ejemplo,
para importarlas juntas o para realizar el procedimiento de gestión de calidad (QA) para
todo un proyecto. El sistema destino se define dentro de la propia orden de transporte.
Las tareas se definen dentro de la orden de transporte. Las órdenes de transporte se
liberan mediante el Transport Organizer.

4. Al realizar el Customizing que se debe transportar, los pasos deben realizarse en una
secuencia determinada. Lleve las siguientes actividades a la secuencia correcta, en
relación con el procedimiento de Customizing.
Poner en el orden correcto

4 Liberar la orden de transporte

2 Asignar parametrizaciones de Customizing a una tarea de una orden de transporte

1 Inicie la transacción de Customizing

3 Liberar todas las tareas de la orden de transporte

5 Importar la orden de transporte a los sistemas SAP subsiguientes

Correcto. Primero inicie la transacción de Customizing y, a continuación, asigne las

parametrizaciones de Customizing a una tarea de una orden de transporte (que debería
haberse creado antes). A continuación, libere todas las tareas de esta orden de
transporte, seguido de la liberación de la orden de transporte y, a continuación, podrá
importar la orden de transporte a los sistemas SAP subsiguientes.

5. Para transportar las opciones de Customizing, siempre se utiliza una orden de

Customizing.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. En función del tipo de Customizing, se utiliza una orden de Customizing para el
Customizing específico de mandante y una orden de workbench para el Customizing
válido en todos los mandantes.

© Copyright. Reservados todos los derechos. 135

Capítulo 3 : Respuestas a la Evaluación de la formación

6. ¿Cuáles de las siguientes afirmaciones son correctas para los paquetes en el contexto del
desarrollo y el transporte?
Seleccione las respuestas correctas.

X A Los objetos de repository se pueden asignar a un paquete

X B Un paquete se puede asignar a un componente de software

X C Un paquete se puede asignar a una capa de transporte

X D Los objetos Customizing se pueden asignar a un paquete

X E Un objeto de repository se puede asignar a varios paquetes

Correcto. Los objetos de repository se pueden asignar a un paquete, un paquete se puede

asignar a un componente de software y un paquete a una capa de transporte. Los objetos
Customizing no se pueden asignar a ningún paquete. Un objeto de repository no se puede
asignar a varios paquetes.

7. ¿Qué combinaciones de objetos se pueden transportar dentro de una única orden de

Workbench?
Seleccione las respuestas correctas.

X A Cualquier objeto desarrollado por el cliente asignado a diferentes paquetes si los

paquetes están asignados a la misma capa de transporte

X B Objetos desarrollados por el cliente y objetos estándar de SAP y si los paquetes de

todos los objetos están asignados a capas de transporte que apuntan al mismo
sistema de destino (y mandante)

X C Cualquier objeto desarrollado por el cliente si están asignados a paquetes

desarrollados por el cliente

X D Cualquier objeto estándar de SAP (independientemente de los componentes de

software a los que estén asignados sus paquetes)

Correcto. Puede transportar con una sola orden de Workbench lo siguiente: Cualquier
objeto desarrollado por el cliente asignado a diferentes paquetes si los paquetes están
asignados a la misma capa de transporte, objetos desarrollados por el cliente y objetos
estándar de SAP si los paquetes de todos los objetos están asignados a capas de
transporte que apuntan al mismo sistema de destino, y cualquier objeto estándar de SAP
independiente de los componentes de software a los que están asignados sus paquetes.
No puede transportar ningún objeto desarrollado por el cliente con una única orden de
Workbench si están asignados a paquetes desarrollados por el cliente o si sus paquetes
están asignados a diferentes capas de transporte que apuntan a diferentes sistemas de
destino de transporte (y mandantes).

136 © Copyright. Reservados todos los derechos.

 Capítulo 3 : Respuestas a la Evaluación de la formación

8. Está modificando un programa desarrollado por el cliente. El programa está asignado a

una orden de transporte. ¿Cuándo se libera el bloqueo de objeto?
Seleccione la respuesta correcta.

X A Cuando se libera la orden de transporte

X B Cuando se libera la tarea a la que está asignado el programa

X C Cuando se activa el programa

X D Cuando se genera el programa

Correcto. El bloqueo de objeto se libera en el momento de liberar la orden de transporte.

Liberar la tarea a la que está asignado el programa, activar el programa o generar el
programa no libera el bloqueo de objeto.

9. ¿Cuál de las siguientes acciones puede desencadenar la creación de una versión para un
objeto de repository en la base de datos de versiones?
Seleccione las respuestas correctas.

X A Liberación de la orden de transporte correspondiente (" " versión)

X B Importación de la orden de transporte correspondiente (versión "I"), si el

parámetro PCT correspondiente está fijado correctamente

X C Crear una versión (temporal) manualmente (versión "U")

X D Grabación y activación manual del objeto (versión "A")

Correcto. Se puede crear una versión para un objeto de repository en la base de datos de
versiones liberando la orden de transporte correspondiente, importando la orden de
transporte correspondiente y creando una versión (temporal) manualmente. No se crea
ninguna versión grabando y activando el objeto manualmente.

10. ¿Qué tareas puede realizar utilizando las herramientas del Transport Organizer
(transacción SE03)?
Seleccione las respuestas correctas.

X A Buscar objetos en órdenes de transporte

X B Desbloquear objetos

X C Fijar atributos de orden de transporte generales

X D Crear órdenes de transporte

X E Liberar órdenes de transporte

Correcto. Utilice las herramientas del Transport Organizer para buscar objetos en órdenes
de transporte, desbloquear objetos y fijar atributos de orden de transporte generales.
Utilice el Transport Organizer (transacción SE09) para crear órdenes de transporte y
liberar órdenes de transporte.

© Copyright. Reservados todos los derechos. 137

Capítulo 3 : Respuestas a la Evaluación de la formación

11. La creación y modificación de un objeto de repository de cliente en el sistema de

desarrollo (original) se registra en una tarea del tipo Desarrollo/Corrección; la
modificación de un objeto estándar de SAP en el sistema de desarrollo se registra en una
tarea del tipo Reparar.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. La creación y modificación de un objeto de repository de cliente en el sistema de

desarrollo (original) se registra en una tarea del tipo Desarrollo/Corrección; la
modificación de un objeto estándar de SAP en el sistema de desarrollo se registra en una
tarea del tipo Reparar.

12. ¿Qué estado puede tener una tarea dentro de una orden de transporte transportable en
función de su contenido?
Seleccione las respuestas correctas.

X A Sin clasificar

X B Desarrollo/Corrección

X C Reparación

X D Local

Correcto. Una tarea dentro de una orden de transporte transportable puede tener el
estado No clasificada (sin objetos incluidos), Desarrollo/Corrección (normalmente:
desarrollo propio contenido) y Reparación (normalmente: objeto estándar de SAP
contenido). No existe el estado Local para una tarea, pero una orden de transporte puede
ser local o transportable.

13. Al modificar un objeto estándar de SAP, el ajuste de modificaciones siempre es necesario

cuando se aplican los últimos support packages de SAP.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. Un ajuste de modificaciones sólo es necesario si los support packages de SAP

aplicados también contienen el objeto modificado.

138 © Copyright. Reservados todos los derechos.

 Capítulo 3 : Respuestas a la Evaluación de la formación

14. Al modificar un objeto estándar de SAP, esto siempre se realiza bajo el control del
Asistente de modificaciones.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. Depende del tipo de objeto, si el Asistente de modificaciones está disponible.

© Copyright. Reservados todos los derechos. 139

Capítulo 3 : Respuestas a la Evaluación de la formación

140 © Copyright. Reservados todos los derechos.

CAPÍTULO 4 Importación de órdenes de
transporte

Lección 1
El proceso de transporte 143

Lección 2
Importaciones mediante TMS 149

Lección 3
Procedimiento de aprobación de QA y propuestas de transporte 167

Lección 4
Proceso de importación 177

Lección 5
Herramientas de supervisión 193

Lección 6
Limpiando el directorio de transporte 207

OBJETIVOS DEL CAPÍTULO

● Ilustrar el proceso de transporte con el procedimiento de autorización de QA

● Comparar las diferentes opciones basadas en cola para importar órdenes de transporte
● Explicar cómo realizar importaciones de tiempo y definir períodos de mantenimiento
● Describir las diferentes estrategias de transporte
● Describir el uso del transporte de copias y traslados
● Utilizar el procedimiento de autorización QA
● Explicar la idea del flujo de trabajo de transporte
● Analizar los diferentes pasos durante la importación de órdenes de transporte
● Explicar el uso de comandos PCT

© Copyright. Reservados todos los derechos. 141

Capítulo 4 : Importación de órdenes de transporte

● Enumerar las herramientas de supervisión seleccionadas y explicar su uso

● Explicar el contenido del directorio de transporte
● Solucionar los errores típicos de importación
● Nombrar comandos PCT para depurar el directorio de transporte

142 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 1
El proceso de transporte

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá información sobre Transport Management System (TMS) en el
sistema SAP y aprenderá cómo está implicado en el proceso de transporte.

Ejemplo empresarial
Como administrador de transporte, debe garantizar la propagación correcta de las
modificaciones en toda la infraestructura del sistema SAP gestionando el flujo del proceso de
transporte.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Ilustrar el proceso de transporte con el procedimiento de autorización de QA

Pasos en el proceso de transporte

Figura 76: Resumen: Estrategia de transporte TMS

En el Transport Management System (TMS), las órdenes de transporte se propagan a lo largo

de rutas de transporte predefinidas. Puede definir varias rutas de consolidación y entrega. El
procedimiento de importación puede realizarlo cualquier usuario autorizado desde el sistema
SAP. Sin embargo, la mayoría de las funciones en la transacción para el Transport
Management System (STMS) se ejecutan mediante comandos tp a nivel de sistema operativo,
que alguien con conocimientos técnicos también puede realizar manualmente.
Las órdenes de transporte a importar se visualizan en la cola de importación del sistema SAP
de destino.

© Copyright. Reservados todos los derechos. 143

Capítulo 4 : Importación de órdenes de transporte

Con TMS puede importar una cola de importación completa, es decir, todas las órdenes de
transporte que se han exportado desde el sistema de desarrollo. Esto garantiza que no se
produzcan errores de importación debido a la falta de objetos y que las versiones más
recientes de un objeto no se sobrescriban con versiones anteriores.

Figura 77: Proceso de transporte: Liberación y exportación

como ejemplo una infraestructura de tres sistemas. El primer paso en el proceso de

transporte es liberar una orden de transporte y exportar todos los objetos asociados de la
base de datos del sistema de desarrollo (DEV) a archivos en el directorio de transporte
común a nivel de sistema de archivos. Para cada orden de transporte liberada, los datos se
exportan a un fichero de datos en los datos de subdirectorio y se escribe un fichero de control
en los ficheros de control del subdirectorio.
Durante la exportación, las entradas necesarias para la importación posterior se crean en las
memorias intermedias de importación del sistema o sistemas de destino y se puede realizar
una importación de prueba.
En la memoria intermedia de directorio a nivel de sistema de ficheros, existe un fichero de
memoria intermedia de importación para cada sistema SAP en el dominio de transporte. El
fichero recibe el nombre del ID de sistema SAP correspondiente y contiene información de
control sobre las órdenes de transporte que se van a importar y el orden de importación.
Se pueden utilizar varios comandos de control de transporte para gestionar los archivos de
memoria intermedia de importación en el nivel del sistema operativo. La información de
control en los ficheros de memoria intermedia de importación se lee y se representa en colas
de importación a las que se puede acceder desde el Transport Management System
(transacción STMS) dentro del sistema SAP. Una cola de importación muestra las órdenes de
transporte que se enumeran en el archivo de memoria intermedia correspondiente.

144 © Copyright. Reservados todos los derechos.

 Lección: El proceso de transporte

Figura 78: Proceso de transporte: Importar a gestión de calidad

Mediante TMS desde el sistema SAP, el segundo paso en el proceso de transporte es

importar todas las órdenes de transporte enumeradas en la cola de importación del sistema
de gestión de calidad (QAS). TMS realiza la importación iniciando el programa de control de
transporte tp a nivel de sistema operativo.
Después de la importación correcta al sistema de gestión de calidad, las órdenes de
transporte se colocarán en la memoria intermedia de importación y en la cola de importación
del sistema de producción (PRD) y en cualquier otro sistema de entrega.

Nota:
Si el procedimiento de autorización de gestión de calidad (QA) está activado, las
entradas se colocarán en la cola de importación de PRD de forma que no se
puedan importar sin autorización.

Figura 79: Proceso de transporte: Gestión de calidad

© Copyright. Reservados todos los derechos. 145

Capítulo 4 : Importación de órdenes de transporte

Después de importar al sistema de gestión de calidad, por ejemplo, QAS, los objetos deben
probarse para detectar posibles errores. Los errores deberían corregirse en el sistema de
desarrollo, por ejemplo, DEV, y las modificaciones deberían importarse de nuevo a QAS
(consulte la figura “Proceso de transporte: Gestión de calidad”). Durante la importación a
QAS, la orden de transporte adicional se añade a la memoria intermedia del sistema de
producción PRD.

Figura 80: Proceso de transporte: Importar a producción

Después de que todas las solicitudes de transporte que se importaron a QAS se hayan
probado y verificado a fondo, se deben aprobar las solicitudes de transporte.

Nota:
Si el procedimiento de gestión de calidad (QA) está activado, el estado de las
entradas en la cola de importación de PRD cambia de inactivo a activo y las
órdenes de transporte están listas para la importación a PRD.

Con TMS, puede importar todas las órdenes de transporte, o simplemente un primer
conjunto de órdenes de transporte aprobadas, enumeradas en la cola de importación del
sistema de producción en la secuencia indicada, no manipulada.

Atención:
Para garantizar que no haya un efecto negativo en las actividades de producción
en PRD, asegúrese de que las órdenes de transporte se importan en la secuencia
correcta.

Consejo:
Siempre debe intentar importar proyectos CTS completos. De este modo se
minimiza el riesgo de olvidar órdenes de transporte individuales y se mantiene la
secuencia correcta de las órdenes de transporte.

146 © Copyright. Reservados todos los derechos.

 Lección: El proceso de transporte

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Ilustrar el proceso de transporte con el procedimiento de autorización de QA

© Copyright. Reservados todos los derechos. 147

Capítulo 4 : Importación de órdenes de transporte

148 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 2
Importaciones mediante TMS

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá información sobre las herramientas para realizar importaciones
mediante el Transport Management System (TMS). Además, se introducirán las diferentes
estrategias de transporte.

Ejemplo empresarial
Una vez que el jefe del equipo de proyecto ha confirmado y liberado todas las órdenes de
transporte necesarias del sistema de desarrollo, el administrador de transporte debe
importar las órdenes de transporte a los sistemas de destino. El administrador de transporte
debe seguir las directrices establecidas para la estrategia de transporte y el horario de
transporte. De este modo, el administrador de transporte puede garantizar que las
modificaciones se distribuyan de forma consistente en todos los sistemas SAP de la
infraestructura.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Comparar las diferentes opciones basadas en cola para importar órdenes de transporte
● Explicar cómo realizar importaciones de tiempo y definir períodos de mantenimiento
● Describir las diferentes estrategias de transporte
● Describir el uso del transporte de copias y traslados

Importación de órdenes de transporte mediante TMS

herramientas más importantes utilizadas para realizar importaciones mediante TMS son las
colas de importación que reflejan las memorias intermedias de importación específicas del
sistema SAP a nivel de sistema de archivos. Las colas de importación muestran las órdenes
de transporte que se van a importar en el orden correcto. Las colas de importación de todos
los sistemas SAP se visualizan en cada sistema SAP del dominio de transporte. Puede realizar
importaciones a todos los sistemas SAP desde cualquier sistema SAP en el dominio.

Nota:
Al importar una orden de transporte a un sistema SAP diferente al que ha iniciado
sesión en, es posible que deba proporcionar credenciales para que el sistema SAP
se importe a.

Para acceder al resumen de importación TMS, utilice la transacción STMS y seleccione

Resumen → Importaciones en el menú. El resumen de importación muestra el estado actual
de la cola de importación de cada sistema SAP del dominio de transporte. Si navega a una
cola de importación de un sistema SAP, podrá ver todas las órdenes de transporte que se van
a importar.

© Copyright. Reservados todos los derechos. 149

Capítulo 4 : Importación de órdenes de transporte

Figura 81: Importar información de cola

Al seleccionar Visualizar más en la barra de herramientas de la aplicación, se visualizarán

columnas adicionales.
La columna CV (verificación de versión) indica si la orden de transporte se ajusta o no al
release y al nivel de SAP Support Package de todos los componentes de software del sistema
destino. Si la orden de transporte no se ajusta, no debería importarse. Se puede importar bajo
su propio riesgo después de analizar su contenido cuidadosamente.

Nota:
Nota SAP 1090842 – Nota SAP compuesta: Los transportes entre versiones
enumeran algunos problemas técnicos que pueden ocurrir durante un transporte
entre sistemas con diferentes versiones de SAP BASIS.

Consejo:
La verificación de versión mostraría un release incorrecto o un nivel de support
package de SAP si existe un componente de software adicional, por ejemplo, un
plug-in adicional, en el sistema de exportación o de importación. Si este conjunto
diferente de componentes de software está previsto y no se puede resolver de lo
contrario, existe una forma de excluir un componente de software específico de
la verificación de versión. Para obtener más detalles, consulte la nota SAP
1742547 – Información sobre la verificación de versión de componente en TMS.

Con el control de transporte ampliado, podría tener varios mandantes de destino para un
sistema de destino. Puede seleccionar ver una fila para cada mandante de destino o solo una
fila por orden de transporte.
Para mejorar el rendimiento, los datos sólo se leen del directorio de transporte la primera vez
que se inicia TMS. A continuación, la información visualizada se graba en la memoria
intermedia de la base de datos. El cronomarcador en el resumen de importación indica la
actualidad de los datos. Las memorias intermedias internas de TMS dejan de ser válidas a
medianoche. Para actualizar los datos, desde con cualquier cola de importación, seleccione

150 © Copyright. Reservados todos los derechos.

 Lección: Importaciones mediante TMS

Editar → Actualizar. Puede ser más conveniente que la actualización se realice

periódicamente en proceso de fondo. Para ello, seleccione el acceso vía menús
Extras → Actualizar todas las colas de importación de la pantalla Resumen de importación.
SAP recomienda ejecutar esta actualización cada hora.

Nota:
Si se tarda mucho en finalizar la actualización de la cola de importación, la nota
SAP 1924741 – La actualización de la cola de importación de un sistema puede
tardar mucho tiempo. Para un proceso manual automatizado de borrado de
solicitudes importadas de la memoria intermedia de importación, consulte la nota
SAP 2461665 – Automatización del proceso manual de eliminación de solicitudes
importadas de la cola de importación.

Figura 82: Importar cola y memoria intermedia de transporte

términos memoria intermedia de transporte y colas de importación están relacionados. La

cola de import en el sistema SAP representa el fichero de memoria intermedia de transporte
ubicado en el directorio de transporte. La cola de importación resalta las órdenes que se
importarán durante la siguiente importación completa (importar todo). las marcas de fin,
puede haber más órdenes de transporte en la memoria intermedia de transporte que las
resaltadas en la cola de importación.
La marca de fin y la marca de parada son los marcadores correspondientes en la cola de
importación y la memoria intermedia de transporte. Indican que solo se importarán todas las
órdenes de transporte antes de la marca. Independientemente de cómo se cree la marca final
o la marca de parada, la marca se fija tanto en la memoria intermedia de transporte como en
la cola de importación. En una cola de importación, se indica una marca de fin mediante la
sentencia “Fin de cola de importación”. En una memoria intermedia de transporte, el término
marca de parada es visible. Solo puede haber una marca final o una marca de parada en cada
cola de importación o memoria intermedia de transporte.
Para fijar una marca de fin/parada cerrando una cola de importación, en la cola de
importación, seleccione Cola → Cerrar en el menú. Esto es análogo al comandotp
setstopmark del sistema operativo. La barra de estado muestra la acción realizada.

© Copyright. Reservados todos los derechos. 151

Capítulo 4 : Importación de órdenes de transporte

Para eliminar una marca de fin/parada (abriendo una cola de importación manualmente,
normalmente no es necesaria) en la pantalla de cola de importación, seleccione el acceso vía
menús Cola → Abrir. Abrir una cola de importación es análogo al comandotp delstopmark
del sistema operativo.
Mediante TMS, puede mover marcas finales a cualquier posición de la cola de importación
delante de una orden de transporte (seleccionando Cola → Desplazar marca de fin en el
menú). Esto es análogo al comandotp mvstopmark del sistema operativo.

Figura 83: Cola de importación

utilizar la cola de importación para:

● Ver el estado de las solicitudes de transporte.
● Acceder a listas de objetos, documentación y logs de transporte.
● Cierre y abra la cola y mueva la marca final.
● Importar todas las órdenes de transporte, completar proyectos, órdenes de transporte
preliminares y órdenes de transporte seleccionadas según las opciones de filtro.
● Añadir, borrar y reenviar solicitudes.

Para mantener la consistencia de los sistemas SAP de destino, necesita plazos para coordinar
la liberación de órdenes de transporte por parte de los desarrolladores. Para evitar que las
órdenes de transporte liberadas después de la fecha límite se importen, se puede cerrar la
cola de importación del sistema de gestión de calidad. Como consecuencia, las órdenes de
transporte liberadas después de la fecha límite se posicionan después de una marca de fin en
la cola para la siguiente importación. En la siguiente importación sólo se importan las órdenes
antes de la marca de fin. Lo mismo es válido para el sistema productivo de forma
correspondiente.
En casos excepcionales, puede reenviar una orden de transporte a otro sistema SAP antes de
importarla al sistema de destino definido. Por ejemplo, antes de importarse al sistema de
gestión de calidad, es posible que sea necesario enviar una solicitud a un sistema de
formación. Para preparar la importación a un sistema de destino fuera de las rutas de
transporte predefinidas, en la pantalla Cola de importación, seleccione el acceso vía menús
Solicitar → sistema → de reenvío.
También puede borrar órdenes de transporte de o añadirlas a una cola de importación. Sin
embargo, las relaciones de objetos pueden provocar inconsistencias en el sistema de destino

152 © Copyright. Reservados todos los derechos.

 Lección: Importaciones mediante TMS

después de la siguiente importación. Por ejemplo, si borra una orden que contiene un nuevo
elemento de datos, la importación de todas las demás órdenes de transporte que contienen
tablas que dependen de ese elemento de datos fallará.

Atención:
Para evitar estas inconsistencias, se recomienda encarecidamente no borrar
órdenes de transporte individuales de la cola de importación. Realice las
correcciones en el sistema de desarrollo y libere una nueva orden de transporte.

Consejo:
Importe siempre todas las órdenes de transporte al sistema productivo, incluso
las que tengan errores, junto con sus correcciones.

Nota:
Si desea simular la importación de una orden de transporte, puede realizar una
importación de prueba. Para obtener más información, consulte la nota SAP
2510475 – Simular transporte.

Estrategia de importación
Existen diferentes estrategias para importar órdenes de transporte. Estos se discutirán en las
siguientes páginas:

Figura 84: Importar estrategias

Importar todas las órdenes de transporte

Para importar todas las solicitudes de transporte de la cola (realizar lo que se conoce como
importar todo), seleccione el botón Importar todas las solicitudes (el icono “de camión
completamente cargado”, consulte la figura anterior). Aparecerá el cuadro de diálogo Iniciar
importación.

© Copyright. Reservados todos los derechos. 153

Capítulo 4 : Importación de órdenes de transporte

ha configurado el control de transporte ampliado, el mandante destino es fijo. De lo contrario,

puede seleccionar un mandante de destino o mantener el estándar. El número del mandante
destino por defecto es idéntico al número del mandante fuente (por este motivo debería
utilizar los mismos números para los mandantes “principales” relacionados en todos los
sistemas SAP).

Consejo:
Si inicia la importación desde un sistema SAP diferente del sistema de destino,
es posible que se visualice una ventana de inicio de sesión del sistema de destino
y que necesite introducir credenciales para el sistema de destino.

En el cuadro de diálogo Iniciar importación, tiene varias opciones para controlar la

importación:
● En la ficha Fecha, puede programar la importación.
● En la etiqueta Ejecución, puede seleccionar si TMS inicia tp de forma sincrónica o
asincrónica. Seleccionar asincrónicamente significa que tp funciona en proceso de fondo
para que su sesión de usuario no esté bloqueada durante la importación.
● En la ficha Opciones, puede seleccionar “opciones de experto”, los llamados modos
incondicionales. Las opciones y sus valores predeterminados varían según el método de
importación seleccionado y la estrategia de transporte configurada.

La pantalla Resumen de importación indica si la importación se está ejecutando. Después de

la importación, la marca de fin se elimina y la cola se vuelve a abrir automáticamente. Una vez
que las órdenes de transporte se han importado correctamente, se añaden automáticamente
a la cola de importación de otros sistemas de destino (sistemas que están conectados con la
ayuda de una ruta de entrega). Por lo tanto, las rutas de transporte configuradas especifican
qué órdenes de transporte se reenvían automáticamente a qué sistemas de destino.
Al utilizar la función de procedimiento de autorización QA en este sistema SAP, todas las
órdenes de transporte de la cola de importación de los sistemas SAP subsiguientes se fijan
como inactivas. Si se inicia una importación que contiene una o más solicitudes inactivas, el
TMS no realizará la importación.

Nota:
Al utilizar el procedimiento de autorización QA, solo puede importar todas las
órdenes de transporte a los sistemas de entrega si todas las órdenes de
transporte que están listas para la importación se han verificado para todos los
pasos de autorización aplicables (autorizadas o rechazadas).
Si se han autorizado todas las órdenes de transporte para un proyecto CTS,
puede importarlas al sistema de entrega incluso si aún existen órdenes no
procesadas o rechazadas para otros proyectos CTS en el pool de trabajo.

Si realiza una importación mediante una importación total, los objetos se importan en la
secuencia correcta en la que se enumeran en el archivo de memoria intermedia de
importación en el sistema de archivos. Esto significa que si las órdenes de transporte cerca
del inicio de la lista y las que están cerca del final de la lista afectan a los mismos objetos, las
versiones finales de los objetos después de la importación representarán las últimas
modificaciones. Como resultado, los objetos incorrectos no afectan a su entorno de
producción, no se importan realmente.

154 © Copyright. Reservados todos los derechos.

 Lección: Importaciones mediante TMS

Nota:
Puede desactivar la capacidad de realizar una importación completa (importar
todo) para cada sistema SAP utilizando el parámetro PCTNO_IMPORT_ALL o
modificando la estrategia de transporte (consulte la sección “Estrategias de
transporte”, más adelante en esta lección).

Importar proyecto completo

Antes de realizar la importación, SAP recomienda fijar la marca de fin para cerrar la cola de
importación. Esto evita la importación involuntaria de otras órdenes de transporte que
pueden aparecer en la cola de importación.
Puede fijar un filtro en la cola de importación para limitar las órdenes de transporte
visualizadas a órdenes de transporte con propiedades específicas para que pueda ver solo
aquellas órdenes de transporte que pertenecen a un proyecto específico. Para fijar un filtro,
sitúe el cursor en una fila de la cola de importación y pulse el botón Filtros en la barra de
herramientas de la aplicación.
Para evitar que se importen órdenes de transporte de proyectos no aprobados, utilice el filtro
para la columna Proyecto para importar solo las órdenes de transporte que pertenecen a
proyectos aprobados.

Importar órdenes de transporte individuales (importación preliminar)

A diferencia de las importaciones estándar, las importaciones preliminares son importaciones
de órdenes de transporte individuales seleccionadas. SAP recomienda encarecidamente
utilizar solo importaciones específicas de proyecto o importaciones completas debido a
dependencias de objeto y el riesgo de inconsistencias al importar órdenes de transporte
individuales. Por ejemplo, un programa ABAP en una orden de transporte se puede importar
correctamente, pero la tabla a la que hace referencia puede estar en otra orden de transporte
que aún no se ha importado. Hasta que no se importe la tabla, al ejecutar el programa se
generan dumps breves. Por lo tanto, utilice importaciones preliminares solo en casos
excepcionales.
Para importar solicitudes de transporte individuales, seleccione el botón Importar solicitud en
la barra de herramientas de la aplicación (relacionado con el “camión parcialmente cargado”,
consulte la figura anterior).
Para minimizar los riesgos asociados con las importaciones preliminares, la orden de
transporte permanece en la cola de importación después de la importación y se vuelve a
importar la próxima vez que se importe toda la cola de importación o el proyecto CTS
correspondiente. Esto garantiza las secuencias de importación correctas y se define
mediante la opción de importación Dejar orden de transporte en cola para importación
posterior, que, dependiendo de la estrategia de transporte, puede seleccionarse
automáticamente.
Por defecto, el TMS verificará si las órdenes de transporte en la cola de importación
dependen de las órdenes de transporte en otros proyectos. La importación solo será posible
si no se infringen las relaciones del predecesor. Puede ser necesario especificar opciones
adicionales al realizar una importación preliminar:
● Dejar la orden de transporte en cola para una importación posterior: Es el valor
predeterminado al utilizar transportes en masa de estrategia de transporte

© Copyright. Reservados todos los derechos. 155

Capítulo 4 : Importación de órdenes de transporte

● Importar orden de transporte de nuevo: Ignore que la orden de transporte ya se ha

importado
● Sobrescribir originales
● Sobrescribir objetos en reparaciones no confirmadas
● Ignorar tipo de transporte no válido
● Ignorar clase de tabla no válida
● Omitir relaciones predecesoras
● Ignorar versión de componente no válida (un nivel de SAP Support Package incorrecto o
una versión incorrecta)

Secuencia de importación de objetos en órdenes de transporte

Los objetos de las órdenes de transporte marcadas para la importación se importarán de la
siguiente manera:

● Todos los objetos de todas las órdenes de transporte seleccionadas se fusionan.

● Los objetos se clasifican primero según su nivel (por ejemplo, definiciones de tabla antes
de programas).
● Si un objeto está incluido en más de una orden de transporte, solo se conservará la versión
de la última orden de transporte después de la importación (según la secuencia en la cola
de importación).

Consejo:
Esta secuencia se utiliza para importar todo, importar proyecto e importar
individual.

Nota:
En una infraestructura de tres sistemas:
- La cola de importación de QAS refleja el orden de exportación de DEV
- La cola de importación de PRD refleja el orden de importación a QAS

Esto no es idéntico en todos los casos, pero es la secuencia correcta.

156 © Copyright. Reservados todos los derechos.

 Lección: Importaciones mediante TMS

Modo de importación y mantenimiento de temporización

Importaciones de temporizador

Figura 85: Hora y fecha de importación

Dependiendo de la estrategia de importación (proyecto de importación, importación

individual, importar todo o workflow de transporte especial) y del release de SAP/nivel de
SAP Support Package, las opciones disponibles pueden variar. Al iniciar una importación,
puede seleccionar las siguientes opciones en la pestaña Fecha:

Inmediato
Al seleccionar esta opción, se inicia inmediatamente la importación.
A la hora de inicio
Al seleccionar esta opción, se inicia la importación en el momento especificado. La
importación se planifica como job de fondo en el sistema de destino. Si también
introduce una fecha y hora en el campo Sin inicio después de, la importación se inicia en
el período entre los tiempos indicados en Inicio planificado y Sin inicio después de. Si no
hay ningún proceso de fondo disponible durante este tiempo, no se realiza una
importación. Si desea que la importación se realice regularmente, debe seleccionar un
período en el campo Período.
Después del evento
Al seleccionar esta opción, se inicia la importación solo después de desencadenar un
evento especificado. Si selecciona Ejecutar importación periódicamente, la importación
se iniciará cada vez que se desencadene el evento especificado. De lo contrario, la
importación solo se iniciará la primera vez que se produzca el evento.

© Copyright. Reservados todos los derechos. 157

Capítulo 4 : Importación de órdenes de transporte

Nota:
Tenga en cuenta que el campo Período y la casilla de selección Ejecutar
importación periódicamente no existen para transportes individuales y el workflow
de transporte especial.

Desde la cola de importación de cada sistema SAP, puede supervisar y actualizar todas las
importaciones planificadas seleccionando Pasar a → Monitor de jobs en el menú.

Figura 86: Transportes temporales

Después de la exportación, una orden de transporte no se importa automáticamente. Debe

importarse manualmente. Al planificar las importaciones, incluya tiempo suficiente para
acomodar tareas posteriores a la importación, como la prueba de gestión de calidad. SAP
recomienda planificar importaciones a intervalos regulares, como mensual, semanal o diario,
utilizando importar todo o importar el proyecto al sistema de destino. No se recomiendan las
importaciones frecuentes “a la carta”.
Se deben tener en cuenta las siguientes acciones:

1. Copie el contenido de las órdenes de transporte en un mandante en el mismo sistema

SAP mediante la transacción SCC1 o, a partir de SAP S/4HANA 2020, SCC1N (test de
módulo).

2. Liberación de órdenes de transporte.

3. Importa a mandantes en sistemas SAP subsiguientes.

La periodicidad de las órdenes de transporte se basa en los siguientes factores:

● Clientes y sus roles en la infraestructura del sistema SAP
● Requisitos de sincronización, es decir, cuando se requieren cambios en diferentes
sistemas SAP
● Copia de seguridad antes de la importación

158 © Copyright. Reservados todos los derechos.

 Lección: Importaciones mediante TMS

● Requisitos de congelación de códigos

La gestión de modificaciones incluye la creación, liberación, distribución y verificación de

órdenes de transporte para todos los sistemas SAP en la infraestructura de sistemas SAP.
Asegúrese de que sus procedimientos de distribución son compatibles con la configuración
de TMS. Determine los requisitos de liberación, importación y verificación para todos los
puntos de transporte en su infraestructura de sistemas SAP. Para cada punto de transporte,
defina lo siguiente:
● ¿Cuándo se llevarán a cabo los transportes?
● ¿Quién es responsable de una orden de transporte durante sus diferentes fases de
transporte?
● ¿Cómo se revisarán los transportes antes de distribuirlos o redistribuirlos?
● ¿Qué ocurre si un transporte tiene éxito, pero las pruebas demuestran que su contenido es
incorrecto?
● ¿Se requieren aprobaciones para el transporte?

Asigne personas para que sean responsables de todos los pasos de transporte. Utilice
autorizaciones para restringir el acceso a las tareas de gestión de transporte y al nivel de
sistema operativo.
SAP proporciona técnicas para la distribución y la gestión de modificaciones mediante
memorias intermedias de transporte. Estas memorias intermedias de transporte indican las
modificaciones que se deben transportar al sistema de destino y a la orden de transporte.
Debe controlar las memorias intermedias de transporte y el proceso de distribución o
redistribución. Para verificar todas las importaciones, revise los registros de transporte,
establezca normas de prueba y procedimientos de control de calidad, y defina
procedimientos de aprobación.

Modo de mantenimiento
Con SAP S/4HANA, la transacción SMAINTENANCE le permite definir un período de
mantenimiento. Durante este período de mantenimiento, los usuarios normales no podrán
iniciar sesión. Solo los administradores del sistema con una política de seguridad especial
pueden conectarse (transacción SECPOL, atributo TENANT_RUNLEVEL_LOGON_PRIVILEGE).
Además, solo se ejecutarán jobs de fondo de administración (todos los demás jobs estarán en
espera).
● La acción Cambiar a mantenimiento inicia un workflow que fija el sistema en el modo En
mantenimiento. El workflow consta de los siguientes modos: Ejecución → de Web
Dispatcher cerrado → Refrescar → en mantenimiento de la siguiente manera:
- En ejecución: el sistema está totalmente operativo para los usuarios finales
empresariales y el administrador.
- Web dispatcher Cerrado: el sistema está totalmente operativo para los usuarios finales
y administradores empresariales, pero las conexiones al Web Dispatcher desde fuera
están bloqueadas. Es decir, los usuarios conectados a través de Web Dispatcher ya no
pueden trabajar.
- Enfriamiento: el sistema está totalmente operativo solo para los administradores. Se
espera que los usuarios empresariales finalicen su trabajo y cierren la sesión. Al final de
la fase de enfriamiento, se cancelan las sesiones de los usuarios finales empresariales.

© Copyright. Reservados todos los derechos. 159

Capítulo 4 : Importación de órdenes de transporte

- En mantenimiento: El sistema está totalmente operativo solo para administradores

(usuarios que tienen una política de seguridad especial asignada como se describe
anteriormente). No hay usuarios empresariales finales conectados al sistema.

La duración actual de todo el flujo de trabajo es de 10 minutos. Volver a En ejecución en

este período puede provocar errores.
● La acción Cambiar a En ejecución inicia un workflow que fija el sistema en el modo En
ejecución. El workflow se compone de los modos En actualización → en curso. El cambio a
En ejecución se realiza inmediatamente.

Figura 87: Definición de tiempos de inactividad/períodos de mantenimiento con la transacción SMAINTENANCE

Para obtener más información, consulte el blog Plataforma ABAP – Parte 3 – Novedades para
los administradores básicos (https://blogs.sap.com/2020/06/18/abap-platform-part-3-
whats-new-for-the-basis-administrators/) y Documentación en línea de SAP para SAP S/
4HANA (Asistencia de producto), área Tecnología empresarial → Plataforma
ABAP → Administración de la plataforma ABAP → Conceptos y
herramientas → Administración del servidor de aplicación → Modo de mantenimiento ABAP.

Estrategias de transporte
tres estrategias de transporte diferentes:

Estrategias de transporte

● Transportes en cola, transportes en masa

● Transportes controlados por colas, transportes individuales
● Transportes controlados por flujo de trabajo

Consejo:
Por defecto, la estrategia de transporte se fija en Transportes en cola,
transportes en masa.

Transportes en cola, transportes en masa

160 © Copyright. Reservados todos los derechos.

 Lección: Importaciones mediante TMS

Los transportes en masa son una buena solución si tiene una gran cantidad de
solicitudes de transporte para administrar y desea automatizar el proceso tanto como
sea posible. El uso continuo de transportes masivos es la forma más segura de mantener
sus sistemas SAP sincronizados y consistentes. Antes de realizar un transporte en masa
a su sistema de producción, debe verificar todas las órdenes de transporte en el sistema
de gestión de calidad y confirmar su transporte a otros sistemas SAP. Utilice el
procedimiento de autorización de gestión de calidad al hacerlo.
Los transportes en masa se definen como método de importación para los sistemas SAP
relevantes seleccionando la estrategia de transporte Transportes en cola, transportes en
masa.
El administrador puede programar las importaciones periódicamente en TMS o iniciar
cada importación manualmente. Solo importar órdenes de transporte individuales
(importaciones individuales) antes que otras en la cola de importación en casos
especiales.
Las órdenes de transporte importadas previamente por el TMS se volverán a importar
durante la importación regular. También puede utilizar el workflow de transporte para
importar importaciones individuales por adelantado.
Transportes controlados por colas, transportes individuales
Si desea actualizar un sistema productivo con solo una pequeña cantidad de órdenes de
transporte específicas, es mejor importar órdenes de transporte individuales en lugar de
importar todas las órdenes de transporte a la espera de la importación. Utilice órdenes
de transporte individuales si tiene menos modificaciones en el transporte y su
organización le impide tener un horario de transporte fijo.
Este método suele implicar trabajo adicional para los administradores en comparación
con las importaciones periódicas. Los desarrolladores deben prestar especial atención a
la consistencia y al orden de importación de sus órdenes de transporte. Si un pequeño
número de desarrolladores están trabajando en un proyecto, o si los desarrolladores
trabajan muy estrechamente con el administrador, a menudo realizan sus propios
transportes individuales.

Nota:
También puede utilizar esta estrategia de importación si utiliza la
importación de proyectos:
● Al eliminar la opción Importar todo, evita que el administrador importe
accidentalmente todas las órdenes de transporte independientes del
proyecto CTS.
● Puede filtrar con respecto al proyecto CTS para utilizar todas las órdenes
de transporte que pertenecen a un proyecto CTS específico juntas.

Transportes controlados por flujo de trabajo

Si desea realizar transportes individuales específicos en sus sistemas SAP, pero prefiere
que lo haga el administrador del sistema SAP, es posible que desee utilizar el workflow de
transporte. Este método desencadena automáticamente un workflow al liberar una
orden de transporte. El flujo de trabajo garantiza una comunicación estrecha entre el
desarrollo y la administración.

© Copyright. Reservados todos los derechos. 161

Capítulo 4 : Importación de órdenes de transporte

Consejo:
Como requisito previo para ello, debe haber configurado el workflow de
transporte para su sistema SAP (consulte la lección “Procedimiento de
autorización QA y propuestas de transporte”).

Actualizar estrategia de transporte

Si en su lugar desea trabajar con transportes individuales controlados por cola o transportes
controlados por flujo de trabajo, deberá modificar la configuración de la siguiente manera:

Figura 88: Definición de la estrategia de transporte

Procedimiento
1. Inicie la transacción STMS en el sistema Transport Domain Controller y seleccione
Resumen → de rutas de transporte en el menú. Aparece la pantalla Visualizar rutas de
transporte que muestra las rutas de transporte existentes en el dominio de transporte.

2. Cambie al modo de modificación.

3. Haga doble clic en uno de los sistemas SAP de la infraestructura de sistemas. Aparecerá
la ventana de diálogo Modificar atributos del sistema.

4. Seleccione la pestaña Atributos del sistema y seleccione su estrategia de transporte.

5. Seleccione Transferir.

6. Guarde sus opciones y confirme para activar y distribuir la configuración en todos los
sistemas (si es necesario).

Parametrizaciones en TMS en función de la estrategia de transporte

Algunas parametrizaciones en el Transport Management System dependen de la estrategia
de importación que haya seleccionado:

Transportes en cola, transportes en masa

162 © Copyright. Reservados todos los derechos.

 Lección: Importaciones mediante TMS

Por defecto, la opción de importación Dejar solicitud de transporte en cola para

importación posterior está activada al realizar una importación individual.

Consejo:
La opción de importación Dejar orden de transporte en cola para
importación posterior provoca que las órdenes de transporte que se han
importado como órdenes de transporte individuales se importen en el
orden correcto en la siguiente importación de todas las órdenes de
transporte. Esta opción es útil si tiene que realizar importaciones
preliminares para órdenes de transporte individuales, ya que evita que los
objetos más antiguos se importen en la siguiente importación regular de
todas las órdenes de transporte (problema del supervisor).

Transportes controlados por colas, transportes individuales

Por defecto, la opción de importación Dejar solicitud de transporte en cola para
importación posterior está desactivada.

Consejo:
Si suministra un sistema SAP solo con órdenes de transporte individuales
(sin utilizar la importación de proyecto), esta opción no sería útil ya que las
órdenes de transporte permanecerían en la cola después de que la
importación con el estado Orden estuviera lista para la importación de
nuevo y se tendría que borrar manualmente de la cola de importación.

Los botones de la barra de herramientas de la aplicación de la pantalla Cola de

importación cambian según los requisitos de la estrategia de importación individual.
En la función Importar todas las solicitudes (“camión totalmente cargado”) solo está
disponible si ha seleccionado uno o más proyectos CTS mediante la función Filtro. Esto
evita que importe accidentalmente todas las órdenes de transporte de la cola.
Transportes en función del flujo de trabajo
Las propuestas de transporte se crean automáticamente cuando se exportan las
órdenes de transporte.
Las opciones de importación corresponden a las de las órdenes de transporte
individuales.
Las importaciones se vinculan al procesamiento de propuestas de transporte en el pool
de trabajo TMS.
Aparece un mensaje de advertencia en la cola de importación si intenta importar órdenes
de transporte sin utilizar el workflow de transporte.

Los siguientes parámetros para el programa de control de transporte tp y el Change and

Transport System (CTS) se fijan según la estrategia de transporte seleccionada:

© Copyright. Reservados todos los derechos. 163

Capítulo 4 : Importación de órdenes de transporte

Tabla 1: Parámetros PCT de estrategias de transporte

Parámetro Valor para transpor- Valor para transpor- Valor para transpor-
tes en masa en cola tes individuales en tes basados en work-
cola flow
IMPORT_SIN- 0 1 1
GLE_ONLY
NO_IMPORT_ALL 0 1 1
IMPORT_SIN- 0 1 0
GLE_STRATEGY
WORKFLOW_STRA- 0 0 1
TEGY
REPEATONERROR 9 8 8
STOPONERROR 9 9 9

El parámetro PCTSTOPONERROR define desde qué código de retorno se detiene

inmediatamente la importación. REPEATONERROR define a partir de qué código de retorno
en la importación no se clasifica como correcto y debe repetirse (por lo tanto, la orden de
transporte permanece en la cola de importación). Por ejemplo, con Transportes individuales,
el código de retorno 8 se clasifica como una importación fallida y debe repetirse. Con los
transportes en masa, el mismo código de retorno 8 sería una importación correcta y la orden
de transporte se borrará de la cola de importación.

Consejo:
No modifique manualmente los parámetros que son relevantes para la estrategia
de transporte. TMS genera estos parámetros cada vez que se modifica la
configuración de la ruta de transporte.

164 © Copyright. Reservados todos los derechos.

 Lección: Importaciones mediante TMS

Transporte de copias y traslado

Figura 89: Transporte de copias y traslado

utilizar el transporte de copias para transportar objetos a otro sistema SAP de su elección,
especialmente, si no hay ninguna ruta de consolidación que apunte desde el sistema SAP, ha
creado la orden de transporte al sistema SAP que desea importar la orden de transporte. Los
objetos se transportan en la versión que tienen en el sistema SAP, de la que se ha exportado
la orden de transporte. La ubicación original de los objetos no se modifica. A diferencia de las
órdenes de workbench o de Customizing, los transportes de copias no se añadirán a la cola de
importación de un sistema de entrega posterior.

Nota:
El término copias en Transporte de copias no está relacionado con la palabra
“copia” sino con la “copia” de término fijo como opuesto al “original”.

traslados de objetos sin cambio de paquete si el trabajo de desarrollo de objetos debe tener
lugar temporalmente en otro sistema SAP. Los desarrollos especiales se pueden llevar a cabo
en un sistema SAP independiente, por ejemplo, para no interferir con el proceso de
desarrollo. Este tipo de orden de transporte le permite mover la ubicación original de los
objetos al sistema de destino. También se puede utilizar si se ha creado un objeto, por
ejemplo, en el sistema de gestión de calidad y la entrada del sistema original debería
desplazarse al sistema de desarrollo.
Utilice traslados de objetos con modificación de paquete cuando el sistema de desarrollo de
objetos individuales se deba modificar de forma permanente. Este tipo de solicitud le permite
modificar la ubicación original de los objetos en el sistema de destino y modificar la
asignación de paquetes de los objetos al mismo tiempo. Debido a que el paquete se modifica
automáticamente, los objetos tienen los atributos de transporte deseados inmediatamente
después de importarlos al sistema de destino de la orden de transporte.
Desplazar paquete completo cuando el sistema de desarrollo de un paquete completo se debe
modificar de forma permanente.

© Copyright. Reservados todos los derechos. 165

Capítulo 4 : Importación de órdenes de transporte

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Comparar las diferentes opciones basadas en cola para importar órdenes de transporte
● Explicar cómo realizar importaciones de tiempo y definir períodos de mantenimiento
● Describir las diferentes estrategias de transporte
● Describir el uso del transporte de copias y traslados

166 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 3
Procedimiento de aprobación de QA y
propuestas de transporte

RESUMEN DE LA LECCIÓN
En esta lección, aprenderá el uso del procedimiento de autorización de gestión de calidad
(QA). También aprenderá el uso del flujo de trabajo de transporte especial y su procedimiento
de configuración. Además, verá por qué la creación de propuestas de transporte puede ser
útil.

Ejemplo empresarial
Las órdenes de transporte se deben importar al sistema de producción solo después de que
se hayan aprobado en el sistema de gestión de calidad. Por lo tanto, necesita un
procedimiento de autorización QA definido.
En algunas situaciones, sin embargo, puede ser necesario transportar una corrección urgente
al sistema de producción directamente, evitando las rutas de transporte configuradas. Puede
utilizar el workflow de transporte especial para realizar este tipo de transporte.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Utilizar el procedimiento de autorización QA
● Explicar la idea del flujo de trabajo de transporte

Gestión de calidad de TMS

procedimiento de aprobación de gestión de calidad (QA) de TMS aumenta la calidad y la
disponibilidad de los sistemas de producción al permitirle verificar las órdenes de transporte
en el sistema de gestión de calidad antes de importarlas a los sistemas SAP subsiguientes.
Cuando activa el procedimiento de autorización QA, las órdenes de transporte solo están
listas para importarse a los sistemas de entrega si todos los pasos de autorización QA se han
procesado para la orden de transporte en el sistema QA y la orden de transporte se ha
autorizado. Al configurar el procedimiento de autorización QA, se determina cuántos pasos de
autorización QA se deben procesar para cada orden de transporte. Si una verificación de un
paso de autorización no es correcta, no se podrá autorizar toda la orden de transporte. Por lo
tanto, solo puede importar órdenes de transporte aprobadas completamente en los sistemas
de entrega.
Las órdenes de transporte rechazadas no se importan a los sistemas de entrega del sistema
QA.

© Copyright. Reservados todos los derechos. 167

Capítulo 4 : Importación de órdenes de transporte

Figura 90: Configuración del procedimiento de autorización QA

Antes de poder procesar órdenes de transporte, debe configurar el procedimiento de

autorización QA. Para ello, asegúrese de que la infraestructura del sistema SAP y/o el
dominio de transporte estén configurados de modo que haya al menos un sistema de
desarrollo, un sistema de gestión de calidad y un sistema de producción. El sistema SAP que
se debe configurar como sistema QA debe tener los siguientes atributos:
● Debe ser el destino de al menos una ruta de transporte (ya sea una ruta de consolidación o
una ruta de entrega).
● Debe ser la fuente de al menos una ruta de entrega.

En los atributos del sistema SAP para el sistema SAP seleccionado, se debe fijar la opción
Entrega después de confirmación. En el procedimiento de autorización, puede definir qué
usuarios deben autorizar para que el transporte se pueda importar al sistema de entrega
(véase la figura “Configuración del procedimiento de autorización QA”).
Después de la configuración, el pool de trabajo QA se configura automáticamente. Todas las
órdenes de transporte importadas al sistema QA se incluyen en el pool de trabajo QA.

Pasos en el procedimiento de autorización QA

visualizar el pool de trabajo QA, utilice la transacción STMS_QA. El cronomarcador en la parte
superior derecha de la pantalla indica cuándo se actualizó por última vez el pool de trabajo
QA. La entrada en la parte superior izquierda indica cuántas órdenes de transporte aún deben
procesarse.
La lista muestra las solicitudes de transporte correspondientes a los pasos de aprobación
seleccionados. Por defecto, se muestran las solicitudes de transporte correspondientes a
todos los pasos de aprobación. Para seleccionar el paso de autorización cuyas órdenes de
transporte correspondientes desea ver, seleccione Pool de trabajo → Seleccionar paso de
autorización en el menú. Haciendo doble clic en varias posiciones de la tabla que enumera las
órdenes de transporte, obtendrá más información sobre estas posiciones.

168 © Copyright. Reservados todos los derechos.

 Lección: Procedimiento de aprobación de QA y propuestas de transporte

Figura 91: Aprobación de QA

Consejo:
También puede acceder al pool de trabajo QA mediante la transacción STMS,
pero desde un punto de vista de seguridad, es posible que desee permitir que
solo los administradores llamen la transacción STMS. Verifique las operaciones
parciales de STMS buscando entradas en la tabla TSTC (mediante la transacción
SE16) que empiecen por STMS*. Aquí puede encontrar, por ejemplo, STMS_QA.

Verifique las órdenes de transporte listadas en un pool de trabajo QA antes de importarlas a

los sistemas de entrega.
El estado de QA Rechazado significa que una persona responsable ha rechazado uno o más
pasos de autorización de una orden de transporte. Una solicitud solo se autoriza si todos los
pasos de autorización tienen el estado Autorizado.
En el pool de trabajo QA, puede ver:
● El estado de QA (St)
● El estado global (GS)
● El número de pasos (Nr)

Las órdenes de transporte solo se pueden importar a los sistemas de entrega si todas ellas
han recibido la autorización según los distintos pasos de autorización.

Nota:
Si se han autorizado todas las órdenes de transporte para un proyecto, se pueden
importar al sistema de entrega incluso si otros proyectos aún tienen solicitudes no
procesadas o rechazadas en el pool de trabajo QA.

Las órdenes de transporte con el estado QA Rechazado, así como las órdenes de transporte
no procesadas en el pool de trabajo QA, no se importarán a los sistemas de entrega.

© Copyright. Reservados todos los derechos. 169

Capítulo 4 : Importación de órdenes de transporte

Consejo:
La autorización o el rechazo de un paso individual se puede modificar siempre
que no se hayan realizado todos los pasos de autorización. En cuanto se hayan
realizado todos los pasos de autorización definidos, sin embargo, ya no será
posible modificar la decisión.

Nota:
SAP recomienda no rechazar las órdenes de transporte erróneas, sino corregir el
error utilizando órdenes de transporte subsiguientes y, a continuación, autorizar
las órdenes de transporte afectadas como un paquete entero.

Figura 92: Historial de QA

El significado de los diferentes iconos para el estado de aprobación es el siguiente:

● Distribución necesaria
El status QA para esta orden de transporte no se ha podido distribuir. Después de corregir
los errores, debe repetir la distribución.
● Nuevo
La orden de transporte es nueva en el pool de trabajo QA.
● En tratamiento
Aún hay algunos pasos de aprobación para esta solicitud de transporte que deben
procesarse.
● Solicitud rechazada
La orden de transporte se ha rechazado para un paso individual o para todos los pasos
(dependiendo de la vista visualizada en el pool de trabajo QA).

170 © Copyright. Reservados todos los derechos.

 Lección: Procedimiento de aprobación de QA y propuestas de transporte

● Solicitud aprobada
La orden de transporte se ha autorizado para un paso individual o para todos los pasos
(dependiendo de la vista visualizada en el pool de trabajo QA).

Desde la pantalla del pool de trabajo de QA, puede acceder al historial de QA seleccionando el
acceso vía menús Pasar a → Historial de QA.
El historial del pool de trabajo QA (o historial QA) muestra todas las órdenes de transporte
para un período específico que ya no se visualizan en el pool de trabajo QA. Las órdenes de
transporte ya no se visualizan en el pool de trabajo QA cuando se han autorizado o borrado. El
período predeterminado para el historial de QA es de 30 días, pero este período de tiempo se
puede modificar en la ventana de diálogo Confirmar intervalo de tiempo.
Para determinar quién era responsable de autorizar una orden de transporte, seleccione
Solicitud → Visualizar → status QA.

Nota:
El historial de QA se almacena en la base de datos del sistema QA (el sistema
QAS). Si realiza una copia de la base de datos o del sistema SAP de PRD a QAS, se
perderá el historial. Para evitar que el historial de QA se borre de esta manera,
consulte las notas SAP 397138 – TMS QA y copias de sistema y 1864549 – STMS
QA guardando datos de administración más fácilmente.

Figura 93: Tratamiento de órdenes de transporte inactivas

La parametrización del parámetro PCTHANDLING_OF_INACTIVE_TRANSPORTS controla

cómo debe reaccionar una importación en masa (o una importación de todas las órdenes de
transporte pertenecientes al mismo proyecto CTS) a un sistema SAP subsiguiente si existen
órdenes de transporte inactivas en la cola de importación. Para este parámetro, son posibles
los siguientes valores:

BREAK

© Copyright. Reservados todos los derechos. 171

Capítulo 4 : Importación de órdenes de transporte

La importación se cancela si la cola de importación contiene al menos una orden de

transporte inactiva. Este es el valor predeterminado para este parámetro.
DETENER
Durante la importación, el sistema importa todas las solicitudes confirmadas que se
encuentran en la cola antes de la primera solicitud no confirmada.

OMITIR
Durante la importación, el sistema importa todas las solicitudes confirmadas y omite las
solicitudes no confirmadas (y las solicitudes rechazadas). Al utilizar esta opción, pueden
producirse problemas de secuencia con respecto a las órdenes de transporte implicadas.
Por lo tanto, no se recomienda esta opción.

Para obtener más detalles, consulte la nota SAP 1372301 – Tratamiento de órdenes de
transporte no confirmadas.

Nota:
Como alternativa, al utilizar la estrategia de transporte individual puede utilizar un
sistema “VDE” virtual y reenviar órdenes de transporte llamando el programa
RSTMS_DIST_APPROVED_REQUESTS en el sistema QAS. Para obtener más
detalles, consulte la nota SAP 313991 – TMS Quality Assurance y estrategia de
transporte único.

Workflow de transporte especial

Figura 94: Workflow de transporte especial

utiliza una estrategia de transporte controlada por colas, puede utilizar el workflow de
transporte especial si se necesitan urgentemente órdenes de transporte que contengan
correcciones o si se necesitan transportes que no siguen las rutas de transporte definidas.
Antes de poder utilizar el workflow de transporte especial, debe configurar un mandante en
un sistema SAP como el llamado Workflow Engine.

172 © Copyright. Reservados todos los derechos.

 Lección: Procedimiento de aprobación de QA y propuestas de transporte

El sistema en el que se debe configurar el Workflow Engine debe tener los siguientes criterios,
que se enumeran en orden de importancia:

1. Alta disponibilidad

2. Versión alta

3. Carga baja o media del sistema

Nota:
Estos requisitos previos normalmente los cumple el sistema productivo.

Figura 95: Configuración del flujo de trabajo de transporte especial

Para configurar el flujo de trabajo de transporte especial, haga lo siguiente:

1. Inicie sesión en el sistema SAP que actúa como controlador de dominio de transporte.

2. Inicie la transacción STMS, seleccione el acceso vía menús Resumen → Sistemas y, a

continuación, el acceso vía menús Pasar a → Transporte Dominio.

3. Seleccione la etiqueta Workflow Engine.

4. Cambie al modo de modificación. Introduzca el sistema SAP, el mandante y el host de

destino para su Workflow Engine. Seleccione Grabar. Confirme la ventana de diálogo para
distribuir el cambio de configuración.

5. En la pantalla Display TMS Configuration: Domain <domain>, seleccione Set

(TMSADM_WF) Password (si existe) e introduzca una contraseña para el usuario
TMSADM_WF (es posible que deba seleccionar Execute y, a continuación, confirmar una
ventana de diálogo). Esto crea el usuario de sistema TMSADM_WF en este mandante.

© Copyright. Reservados todos los derechos. 173

Capítulo 4 : Importación de órdenes de transporte

Consejo:
En el caso de un mensaje de error que indique que este usuario no se puede
crear, siga la nota SAP 2191190 – No se ha podido crear el usuario
TMSADM_WF al configurar el workflow.

6. Es posible que deba iniciar sesión en cada sistema de la infraestructura de sistemas.

Después de finalizar puede recibir el mensaje de que (entre otros) se han actualizado los
destinos RFC TMSADM_WF necesarios para el Workflow Engine en los sistemas
conectados. Además, el sistema SAP automáticamente:

● Envía los datos de dirección del Workflow Engine a todos los sistemas SAP del dominio
de transporte.

● Realiza el Customizing relacionado con el flujo de trabajo en Workflow Engine.

7. Vuelva a la pantalla Modificar configuración TMS: Dominio <dominio> y seleccione

Verificar Customizing de workflow en la barra de herramientas de la aplicación.

Figura 96: Creación de propuestas de transporte

utilizar el workflow de transporte especial, debe crear una propuesta de transporte. Para ello,
vaya al Transport Organizer (transacción SE09) y seleccione las órdenes liberadas. Seleccione
Visualizar. Sitúe el cursor en una orden de transporte que desee transportar y seleccione en el
menú Utilidades → Crear propuesta de transporte. Aparece la ventana de diálogo Crear
propuesta de transporte. Introduzca un texto breve, el sistema destino y (opcional) otras
órdenes de transporte. El sistema de destino se aplica a todas las órdenes de transporte que
introduzca. A continuación, seleccione Crear y enviar propuesta.

174 © Copyright. Reservados todos los derechos.

 Lección: Procedimiento de aprobación de QA y propuestas de transporte

Nota:
Cuando se crea una propuesta de transporte en el flujo de trabajo de transporte,
puede especificar todos los sistemas de la infraestructura de transporte como
sistema de destino. Si solo los sistemas de destino definidos directamente en las
rutas de transporte deben estar disponibles para la persona que presenta la
propuesta, consulte la nota SAP 374043 – Utilizar solo filas de transporte directo
en el flujo de trabajo de transporte.
Cualquier orden de transporte que coloque en la propuesta de transporte debe
liberarse.

Cuando se crea una propuesta de transporte, el sistema SAP asigna un número de propuesta
a esta propuesta de transporte y la coloca en el pool de trabajo TMS específico para el
administrador de transporte.
Si el administrador de transporte rechaza su propuesta de transporte, volverá a aparecer en
su bandeja de entrada de propuestas de transporte. Puede cancelar la propuesta de
transporte o revisarla y devolverla al administrador de transporte.
Una vez que el administrador de transporte haya aprobado su propuesta de transporte, se
iniciará la importación de las órdenes de transporte correspondientes y la propuesta de
transporte volverá a aparecer en su bandeja de entrada de propuestas de transporte.
Verifique que las órdenes de transporte se importan correctamente al sistema o sistemas de
destino y confirme la propuesta de transporte.

Figura 97: Transportar pool de trabajo de propuesta

autorizar o rechazar una propuesta de transporte, inicie la transacción STMS en el sistema/

mandante indicado como Workflow Engine. Para visualizar el pool de trabajo TMS (véase la
figura “Pool de trabajo de propuesta de transporte”), seleccione el acceso vía menús
Resumen → Pool de trabajo. Haga doble clic en la propuesta de transporte que desea
procesar. Verifique si las órdenes de transporte, la lista de sistemas destino y los tiempos de
importación y las opciones de importación para la propuesta de transporte son correctos.
Puede visualizar la lista de objetos de las órdenes de transporte seleccionando Visualizar

© Copyright. Reservados todos los derechos. 175

Capítulo 4 : Importación de órdenes de transporte

órdenes. Cambie al modo de modificación si desea realizar modificaciones en las órdenes de

transporte, destinos de transporte, tiempos de importación u opciones de importación.
Puede crear un mensaje para un desarrollador seleccionando el icono Crear anexo.
Para procesar la propuesta de transporte, seleccione el icono correspondiente para aprobar o
rechazar la propuesta de transporte.
● Si aprueba la propuesta de transporte, la importación a los sistemas SAP especificados se
iniciará automáticamente. La propuesta de transporte se coloca en la bandeja de entrada
de la propuesta de transporte del desarrollador y el desarrollador finalmente la confirma.
● Si se rechaza la propuesta de transporte, se colocará en la bandeja de entrada de la
propuesta de transporte del desarrollador para su modificación.

Más información
Para obtener más información sobre el workflow de transporte, consulte la documentación
online para SAP S/4HANA (Product Assistance), área Tecnología empresarial → Plataforma
ABAP → Administración de la plataforma ABAP → Conceptos y herramientas → Solución
Gestión del ciclo de vida → Software Logística Sistema de → modificación y
transporte → Sistema de gestión de transporte (BC-CTS-TMS) → Workflow de transporte
(Administración) y área Tecnología empresarial → Plataforma ABAP → Administración de la
plataforma ABAP → Conceptos y herramientas → Solución Gestión del ciclo de
vida → Software Logística → y transporte Sistema de gestión de transporte (BC-
CTMS → Configuración del sistema de transporte Transporte el TMS de administración → de
la plataforma ABAP → ).

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Utilizar el procedimiento de autorización QA
● Explicar la idea del flujo de trabajo de transporte

176 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 4
Proceso de importación

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá información sobre los pasos técnicos implicados en el proceso de
importación.

Ejemplo empresarial
Para poder analizar y resolver los problemas que puedan surgir durante las importaciones,
debe comprender los pasos en el proceso de importación.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Analizar los diferentes pasos durante la importación de órdenes de transporte
● Explicar el uso de comandos PCT

Pasos en el proceso de importación

Figura 98: Secuencia de procesamiento PCT

Al importar varias órdenes de transporte simultáneamente, PCT procesa cada paso de

importación de forma colectiva para todas las órdenes de transporte que se van a importar.
Los pasos necesarios para cada solicitud se enumeran en el archivo de memoria intermedia
de transporte. El contenido del fichero de memoria intermedia de transporte se organiza
como una tabla en la que cada columna representa un paso de importación. Los números de
las columnas indican si el paso de importación es necesario o la cantidad de objetos en la
orden que requieren el paso específico.
Cuando importa todas las órdenes de transporte enumeradas en la figura “Secuencia de
procesamiento tp”, conjuntamente, el primer paso de importación DDIC se procesa para las

© Copyright. Reservados todos los derechos. 177

Capítulo 4 : Importación de órdenes de transporte

órdenes de transporte donde es necesario (DEVK900827, DEVK900840 y DEVK900865),

luego se procesa el paso ACTIV (para las mismas órdenes de transporte), luego el paso MAIN
I para todas las órdenes de transporte, etc.
Por lo tanto, eltp import all comando no procesa todos los pasos para una orden de
transporte antes de pasar a los pasos para la siguiente orden de transporte. Por ejemplo, si
detecta un error en un programa que ya se ha exportado, deberá corregir el programa y
liberar la orden de transporte correspondiente para la corrección. Importar todas las órdenes
importará las órdenes de transporte de toda la memoria intermedia de transporte en la
secuencia correcta y el programa erróneo se sobrescribirá. Dado que el paso de generación
es el último paso y solo se ejecuta una vez para todos los programas en las solicitudes de
transporte, el programa erróneo no afecta a su sistema productivo. Solo se generará la
versión correcta del programa.

Figura 99: Pasos durante la importación

Hay cuatro pasos principales al importar órdenes de transporte (consulte la figura “Pasos
durante la importación”):

1. Importando objetos del diccionario

2. Tratamiento de objetos de Dictionary ABAP

3. Importar “todo lo demás”

4. Manejo de “todo lo demás”

Estos pasos en el proceso de importación son, en detalle:

DDIC: Importación Dictionary ABAP

En una importación con R3trans, todos los datos estructurales del Dictionary ABAP se
importan de forma inactiva, lo que le permite realizar este paso de importación en un
sistema SAP que aún no está en tiempo de inactividad.
● Fichero de log: <source SID>H9<número>.<SID de destino>
● Herramienta de transporte: R3trans

ACTIV: Activación de Dictionary ABAP

178 © Copyright. Reservados todos los derechos.

 Lección: Proceso de importación

Se generan descripciones de tiempo de ejecución (nametabs). Este es el inicio del tiempo

de inactividad.
● Fichero de log: <source SID>A9<número>.<SID de destino>
● Herramienta de transporte: Job RDDMASGL (iniciar report RDDMASGL)

ACTIV: Distribución Dictionary ABAP

Después de activar y ejecutar verificaciones lógicas para las nuevas estructuras de
Dictionary, el programa de distribución decide qué acciones son necesarias para adoptar
el objeto a nivel de base de datos.
● Fichero log: DS<fecha>.<SID destino>
● Herramienta de transporte: Job RDDIS0L (iniciar report RDDGENBB con variante
DIST)

ACTIV: Conversión de estructura

Si es necesario, se realizan modificaciones en las estructuras de tabla.
● Fichero log: N<fecha>.<SID destino>
● Herramienta de transporte: Job RDDGEN0L (iniciar report RDDGENBB con variante
CONV)

ACTIV: Mover nametabs

Los nuevos objetos de tiempo de ejecución ABAP se colocan en el entorno de tiempo de
ejecución activo, las estructuras de base de datos se ajustan, si es necesario.
● Fichero log: P<fecha>.<SID destino>
● Herramienta de transporte: Job RDDMNTAB (iniciar report RDDMNTAB)

PRINCIPAL I: Importación principal

Se importan todos los demás objetos y datos.
● Fichero de log: <source SID>I9<número>.<SID de destino>
● Herramienta de transporte: Job R3trans

VERS: Creación de versiones

Las versiones de los objetos de repository sólo se crean si el parámetro
PCTVERS_AT_IMP está activo.
● Fichero de log: <source SID>V9<número>.<SID de destino>
● Herramienta de transporte: Job RDDVERS* (report de inicio RDDVERS*)

XPRA: Ejecución de informes después de importar y de “métodos After Import”

Los XPRA son programas que se inician durante la importación en el sistema de destino.
El objeto XPRA tiene el mismo nombre que el programa.
● Fichero de log: <source SID>R9<número>.<SID de destino>
● Herramienta de transporte: Job RDDEXECL (iniciar report RDDEXECL)

GENERA: Generación de programas ABAP

Durante este paso, se generan los programas ABAP.

© Copyright. Reservados todos los derechos. 179

Capítulo 4 : Importación de órdenes de transporte

● Fichero de log: <source SID>G9<número>.<SID de destino>

● Herramienta de transporte: Job RDDDIC3L (iniciar report RDDDIC3L)

Nota:
También es posible importar objetos no ABAP mediante el Sistema de
modificaciones y transporte ampliado (CTS ampliado, antes conocido como CTS
+). En este caso, se realiza un paso de despliegue adicional para importar los
objetos al sistema no ABAP después de la importación principal. El fichero de log
correspondiente es <source SID>T9<número>.<SID de destino>, la herramienta
de transporte es el job RDDEPLOY.
Al transportar contenido de SAP HANA con la ayuda de SAP HANA Transport for
ABAP (HTA), se desencadena el job adicional RDDHANAD para el despliegue de
SAP HANA. Este job crea el fichero de log <source SID>C9<número>.<SID de
destino>.

Figura 100: Presentamos tp y R3trans

R3trans es una herramienta de transporte a nivel de sistema operativo que se utiliza para
transportar datos entre sistemas SAP. R3trans suele ser llamado por otros programas como
tp, el programa de control de transporte.
Para los transportes entre sistemas SAP, para acceder a la base de datos, tp llama
indirectamente a R3trans haciendo que UNIX emita unfork(), Windows para emitir
unCreateProcess() , y AS/400 para emitir unspawn(). Durante la exportación, R3trans
almacena los datos de objeto extraídos de la base de datos en ficheros de datos en los datos
del subdirectorio de transporte. El formato de estos ficheros de datos, formato R3trans, es
independiente de la plataforma. Durante la importación, R3trans reutiliza estos ficheros de
datos.
No se admite el uso directo de R3trans, pero puede ser necesario en casos excepcionales. En
el caso de transportes, R3trans siempre se debe utilizar mediante PCT.

180 © Copyright. Reservados todos los derechos.

 Lección: Proceso de importación

Nota:
Los pasos de importación son diferentes para los diferentes tipos de objeto. Es
posible que se requieran más actividades además de las actividades R3trans. tp
garantiza que todos los pasos de exportación e importación, incluidas las
actividades R3trans, se completen correctamente.

R3trans escribe datos con un formato de transporte estándar. Por lo tanto, puede exportar
datos con una versión R3trans antigua e importar datos con una nueva versión de R3trans.
También puede transportar entre diferentes bases de datos o sistemas operativos.

Nota:
Aunque las exportaciones e importaciones son independientes de la versión
R3trans, la plataforma de base de datos o el sistema operativo, SAP no admite el
uso de tp o R3trans para transportes entre diferentes versiones del sistema SAP.
Consulte también la nota SAP 1090842 – Nota SAP compuesta: Transportes
válidos para todas las versiones.

Figura 101: Proceso de importación: PCT y la memoria intermedia de transporte

El primer paso de un proceso de importación es la llamada tp, iniciada iniciando una

importación a través de TMS o mediante un comando de importación tp a nivel de sistema
operativo.
Durante todo el proceso de importación, el PCT lee el archivo de memoria intermedia de
transporte que incluye todos los pasos necesarios para la orden específica.
Si inicia una importación PCT,deberá asegurarse de que al principio del proceso de
importación sólo se importen todas las órdenes de transporte almacenadas en la memoria
intermedia de transporte. Esto se realiza ejecutando el comando tp setstopmark cada vez que
se inicia un proceso de importación PCT. Una vez concluidos los pasos del proceso de
importación, el comando tp delstopmark se ejecuta automáticamente y una memoria
intermedia limpia de PCT borra las órdenes de transporte de la memoria intermedia de
transporte.

© Copyright. Reservados todos los derechos. 181

Capítulo 4 : Importación de órdenes de transporte

Después de que todas las herramientas involucradas hayan terminado su trabajo, tp sale al
nivel del sistema operativo y escribe un código de retorno en el archivo de registro apropiado
para la actividad. Por ejemplo, los comandos de importación tp se registran en el archivo
ULOG.

Nota:
Se puede reiniciar la importación del comando PCT. Si se produce un error
durante la importación, después de eliminar la condición de error y reiniciar tp, tp
encuentra el punto correcto para reiniciar.

Por defecto, tp se cancela si una fase de importación recibe un código de retorno mayor que
8. El parámetro de perfil de transporte STOPONERROR define qué valor de código de retorno
debe provocar que se cancele tp.

Figura 102: Proceso de importación: R3trans

tp lee el fichero de memoria intermedia de transporte que incluye todos los pasos necesarios
para la(s) orden(es) de transporte específica(s) y llama R3trans a nivel de sistema operativo.
Para cada paso de importación, PCT transfiere información del fichero de memoria
intermedia de transporte a R3trans. R3trans lee los ficheros de datos correspondientes en los
datos del subdirectorio de transporte y se conecta directamente a la base de datos para
realizar inserciones o actualizaciones en los objetos incluidos. Después de que R3trans
termine de realizar inserciones o actualizaciones, transfiere un código de salida (código de
retorno) a tp.
Para cada acción de transporte, R3trans escribe un fichero log en el subdirectorio de
transporte tmp. Después de que R3trans haya completado su trabajo, tp traslada estos
ficheros de log al log de subdirectorio de transporte.
Durante el proceso de importación, R3trans se ejecuta mediante los pasos de importación
importación de Dictionary ABAP (para la importación de definiciones de diccionario ABAP) e
importación principal (para la importación de otros objetos de repository y contenidos de
tabla).

182 © Copyright. Reservados todos los derechos.

 Lección: Proceso de importación

Figura 103: tp – Comunicación del sistema SAP (1)

los pasos realizados por R3trans, tp desencadena el llamado despachador de importación. El

despachador de importación es un job de fondo con el nombre RDDIMPDP en el sistema SAP,
que ejecuta pasos en el proceso de importación.
tp y RDDIMPDP se comunican mediante la tabla TRBAT. Para cada orden de transporte, tp
escribe una entrada en la tabla TRBAT. La función de importación que se está ejecutando
actualmente para la orden se representa mediante un carácter.
En el ejemplo siguiente, hay tres órdenes de transporte esperando la activación de objetos
DDIC (función = J) en la tabla TRBAT.

Solicitud Función Código de retorno Cronomarcador

DEVK904711 J 9999 00000001
DEVK904714 J 9999 00000002
DEVK904718 J 9999 00000003
CABECERA J B 20221112181000

tp inserta una entrada de cabecera para solicitar a RDDIMPDP que inicie el procesamiento.
Algunas actividades que son independientes de las órdenes de transporte, como la
distribución y la conversión de estructura, solo tienen una entrada de cabecera en la tabla
TRBAT. El código de retorno 9999 indica que el paso está a la espera de ser ejecutado. Para la
entrada de cabecera, tp inserta una B (para “inicio”) como código de retorno.
Para iniciar el job RDDIMPDP en el sistema SAP, tp utiliza la herramienta de nivel de sistema
operativo sapevt.

© Copyright. Reservados todos los derechos. 183

Capítulo 4 : Importación de órdenes de transporte

Figura 104: tp - Comunicación del sistema SAP (2)

Cuando se inicia RDDIMPDP, verifica la tabla TRBAT para averiguar si existe una acción a
realizar para las órdenes de transporte como activación en masa, distribución o conversión de
tablas. Fija la entrada de cabecera en R (para ejecución) e inicia el programa RDD* adecuado
como tarea de fondo, se reprograma y sale.

Nota:
Por ejemplo, RDDMASGL es para la activación en masa, RDDEXECL para la
ejecución de informes y “métodos después de la” importación después de la
importación y RDDVERSL para la creación de versiones. Cada job FPE* recibe un
número de job que se registra en la tabla TRJOB. Los jobs notifican su estado
actual a TRJOB.

El programa activado (en este ejemplo, el activador en masa para objetos Dictionary ABAP)
fija el status de la primera entrada en TRBAT en activo (código de retorno 8888):

Solicitud Función Código de retorno Cronomarcador

DEVK904711 J 8888 00000001
DEVK904714 J 9999 00000002
DEVK904718 J 9999 00000003
CABECERA J R 20221112181005

Cada una de las tareas de fondo necesarias recibe un número de job generado por la
ejecución en proceso de fondo. Este número de job y el ID de paso se insertan en la tabla
TRJOB mediante los jobs FPE*.

184 © Copyright. Reservados todos los derechos.

 Lección: Proceso de importación

Figura 105: tp - Comunicación del sistema SAP (3)

Las tareas de fondo escriben sus códigos de retorno en la tabla TRBAT y borran la entrada
correspondiente en la tabla TRJOB. Los códigos de retorno de 12 o menos indican que el paso
ha finalizado. En TRBAT, la columna TIMESTAMP contiene la hora de finalización. Cuando se
realizan todas las acciones necesarias para todas las órdenes de transporte, los jobs FPE*
fijan la entrada de cabecera en F (para “finalizada”).

Solicitud Función Código de retorno Cronomarcador

DEVK904711 J 4 20221112181039
DEVK904714 J 0 20221112181041
DEVK904718 J 0 20221112181045
CABECERA J F 20221112181045

Todos los jobs de fondo graban en log los pasos realizados en la base de datos o en el
subdirectorio de transporte tmp.
tp supervisa las entradas en la tabla TRBAT y en la tabla TRJOB. Cuando la entrada de
cabecera en la tabla TRBAT se fija en F y la tabla TRJOB está vacía, tp copia los logs de los
pasos completados del directorio tmp en el log de directorio y borra las entradas
correspondientes en la tabla TRBAT.
Si se detectan problemas mediante tp al supervisar las tablas TRBAT y TRJOB, tp vuelve a
desencadenar RDDIMPDP mediante sapevt. RDDIMPDP reconoce automáticamente si un
paso anterior aún está activo o si se ha cancelado verificando las tablas TRJOB y TRBAT. Si se
ha cancelado una etapa, RDDIMPDP reinicia esta etapa.
Dictionarytp utiliza las tablas TRBAT y TRJOB para comunicarse con los distintos programas
ABAP iniciados por los jobs de fondo. Tenga en cuenta que debe haber al menos dos
procesos de trabajo de fondo configurados en el sistema SAP.
Cuando se realizan importaciones, PCT desencadena el despachador de importación
RDDIMPDP enviando el evento SAP_TRIGGER_RDDIMPDP con la ayuda de la herramienta
sapevt. En el mandante 000, el usuario DDIC debe programar el job RDDIMPDP con la
programación basada en eventos.

© Copyright. Reservados todos los derechos. 185

Capítulo 4 : Importación de órdenes de transporte

Para los sistemas basados en AS ABAP de SAP Business Suite, se puede programar
RDDIMPDP ejecutando el programa ABAP RDDNEWPP en el mandante 000 con un usuario
que tenga la autorización de administración CTS S_CTS_ADMIN.

Consejo:
Ejecución de RDDNEWPP en mandantes diferentes de 000 programaciones del
job RDDIMPDP_CLIENT_<###>. Sin embargo, el job
RDDIMPDP_CLIENT_<###> (que se ha programado automáticamente después
de una copia de mandante local o remota con la transacción SCCL o SCC9) ya no
es necesario. Consulte la nota SAP 2687484 – Acerca del job
RDDIMPDP_CLIENT_nnn.

Nota:
Nota SAP 3035580 – El job RDDIMPDP que se ejecuta como DDIC envía un nuevo
informe (RDDNEWPP2) que amplía su predecesor (RDDNEWPP) con la opción de
especificar explícitamente el usuario seleccionado para las ejecuciones
programadas del job de fondo RDDIMPDP. Además, consulte la nota SAP 3217799
– Utilice un usuario diferente para el job RDDIMPDP en S/4HANA - SJOBREPO.

Debido al repositorio de jobs y al parámetro de perfil rdisp/job_repo_activate_time, para los

sistemas SAP S/4HANA Server, no es necesario ejecutar el informe RDDNEWPP en el
mandante 000, pero puede tardar un poco hasta que se vuelva a programar el job.

Nota:
También puede importar objetos no ABAP utilizando el Sistema de modificaciones
y transporte ampliado (CTS ampliado, antes conocido como CTS+). En este caso,
se utiliza la tabla TRBATS. TRBATS funciona como TRBAT, pero TRBATS incluye
el SID del sistema no ABAP en su clave primaria. Por lo tanto, es posible
desencadenar importaciones en varios sistemas. El sistema SAP basado en AS
ABAP en el que se llama el PCT se utiliza como sistema de comunicación para el
sistema no ABAP.

Más información
Para obtener más información, consulte la documentación online de SAP S/4HANA (Product
Assistance), área Tecnología empresarial → Plataforma ABAP → Administración de la
plataforma ABAP → Conceptos y herramientas → Solución Gestión del ciclo de
vida → Software Logística → Sistema de modificaciones y transporte → Herramientas de
transporte (BC-CTS-TLS) → Programa de control de transporte tp → Cómo funciona
tp → Comunicación entre tp y ABAP.

Comandos de transporte
programa de control de transporte tp se utiliza para controlar transportes entre sistemas
SAP, aplicar SAP Support Packages y realizar upgrades de release. El programa PCT realiza
un seguimiento de los transportes controlando las exportaciones e importaciones de objetos
entre sistemas SAP. El programa también garantiza que los pasos para exportar e importar
objetos se realicen en la secuencia correcta y que las importaciones a un sistema de destino
se realicen en la misma secuencia que las exportaciones desde el sistema fuente.

186 © Copyright. Reservados todos los derechos.

 Lección: Proceso de importación

tp es un programa a nivel del sistema operativo que utiliza programas especiales, como
programas C, comandos del sistema operativo y programas ABAP en el sistema SAP.
y las importaciones se realizan por separado:
● En la fase de exportación, los objetos a transportar se extraen de la base de datos del
sistema fuente y se almacenan en ficheros en el directorio de transporte. Una exportación
siempre tiene lugar inmediatamente después de que se haya liberado la orden de
transporte para que los objetos se liberen para modificaciones posteriores. tp utiliza el
programa R3trans a nivel de sistema operativo para establecer una conexión con la base
de datos y realizar los pasos necesarios en la base de datos.
● En la fase de importación, los objetos se añaden a la base de datos del sistema de destino.

Nota:
No existe ningún mecanismo automático que importe una orden de transporte a
un sistema destino inmediatamente después de la exportación.

Aunque la mayoría de las actividades de transporte se pueden realizar mediante TMS, es

posible que necesite utilizar comandos PCT para casos excepcionales. Dado que las colas de
importación son la representación del archivo de memoria intermedia de importación en el
sistema SAP, el uso de PCT en el nivel de sistema operativo y desde dentro de TMS produce
resultados consistentes.

Figura 106: Resumen de comandos PCT (ayuda TP)

Los comandos tp se ejecutan en el subdirectorio de transporte bin por el usuario <SID>adm.

Los comandos tp se llaman mediante la sintaxis tp <comando> [argumento(s)] [opción(es)].

© Copyright. Reservados todos los derechos. 187

Capítulo 4 : Importación de órdenes de transporte

● Para visualizar información general sobre la sintaxis de todas las llamadas PCT, utilicetp
help. Para mostrar una descripción de la sintaxis y la función de un comando específico,
use tp <comando> sin opciones.
● Para contar el número de todas las órdenes de transporte registradas para la importación
a un sistema SAP específico, utilicetp count <SID>.

● Para probar si una conexión a la base de datos de un sistema SAP se ha realizado

correctamente, utilice tp connect <SID>.

● Para visualizar cómo se planifica el despachador de importación RDDIMPDP para un

sistema SAP específico, utilicetp checkimpdp <SID>.

● Para visualizar todas las parametrizaciones actuales del fichero de parámetros PCT para
un sistema SAP específico, utilicetp showparams <SID>.

Consejo:
Siempre debe especificar la vía de acceso completa al fichero de parámetros PCT
TP_<nombre de dominio>.PFL utilizando el parámetro pf=<(vía de acceso a)
TP_<nombre de dominio>.PFL.

Figura 107: Opción de línea de comandos de importación PCT

Las importaciones realizadas con tp a nivel de sistema operativo deben restringirse a casos
excepcionales, por ejemplo, si el TMS no está disponible o se necesitan comandos tp
especiales.
Existen dos comandos para iniciar una importación utilizando tp en el nivel del sistema
operativo:
● tp import all <target SID> client=<client number> pf=TP_<domain
name>.PFL
De forma análoga al uso del botón Importar todas las solicitudes en TMS, este comando
importa todas las órdenes de transporte en espera en la secuencia correcta.

188 © Copyright. Reservados todos los derechos.

 Lección: Proceso de importación

● tp import <transport request> <target SID> client=<client number> u0

pf=TP_<domain name>.PFL
De forma análoga al uso del botón Orden de importación en TMS, este comando importa
una orden de transporte individual al sistema de destino (y la deja en cola para una
importación posterior).

La importación de órdenes de transporte individuales solo debería realizarse en casos

excepcionales, ya que la secuencia correcta de órdenes de transporte no se actualiza
necesariamente y, por lo tanto, las versiones más nuevas de objetos pueden sobrescribirse
con versiones anteriores mediante la importación regular de todas las órdenes de transporte
en espera. Para asegurarse de que los objetos importados mediante una orden de transporte
individual no se sobrescriben con una versión anterior, asegúrese de utilizar el modo
incondicional 0, es decir, la opción u0, al iniciar importaciones individuales (véase la figura
anterior). La utilización de este modo es análoga a la importación preliminar de TMS y
provoca que la orden de transporte permanezca en la lista de órdenes de transporte a
importar. Cuando se realiza el transporte regular (en masa), la orden de transporte se volverá
a importar automáticamente en la secuencia de la cola de importación.

Atención:
El procesamiento de importaciones en el orden incorrecto puede provocar
inconsistencias graves en el sistema de destino. Son difíciles de diagnosticar. Si
no desea importar órdenes de transporte individuales como importación
preliminar (NO se recomienda en caso de estrategia de transporte Transportes
en cola, transportes en masa), utilizaríatp import <transport request>
<target SID> client=<client number> pf=TP_<domain name>.PFL ,
sin la opción u0.

contenidos de los ficheros de memoria intermedia de transporte en la memoria intermedia de

subdirectorio de transporte se organizan en forma de tabla. Cada línea contiene información
sobre una orden de transporte específica. Una columna incluye el modo incondicional que
está enlazado con la orden de transporte. Otras columnas especifican acciones de
importación.
tp ofrece varios comandos para acceder a las memorias intermedias:
● tp showbuffer <SID>
Este comando muestra entradas de memoria intermedia de transporte para el sistema
<SID>.
● tp addtobuffer <transport request> <target SID>
Este comando registra la orden de transporte <orden de transporte> al final de la cola de
import del sistema <SID de destino>.
● tp delfrombuffer <transport request> <target SID>
Este comando borra la orden de transporte individual <orden de transporte> del fichero de
memoria intermedia de transporte del sistema <SID de destino>.
● tp cleanbuffer <SID>
Este comando elimina las órdenes de transporte importadas correctamente del fichero de
memoria intermedia de transporte del sistema <SID>. Esta función se incluye en el
comandotp import all <target SID>. Esta acción se puede iniciar en la transacción

© Copyright. Reservados todos los derechos. 189

Capítulo 4 : Importación de órdenes de transporte

STMS seleccionando los accesos vía menús Resumen → Importaciones y luego (después
de seleccionar una cola) Importar → Visualización de cola y, finalmente, Extras → Borrar
solicitudes importadas.
● tp setstopmark <SID>
Este comando coloca una marca de parada al final de la memoria intermedia de transporte
para el sistema <SID>, de modo que los comandos subsiguientestp import solo
procesen las órdenes de transporte que se encuentran antes de la marca de parada.
● tp mvstopmark <transport request> <SID>
Este comando mueve la marca de parada delante de la orden de transporte <orden de
transporte> en el fichero de memoria intermedia de transporte para el sistema <SID>.
● tp delstopmark <SID>
Este comando borra la marca de parada de un fichero de memoria intermedia de
transporte para el sistema <SID>.

Consejo:
Siempre debe especificar la vía de acceso completa al fichero de parámetros PCT
TP_<nombre de dominio>.PFL utilizando el parámetro pf=<(vía de acceso a)
TP_<nombre de dominio>.PFL.

Modos incondicionales
Los modos incondicionales están entre las opciones que se pueden asignar a los comandos
tp. Se utilizan para hacer que se ignoren determinadas reglas del Change and Transport
System (CTS).
ejemplos de modos de importación incondicionales tp son:

Tabla 2: Modos incondicionales

0 Durante la im- Dejar la orden de transporte en cola para una importación posterior:
portación importar de la memoria intermedia de transporte sin borrar de la me-
moria intermedia de transporte y fijar el modo incondicional I en la me-
moria intermedia de transporte para desencadenar otra importación
1 Durante la ex- Ignorar el estado incorrecto de una orden de transporte.
portación
1/I Durante la im- Importar orden de transporte de nuevo: Ignore que la orden de trans-
portación porte ya se ha importado al sistema SAP y vuelva a importar desde el
principio
2 Durante la im- Sobrescribir originales
portación
3 Durante la im- Ignorar relaciones predecesoras
portación
4 Durante la im- Ignorar versión de componente no válida
portación
6 Durante la im- Sobrescribir objetos en reparaciones no confirmadas
portación

190 © Copyright. Reservados todos los derechos.

 Lección: Proceso de importación

8 Durante la ex- Ignorar clase de tabla no válida: permitir la selección de tablas, algunas
portación tablas forman parte de objetos complejos y, por lo general, no se pue-
den exportar por sí solas
8 Durante la im- Ignorar clase de tabla no válida: Ignorar la restricción resultante de cla-
portación sificaciones de tabla e importar todas las entradas de tabla en man-
dantes especificados
9 Durante la im- Ignorar tipo de transporte no válido
portación

Consejo:
Los modos incondicionales pueden variar en función del sistema SAP y de la
versión PCT.

Cada modo incondicional se representa con un dígito o un carácter. Para usar un modo
incondicional, agregue una u a la línea de comandos tp y agregue los dígitos requeridos. Por
ejemplo, si desea importar la solicitud DEVK900132 al sistema de gestión de calidad y
sobrescribir originales, introduzca el siguiente comando:tp import DEVK900132 QAS u2.

Atención:
Utilice los modos incondicionales con cuidado. Es preferible transportar según
las reglas del Change and Transport System (CTS).

Algunos modos incondicionales se pueden utilizar directamente en TMS.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Analizar los diferentes pasos durante la importación de órdenes de transporte
● Explicar el uso de comandos PCT

© Copyright. Reservados todos los derechos. 191

Capítulo 4 : Importación de órdenes de transporte

192 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 5
Herramientas de supervisión

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá información sobre las herramientas proporcionadas por Transport
Management System (TMS) para supervisar la actividad de transporte en su dominio de
transporte. También aprenderá formas de garantizar un entorno de prueba estable y un
entorno de desarrollo estable.

Ejemplo empresarial
Como administrador responsable de la logística de software, debe poder realizar un
seguimiento del progreso de las importaciones y asegurarse de que solo se transporten las
solicitudes de transporte necesarias. El Transport Management System proporciona al
administrador una variedad de herramientas para supervisar todos los aspectos del proceso
de importación y para garantizar que la importación se realice con pocos errores o sin
errores.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Enumerar las herramientas de supervisión seleccionadas y explicar su uso
● Explicar el contenido del directorio de transporte
● Solucionar los errores típicos de importación

Herramientas de supervisión
Transport Management System (TMS) proporciona varias herramientas con las que puede
supervisar actividades de transporte en su dominio de transporte.

© Copyright. Reservados todos los derechos. 193

Capítulo 4 : Importación de órdenes de transporte

Herramientas de supervisión

Figura 108: Herramientas de supervisión

Se puede acceder a las herramientas de la siguiente manera (algunas de ellas se muestran en

la figura anterior):
● En la transacción STMS, seleccione Sistemas de → resumen del menú y marque uno o más
sistemas SAP:
- Test de conexión RFC: Para verificar los destinos RFC para todos o solo un sistema
dentro del dominio de transporte en ambas direcciones, seleccione Sistema
SAP → Verificar → test de conexión.
- Verificación del directorio de transporte: Para verificar la disponibilidad de los
directorios de transporte para todos o solo un sistema dentro del dominio de
transporte, seleccione Sistema SAP → Verificar directorio → Directorio de transporte.
- Verificación del programa de control de transporte: Para verificar el programa de control
de transporte PCT para todos o solo un sistema SAP específico dentro del dominio de
transporte, seleccione → Herramienta de transporte de verificación → del
sistema → SAP.
● En la transacción STMS, seleccione Resumen → Importaciones del menú y haga doble clic
en el sistema SAP en cuestión:
- Historial de importación: para visualizar el historial de importación, seleccione el acceso
vía menús Pasar a → Historial de importación.

Nota:
El historial de importación se recopila del fichero de log ALOG y se conserva
en las tablas TPALOG y TPALOGHDR. Para obtener más detalles, consulte la
nota SAP 375230 – TMS: historial de importación incompleto.

194 © Copyright. Reservados todos los derechos.

 Lección: Herramientas de supervisión

- Monitor de importación: el programa de control de transporte tp almacena información

de estado en la base de datos antes y después de cada paso de importación. El monitor
de importación lee y visualiza esta información de estado, a la que se puede acceder
seleccionando el acceso vía menús Pasar a → Monitor de importaciones.
- Verificación de consistencia de cola de importación: Para verificar si los ficheros de
datos y los coficheros de las órdenes de transporte de una cola de importación existen
en memorias intermedias del directorio de transporte y pueden leerse, seleccione el
acceso vía menús → Cola → Verificar consistencia.

Figura 109: Transacción /SDF/TRCHECK

La transacción /SDF/TRCHECK o el report /SDF/CMO_TR_CHECK proporcionan varias

verificaciones proactivas para objetos en órdenes de transporte. Predice errores relacionados
con el transporte antes de que las órdenes se importen a un sistema de destino. Los casos de
uso típicos son que los desarrolladores verifican su orden de transporte en el sistema de
desarrollo antes de liberarla e importarla al sistema de prueba. O un gestor de transporte
verifica una serie de órdenes de transporte en un sistema de test antes de que se importen al
sistema de preproducción o productivo. Las verificaciones se suministran con el plug-in ST-
PI. Para obtener más información, consulte la nota SAP 2475591 – Informe de verificación de
transporte, que también enumera las notas SAP necesarias.
Estas verificaciones están disponibles:
● Referencia cruzada: para todos los objetos de las órdenes de transporte seleccionadas, los
objetos referenciados se identifican mediante un análisis de utilización. Si los objetos
referenciados no se incluyen en las órdenes de transporte, comparamos sus versiones
entre el sistema de referencia y el de destino. Si las versiones son diferentes o si los
objetos referenciados no existen en el sistema de destino, se resaltará como posible error.
Además, se muestran las últimas órdenes de transporte para las versiones de objeto que
faltan. Esta verificación funciona para el repository ABAP, el diccionario de datos, los
objetos de Customizing, las notas SAP y los objetos BW.

© Copyright. Reservados todos los derechos. 195

Capítulo 4 : Importación de órdenes de transporte

● Verificación de secuencia: la verificación de secuencia identifica otras órdenes de

transporte con objetos idénticos que se han liberado en el período de análisis, pero que
aún no se han importado al sistema de destino.
● Verificación válida para todas las versiones: Si el sistema actual y el sistema de destino
están en diferentes niveles de support package, esta verificación identifica objetos críticos
en la orden de transporte seleccionada que pertenecen a componentes de software
inconsistentes y que no deben importarse al sistema de destino, por ejemplo, notas SAP.
Para los objetos de Customizing, también se compara si la estructura de tabla es diferente
en el sistema de referencia y en el sistema de destino.
● Hora de importación en el sistema fuente: se totaliza la hora de importación de las órdenes
de transporte seleccionadas en el sistema fuente. Para esta verificación, el sistema fuente
debería ser un sistema de test en el que ya se hayan importado las órdenes de transporte.
● Criticidad de importación en línea: esta verificación estima la criticidad de una importación
cuando los usuarios finales están trabajando en el sistema de producción. Como requisito
previo, primero debe recopilar las estadísticas de llamada de tabla y las estadísticas de
ejecución de informe en el sistema de producción durante una semana. La recopilación de
estadísticas de uso debe iniciarse en el sistema productivo con el report /SDF/OI_ADMIN.
Primero debe activar la grabación en log de utilizaciones y procedimientos (UPL) en el
sistema productivo. El report identifica los objetos dependientes de los objetos
transportados y verifica el perfil de utilización de todos los objetos. Para las tablas, en la
salida se muestra el número de lecturas de tabla por hora, las escrituras de tabla por hora
y el tamaño de tabla en KB. Para los informes, se muestra el número de pasos de ejecución
de informes por hora en función de los datos UPL. Además, puede actualizar una lista de
objetos críticos con respecto a la importación online en la tabla /SDF/OI_CRITOBJ en el
sistema productivo. Estos objetos también se muestran en el resultado.

Verificación de objetos críticos

Figura 110: Verificación de objetos críticos

Existen dos opciones para verificar objetos críticos:

Antes de importar las órdenes de transporte al sistema de destino:

196 © Copyright. Reservados todos los derechos.

 Lección: Herramientas de supervisión

Esta opción debe ejecutarse manualmente y solo es una visualización de la lista de

órdenes de transporte que contienen objetos críticos.
Durante la liberación de la orden de transporte:
Esta opción se ejecuta automáticamente si el parámetro PCTCHK_CRIOBJ_AT_EXPORT
está fijado en W (advertencia) o E (error).

verificar si las órdenes de transporte de una cola de importación contienen objetos críticos
que no se deben importar al sistema de destino, vaya al Resumen de importación (transacción
STMS, acceso vía menús Resumen → Importaciones), haga doble clic en el sistema en
cuestión y seleccione → Cola → Verificar objetos críticos en el menú. Las listas de objetos de
las órdenes de transporte se verifican para ver si contienen objetos críticos. El resultado se
visualiza en una lista jerárquica. Las órdenes de transporte que contienen objetos críticos se
marcan con el icono adecuado. Los objetos críticos se resaltan en color.
Antes de realizar esta verificación, debe haber actualizado qué objetos se clasifican como
críticos. Para ello, debe haber iniciado sesión en el sistema de controlador de dominio de
transporte. La información sobre objetos críticos se distribuye a todo el dominio de
transporte cuando se guardan las modificaciones.
Para visualizar o actualizar los objetos de transporte críticos definidos para el dominio de
transporte, llame la transacción STMS en el sistema controlador de dominio de transporte.
Seleccione el acceso vía menús Resumen → Importaciones y, a continuación, el acceso vía
menús Extras → Objetos de transporte críticos.

Nota:
También puede verificar solicitudes para objetos críticos en el pool de trabajo QA.
Esto respalda las decisiones que toma sobre la aprobación o el rechazo de
solicitudes de transporte.
Si desea verificar todo el pool de trabajo QA para objetos críticos, introduzca el
pool de trabajo QA y seleccione el acceso vía menús Pool de
trabajo → Verificar → objetos críticos. Es posible que deba confirmar una ventana
de diálogo. Aparece un resumen de las órdenes de transporte con objetos críticos.
Si solo desea verificar determinadas órdenes de transporte para objetos críticos,
puede filtrarlas en la visualización.

Solo los objetos del formulario Tipo de objeto = R3TR se verifican como objetos de transporte.
Los objetos de transporte que empiezan por LIMU son subobjetos de un objeto de repository
con una entrada en el catálogo de objetos. Para verificarlas, debe encontrar la entrada del
catálogo de objetos e introducirla en la tabla de objetos críticos.

Consejo:
Los objetos interesantes que se deben clasificar como críticos serían, por
ejemplo, R3TR XPRA (XPRA) o R3TR TABL (definiciones de tabla) o R3TR TABU
(contenido de tabla, para tablas interesantes).

© Copyright. Reservados todos los derechos. 197

Capítulo 4 : Importación de órdenes de transporte

Congelación y pruebas de código

Figura 111: Congelación y pruebas de código

garantizar un entorno de prueba y desarrollo estable, utilice un plazo de desarrollo para

congelar el trabajo sobre objetos en el sistema de desarrollo hasta la finalización de la
verificación de garantía de calidad.
Siga este procedimiento durante el desarrollo y la prueba de objetos:

1. Libere las órdenes de transporte que contienen los objetos desarrollados.

2. Congelar el desarrollo de los objetos en el sistema de desarrollo.

3. Importe los objetos y verifique las modificaciones en el entorno de gestión de calidad.

4. Acepte los cambios.

5. Si es necesario, permita el desarrollo posterior de los objetos en el sistema de desarrollo.

Con las siguientes herramientas, un administrador puede forzar la fijación del código para una
infraestructura de sistemas SAP. Existen dos opciones principales:
● Detenga las exportaciones creando un archivo T_OFF.<SID> en directorio de
transporte/usr/sap/trans/bin. La primera línea de este fichero se visualizará cuando inicie
una liberación de una orden de transporte desde el Transport Organizer.
● Detenga las importaciones creando un archivo NOIMPORT.<SID> en el directorio de
transporte /usr/sap/trans/tmp. El contenido de este fichero no se evalúa.

Cuando un objeto ha pasado por el ciclo de corrección de errores, se incluye en al menos dos
órdenes de transporte diferentes dentro de la cola de importación del sistema de producción:
la orden de transporte original y la orden de transporte que contiene la corrección. Si importa
la cola de importación completa, utilizando Importar todas las solicitudes al sistema de
producción después de la aprobación, el objeto de la solicitud de transporte original no
afectará a su entorno de producción.

198 © Copyright. Reservados todos los derechos.

 Lección: Herramientas de supervisión

Nota:
SAP recomienda transportar todas las órdenes de transporte de todo un proyecto
CTS en un solo paso cuando todos los objetos están en un estado aceptable en
lugar de cada objeto individual tan pronto como esté listo.

Convenciones para fijar nombres de directorio de transporte

el programa de control de transporte tp se ejecuta en muchos sistemas operativos diferentes,
se requieren convenciones de nomenclatura restrictivas. Las órdenes de transporte siempre
se representan en el siguiente formato <source SID>K9<5 dígitos o caracteres>,
donde<source SID> es el sistema SAP en el que se ha creado la orden de transporte y K9
indica una orden de transporte de cliente. Los cinco dígitos forman un número de serie, que
se puede expandir utilizando caracteres.

Figura 112: El directorio de transporte

El directorio de transporte contiene subdirectorios, como actlog, bin, buffer, coflies, data, log,
sapnames, tmp y EPS.

log de acción
Este subdirectorio contiene ficheros para las tareas de las órdenes de transporte y de las
propias órdenes de transporte. Se crea un archivo para cada orden de transporte y para
cada tarea para la que se han realizado acciones, y se actualiza cuando se lleva a cabo
una nueva acción, por ejemplo, la creación o liberación de una orden de transporte.
ubicación
Este subdirectorio contiene los ficheros de configuración para el dominio de transporte.
de tabla
Este subdirectorio contiene un fichero de memoria intermedia de transporte <SID> para
cada sistema SAP. Cuando se libera una orden de transporte, se actualiza el archivo de
memoria intermedia de transporte de los sistemas de destino.
cofiles

© Copyright. Reservados todos los derechos. 199

Capítulo 4 : Importación de órdenes de transporte

Este subdirectorio contiene archivos de comandos con el nombre K9<5 dígitos>.<source

SID>. Contienen, por ejemplo, una lista de los pasos de importación realizados.
data
Este subdirectorio contiene ficheros con el nombre R9<5 dígitos >.<source SID> que
contienen los objetos exportados.
log
Este subdirectorio contiene todos los archivos de registro, como ULOGs, ALOGs, SLOGs y
archivos de registro denominados
● <source SID><acción>9<5 dígitos>.<SID de acción> para cada paso ejecutado (por
ejemplo, con <acción> = I para importación principal o A para activación) y
● <action><date>.<SID de acción> para pasos que se ejecutan colectivamente, por
ejemplo, para la conversión de la estructurade pasos (N) o las nametabs de
desplazamiento de pasos (P).

sapnames
Este subdirectorio contiene archivos que llevan el nombre de inicio de sesión del usuario
(sin caracteres no estándar). Se crea un fichero para cada usuario del sistema SAP que
trabaja con el CTS y se actualiza cuando se libera una orden de transporte. Tenga en
cuenta que para las órdenes de transporte relacionadas con la reparación, también se
crea un archivo para el propietario de los objetos reparados. Para obtener más
información, consulte la nota SAP 2379949 – sapnames en log.
tmp
Este subdirectorio contiene ficheros de log antes de moverlos al directorio de log.
EPS
Este subdirectorio (Electronic Parcel Service) (entre otros) contiene los subdirectorios
en y el download (opcional) al que se pueden copiar los support packages de SAP para
aplicarlos con el SAP Support Package Manager (transacción SPAM).

200 © Copyright. Reservados todos los derechos.

 Lección: Herramientas de supervisión

Pasos de resolución de problemas

Ficheros de log

Figura 113: Supervisión y análisis: Archivos de log de herramienta de transporte

Las diferentes herramientas de transporte escriben un log para cada acción de transporte en
el subdirectorio de transporte tmp. Una vez finalizado este paso, tp desplaza estos logs de
tmp a log. Los ficheros de log se denominan <source SID><acción>9<5 dígitos>.<SID de
destino>, donde <action> se representa con un solo carácter y <5 dígitos> se toma de la
orden de transporte correspondiente.
Cada fichero de log se puede visualizar desde dentro del sistema SAP. Al desplegar la
visualización de log, puede seleccionar diferentes niveles de detalle en el fichero de log. Los
niveles posibles son los siguientes:
● Acciones realizadas y código de retorno
● Mensajes de error adicionales
● Registros de usuario final
● Detalles para desarrolladores y hotline

© Copyright. Reservados todos los derechos. 201

Capítulo 4 : Importación de órdenes de transporte

Figura 114: Supervisión y análisis: Ficheros de log PCT

Para importaciones de larga duración, puede ser útil supervisar los archivos de registro
escritos en el nivel del sistema operativo. Todos los logs del entorno de transporte se
almacenan en el log del subdirectorio de transporte. Estos logs incluyen logs creados por tp
(ULOG, SLOG y ALOG) y logs creados por las diferentes herramientas de transporte.
El archivo ULOG actual registra todos los comandos tp que no contienen errores de sintaxis y
se nombra utilizando la convención de nombres ULOG<YY>_<Q> (YY es el año, Q es el
trimestre del año). Cada línea del archivo ULOG representa un comando tp.
El fichero SLOG se utiliza para supervisar las actividades de transporte de un sistema SAP
específico. Contiene un resumen general de los transportes realizados que indica el código de
retorno y, por lo tanto, el éxito de cada transporte. El nombre del fichero SLOG se puede fijar
como parámetro PCT mediante el parámetro PCT global SYSLOG. La parametrización
estándar es SLOG<YY><WW>.<SID> (AA es el año, WW la semana natural).
El fichero ALOG registra el código de retorno para todos los pasos de transporte tratados en
el directorio de transporte común. El nombre del fichero ALOG se puede fijar como parámetro
PCT mediante el parámetro PCT global ALLLOG. El valor por defecto es
ALOG<YY><WW>.<SID>.

202 © Copyright. Reservados todos los derechos.

 Lección: Herramientas de supervisión

Códigos de retorno

Figura 115: Códigos de retorno PCT

tp recibe códigos de retorno de todas las herramientas de transporte implicadas en un

proceso de importación. El código de retorno propio de tp se interpreta como sigue:
● 0 a 16 indican el valor máximo de todos los códigos de retorno de las herramientas de
transporte.
● 17 a 99 son valores que se calculan a partir de los códigos de retorno de las herramientas
de transporte y una advertencia PCT, por ejemplo, la memoria intermedia de transporte
del sistema de destino no tiene permiso de escritura.
● 100 a 199 indica advertencias tp. Las advertencias tp significan que algo salió mal y tp no
pudo realizar todas las tareas. 100 a 149 son advertencias tp normales, por ejemplo,
sapevt no puede desencadenar RDDIMPDP. Los códigos de retorno de 150 a 199 son raros
e indican un funcionamiento incorrecto por parte de un usuario. Por ejemplo, se recibe un
código de retorno de 152 si tp intenta importar una orden de transporte que no está
incluida en la memoria intermedia de transporte.
● 200 o más indican errores PCT. Por ejemplo, si no se ha podido acceder a un archivo como
requiere el proceso de importación, el código de retorno es 212.

El texto adjunto es más significativo que el valor de un código de retorno. Para visualizar el
texto de un código de retorno PCT específico, utilice el comandotp explainrc <value of
return code>PCT.

Nota:
Para obtener más información, consulte la nota SAP 2878102 – Significado del
código de retorno tp.

© Copyright. Reservados todos los derechos. 203

Capítulo 4 : Importación de órdenes de transporte

Resolución de problemas

Figura 116: Solución de problemas (1)

El primer paso en la resolución de errores de transporte es utilizar el monitor de alertas, que

registra todas las acciones de transporte TMS. El monitor de alertas está disponible en la
transacción STMS seleccionando el acceso vía menús Supervisar → alertas TMS → Visor de
alertas TMS. La información muestra la fecha y la hora, el nombre de usuario, el mensaje de
estado TMS y el sistema SAP de destino. Para visualizar el texto completo de un mensaje de
error, haga doble clic en el mensaje de error.
Se puede ver información más detallada en el archivo SLOG, que se utiliza para supervisar las
actividades de transporte de los sistemas SAP y determinar el éxito de las órdenes de
importación.
Si los fallos de importación se registran en el archivo SLOG, desglose hasta el archivo ALOG y
localice el paso de importación que produjo el código de retorno enumerado en SLOG.
Utilice el fichero ALOG para identificar el fichero de log detallado que se escribe para cada
paso de una orden de transporte. También se puede acceder a estos ficheros de log desde el
Transport Management System (transacción STMS). Para localizar el fichero de log para la
orden de transporte que ha producido un error, utilice el fichero ALOG.
Se puede acceder a todos los ficheros de log que no dependen de órdenes de transporte
específicas, como los ficheros de log para la conversión de estructura y mover nametabs,
tanto desde el nivel de sistema operativo en el directorio de transporte como desde la cola de
importación del sistema SAP en cuestión (en la transacción STMS) seleccionando una orden de
transporte, seleccionando Logs y, a continuación, expandiendo la carpeta Pasos de
importación no específicos para la orden de transporte.

204 © Copyright. Reservados todos los derechos.

 Lección: Herramientas de supervisión

Figura 117: Solución de problemas (2)

Además, puede verificar si el despachador de importación RDDIMPDP está programado

correctamente y se ha desencadenado por evento. Utilice el resumen de jobs SM37 para
supervisar los jobs de fondo relacionados (FPE*). Aquí, introduzca FPE* en el campo Nombre
de job y un asterisco * tanto en el campo Nombre de usuario como en el campo O después del
evento.
Los problemas pueden ser el resultado de:
● Versiones erróneas de PCT o R3trans
● tp no se está ejecutando, como en UNIX (ps -ef | grep tp )

● Problemas de permiso o de compartición con el directorio de transporte común

● Sin espacio libre en disco

Al analizar un problema, compare los logs y las entradas de la memoria intermedia de

transporte con las entradas de las tablas TRBAT y TRJOB (mediante la transacción SE16). Si
es necesario, inserte la orden de transporte o la cabecera en TRBAT y reinicie RDDIMPDP.

Consejo:
Si se indica un problema de comunicación entre tp y el sistema SAP, intente
iniciar sapevt a nivel de sistema operativo para desencadenar RDDIMPDP.

© Copyright. Reservados todos los derechos. 205

Capítulo 4 : Importación de órdenes de transporte

Nota:
Debido a que sapevt se comunica de forma no autorizada con el servidor de
mensajes, es posible que el programa ya no funcione en general si la
comunicación segura del servidor de mensajes está activa. Una excepción es
cuando sapevt se llama en el servidor de aplicación utilizando el usuario del
sistema operativo propietario del sistema SAP. En este caso, también se debe
transferir el parámetro pf=<perfil de instancia>. Para obtener más información,
consulte la nota SAP 2000417 – Problemas con SAPEVT a partir del release de
núcleo 7.40.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Enumerar las herramientas de supervisión seleccionadas y explicar su uso
● Explicar el contenido del directorio de transporte
● Solucionar los errores típicos de importación

206 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 6
Limpiando el directorio de transporte

RESUMEN DE LA LECCIÓN
En esta lección, aprenderá a depurar el directorio de transporte.

Ejemplo empresarial
De vez en cuando, tiene sentido depurar el directorio de transporte.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Nombrar comandos PCT para depurar el directorio de transporte

Limpiando el directorio de transporte

Los ficheros de datos, los ficheros CO y los diferentes ficheros de log se escriben en el
directorio de transporte. Estos archivos no se borran, sobrescriben ni reorganizan
automáticamente, por lo que el administrador de transporte debe ocuparse de ellos.
Para depurar el directorio de transporte, utilice los comandostp check all ytp clearold
all. Con el tiempo, muchos archivos se acumulan en los directorios de transporte. Estos
archivos contienen información importante, pero también consumen espacio en disco y se
vuelven obsoletos.

Consejo:
Antes de depurar el directorio de transporte, SAP recomienda hacer una copia
del directorio de transporte y guardarlo para fines de auditoría.

© Copyright. Reservados todos los derechos. 207

Capítulo 4 : Importación de órdenes de transporte

Figura 118: Limpieza del directorio de transporte

El comandotp check all busca órdenes de transporte que no están marcadas para la
importación a ningún sistema SAP, como muestran las entradas de la memoria intermedia de
transporte. Las órdenes de transporte se listan en el fichero ALL_old.lis, que se encuentra en
el subdirectorio de transporte tmp.
El comandotp clearold all utiliza la lista de resultados del comandotp check all para
buscar archivos que ya no son necesarios para la importación y que han superado una
antigüedad máxima. Para especificar la edad máxima, utilice los parámetros
PCTDATALIFETIME, OLDDATALIFETIME, COFILELIFETIME y LOGLIFETIME. Los ficheros de
datos del subdirectorio de transporte anteriores al parámetro DATALIFETIME se desplazan al
subdirectorio de transporte olddata. Los ficheros de los subdirectorios log y cofiles se borran
inmediatamente si superan la antigüedad indicada por LOGLIFETIME o COFILELIFETIME
respectivamente. Los ficheros en olddata se borran si son anteriores a OLDDATALIFETIME.

Consejo:
Con el comandotp testold all , es posible crear una lista de archivos que
serán eliminados por el comandotp clearold all. El resultado se encuentra
en el subdirectorio tmp.

Nota:
Los ficheros del subdirectorio EPS del directorio de transporte no se ven
afectados por esta depuración. El administrador de transporte debe ocuparse de
ellos manualmente.

Más información
Para obtener más información, consulte:
● Nota SAP 41732 – Borrado de datos en el directorio de transporte.
● Nota SAP 1694830 – extensión tp clearold para directorios cts+ y directorio tmp.

208 © Copyright. Reservados todos los derechos.

 Lección: Limpiando el directorio de transporte

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Nombrar comandos PCT para depurar el directorio de transporte

© Copyright. Reservados todos los derechos. 209

Capítulo 4 : Importación de órdenes de transporte

210 © Copyright. Reservados todos los derechos.

 Capítulo 4

Evaluación de la formación

1. Está ejecutando un proyecto de desarrollo en una infraestructura de tres sistemas

utilizando el procedimiento de autorización de gestión de calidad (QA). Después de
corregir algunos errores que se han detectado durante la prueba, la prueba de gestión de
calidad en el sistema de gestión de calidad para el proyecto finalmente es positiva. ¿Qué
órdenes de transporte debe importar al sistema de producción?
Seleccione la respuesta correcta.

X A Todo el proyecto, que incluye todas las órdenes de transporte aprobadas

asignadas al proyecto

X B Exactamente aquellas órdenes de transporte que solo contienen objetos sin

errores

X C Si los mismos objetos están incluidos en varias órdenes de transporte, importe

solo las órdenes de transporte más recientes

X D Todas las órdenes de transporte de la cola de importación del sistema de

producción

2. Está utilizando una infraestructura de tres sistemas estándar: al liberar una orden de
transporte transportable desde el sistema de desarrollo, se está exportando desde el
sistema de desarrollo e importada inmediatamente al sistema de gestión de calidad.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

© Copyright. Reservados todos los derechos. 211

Capítulo 4 : Evaluación de la formación

3. Está utilizando rutas de transporte independientes de mandante. ¿Qué información se

puede ver en la cola de importación (transacción STMS) para las órdenes de transporte
que aún no se han importado?
Seleccione las respuestas correctas.

X A El propietario

X B El mandante fuente

X C El resultado de la verificación de componentes

X D El tipo

X E El mandante destino

4. Está utilizando una infraestructura de tres sistemas estándar. No ha añadido ni borrado

manualmente ninguna orden de transporte de las colas de importación. ¿Cuál es la
secuencia de las órdenes de transporte en la cola de importación del sistema de
producción?
Seleccione la respuesta correcta.

X A La secuencia en la que se importaron las órdenes de transporte al sistema de

gestión de calidad

X B La secuencia en la que se liberaron las órdenes de transporte del sistema de

desarrollo

X C La secuencia del cronomarcador de la creación de las órdenes de transporte

X D La secuencia del número de 5 dígitos de las solicitudes de transporte

5. ¿Cuáles de las siguientes opciones son estrategias de transporte del Transport

Management System (TMS)?
Seleccione las respuestas correctas.

X A Transportes en cola, transportes en masa

X B Transportes controlados por colas, transportes individuales

X C Transportes controlados por flujo de trabajo

X D Transportes en cola, transportes basados en proyectos

212 © Copyright. Reservados todos los derechos.

 Capítulo 4 : Evaluación de la formación

6. ¿Qué es diferente cuando se utiliza un transporte de copias en lugar de una orden de

workbench?
Seleccione las respuestas correctas.

X A Puede seleccionar cualquier sistema SAP del dominio de transporte como sistema
de destino

X B No necesita ninguna ruta de consolidación para el sistema de destino

X C Puede transportar conjuntamente cualquier objeto transportable

X D Se transportan copias de los objetos, no los originales

X E Los objetos se están copiando del sistema fuente

7. Está utilizando una infraestructura de tres sistemas estándar. Mediante el Transport

Management System (transacción STMS), es posible realizar una importación automática
y periódica de todas las órdenes de transporte de la cola de importación al sistema de
gestión de calidad, por ejemplo, una vez cada 24 horas.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

8. Está utilizando una infraestructura de tres sistemas estándar con rutas de transporte
estándar: para aumentar la seguridad del transporte, tiene sentido definir el
procedimiento de autorización de gestión de calidad (QA) no solo en el sistema de gestión
de calidad, sino también en el sistema de producción.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

9. Está definiendo el procedimiento de autorización de gestión de calidad (QA). ¿Qué pasos

de aprobación estándar se pueden seleccionar?
Seleccione las respuestas correctas.

X A A autorizar por departamento

X B Para ser aprobado por el propietario de la solicitud

X C A autorizar por la gestión del sistema

X D Para ser aprobado por el desarrollador

X E Para ser aprobado por el propietario de la tarea

© Copyright. Reservados todos los derechos. 213

Capítulo 4 : Evaluación de la formación

10. Está utilizando una infraestructura de tres sistemas estándar con el procedimiento de
autorización de gestión de calidad (QA). Hay cinco órdenes de transporte en la cola de
importación del sistema de producción. La segunda solicitud de transporte aún no se ha
aprobado, las demás están aprobadas. ¿Qué ocurre en general cuando inicia una
importación total (importación de todas las órdenes de transporte) al sistema de
producción?
Seleccione la respuesta correcta.

X A El comportamiento depende de la configuración del parámetro

PCTHANDLING_OF_INACTIVE_TRANSPORTS

X B Se importan todas las órdenes de transporte aprobadas

X C Sólo se importa la primera orden de transporte

X D El comportamiento depende de la configuración de la estrategia de transporte

11. Durante la importación de órdenes de transporte, se realizan varios pasos. Lleve los
siguientes pasos a la secuencia correcta, en relación con el procedimiento de importación.
Poner en el orden correcto

0 Tratamiento de objetos de diccionario (por ejemplo, activación)

0 Importación de otros objetos (por ejemplo, programas)

0 Importación de objetos de Dictionary (por ejemplo, estructuras de tabla)

0 Tratamiento de otros objetos (por ejemplo, generación)

12. ¿Qué herramienta realiza la importación del diccionario durante la importación de

órdenes de transporte?
Seleccione la respuesta correcta.

X A R3trans

X B RDDIMPDP

X C RDDMASGL

X D R3load

214 © Copyright. Reservados todos los derechos.

 Capítulo 4 : Evaluación de la formación

13. ¿Cuáles de las siguientes opciones son herramientas de supervisión al importar órdenes
de transporte?
Seleccione las respuestas correctas.

X A Verificar objetos críticos

X B Monitor de importaciones

X C Historial de importación

X D Monitor de rendimiento

14. ¿Cuál es el procedimiento estándar de SAP para depurar el directorio de transporte?

Seleccione la respuesta correcta.

X A Usando opciones de línea de comandos de tp

X B Programación de uno de los jobs de fondo estándar

X C Activar la limpieza automática en TMS

X D Fijación del atributo correspondiente para órdenes de transporte

© Copyright. Reservados todos los derechos. 215

 Capítulo 4

Respuestas a la Evaluación de la formación

1. Está ejecutando un proyecto de desarrollo en una infraestructura de tres sistemas

utilizando el procedimiento de autorización de gestión de calidad (QA). Después de
corregir algunos errores que se han detectado durante la prueba, la prueba de gestión de
calidad en el sistema de gestión de calidad para el proyecto finalmente es positiva. ¿Qué
órdenes de transporte debe importar al sistema de producción?
Seleccione la respuesta correcta.

X A Todo el proyecto, que incluye todas las órdenes de transporte aprobadas

asignadas al proyecto

X B Exactamente aquellas órdenes de transporte que solo contienen objetos sin

errores

X C Si los mismos objetos están incluidos en varias órdenes de transporte, importe

solo las órdenes de transporte más recientes

X D Todas las órdenes de transporte de la cola de importación del sistema de

producción

Correcto. Debe importar todo el proyecto, lo que provoca que se importen todas las
órdenes de transporte aprobadas asignadas al proyecto. No debe dejar ninguna orden de
transporte aprobada del proyecto ni importar órdenes de transporte adicionales.

2. Está utilizando una infraestructura de tres sistemas estándar: al liberar una orden de
transporte transportable desde el sistema de desarrollo, se está exportando desde el
sistema de desarrollo e importada inmediatamente al sistema de gestión de calidad.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. La liberación de una orden de transporte transportable no provoca una

importación inmediata al/a los sistema(s) siguiente(s).

216 © Copyright. Reservados todos los derechos.

 Capítulo 4 : Respuestas a la Evaluación de la formación

3. Está utilizando rutas de transporte independientes de mandante. ¿Qué información se

puede ver en la cola de importación (transacción STMS) para las órdenes de transporte
que aún no se han importado?
Seleccione las respuestas correctas.

X A El propietario

X B El mandante fuente

X C El resultado de la verificación de componentes

X D El tipo

X E El mandante destino

Correcto. El propietario, el mandante fuente, el resultado de la verificación de

componentes y el tipo de la orden de transporte se pueden ver en la cola de importación.
El mandante destino no está fijado y, por lo tanto, no es visible en el caso de rutas de
transporte independientes de mandante.

4. Está utilizando una infraestructura de tres sistemas estándar. No ha añadido ni borrado

manualmente ninguna orden de transporte de las colas de importación. ¿Cuál es la
secuencia de las órdenes de transporte en la cola de importación del sistema de
producción?
Seleccione la respuesta correcta.

X A La secuencia en la que se importaron las órdenes de transporte al sistema de

gestión de calidad

X B La secuencia en la que se liberaron las órdenes de transporte del sistema de

desarrollo

X C La secuencia del cronomarcador de la creación de las órdenes de transporte

X D La secuencia del número de 5 dígitos de las solicitudes de transporte

Correcto. La secuencia de las órdenes de transporte en la cola de importación del sistema

de producción es la secuencia en la que se han importado las órdenes de transporte al
sistema de gestión de calidad.

© Copyright. Reservados todos los derechos. 217

Capítulo 4 : Respuestas a la Evaluación de la formación

5. ¿Cuáles de las siguientes opciones son estrategias de transporte del Transport

Management System (TMS)?
Seleccione las respuestas correctas.

X A Transportes en cola, transportes en masa

X B Transportes controlados por colas, transportes individuales

X C Transportes controlados por flujo de trabajo

X D Transportes en cola, transportes basados en proyectos

Correcto. Los transportes en cola, los transportes en masa y los transportes en cola, los
transportes individuales y los transportes controlados por workflow son estrategias de
transporte. Los transportes en cola, los transportes basados en proyectos no son una
estrategia de transporte.

6. ¿Qué es diferente cuando se utiliza un transporte de copias en lugar de una orden de

workbench?
Seleccione las respuestas correctas.

X A Puede seleccionar cualquier sistema SAP del dominio de transporte como sistema
de destino

X B No necesita ninguna ruta de consolidación para el sistema de destino

X C Puede transportar conjuntamente cualquier objeto transportable

X D Se transportan copias de los objetos, no los originales

X E Los objetos se están copiando del sistema fuente

Correcto. Las diferencias radican en que puede seleccionar cualquier sistema SAP del
dominio de transporte como sistema de destino, no necesita ninguna ruta de
consolidación al sistema de destino y puede transportar conjuntamente cualquier objeto
transportable. No hay diferencia en las copias de los objetos que se están transportando,
o los objetos se están copiando del sistema fuente. Esto es lo mismo que con las
solicitudes de workbench.

7. Está utilizando una infraestructura de tres sistemas estándar. Mediante el Transport

Management System (transacción STMS), es posible realizar una importación automática
y periódica de todas las órdenes de transporte de la cola de importación al sistema de
gestión de calidad, por ejemplo, una vez cada 24 horas.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. Es posible realizar una importación automática y periódica de todas las órdenes
de transporte de la cola de importación al sistema de gestión de calidad.

218 © Copyright. Reservados todos los derechos.

 Capítulo 4 : Respuestas a la Evaluación de la formación

8. Está utilizando una infraestructura de tres sistemas estándar con rutas de transporte
estándar: para aumentar la seguridad del transporte, tiene sentido definir el
procedimiento de autorización de gestión de calidad (QA) no solo en el sistema de gestión
de calidad, sino también en el sistema de producción.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. No tiene sentido definir el procedimiento de autorización de gestión de calidad

en el sistema productivo porque no hay sistemas subsiguientes a asegurar.

9. Está definiendo el procedimiento de autorización de gestión de calidad (QA). ¿Qué pasos

de aprobación estándar se pueden seleccionar?
Seleccione las respuestas correctas.

X A A autorizar por departamento

X B Para ser aprobado por el propietario de la solicitud

X C A autorizar por la gestión del sistema

X D Para ser aprobado por el desarrollador

X E Para ser aprobado por el propietario de la tarea

Correcto. Los pasos de aprobación estándar seleccionables son: Para ser aprobados por
el departamento, para ser aprobados por el propietario de la solicitud y para ser
aprobados por la administración del sistema. La aprobación por parte del desarrollador y
la aprobación por parte del propietario de la tarea no son pasos de aprobación estándar.

© Copyright. Reservados todos los derechos. 219

Capítulo 4 : Respuestas a la Evaluación de la formación

10. Está utilizando una infraestructura de tres sistemas estándar con el procedimiento de
autorización de gestión de calidad (QA). Hay cinco órdenes de transporte en la cola de
importación del sistema de producción. La segunda solicitud de transporte aún no se ha
aprobado, las demás están aprobadas. ¿Qué ocurre en general cuando inicia una
importación total (importación de todas las órdenes de transporte) al sistema de
producción?
Seleccione la respuesta correcta.

X A El comportamiento depende de la configuración del parámetro

PCTHANDLING_OF_INACTIVE_TRANSPORTS

X B Se importan todas las órdenes de transporte aprobadas

X C Sólo se importa la primera orden de transporte

X D El comportamiento depende de la configuración de la estrategia de transporte

Correcto. El comportamiento depende de la parametrización del parámetro

PCTHANDLING_OF_INACTIVE_TRANSPORTS (BREAK, STOP, SKIP). En general, no se
importan todas las órdenes de transporte aprobadas y no solo se importa la primera
orden de transporte. El comportamiento no depende de la configuración de la estrategia
de transporte.

11. Durante la importación de órdenes de transporte, se realizan varios pasos. Lleve los
siguientes pasos a la secuencia correcta, en relación con el procedimiento de importación.
Poner en el orden correcto

2 Tratamiento de objetos de diccionario (por ejemplo, activación)

3 Importación de otros objetos (por ejemplo, programas)

1 Importación de objetos de Dictionary (por ejemplo, estructuras de tabla)

4 Tratamiento de otros objetos (por ejemplo, generación)

Correcto. La importación de los objetos de Dictionary se lleva a cabo primero, luego se

tratan los objetos de Dictionary, después se importan los otros objetos y, finalmente, se
tratan los otros objetos.

220 © Copyright. Reservados todos los derechos.

 Capítulo 4 : Respuestas a la Evaluación de la formación

12. ¿Qué herramienta realiza la importación del diccionario durante la importación de

órdenes de transporte?
Seleccione la respuesta correcta.

X A R3trans

X B RDDIMPDP

X C RDDMASGL

X D R3load

Correcto. R3trans realiza la importación del diccionario. RDDIMPDP es el despachador de

importación, RDDMASGL es responsable de la activación de objetos Dictionary y R3load
no se utiliza en el contexto de la importación de órdenes de transporte.

13. ¿Cuáles de las siguientes opciones son herramientas de supervisión al importar órdenes
de transporte?
Seleccione las respuestas correctas.

X A Verificar objetos críticos

X B Monitor de importaciones

X C Historial de importación

X D Monitor de rendimiento

Correcto. La verificación de objetos críticos, el monitor de importación y el historial de

importación son herramientas de supervisión. No existe ningún monitor de rendimiento
para importar órdenes de transporte.

14. ¿Cuál es el procedimiento estándar de SAP para depurar el directorio de transporte?

Seleccione la respuesta correcta.

X A Usando opciones de línea de comandos de tp

X B Programación de uno de los jobs de fondo estándar

X C Activar la limpieza automática en TMS

X D Fijación del atributo correspondiente para órdenes de transporte

Correcto. Se utilizan las opciones de línea de comandos de tp (tp check all y tp

clearold all ). Para ello, no hay ningún job de fondo estándar, ninguna depuración
automática en TMS y ningún atributo correspondiente para las órdenes de transporte.

© Copyright. Reservados todos los derechos. 221

Capítulo 4 : Respuestas a la Evaluación de la formación

222 © Copyright. Reservados todos los derechos.

CAPÍTULO 5 Estrategias de cambio de
software

Lección 1
Opciones de infraestructura del sistema 225

OBJETIVOS DEL CAPÍTULO

● Analizar diferentes opciones de infraestructura de sistemas y explicar sus ventajas y

desventajas

© Copyright. Reservados todos los derechos. 223

Capítulo 5 : Estrategias de cambio de software

224 © Copyright. Reservados todos los derechos.

 Capítulo 5
Lección 1
Opciones de infraestructura del sistema

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Analizar diferentes opciones de infraestructura de sistemas y explicar sus ventajas y
desventajas

Introducción
Debe tener en cuenta qué infraestructura se ajusta mejor a sus procesos de control de
modificaciones. Los procesos son críticos para las organizaciones que requieren la entrega de
actualizaciones de software periódicas (a través de versiones mayores o menores) y, al
mismo tiempo, proporcionan un entorno de producción seguro y estable para los usuarios
finales, especialmente en un escenario para clientes de SAP que ejecutan iniciativas de
desarrollo (innovación) y soporte de operaciones (mantenimiento) en paralelo.
Esta lección proporciona un resumen de las principales opciones de infraestructura del
sistema que están disponibles junto con sus ventajas y desventajas. Comienza con la
infraestructura básica de tres sistemas y luego avanza hacia escenarios más complejos.
Una infraestructura de tres sistemas consiste en un sistema de desarrollo (DEV), un sistema
de control de calidad (QAS) y un sistema productivo (PRD).
● El sistema de desarrollo DEV es necesario para implementar modificaciones.
● El QAS del sistema de control de calidad es necesario para realizar pruebas funcionales y
pruebas de integración con datos similares a la producción. QAS también es necesario
para probar la importación de las órdenes de transporte. Sin un sistema de gestión de
calidad, la importación de transportes no se puede probar antes de que se ejecute en
producción.

La siguiente figura resume el proceso de transporte en una infraestructura de tres sistemas

con una ruta de consolidación (indicada con una flecha verde en las siguientes figuras) entre
el sistema de desarrollo y el sistema de gestión de calidad y una ruta de entrega (indicada por
una flecha negra en las siguientes figuras) entre el sistema de gestión de calidad y el sistema
de producción:

© Copyright. Reservados todos los derechos. 225

Capítulo 5 : Estrategias de cambio de software

Figura 119: Proceso de transporte en una infraestructura de tres sistemas

1. En el primer paso, se libera la primera orden de transporte (TR1). Como consecuencia, los
objetos de desarrollo que están bloqueados se liberan y la orden de transporte se añade a
la cola de importación del sistema de gestión de calidad.

Nota:
La cola de importación tiene dos funciones. La primera función es contener
todas las órdenes de transporte que se han liberado y la segunda es recordar
la secuencia en la que se han liberado las órdenes de transporte.

A continuación, también se libera la segunda orden de transporte (TR2).

2. En el segundo paso, las órdenes de transporte contenidas en la cola de importación QAS

se importan al sistema de gestión de calidad. El sistema QAS se utiliza para las primeras
pruebas con datos similares a la producción.
Las órdenes de transporte que se importan al sistema QAS también se añaden a la cola de
importación del sistema productivo PRD. Esto garantiza que se recuerdan las solicitudes
de transporte y su secuencia de importación al sistema de gestión de calidad QAS. Si
utiliza la estrategia Importar proyecto o Importar TODO, las órdenes de transporte
también se borrarán de la cola de importación del sistema de gestión de calidad.

3. En el tercer paso, las órdenes de transporte enumeradas en la memoria intermedia de

importación del sistema productivo se importan a producción. Si utiliza la estrategia
Importar proyecto o Importar TODO, las órdenes de transporte también se borrarán de la
cola de importación del sistema productivo.

Infraestructuras de tres sistemas

de transporte único en una infraestructura de tres sistemas, se producen los siguientes
problemas y riesgos:
● Las órdenes de transporte se importan en una secuencia individual
● Riesgo de olvido de transportes
● Riesgo de downgrades de versión por infracciones de secuencia de transporte

226 © Copyright. Reservados todos los derechos.

 Lección: Opciones de infraestructura del sistema

Estos riesgos se analizan con más detalle en las siguientes secciones.

Nota:
SAP recomienda utilizar la estrategia Importar proyecto o Importar TODO.

Figura 120: Riesgos de transporte

La orden de transporte TR1 contiene un report, ZREPORT, que llama el módulo de funciones
ZMODULE, que también se ha creado en la orden de transporte TR1. Esta orden de transporte
se libera en el sistema de desarrollo (paso 1 en la figura anterior). A continuación, la orden de
transporte TR2 modifica el report ZREPORT pero no modifica el módulo de funciones
ZMODULE. TR2 también se libera (paso 2).
En QAS, TR1 y TR2 se importan uno tras otro (pasos 3,4) y luego se prueban juntos. La
prueba está bien.
Sin embargo, cuando ahora solo se importa TR2 a PRD (paso 5), la generación de ZREPORT
falla porque se olvidó TR1 y, por lo tanto, el módulo de funciones ZMODULE no existe en PRD
y no se puede llamar.
Si TR1 (sin TR2) también se importa a PRD (paso 6), el test en PRD vuelve a fallar porque
ahora la versión antigua de ZREPORT (versión de TR1) ha sobrescrito la versión más reciente
(versión de TR2).
La siguiente figura explica algunos motivos de estas inconsistencias de una manera más
general:

© Copyright. Reservados todos los derechos. 227

Capítulo 5 : Estrategias de cambio de software

Figura 121: Inconsistencias en la infraestructura de transporte: Motivos

El sistema de desarrollo DEV contiene todos los desarrollos (tanto desarrollos abiertos como
desarrollos que se han registrado en órdenes de transporte liberadas). El sistema de control
de calidad QAS contiene transportes que ya se han importado a PRD y también transportes
que aún no se han importado a PRD (etiquetados como “transportes en transición” en la
figura anterior). Por lo tanto, los tres sistemas están en diferentes niveles de software.

Atención:
Estos diferentes niveles de software en una infraestructura de tres sistemas
causan riesgos. Un gran riesgo es que los programas que se han probado con
éxito en QAS puedan fallar en PRD.

Figura 122: Inconsistencias durante la corrección de errores – Ejemplos

Los objetos que se han modificado en un proyecto que está actualmente en transición (ya sea
en órdenes de transporte abiertas o en órdenes de transporte ya liberadas) ya no se pueden
actualizar durante la corrección de errores.

228 © Copyright. Reservados todos los derechos.

 Lección: Opciones de infraestructura del sistema

En cuanto se realiza una modificación en un objeto de repository en el sistema de desarrollo,

este objeto de repository se bloquea en la orden de transporte (consulte la parte izquierda de
la figura anterior). El bloqueo se borra cuando la orden de transporte se libera del sistema de
desarrollo.
Puede comparar las versiones de objeto en DEV y PRD antes de iniciar una tarea de
mantenimiento. Si las versiones son diferentes, deberá volver a cambiar temporalmente una
versión de objeto antigua del historial de versiones en el sistema de desarrollo. Esta versión
de objeto se corrige y se transporta a producción. En el siguiente paso, la corrección se
realiza de nuevo con la última versión del objeto.

Nota:
Este procedimiento no es posible para objetos BW porque no tienen un historial de
versiones.

El procedimiento para actualizar dos versiones diferentes de un objeto mediante versiones y

para transportar estas versiones a través de la infraestructura de sistemas es propenso a
errores. Como alternativa, el desarrollador puede buscar objetos en transición con la
transacción SREPO que, sin embargo, requiere un destino RFC entre el sistema SAP con el
que desea comparar el sistema de producción y el propio sistema de producción.
La parte derecha de la figura anterior muestra los motivos de los errores de referencia
cruzada. Aquí la orden de transporte para el objeto 2 ya se ha liberado en el sistema de
desarrollo y, por lo tanto, el bloqueo ya se ha borrado: el objeto 2 pertenece a un transporte
en transición.
En este ejemplo, el proyecto no ha modificado el objeto 1. Pero el objeto 1 utiliza el objeto 2 y,
como se ha indicado anteriormente, el objeto 2 se ha modificado (de la versión 1 a la versión
2).
Inicialmente, el objeto 1 funcionó, pero ahora el objeto 1 debe corregirse. La nueva versión del
objeto 1 todavía funciona con la nueva versión del objeto 2, pero la nueva versión del objeto 1
no funciona con la versión antigua del objeto 2 y esto solo se detecta en PRD.
La topología de la infraestructura del sistema, que se puede utilizar para detectar
inconsistencias de referencias cruzadas, es un sistema de preproducción. Este cuarto
sistema de preproducción se lleva a cabo entre QAS y PRD. Si este sistema de preproducción
tiene el software actual y el estado de configuración de la producción, ya se puede detectar un
error de referencia cruzada durante las pruebas en la preproducción.

Nota:
También puede utilizar el report /SDF/CMO_TR_CHECK para verificar si hay
problemas válidos para todos los sistemas antes de transportarlos al entorno de
producción.

© Copyright. Reservados todos los derechos. 229

Capítulo 5 : Estrategias de cambio de software

Figura 123: Infraestructura de tres sistemas: resumen y conclusión

Supongamos una infraestructura de sistema SAP ECC en una versión antigua que sirve a uno
o varios países. Se han completado el ciclo de desarrollo principal y el despliegue. Los
cambios en curso se limitan a los paquetes de soporte y a los parches operativos y de la base
de datos. Los cambios de configuración de SAP son necesarios para dar soporte a requisitos
empresariales menores.
En este caso, una infraestructura de tres sistemas puede ser suficiente: los transportes de
mantenimiento se agrupan en paquetes, de modo que se pueden probar juntos.
Este escenario funciona bien si el número de correcciones urgentes es bajo. Las correcciones
no urgentes se deben liberar más tarde para que QAS se mantenga cerca de PRD para la
prueba de correcciones urgentes.
En este escenario, todas las modificaciones se crean en el sistema de desarrollo DEV (tal vez
después de la creación de prototipos en el sistema de prueba SBX).
El sistema QAS se utiliza como entorno de prueba para pruebas de integración y pruebas de
conversión de datos. Este sistema contiene parcialmente las modificaciones del nuevo
release que se encuentra actualmente en desarrollo. El sistema QAS es el entorno para la
prueba de integración final (una vez que se ha fijado el alcance de la versión, la prueba de
liberación), la prueba de regresión y la prueba técnica del sistema. Debería representar el
estado en los sistemas PRD de la siguiente manera:
● Infraestructura: la configuración del sistema QAS debe imitar el PRD lo más cerca posible y
debe ser una copia completa del sistema de producción. Este es el requisito previo para
realizar pruebas de volumen realistas.
● Transportes: El sistema QAS no debe estar “dañado” con una nueva funcionalidad de
lanzamiento o nuevos paquetes de mantenimiento hasta el momento adecuado
(idealmente, lo más cerca posible de la entrada en productivo).
● Datos: El sistema de QAS debe actualizarse periódicamente desde PRD, si es posible.

Esta infraestructura es la infraestructura de mejores prácticas para soluciones con proyectos

de soporte y desarrollo de producción de un alcance mínimo (incluso en versiones paralelas).
Recomendaciones para hacer el mejor uso de esta infraestructura:

230 © Copyright. Reservados todos los derechos.

 Lección: Opciones de infraestructura del sistema

● Estricta gestión de cambios para el soporte de producción y el desarrollo del proyecto, y/o
el mismo equipo de desarrollo para ambos tipos de cambios.
● Debe existir un control de cambios sólido (control estricto de qué cambios se mueven
cuando se ingresan a QAS, actualización de QAS, …).

Nota:
Los proyectos de mantenimiento más grandes (support packages, upgrades)
deben tener un entorno de desarrollo de proyecto separado (consulte la sección
que trata con la infraestructura de doble pista más adelante en esta lección). Esto
también se recomienda para proyectos funcionales muy grandes.

Infraestructuras de cuatro sistemas

tiempos de cambios invasivos (por ejemplo, durante la implementación de paquetes de
soporte), puede ser útil introducir un cuarto sistema para dar soporte al mantenimiento del
sistema de producción.

Figura 124: Infraestructura de cuatro sistemas: la idea básica

● Todas las modificaciones se crean en el sistema de desarrollo DEV. Cualquier cambio

invasivo, como los paquetes de soporte, se prueba en el sistema de prueba SBX antes de
implementarlo en DEV.
● El sistema QAS se utiliza como entorno de prueba para pruebas de integración y pruebas
de conversión de datos. Este sistema contiene parcialmente las modificaciones del nuevo
release que se encuentra actualmente en desarrollo.
● sistema de preproducción PRE es el entorno para la prueba de integración final (una vez
que se ha fijado el alcance de la versión – prueba de liberación), prueba de regresión,
prueba de aceptación del usuario y prueba técnica del sistema. Debe representar el estado
en los sistemas PRD con respecto a:

© Copyright. Reservados todos los derechos. 231

Capítulo 5 : Estrategias de cambio de software

- Infraestructura: la configuración del sistema PRE debe imitar el PRD lo más cerca
posible y debe ser una copia completa del sistema de producción. Este es el requisito
previo para realizar pruebas de volumen realistas.
- Transportes: el sistema PRE no debe estar “dañado” con una nueva funcionalidad de
lanzamiento o nuevos paquetes de mantenimiento hasta el momento adecuado
(idealmente, lo más cerca posible de la entrada en productivo).
- Datos: El sistema PRE debe actualizarse periódicamente desde PRD, si es posible.

Durante la implementación de Support Packages (u otros releases menores), en DEV solo se

desarrollan cambios urgentes, cambios estándar y mejoras funcionales no invasivas más
pequeñas. Aquí, PRE es necesario, por ejemplo, para probar modificaciones urgentes durante
los períodos de tiempo mientras la organización de support package de la versión menor está
“bloqueando” QAS.
Es importante desplazar rápidamente los support packages por la infraestructura para limitar
el período de tiempo de los releases inconsistentes en la infraestructura. Se puede lograr una
reducción del tiempo de transición para los Support Packages mediante pruebas exhaustivas
en SBX, mediante una definición clara del alcance de la prueba (que refleja los cambios del
paquete de soporte concreto), mediante la automatización de pruebas y la disponibilidad
garantizada de los recursos de prueba.

Nota:
Si el número de modificaciones es muy pequeño, una infraestructura de 3
sistemas puede ser suficiente.

Los tamaños de sistema necesarios son los siguientes:

● El DEV y el sistema QAS pueden ser de pequeño volumen de datos, sin configuración de
alta disponibilidad, CPU pequeña y pequeña RAM.
● El sistema PRE puede tener el volumen de datos completo, una configuración de alta
disponibilidad reducida y una CPU y RAM reducidas.
● El sistema PRD, por supuesto, debe tener un volumen de datos completo, una
configuración de alta disponibilidad completa, así como una CPU y RAM completas.

La infraestructura de cuatro sistemas con el sistema de preproducción es la infraestructura

de mejores prácticas para soluciones con proyectos de soporte y desarrollo de producción de
alcance medio (incluso en versiones paralelas), ya que permite realizar pruebas por etapas.
Las recomendaciones para hacer el mejor uso de esta infraestructura son:
● Estricta gestión de cambios para el soporte de producción y el desarrollo del proyecto, y/o
el mismo equipo de desarrollo para ambos tipos de cambios.
● Debe existir un fuerte control de cambios (control estricto de qué cambios se mueven
cuando se ingresan a PRE, actualización de PRE, …).

Nota:
Los proyectos de mantenimiento más grandes deben tener un entorno de
desarrollo de proyectos separado (consulte la sección que trata con la
infraestructura de sistema dual a continuación). Esto también se recomienda para
proyectos funcionales muy grandes.

232 © Copyright. Reservados todos los derechos.

 Lección: Opciones de infraestructura del sistema

Variantes de la infraestructura de cuatro sistemas

Además de la infraestructura de cuatro sistemas con un sistema de preproducción (como se
ha explicado anteriormente), también son posibles otras variantes de una infraestructura de
cuatro sistemas. Dos de ellas se presentan a continuación. No hay un entorno de sistema
ideal, todos tienen sus pros y contras.

Figura 125: Infraestructura de cuatro sistemas – Variante: Nivelación del sistema de prueba (1)

En el escenario de la figura anterior, QAS es el principal sistema de prueba funcional. Todos

los tests funcionales (tests de integración, tests de aceptación de usuarios, tests de
regresión) tienen lugar en QAS. Como consecuencia, solo se puede probar una versión en
QAS (para la próxima entrada en productivo). Las versiones futuras ya se pueden desarrollar
y probar en DEV.

Consejo:
Se puede configurar un cliente de prueba e interfaces centrales en DEV para
permitir pruebas de integración tempranas.

El sistema de validación VAL sirve como sistema de validación técnica y funcional para los
siguientes fines:
● Prueba de cambios de emergencia cuando la siguiente versión ya está en QAS
● Pruebas técnicas de transición y predicciones de tiempo de importación, en particular
para actualizaciones o importaciones de grandes lanzamientos
● Validación técnica del paquete de liberación si determinados transportes deben retirarse
de la versión (modificaciones de alcance de última hora), por ejemplo, si no cumplen los
criterios de test

La validación técnica puede incluir el análisis de RC8 durante la importación y una verificación
de sintaxis ampliada (ATC) del código importado. La validación funcional puede incluir una
serie de scripts de prueba automatizados para los procesos centrales y algunas verificaciones
puntuales manuales según sea necesario.

© Copyright. Reservados todos los derechos. 233

Capítulo 5 : Estrategias de cambio de software

Además, el sistema VAL permite una mejor gestión del lanzamiento, ya que se pueden validar
varios proyectos juntos, lo que permite una entrada en productivo común.
En la siguiente figura se muestra otra variante de la infraestructura de cuatro sistemas. Aquí,
las pruebas funcionales no se limitan al segundo sistema de la infraestructura del sistema,
sino que se llevan a cabo tanto en el segundo como en el tercer sistema:

Figura 126: Infraestructura de cuatro sistemas – Variante: Nivelación del sistema de prueba (2)

En este escenario, las pruebas funcionales se llevan a cabo en TST y QAS. Por lo tanto, se
deben proporcionar interfaces y datos de prueba adecuados para ambos sistemas. Esto a
veces es un problema cuando la solución SAP está muy integrada con sistemas existentes
que solo tienen un nivel de prueba.
Normalmente, los equipos de implementación y los proveedores realizan las pruebas de
integración tempranas en TST. Las pruebas de integración finales, las pruebas de aceptación
del usuario y las pruebas de regresión se realizan en QAS en la fase de preparación final de
una versión.
Esta infraestructura permite realizar pruebas para versiones futuras en TST, aunque aún no
estén asignadas a la siguiente versión. El paquete de transporte para la siguiente liberación
solo debe ensamblarse antes de que empiece la fase de preparación final.
Esta infraestructura funciona mejor con el mecanismo Transporte de copias que, por ejemplo,
se utiliza en la gestión de solicitudes de modificación de SAP Solution Manager.
En esta opción, QAS asume parcialmente el rol del sistema de transposición técnico VAL de la
variante anterior. Sin embargo, existen algunas restricciones:
● Los transportes ya se han importado a QAS antes de que finalice el paquete de transporte.
● Los transportes de emergencia no se pueden probar en un entorno limpio mientras la
liberación se prueba en QAS.
● Los ensayos generales repetidos y las optimizaciones de transposición no son posibles.

234 © Copyright. Reservados todos los derechos.

 Lección: Opciones de infraestructura del sistema

Infraestructuras avanzadas para dar soporte a versiones paralelas

Figura 127: Infraestructura de cinco sistemas: versiones paralelas compatibles

cinco sistemas que se muestra en la figura anterior permite un desarrollo por fases de varias
versiones: la versión de producción n está en mantenimiento, la versión (n+1) está preparada
para la transposición y la nueva versión (n+2) está en desarrollo.
● En este escenario, todas las modificaciones se crean en DEV (tanto el desarrollo de la
liberación (n+2) como la corrección de errores que se detectan durante la prueba de la
liberación (n+1) y las correcciones de producción urgentes de la versión n).
● El sistema TST se utiliza para la validación de la configuración de las modificaciones
(principalmente desarrollos del release n+2) y la prueba de conversión de datos inicial
para el release (n+2).
● En el sistema de control de calidad QAS, se realizan las pruebas de usuario final y la prueba
de conversión de datos final para la siguiente versión (n+1), no contiene la configuración
de la liberación (n+2).
● El sistema de preproducción PRE es una copia reciente del sistema de producción y se
utiliza para las pruebas de regresión, las pruebas técnicas y la prueba de corte de la
siguiente versión (versión (n+1)).

En principio, funciona un paisaje de una sola vía. Pero viene con las siguientes limitaciones y
riesgos:
● Los desafíos y riesgos surgen principalmente porque todos los tipos de cambios deben
gestionarse en un único sistema de desarrollo y en un único canal de transporte (en un
entorno de mejores prácticas, hay 5 tipos de cambios: emergencias, lanzamientos
menores, lanzamientos principales, cambios estándar y mantenimiento de SAP).
● Hay conflictos que deberán ser gestionados explícitamente por los procesos respectivos.
Estos conflictos provocarán limitaciones en el desarrollo del proyecto o en la creación de
correcciones (hay que esperar).
● Flexibilidad limitada para desarrollar nuevas funciones.

© Copyright. Reservados todos los derechos. 235

Capítulo 5 : Estrategias de cambio de software

● Capacidades de prueba limitadas para probar nuevas funciones (tiempo y entorno).

● Riesgo de correcciones urgentes (el estado de liberación o desarrollo del sistema DEV es
diferente al estado del sistema productivo; potencialmente, en DEV, hay nuevos
desarrollos activos, los objetos que deben corregirse se han modificado mediante un
nuevo proyecto de desarrollo).
- Las correcciones urgentes pueden tardar más tiempo en implementarse.
- El entorno de prueba para correcciones urgentes potencialmente está "lejos de la
producción" (solo el sistema de preproducción refleja el estado de producción).

Aquí es donde entra en juego una infraestructura de transporte de dos sistemas (consulte la
siguiente figura). Esta infraestructura, también conocida como “infraestructura N+1”, se
diseñó para clientes que necesitan lanzar continuamente un número significativo de
actualizaciones de software, regularmente, y proporcionar un entorno de usuario final de
producción seguro y estable.
El principio principal de este diseño es la disociación del apoyo a la producción y el desarrollo
del proyecto:
● En el seguimiento del Soporte de producción, se crean todos los cambios urgentes, así
como los cambios estándar y “las versiones menores” que consisten en cambios no
críticos.
● En el seguimiento de desarrollo del proyecto, se realiza el desarrollo de nuevas
funcionalidades más grandes (como “versiones principales” y SAP Support Packages).

Solo en momentos bien definidos, los nuevos desarrollos se transfieren a la pista de Soporte
de producción. Esto se realiza mediante una transposición explícita después de un período de
prueba suficiente en el sistema TST.
La nueva versión debe ser aceptada por la empresa, así como por el propietario de la pista de
Soporte de producción.
Los cambios realizados en la pista de Soporte de producción se adaptan a la pista de
Desarrollo del proyecto (de manera oportuna).
Los tamaños de sistema necesarios son los siguientes:
● El sistema DEV, MNT y QAS puede ser de pequeño volumen de datos, sin configuración de
alta disponibilidad, pequeña CPU y pequeña RAM.
● El TST y el sistema PRE pueden tener el volumen de datos completo, una configuración de
alta disponibilidad reducida y una CPU y RAM reducidas.
● El sistema PRD, por supuesto, debe tener un volumen de datos completo, una
configuración de alta disponibilidad completa, así como una CPU y RAM completas.

236 © Copyright. Reservados todos los derechos.

 Lección: Opciones de infraestructura del sistema

Figura 128: Infraestructura de sistema dual: la idea básica

Esta infraestructura o sus variantes son mejores prácticas en el caso de grandes proyectos
de implementación (de mantenimiento o funcionales) en paralelo al soporte de producción:
las modificaciones del proyecto no afectan a la infraestructura de soporte de producción. Por
lo tanto, permite ahorrar y acelerar el soporte de producción en todo momento.

Nota:
Por lo general, no se recomienda más de una pista de desarrollo del proyecto.

Figura 129: ¿Cuándo utilizar la infraestructura dual?

La figura anterior muestra algunos factores decisivos para una infraestructura de transporte
de doble vía.

© Copyright. Reservados todos los derechos. 237

Capítulo 5 : Estrategias de cambio de software

Nota:
Tenga en cuenta que si los support packages se incluyen en el proyecto en una
infraestructura de transporte de doble seguimiento, todas las notas SAP que se
deben implementar en producción deben tratarse como conflictos.

Adenda: Infraestructura con sistemas prototipo

La siguiente figura finalmente muestra un enfoque diferente sobre cómo gestionar varios
proyectos para el mismo sistema de producción:

Figura 130: Adenda: Infraestructura con sistemas prototipo

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Analizar diferentes opciones de infraestructura de sistemas y explicar sus ventajas y
desventajas

238 © Copyright. Reservados todos los derechos.

 Capítulo 5

Evaluación de la formación

1. ¿Qué infraestructura es la mejor práctica para soluciones con soporte de producción y

proyectos de desarrollo de alcance medio?
Seleccione la respuesta correcta.

X A Infraestructura de tres sistemas

X B Infraestructura de cuatro sistemas

X C Infraestructura de cinco sistemas

© Copyright. Reservados todos los derechos. 239

 Capítulo 5

Respuestas a la Evaluación de la formación

1. ¿Qué infraestructura es la mejor práctica para soluciones con soporte de producción y

proyectos de desarrollo de alcance medio?
Seleccione la respuesta correcta.

X A Infraestructura de tres sistemas

X B Infraestructura de cuatro sistemas

X C Infraestructura de cinco sistemas

¡Correcto! La infraestructura de cuatro sistemas es la mejor práctica para soluciones con

proyectos de soporte y desarrollo de producción de alcance medio. Las infraestructuras
de tres sistemas son las más adecuadas para soluciones con soporte de producción y
proyectos de desarrollo de un alcance mínimo; las infraestructuras de cinco sistemas se
utilizan en grandes proyectos de implementación paralelos al soporte de producción.

240 © Copyright. Reservados todos los derechos.

CAPÍTULO 6 Herramientas de cliente

Lección 1
Copia de mandante y herramientas de transporte de mandante 243

Lección 2
Herramientas de mantenimiento y comparación de clientes 275

OBJETIVOS DEL CAPÍTULO

● Enumerar copia de mandante y herramientas de transporte de mandante

● Describir la idea de copias basadas en solicitudes de transporte
● Crear un mandante nuevo con la ayuda de una copia de mandante local
● Ilustrar el uso de copias remotas de clientes, transportes de clientes y eliminaciones de
clientes
● Describir la supervisión de copias de cliente
● Realizar una comparación de mandantes
● Describir la idea de ajustes de cliente con respecto al Customizing
● Describir cómo comparar dos repositorios

© Copyright. Reservados todos los derechos. 241

Capítulo 6 : Herramientas de cliente

242 © Copyright. Reservados todos los derechos.

 Capítulo 6
Lección 1
Copia de mandante y herramientas de
transporte de mandante

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá un resumen de las herramientas disponibles en una infraestructura
de sistema SAP. Aprenderá los procesos de copia de mandante y transporte de mandante y
explorará los requisitos del sistema SAP para procesar una copia de mandante.

Ejemplo empresarial
Para operar un sistema SAP basado en AS ABAP, se necesitan varios clientes. Su trabajo
como administrador del sistema SAP es crear y configurar mandantes y, a continuación,
gestionar todos los mandantes en toda la infraestructura del sistema SAP.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Enumerar copia de mandante y herramientas de transporte de mandante
● Describir la idea de copias basadas en solicitudes de transporte
● Crear un mandante nuevo con la ayuda de una copia de mandante local
● Ilustrar el uso de copias remotas de clientes, transportes de clientes y eliminaciones de
clientes
● Describir la supervisión de copias de cliente

Utilización de la copia de mandante y las herramientas de transporte de

mandante
SAP ofrece herramientas de copia de mandante y de transporte de mandante.
Puede utilizar la copia de mandante para crear, por ejemplo, los siguientes mandantes:
● Nuevos clientes del mandante de referencia SAP 000, durante la implementación inicial de
un sistema SAP
● Clientes de formación
● Clientes de demostración
● Mandantes de test
● Mandantes productivos

El mandante destino se puede copiar de un mandante fuente que se encuentra en el mismo o

en otro sistema.

© Copyright. Reservados todos los derechos. 243

Capítulo 6 : Herramientas de cliente

Figura 131: Herramientas de cliente: resumen

Los perfiles (de copia) definen las tablas que se deben copiar mediante la clase de entrega de
la tabla. Los datos especiales como los datos maestros de usuario se pueden seleccionar
especificando criterios.

Nota:
Estas clases de entrega se explican más adelante en esta lección.

Con las herramientas de copia de mandante, puede copiar partes seleccionadas de un

mandante existente en otro mandante, por ejemplo, los datos maestros de usuario con el
perfil de copia SAP_USER.
Para construir un mandante, utilice el perfil (de copia) SAP_CUST, que copia solo el
Customizing específico de mandante, para copiar el mandante 000, porque no se puede
garantizar la consistencia de los datos de aplicación en el mandante de entrega SAP 000.

Nota:
Debe crear un nuevo mandante en la transacción SCC4 (Administración de
mandantes) antes de poder realizar la copia de mandante.

244 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Figura 132: Herramientas de copia y transporte de mandante

Las herramientas de copia de mandante pueden copiar los siguientes componentes del
mandante fuente en el mandante destino:
● Datos maestros de usuario Datos maestros de usuario: los datos maestros de usuario solo
se borran en el sistema de destino si se copia un perfil (copia de mandante) con datos
maestros de usuario. Los perfiles de autorización y los roles pertenecen al Customizing y,
por lo tanto, siempre se copian junto con el Customizing. La copia de usuarios sin perfiles
de autorización es problemática. Por lo tanto, el perfil (copia de mandante) SAP_USER
también contiene perfiles de autorización y roles.
● Customizing Customizing: muchos perfiles de copia de mandante contienen Customizing.
Por lo general, los datos de Customizing se almacenan en tablas con las clases de entrega
C, G, E y S.
● Customizing válido para todos los mandantes: al realizar una copia de mandante remota o
un transporte de mandante, también se puede copiar el Customizing válido para todos los
mandantes.

Atención:
Pueden surgir inconsistencias en el sistema de destino después de copiar
tablas válidas en todos los mandantes. La copia del Customizing válido para
todos los mandantes solo se puede utilizar para crear un nuevo sistema SAP
porque los mandantes existentes pueden estar dañados por las
modificaciones en su contexto.

● /de transacción (aplicación): seleccione esta opción, por ejemplo, si desea configurar un
mandante de test desde el mandante productivo.

© Copyright. Reservados todos los derechos. 245

Capítulo 6 : Herramientas de cliente

Nota:
dependen de los datos de Customizing, por lo que solo pueden existir de forma
consistente junto con ellos. Los datos de aplicación existentes siempre se borran
del mandante destino, excepto las copias con SAP_USER y SAP_UONL. Por lo
general, los datos de aplicación se almacenan en tablas con la clase de entrega A.
Si ha actualizado un sistema lógico en cada uno de los mandantes fuente y
destino (transacción BD54) y lo ha asignado al mandante (transacción SCC4), los
nombres de sistema lógico en los datos de aplicación del mandante destino se
convertirán automáticamente después de copiar los datos de aplicación (por
ejemplo, con el perfil de copia SAP_ALL).

La copia de mandantes requiere una gran cantidad de recursos del sistema. Para evitar una
rescisión prematura debido a cuellos de botella, asegúrese de que haya suficientes recursos
disponibles de la siguiente manera:
● Espacio de almacenamiento de la base de datos: realice una ejecución de prueba antes de
copiar un cliente. El log contiene el total de datos copiados y borrados (en MB). Las
necesidades de almacenamiento solo se pueden estimar porque el espacio ya asignado,
pero aún no utilizado, no se tiene en cuenta.
● Tiempo de ejecución: dependiendo del volumen de datos de la aplicación, la copia de un
cliente puede tardar varias horas o incluso días. Los usuarios activos o los procesos de
fondo en mandantes que no sean los mandantes fuente o destino pueden ampliar aún más
este tiempo. Por ejemplo, los bloqueos en un tercer mandante en el mismo sistema
pueden retrasar el procesamiento de objetos. En principio, el trabajo en el sistema es
técnicamente posible durante la copia de mandante. Sin embargo, se recomienda
encarecidamente que no lo haga (o solo en casos excepcionales), ya que esto puede
provocar inconsistencias. Si utiliza procesos paralelos para la copia de mandante, se
utilizarán procesos de diálogo incluso si el job de copia de mandante está planificado en
proceso de fondo.

Consejo:
El valor de timeout estándar suele ser suficiente. Si la base de datos es
utilizada por procesos adicionales, puede ser aconsejable aumentar el
parámetro de perfil.

● Carga del sistema: Copiar o transportar un cliente puede tardar mucho tiempo porque se
mueven grandes cantidades de datos. Uno o más procesos de diálogo están ocupados
para este tiempo. La interfaz de base de datos se utiliza mucho.
● Proteger mandantes contra inicios de sesión de usuario: Debe asegurarse de que ningún
usuario inicie sesión en el sistema durante la copia. Por motivos técnicos, el mandante
fuente (opcional) y el mandante destino (obligatorio) están bloqueados.

246 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Nota:
El bloqueo de mandante fuente se puede eliminar en las opciones de experto.
Para las nuevas herramientas de copia de mandante disponibles a partir de
SAP_BASIS 754, se puede eliminar en la pantalla de selección. SAP
recomienda desbloquear el mandante fuente solo en situaciones
excepcionales (al construir sistemas de prueba o sandbox).

El bloqueo de entrada al sistema también se aplica a HTTP y no solo a los inicios de sesión
de SAP GUI. La única forma de acceder a un mandante bloqueado es utilizar RFC. Los
usuarios que hayan iniciado sesión en el mandante destino antes del inicio de la copia no
se pueden bloquear automáticamente, por lo que debe asegurarse de que abandonan el
sistema. Los mandantes fuente y destino deben protegerse adicionalmente mediante un
mensaje de sistema (SM02). Supervisar la conformidad en ambos mandantes (por
ejemplo, en la transacción SM04). Tampoco debería trabajar en el mandante fuente
durante la copia.
● Depuración: Si desea utilizar Query SAP en el nuevo mandante, debe realizar algún
procesamiento posterior.
● Restricciones: No puede acceder a los datos archivados en el mandante destino si el
número de mandante destino no es el mismo que el número de mandante fuente.
● Documentos de modificación (tablas CDHDR, PCDHDR, CDPOS y PCDPOS): los
documentos de modificación de la gestión de usuarios y los logs del repository de log
genérico (tablas de log de aplicación BAL*) no se copian.
● Efecto en los rangos de números: si se copian los datos de Customizing y de aplicación, los
rangos de números se copian con los datos porque son necesarios para los datos de
aplicación. Si solo se copian los datos de Customizing, los rangos de números se
reinicializan porque los datos de aplicación que hacen referencia a ellos se borran y, a
continuación, se reestructuran.

Nota:
La cantidad de datos y, por lo tanto, la memoria necesaria y el tiempo de copia
para los mandantes productivos pueden ser considerables. En este caso, no debe
copiar datos de aplicación, puede pensar en crear los datos de test necesarios,
por ejemplo, con Computer Aided Test Tools (eCATTs) ampliados.

.Autorizaciones
Para copiar o transportar mandantes, necesita las autorizaciones correspondientes.

Tabla 3: Objetos de autorización generales para copia de mandante

Objetos de autorización Acción
S_TABU_CLI Actualizar tablas válidas en todos los man-
dantes
S_TABU_DIS Actualizar tablas de sistema
S_CLNT_IMP Importar datos en copia de mandante

© Copyright. Reservados todos los derechos. 247

Capítulo 6 : Herramientas de cliente

Objetos de autorización Acción

S_DATASET Acceder al sistema de archivos

Tabla 4: Autorizaciones para copiar perfiles de usuario y registros maestros de usuario

Objetos de autorización Acción
S_USER_AGR Copiar roles
S_USER_PRO Copiar perfiles de autorización
S_USER_GRP Copiar registros maestros de usuario

Tabla 5: Autorizaciones para el transporte de mandantes

Objeto de autorización Acción
S_TRANSPRT con TTYPE "CLCP" y ACTVT Crear listas de objetos para transportes de
"01" mandante y copiar en otro mandante

Tabla 6: Autorizaciones para copia remota (autorización obligatoria para usuario RFC en
mandante fuente)
Authorization Acción
S_TABU_RFC Acceso remoto a tablas en el sistema de des-
tino

Modificaciones con SAP_BASIS 754

Nota:
Esta sección solo es válida para sistemas SAP basados en SAP_BASIS 754 o
superior.

A partir de SAP_BASIS 754 se han modificado y ampliado los procedimientos de copia de

mandante. Consulte la nota SAP 2962811 – Nueva herramienta de copia de mandante:
Información general para obtener más detalles.
La nueva herramienta de copia de mandante viene con nuevos códigos de transacción y APIs
(RFC). Además, la herramienta ahora ofrece listas de tareas para la ejecución en STC01.
Hay disponibles nuevos objetos de autorización S_CLNT_CPY (ejecución de proceso de copia
de mandante, actividad 60 para copia de mandante, actividad 03 para comparación de
mandantes) y S_CLNT_EXI (ejecución de exit de copia de mandante en RFC para exits en
sistemas remotos).
La figura “Herramientas de copia de cliente: Resumen” muestra las dos herramientas que se
han refactorizado como sucesoras de transacciones antiguas y herramientas nuevas. Se
puede acceder a estas herramientas mediante códigos de transacción o con la ayuda de hojas
de ruta (transacción STC01).

248 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Figura 133: Herramientas de copia de cliente: Resumen

La herramienta de copia de mandante contiene las siguientes mejoras:

● Rendimiento mejorado: hasta 10 veces más rápido que antes mediante el uso de
capacidades nativas de la base de datos de SAP HANA. La herramienta Remote Client
Copy es hasta 5 veces más rápida que antes.
● Seguridad mejorada y menor esfuerzo manual: el usuario SAP* ya no es necesario para
realizar copias de cliente para que no sea necesario reiniciar el sistema. Las listas de
tareas están disponibles para la automatización.
● Estabilidad mejorada: los exits de aplicación Copia de cliente ahora se ejecutan en
entornos aislados. Las tablas y los exits fallidos se almacenan en el log.
● Log mejorado: el log Copia de cliente se ha transformado de una IU basada en archivos a
una IU basada en tablas con información adicional y una mejor persistencia. La
herramienta ofrece varias pestañas para diferentes secciones del log, como Datos de
cabecera, Tablas procesadas, Mensajes de exit de aplicación y Mediciones de tiempo de
ejecución.

Nota:
Las copias de mandante ya no se deben ejecutar desde el mandante destino. En
su lugar, SAP recomienda ejecutar la herramienta Copia de mandante desde un
tercer mandante que no se vea afectado por la herramienta. Por ejemplo, al copiar
del mandante 100 al 200, podría ejecutar la herramienta en el mandante 000.
La copia de mandante siempre bloquea el mandante destino. Por defecto, el
mandante fuente también está bloqueado. Puede optar por no bloquear el
mandante fuente a riesgo de que el acceso de escritura simultáneo al mandante
fuente resulte en copias inconsistentes. Tenga en cuenta que un bloqueo de
cliente ahora no solo evita nuevos inicios de sesión mediante SAP GUI, sino
también el acceso HTTP.

Puede buscar hojas de ruta mediante la transacción STC01. Tiene dos opciones:

© Copyright. Reservados todos los derechos. 249

Capítulo 6 : Herramientas de cliente

● Introduzca una hoja de ruta y seleccione Visualizar hoja de ruta.

● Abra la lista desplegable y seleccione Lista de tareas, Descripción o Grupo de listas de
tareas.

Una vez que haya completado una de estas acciones, seleccione Buscar.

Nota:
Para evitar una larga duración del proceso al copiar grandes cantidades de datos,
ejecute la copia de mandante como lista de tareas.

Antes de copiar mandantes o tablas de un sistema a otro, puede determinar su tamaño y

cuánto espacio se necesita para ellos en la memoria. Para ello, utilice la transacción
SCC_CLIENT_SIZE.
Para ello, proceda de la siguiente manera:

1. Llame la transacción SCC_CLIENT_SIZE.

2. Indique un mandante y la cantidad de procesos que deben ejecutarse en paralelo.

3. Para seleccionar una tabla individual, introduzca una tabla específica de mandante o
utilice la función de búsqueda.

4. Ejecute la transacción.

Figura 134: Determinación de tamaño de cliente (nuevo)

Pruebas de órdenes de transporte de Customizing

Las órdenes de transporte para el Customizing se suelen crear en el sistema de desarrollo. A
continuación, se liberan en el sistema de desarrollo y se importan al sistema de gestión de
calidad. Puede ser una buena idea realizar además algunas pruebas previas en un cliente
separado del sistema de desarrollo. Esto debería hacerse antes de liberar la orden de
transporte.

250 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Antes de liberar una orden de transporte de Customizing, realice un test de unidad para:
● Pruebe la funcionalidad de la orden de transporte.
● Verifique que el contenido de la orden de transporte esté completo.

El mantenimiento de un cliente independiente para las pruebas permite realizar pruebas de

unidad verdaderas y el mantenimiento de los datos de prueba sin el riesgo de crear datos
dependientes de la personalización.
La transacción SCC1 copia las modificaciones de un mandante a otro en función de:

● Una tarea
● Una orden de transporte
● Una orden de transporte y sus tareas

Figura 135: Pruebas de órdenes de transporte de Customizing (antiguas/nuevas)

copiar el contenido de una orden de transporte de un mandante a otro, utilice la transacción

SCC1 desde el mandante destino. Introduzca tanto el mandante fuente como la orden de
transporte de la que deben copiarse los objetos.

Consejo:
Solo se pueden copiar objetos de una orden de transporte a la vez. Como copiar
objetos de cada orden de transporte individualmente puede llevar mucho
tiempo, puede utilizar la opción Incluir objetos en la transacción SE09 para
agrupar los objetos de varias órdenes de transporte en una orden de transporte.
Los objetos resultantes de esta orden de transporte más grande se pueden
copiar en el mandante destino, ahorrando tiempo.

© Copyright. Reservados todos los derechos. 251

Capítulo 6 : Herramientas de cliente

Nota:
Si la orden de transporte contiene objetos válidos para todos los mandantes,
estos objetos no se copiarán.

Con FP01 para SAP S/4HANA 2020 (es decir, SAP_BASIS 755 SP01), SAP envía la
transacción SCC1N como sucesora para la transacción SCC1. Con la ayuda de esta nueva
transacción, puede copiar objetos de Customizing registrados en órdenes de transporte a
varios mandantes de destino. Una orden de transporte en este contexto también puede ser
una orden de transporte local o una orden de transporte importada desde otro sistema. A
diferencia de la transacción SCC1, SCC1N se puede ejecutar en cualquier mandante. Además,
hay disponible un gran número de parámetros nuevos.
Si desea copiar órdenes de transporte con la transacción SCC1N que no se han liberado,
proceda de la siguiente manera:
● En el área Hora de exportación/importación de la orden de transporte, seleccione el botón
de selección Fecha de importación/actualización local.
● Si es un campo obligatorio (depende del nivel de liberación/SP), introduzca una fecha que
se encuentre en el pasado en el campo Fecha de exportación/importación.

Para obtener más información, consulte el blog New Tool to Copy Configuration Data to
Clients (SCC1N) (disponible enhttps://blogs.sap.com/2022/02/15/new-transport-based-
client-copy-scc1n/).

Copia de mandante local

Una copia de mandante local copia datos entre mandantes dentro del mismo sistema SAP.

Transacción SCCL

Figura 136: Copia de mandante local (antigua)

252 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Client Cuando se utiliza la transacción SCCL y/o la transacción SCC8 (copia de mandante
local y remota mediante las herramientas “clásicas”), la copia de mandante debe iniciarse
desde el mandante destino mediante los siguientes pasos:

1. Cree una entrada para el mandante destino en la tabla de actualización de mandantes.

Para ello, seleccione la transacción SCC4.

2. Dado que en este momento no existe ningún usuario en el nuevo mandante destino, no
existe ningún usuario SAP*. En este caso, puede iniciar sesión en el cliente de destino
como SAP* con el pase de contraseña codificada. Ejecute la copia de mandante con la
transacción SCCL. Seleccione los datos que se van a copiar mediante un perfil.

Nota:
El nombre SAP* con clave de acceso solo está activo si el parámetro de perfil
login/no_automatic_user_sapstar está fijado en el valor 0.

3. Asigne los mandantes fuente para datos de Customizing, datos de aplicación y registros
maestros de usuario.

4. Inicie la copia de mandante. Dado que la copia requiere mucho tiempo, utilice la ejecución
en proceso de fondo.

Atención:
Para garantizar la consistencia de los datos, no puede trabajar en el mandante
destino durante una copia de mandante. SAP recomienda no trabajar en el
mandante fuente durante una copia de mandante.

Nota:
SAP suministra el software con 000. No puede trabajar en el mandante 000, pero
puede utilizar 001 como mandante productivo, si existe. El mandante 001 es una
copia del mandante 000. Sin embargo, si no desea utilizar el mandante 001, SAP
recomienda iniciar la implementación del sistema SAP creando un mandante
nuevo como copia del mandante 000. No olvide borrar el cliente 001 en este caso.

Puede mejorar el rendimiento de la copia de mandante, por ejemplo, excluyendo tablas o

paquetes, con Editar → opciones de experto. Puede excluir tablas de la copia de mandante,
por ejemplo, si no son relevantes para el mandante destino, en la etiqueta Tablas. Para
obtener más información sobre la exclusión de tablas de la copia de mandante, seleccione el
botón Documentación en la barra de herramientas de la aplicación de las opciones de experto.
Para obtener más información sobre las opciones de experto en la copia de mandante,
consulte la nota SAP 446485 – CC-ADMIN: Opciones de copia especiales.

Transacción SCCLN (a partir de SAP_BASIS 754)

A partir de SAP_BASIS 754, se ha modificado y ampliado el procedimiento de copia de
mandante local. Para realizar una copia de mandante local con la transacción SCCLN, proceda
de la siguiente manera:

1. Llame la transacción SCCLN.

2. Seleccione un mandante fuente y un mandante destino.

© Copyright. Reservados todos los derechos. 253

Capítulo 6 : Herramientas de cliente

3. Defina el alcance para la copia de mandante. Puede seleccionar un perfil de copia de

mandante o especificar tablas seleccionadas.

Nota:
SAP recomienda copiar tablas individuales solo en casos excepcionales.

4. Defina la opción de procesamiento, por ejemplo, verifique la copia seleccionando Modo de

test, bloquee el mandante fuente para inicios de sesión, defina la cantidad de procesos
que se ejecutan en paralelo.

5. Especifique si desea planificar la copia de mandante como lista de tareas (en la ventana de
diálogo o como job de fondo) o si desea iniciarla inmediatamente.

Figura 137: Copia de mandante local (nuevo)

Utilización de procesos paralelos

Puede utilizar procesos paralelos para copias remotas y locales y para borrar mandantes,
para aprovechar mejor la capacidad de su base de datos.

Nota:
Válido solo para SCCLN: dos procesos por CPU de base de datos disponible es una
buena directriz. El número de servidores de aplicación no está restringido.
Los procesos paralelos solo se utilizan durante la fase de copia real, no durante las
fases de análisis y procesamiento posterior.
La gestión de recursos sólo puede asignar una cantidad limitada de procesos a la
copia de mandante.

254 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Copia de mandante remoto

Una copia de mandante remota le permite copiar datos entre mandantes de diferentes
sistemas SAP. Puede utilizar una copia de mandante remota para, por ejemplo, copiar datos
de Customizing específicos de mandante e independientes de mandante entre sistemas SAP.
Una de la misma manera que una copia de cliente local, pero obtiene los datos de un destino
Remote Function Call (RFC) al cliente fuente.

Copia remota con transacción SCC9

Figura 138: Copia de mandante remoto (antigua)

Una copia de cliente remota es fácil de usar y no requiere espacio del sistema de archivos.
Tenga en cuenta lo siguiente:
● El Customizing válido para todos los mandantes se puede copiar durante una copia de
mandante remota, dependiendo del perfil de copia de mandante.
● Para poder copiar todos los datos durante la copia de mandante, las estructuras de todas
las tablas copiadas en ambos sistemas SAP deben ser idénticas. Durante la copia de
mandante remota, se realiza una verificación automática de consistencia del repository. Si
se detectan inconsistencias, se cancela la copia de mandante y se visualiza un mensaje de
error. También puede realizar la verificación de consistencia con el botón Comparación de
sistema RFC Comparación de sistema RFC en la pantalla de inicio de la transacción SCC9.

Si tiene problemas para copiar desde otro sistema SAP, consulte la nota SAP 557132 – CC-
TOPIC: Copia de cliente remoto.
Para obtener más información sobre copias de cliente remoto, consulte también la nota SAP
47502 – CC-REMOTE: Mensajes de Remote Clientcopy. Para obtener información adicional
sobre la copia de mandante en general, consulte la nota SAP 1537913 – Copia de mandante:
Local, remoto, exportación/importación y borrado.

© Copyright. Reservados todos los derechos. 255

Capítulo 6 : Herramientas de cliente

Figura 139: Copia de mandante remoto: Tratamiento paralelo (antiguo)

función de copia de mandantes se puede utilizar con varios procesos paralelos, lo que acelera
el proceso de copia. Otros factores que se deben tener en cuenta para optimizar una copia de
mandante incluyen el rendimiento de la red y el rendimiento de la base de datos.
Los procesos de copia de mandante se generan en el tiempo de ejecución. Son , gestionados
por grupos de servidores RFC. Debe especificar la cantidad máxima de procesos que desea
utilizar en el programa de copia de mandante.

Nota:
El procesamiento paralelo solo se puede utilizar al realizar una copia de mandante
local o remota, no se puede utilizar para transportes de mandante.

Para especificar la cantidad máxima de procesos de , utilice la transacción SCCL para una
copia local o la transacción SCC9 para una copia remota y, a continuación, seleccione Pasar
a → Procesos paralelos.
Para definir un grupo utilice la transacción RZ12. Para los grupos de servidores RFC, las
limitaciones de los parámetros del sistema SAP se explican en la nota SAP 99284 –
Excepción RFC: RESOURCE_FAILURE. Consulte la nota SAP 2001276 – Configuración
modificada a partir de 7.40 SP2 para modificaciones a partir de AS ABAP 7.40.
Durante la ejecución de una copia de mandante mediante el procesamiento paralelo, cada
proceso paralelo verifica el otro para ver si aún se está ejecutando. Si un proceso ha fallado,
se reiniciará automáticamente.

256 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Consejo:
En un mandante existente, los datos de aplicación, el Customizing específico de
mandante, el Customizing válido para todos los mandantes y el repository
dependen entre sí. Incluso al incluir el Customizing válido en todos los
mandantes, una copia de mandante remota solo será 100% consistente si el
repository completo del sistema fuente y el sistema de destino es idéntico. Sin
embargo, este nunca será el caso en los sistemas SAP “reales”.

Por último, tenga en cuenta lo siguiente:

● Cuando copia un mandante de un sistema a otro, los datos se transfieren directamente
mediante la interfaz RFC: no hay almacenamiento intermedio en el disco duro.
● Los sistemas pueden estar en diferentes plataformas.
● El número de mandante destino puede ser diferente del número de mandante fuente.
● Las conversiones de code page se realizan automáticamente, siempre que sea
técnicamente posible.
● No utilice el mismo mandante que la fuente para varias copias o transportes de mandante
al mismo tiempo.

Copia remota de mandante con transacción SCC9N (a partir de SAP_BASIS 754)

Nota:
Esta sección solo es válida para sistemas SAP basados en SAP_BASIS 754 o
superior.

A partir de SAP_BASIS 754, se ha modificado y ampliado el procedimiento de copia de

mandante remoto.
Para una copia remota con la transacción SCC9N, proceda de la siguiente manera:

1. Llame la transacción SCC9N en el sistema destino en un mandante diferente del mandante

destino.

2. Seleccione o indique un destino RFC para el sistema fuente y el mandante fuente y

seleccione un mandante destino.

3. Defina el alcance para la copia de mandante. Puede seleccionar un perfil de copia de

mandante del perfil existente de la copia de mandante de la lista o seleccionar
determinadas tablas de base de datos o paquetes.

4. Configure las opciones de procesamiento como en una copia local, por ejemplo, verifique
la copia seleccionando Modo de test, bloquee el mandante fuente para inicios de sesión,
especifique si desea dividir tablas grandes, especifique si desea copiar tablas
incompatibles (RFC). Consulte la imagen "Copia de mandante remoto con la transacción
SCC9N".

5. Defina la cantidad de procesos que se ejecutan en paralelo.

6. Especifique si desea programar la copia de mandante como job de fondo (Ejecutar como
lista de tareas) o si desea iniciarla inmediatamente (Ejecución directa).

© Copyright. Reservados todos los derechos. 257

Capítulo 6 : Herramientas de cliente

7. Inicie la copia.

Figura 140: Copia de mandante remoto (nuevo)

Consejo:
Cuando se está preparando para realizar una copia de cliente remota en un
entorno SAP S/4HANA y está buscando recomendaciones de rendimiento,
consulte la nota SAP 2953662 – Recomendaciones para mejoras de rendimiento
de copia de cliente remotas en S/4HANA para obtener más información.

Transporte de cliente
transporte de mandante difiere de una copia de mandante en que no utiliza RFC. Sin
embargo, al igual que una copia de mandante, se utiliza un transporte de mandante para
copiar datos entre diferentes mandantes. Un transporte de mandante se puede utilizar para
sustituir una copia de mandante local o remota.
transporte de cliente consta de dos pasos. En primer lugar, una exportación de mandante
extrae datos de mandante del mandante fuente a ficheros en el nivel de sistema operativo. A
continuación, los datos se importan de estos ficheros al mandante destino.

258 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Transporte de cliente con la ayuda de las transacciones SCC8 y STMS

Figura 141: Transporte de cliente: Proceso de exportación (antiguo)

Para realizar una exportación de mandante con la ayuda de la transacción SCC8, siga estos
pasos:

1. Inicie sesión en el mandante fuente. Seleccione la transacción SCC8 (exportación de

mandante). Seleccione los datos a copiar mediante un perfil (copia de mandante).

2. Especifique el sistema de destino en el que se copiará el mandante. El sistema destino

debe estar definido en el Transport Management System (TMS) como parte del dominio
de transporte.

3. Inicie la exportación de mandante. Debido a que la copia puede tardar mucho tiempo,
utilice la ejecución en proceso de fondo programada.

La exportación de mandante realizada en el sistema fuente <SID> exporta los datos de

mandante de forma asincrónica llamando el programa de transporte tp a nivel de sistema
operativo. Este proceso de exportación generará hasta tres archivos de datos a nivel del
sistema operativo:
● RO< número >.<SID>: Este fichero contiene datos válidos en todos los mandantes
● RT< número >.<SID>: este fichero contiene datos específicos de mandante
● RX< número >.<SID>: este fichero contiene textos SAPscript

© Copyright. Reservados todos los derechos. 259

Capítulo 6 : Herramientas de cliente

Consejo:
La exportación de datos es asincrónica y aún se ejecuta incluso después DE QUE
LA TRANSACCIÓN SCC8 ya haya finalizado. No ejecute ninguna otra
herramienta de copia de mandante antes de que finalice la exportación de datos.
Como de costumbre, puede verificar el estado de la exportación con la
transacción SCC3. También puede verificar el estado de la exportación de
mandante con la transacción SE01. Aquí, visualice los logs para la orden de
transporte <SID>KT<número> en la etiqueta Mandante.

Nota:
Durante la exportación de mandante, puede que no haya información disponible
en la transacción SCC3, área Exportaciones (mandante), porque la exportación se
realiza con R3trans. Según el release de SAP_BASIS, puede ser Cancelado en la
transacción SCC3 mientras se ejecuta la exportación de mandante, en lugar de
Procesando..., como cabría esperar.

Figura 142: Transporte de cliente – Proceso de importación (antiguo)

del tipo de datos seleccionado mediante el perfil de transporte de mandante, se añaden hasta
tres ficheros de transporte de copia de mandante a la memoria intermedia del sistema de
destino. Esos archivos están relacionados con los archivos de datos en el nivel del sistema
operativo descrito anteriormente.
Las órdenes no se importan cuando se realiza una importación. Puede importar estas
órdenes al mandante destino mediante la importación individual en TMS: Seleccione una de
las órdenes de transporte del transporte de mandante en el Transport Management System
(TMS). Las otras órdenes de transporte que pertenecen a este transporte de mandante se
importan automáticamente en el orden correcto.
Una vez finalizado el proceso de importación, se requieren actividades posteriores a la
importación para los pasos de generación de objetos. Para ello, después de finalizar la

260 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

importación, inicie sesión en el mandante destino. Seleccione la transacción SCC7 para los
pasos de procesamiento posterior.
Para visualizar logs de transporte de mandante, utilice la etiqueta Transport Organizer – Vista
ampliada (transacción SE01), Mandante.
Durante la exportación de mandante, se puede realizar una verificación de consistencia de
repository seleccionando la verificación del sistema RFC en la transacción SCC8. Si se
detectan inconsistencias, se generará una lista de las definiciones de tabla del Dictionary
ABAP que faltan o son diferentes en el sistema de destino. Esto le ayudará a reconocer de
antemano los problemas que pueden ocurrir durante la importación de los datos fuente.

Exportación de mandante con transacción SCC8N (a partir de SAP_BASIS 754)

A partir de SAP_BASIS 754, el procedimiento de transporte de mandante se ha modificado y
ampliado.

Figura 143: Transporte de cliente (nuevo)

Un transporte de cliente con la ayuda de la nueva herramienta cliente consta de tres pasos:

1. Exportación de cliente (SCC8N):

a. Llame la transacción SCC8N.

b. Seleccione el mandante fuente.

c. Seleccione la ruta de exportación/importación. Para ello, puede, por ejemplo,

seleccionar el destino de una orden de transporte.

d. Defina el alcance para la copia de mandante. Puede utilizar el perfil definido

previamente de la copia de mandante (entrada directa o selección de la lista
desplegable) o seleccionar tablas o paquetes.

e. Defina las opciones de procesamiento, por ejemplo, Modo de test, Tolerar exits fallidos,
Procesamiento posterior de importación automatizado o Liberar órdenes de transporte
en exportaciones.

© Copyright. Reservados todos los derechos. 261

Capítulo 6 : Herramientas de cliente

f. Especifique si desea programar la copia de mandante como job de fondo (Ejecutar

como lista de tareas) o si desea iniciarla inmediatamente (Ejecución directa).

2. Importación de mandante (STMS):

a. Seleccione una de las órdenes de transporte del transporte de mandante en el

Transport Management System (transacción STMS, Importar resumen de cola). Las
otras órdenes de transporte que pertenecen a este transporte de mandante se añaden
automáticamente en el orden correcto.

b. Importe estas órdenes de transporte al mandante destino. Para ello, es posible que
deba iniciar sesión en el mandante de destino.

3. Procesamiento posterior de importación de cliente (SCC7N):

Nota:
Debe realizar actividades de procesamiento posterior para adaptar el entorno
de tiempo de ejecución al estado actual de los datos.

a. Llame la transacción SCC7N.

b. Seleccione el mandante destino de la importación.

c. Seleccione la ruta de exportación/importación. Para ello, por ejemplo, puede

seleccionar el destino de una orden de transporte.

d. Verifique la información de importación de mandante: Transporte específico de

mandante, Transporte válido para todos los mandantes, Perfil, Sistema fuente y
Mandante fuente.

e. Definir las opciones de procesamiento: Modo de test, Tolerar exits fallidos, Tolerar
tablas fallidas, Utilizar bloqueos exclusivos y Cantidad de procesos paralelos.

f. Especifique si desea programar la copia de mandante como job de fondo (Ejecutar

como lista de tareas) o si desea iniciarla inmediatamente (Ejecución directa).

Nota:
El procesamiento posterior de la importación de mandante siempre es necesario y
debe realizarse en el mandante de destino después de la importación de las
órdenes de transporte. Cuando haya seleccionado Imp. automatizada
Procesamiento posterior en la exportación de mandante (transacción SCC8N), no
es necesario iniciar el procesamiento posterior de importación de mandante
manualmente.
No utilice el mismo mandante que la fuente para varias copias o transportes de
mandante al mismo tiempo.

Borrado de cliente

Consejo:
Para borrar los clientes 001 y 066, consulte la nota SAP 1749142 – Cómo
eliminar clientes no utilizados, incluidos los clientes 001 y 066.

262 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Figura 144: Borrado de cliente (antiguo/nuevo)

Borrar un mandante con la transacción SCC5

borrar un mandante de un sistema SAP con la ayuda de la transacción SCC5, proceda de la
siguiente manera:
● Inicie sesión en el mandante que se va a borrar.
● Utilice la transacción SCC5.

● Inicie el borrado del mandante, preferentemente mediante la ejecución en proceso de

fondo.

Si borra una entrada de mandante de la tabla T000 con la actualización de mandante

(transacción SCC4), ya no podrá acceder al mandante ni actualizarlo mediante órdenes de
transporte. Sin embargo, esto no elimina los datos que pertenecen al cliente. Esto significa
que los datos específicos de mandante permanecen en su sistema SAP y ocupan espacio en
la base de datos. Por lo tanto, para eliminar un cliente SAP por completo, es decir, para
eliminar tanto los datos específicos de cliente como los datos específicos de cliente, utilice la
función Eliminar cliente, transacción SCC5.

Consejo:
Borrar una entrada de mandante con la actualización de mandantes, transacción
SCC4, le permite bloquear temporalmente el mandante. Este procedimiento de
eliminación conserva los datos para el cliente pero evita que los usuarios inicien
sesión en el cliente o accedan a los datos que pertenecen al cliente. Para
restaurar el cliente y permitir la entrada al sistema, vuelva a crear la entrada de
cliente mediante Actualización de cliente.

El tiempo necesario para borrar un mandante se puede reducir ejecutando el borrado

mediante procesos paralelos.

© Copyright. Reservados todos los derechos. 263

Capítulo 6 : Herramientas de cliente

Borrar un mandante con la transacción SCC5N (a partir de SAP_BASIS 754)

A partir de SAP_BASIS 754 se ha modificado y ampliado el procedimiento de copia de
mandante local.
Para borrar un mandante con la ayuda de la transacción SCC5N, proceda de la siguiente
manera:

1. Llame la transacción SCC5N. No es necesario hacerlo desde el mandante que desea

borrar.

2. Seleccione el mandante de la lista que desea borrar. Opcionalmente, puede especificar si

desea borrar el mandante de la gestión de mandantes (tabla T000).

3. Defina las opciones de procesamiento, por ejemplo, verifique el borrado seleccionando

Modo de test o defina la cantidad de procesos que se ejecutan en paralelo.

4. Especifique si desea programar el borrado como job de fondo (Ejecutar como hoja de ruta)
o si desea iniciarlo inmediatamente (Ejecución directa).

5. Inicie el borrado.

Perfiles de copia de mandante

Al copiar, puede utilizar perfiles de copia que simplifican la selección y la combinación de los
objetos que se van a copiar. SAP proporciona los siguientes perfiles de copia en la tabla
siguiente. Los datos de Customizing y de aplicación se borran en el mandante destino antes
de copiar para todos los perfiles excepto SAP_USER y SAP_UONL. Esto es técnicamente
inevitable.
Los roles también se copian con los registros maestros de usuario mediante el perfil
SAP_USER.

Tabla 7: Resumen de perfiles de copia (general)

Copiar perfil Significado
SAP_USER Se copian los datos maestros de usuario, los roles de usuario
y los perfiles de autorización. El mandante no se reinicializa.
SAP_UONL Datos maestros de usuario sin perfiles de autorización ni ro-
les
SAP_PROF Solo perfiles de autorización y roles
SAP_CUST Se copia el Customizing específico de mandante, incluidos
los perfiles de autorización. Los datos de aplicación se bo-
rran y los datos maestros de usuario del mandante destino
se conservan.
SAP_CUSV SAP_CUST con variantes
SAP_CUSX SAP_CUST sin perfiles de autorización ni roles
SAP_UCUS SAP_CUST con datos maestros de usuario
SAP_UCSV SAP_UCUS con variantes
SAP_ALL Se copian todos los datos de mandante excepto los docu-
mentos de modificación (véase la nota 180949) y los datos
locales.
SAP_APPL SAP_ALL sin datos maestros de usuario

264 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Copiar perfil Significado

SAP_APPX SAP_APPL sin perfiles de autorización ni roles

Tabla 8: Perfiles de copia adicionales para copias remotas (SCC9(N))

Copiar perfil Significado
SAP_RMBC SAP_UCSV con Customizing válido en todos los mandantes
SAP_RMPA SAP_ALL con Customizing válido en todos los mandantes
SAP_RMPC SAP_CUSV con Customizing válido en todos los mandantes

Tabla 9: Perfiles de copia adicionales para transportes de mandante (SSC8(N))

Copiar perfil Significado
SAP_EXBC SAP_UCSV con Customizing válido en todos los mandantes
SAP_EXPA SAP_ALL con Customizing válido en todos los mandantes
SAP_EXPC SAP_CUSV con Customizing válido en todos los mandantes

Tabla 10: Perfiles especiales (solo SCC8 y SCC9(N))

Copiar perfil Significado
SAP_RECO Este perfil solo sirve para recuperar un cliente borrado acci-
dentalmente (véase la nota SAP 31496). Contiene tablas lo-
cales de las clases de entrega L y W y los documentos de
modificación, así como SAP_ALL.

Figura 145: Perfiles de copia de mandante estándar de SAP

© Copyright. Reservados todos los derechos. 265

Capítulo 6 : Herramientas de cliente

todos los escenarios típicos de copia de mandante, SAP proporciona perfiles que afectan a
varios tipos de datos en el sistema SAP y utilizan varias funciones de copia (como se muestra
arriba).
de la opción de copia de mandante que haya seleccionado, la herramienta de copia de
mandante determina el objetivo de la tabla en el sistema SAP cuando se copia la tabla. Por
ejemplo, si ha seleccionado el perfil de Customizing y la tabla pertenece al Customizing, la
tabla se copiaría en el mandante de destino. Sin embargo, si la tabla contiene datos de
aplicación, el contenido de la tabla no se copiará (y los datos existentes se borrarán en el
mandante destino).

Nota:
Para determinar el objetivo de una tabla, la herramienta de copia de mandante
utiliza la clase de entrega de tabla asignada. La herramienta de copia de mandante
asume que todas las tablas pertenecen al Customizing, excepto las que tienen las
clases de entrega de tabla L, A y W.

Figura 146: Clases de entrega de tabla

Para comprender el efecto de las clases de entrega de tablas durante el upgrade, el

transporte o la copia de mandante, especialmente si hay proyectos de desarrollo que crean
nuevas tablas, consulte la documentación en línea de SAP y la nota SAP 2857: ¿Qué clases de
entrega de tablas existen? ¿Qué significan?.
Las clases de entrega de tablas se asignan a las tablas de la siguiente manera:
● En general, las tablas que contienen datos de aplicación deben tener la clase de entrega A.
● Las tablas que contienen datos de Customizing tienen diferentes clases de entrega,
dependiendo de cómo SAP modifique las parametrizaciones de Customizing en ellas.
● Las tablas de la clase de entrega C no pueden contener entradas nuevas de SAP.
● SAP puede modificar tablas de la clase de entrega G.

266 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

● Las clases de entrega S, E y W son para tablas que contienen datos de control y datos del
sistema SAP, como las tablas TADIR, VARI, TSTC y CCCEXIT.

Nota:
Las tablas W son tablas del sistema SAP que se rellenan internamente. Su
contenido es puramente técnico. La herramienta de copia de mandante no
tiene en cuenta las tablas W.

● La clase de entrega L es para tablas para datos temporales como datos SPOOL y datos de
ejecución en proceso de fondo, por ejemplo, tablas TSP* y TBTCJOB*.

Nota:
Estas tablas deberían estar vacías en un nuevo sistema SAP y su contenido
debería borrarse en el mandante destino.

Identidad de estructuras de tabla al realizar copias de mandante válidas para todos los
sistemas
Para instalar un nuevo mandante mediante copia de mandante, las estructuras de todas las
tablas a copiar deben ser idénticas en el sistema fuente y en el sistema destino. Las
estructuras de tabla están marcadas como incompatibles en los siguientes casos:
● Si el sistema de destino tiene un campo clave adicional.
● Si las estructuras de tabla tienen nombres de campo, tipos de datos o campos clave
diferentes.
● Si un campo de una tabla tiene una longitud de campo más corta en el sistema de destino
que en el sistema fuente, ya que esto puede provocar una pérdida de datos.

Para copias de mandante locales, la estructura de tabla para el mandante fuente y el

mandante destino son idénticas. Para copias de mandante válidas para todos los sistemas, el
programa de copia de mandante compara las estructuras de tabla en el sistema fuente y
destino. Las tablas incompatibles se excluyen de la copia. La copia de mandante continúa
ejecutándose.
● Copia de mandante remota: Si se detectan inconsistencias, las tablas incompatibles se
excluyen de la copia de mandante. SAP recomienda ejecutar primero la copia de
mandante remota en modo de test. A continuación, puede analizar los mensajes de error
en el log y decidir si aún desea realizar la copia de mandante.
● Transporte de mandante: Si se puede establecer una conexión RFC entre los sistemas
SAP, puede utilizar el programa RSCLICHK para realizar un transporte de mandante. A
partir de SAP_BASIS 754 SP3, puede iniciar el programa directamente desde la
transacción SCC8N iniciando una copia de mandante en modo de test.

Para garantizar la consistencia de los datos en el mandante destino, los usuarios, excepto
SAP* y DDIC, no pueden iniciar sesión en el mandante destino durante la copia. Del mismo
modo, nadie debe trabajar en el mandante fuente durante la copia de mandante.

© Copyright. Reservados todos los derechos. 267

Capítulo 6 : Herramientas de cliente

Nota:
La copia ignora las tablas con las clases de entrega L y W. Las excepciones son el
borrado de mandantes (transacción SCC5 /SCC5N) o al utilizar el perfil de copia
SAP_RECO.

Al iniciar una copia de mandante, tenga en cuenta las restricciones de tiempo de ejecución y
el espacio de base de datos. Las necesidades de almacenamiento solo se pueden estimar
porque el espacio ya asignado, pero aún no utilizado, no se tiene en cuenta.

Nota:
Dependiendo del tipo de base de datos, el espacio que se ha vuelto libre solo está
disponible después de una reorganización.

Para verificar si hay suficiente espacio en la base de datos, realice una copia de mandante de
test. Mediante las transacciones clásicas, esto se puede ejecutar como una simulación o
como una verificación de recursos considerablemente más rápida; la visualización resultante
muestra los requisitos de memoria de la base de datos. Las nuevas herramientas de copia de
mandante ofrecen seleccionar el modo de test en la pantalla de selección.

Consejo:
Para estimar el tamaño de un cliente, también puede programar una ejecución de
test con la opción Verificación de recursos.

Para saber cómo copiar mandantes productivos grandes, véase la nota SAP 489690 – CC
INFO: Copiar mandantes productivos grandes.

Nota:
Para conocer los aspectos de rendimiento, consulte la nota SAP 2163425 –
Recomendaciones para mejorar el rendimiento de las copias de clientes.

Supervisión
visualizar todos los ficheros de log para una copia de mandante local o remota completada,
seleccione la transacción SCC3. Aquí puede seleccionar el mandante destino relevante y el
proceso de copia relevante. Estos logs de copia proporcionan la siguiente información:
● Estadísticas de tabla
● Información de control
● Información sobre cada tabla copiada, incluido el enlace al componente IMG
correspondiente

268 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Figura 147: Copiar logs e información de control

Hasta SAP_BASIS 753 (inclusive), haga doble clic en las entradas resaltadas para obtener
más información. Obtendrá una lista de selección en la que podrá ver información sobre las
tablas copiadas (por ejemplo, el tiempo de ejecución y el número de entradas copiadas) y los
programas de exit de otros componentes de aplicación utilizados. Si tenía tablas con
problemas de copia en una copia de cliente local o remota, puede recopiarlas con la función
Recopilar errores. Puede visualizar el log original en el sistema de ficheros con el botón Log de
fichero. También puede visualizar los logs de exportación e importación de la orden de
transporte principal.
Para visualizar logs de transporte de mandante, utilice el Transport Organizer (vista
ampliada), transacción SE01, etiqueta Mandante.

Consejo:
Técnicamente, la información del log de copia se encuentra en la vista
V_CCCFLOW. Esta vista contiene, por ejemplo, el tiempo de ejecución y el estado
de procesamiento de una copia de mandante local, el número de tablas ya
copiadas y el nombre de la tabla que se está copiando actualmente.

Todos los ficheros de log se almacenan físicamente en el <directorio de transporte>/

directorio de log a nivel de sistema operativo. Los ficheros de log se denominan
CC<número>.<SID>, donde <número> es el número de copia de mandante serie y <SID> es
el ID del sistema fuente.
Si la copia se cancela inesperadamente, el sistema SAP utiliza el nombre de la tabla que se
está copiando actualmente para reiniciar el proceso de copia.

© Copyright. Reservados todos los derechos. 269

Capítulo 6 : Herramientas de cliente

Figura 148: Copia de mandante – Supervisión y resolución de problemas (antiguo)

errores de copia de mandante, verifique no solo el log de copia, sino también el log de sistema
SAP (transacción SM21), que le informa de si los problemas de la base de datos son
responsables del error de copia de mandante. Corrija los problemas de la base de datos antes
de reiniciar la copia de mandante.

Consejo:
Mensajes de log del sistema SAP como Syn. La actualización de MC se ha
desactivado completamente, el restablecimiento de la memoria intermedia
TABL/TABLP y la grabación en log de tablas no indican ningún error. Estos
mensajes documentan funciones especiales que se utilizan para mejorar el
rendimiento y garantizar la consistencia.

Cuando una ejecución de copia de mandante se cancela de forma anormal, se propone por
defecto la opción Reiniciar, que continúa la ejecución desde el punto en el que se ha
cancelado. Si la ejecución original es reciente, como indica la línea de estado, se recomienda
seleccionar Reiniciar. Como alternativa, para iniciar la ejecución desde el principio, seleccione
Reiniciar → nuevo inicio.

270 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

Nota:
Si una copia se cancela por motivos técnicos, por ejemplo, debido a un cierre de la
base de datos, puede reiniciarla con las mismas opciones. Todos los exits se
procesan de nuevo. Las tablas ya copiadas en la copia de mandante se omitirán si
no se modifican.
Se reinicia el último paso. No puede continuar copiando una tabla copiada
incompletamente, la tabla se reinicializa y se vuelve a copiar.
Si el reinicio falla, el log muestra los posibles motivos del error. Antes de intentar
reiniciar el programa, elimine el error.
Si una copia de mandante o un procesamiento posterior de importación de
mandante no ha finalizado, el sistema SAP propone automáticamente el modo de
reinicio al llamar la transacción. Las mismas opciones de parámetro se utilizan
automáticamente.

Para evitar el problema de espacio libre insuficiente en la base de datos, realice una ejecución
de prueba de simulación o una verificación de recursos.
● Una ejecución de prueba de simulación de copia de calcula el espacio necesario al leer
todos los registros que se copiarán sin actualizarlos en la base de datos.
● Una verificación estima el espacio necesario contando los registros que se van a copiar.

Consejo:
Las copias de mandante ignoran las tablas de la clase de desarrollo local $TMP.
Si desea copiar estas tablas, modifique la clase de desarrollo en el catálogo de
objetos.

Para obtener más información sobre el análisis de errores con herramientas de copia de
cliente, consulte la nota SAP 22514 – CC-INFO: Análisis de errores para copia de cliente.
Si detecta un error de escritura en el mandante destino, normalmente se debe a un espacio
insuficiente en la base de datos o al procesamiento simultáneo en el mandante destino. En
este caso, verifique el log del sistema SAP (transacción SM21) para determinar el error. No
trabaje ni en el mandante fuente ni en el mandante destino durante la copia.
Si se produce una cancelación en un programa de exit (la cancelación se explica en un error
de tiempo de ejecución ABAP), ejecute el programa de visualización de log RSCCPROT para
determinar el nombre del último programa de exit que ha causado la cancelación. El
programa de copia de mandante no ha fallado; se trata de un error de aplicación.
Si descubre una cancelación o un error inexplicable, verifique:
● Copiar log (transacción SCC3)

● Log de sistema SAP (transacción SM21)

● Análisis dump (transacción ST22)

● Resumen de jobs (transacción SM37)

● Órdenes SPOOL (transacción SP01)

© Copyright. Reservados todos los derechos. 271

Capítulo 6 : Herramientas de cliente

Ampliaciones a partir de SAP_BASIS 754

A partir de SAP_BASIS 754, los logs de copia y la información de control se han modificado y
ampliado (véase la siguiente figura):

Figura 149: Copia de mandante: Supervisión y resolución de problemas (nuevo)

El log de copia de cliente se ha transformado de una IU basada en archivos a una IU basada en

tablas con información adicional y una mejor persistencia.
Para acceder a las herramientas de cliente Análisis de log, que contiene un resumen de todas
las copias de cliente que se han realizado, llame la transacción SCC3. La página de inicio de
esta transacción contiene las siguientes etiquetas (en caso de que las tareas
correspondientes ya se hayan realizado en el sistema):
● Proceso activo: muestra los procesos que se están ejecutando actualmente de un cliente.
● Resumen de clientes: enumera todos los clientes disponibles en el sistema SAP.
● Mandante <nnn>: Muestra el resumen de los procesos de la herramienta de copia de
mandante cuando un mandante era destino para otro mandante.
● Vista de cronología: Número total de líneas de tiempo de todas las copias de cliente.
● Copia local: número total de copias locales realizadas.
● Copia remota: número total de copias remotas realizadas.
● Borrado de cliente: Número total de borrados de cliente realizados.
● Exportación de cliente: Número total de exportaciones de cliente realizadas.
● Importación de mandante: Número total de importaciones de mandante realizadas.
● Copia por transporte: número total de copias realizadas mediante una orden de
transporte.
● Comparación: Número total de comparaciones de tablas de clientes realizadas.

272 © Copyright. Reservados todos los derechos.

 Lección: Copia de mandante y herramientas de transporte de mandante

● Instantánea de tabla de clientes: Número total de instantáneas creadas (si está

disponible).

Nota:
Puede descargar el log en su front end local.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Enumerar copia de mandante y herramientas de transporte de mandante
● Describir la idea de copias basadas en solicitudes de transporte
● Crear un mandante nuevo con la ayuda de una copia de mandante local
● Ilustrar el uso de copias remotas de clientes, transportes de clientes y eliminaciones de
clientes
● Describir la supervisión de copias de cliente

© Copyright. Reservados todos los derechos. 273

Capítulo 6 : Herramientas de cliente

274 © Copyright. Reservados todos los derechos.

 Capítulo 6
Lección 2
Herramientas de mantenimiento y
comparación de clientes

RESUMEN DE LA LECCIÓN
En esta lección, aprenderá a realizar una comparación y cómo mantener clientes con la ayuda
de un ajuste de cliente.

Ejemplo empresarial
En uno de sus sistemas de producción, se encuentra con un problema específico relacionado
con una tabla Customizing. Supongamos que tiene varios sistemas productivos de SAP y que
las parametrizaciones de Customizing funcionan en un sistema SAP, pero no en otro. Por lo
tanto, le gustaría comparar una tabla de Customizing específica en varios sistemas SAP para
ayudarle a encontrar la causa principal del problema.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Realizar una comparación de mandantes
● Describir la idea de ajustes de cliente con respecto al Customizing
● Describir cómo comparar dos repositorios

Uso de herramientas de comparación de cliente

se implementan varios sistemas SAP y mandantes, puede ser necesario comparar y ajustar
las parametrizaciones de Customizing entre diferentes sistemas SAP y mandantes. La
función de comparación de mandantes le permite comparar y ajustar el contenido de una
tabla o vista en dos mandantes diferentes mediante destinos RFC.

Figura 150: Comparación de mandante de Customizing

© Copyright. Reservados todos los derechos. 275

Capítulo 6 : Herramientas de cliente

Puede utilizar la comparación de mandantes, por ejemplo, para:

● Compare un mandante con un mandante de referencia, como un mandante propio del
cliente o el mandante de entrega SAP 000. Esto es especialmente útil después de un
upgrade del sistema SAP o un import de idiomas, ya que solo se proporciona el mandante
000 con datos de tablas que pertenecen a la clase de entrega C.
● Comparar clientes durante un escenario de despliegue. Por ejemplo, si las subsidiarias
desean ajustar su Customizing con respecto al Customizing de referencia de un mandante
maestro.
● Compare el Customizing válido para todos los mandantes antes de combinar diferentes
mandantes en un sistema SAP en un escenario de roll-in. Por ejemplo, si las subsidiarias
desean recibir modificaciones de Customizing del mandante de referencia, que puede ser
el mandante maestro de su organización superior.

Mandante Customizing comparar con transacción SCU0

Para utilizar la función de comparación, seleccione la transacción SCU0.
seleccionar los objetos que se deben comparar en una comparación de mandantes, puede
utilizar un enfoque orientado al proyecto mediante la Guía de implementación del proyecto
(IMG del proyecto) para definir los objetos. También puede seleccionar de las listas de
objetos de Customizing de los componentes de aplicación y de las órdenes de transporte, o
seleccionar los objetos manualmente.

Figura 151: Ajuste mandante Customizing: Opciones de selección

Para iniciar una comparación de mandantes, utilice la transacción SCU0 en la ejecución en

proceso de fondo. En la pantalla inicial, seleccione en qué se basará la comparación y
seleccione Crear (consulte la figura anterior). En las ventanas de diálogo que aparecen,
realice las entradas adecuadas. La comparación de mandantes se puede restringir, por
ejemplo, a datos específicos de mandante.
La transacción SCU0 muestra primero un resumen de las tablas que pertenecen a las vistas
para la IMG, el componente de aplicación o la orden de transporte seleccionados. A
continuación, se realiza la comparación propiamente dicha. El sistema SAP crea una lista de

276 © Copyright. Reservados todos los derechos.

 Lección: Herramientas de mantenimiento y comparación de clientes

diferencias e indica si estas diferencias se encuentran en la estructura de tabla o en el

contenido de la tabla (consulte la figura “Customizing Client Compare – Difference List”).
Para visualizar las diferentes entradas de tabla, seleccione un objeto. Esto le permite realizar
una comparación detallada.

Nota:
El mandante de comparación es generalmente un entorno externo, por lo que
debe acceder a él mediante un destino RFC.

Consejo:
Para obtener información sobre las comparaciones de clientes, consulte también
la nota SAP 91096 – Comparación de tablas: Información sobre clientes
Verificación válida para todos los sistemas.

Figura 152: Comparación de mandante de Customizing: Lista de diferencias

resultado de cada ejecución de comparación es un resumen de las diferencias existentes

entre el mandante de inicio de sesión y el mandante de comparación. Este resumen sirve
como punto de partida para el procesamiento posterior de diferencias. Las ejecuciones de
comparación se almacenan en un pool de trabajo o en una lista de diferencias.

Ampliaciones a partir de SAP_BASIS 754

A partir de SAP_BASIS 754, los procedimientos de copia de mandante se han modificado y
ampliado.
Para instalar un nuevo mandante mediante copia de mandante, las estructuras de todas las
tablas a copiar deben ser idénticas en el sistema fuente y en el sistema destino. Para realizar
una verificación de consistencia, puede realizar una comparación válida para todas las tablas
con la transacción SCC_COMP_LOCAL (si ambos mandantes se basan en el mismo sistema
SAP) o una verificación válida para todos los sistemas con la transacción SCC_COMP_REMOTE.

© Copyright. Reservados todos los derechos. 277

Capítulo 6 : Herramientas de cliente

Con SAP_BASIS 754 SP 03, la nueva transacción SCC_COMPARE sustituye las transacciones
SCC_COMP_LOCAL y SCC_COMP_REMOTE.
Para comparar tablas, proceda de la siguiente manera:

1. Llame la transacción SCC_COMP_LOCAL / SCC_COMP_REMOTE/SCC_COMPARE.

2. Introduzca los mandantes que desea comparar y un destino RFC (en caso de una
comparación remota).

3. Seleccione las tablas que desea comparar, como:

● Selección explícita de tablas por nombre de tabla o paquete.

● Selección explícita de tablas mediante el cronomarcador de una copia de mandante

anterior.

4. Defina el modo de comparación de tablas (comparación simple o detallada).

5. Ajuste las opciones de procesamiento, por ejemplo, Excluir desviaciones de tabla

conocidas o Dividir tablas grandes.

6. Indique la cantidad de procesos paralelos.

7. Decida si desea ejecutar la copia de mandante como job de fondo (Ejecutar como lista de
tareas) o iniciarla inmediatamente (Ejecución directa).

Figura 153: Comparación de mandantes de datos (nuevo)

Después de ejecutar la comparación, puede verificar el resultado (consulte la figura

“Comparación de clientes de datos – Resultado (nuevo)”). El log proporciona información de
cabecera de log, resultados de comparación, una lista de tablas comparadas junto con el
resultado de la comparación, el tiempo de ejecución de los métodos de exit y las opciones
seleccionadas.

278 © Copyright. Reservados todos los derechos.

 Lección: Herramientas de mantenimiento y comparación de clientes

Figura 154: Comparación de mandantes de datos: Resultado (nuevo)

Nota:
Puede acceder al resultado de la comparación de mandantes de todas las
ejecuciones desde la transacción SCC3.

Ajuste de cliente
Para cada objeto comparado en una ejecución , los objetos comparados se enumeran junto
con una Descripción. La información más importante son los indicadores de estado. El estado
de comparación indica la existencia y la naturaleza de las diferencias y se fija
automáticamente.
En la transacción SCU0, el estado de procesamiento le permite distinguir entre los objetos que
ya se han procesado, es decir, que se han hecho idénticos en ambos mandantes y los que no.
Este tipo de procesamiento también se denomina ajuste del objeto correspondiente. El
estado de procesamiento se indica con un semáforo, donde rojo indica no procesado
(Abierto), amarillo indica que los objetos en ambos clientes están En proceso de ser idénticos
y verde indica la finalización de este proceso de ajuste (Completado) – véase la figura
“Personalización Comparación de clientes – Lista de diferencias” anterior.

Consejo:
Para obtener una explicación de los posibles estados en Estado de comparación
y Estado de proceso, seleccione el icono Leyenda.

Para un análisis detallado de una ejecución de comparación, seleccione Comparación. Esto

lleva a una pantalla similar a la que se muestra en la siguiente figura.

© Copyright. Reservados todos los derechos. 279

Capítulo 6 : Herramientas de cliente

Figura 155: Ajuste de objetos de Customizing

Puede ajustar un objeto a la vez. Los objetos que se pueden ajustar son algunas de las tablas
y vistas que se pueden actualizar mediante la transacción SM30. También puede utilizar la
IMG de referencia SAP (transacción SPRO) o una IMG de proyecto. Todos los demás objetos
solo se pueden comparar.
Para realizar un ajuste, en la pantalla Comparación de la transacción SCU0, seleccione
Tratar → Interactuar. Copiar. Se visualiza la pantalla Ajuste de resumen, que muestra los
detalles de las diferencias entre los dos clientes, registro por registro. A la izquierda de cada
registro de este pool de trabajo de ajuste se encuentra el status de comparación, que indica si
cada entrada correspondiente en el registro existe en el mandante de comparación y en el
mandante de inicio de sesión (véase la figura anterior).

Atención:
Tenga cuidado al ajustar el Customizing. El Customizing suele estar relacionado
con otro Customizing. Puede crear fácilmente inconsistencias al copiar el
Customizing del mandante fuente sin preocuparse por el Customizing
relacionado en el mandante destino.

280 © Copyright. Reservados todos los derechos.

 Lección: Herramientas de mantenimiento y comparación de clientes

Figura 156: Opciones de actualización de cliente

opción de mandante Nivel de protección referente a la copia de mandante y comparación de

mandantes se puede fijar para evitar que un mandante se sobrescriba por la copia de
mandante o de una comparación de mandantes y ajuste de mandantes. También se puede
configurar para garantizar que los datos confidenciales no se puedan ver desde otro cliente
durante una comparación de clientes.
Para fijar esta opción, seleccione la transacción SCC4 y seleccione el mandante en cuestión
en el modo de modificación. Seleccione un nivel de protección:

Nivel de protección 1: Sin sobrescritura

Este nivel de protección garantiza que las herramientas de copia de mandante no puedan
sobrescribir el mandante. Esta opción se debe utilizar si el Customizing se realiza en este
mandante o si el mandante contiene opciones críticas o datos que no se deben
sobrescribir.
Nivel de protección 2: Sin sobrescritura, sin disponibilidad externa
Este nivel de protección también protege al cliente contra la sobrescritura. Además,
protege el mandante contra el acceso de lectura de otro mandante durante una copia de
mandante o una comparación de Customizing. Esta opción debe utilizarse si el cliente
contiene datos confidenciales, por ejemplo, todos los clientes productivos deben utilizar
esta configuración.

Comparación del repositorio

Existen varios motivos por los que es posible que desee comparar el repository de dos
sistemas SAP. Por ejemplo, en el sistema SAP, los procesos empresariales funcionan de una
manera diferente que en un segundo sistema SAP, aunque los procesos empresariales
deberían funcionar de la misma manera. Ya ha comparado el Customizing correspondiente,
pero no ha encontrado la diferencia. Esto puede deberse a diferencias en el repositorio.
Otro motivo para comparar el repository sería que, antes de realizar una copia de mandante
remota, debería comparar el repository del sistema fuente y el sistema SAP de destino. Si los
dos repositorios difieren demasiado, los datos se corromperán después de la copia de

© Copyright. Reservados todos los derechos. 281

Capítulo 6 : Herramientas de cliente

mandante remota en el sistema de destino desde el punto de vista del repositorio del sistema
de destino.
Con la transacción SREPO puede comparar el repository de dos sistemas SAP. SREPO realiza
una comparación en masa de los objetos del repositorio entre dos sistemas SAP.
Los requisitos previos para una comparación son:
● Ambos sistemas SAP deben tener el mismo release y el mismo nivel de SAP Support
Package
● El paquete SCTS_COMP_SYS debe existir en ambos sistemas SAP
● Debe configurarse un destino RFC (transacción SM59)

Puede comparar los siguientes conjuntos de objetos:

● Objetos de un paquete
● Objetos de una orden de transporte o de una lista de objetos
● Objetos de un usuario
● Objetos en un componente de aplicación
● Objetos en un área de nombres
● Todos los objetos de cliente
● Todos los objetos SAP modificados
● Objetos seleccionados libremente

La comparación se realiza en dos pasos (consulte la figura “Comparación del repositorio”):

1. Se crea la intersección. Se seleccionan los objetos y se verifica su existencia en los dos

sistemas SAP.

2. Se comparan las versiones. Se comparan los objetos.

Figura 157: Comparación del repositorio

282 © Copyright. Reservados todos los derechos.

 Lección: Herramientas de mantenimiento y comparación de clientes

La lista de objetos contiene información sobre la comparación de versiones, con los

indicadores siguientes:
● Verde indica que el objeto es idéntico en ambos sistemas SAP,
● Amarillo indica que los objetos no se pueden comparar directamente. Esto se debe a que
determinados objetos no se pueden comparar con la transacción SREPO.

● El rojo indica que los objetos son diferentes.

Encontrará más detalles e instrucciones en la nota SAP 1529391 – Revisión de la herramienta

de comparación SREPO.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Realizar una comparación de mandantes
● Describir la idea de ajustes de cliente con respecto al Customizing
● Describir cómo comparar dos repositorios

© Copyright. Reservados todos los derechos. 283

Capítulo 6 : Herramientas de cliente

284 © Copyright. Reservados todos los derechos.

 Capítulo 6

Evaluación de la formación

1. Desea realizar una copia de mandante remota del mandante 100 de su sistema de
desarrollo al mandante 200 de su sistema de gestión de calidad mediante la transacción
SCC9. Desea utilizar 16 procesos paralelos. ¿Cuáles de las siguientes afirmaciones son
correctas con respecto a la copia de mandante?
Seleccione las respuestas correctas.

X A Debe existir un grupo de servidores RFC (RZ12) en el sistema de gestión de calidad

X B Debe existir un grupo de servidores RFC (RZ12) en el sistema de desarrollo

X C Inicie la copia de mandante remota (SCC9) en el sistema de gestión de calidad.

X D Inicie la copia de mandante remota (SCC9) en el sistema de desarrollo

X E Debe existir un destino RFC (SM59) en el sistema de gestión de calidad, apuntando

al mandante 100 del sistema de desarrollo

X F Debe existir un destino RFC (SM59) en el sistema de desarrollo, apuntando al

mandante 200 del sistema de gestión de calidad

2. Si desea borrar el mandante 001 mediante la transacción SCC5 en su sistema de

desarrollo SAP ECC mediante 16 procesos paralelos, necesitará un grupo DE
SERVIDORES RFC (RZ12) en el sistema de desarrollo para ello.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

3. Desea realizar una comparación de mandante con el Customizing Cross-System Viewer

(transacción SCU0) del mandante 100 del sistema de desarrollo al mandante 100 del
sistema de gestión de calidad. Con la ayuda de esta herramienta, también puede
comparar el repositorio que hace esto.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

© Copyright. Reservados todos los derechos. 285

Capítulo 6 : Evaluación de la formación

4. Ha iniciado sesión en el mandante 100 del sistema de desarrollo DEV y desea realizar una
comparación de mandante con el Customizing Cross-System Viewer (SCU0) con el
mandante 100 del sistema de gestión de calidad QAS. No desea ajustar, solo comparar.
¿Cuál de las siguientes opciones de modificación de cliente (SCC4) haría que la
comparación del cliente fuera imposible?
Seleccione la respuesta correcta.

X A En QAS, cliente 100: Nivel de protección 2: Sin sobrescritura, sin disponibilidad

externa

X B En QAS, cliente 100: Nivel de protección 1: Sin sobrescritura

X C En DEV, mandante 100: Nivel de protección 2: Sin sobrescritura, sin disponibilidad

externa

X D En DEV, mandante 100: Nivel de protección 1: Sin sobrescritura

286 © Copyright. Reservados todos los derechos.

 Capítulo 6

Respuestas a la Evaluación de la formación

1. Desea realizar una copia de mandante remota del mandante 100 de su sistema de
desarrollo al mandante 200 de su sistema de gestión de calidad mediante la transacción
SCC9. Desea utilizar 16 procesos paralelos. ¿Cuáles de las siguientes afirmaciones son
correctas con respecto a la copia de mandante?
Seleccione las respuestas correctas.

X A Debe existir un grupo de servidores RFC (RZ12) en el sistema de gestión de calidad

X B Debe existir un grupo de servidores RFC (RZ12) en el sistema de desarrollo

X C Inicie la copia de mandante remota (SCC9) en el sistema de gestión de calidad.

X D Inicie la copia de mandante remota (SCC9) en el sistema de desarrollo

X E Debe existir un destino RFC (SM59) en el sistema de gestión de calidad, apuntando

al mandante 100 del sistema de desarrollo

X F Debe existir un destino RFC (SM59) en el sistema de desarrollo, apuntando al

mandante 200 del sistema de gestión de calidad

Correcto. Debe existir un grupo DE SERVIDORES RFC (RZ12) en el sistema de gestión

de calidad, debe iniciar la copia de mandante remota (SCC9) en el sistema de gestión de
calidad y debe existir un destino RFC (SM59) en el sistema de gestión de calidad,
apuntando al mandante 100 del sistema de desarrollo. No necesita un grupo DE
SERVIDORES RFC (RZ12) en el sistema de desarrollo, no inicia la copia de mandante
remota (SCC9) en el sistema de desarrollo y no debe existir ningún destino RFC (SM59) en
el sistema de desarrollo, apuntando al mandante 200 del sistema de gestión de calidad.

2. Si desea borrar el mandante 001 mediante la transacción SCC5 en su sistema de

desarrollo SAP ECC mediante 16 procesos paralelos, necesitará un grupo DE
SERVIDORES RFC (RZ12) en el sistema de desarrollo para ello.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. Necesita un grupo DE SERVIDORES RFC (RZ12) en el sistema de desarrollo si

desea ejecutar procesos paralelos en la transacción SCC5.

© Copyright. Reservados todos los derechos. 287

Capítulo 6 : Respuestas a la Evaluación de la formación

3. Desea realizar una comparación de mandante con el Customizing Cross-System Viewer

(transacción SCU0) del mandante 100 del sistema de desarrollo al mandante 100 del
sistema de gestión de calidad. Con la ayuda de esta herramienta, también puede
comparar el repositorio que hace esto.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. Una comparación de mandantes con la transacción SCU0 sólo se ha diseñado

para comparar parametrizaciones de Customizing, sin comparación de repository. Para
comparar el repository, puede utilizar Comparación de repository (transacción SREPO).

4. Ha iniciado sesión en el mandante 100 del sistema de desarrollo DEV y desea realizar una
comparación de mandante con el Customizing Cross-System Viewer (SCU0) con el
mandante 100 del sistema de gestión de calidad QAS. No desea ajustar, solo comparar.
¿Cuál de las siguientes opciones de modificación de cliente (SCC4) haría que la
comparación del cliente fuera imposible?
Seleccione la respuesta correcta.

X A En QAS, cliente 100: Nivel de protección 2: Sin sobrescritura, sin disponibilidad

externa

X B En QAS, cliente 100: Nivel de protección 1: Sin sobrescritura

X C En DEV, mandante 100: Nivel de protección 2: Sin sobrescritura, sin disponibilidad

externa

X D En DEV, mandante 100: Nivel de protección 1: Sin sobrescritura

Correcto. En QAS, cliente 100: Nivel de protección 2: Sin sobrescritura, ninguna

disponibilidad externa haría imposible la comparación de clientes. Las otras
parametrizaciones no influirían en esta comparación de mandantes.

288 © Copyright. Reservados todos los derechos.

CAPÍTULO 7 SAP Note Assistant, SAP
Support Packages,
actualizaciones del sistema
SAP, conversión a SAP S/
4HANA
Lección 1
SAP Note Assistant 291

Lección 2
SAP Support Packages 309

Lección 3
Actualización del sistema SAP y conversión de SAP S/4HANA 325

OBJETIVOS DEL CAPÍTULO

● Enumerar las ventajas de la implementación automática de notas SAP

● Enumerar opciones para encontrar notas SAP relevantes y explicar cómo distribuirlas en
su infraestructura de sistemas
● Implementar notas SAP con el asistente de notas SAP
● Describir la diferencia entre notas SAP con instrucciones de corrección y notas SAP con
instrucciones de corrección basadas en transporte
● Outlook: Buscar notas SAP automáticamente
● Describir los requisitos previos para solicitar una pila de support packages de SAP
● Importar un SAP Support Package que requiera un ajuste de modificaciones
● Explicar la diferencia entre las pilas de SAP Support Package y las pilas de paquetes de
funciones
● Enumerar capacidades de SUM
● Describir pasos importantes para planificar y realizar una actualización del sistema SAP o
una conversión de SAP S/4HANA
● Describir la idea de las funciones empresariales

© Copyright. Reservados todos los derechos. 289

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

290 © Copyright. Reservados todos los derechos.

 Capítulo 7
Lección 1
SAP Note Assistant

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá información sobre las notas SAP y las ventajas de implementar una
nota automáticamente con el asistente de notas SAP. También obtendrá información sobre
los objetivos, las funciones y las características del asistente de notas SAP. Además,
aprenderá a reinicializar una implementación de nota SAP y a las condiciones previas para el
tratamiento de notas SAP. Por último, hay una sección sobre las instrucciones de corrección
basadas en transporte (TCI).

Ejemplo empresarial
Como administrador del sistema SAP, debe conocer las herramientas utilizadas para aplicar
correcciones de errores, cambios legales, correcciones de seguridad y nuevas funciones a los
componentes de software de SAP.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Enumerar las ventajas de la implementación automática de notas SAP
● Enumerar opciones para encontrar notas SAP relevantes y explicar cómo distribuirlas en
su infraestructura de sistemas
● Implementar notas SAP con el asistente de notas SAP
● Describir la diferencia entre notas SAP con instrucciones de corrección y notas SAP con
instrucciones de corrección basadas en transporte
● Outlook: Buscar notas SAP automáticamente

Introducción al asistente de notas SAP

Existen notas SAP por diferentes motivos. Las notas SAP pueden proporcionar información
de cualquier tipo para los clientes y socios de SAP, pero a menudo también contienen
soluciones para problemas conocidos dentro de un sistema SAP.

Nota:
Al hablar de notas SAP en esta lección, solo se hace referencia a aquellas notas
que contienen una modificación de un objeto de repository. No todas las
modificaciones se pueden tratar con el asistente de notas SAP. En este caso, son
necesarios pasos manuales.
Para superar la mayoría de estas limitaciones, se ha introducido la Instrucción de
corrección basada en transporte (TCI) que permite, por ejemplo, el tratamiento de
objetos de diccionario. Para obtener más detalles, consulte la última parte de esta
lección.

© Copyright. Reservados todos los derechos. 291

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Figura 158: ¿Qué es una nota SAP?

Incluyen una descripción de lo siguiente:

● Los síntomas del problema
● La causa del problema
● La solución (por ejemplo, descripciones de cómo corregir el código fuente)
● El release de SAP y el estado de SAP Support Package para los que es válida la nota SAP
● Enlaces a SAP Support Packages que corrigen el problema

Atención:
Lea cuidadosamente la SAP Note antes de implementarla. La nota SAP puede
contener requisitos previos, interacciones y referencias a actividades de
procesamiento posterior, como realizar modificaciones en una estructura de
tabla que debe tener en cuenta al implementarla.

Antes de realizar cualquier modificación basada en notas SAP, verifique que la nota SAP sea
aplicable a la versión de su sistema SAP y que los síntomas de la nota SAP sean los mismos
que los síntomas aparentes en su sistema SAP. Si no está seguro, póngase en contacto con
SAP.
Todas las modificaciones de los objetos de SAP deben realizarse en el sistema de desarrollo,
probarse en el sistema de control de calidad y distribuirse al sistema de producción solo
después de realizar pruebas y verificaciones exhaustivas.

292 © Copyright. Reservados todos los derechos.

 Lección: SAP Note Assistant

Consejo:
Debido a que las modificaciones a menudo llevan a la necesidad de un ajuste de
modificaciones durante un upgrade posterior del sistema SAP o al aplicar SAP
Support Packages, documente las modificaciones de modificación para ayudar a
acelerar el proceso de ajuste de modificaciones. Al documentar, asegúrese de
incluir el número de nota SAP y las dependencias de release del sistema SAP.

implementación automática de notas SAP contribuye a mejorar la calidad, ya que reduce los
errores debidos a la implementación manual. La implementación manual de una nota SAP
puede generar costes elevados debido a los recursos, incluidos el personal y el tiempo,
necesarios para implementar la nota SAP.
Si una nota se implementa incorrectamente, la calidad del sistema SAP se verá afectada.

Pasos de configuración para el asistente de notas SAP

Antes de poder empezar a utilizar el asistente de notas SAP, debe realizar una serie de
opciones en su sistema:
● Defina la opción de modificación del sistema (transacción SE06). Para los componentes de
software en los que desea implementar las notas, fije el status en modificable restringido o
modificable. Además, para el área de nombres general de SAP, fije el Estado en
Modificable.
● Existen diferentes formas en las que puede cargar notas en su sistema. Puede descargar
notas SAP directamente mediante un destino HTTP a SAP, o puede utilizar el asistente de
notas SAP para cargar notas SAP que ya ha cargado desde SAP Support Portal, o puede
utilizar el servicio de descarga ABAP. Si desea descargar una nota SAP con HTTP, primero
debe crear dos destinos RFC del tipo H (recomendación: SAP-SUPPORT_PORTAL) y G
(recomendación: SAP-SUPPORT_NOTE_DOWNLOAD) para conectarse a SAP Support
Portal y para descargar la nota SAP.

© Copyright. Reservados todos los derechos. 293

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Nota:
Ya no se soporta la utilización del destino RFC SAPOSS (del tipo 3). Consulte la
nota SAP 2923799 – Cierre final de conexiones RFC de sistemas de cliente a
SAP para obtener más información. Para el procedimiento de descarga, debe
seleccionar Protocolo HTTP o Descargar aplicación de servicio.
- El protocolo HTTP está disponible a partir de SAP_BASIS 740.
- El servicio de descarga ABAP está disponible para la versión 700 de
SAP_BASIS en adelante. Cualquier sistema ABAP que tenga el servicio de
descarga (por ejemplo, el sistema SAP Solution Manager 7.2) se puede
utilizar como sistema de descarga. Para obtener más información sobre
este escenario, consulte la nota SAP 2554853 – Servicio de descarga de
SAP NetWeaver para notas SAP.

Dado que existe el riesgo de que los archivos de notas SAP se puedan
modificar de forma maliciosa y los clientes puedan cargar sin saberlo los
archivos de notas SAP modificados maliciosamente en sus sistemas ABAP,
SAP proporciona todas las notas SAP con firma digital para proteger los
archivos de notas SAP con mayor autenticidad y seguridad mejorada.
Para consumir notas SAP firmadas digitalmente desde SAP ONE Support
Launchpad (https://launchpad.support.sap.com), debe seguir la nota SAP
2836302 – Pasos guiados automatizados para habilitar el asistente de notas
para TCI y notas SAP firmadas digitalmente y los pasos enumerados en los PDF
adjuntos a esta nota SAP y en la nota SAP 2508268 – Descarga de notas SAP
firmadas digitalmente en SNOTE.
Nota SAP 2827658 – Configuración automatizada de la nueva comunicación de
infraestructura de soporte - Actualización 02 proporciona una lista de tareas
SAP_BASIS_CONFIG_OSS_COMM para configurar y verificar la conexión con la
nueva infraestructura de soporte de SAP.
Para seleccionar y personalizar el procedimiento, también puede utilizar IMG
de referencia SAP (transacción SPRO), área Guía de implementación de
Customizing SAP → Plataforma ABAP → Servidor de aplicación → Servicios
base → SNOTE → Descarga de notas SAP en SNOTE , o ejecutar el informe
RCWB_SNOTE_DWNLD_PROC_CONFIG. Se trata de una configuración única.
Si es necesario, puede modificar las opciones de este informe en cualquier
momento.
Para obtener más información, consulte la nota SAP 2537133 – FAQ - Digitally
Signed SAP Notes.

● Para visualizar correctamente el texto de la nota en el asistente de notas SAP, instale

Adobe Reader versión 7.0.1 o superior en el ordenador desde el que se inicia la transacción
SNOTE.

● Antes de implementar notas con el asistente de notas SAP, debe realizar un upgrade a la
última versión del asistente de notas SAP. Siga la nota SAP 1668882 – Note Assistant:
Notas importantes para SAP_BASIS 730,731,740,750,751,752,753,754, 755, 756 para
obtener más detalles.

Objetivos del asistente de nota SAP

Los objetivos del asistente de notas SAP son los siguientes:

294 © Copyright. Reservados todos los derechos.

 Lección: SAP Note Assistant

● Implementar automáticamente notas SAP que gestionan correcciones de código fuente de

objeto de repository
● Gestionar dependencias con otras notas SAP, SAP Support Packages y modificaciones
● Visualizar todas las notas implementadas en el sistema SAP
● Gestionar actualizaciones (SAP Support Packages, SAP Enhancement Packages,
upgrades del sistema SAP)
● Corregir solo un único problema, no un reemplazo para SAP Support Packages

El asistente de notas SAP incluye las siguientes funciones:

● Búsqueda: puede buscar notas SAP válidas para su sistema y descargarlas.
● Reporting: Puede visualizar un resumen de todas las notas SAP existentes y su estado de
procesamiento, y todas las correcciones de código fuente implementadas.
● Administración de proyectos: puede asignar notas SAP a usuarios que luego especifican un
estado de procesamiento para las notas SAP. El sistema SAP le informa si una nota tiene
un estado inconsistente.
● Grabación en log: El sistema SAP graba en log todos los pasos de procesamiento.
● Correcciones: Puede implementar automáticamente las correcciones de código fuente
(instrucciones de corrección) contenidas en las notas SAP en su sistema SAP.
● Integración: Al aplicar SAP Support Packages o actualizar su sistema SAP, el sistema SAP
reconoce automáticamente qué notas SAP ya se han completado mediante un SAP
Support Package importado o un upgrade del sistema SAP y qué instrucciones de
corrección aún deben implementarse.

aplicar las notas SAP de diferentes maneras con SAP Note Assistant:

1. Si se ha configurado una conexión al SAP Support Portal en el sistema SAP (véase la

sección anterior), puede descargar directamente las notas SAP en su sistema SAP.

2. También puede descargar las notas SAP desde SAP Support Portal (por ejemplo, con el
gestor de descargas) a su PC y luego cargarlas en el sistema SAP.
A continuación, la carga se realiza desde el asistente de notas SAP.

Búsqueda y distribución de notas SAP

Una vez identificadas las notas SAP necesarias, deben aplicarse y distribuirse entre la
infraestructura del sistema SAP.

© Copyright. Reservados todos los derechos. 295

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Figura 159: Distribución de correcciones

Siga estos pasos para aplicar las notas SAP en su infraestructura de sistemas SAP:

1. Implemente las notas SAP con el asistente de notas SAP en el sistema de desarrollo
(DEV).

2. Transporte las notas SAP del sistema de desarrollo al sistema de gestión de calidad (QAS)
con la ayuda de una orden de transporte que contenga los objetos corregidos. No
implemente la nota SAP con el asistente de notas SAP en QAS. Ahora puede probar estas
correcciones en QAS.

3. Importe las notas SAP al sistema de producción (PRD). Utilice la orden de transporte que
contiene los objetos corregidos. No implemente la nota SAP con el asistente de notas SAP
en PRD.

Figura 160: Clave SSCR

Las modificaciones en objetos de repository SAP que se introducen mediante el asistente de

notas SAP no requieren una clave SSCR.

296 © Copyright. Reservados todos los derechos.

 Lección: SAP Note Assistant

Tratamiento de SAP Note Assistant

Figura 161: Descargar notas SAP

SAP Note 3051466 – Note Assistant Made Easy: Revamped Note Assistant renueva
completamente SAP Note Assistant con el objetivo de hacerlo más simplificado, intuitivo,
personalizable y escalable, además de proporcionar una nueva experiencia de usuario. Entre
otros, ofrece una nueva pantalla de inicio, donde el pool de trabajo de usuarios y el navegador
de notas están integrados en una sola pantalla. Además, la lista de trabajo y los resultados de
búsqueda se muestran en pestañas para mejorar la utilidad (consulte la figura anterior)
descargar notas SAP, abra SAP Note Assistant (transacción SNOTE) y seleccione Pasar
a → Descargar nota SAP del menú o utilice el botón correspondiente en la barra de
herramientas de la aplicación.
Otra opción es descargar una nota SAP del SAP Support Portal a su front end y, a
continuación, seleccionar Pasar a → Cargar nota desde el menú en la transacción SNOTE para
cargar la nota SAP en el asistente de notas SAP.

© Copyright. Reservados todos los derechos. 297

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Figura 162: Pool de trabajo

SAP Note Assistant se inicia con la transacción SNOTE. El pool de trabajo (parte inferior de la
pantalla de inicio) es su vista personal en las notas SAP.
Las notas SAP inconsistentes y nuevas aparecen en los pools de trabajo de cada usuario. En
la categoría Mis notas SAP en proceso, solo verá las notas SAP que procesa.
● Desde su pool de trabajo, puede realizar todas las acciones como descargar, implementar
y visualizar notas SAP.
● verificar el estado de implementación de una nota SAP.
● Puede clasificar una nota SAP o fijar el estado de procesamiento:
- Si la nota SAP no se corresponde con su situación, puede fijarla en No relevante.
- Después de implementar una nota SAP, puede fijar el estado en Completado.

298 © Copyright. Reservados todos los derechos.

 Lección: SAP Note Assistant

Figura 163: Navegador de notas

utilizar el navegador de notas para encontrar cualquier nota SAP que esté disponible en el
sistema SAP. Seleccione una nota SAP en su pool de trabajo y, a continuación, seleccione
Nota SAP → Visualizar nota SAP en el menú para leer la nota y ver las modificaciones del
código fuente.

Nota:
Para buscar notas SAP en SAP ONE Support Launchpad, se debe implementar el
servicio web de notas ANST. Para obtener más detalles, consulte la nota SAP
2730525 – Consumir el servicio web de búsqueda de notas.

Para reducir la cantidad de notas que se visualizan en la lista de resultados, puede especificar
varios criterios en la pantalla de selección (estado de procesamiento, componente de
aplicación, estado de implementación).
Desde el pool de trabajo también puede implementar las instrucciones de corrección
contenidas en la nota.

© Copyright. Reservados todos los derechos. 299

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Figura 164: Implementar una nota SAP

Para implementar la nota SAP, seleccione la nota SAP correspondiente y seleccione el botón
Implementar nota SAP.
El semáforo indica si las modificaciones se pueden copiar, es decir, si se pueden implementar
las instrucciones de corrección (véase la figura anterior). Si hace doble clic en el mensaje,
obtendrá más información.

Figura 165: Reinicializar implementación de nota SAP

En casos excepcionales, es posible que desee anular la implementación de una nota SAP que
haya implementado. Puede hacerlo seleccionando el botón Anular implementación de la nota
SAP.
Si lo hace, las modificaciones que se han introducido con la implementación de la nota SAP se
reinicializarán y la nota SAP se restablecerá al estado que tenía antes de implementarla.

300 © Copyright. Reservados todos los derechos.

 Lección: SAP Note Assistant

Figura 166: Tratamiento de notas SAP con condiciones previas

A veces, las instrucciones de corrección sólo se pueden implementar si antes se han

implementado otras instrucciones de corrección. Desde una perspectiva técnica, estas
condiciones previas también se incluyen en la nota SAP. Dado que el asistente de notas SAP
sigue estrictamente la información de la nota, primero debe implementar las notas SAP
necesarias.
El asistente de notas SAP puede descargar automáticamente las notas necesarias.

Nota:
Asegúrese de leer atentamente también las notas requeridas.

A continuación, el asistente de notas intenta implementar tantas notas como sea posible en
un paso.

Nota:
asistente de notas SAP del browser de modificaciones está estrechamente
relacionado con el asistente de modificaciones. Desde dentro del asistente de
notas SAP, puede cambiar directamente al browser de modificaciones
(transacción SE95) seleccionando el acceso vía menús Entorno → Browser de
modificaciones. El browser de modificaciones muestra un resumen de todos los
objetos que se modifican o amplían con esta nota SAP.

Si ha implementado correcciones de notas de forma manual antes (o sin) utilizar el asistente

de notas, deberá comunicar estas notas al asistente de notas SAP. De lo contrario, el Note
Assistant no sabe que esta corrección ya se ha implementado en su sistema SAP y la
implementa de nuevo. Esto puede provocar inconsistencias.
Para ello, primero debería intentar simplemente descargar la nota con el asistente de notas
SAP. Si esto no funciona, por ejemplo, porque la nota SAP ya no es accesible, puede registrar
manualmente la nota con el programa SCWN_REGISTER_NOTES.
El registro ofrece los siguientes beneficios:

© Copyright. Reservados todos los derechos. 301

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

● Todas las notas que se han implementado en su sistema SAP se visualizan en el browser
de notas.
● Si una nota implementada manualmente es un requisito previo para una nota SAP que
desea implementar con el asistente de notas SAP, el asistente de notas SAP reconoce que
la nota SAP requerida ya se ha implementado y no le pide que la vuelva a implementar.
● Para futuros support packages o upgrades de SAP, las notas implementadas
manualmente se visualizan durante el ajuste de modificaciones en la categoría
Correcciones de notas SAP. El sistema SAP determina si estas notas deben implementarse
de nuevo o reinicializarse a su estado original.

Para registrar las notas SAP, el sistema SAP descarga la nota SAP y verifica si es válida para
su release y su nivel de SAP Support Package.

Consejo:
El report SCWN_TRANSPORT_NOTES le permite transportar notas SAP que no
se pueden implementar, por ejemplo, notas SAP obsoletas. El uso de este
informe puede ser útil si las herramientas de actualización (como SAP Update
Manager) requieren algunas notas SAP en el sistema SAP antes de que se pueda
realizar la actualización. Para obtener información adicional, consulte la nota
SAP 1788379 – Transporte de SAP NOTES.

Problemas con el asistente de notas SAP:

● Si falla la implementación, notifique un incidente en SAP Support Portal (mediante SAP
ONE Support Launchpad) y asígnelo al componente de la nota SAP (por ejemplo, FI-AR-
CR).
● Si tiene algún otro problema con el asistente de notas SAP, notifique un incidente y
asígnelo al componente BC-UPG-NA.

Instrucciones de corrección basadas en transporte

Instrucción de corrección basada en transporte Modificaciones amplias en un área funcional
normalmente requieren una gran cantidad de notas SAP o varias modificaciones manuales.
La nota SAP Instrucción de corrección basada en transporte (TCI) es una nueva forma de
entregar instrucciones de corrección ABAP de forma flexible.
Desde un punto de vista técnico, existen los siguientes tipos de notas SAP:
● Notas SAP sin instrucciones de corrección (como notas de consultoría o información para
notas de instalación).
● Notas SAP con instrucciones de corrección.
● Nota SAP Instrucciones de corrección basadas en transporte (TCI).

Las notas con instrucciones de corrección contienen correcciones individuales específicas. Se

pueden implementar automáticamente para todos los objetos admitidos. Sin embargo, los
objetos que no se admiten deben implementarse manualmente, lo que, a su vez, puede
requerir conocimientos del desarrollador.
Por el contrario, las instrucciones de corrección basadas en transporte (TCI) de la nota SAP
contienen correcciones de solo un área funcional específica, que es un subcomponente
encapsulado. Pueden contener varias correcciones, lo que reduce las dependencias a otras
correcciones y actualiza artefactos. Técnicamente, contienen órdenes de transporte ABAP

302 © Copyright. Reservados todos los derechos.

 Lección: SAP Note Assistant

similares a las entregas de SAP Support Packages, pero se entregan junto con notas SAP
como un nuevo tipo de instrucciones de corrección.

Consejo:
Nota SAP 2489679: cómo identificar una nota TCI ayuda a diferenciar una nota
TCI de una nota no TCI.
Una nota TCI es una nota que contiene correcciones ABAP en un paquete (como
K10600ECPS4CORE.SAR). Por el contrario, una nota no TCI es una nota que
contiene correcciones ABAP para un objeto o un objeto nuevo (como REPS
RSBDCOS0). Para identificar el tipo de nota, debe verificar la clase de corrección
suministrada.

Los TCI admiten todos los objetos ABAP que tienen una conexión de transporte. Un único TCI
consta exactamente de una orden de transporte ABAP y un conjunto de atributos de
instalación, por ejemplo, versión de componente de software, mínimo SAP Support Package,
idiomas.
La validez de un TCI se define mediante la versión del componente de software y un rango de
niveles de SAP Support Package.

Nota:
Como requisito previo, la infraestructura del sistema debe habilitarse siguiendo
la información de la nota SAP 2187425 – Información sobre las instrucciones de
corrección basadas en el transporte de notas SAP (TCI). Esta nota SAP contiene
un PDF como anexo que explica el proceso de configuración en detalle.

Ventajas
En comparación con las notas SAP con instrucciones de corrección, las instrucciones de
corrección basadas en transporte (TCI) de la nota SAP admiten todos los objetos SAP ABAP
habilitados para el transporte, incluidos los objetos del Dictionary ABAP, el contenido de la
tabla y los objetos MIME. Además, permiten un rápido consumo de instrucciones de
corrección consolidadas y sin habilidades de desarrollo necesarias para la implementación
debido a un proceso de instalación automatizado. Si es necesario, los TCI también se pueden
desimplementar o deshacer. Para obtener más detalles, consulte la nota SAP 2408383 – TCI
- Habilitación del sistema para la nota SAP Rollback de instrucciones de corrección basadas en
transporte (TCI).

Proceso de implementación
La siguiente figura describe el proceso de implementación de los TCI.

© Copyright. Reservados todos los derechos. 303

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Figura 167: Flujo de proceso para implementar instrucciones de corrección basadas en transporte

1. En SAP ONE Support Launchpad (https://launchpad.support.sap.com) o desde SAP

Support Portal, enlace rápido /notes. Abra la nota SAP que contiene el TCI.

2. Introduzca el área Instrucciones de corrección y seleccione el componente de software

relevante.

3. Seleccione Descargar. El sistema proporciona un archivo SAR. Debe grabar el fichero SAR
descargado en un directorio de su ordenador front end o en el nivel de sistema operativo
de su sistema SAP.

4. Para implementar la nota SAP con el TCI correspondiente en su sistema de desarrollo,

utilice el asistente de notas SAP mediante la transacción SNOTE. En SAP Note Assistant,
seleccione Pasar a → Cargar TCI y seleccione el archivo SAR que ha descargado.

Nota:
descarga y carga manual del archivo SAR no es necesaria si utiliza el servicio
de descarga ABAP para descargar notas SAP con todas sus dependencias e
instrucciones de corrección basadas en transporte relevantes. Consulte la
nota SAP 2554853 – Servicio de descarga de SAP NetWeaver para las notas
SAP.

5. Seleccione Pasar a → Descargar nota SAP en el menú e introduzca el número de nota SAP
que coincida con el archivo SAR. Seleccione Ejecutar y proceda como de costumbre (es
posible que necesite autorizaciones adicionales para importar notas SAP que contengan
TCI).

6. Registre sus modificaciones en una orden de transporte. Después de un primer test en el

sistema de desarrollo, libere la orden de transporte.

304 © Copyright. Reservados todos los derechos.

 Lección: SAP Note Assistant

Consejo:
Las advertencias sobre objetos sin entrada de directorio se pueden ignorar
porque los TCI pueden contener borrados.

7. Importe la orden de transporte al sistema de gestión de calidad y realice un test (de

integración).

8. Una vez que la prueba de integración se haya superado correctamente, puede importar la
orden de transporte al sistema de producción.

Nota:
El proceso de implementación también se describe en la nota SAP 2543372 –
Cómo implementar una instrucción de corrección basada en transporte.

Para obtener más información sobre los TCI, consulte el PDF adjunto en la nota SAP 2187425
– Información sobre las instrucciones de corrección basadas en el transporte de notas SAP
(TCI) y la documentación en línea para SAP S/4HANA (Product Assistance), área Tecnología
empresarial → Plataforma ABAP → Administración de la → plataforma ABAP Conceptos y
herramientas Gestión del ciclo de vida de la → solución → Software → Asistente de nota
logística → Nota SAP Instrucciones de corrección basadas en transporte (TCI).
Encontrará información sobre el servicio de descarga ABAP en la documentación online de
SAP S/4HANA (Product Assistance), área Tecnología empresarial → Plataforma
ABAP → Administración de la plataforma ABAP → Conceptos y herramientas Gestión del ciclo
de vida de la → solución → Software Logística → Servicio de descarga ABAP.

Recomendaciones del sistema SAP

Si desea corregir un error utilizando una nota SAP, debe conocer el número de la nota SAP
que corrige el error.
Las que contienen correcciones para transacciones de aplicación se pueden encontrar con la
ayuda de la herramienta de búsqueda de notas automatizada, transacción ANST o
ANST_SEARCH_TOOL en el sistema SAP. Para obtener más información sobre esta
herramienta, consulte las notas SAP 1778716 – Advanced Note Search Tool y SAP Note y
1818192 – FAQ: Automated Note Search Tool. También hay una guía ANST disponible como
anexo a la nota SAP 1778716. Puede iniciar la herramienta de búsqueda de notas
automatizada directamente desde el asistente de notas SAP seleccionando Pasar a → (Otras
herramientas → ) Iniciar ANST.

Consejo:
SAP Note 2730525 – Consumir el servicio web de búsqueda de notas
proporciona una nueva API, válida para AS ABAP 740 y superior, que llama el
servicio web de búsqueda de notas SAP basado en SOAP en SAP Support
Backbone. La herramienta de búsqueda de notas automatizada se ha adaptado a
esta modificación sustituyendo la llamada a la antigua API RFC por la llamada a
la nueva API proporcionada por esta nota SAP. Esta modificación está disponible
en la nota SAP 2732094 – ANST - Implementación de la búsqueda de notas ANST
basada en SOAP y aplicable para AS ABAP 740 y superior.

© Copyright. Reservados todos los derechos. 305

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

que contienen temas relevantes para la seguridad se pueden encontrar mediante la búsqueda
de notas de seguridad en https://launchpad.support.sap.com/#/securitynotes, a la que se
puede acceder desde SAP Support Portal, enlace rápido /securitynotes.
También puede encontrar notas SAP relevantes configurando y utilizando las
recomendaciones del sistema en SAP Solution Manager (no forma parte de este curso)

Figura 168: Recomendaciones del sistema

SAP Solution Manager aloja una aplicación llamada Recomendaciones del sistema. Esta
aplicación le permite gestionar las notas SAP y los support packages que aún no se han
implementado e instalado en sus sistemas técnicos. Una vez que una nota ha alcanzado el
estado Implementado completamente o se ha registrado un patch de support package como
completamente instalado por la Landscape Management Database (LMDB) de SAP Solution
Manager, ya no podrá verlos en la aplicación. La aplicación calcula automáticamente las
notas SAP y los patches de support package para el sistema técnico deseado.
Están disponibles las siguientes funciones:
● Calcular, visualizar y asignar estados a notas SAP que están disponibles para la instalación
en uno o más de sus sistemas técnicos
● Visualizar notas SAP y su lista de objetos, así como los requisitos previos de las notas SAP
● Gestionar y realizar un seguimiento del flujo de trabajo de una implementación de
nota SAP
● Analizar el efecto que tiene la implementación de una nota SAP en sus sistemas y
procesos empresariales
● Crear una solicitud de modificación
● Seleccione un parche Java y añádalo a la cesta de descarga
● Habilitar servicios en segundo plano para actualizar automáticamente la información
de la nota SAP

306 © Copyright. Reservados todos los derechos.

 Lección: SAP Note Assistant

Nota:
En esta sección, nos centramos solo en las notas SAP para sistemas basados en
ABAP.

La recomendación del sistema incluye las siguientes categorías de notas SAP:

Tabla 11: Ejemplos de notas SAP que se admiten

Tipo de nota SAP Explicación
Notas de seguridad de SAP Notas SAP importantes en la categoría de seguri-
dad.
HotNews SAP HotNews, que son notas SAP con prioridad 1
(muy alta). Estas notas SAP proporcionan informa-
ción para ayudar a evitar y/o resolver problemas
que pueden provocar la pérdida de datos o fallos
del sistema SAP.
Notas relevantes para el rendimiento Las notas de la categoría de rendimiento mejoran
el rendimiento de su sistema.
Notas de cambio legal Las notas SAP de las categorías Modificación legal,
Notificación de modificación legal y Corrección de
función legal responden a las modificaciones en los
requisitos legales.
Medición del sistema (notas de audito- Notas de SAP relacionadas con la concesión de li-
ría de licencia) cencias de software de SAP, como verificaciones
de licencias nuevas, información de uso, etc.
Notas SAP para correcciones/notas de Todas las notas SAP que contienen correcciones
patch en el código fuente del programa (ABAP) o que
contienen parches (Java).

Para iniciar las recomendaciones del sistema, inicie la transacción SM_WORKCENTER dentro del
sistema SAP Solution Manager para iniciar la rampa de lanzamiento de SAP Solution Manager.
A continuación, vaya al área Gestión de modificaciones y seleccione Recomendaciones del
sistema para iniciar la aplicación.

Nota:
Para encontrar el sistema en la lista, se deben realizar las siguientes actividades,
incluidas las actividades necesarias: Configuración obligatoria de SAP Solution
Manager y Configuración de sistemas gestionados.

Al iniciar la aplicación, se visualiza el Resumen del sistema. En el Resumen del sistema puede
seleccionar el sistema y seleccionar Visualizar notas SAP, se muestra la pantalla Resumen de
notas SAP, como se muestra en la figura anterior.
Utilice las opciones de filtro para encontrar la nota SAP correcta para solucionar el problema.
Al seleccionar Visualizar página detallada, se muestra la pantalla Mostrar detalles de nota
SAP.

© Copyright. Reservados todos los derechos. 307

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Con las acciones de escritorio integradas podría, por ejemplo, descargar la nota SAP o
seleccionar Crear solicitud de modificación.
Para obtener más información, consulte el área Recomendación del sistema en SAP Support
Portal (https://support.sap.com/sysrec) y la clase de formación de SAP SM100 –
Configuración de SAP Solution Manager para operaciones.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Enumerar las ventajas de la implementación automática de notas SAP
● Enumerar opciones para encontrar notas SAP relevantes y explicar cómo distribuirlas en
su infraestructura de sistemas
● Implementar notas SAP con el asistente de notas SAP
● Describir la diferencia entre notas SAP con instrucciones de corrección y notas SAP con
instrucciones de corrección basadas en transporte
● Outlook: Buscar notas SAP automáticamente

308 © Copyright. Reservados todos los derechos.

 Capítulo 7
Lección 2
SAP Support Packages

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá información sobre la aplicación de SAP Support Packages en una
infraestructura de varios sistemas. Además, obtendrá información sobre el ajuste de
modificaciones y el tiempo de inactividad al aplicar SAP Support Packages. Por último, hay
una breve sección sobre los paquetes de funciones.

Ejemplo empresarial
Como administrador del sistema SAP, desea importar ampliaciones funcionales a su sistema
SAP y corregir problemas con antelación. También desea aplicar cambios legales y mejoras
de seguridad. Para ello, SAP proporciona Support Packages. Por lo tanto, necesita saber
cómo aplicar support packages para sistemas SAP basados en AS ABAP.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir los requisitos previos para solicitar una pila de support packages de SAP
● Importar un SAP Support Package que requiera un ajuste de modificaciones
● Explicar la diferencia entre las pilas de SAP Support Package y las pilas de paquetes de
funciones

Introducción a SAP Support Packages y SAP Support Package Stacks

Un sistema SAP basado en AS ABAP consta de diferentes componentes (consulte la siguiente
figura). Todos estos componentes de software se actualizan regularmente mediante SAP
Support Packages. Con la ayuda de SAP Support Packages, se resuelven los problemas, se
envían los cambios legales, se resuelven los problemas de seguridad y se proporcionan
nuevas funciones.
El sistema SAP siempre debe mantenerse en un nivel actualizado para que los errores en el
release estándar se eliminen de forma proactiva.

© Copyright. Reservados todos los derechos. 309

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Figura 169: ¿Qué es un SAP Support Package?

¿Qué es un SAP Support Package?

SAP Support Package es un grupo de objetos SAP corregidos o nuevos. Los support
packages de SAP son necesarios para corregir problemas en varios componentes. Esto se
realiza sustituyendo objetos erróneos por versiones corregidas de estos objetos.
Cada componente de software (como SAP_BASIS) tiene una secuencia separada de SAP
Support Packages.
SAP Support Package Stack es un conjunto de SAP Support Packages para una versión de
producto que se implementan mejor juntos. Las pilas de paquetes de soporte de SAP le
permiten mantener las aplicaciones productivas actualizadas regularmente con un coste de
propiedad mínimo.

Consejo:
A diferencia de SAP Support Packages, los paquetes de características (FP)
pueden incluir innovaciones, características del producto, funciones o
funcionalidad además de correcciones. Sin embargo, con respecto a la
tecnología, la actualización y la administración, los paquetes de funciones y los
paquetes de soporte de SAP se gestionan de la misma manera. Para obtener
más detalles, consulte el final de esta lección.

310 © Copyright. Reservados todos los derechos.

 Lección: SAP Support Packages

Solicitud de SAP Support Packages

Figura 170: Solicitud de SAP Support Packages

Antes de poder aplicar SAP Support Packages, debe descargarlos del SAP Support Portal.
Debe aplicar pilas completas de SAP Support Package en lugar de otras combinaciones de
SAP Support Packages.
Para solicitar SAP Support Packages, necesita que su sistema SAP esté registrado en su
sistema SAP Solution Manager. Esta información del sistema SAP se transfiere a SAP
Support Portal. Aquí se inicia el Maintenance Planner para calcular los SAP Support Packages.

1. Registre su sistema SAP para realizar parches en un System Landscape Directory (SLD)
central. En este SLD se almacena información técnica sobre su sistema SAP.

2. Transfiera la información de SLD mediante un job de fondo a su sistema central SAP

Solution Manager a Landscape Management Database (LMDB).

Nota:
También puede decidir enviar los datos del sistema directamente a LMDB y no
mediante SLD.

3. Verifique o defina manualmente un sistema técnico en LMDB.

4. Transfiera la información de LMDB mediante un job de fondo a SAP Support Portal.

5. En SAP Support Portal, inicie el planificador de mantenimiento. Defina dependencias del

sistema SAP y realice alguna verificación.

6. Utilice el planificador de mantenimiento para calcular la lista de support packages de SAP

que se deben aplicar.

7. Desde el planificador de mantenimiento, descargue un fichero XML que contenga la

descripción de los support packages de SAP calculados que se deben aplicar. Utilice
Maintenance Planner para enviar los SAP Support Packages calculados a su cesta de

© Copyright. Reservados todos los derechos. 311

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

descargas. Utilice el gestor de descargas para descargar los SAP Support Packages
calculados de su cesta de descargas.

8. Inicie la herramienta para aplicar los SAP Support Packages, ya sea SPAM o SUM. Al
utilizar la transacción SPAM, esta transacción debe ejecutarse en el mandante 000 del
sistema en cuestión.

Nota:
También puede utilizar Procesamiento de proveedor de datos, donde los sistemas
gestionados envían datos directamente a LMDB y no a través de SLD. Para
obtener más detalles, consulte la nota SAP 2183995 – Procesamiento de
proveedor de datos en SAP Solution Manager 7.2 en LMDB.
También puede enviar los datos del proveedor de datos directamente a SAP
Support Portal (sin implicar a SAP Solution Manager). Para obtener más
información, consulte la nota SAP 2855951 – Cómo configurar el proveedor de
datos SLD para enviar datos directamente a la infraestructura de soporte de SAP.

También necesita un certificado de mantenimiento válido para aplicar SAP Support Packages.
SAP recomienda crear los certificados de mantenimiento automáticamente con SAP Solution
Manager. Esto requiere mucho menos esfuerzo que crearlos manualmente, especialmente si
se necesitan certificados de mantenimiento para varios sistemas SAP. Un certificado de
mantenimiento también se puede crear manualmente mediante el SAP Support Portal (con la
aplicación Clave de licencia).

Consejo:
Un certificado de mantenimiento es válido solo durante tres meses. Para obtener
más información, consulte el SAP Support Portal, área
Mantenimiento → Información de mantenimiento → Certificado de
mantenimiento.

Importación de SAP Support Packages

Condición previa: Actualización SPAM/SAINT
Para importar SAP Support Packages, puede utilizar SAP Support Package Manager
(transacción SPAM).
utilizar el SAP Support Package Manager, debe revisar la propia herramienta con una
actualización SPAM/SAINT. Se trata de un patch para ampliar las funciones de las
transacciones SPAM y SAINT, por ejemplo, al tratar con nuevos atributos de nuevos SAP
Support Packages.

Nota:
La transacción SAINT (Software Add-On Installation Tool) le permite instalar y
actualizar add-ons.

312 © Copyright. Reservados todos los derechos.

 Lección: SAP Support Packages

Figura 171: Actualización SPAM SAINT

Nota:
Las actualizaciones SPAM/SAINT solo están en alemán e inglés. Consulte la nota
SAP 170543 – La transacción SPAM solo se puede utilizar en los idiomas D y E. Si
trabaja en otro idioma, es posible que los elementos de la interfaz de usuario y los
textos nuevos o actualizados no se visualicen correctamente. SAP recomienda
entrar al sistema en alemán o inglés si desea utilizar el Support Package Manager.

Después de haber actualizado las transacciones SPAM y SAINT al último nivel de patch, desde
una perspectiva técnica, estará listo para importar una pila de SAP Support Package.

© Copyright. Reservados todos los derechos. 313

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Flujo de proceso

Figura 172: Importación de SAP Support Packages

SAP Support Package Manager garantiza que sólo se visualicen en la cola los SAP Support
Packages que coincidan con su sistema SAP. Los support packages de SAP que están
previstos para un release diferente o un add-on que no está instalado no aparecen en la cola.
Puede compilar una cola compartida para todos los componentes de software en el sistema
SAP seleccionando Todos los componentes.
La cola contiene los SAP Support Packages disponibles para los componentes seleccionados
en su sistema SAP y los transportes de resolución de conflictos (CRT) necesarios y los add-
ons SAP Support Packages asociados.
Las siguientes reglas se aplican al crear una cola:
● Los support packages de SAP para un componente de software seleccionado se colocan
en la cola según su secuencia.
● Si los SAP Support Packages de la cola están relacionados con SAP Support Packages
para otro componente de software (relación predecesora, CRT necesario), los SAP
Support Packages adicionales se añadirán a la cola hasta que se incluyan todas las
relaciones predecesoras.

Si el sistema SAP ha calculado una cola consistente, puede visualizarla y verificarla

seleccionando la pestaña Cola calculada.

Proceso de importación
La transacción SPAM ofrece diferentes escenarios para importar los support packages. Para
fijar el escenario deseado, seleccione Detalles → Opciones.
● Utilice el escenario de test para verificar si es necesario un ajuste de modificaciones o si
existen conflictos o problemas (por ejemplo, reparaciones no liberadas) antes de importar
realmente el support package de SAP. Utilice este escenario para calcular y posiblemente
minimizar el esfuerzo necesario para importar los SAP Support Packages. Este escenario

314 © Copyright. Reservados todos los derechos.

 Lección: SAP Support Packages

no importa datos u objetos a su sistema SAP. Si se producen errores, puede continuar la

importación sin necesidad de eliminar los errores.

Nota:
Debe seleccionar el escenario de test explícitamente. Tenga en cuenta que la
cola está vacía después de ejecutar el escenario de test y debe definirlo de
nuevo. A continuación, debe seleccionar explícitamente el escenario estándar.

● El escenario estándar importa completamente todos los support packages de SAP en la

cola. Si se producen errores, solo puede continuar y completar la importación después de
haber eliminado los errores. Si ha seleccionado el escenario estándar, podría elegir entre el
modo de importación estándar y el modo de importación minimizado por tiempo
improductivo para reducir el tiempo de inactividad.

Figura 173: Support Package Manager: Proceso de importación

Nota:
Durante el tiempo necesario para importar SAP Support Packages, no se pueden
realizar importaciones y no se pueden realizar modificaciones manuales en los
objetos de repository (programas ABAP, objetos de Dictionary). Las órdenes de
transporte para el ajuste de modificaciones se tratan de forma especial, por lo que
el tiempo para importar SAP Support Packages debería ser lo más breve posible.

Consejo:
Al importar SAP Support Packages, el SAP Support Package Manager verificará
si aún existen órdenes de transporte en la cola de importación para el nivel de
SAP Support Package antiguo. En este caso, el SAP Support Package Manager
emite un mensaje de advertencia. Tiene la opción de ignorar el mensaje de
advertencia y seguir importando los support packages de SAP.

© Copyright. Reservados todos los derechos. 315

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

al tamaño y el alcance de los SAP Support Packages actuales, la importación de SAP Support
Packages requiere más tiempo de inactividad del sistema SAP. El sistema SAP no se detiene y
se reinicia durante el proceso de importación, pero no se puede utilizar de forma productiva
durante este tiempo. Esta restricción es una desventaja para muchos sistemas de
producción.
Para reducir el tiempo de inactividad durante la importación de SAP Support Packages, se ha
desarrollado un procedimiento de importación que le permite importar una gran parte de los
objetos que se van a importar durante el modo productivo. Estos objetos son principalmente
programas. El tiempo de inactividad se puede reducir significativamente si un SAP Support
Package contiene una gran parte de programas (la porción puede ser de hasta el 80%). Con
el modo de importación minimizado por tiempo improductivo (no se muestra en la figura
anterior), los objetos se importan a la base de datos en un estado inactivo y, por lo tanto, no
son “visibles” para el sistema SAP y puede continuar utilizando el sistema SAP de forma
productiva durante más tiempo.

Consejo:
También es posible importar SAP Support Packages con Software Update
Manager (SUM). La importación de SAP Support Packages con SUM es más
difícil para el administrador del sistema SAP, pero puede provocar un tiempo de
inactividad más corto si se configura correctamente.

Ajuste de modificaciones

Figura 174: Realización del ajuste de modificaciones

El ajuste de modificación funciona de la siguiente manera:

1. SAP Support Package Manager se detiene para permitir el ajuste de modificaciones.

2. Cree una orden de transporte en el Transport Organizer y tareas dentro de la orden de

transporte para los programadores para que sus programadores puedan realizar el ajuste
de modificaciones.

316 © Copyright. Reservados todos los derechos.

 Lección: SAP Support Packages

3. Pida a los desarrolladores que realicen el ajuste de modificaciones para sus objetos. Una
vez finalizado el ajuste, los desarrolladores deben liberar sus tareas e informarle. El ajuste
debe realizarse en el mandante de desarrollo, no en el mandante 000.

4. Si ha salido de la transacción, llame de nuevo el Support Package Manager (transacción

SPAM) y seleccione en el menú Cola de importación de → support packages. A
continuación, el sistema SAP le solicita de nuevo que realice el ajuste de modificaciones.
Como ya se ha completado, ignore el mensaje y seleccione Continuar. A continuación, el
Support Package Manager finaliza el tratamiento y visualiza el status.

Los logs de importación de la función de cola muestran logs para los pasos del Support
Package Manager que utilizan el programa de control de transporte tp. Una vez que la cola se
haya importado correctamente, siempre debería verificar estos logs. Para pasar a la
visualización de log, seleccione el acceso vía menús Pasar a → → Importar logs Cola en la
pantalla inicial del Support Package Manager.
Por último, debe confirmar la importación correcta de la cola a su sistema SAP. De este modo
se garantiza que podrá importar otros support packages de SAP en el futuro.
Si aún no ha confirmado que los support packages de SAP se han importado correctamente,
se le pedirá que los confirme durante la siguiente actualización del sistema SAP.

Nota:
Sin esta confirmación, no puede importar support packages de SAP adicionales ni
completar incluso otras tareas relacionadas con el mantenimiento, como la
implementación de notas SAP en la transacción SNOTE.

Si tiene una infraestructura de varios sistemas, solo debe realizar el ajuste de modificación
una vez. El sistema almacena los datos para el ajuste de modificaciones en órdenes de
transporte que puede incluir en el proceso de importación al importar la cola de support
package a los sistemas siguientes.

Consejo:
Cuando se importa un transporte de ajuste de modificaciones como parte de una
cola de support package, se borra del flujo de transporte normal para órdenes de
transporte de workbench. Las solicitudes de ajuste de modificación no se
transfieren automáticamente a los sistemas siguientes.
Si está trabajando con la infraestructura clásica de tres sistemas que comprende
un sistema de desarrollo (DEV), un sistema de gestión de calidad (QAS) y un
sistema de producción (PRD), el transporte de ajuste de modificaciones se
coloca en la cola de importación de QAS después de exportarse desde el sistema
DEV. La inclusión del transporte de ajuste en una cola de support package en el
sistema QAS lo borra de la cola de importación QAS. Dado que al importar una
cola de support package no tiene lugar ninguna transferencia de transporte, el
transporte de ajuste no se transfiere a la cola de importación del sistema PRD.
Esto significa que el ajuste de modificaciones no se importará a su sistema PRD
con Transport Management System.
Como consecuencia, debe importar el transporte de ajuste al sistema PRD como
parte de una cola de support package utilizando el mismo procedimiento que en
el sistema QAS.

© Copyright. Reservados todos los derechos. 317

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

SAP Support Packages y TMS

Nota:
En la parte restante de este módulo, en aras de la simplicidad, el término SAP
Support Package se utiliza tanto para SAP Support Packages como para las pilas
de SAP Support Package.

Una orden de transporte liberada desde un sistema SAP con un release determinado sólo
debe importarse a un sistema SAP con el mismo release. Esto es obvio cuando se transportan
objetos del estándar de SAP, por ejemplo, modificaciones y Customizing. Pero esta
restricción también debe tenerse en cuenta al transportar desarrollos de cliente, ya que
pueden estar relacionados con objetos estándar de SAP.
Debe tener en cuenta no solo la versión, por ejemplo, SAP S/4HANA Server 2020 frente a
SAP S/4HANA Server 2021, sino también el nivel de los componentes de software
correspondientes y el nivel de SAP Support Package. Por ejemplo, una orden de transporte
que se ha exportado desde un servidor SAP S/4HANA 2021 con S4CORE Support Package 2
no debería importarse a un servidor SAP S/4HANA 2021 con S4CORE Support Package 1.

Consejo:
La liberación de exportación debe ser igual a la liberación de importación. Las
órdenes de transporte suelen depender de un release determinado de los
componentes de software correspondientes y su nivel de SAP Support Package.
No deben importarse a un sistema SAP con un nivel diferente al del que se
exportaron.

Como resultado, la aplicación de SAP Support Packages y la importación de órdenes de

transporte deben coordinarse (véase la siguiente figura).

318 © Copyright. Reservados todos los derechos.

 Lección: SAP Support Packages

Figura 175: Sincronización entre SAP Support Packages y TMS (1/2)

El Transport Management System (TMS) verifica si una orden de transporte se ajusta a la

versión del componente de software y al nivel de SAP Support Package del sistema SAP
destino. El resultado de esta verificación se puede ver en la cola de importación, en la
columna CV (para ver esta columna, seleccione Visualizar más en la barra de herramientas de
la aplicación). Esto se realiza comparando el vector de componente de software de la orden
de transporte con los componentes de software del sistema de destino. Si la verificación es
negativa, la columna Estado muestra el icono para La solicitud no coincide con la versión del
componente. Para obtener más detalles, consulte la siguiente figura.

Consejo:
Una orden de transporte que no se ajusta al sistema de destino aún se puede
importar seleccionando la opción de importación Ignorar versión de componente
no válida.

© Copyright. Reservados todos los derechos. 319

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Figura 176: Sincronización entre SAP Support Packages y TMS (2/2)

Consejo:
La verificación de versión solo se realizará si el parámetro PCTSP_TRANS_SYNC
está fijado en ON para el sistema SAP que se va a importar a. Para obtener más
información, consulte las notas SAP 1742547 – Información sobre la verificación
de la versión del componente en TMS y 1688610 – Mensaje de advertencia de la
cola de importación de TMS: "No coincide con la versión del componente" o
"Verificación de componentes de las solicitudes".

Al importar SAP Support Packages también se realiza la verificación correspondiente. Si aún

existen órdenes de transporte en la cola de importación para el nivel de support package de
SAP antiguo, SAP Support Package Manager emitirá un mensaje de advertencia (véase la
imagen anterior). Sin embargo, tiene la opción de ignorar el mensaje de advertencia y seguir
importando los support packages de SAP.

Importación de SAP Support Packages con SUM

es posible importar SAP Support Packages con Software Update Manager (SUM). SUM es la
herramienta que se utiliza para un upgrade de sistema SAP, pero también se puede utilizar
para importar SAP Support Packages. SUM es más complicado de utilizar que SAP Support
Package Manager, transacción SPAM, pero puede generar un tiempo de inactividad mucho
más corto que EL SPAM cuando se configura adecuadamente.

Consejo:
Si el tiempo de inactividad es un problema, considere utilizar SUM en lugar de
SPAM.

320 © Copyright. Reservados todos los derechos.

 Lección: SAP Support Packages

Figura 177: Aplicación de SAP Support Packages con SUM

El modo SUM estándar utiliza un sistema muestra en el que se llevan a cabo varias
actividades durante la fase de preparación, reduciendo así el tiempo de inactividad.
Tanto SPAM como SUM se pueden utilizar ahora y en el futuro. Ambas herramientas tienen
escenarios en los que son la opción preferida.

Nota:
Ambas herramientas, SPAM y SUM, se pueden utilizar para importar SAP Support
Packages. En muchos casos, seleccionaría SPAM, pero debería seleccionar SUM
para importar una gran cantidad de SAP Support Packages en infraestructuras de
sistemas con tiempos de inactividad críticos para los sistemas SAP. Para obtener
más información, consulte la nota SAP 1803986 – Reglas para utilizar SUM o
SPAM/SAINT para aplicar SP para pilas ABAP.

La siguiente figura proporciona ventajas de ambos métodos:

© Copyright. Reservados todos los derechos. 321

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Figura 178: SPAM frente a SUM

Pilas de paquetes de funciones y pilas de paquetes de soporte de SAP

SAP mejora continuamente el software de SAP a través del servicio SAP Notes, los paquetes
de funciones y los paquetes de soporte.
los sistemas SAP basados en AS ABAP, un SAP Support Package es un paquete de
correcciones de software disponible como Support Package para el lenguaje de
programación ABAP.
Packages son paquetes que proporcionan innovación sin interrupciones para las versiones de
productos disponibles en general, así como paquetes de correcciones de software y cambios
legales. Una entrega de paquete de características viene como una pila de paquetes de
características. Al igual que una pila de support packages de SAP, debe utilizarse en la
combinación indicada. Las pilas de paquetes de características deben verse como una entidad
en sí mismas. Los clientes deben cumplir los requisitos mínimos y las dependencias entre los
componentes individuales y aplicar juntos los paquetes de funciones y los parches
especificados en la pila de paquetes de funciones.

Nota:
Los paquetes de funciones no se proporcionan para todas las versiones del
producto. SAP decide caso por caso si una fase de Feature Package se ofrece
después de la disponibilidad general de una versión de producto para un período
definido.

Para los productos de software locales, SAP S/4HANA proporciona innovaciones de forma
regular a través de versiones y paquetes de funciones.

322 © Copyright. Reservados todos los derechos.

 Lección: SAP Support Packages

Figura 179: Paquetes de funciones y SAP Support Packages para SAP S/4HANA local

La última pila de paquetes de características para una versión determinada antes de que se
envíe una nueva versión suele ser el punto de inicio de la fase de solo mantenimiento. Esta pila
de paquetes de funciones también se llama Pasar a Paquete de funciones. Durante una fase de
solo mantenimiento, SAP proporciona correcciones, pero no innovaciones nuevas para la
versión.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir los requisitos previos para solicitar una pila de support packages de SAP
● Importar un SAP Support Package que requiera un ajuste de modificaciones
● Explicar la diferencia entre las pilas de SAP Support Package y las pilas de paquetes de
funciones

© Copyright. Reservados todos los derechos. 323

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

324 © Copyright. Reservados todos los derechos.

 Capítulo 7
Lección 3
Actualización del sistema SAP y conversión de
SAP S/4HANA

RESUMEN DE LA LECCIÓN
En esta lección, obtendrá un breve resumen sobre la planificación y realización de una
actualización del sistema SAP y una conversión a SAP S/4HANA.

Ejemplo empresarial
Como administrador de SAP de su empresa, necesita una comprensión básica de cómo
funciona una actualización de sistema SAP o una conversión de SAP S/4HANA.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Enumerar capacidades de SUM
● Describir pasos importantes para planificar y realizar una actualización del sistema SAP o
una conversión de SAP S/4HANA
● Describir la idea de las funciones empresariales

Capacidades de SUM

Nota:
Al realizar un cambio de release de un sistema SAP, a veces se utiliza el término
instalar partes de un paquete de ampliación de SAP (por ejemplo, al pasar de SAP
ECC 6.05 a SAP ECC 6.07) y, a veces, se utiliza el término upgrade (por ejemplo,
al ir de SAP ECC 6.05 a SAP ECC 6.08). Esto depende de la versión de inicio y de
destino. Hay dos términos diferentes, porque la técnica utilizada difiere en un
punto. Una modificación de release de un sistema SAP S/4HANA Server siempre
se denomina upgrade.
La modificación del producto de SAP ECC a SAP S/4HANA Server se denomina
Conversión de SAP S/4HANA. Este procedimiento está técnicamente relacionado
con un procedimiento de actualización, pero necesita que se realicen muchos
pasos manuales adicionales.

La herramienta central utilizada es Software Update Manager (SUM). El SUM se puede

utilizar, además de otros, para una de las siguientes opciones:

● Importar órdenes de transporte de cliente

● Importar SAP Support Packages

© Copyright. Reservados todos los derechos. 325

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

● Instalar y actualizar add-ons

● Realizar un upgrade del sistema SAP
● Migre la base de datos mediante DMO (Database Migration Option) a:
- BD SAP HANA
- SAP ASE
- MS SQL Server
- IBM DB2
- SAP MaxDB
● Realice una conversión de SAP S/4HANA:
- Sin DMO
- DMO incluido

Figura 180: Actualización del sistema SAP y conversión de SAP S/4HANA

Nota:
Una actualización del sistema SAP y una conversión de SAP S/4HANA
intercambian componentes de software de la versión antigua con componentes
de software de la nueva versión. En el caso de una actualización del sistema SAP,
el tipo del sistema SAP permanece tal cual (por ejemplo, SAP ECC o el servidor
SAP S/4HANA). En una conversión de SAP S/4HANA, el tipo de sistema SAP se
intercambia de SAP ECC a SAP S/4HANA Server.

326 © Copyright. Reservados todos los derechos.

 Lección: Actualización del sistema SAP y conversión de SAP S/4HANA

Consejo:
Para obtener información detallada, consulte Enlace rápido /sltoolset en SAP
Support Portal ( https://support.sap.com/sltoolset), área Actualización del
sistema.

Planificación y realización de una actualización del sistema SAP

Lo primero que pasa es que se reconoce la necesidad de una actualización. Este
reconocimiento de la necesidad de actualizar podría estar en una serie de niveles diferentes
de desencadenantes de reconocimiento de actualización; algunos son de naturaleza muy
operativa, mientras que otros son mucho más estratégicos. Desde el punto de vista
operativo, puede darse cuenta de que tiene una grave limitación técnica del sistema SAP
dentro de su entorno actual.
En algún momento, una versión de SAP llega a su fin de mantenimiento. Esto significa que
SAP ya no suministra SAP Support Packages que adaptan sus procesos a los requisitos
legales y corrigen los errores. Consulte el enlace rápido /pam (Product Availability Matrix) en
el SAP Support Portal.
La nueva versión puede contener muchas funciones nuevas que requiera su empresa. Se
pueden añadir nuevas funciones en base (nuevas herramientas de administración) o en la
aplicación (funcionalidad empresarial nueva y ampliada).
Los siguientes factores también son importantes a la hora de decidir si actualizar:
● Costes: ¿Qué me costará la actualización en total?
● Reembolso/ROI: ¿la actualización tendrá ventajas financieras para mí?
● Beneficios: ¿qué ventajas tendrá la actualización?
● Riesgos: ¿hay riesgos involucrados en la actualización?

Los cambios y las mejoras son parte integral del entorno empresarial actual. SAP respalda y
adopta el proceso de cambio continuo como:
● Se ponen a disposición nuevas funciones de SAP.
● Cambios en la tecnología del mercado.
● Se definen nuevos requisitos empresariales.

Nota:
Céntrese en las áreas problemáticas típicas, como las brechas de solución.
Suponiendo que haya documentado su implementación inicial, una de las cosas
más fáciles de evaluar durante una planificación de upgrade es si cualquiera de las
discontinuidades originales se puede sustituir o no por funciones estándar en el
release de destino.

Revise cada componente de las nuevas funciones de lanzamiento. Determine cómo estas
mejoras pueden agregar valor a las operaciones de su empresa.

© Copyright. Reservados todos los derechos. 327

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Figura 181: Actualizar o convertir una infraestructura de tres sistemas

planificar una actualización de sistema SAP o una conversión de SAP S/4HANA, tenga en
cuenta los siguientes temas:
● Liberar Customizing
● Ajuste de modificaciones y migración de modificaciones al estándar de SAP
● Adaptación y prueba del desarrollo y las mejoras del cliente
● Adaptación y prueba de interfaces
● Formación de usuarios finales
● Validación y prueba de la nueva versión

La mayor parte del proyecto de actualización representa la adaptación de los procesos

empresariales actuales a las nuevas funciones del nuevo sistema SAP. No solo hay
modificaciones en el Customizing y el repositorio. También hay cambios para los usuarios
finales sobre cómo trabajar con las nuevas aplicaciones. Cuando el sistema de desarrollo se
ha actualizado a la nueva versión, aún puede ser necesario desarrollar correcciones de
errores para el sistema productivo que aún está trabajando con la versión de inicio.
Algunos problemas adicionales relacionados con el proceso de actualización técnica son:
● Requisito de hardware en la nueva versión: servidor, front-end, red
● Previsión de dimensionamiento y configuración del sistema SAP para la nueva versión
● Planificación de SO, BD y actualización del sistema SAP
● Probar y validar una estrategia de copia de seguridad para la actualización y en la nueva
versión
● Realización de actualizaciones/actualizaciones técnicas en toda la infraestructura del
sistema SAP (infraestructura de transporte)
● Actividades posteriores a la actualización, incluida la supervisión del rendimiento

328 © Copyright. Reservados todos los derechos.

 Lección: Actualización del sistema SAP y conversión de SAP S/4HANA

Dado que los requisitos de la nueva versión están cambiando, esto requiere cambios en la
configuración, que a su vez puede necesitar que se ejecute una previsión de
dimensionamiento. Finalmente, se refiere a todo el entorno, por ejemplo, el hardware del
servidor, el hardware del cliente, la red, el sistema operativo y la base de datos.
Especialmente cuando se actualiza el sistema operativo, hay que probar otro software en este
ordenador. Por ejemplo, el software de copia de seguridad debe probarse.
Debido a los nuevos requisitos, la supervisión del rendimiento es más importante después de
la actualización.
Al decidir a qué versión de SAP desea realizar la actualización, tenga en cuenta lo siguiente:
● La estrategia de lanzamiento de SAP
● Costos de TI para actualización y mantenimiento
● Costes para adaptar los procesos empresariales
● Requisitos empresariales frente a funciones de SAP
● Costes frente a amortización/ROI

Nota:
Al considerar una actualización de un sistema SAP basado en AS ABAP o una
conversión de SAP S/4HANA, muchos aspectos que se indican aquí dependen de
la activación de las funciones empresariales. Hay una sección separada sobre esto
más adelante en esta lección.

Un upgrade de sistema SAP es más que un upgrade técnico. La actualización de una

infraestructura de sistema SAP debe ejecutarse como un proyecto. Se requiere una cantidad
significativa de planificación y muchos pasos para realizar un cambio de versión para la
infraestructura del sistema SAP. Los proyectos de upgrade de cliente duran varios meses.
Los proyectos de actualización duran aproximadamente la mitad de la duración. No olvide
tener en cuenta lo siguiente:
● Presupuestación y planificación de recursos
● Actualizar el proyecto en relación con otras actividades de implementación/despliegue
● Disponibilidad de recursos
● Fin de la actualización de la versión actual

Un upgrade técnico de un sistema SAP implica los siguientes pasos (véase la siguiente
figura):

1. Al planificar el upgrade, debe tomar decisiones sobre la estrategia de upgrade. Debe

elaborarse un programa de actualización exacto.

Atención:
Es importante leer las notas SAP sobre el upgrade. Si no lo hace, es probable
que falle la actualización de su sistema SAP.

© Copyright. Reservados todos los derechos. 329

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

2. Se deben cumplir ciertos requisitos (software, hardware, sistema operativo, base de

datos) antes de poder actualizar el sistema SAP. Una preparación cuidadosa de la
actualización es la mejor garantía de que se ejecutará sin errores.

3. Una vez realizadas las preparaciones, puede empezar.

4. La parte de preparación del upgrade verifica automáticamente si su sistema SAP está

configurado correctamente para realizar el upgrade. Sin embargo, debe realizar varias
pruebas y acciones manualmente antes de iniciar el upgrade.

5. Realice la actualización.

6. Las actividades subsiguientes incluyen todas las acciones necesarias para completar la
actualización. SAP recomienda completar las acciones en el orden indicado en las guías
de actualización.

Figura 182: Actualización y conversión: Resumen técnico

Nota:
Software Update Manager (SUM) es el “paquete completo”; SAPup es la
herramienta principal dentro.

330 © Copyright. Reservados todos los derechos.

 Lección: Actualización del sistema SAP y conversión de SAP S/4HANA

Figura 183: La IU de SUM

herramientas ayudan a realizar la actualización o conversión. Forman parte del proceso de

actualización técnica.
● La parte de preparación de SUM debe ejecutarse antes de la actualización del sistema
SAP. Tienes que repetirlo hasta que esté libre de errores. Los mensajes de error se
escriben en el fichero de log CHECKS.LOG.
Las verificaciones se realizan en la versión de origen. Por ejemplo, verifica si el release
fuente del sistema SAP, la base de datos y el sistema operativo son suficientes para este
upgrade, si hay suficiente espacio disponible en la base de datos y si los objetos SAP
modificados aún están en órdenes de transporte no liberadas.
SAP Support Packages y add-ons se recopilan para vincularlos al proceso de actualización
o conversión. Es muy importante. Si, por ejemplo, no vincula suficientes SAP Support
Packages al upgrade o la conversión, se producirá una pérdida de datos durante el
procedimiento. Si no actualiza sus add-ons, todo el sistema SAP puede volverse inestable
e inconsistente.

Nota:
Esto se realiza con la ayuda del planificador de mantenimiento y añadiendo
support packages adicionales.

Las herramientas se importan al sistema SAP fuente que se necesitan para el

procedimiento.
● Con la IU de SUM, el procedimiento se ejecuta independientemente de un servidor front
end dedicado, de modo que puede controlar y supervisar el progreso del procedimiento
desde una serie de lugares diferentes (véase la figura anterior).
Esto proporciona un soporte óptimo para un procedimiento remoto. SUM proporciona un
mecanismo de alerta que le permite iniciar un programa externo (por ejemplo, enviar un
SMS a su móvil) si se rompe.

© Copyright. Reservados todos los derechos. 331

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

● Con la nueva versión, se intercambian programas ABAP de los nuevos componentes de

software. Se entregan en su código fuente, pero no con su carga. Esto no es posible
porque la carga depende del entorno local (núcleo, sistema operativo y hardware). Al
llamar un programa por primera vez, su carga se generará automáticamente si aún no
existe. Sin embargo, esto puede reducir el rendimiento del sistema de producción durante
algún tiempo después de la actualización/actualización. Para evitarlo, puede utilizar la
transacción SGEN para generar las cargas al final del tiempo de inactividad técnico,
durante el tiempo de inactividad, o dejar que SUM realice la generación antes del inicio del
tiempo de inactividad, durante el funcionamiento productivo.

El último archivo SUM se puede descargar de SAP Support Portal, enlace rápido /sltoolset
(https://support.sap.com/sltoolset) en el área Actualización del sistema.
Lleve a cabo los siguientes pasos para iniciar SUM (en realidad, inicie SAPup):

1. Copie el archivo SUM en el host, el PAS del sistema SAP se ejecuta en, por ejemplo, en el
directorio usr/sap/<SID> , o cualquier otro directorio. Este directorio debe tener entre 50
y 200 GB de espacio libre.

2. Descomprima el archivo SUM. Esto da como resultado alrededor de 15.000 archivos y

varios directorios.

3. Si es necesario, actualice SAP Host Agent. Se utiliza para conectar la IU de SUM a SAPup.
SAP Host Agent debe estar actualizado.

4. Configure SAP Host Agent desde el directorio SUM/abap: ejecute el comando SUMSTART
confighostagent <SID>. En un sistema operativo Windows, debe realizar este paso
como usuario <sid>adm, en un sistema operativo Linux/Unix como root de usuario.

5. Conecte un navegador web habilitado para UI5 mediante https://<hostname>:1129/lmsl/

sumabap/<SID>/slui. Esto conecta la IU de SUM (el navegador web) con la herramienta
SUM SAPup.

6. Inicie sesión en SUM con el usuario <sid>adm.

Al utilizar SUM. como SPAM o SAINT, estos pasos se realizan primero en el sistema de
desarrollo, luego en el sistema de gestión de calidad y, a continuación, en el sistema
productivo.

332 © Copyright. Reservados todos los derechos.

 Lección: Actualización del sistema SAP y conversión de SAP S/4HANA

Figura 184: Fases seleccionadas del procedimiento SUM

figura anterior muestra las fases principales del procedimiento SUM.

● Se deben realizar actividades de preparación manuales.
● RUN_RSDBSCPY clona las tablas del original al repository muestra (solo actualización).
● EU_IMPORT_ALL crea el repository muestra a partir de los llamados DVD de upgrade (solo
upgrade y conversión).
● EU_CLONE_MIG_SOT_* crea los datos muestra para el sistema muestra (solo DMO).
● DIFF... copia objetos específicos de cliente del original al repository muestra (sólo upgrade
y conversión).
● DDIC_UPG importa objetos de diccionario desde el directorio de descarga al repositorio
muestra.
● El ajuste de modificación SPDD tiene lugar (solo en el sistema de desarrollo)
● ACT_UPG activa todos los objetos del Dictionary ABAP que no se suministran activados.
● PARDIST_ORIG inicia la distribución.
● TABIM_SHADOW_... importa objetos que no son del diccionario desde el directorio de
descarga al repositorio muestra, también copia los datos de actualización y de idioma del
directorio de descarga, solo si se insertan en tablas nuevas.
● RUN_SGEN_GENER8 ejecuta SGEN, si está seleccionado.
● EU_CLONE_MIG_* preparaciones para la migración de tiempo de inactividad (solo DMO).
● DOWNCONF_DTTRANS inicio del tiempo de parada, se realiza la rampa de parada.
● EU_CLONE_MIG_DT_RUN realiza la migración del tiempo de inactividad (solo DMO).
● KX_SWITCH cambia al nuevo núcleo.
● EU_SWITCH cambia al nuevo repositorio.

© Copyright. Reservados todos los derechos. 333

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

● PARCONV_UPG convierte tablas de aplicación.

● PARMVNT_APPL_VIEWS desplaza la Nametab de las tablas de aplicación.
● TABIM_UPG importa los datos de upgrade y de idioma del directorio de download.
● XPRAS_AIMMRG ejecuta XPRA y métodos After Import (AIMs) (ambos son programas
ABAP ejecutados para transferir datos al nuevo release).
● El ajuste de modificación SPAU tiene lugar (solo en el sistema de desarrollo)
● En caso de una actualización de un sistema de servidor SAP S/4HANA o una conversión
de SAP S/4HANA: SUM ha inicializado la migración de datos silenciosa y se ha iniciado
ahora.
● En el caso de una conversión de SAP S/4HANA: se debe realizar la conversión de datos
FIN.
● Se deben realizar actividades de seguimiento manuales.

Figura 185: Ajuste de modificación al utilizar SUM (escenario estándar)

Nota:
Los términos sistema SAP activo y sistema SAP abajo en esta figura se refieren al
estándar de configuración SUM. Al seleccionar la configuración SUM Sistema
único, casi todo el procedimiento se ejecuta en tiempo de inactividad.

inicio del proceso de actualización implica la transferencia de datos nuevos al sistema SAP.
Los objetos de repository SAP se importan al sistema SAP. Todos los objetos de repository
modificados por los clientes deben compararse con el nuevo estándar de SAP durante el
proceso de actualización.
Para evitar la pérdida de datos y campos de tabla que los clientes pueden haber creado, las
estructuras de tabla en conflicto deben fusionarse antes de la activación de objetos de
diccionario en el proceso de actualización.

334 © Copyright. Reservados todos los derechos.

 Lección: Actualización del sistema SAP y conversión de SAP S/4HANA

Si es necesario ajustar objetos, utilice las transacciones SPDD y SPAU. Todas las
modificaciones realizadas por los clientes se fusionan con las nuevas versiones de objeto SAP
para conservar los datos; de lo contrario, la nueva versión SAP se activará y los datos se
perderán.
Al seleccionar el modo Estándar, el sistema SAP está disponible durante la fase de activación.
La activación se realiza mediante la instancia muestra mediante el sistema muestra en el
repositorio muestra.
Una vez finalizada la actualización, el sistema SAP se ejecuta correctamente en el nuevo nivel
de release. Se han conservado los objetos desarrollados por el cliente y las modificaciones.

Consejo:
Las dos órdenes de transporte de SPDD y SPAU (una de SPDD y otra de SPAU) se
pueden incluir (no importar) en la actualización de los sistemas SAP
subsiguientes en la misma infraestructura de sistemas SAP. Al hacerlo, el ajuste
de modificaciones se realiza automáticamente en estos sistemas SAP
subsiguientes. Aquí solo tiene que ajustar manualmente los objetos que se han
modificado en los sistemas SAP subsiguientes, pero no en el sistema SAP en el
que ha realizado SPDD y SPAU.

Los objetos del Dictionary ABAP (tablas, elementos de datos, dominios, etc.) se ajustan
durante el funcionamiento productivo antes de la activación del Dictionary ABAP. Los objetos
ajustados se agrupan en una orden de transporte. No libera esta orden de transporte, sino
que debe estar marcada para exportación en la transacción SPDD. Hacia el final de la
actualización, SUM exporta esta solicitud de transporte al directorio de transporte y la
registra para su transporte en el archivo <directorio de transporte>/bin/umodauto.lst.
Los objetos de repository no Dictionary (informes, pantallas, etc.) se ajustan al final del
upgrade durante el tiempo de inactividad. En esta etapa, la importación de objetos SAP ya se
ha completado. Sin embargo, la versión antigua modificada aún está disponible en la base de
datos de versiones. Al igual que con los objetos del Dictionary ABAP, todos los ajustes se
liberan para una orden de transporte que está marcada y luego exportada y registrada por
SUM.

Atención:
No intente importar manualmente órdenes de transporte de ajuste al sistema
SAP durante SPDD. Esto puede provocar una pérdida de datos.
No active ningún objeto durante SPDD. La activación se lleva a cabo
automáticamente después del ajuste de modificaciones.

Para obtener más información, consulte el manual de actualización y la ayuda de la aplicación

en línea para SPDD/SPAU.

Activación de funciones empresariales

Puede activar nuevas funciones empresariales utilizando Switch Framework. Sin la activación
de las funciones empresariales, el sistema se comportaría como en el release de origen del
upgrade. Solo se deben activar las funciones empresariales necesarias. Esto reduce
significativamente el esfuerzo de las pruebas, el ajuste de la personalización, el ajuste del
desarrollo propio, la formación de los usuarios finales y otros.

© Copyright. Reservados todos los derechos. 335

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

Consejo:
Esta técnica está disponible en el servidor SAP S/4HANA, SAP ECC y otros
sistemas SAP basados en AS ABAP.

Dado que la mayoría de las funciones empresariales no se pueden desactivar una vez
activadas, la activación y la primera prueba deben realizarse en un sistema de prueba (si se
activa la función empresarial incorrecta, se puede restablecer el sistema de prueba). Las
funciones empresariales necesarias se pueden activar en el sistema de desarrollo mediante la
transacción SFW5. Ahora, en la transacción SFW5, se debe crear una orden de transporte que
contenga los flags activados. Esta orden de transporte se transporta al sistema de gestión de
calidad. Aquí, las pruebas se llevan a cabo. Después de ajustar el Customizing y el desarrollo
mediante el sistema de desarrollo, la orden de transporte que contiene las opciones de flag se
puede importar junto con las órdenes de transporte de ajuste al sistema productivo.

Figura 186: Activación de funciones empresariales

Las transacciones utilizadas para gestionar Switch Framework son:

● SFW5: activar/desactivar funciones de negocio

● SFW_BROWSER – investigar qué ampliaciones están relacionadas con la función

empresarial en cuestión
● SFW1 – crear flags (solo ampliaciones de cliente)

● SFW2: crear funciones empresariales (solo ampliaciones de cliente)

● SFW3: crear conjuntos de funciones de negocio para soluciones sectoriales (solo mejoras
del cliente)

Switch Framework permite la activación opcional de funciones empresariales. Con Switch

Framework puede controlar la activación de objetos de repository. Al activar una Business
Function se activan flags que controlan la ejecución de las ampliaciones de código. Estos flags
garantizan que solo trabaje con las nuevas funciones si las ha activado. Todos los cambios

336 © Copyright. Reservados todos los derechos.

 Lección: Actualización del sistema SAP y conversión de SAP S/4HANA

funcionales y el impacto de una función empresarial activada se hacen transparentes de

antemano en la documentación. Tenga en cuenta que, una vez activada una función
empresarial, normalmente no puede anularla. El proceso de activación inicia un job de fondo
en su sistema SAP que realiza automáticamente todas las modificaciones en el sistema SAP.

Nota:
Switch Framework es un concepto probado; ya se ha utilizado para adaptar
soluciones sectoriales en SAP ECC 6.00.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Enumerar capacidades de SUM
● Describir pasos importantes para planificar y realizar una actualización del sistema SAP o
una conversión de SAP S/4HANA
● Describir la idea de las funciones empresariales

© Copyright. Reservados todos los derechos. 337

Capítulo 7 : SAP Note Assistant, SAP Support Packages, actualizaciones del sistema SAP, conversión a SAP S/4HANA

338 © Copyright. Reservados todos los derechos.

 Capítulo 7

Evaluación de la formación

1. Al aplicar una nota SAP con el asistente de notas SAP, no es necesaria una clave de
desarrollador ni una clave de objeto para aplicar la nota SAP en sí, pero ambas claves
pueden ser necesarias en los sistemas de SAP Business Suite para actividades manuales
relacionadas con la nota SAP.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

2. ¿Qué herramientas se pueden utilizar para aplicar SAP Support Packages?

Seleccione las respuestas correctas.

X A Support Package Manager (SPAM)

X B Software Update Manager (SUM)

X C Transport Management System (TMS)

X D SAP Note Assistant (SNOTE)

3. Es posible realizar una actualización del sistema SAP de SAP ECC 6.05 a SAP S/4HANA
Server 2022.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

4. Los administradores del sistema SAP deben realizar los ajustes de modificación.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

© Copyright. Reservados todos los derechos. 339

Capítulo 7 : Evaluación de la formación

5. Está ejecutando una infraestructura de tres sistemas. Desea activar una Business
Function con Switch Framework (transacción SFW5). Lleve los siguientes pasos a la
secuencia correcta, en relación con el procedimiento de activación.
Poner en el orden correcto

0 En el sistema de desarrollo, active las funciones empresariales correctas con SFW5.

0 En el sistema de gestión de calidad, importe la orden de transporte con STMS y realice

las pruebas de gestión de calidad.

0 En el sistema de producción, importe la orden de transporte con STMS.

0 En el sistema de desarrollo, cree una orden de transporte que contenga las funciones
empresariales activadas con SFW5 y libere la orden de transporte.

0 En un sistema de prueba temporal, active las funciones empresariales para fines de

prueba con SFW5.

340 © Copyright. Reservados todos los derechos.

 Capítulo 7

Respuestas a la Evaluación de la formación

1. Al aplicar una nota SAP con el asistente de notas SAP, no es necesaria una clave de
desarrollador ni una clave de objeto para aplicar la nota SAP en sí, pero ambas claves
pueden ser necesarias en los sistemas de SAP Business Suite para actividades manuales
relacionadas con la nota SAP.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. Al aplicar una nota SAP con el asistente de notas SAP, ni una clave de
desarrollador ni una clave de objeto son necesarias para aplicar la nota SAP en sí, pero
ambas claves pueden ser necesarias para actividades manuales relacionadas con la nota
SAP, por ejemplo, para crear un paquete o modificar una estructura de tabla en sistemas
de SAP Business Suite.

2. ¿Qué herramientas se pueden utilizar para aplicar SAP Support Packages?

Seleccione las respuestas correctas.

X A Support Package Manager (SPAM)

X B Software Update Manager (SUM)

X C Transport Management System (TMS)

X D SAP Note Assistant (SNOTE)

Correcto. Puede aplicar SAP Support Packages mediante SPAM o SUM. TMS se utiliza
para importar órdenes de transporte. SNOTE se utiliza para aplicar notas SAP.

3. Es posible realizar una actualización del sistema SAP de SAP ECC 6.05 a SAP S/4HANA
Server 2022.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. No puede realizar una actualización de SAP ECC 6.05 a SAP S/4HANA Server
2022, pero puede realizar una conversión de SAP S/4HANA de SAP ECC 6.05 a SAP S/
4HANA Server 2022.

© Copyright. Reservados todos los derechos. 341

Capítulo 7 : Respuestas a la Evaluación de la formación

4. Los administradores del sistema SAP deben realizar los ajustes de modificación.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. Los ajustes de modificación deben ser realizados por desarrolladores y no por
administradores del sistema SAP.

5. Está ejecutando una infraestructura de tres sistemas. Desea activar una Business
Function con Switch Framework (transacción SFW5). Lleve los siguientes pasos a la
secuencia correcta, en relación con el procedimiento de activación.
Poner en el orden correcto

2 En el sistema de desarrollo, active las funciones empresariales correctas con SFW5.

4 En el sistema de gestión de calidad, importe la orden de transporte con STMS y realice

las pruebas de gestión de calidad.

5 En el sistema de producción, importe la orden de transporte con STMS.

3 En el sistema de desarrollo, cree una orden de transporte que contenga las funciones
empresariales activadas con SFW5 y libere la orden de transporte.

1 En un sistema de prueba temporal, active las funciones empresariales para fines de

prueba con SFW5.

Correcto. Primero active las funciones empresariales para fines de test con la transacción
SFW5 en un sistema sandbox temporal y, a continuación, active las funciones
empresariales correctas con la transacción SFW5 en el sistema de desarrollo. A
continuación, cree una orden de transporte que contenga las funciones empresariales
activadas con la transacción SFW5 en el sistema de desarrollo y libere la orden de
transporte. A continuación, importe la orden de transporte con la transacción STMS en el
sistema de gestión de calidad y realice el test de gestión de calidad y, por último, importe
la orden de transporte con la transacción STMS en el sistema productivo.

342 © Copyright. Reservados todos los derechos.

CAPÍTULO 8 Apéndice: Mejoras en el sistema
de cambio y transporte

Lección 1
CTS ampliado - La idea básica 345

Lección 2
Configuración del Change and Transport System para el CTS ampliado 353

Lección 3
Transporte de objetos no ABAP 371

Lección 4
Outlook: Integración de desarrollo ABAP en procesos CI/CD (DevOps) con la ayuda de gCTS 385

OBJETIVOS DEL CAPÍTULO

● Explicar la idea básica del CTS ampliado

● Explicar los pasos de configuración para el CTS ampliado
● Realizar transportes de objetos no ABAP con la ayuda del sistema de modificaciones y
transporte ABAP
● Enumerar casos de uso para el CTS ampliado
● Describir las opciones de transporte del contenido de SAP HANA
● Describir la idea básica de DevOps y gCTS

© Copyright. Reservados todos los derechos. 343

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

344 © Copyright. Reservados todos los derechos.

 Capítulo 8
Lección 1
CTS ampliado - La idea básica

RESUMEN DE LA LECCIÓN
ABAP Change and Transport System (CTS) también le permite transportar objetos Java
(J2EE, JEE) y tecnologías no ABAP específicas de SAP (como unidades de entrega de SAP
HANA o iViews de SAP NetWeaver Portal) en su infraestructura. Esta capacidad se conoce
como CTS mejorado.
En esta lección se describe la idea básica del CTS ampliado.

Ejemplo empresarial
Su empresa utiliza ABAP Change and Transport System (CTS) para realizar transportes en
infraestructuras de transporte basadas en sistemas SAP con AS ABAP. Además, su empresa
está realizando algún desarrollo en aplicaciones para bases de datos SAP HANA.
Como miembro del equipo de administración de transporte, desea saber si puede transportar
unidades de entrega de SAP HANA (archivos TGZ) con la ayuda de CTS también.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar la idea básica del CTS ampliado

CTS ampliado - La idea básica

Escenario de transporte clásico
En una infraestructura de sistema SAP, tiene la opción de desarrollar en ABAP, según el
estándar J2EE / JEE, o de utilizar tecnología no ABAP específica de SAP, como Web Dynpro
Java, SAP Enterprise Portal, contenido de SAP HANA o incluso utilizar SAP Business
Technology Platform para ampliar sus aplicaciones SAP. Esto no es una lucha entre una
tecnología y otra, sino diferentes enfoques de una solución para las necesidades de negocio.
Usted elige entre estas opciones en función de sus preferencias, el conocimiento que ya está
disponible en una de las tecnologías, o con respecto a las ventajas específicas de una
tecnología en ciertas áreas. Por lo tanto, en cualquier paisaje más grande encontrará muchos
o incluso todos estos objetos. Cuando, por ejemplo, utiliza SAP Enterprise Portal para
proporcionar a los usuarios acceso basado en roles a una nueva funcionalidad en su sistema
back end del servidor SAP ECC, debe sincronizar la actualización tanto del tiempo de
ejecución de SAP Enterprise Portal como del servidor SAP ECC, que incluso podría estar
conectado a otros sistemas SAP con la ayuda de SAP Process Orchestration. O imagine un
sistema SAP S/4HANA Server para el que desea ampliar los procesos empresariales
existentes con la ayuda de SAP Business Technology Platform.
Por lo tanto, hay herramientas para transportes ABAP y no ABAP disponibles, pero (hasta
alguna pila de SAP Support Package para SAP NetWeaver 7.0) no había control central de
transportes no ABAP y no había control central de todos los transportes a sistemas SAP
productivos.

© Copyright. Reservados todos los derechos. 345

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Figura 187: Escenario de transporte clásico: diferentes herramientas para transportes basados en ABAP y no
ABAP

La nueva opción
Con las ampliaciones del ABAP Change and Transport System (CTS para abreviar, o CTS
ampliado, a veces también abreviado como CTS+, respectivamente, si se significan
específicamente las capacidades ampliadas), disponible con alguna pila SP de SAP
NetWeaver 7.0, el CTS también se ha ampliado para gestionar el transporte de objetos no
ABAP.
CTS proporciona la opción de transportar objetos que se han creado en lenguajes de
programación que no sean ABAP mediante el sistema de modificaciones y transporte ABAP.
El objetivo es administrar sistemas no ABAP en un dominio de transporte CTS en el servidor
de aplicación ABAP y, por lo tanto, tener una herramienta de transporte (CTS) que admita
todos los workbench y aplicaciones cuando se trata de transportes. Las herramientas para
crear aplicaciones y contenido se mantienen igual. Las opciones para adjuntar aplicaciones o
contenidos a una orden de transporte CTS se integran en los diferentes workbench. El nivel
de integración es diferente para cada workbench.
De este modo, el Sistema de modificaciones y transporte ampliado proporciona una
herramienta de transporte unificada y facilita el trabajo de los administradores al ejecutar
importaciones. Solo necesita acceso a una herramienta para ejecutar importaciones para
diferentes sistemas back end. Las herramientas de despliegue se llaman automáticamente.
CTS le permite supervisar importaciones y analizar errores. Las colas de importación e
historiales de importación en CTS ofrecen un resumen de las importaciones que ya se han
ejecutado o que están planificadas.
SAP proporciona una integración estrecha en CTS para algunas aplicaciones de SAP. Esto
significa que los objetos no ABAP se pueden adjuntar a órdenes de transporte directamente
desde la aplicación SAP. Algunos ejemplos de aplicaciones estrechamente integradas son:
● Base de datos de SAP HANA
● Consola de administración de ciclo de vida (LCM) de SAP BusinessObjects Business
Intelligence (BI)
● SAP NetWeaver Development Infrastructure (NWDI)
● SAP Enterprise Portal

346 © Copyright. Reservados todos los derechos.

 Lección: CTS ampliado - La idea básica

● Integración de procesos (PI)

Nota:
En algunos escenarios, debe realizar acciones manuales cuando añade objetos a
órdenes de transporte (“acoplamiento suelto”). Algunos tipos de objeto requieren
que realice acciones manuales después del despliegue también.
Teniendo esto en cuenta, puede integrar aplicaciones adicionales en CTS como
SAP Business Technology Platform (siempre que solo tenga que transportar
contenido en forma de archivos de aplicaciones multidestino) o SAP Mobile
Platform. Para obtener más detalles y una lista de las aplicaciones que se pueden
integrar, consulte la sección Sistema de modificaciones y transporte ampliado en
SAP Support Portal, área Herramientas → Software Logística
Herramientas → Sistema de modificación y transporte ampliado (CTS+) y la wiki
sobre logística https://wiki.scn.sap.com/wiki/display/SLde software (https://
wiki.scn.sap.com/wiki/display/SL), área → Sistema de modificación y transporte
Sistema de modificación y transporte ampliado (BC-CTS-PLS).

Figura 188: La nueva opción: Utilizar el CTS ampliado

Un administrador de su sistema AS ABAP ahora también puede gestionar los transportes

para las partes no ABAP de su infraestructura de sistemas SAP. Al combinar y sincronizar
transportes en un enfoque global, el Sistema de modificaciones y transporte mejorado
resuelve los problemas de transporte.

Nota:
El CTS ampliado también se puede utilizar en el escenario de gestión de
solicitudes de modificación de SAP Solution Manager. Por lo tanto, el CTS
mejorado permite que la gestión de solicitudes de modificación admita toda la
plataforma de procesos empresariales para SAP Business Suite.

© Copyright. Reservados todos los derechos. 347

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Requisitos del sistema

Para utilizar las ampliaciones del Sistema de modificaciones y transporte, tanto los sistemas
CTS como los sistemas SAP de tiempo de ejecución (sistema fuente, sistemas destino)
deben cumplir determinados requisitos, que se enumeran en la parte restante de esta lección.

Nota:
En esta lección, el término sistema CTS se refiere a un sistema SAP basado en AS
ABAP que actúa como sistema controlador de dominio de transporte o como
sistema de comunicación para los sistemas no ABAP en cuestión.

Los conceptos principales del Change and Transport System (como sistemas TMS, capas de
transporte, rutas de transporte) siguen siendo válidos y necesarios para una infraestructura
con el CTS ampliado. Las partes principales del CTS mejorado se muestran en la siguiente
figura y se explican a continuación. La decisión de dónde configurar estos componentes
depende del caso de uso (como SAP HANA, SAP Enterprise Portal, SAP NetWeaver
Development Infrastructure, SAP Business Technology Platform) y de la infraestructura del
sistema, especialmente cuando se debe habilitar una infraestructura de sistema compleja
para la funcionalidad CTS (mejorada).

Figura 189: Interacción de componentes para diferentes opciones de despliegue

Dependiendo del método de despliegue (consulte la figura “Interacción de componentes para

diferentes opciones de despliegue), se deben configurar los siguientes componentes antes de
poder utilizar el Sistema de” modificaciones y transporte ampliado:
● CTS Desplegar servicio Web (AS Java)
trata de un servicio Web Java responsable de la comunicación con las herramientas de
despliegue en sistemas no ABAP. El programa de control de transporte tp se comunica
con el servicio Web de despliegue CTS al desplegar los objetos no ABAP.
● Desplegar cliente de servicio web (AS ABAP)

348 © Copyright. Reservados todos los derechos.

 Lección: CTS ampliado - La idea básica

Este mandante en el lado ABAP permite que el programa de control de transporte tp en AS

ABAP se comunique con el servicio Web de despliegue CTS en AS Java.
El cliente de servicio Web de despliegue se compone de la puerta lógica CTSDEPLOY (que
contiene el nombre del servicio Web de despliegue CTS y parámetros adicionales) y la
conexión HTTP CTSDEPLOY (que contiene el destino del servicio Web de despliegue CTS).

Nota:
El servicio web de despliegue CTS y el cliente de servicio web de despliegue solo
son necesarios si la aplicación que desea transportar mediante CTS utiliza uno
de los siguientes métodos de despliegue:
- Software Deployment Manager o Deploy Controller
- Despliegue basado en EJB (específico de la aplicación)
- Despliegue basado en script (específico de la aplicación)

Si la aplicación utiliza el despliegue basado en HTTP (específico de la

aplicación) como método de despliegue, el servicio web de despliegue CTS y el
cliente de servicio web de despliegue no son necesarios.

● Desplegar cliente (AS ABAP)

El cliente de despliegue (que no debe mezclarse con el cliente de servicio web de
despliegue del elemento anterior) consta de un destino HTTP en el sistema CTS para cada
sistema de destino (es decir, para cada sistema en el que desea ejecutar importaciones).

Nota:
El cliente de despliegue solo es necesario si la aplicación que desea transportar
utiliza el método de despliegue Despliegue basado en HTTP (específico de la
aplicación).

● IU Web de Transport Organizer (AS ABAP)

La IU web del Transport Organizer es una aplicación Web Dynpro ABAP que le permite
crear y editar órdenes de transporte para sistemas no ABAP. El sistema de comunicación
en el que se encuentra la IU Web del Transport Organizer debe ser un sistema Unicode.

© Copyright. Reservados todos los derechos. 349

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Nota:
El sistema de comunicación es un sistema SAP basado en AS ABAP en el que
se llaman determinadas herramientas de transporte que no existen en el
sistema no ABAP en cuestión:
- Para los sistemas fuente, el sistema de comunicación cubre la IU web del
Transport Organizer.
- Para los sistemas de destino, el sistema de comunicación desencadena tp
junto con el cliente de despliegue (servicio web).

Por defecto, el controlador de dominio de transporte se utiliza como sistema

de comunicación.
el contexto del CTS ampliado, el sistema de comunicación para un sistema no
ABAP también se etiqueta como sistema CTS.

● Directorio de transporte
Directorio de transporte consistente para AS Java y AS ABAP.

Nota:
R3trans crea una subcarpeta en el directorio <DIR_TRANS>/datos con el
nombre de la orden de transporte. Todos los archivos no ABAP adjuntos de esa
orden de transporte se copian en esa carpeta. Durante la importación, estos
archivos no ABAP se transfieren al servicio de importación (por ejemplo, el
controlador de despliegue en el caso de sistemas SAP basados en AS Java) del
sistema de destino.
Si no puede utilizar un directorio de transporte consistente, también puede
utilizar un destino de conector Java para la transferencia de datos.

● Mandante de exportación CTS (sistema fuente)

objetos a transportar se crean o modifican en el sistema fuente. Los diferentes
mecanismos de exportación en los workbench de las aplicaciones y el servicio de
exportación asumen el rol del cliente de exportación CTS. El mandante de exportación CTS
se comunica con el sistema de transporte proponiendo una orden de transporte para la
selección y adjuntando objetos no ABAP de la aplicación a la orden de transporte. Esto se
denomina “acoplamiento estrecho”.

Nota:
Para obtener más información, consulte la documentación o la guía sobre la
integración CTS de cada aplicación que está disponible en SAP Support Portal,
área Herramientas → Software Logística Herramientas → Sistema de
transporte y cambio ampliado (CTS+).

● Servicio de importación (sistema de destino)

350 © Copyright. Reservados todos los derechos.

 Lección: CTS ampliado - La idea básica

Los objetos del sistema fuente se importan al sistema de destino. Las distintas
herramientas de despliegue (SDM, Deploy Controller, etc.) asumen el rol del servicio de
importación en el sistema de destino.

Nota:
Para obtener más información, consulte la documentación o la guía sobre la
integración CTS de cada aplicación que está disponible en SAP Support Portal,
área Herramientas → Software Logística Herramientas → Sistema de
transporte y cambio ampliado (CTS+).

Incluso si desea utilizar CTS ampliado solo para sistemas no ABAP, aún necesita un sistema
SAP basado en AS ABAP para el controlador de dominio de transporte/sistema CTS.
Algunos pasos de configuración son necesarios para permitir que sus sistemas transporten
objetos no ABAP mediante el Sistema de modificaciones y transporte. Dado que transportar
objetos no ABAP en CTS siempre significa conectar un sistema ABAP con sistemas no ABAP,
debe asegurarse de que la comunicación entre estos sistemas se configura de forma segura.

Nota:
En versiones anteriores, algunas ampliaciones de las funciones CTS (como la IU
Web de Transport Organizer – Aplicación Web Dynpro CTS_ORGANIZER) han
formado parte del Plug-in CTS 2.0 (versión de componente de software
CTS_PLUG 200). A partir de SAP NetWeaver 7.40 SP10, las modificaciones en las
funciones CTS ampliadas se suministran con Support Packages para SAP
NetWeaver. Para obtener más detalles, consulte las notas SAP 1665940 –
Instalación/Actualización del plug-in de SAP CTS 2.0 y 2630240 – Desinstalación
de CTS_PLUG 200.

Ejemplo para una infraestructura de sistemas SAP con el CTS ampliado

La siguiente figura muestra un ejemplo de una infraestructura de sistema SAP para el uso con
el Sistema de modificaciones y transporte ampliado.

© Copyright. Reservados todos los derechos. 351

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Figura 190: Ejemplo de una infraestructura de sistemas SAP con CTS ampliado

En este ejemplo, el controlador de dominio de transporte (TDC) se encuentra en un sistema

ABAP de SAP Solution Manager. El sistema ABAP de SAP Solution Manager actúa como un
sistema CTS.
Dentro de la transacción STMS en el sistema TDC (área Resumen del sistema), puede definir
sistemas ABAP y no ABAP (sistemas SAP), así como configurar pilas Java para sistemas SAP
basados en AS ABAP existentes. La infraestructura del sistema SAP que se muestra en la
figura anterior contiene una infraestructura de tres sistemas para los sistemas SAP Business
Warehouse (SAP BW). Además, contiene una infraestructura de tres sistemas para las bases
de datos de SAP HANA (sin ningún sistema SAP encima de ellas) en la que se desarrollarán
aplicaciones nativas de SAP HANA. Y, por último, hay una infraestructura de tres sistemas de
sistemas SAP Enterprise Portal.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar la idea básica del CTS ampliado

352 © Copyright. Reservados todos los derechos.

 Capítulo 8
Lección 2
Configuración del Change and Transport
System para el CTS ampliado

RESUMEN DE LA LECCIÓN
En esta lección se describe cómo configurar el sistema de modificaciones y transporte y los
sistemas de tiempo de ejecución (sistema fuente, sistemas de destino) para transportar
objetos no ABAP. En primer lugar, se revisan los requisitos previos para el sistema CTS y los
sistemas SAP de tiempo de ejecución. A continuación, se enumeran los pasos de
configuración necesarios para configurar el sistema CTS según corresponda. A continuación,
se discute la creación de sistemas no ABAP y la definición de rutas de transporte entre ellos.
Esta lección finaliza con un apéndice sobre la configuración de varios sistemas de tiempo de
ejecución para el uso con el CTS ampliado.

Nota:
Esta lección utiliza términos y transacciones que aún no se han explicado en las
lecciones de esta clase, pero que son bien conocidas de clases anteriores
(SAPTEC, ADM100 o clases derivadas de estas clases). El instructor no tendrá
tiempo para explicar todos estos términos y transacciones en detalle en esta
clase.

Ejemplo empresarial
Su empresa utiliza ABAP Change and Transport System (CTS) para realizar transportes en
infraestructuras de transporte basadas en sistemas SAP con AS ABAP. Además, su empresa
está realizando un desarrollo de SAP NetWeaver Portal y un desarrollo de contenido de SAP
HANA.
Como miembro del equipo de administración de transporte, desea saber si también puede
transportar ficheros de contenido de SAP NetWeaver Portal (ficheros EPA) y ficheros de
contenido SAP HANA (ficheros TGZ) con la ayuda de CTS.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar los pasos de configuración para el CTS ampliado

Configuración del sistema de modificaciones y transporte para el CTS ampliado

La siguiente figura enumera los principales pasos de configuración necesarios en el sistema
de controlador de dominio de transporte (TDC) y los otros sistemas CTS.

© Copyright. Reservados todos los derechos. 353

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Nota:
En esta lección, el término sistema CTS se refiere a un sistema SAP basado en AS
ABAP que actúa como sistema controlador de dominio de transporte o como
sistema de comunicación para los sistemas no ABAP en cuestión.

Figura 191: Configuración de CTS para transportes de objetos no ABAP: Pasos de configuración principales

Tenga en cuenta que el servicio Web de despliegue CTS se ejecuta en un AS Java pero se
llama desde el cliente de servicio Web de despliegue, que debe configurarse en el sistema CTS
(porque el sistema CTS necesita saber cómo conectarse al servicio Web de despliegue CTS).

Consejo:
Este cliente de despliegue de servicio web debe configurarse en cada sistema
SAP en el que el programa PCT utilice el servicio web de despliegue CTS para
iniciar el despliegue (por ejemplo, despliegue con el controlador de despliegue).
Para sistemas de destino basados en AS Java (solo), este será el sistema de
comunicación para este sistema de destino como se define en el área Resumen
de sistema de la transacción STMS. Normalmente, este sistema de comunicación
será el sistema de controlador de dominio de transporte.
Para los sistemas de destino basados en la base de datos SAP HANA (sin ningún
sistema SAP en la parte superior), el cliente de servicio web de despliegue no es
necesario, sin embargo, debe configurar el cliente de despliegue en su lugar.

Todos estos pasos principales se discutirán con más detalle en las siguientes subsecciones.

La infraestructura de sistemas SAP en esta clase como ejemplo

La siguiente figura señala la infraestructura del sistema SAP (simplificada) en esta clase.

354 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Change and Transport System para el CTS ampliado

Figura 192: Ejemplo para la infraestructura del sistema en este curso

En este escenario, hay una infraestructura de tres sistemas SAP S4D → S4Q → S4P de
sistemas SAP basados en AS ABAP en el dominio de transporte DOMAIN_S4X. Sin embargo,
esta infraestructura del sistema no se tiene en cuenta en esta lección.
Además, existe un dominio de transporte DOMAIN_SMX. Este dominio de transporte se tiene
en cuenta en esta lección. En este dominio de transporte, existe una infraestructura de
sistemas SAP SMA → SMQ → SMP de sistemas SAP basados en AS ABAP. Estos sistemas se
ejecutan en una base de datos diferente de la base de datos SAP HANA. Y hay tres
infraestructuras de sistema de BD SAP HANAHAD → HAQ → HAP en este dominio de
transporte DOMAIN_SMX sin ningún sistema SAP en la parte superior. Estos tres sistemas
SAP tendrán el sistema de controlador de dominio de transporte SMA como sistema de
comunicación (definido en la transacción STMS, área Resumen de sistema). Por lo tanto, SMA
actúa como sistema CTS para estos tres sistemas basados en BD SAP HANA.
En este caso, la parte de importación debe configurarse en el sistema SMA, porque SMA
desempeña el papel del sistema de comunicación para el sistema HAQ y HAP y la importación
a HAQ, por ejemplo, utilizará, por lo tanto, tp en el sistema SMA.
La parte de exportación también debe configurarse en el sistema SMA, porque este sistema
SAP actúa como sistema de comunicación para el sistema HAD, de modo que las órdenes de
transporte para HAD (órdenes de transporte llamadas HADK9<número>) se crearán con la
ayuda de la IU Web del Transport Organizer que se encuentra en el sistema SMA.

© Copyright. Reservados todos los derechos. 355

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Exportar parte: Activación del servicio para la IU Web del Transport Organizer

Figura 193: Configuración de la aplicación Web Dynpro ABAP para CTS (Exportar parte)

proporciona una aplicación Web Dynpro ABAP (CTS_ORGANIZER) que le ayuda a crear
órdenes de transporte y adjuntar objetos. Antes de poder utilizar la IU Web del Transport
Organizer, debe activar el servicio CTS_ORGANIZER en la transacción SICF en el sistema CTS
(parte AS ABAP).

Importar parte: Configuración del cliente web de despliegue CTS o del cliente de
despliegue
servicio Web de despliegue CTS (que forma parte de AS Java) conecta las herramientas de
transporte ABAP con las herramientas de despliegue en las aplicaciones no ABAP. Al
desplegar los objetos no ABAP, el programa de control de transporte tp se comunica con el
servicio web de despliegue CTS con la ayuda del cliente de despliegue de servicio web.
La siguiente figura muestra los pasos necesarios para configurar la parte de importación en el
sistema CTS. Depende del método de despliegue si necesita configurar el cliente de servicio
web de despliegue o el cliente de despliegue.

Nota:
El CTS Desplegar servicio Web y Desplegar cliente de servicio Web solo son
necesarios si utiliza un AS Java para uno de los siguientes métodos de despliegue:
● Software Deployment Manager o Deploy Controller
● Despliegue basado en EJB (específico de la aplicación)
● Despliegue basado en script (específico de la aplicación)

Sin embargo, si utiliza el despliegue basado en HTTP (específico de la aplicación)

como método de despliegue, debe configurar el cliente de despliegue (es decir,
crear un destino HTTP que apunte directamente al sistema de destino). Para
obtener detalles sobre este destino HTTP, consulte la siguiente sección de esta
lección y la guía (de configuración) específica de la aplicación.

356 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Change and Transport System para el CTS ampliado

Figura 194: Importar parte: Configuración de CTS Deploy Web Client / Deploy Client

Configuración del cliente de servicio web de despliegue

Si necesita configurar el cliente de servicio web de despliegue para conectarse al servicio web
de despliegue CTS, proceda de la siguiente manera (consulte la figura anterior):

1. Verifique el servicio Web de despliegue CTS. Para ello, abra un navegador web e
introduzca la URL para el administrador de SAP NetWeaver en el sistema SAP en el que se
ejecuta el servicio web de despliegue CTS. En la aplicación Administración de servicio
único: Definiciones de servicio, busque el Deployment Proxy y compruebe que esté
disponible en ese servidor.

2. Configure una puerta lógica para el servicio Web de despliegue CTS. A partir del paquete
de ampliación 1 para SAP NetWeaver 7.0, SAP suministra la puerta lógica CTSDEPLOY
para la clase proxy CO_TFLDEPLOY_PROXY_VI_DOCUMENT en el mandante 000 con la
instalación estándar. Esta puerta lógica hace referencia al destino RFC CTSDEPLOY. Por
lo tanto, solo debe verificar en la transacción LPCONFIG (en el mandante 000) del sistema
CTS que existe esta puerta lógica.

3. Cree un nuevo destino HTTP con el nombre CTSDEPLOY como destino RFC del tipo de
conexión G en la transacción SM59. El nombre de este destino RFC será necesario para la
puerta lógica del servicio Web de despliegue CTS. En la pestaña Opciones técnicas,
introduzca el nombre de host y el puerto de AS Java en el que se ejecuta el servicio Web de
despliegue CTS. En la ficha Inicio de sesión y seguridad, seleccione Autenticación básica
como procedimiento de inicio de sesión (es posible que deba confirmar una ventana de
diálogo). Como usuario de inicio de sesión, introduzca un ID de usuario de AS Java en el
que se utiliza el servicio Web de despliegue CTS. Este usuario debe tener autorización para
utilizar el servicio Web de despliegue CTS.
Los objetos grandes pueden provocar tiempos de espera en los despliegues. Por lo tanto,
es posible que deba fijar un parámetro de tiempo de espera para el Internet
Communication Manager (ICM) en el sistema CTS (parte AS ABAP) y en sistemas de
destino basados en AS ABAP + Java, para que sea más largo que el tiempo de despliegue
más largo previsto. Esto también se puede hacer en la definición del destino RFC
(transacción SM59, etiqueta Opciones especiales).

© Copyright. Reservados todos los derechos. 357

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Configuración del cliente de despliegue

Para el método de despliegue Despliegue basado en HTTP (específico de la aplicación), debe
configurar el Cliente de despliegue. Para ello, en el sistema CTS debe crear una conexión
HTTP como destino RFC para cada sistema de destino, es decir, para cada sistema en el que
desee ejecutar importaciones (consulte la figura “Importar parte: Configuración de CTS
Desplegar cliente web / Cliente de despliegue”).
Para ello, proceda de la siguiente manera:

1. Cree una nueva conexión HTTP a un servidor externo con un nombre autoexplicativo (por
ejemplo, <SID del sistema destino>_DESTINATION) como destino RFC del tipo de
conexión G en la transacción SM59. El nombre de este destino RFC se necesitará
posteriormente durante la definición del sistema de destino en la transacción STMS.

● En la pestaña Opciones técnicas, introduzca el nombre de host y el puerto del host de

destino. En función de las opciones de seguridad, puede introducir el puerto HTTP o
HTTPS como Número de servicio. El prefijo de vía de acceso depende del tipo de
aplicación (por ejemplo, /sap/hana/xs/lm/slp/slp.xsjs para
transportes de contenido de base de datos SAP HANA).

● En la ficha Inicio de sesión y seguridad, seleccione Autenticación básica como

procedimiento de inicio de sesión (es posible que deba confirmar una ventana de
diálogo). Como usuario de inicio de sesión, introduzca un ID de usuario en el sistema de
destino.

Nota:
Este usuario debe tener autorización para procesar la importación (por
ejemplo, para transportes de contenido de BD SAP HANA, el usuario debe
estar asignado al rol sap.hana.xs.lm.roles::SLP_CTS_deploy_admin en el
sistema SAP HANA DB).

● Los objetos grandes pueden provocar tiempos de espera en los despliegues. Por lo
tanto, es posible que deba fijar un parámetro de tiempo de espera para el Internet
Communication Manager (ICM) en el sistema CTS (parte AS ABAP) y en sistemas de
destino basados en AS ABAP + Java, para que sea más largo que el tiempo de
despliegue más largo previsto. Esto también se puede hacer en la definición del destino
RFC (transacción SM59, etiqueta Opciones especiales).

2. Repita este paso para todos los sistemas de destino.

3. Dependiendo de la topología de red, es posible que el sistema ABAP del servidor de

aplicación no pueda conectarse directamente a Internet. En este caso, se debe configurar
un proxy que encamine las solicitudes de descarga a Internet. Como la comunicación
utiliza el mandante 000, asegúrese de que las opciones de proxy HTTP para estos
destinos RFC en el mandante 000 se configuran según su configuración de red. Para ello,
seleccione el acceso vía menús Extras → HTTP Proxy Configuration en la transacción
SM59 y:

● En la etiqueta Opciones globales, asegúrese de que la configuración de proxy esté

activa y especifique las direcciones a las que no se debe acceder mediante el proxy.

● En la etiqueta Protocolo HTTPS, introduzca la información de conexión para el servidor

proxy y seleccione OK.

358 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Change and Transport System para el CTS ampliado

Nota:
Al utilizar el CTS ampliado para la integración de SAP Business Technology
Platform (SAP BTP), además el sistema CTS debe validar el certificado de
servidor para garantizar la identidad del servidor y evitar ataques “man-in-the-
middle”. Esto significa que el certificado raíz de la autoridad de certificación que
se ha utilizado para firmar el certificado del servidor SAP BTP Cloud Foundry debe
importarse a la transacción STRUST del sistema CTS.

Configuración del tipo de aplicación

El Change and Transport System (CTS) ampliado admite el transporte de objetos de
aplicaciones no ABAP específicas. Los objetos admitidos pueden variar de una versión a otra.
Tiene la opción de conectar otras aplicaciones no ABAP (también aplicaciones que no son de
SAP) con el CTS. De este modo, los objetos de las aplicaciones conectadas también se
pueden transportar con el CTS.
utilizar CTS con su aplicación, puede ser necesario que tenga que dar a conocer la aplicación
en CTS. Para ello, necesita un tipo de aplicación que se utilizará como identificador único para
su aplicación (como BD SAP HANA) en CTS.
Puede conectar estas aplicaciones con CTS para cada dominio de la siguiente manera:

1. Configure los sistemas fuente para exportar objetos de la aplicación que se va a conectar.
Esto es necesario para que los objetos de los sistemas fuente se puedan exportar
mediante el Sistema de modificaciones y transporte.
En el Transport Management System (código de transacción STMS) en el sistema
controlador de dominio de transporte, introduzca el área Resumen de sistema y
seleccione → Extras Tipos de aplicación → Configurar. Aquí puede crear una entrada
nueva para su tipo de aplicación.

Nota:
Para la integración de la base de datos SAP HANA con CTS, se utiliza el tipo de
aplicación HDBLM.
Para la integración de aplicaciones de varios destinos (MTAs) en SAP Business
Technology Platform (entorno Cloud Foundry) en CTS, se utiliza el tipo de
aplicación SCP_CF con detalles de soporte BC-XS-SL-DS (para el que puede
tener que crear una entrada manualmente).

Como resultado, la aplicación está conectada con el Sistema de modificaciones y

transporte. Ahora puede seleccionar la aplicación en la IU Web del Transport Organizer al
seleccionar el objeto (fichero) que se debe anexar a una orden de transporte.

2. Configure los sistemas de destino para transportar los objetos de esta aplicación.
Esto es necesario para que los objetos de la aplicación se puedan importar a los sistemas
de destino (este procedimiento asume que los sistemas de destino de la aplicación ya
están configurados en su infraestructura de transporte):
En Transport Management System (código de transacción STMS) en el sistema
controlador de dominio de transporte, introduzca el área Resumen del sistema.
Seleccione el sistema destino en cuestión haciendo doble clic en él. En la pantalla

© Copyright. Reservados todos los derechos. 359

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

resultante, seleccione el acceso vía menús Pasar a → Tipos de aplicación → Método de

despliegue.
Cree una nueva entrada y seleccione el Tipo de aplicación (o ID de aplicación) mediante la
ayuda para entradas. Seleccione el método de despliegue necesario de la lista de
selección.

Consejo:
El campo de destino HTTP contiene el nombre del destino HTTP (como se ha
definido anteriormente en la transacción SM59) que se utiliza para el
despliegue. Este campo solo se utiliza para el despliegue basado en HTTP del
método de despliegue (específico de la aplicación).
Los campos Desplegar URI, Usuario (para un usuario de despliegue técnico) y
Contraseña son opcionales para el despliegue basado en HTTP (específico de
la aplicación).

Después de estos pasos, puede transportar objetos de la aplicación conectada en el Sistema

de modificaciones y transporte.

Infraestructura sistema SAP parte I: Activar controlador dominio transporte

Figura 195: AActivar controlador de dominio de transporte

Antes de poder trabajar con Transport Management System (TMS), debe configurarlo para
todos los sistemas SAP de su infraestructura de sistemas SAP.
La configuración TMS incluye la configuración del dominio de transporte. En este paso se
define qué sistemas SAP de su infraestructura de sistemas SAP forman un dominio de
transporte y qué sistema SAP debe ser el controlador de dominio de transporte.

Nota:
El procedimiento para activar el TMS es el mismo que para los transportes ABAP
“normales”, por lo que en este paso no se requiere ninguna configuración
específica para la funcionalidad ampliada de CTS.

360 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Change and Transport System para el CTS ampliado

Infraestructura del sistema SAP Parte II: Configuración de la infraestructura del sistema
SAP
El siguiente roadmap muestra los pasos necesarios para configurar la infraestructura del
sistema SAP en el sistema controlador de dominio de transporte.

Nota:
Los pasos de configuración difieren en detalle con respecto al nivel de pila SP y el
tipo (SAP PI frente a SAP Enterprise Portal frente a contenido de BD SAP HANA
frente a integración de SAP Business Technology Platform) de los sistemas SAP
en cuestión.

Figura 196: Configuración de la infraestructura del sistema SAP

Definir sistemas no ABAP/configuraciones de pila Java e introducir credenciales para el

despliegue en este sistema
Considere una infraestructura de tres sistemas como ejemplo. En función del tipo de
utilización de los sistemas de tiempo de ejecución, debe crear los siguientes sistemas no
ABAP o realizar configuraciones de pila Java en la transacción STMS (área Resumen del
sistema) en el sistema controlador de dominio de transporte:
● Para los transportes entre sistemas SAP basados en AS ABAP (solo), no necesita ningún
sistema no ABAP en la transacción STMS.

● Para los transportes entre sistemas no ABAP (como sistemas de BD SAP HANA, sistemas
SAP basados solo en AS Java o integración de SAP Business Technology Platform), debe
definir tres sistemas no ABAP en la transacción STMS que representa su sistema de
desarrollo, el sistema de gestión de calidad y el sistema productivo. Junto con el sistema
CTS, necesita cuatro sistemas SAP en la transacción STMS.

Nota:
Para cualquier sistema no ABAP, seleccione el sistema controlador de dominio
de transporte (sistema TDC) para que sea el sistema de comunicación.

© Copyright. Reservados todos los derechos. 361

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Definir capas de transporte y rutas de transporte

A continuación, debe definir capas de transporte y rutas de transporte (rutas de consolidación
y rutas de entrega) entre los sistemas SAP no ABAP en cuestión. Las capas de transporte y
las rutas de transporte necesarias dependen de los sistemas SAP en cuestión.
La definición de capas de transporte y rutas de transporte se realiza en el sistema controlador
de dominio de transporte (sistema TDC) en la transacción STMS (área Rutas de transporte).

Verificar/actualizar parámetros PCT para sistemas no ABAP

La siguiente figura muestra los parámetros PCT necesarios que se deben actualizar en el
sistema controlador de dominio de transporte para los sistemas SAP no ABAP en cuestión.

Figura 197: Ajuste de parámetros PCT para sistemas no ABAP

parámetros PCT necesarios difieren entre el sistema fuente por un lado y los sistemas destino
por el otro. Para verificar o actualizar estos parámetros, utilice la transacción STMS del
sistema controlador de dominio de transporte (área Resumen del sistema, aquí haga doble
clic en el sistema SAP en cuestión y luego cambie a la etiqueta Herramienta de transporte).
● NON_ABAP_WBO_CLIENT especifica el mandante (en el sistema CTS o en el sistema de
desarrollo, si contiene una pila AS ABAP) en el que se pueden crear y liberar órdenes de
transporte. Este parámetro es necesario para activar la IU Web del Transport Organizer y
para restringir esta IU Web para sistemas SAP no ABAP a un mandante.
● El parámetro WBO_GET_REQ_STRATEGY (valores: SMART, TAGGED o CREATE) define la
creación automática de órdenes de transporte durante el proceso de exportación. El
parámetro WBO_REL_REQ_STRATEGY (valores AUTO o MANUAL) define la liberación
automática de órdenes de transporte.
● El parámetro NON_ABAP_WBO_INBOX indica el directorio en el que el Transport Organizer
busca ficheros que se deben transportar. Este parámetro solo se utiliza para “el
acoplamiento suelto” (transferencia de archivos mediante un directorio de montaje o un
directorio compartido).

362 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Change and Transport System para el CTS ampliado

● Si su aplicación SAP está estrechamente integrada con CTS (“acoplamiento estrecho”),

puede adjuntar objetos directamente desde la aplicación por defecto. A continuación, los
datos se transfieren al sistema CTS mediante SAP Java Connector (JCo). En este caso, el
parámetro WBO_FILE_TRANSFER se fija en STREAM (este es el valor predeterminado). Sin
embargo, si necesita transferir archivos mediante una carpeta compartida o un sistema de
archivos de red, debe fijar el parámetro WBO_FILE_TRANSFER en SHARE.

● El parámetro DEPLOY_DATA_SHARE apunta al directorio donde tp almacena los datos y

CTS Deploy Web Service / Deploy Client los lleva para el despliegue en los sistemas SAP de
tiempo de ejecución (no es necesario si utiliza el despliegue basado en HTTP). Para
sistemas SAP basados en AS ABAP (o AS ABAP + Java), el valor del parámetro
DEPLOY_DATA_SHARE debe hacer referencia al subdirectorio de datos del directorio
especificado en el parámetro de perfil DIR_TRANS en el sistema SAP en cuestión. Este
parámetro se generará automáticamente, pero es posible que deba adaptar el valor de
este parámetro manualmente.

Nota:
En lugar del parámetro DEPLOY_DATA_SHARE, también puede utilizar el
parámetro CTS_FILE_PROVIDER_URI. Con este parámetro, debe definir una
conexión SAP Java Connector (conexión JCo) para transferir datos al sistema
de destino (en lugar de utilizar un directorio a nivel de sistema operativo). Este
parámetro solo se evaluará si el parámetro DEPLOY_DATA_SHARE no está
fijado.

● El valor del parámetro DEPLOY_WEB_SERVICE debe ser el nombre de la puerta lógica en la

transacción LPCONFIG (por ejemplo, CTSDEPLOY). Este parámetro se genera
automáticamente. No se evaluará en caso de despliegues basados en HTTP.
● Si desea iniciar el despliegue en los sistemas de destino, debe especificar el parámetro
DEPLOY_URL. Este parámetro se genera automáticamente y debería apuntar a la URL de
la herramienta de despliegue (por ejemplo, Controlador de despliegue) en el sistema de
destino. Este parámetro no se utiliza para despliegues basados en HTTP.

Nota:
Para el despliegue en un sistema SAP PI, el URL del sistema PI se especifica
mediante el parámetro DEPLOY_XI_URL, para desplegar en un sistema System
Landscape Directory (SLD), se utiliza el parámetro DEPLOY_SLD_URL.

● El parámetro CTS_SYSTEM_TYPE clasifica los sistemas en la transacción LMDB

(Landscape Management Database) para escenarios de SAP Solution Manager. Para
sistemas fuente no ABAP utilizados en escenarios de SAP Solution Manager, debe añadir
manualmente este parámetro según lo requiera su escenario. Para sistemas de destino no
ABAP, el parámetro se genera automáticamente.

La importación de aplicaciones Java a sistemas SAP subsiguientes será realizada por el

programa de control de transporte ABAP tp. tp llama el cliente de despliegue o el servicio Web
de despliegue CTS según los parámetros PCT y dependiendo del método de despliegue.
En caso de utilizar el Cliente de despliegue (método de despliegue Despliegue basado en
HTTP), las credenciales del usuario de despliegue se almacenan en la definición del destino
RFC.

© Copyright. Reservados todos los derechos. 363

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Si utiliza Deploy Web Service Client, el CTS Deploy Web Service llama a la herramienta deploy
(por ejemplo, Deploy Controller (DC) para sistemas SAP basados en AS Java). Para ello, debe
especificar un usuario con los permisos adecuados para realizar la importación. Este usuario
debe especificarse en el sistema controlador de dominio de transporte del dominio de
transporte al que pertenece el sistema SAP: en el área Resumen de sistema de la transacción
STMS en el sistema controlador de dominio de transporte, haga doble clic en el sistema SAP
en cuestión y cambie a la etiqueta Herramienta de transporte.
● Si su sistema SAP es un sistema SAP PI, seleccione Pasar a → Usuario XI/Contraseña e
introduzca las credenciales del usuario que iniciará el despliegue. Este usuario debe existir
en el sistema SAP PI en cuestión y el rol PFCG SAP_XI_CMS_SERV_USER debe estar
asignado a este usuario.
● Si su sistema SAP se basa solo en AS Java (por ejemplo, un sistema SAP Enterprise
Portal), el despliegue será realizado por SDM (sistemas SAP basados en AS Java 6.40 o
AS Java 7.0x) o por el Deploy Controller (sistemas SAP basados en AS Java 7.10 o
superior). Debe seleccionar Pasar a → SDM/Usuario DC/Contraseña e introducir las
credenciales adecuadas para el sistema SAP basado en Java en cuestión (ya sea la
contraseña SDM o un usuario en el sistema SAP basado en Java en cuestión que tenga
permiso para iniciar el despliegue).
● Sin embargo, para el System Landscape Directory (SLD), el procedimiento de despliegue
es un poco diferente. Por lo tanto, debe especificar un usuario diferente en la aplicación
SLD.

Nota:
Debe realizar este paso para cada sistema SAP en el que desee importar
objetos no ABAP. Sin embargo, al activar el servicio de despliegue para
sistemas de destino (durante la creación de un sistema no ABAP o una
configuración de pila Java en la transacción STMS), estas credenciales se
actualizan/almacenan automáticamente.

Verificar parametrizaciones TMS

Una vez configurado el TMS, hay algunas pruebas que puede realizar para verificar que no
haya problemas técnicos con la configuración de TMS. Por ejemplo, debe verificar que el
programa PCT y su configuración de parámetros sean consistentes. Para ello, desde el área
Resumen de sistema de la transacción STMS, siga el acceso vía menús Herramienta de
transporte → → de verificación del sistema SAP. Esto ejecuta tests para verificar la interfase
PCT, el perfil de transporte, los destinos RFC y la conexión a las bases de datos. Devuelve un
informe de los resultados.

Configuración de sistemas SAP de tiempo de ejecución

Además de la configuración del controlador de dominio de transporte y los sistemas CTS, es
posible que también deba configurar sus sistemas SAP de tiempo de ejecución (es decir, los
sistemas SAP entre los que se realiza la exportación e importación).
Los pasos necesarios para la configuración de sistemas SAP de tiempo de ejecución difieren
con respecto al tipo de estos sistemas SAP.

364 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Change and Transport System para el CTS ampliado

Nota:
Para los sistemas de destino basados solo en AS ABAP, no se requieren pasos de
preparación específicos para el uso de CTS ampliado. Solo tiene que configurar
sus sistemas SAP para utilizarlos con CTS “como de costumbre”. Además, no se
requiere ninguna versión específica de los sistemas SAP, la compatibilidad CTS es
suficiente en este caso.

Ejemplo: Configuración de sistemas de SAP Enterprise Portal como sistemas de tiempo

de ejecución
Sin embargo, si desea transportar contenido de SAP Enterprise Portal con la ayuda del CTS
ampliado, debe configurar los sistemas de SAP Enterprise Portal como corresponda. Los
pasos principales se enumeran en el siguiente roadmap:

Figura 198: Configuración de sistemas de portal como sistemas de tiempo de ejecución

Las aplicaciones o servicios pueden establecer conexiones con otros servicios. Al utilizar
estas conexiones, debe especificar la dirección del servicio remoto y la información de
autenticación del usuario que se utilizará para la conexión. Muchas aplicaciones utilizan el
servicio Destinos para este fin. Puede crear manualmente destinos HTTP y destinos RFC
utilizando el servicio Destinos en SAP NetWeaver Administrator (véase la figura anterior) o
(para sistemas SAP basados en AS Java 7.0x) en la herramienta Visual Administrator.
Antes de poder adjuntar objetos a órdenes de transporte directamente en la aplicación,
primero debe utilizar RFC para conectar su sistema de aplicación SAP (como SAP Enterprise
Portal) al sistema CTS (para ser más exactos: al sistema SAP que actúa como sistema de
comunicación para su sistema SAP Enterprise Portal). Esto permite que su aplicación se
comunique con el sistema de transporte.
Para crear esta conexión RFC, abra SAP NetWeaver Administrator de su sistema de desarrollo
de aplicaciones SAP y seleccione (Gestión del sistema → )
Configuración → Seguridad → Destinos. Cree un destino del tipo de destino RFC (para el
sistema de desarrollo como sistema de alojamiento) llamado (exactamente) sap.com/
com.sap.tc.di.CTSserver.

© Copyright. Reservados todos los derechos. 365

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

● En el paso Conexión y transporte Opciones de seguridad, introduzca los datos de conexión

de su sistema CTS.
● En el paso Datos de inicio de sesión, seleccione la opción Usuario actual (ticket de aserción)
como autenticación para la conexión a su sistema CTS. SAP recomienda utilizar Single
Sign-On (SSO). Si no puede utilizar SSO, seleccione la opción Usuario técnico e introduzca
su idioma preferido, un cliente y un nombre de usuario y contraseña adecuados. Introduzca
el mandante del parámetro PCTNON_ABAP_WBO_CLIENT en el sistema CTS. Utilice la
ayuda para entradas para el campo Nombre de destino en el área Conexión de repositorio.
● En el paso Opciones específicas, utilice los valores predeterminados para las Opciones de
pool. Finalmente, seleccione Finalizar para grabar el destino.

Nota:
En los sistemas SAP de tiempo de ejecución de SAP PI, debe crear el usuario
de servicioNWDI_CTSADMIN y asignar el rol SAP_XI_CMS_SERV_USER a este
usuario. El usuario que ha creado se necesitará en el sistema de controlador de
dominio de transporte en el Resumen de sistema TMS. Allí (en la pestaña
Herramienta de transporte para el sistema SAP en cuestión), debe seleccionar
Pasar a → Usuario/Contraseña XI del menú e introducir las credenciales tal y
como las ha actualizado en el sistema SAP PI.

Ejemplo: Configuración de sistemas de BD SAP HANA como sistemas de tiempo de

ejecución
Si desea transportar el contenido de la base de datos SAP HANA con la ayuda del CTS
ampliado, debe configurar tanto el sistema CTS como los sistemas de la base de datos SAP
HANA como corresponda. Los pasos principales se enumeran en el siguiente roadmap:

Figura 199: Configuración de sistemas de BD SAP HANA como sistemas de tiempo de ejecución

Activar servicio web de exportación CTS (cliente de exportación CTS) en el sistema CTS
En el sistema de desarrollo de la base de datos SAP HANA, debe configurar la conexión
remota con el sistema CTS. Esto se realiza con la ayuda del servicio Web de exportación CTS

366 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Change and Transport System para el CTS ampliado

(mandante de exportación CTS). Este servicio Web se ejecuta en AS ABAP de su sistema CTS
y debe activarse. El SID con el que se conoce el sistema en CTS debe transferirse al sistema
CTS siempre que se necesite o cree una orden de transporte. El sistema CTS debe saber para
qué sistema debe crear o buscar una orden de transporte.

Nota:
El “nombre” de una orden de transporte en TMS empieza con el SID del sistema
de desarrollo (fuente) (como se define en el TMS) y, por lo tanto, identifica (entre
otras) la ruta de transporte a la que pertenece.

La activación tiene lugar en la transacción SOAMANAGER (SOA Management) en el sistema

CTS. Aquí debe crear/definir el servicio EXPORT_CTS_WS_ONE para la definición de servicio
existente EXPORT_CTS_WS. También puede definir/editar la vinculación aquí (la vinculación
contiene una configuración de tiempo de ejecución necesaria para implementar el servicio).
Tan pronto como se define la vinculación, puede configurar el servicio como desee.
Las opciones de configuración más importantes se definen en el paso Seguridad del
proveedor de la Configuración guiada (por ejemplo, Seguridad del nivel de transporte,
Opciones de autenticación). Las opciones de autenticación que utilice aquí deben coincidir con
lo que configure para el destino para el sistema CTS en SAP HANA Application Lifecycle
Management (HALM) más adelante (véase más abajo).

Consejo:
Se recomienda el uso de Single Sign-On con ticket de aserción de SAP (consulte
la nota SAP 2117110 – Recomendación para sustituir tickets de SAP Logon por la
solución Single Sign-On.

Configurar sistema fuente de base de datos SAP HANA

La configuración en el sistema CTS está lista ahora. A continuación, debe configurar la
conexión de su sistema de desarrollo de BD SAP HANA (fuente) al sistema CTS.
Esta configuración se realiza en SAP HANA DB Application Lifecycle Management (HALM;
URL http://<Host of SAP HANA DB>:<port>/sap/hana/xs/lm) con un usuario asignado a (al
menos) los roles (HANA):
● sap.hana.xs.admin.roles::HTTPDestAdministrator
● sap.hana.xs.admin.roles::RuntimeConfAdministrator
● sap.hana.xs.lm.roles::Administrator

Nota:
Si utiliza Contenedores de base de datos de varios arrendatarios, asegúrese de
haber iniciado sesión en el arrendatario correcto. Las opciones para el CTS
ampliado en HALM son específicas de arrendatario. Esto significa que diferentes
arrendatarios también pueden tener diferentes opciones.

En HALM, introduzca el área CONFIGURACIÓN, seleccione Habilitar transporte CTS y haga

clic en Configurar sistema CTS.

© Copyright. Reservados todos los derechos. 367

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

● Aquí primero debe proporcionar detalles del sistema sobre el sistema CTS y el SID de su
sistema de desarrollo (como se define en el área Resumen del sistema de la transacción
STMS en el sistema CTS).

● A continuación, debe actualizar el destino (HTTP) para el sistema CTS. Aquí debe
introducir el alias que ha configurado durante la activación del servicio Web de exportación
CTS antes (por ejemplo, /<mandante>/export_cts_ws) como Prefijo de vía de acceso.
Además, las opciones de autenticación deben actualizarse según sus necesidades. El tipo
de autenticación que utiliza debe coincidir con lo que ha configurado antes para el servicio
Web de exportación CTS.

Consejo:
Nota SAP 2097341 – Problemas relacionados con la integración de HALM con
CTS enumera algunos requisitos básicos que deben cumplirse para que la
integración entre HALM y el sistema CTS sea correcta. Los documentos adjuntos
a esta nota SAP también pueden ser útiles para la resolución de problemas.

Configurar sistema(s) de destino HANA

También debe activar el CTS ampliado en todos los sistemas de destino. Esta configuración
también se realiza en SAP HANA Application Lifecycle Management (HALM).
Para ello, inicie sesión en el HALM del sistema de destino en cuestión con un usuario que esté
asignado a (al menos) los roles (HANA)
● sap.hana.xs.admin.roles::HTTPDestAdministrator
● sap.hana.xs.admin.roles::RuntimeConfAdministrator y
● sap.hana.xs.lm.roles::Administrator.

Nota:
Si utiliza Contenedores de bases de datos de varios arrendatarios, asegúrese de
haber iniciado sesión en el arrendatario correcto. Las opciones para el CTS
ampliado en HALM son específicas de arrendatario. Esto significa que diferentes
arrendatarios también pueden tener diferentes opciones.

Introduzca el área CONFIGURACIÓN, seleccione Habilitar transporte CTS y haga clic en

Configurar sistema CTS. No es necesario introducir detalles para el sistema CTS o la
conexión.

Adenda: Configuración de SAP Business Technology Platform como Entorno de Tiempo

de Ejecución
En el entorno Cloud Foundry de SAP Business Technology Platform (SAP BTP), puede
transportar aplicaciones de Cloud Foundry en paquetes en archivos de aplicaciones de varios
destinos (MTA) a espacios de Cloud Foundry. Con la integración de SAP BTP en el Sistema de
modificaciones y transporte (CTS), puede gestionar el transporte de archivos MTA con la
misma herramienta que para los objetos ABAP de SAP BW o el contenido de SAP Enterprise
Portal. Puede modelar una infraestructura para sus espacios de Cloud Foundry en CTS como
para cualquier otra aplicación no ABAP compatible con CTS. Al hacerlo, asocia sistemas
lógicos en TMS (SID de 3 dígitos en TMS que representan los espacios de Cloud Foundry) a
los espacios de Cloud Foundry.

368 © Copyright. Reservados todos los derechos.

 Lección: Configuración del Change and Transport System para el CTS ampliado

Para iniciar el transporte, debe crear una orden de transporte para el primer sistema en la
infraestructura de sistemas (según las rutas de transporte en la transacción STMS) y adjuntar
los archivos MTA que desea transportar mediante la herramienta IU Web de Transport
Organizer en CTS. A continuación, debe liberar la orden de transporte. A continuación, puede
iniciar la importación al siguiente sistema lógico desde la ruta de transporte, que iniciará la
importación al espacio Cloud Foundry correspondiente en SAP BTP.

Nota:
Todos los usuarios de SAP BTP que deberían tener permiso para adjuntar
contenido de BTP a las órdenes de transporte deben tener un usuario
correspondiente en el cliente del sistema CTS que esté utilizando para los
transportes (es decir, el cliente en el que ha activado la IU web de Transport
Organizer). Para transportar objetos no ABAP, puede utilizar las autorizaciones
del rol suministrado SAP_CTS_PLUS.

Si desea transportar aplicaciones que se ejecutan en el entorno SAP BTP Cloud Foundry,
consulte la guía Cómo... Configure SAP Cloud Platform Cloud Foundry para CTS (disponible en
SAP Support Portal (https://support.sap.com), área Herramientas → Software Logística
Herramientas → Modificación y transporte: Modificación y transporte para SAP Business
Technology Platform → (Enlace a) Cómo... Configurar SAP BTP para CTS ) puede ser útil.

Información relacionada
Encontrará información adicional para el transporte de objetos no ABAP con la ayuda de
Change and Transport Systems en la documentación online del área SAP S/4HANA (Product
Assistance) SAP S/4HANA → Enterprise Technology → ABAP Platform → Administración de
la plataforma ABAP → Conceptos y herramientas → Solución Gestión del ciclo de
vida → Software Logística → Modificación y transporte Sistema → de modificación y
transporte Sistema de modificación y transporte - Resumen → Transporte de objetos no ABAP
en el sistema de modificaciones y transporte.
La información sobre el transporte del contenido de la base de datos de SAP HANA en
particular se puede encontrar en el área SAP S/4HANA → Enterprise Technology → ABAP
Platform → Administración de la plataforma ABAP → Conceptos y herramientas Gestión del
ciclo de vida de la → solución → Software Logística → Escenarios de transporte para el
contenido de SAP HANA.
Además, hay algunos artículos relacionados con la funcionalidad mejorada del CTS. Están
disponibles en SAP Community, área Logística de software (https://www.sap.com/
community/topic/software-logistics.html). Desde aquí también puede seguir los enlaces en
el área Contenido de experto, sección Modificación y transporte, por ejemplo, Enhanced
Change and Transport System (CTS+) (https://support.sap.com/en/tools/software-
logistics-tools/enhanced-change-and-transport-system.html), Transportes en SAP HANA /
HALM (https://support.sap.com/en/tools/software-logistics-tools/hana-halm.html) o
Change and Transport for SAP Cloud (Business Technology) Platform (https://
support.sap.com/en/tools/software-logistics-tools/sl-for-sap-btp.html).
Por último, las siguientes notas SAP pueden ser útiles:
● Nota SAP 1003674 – Ampliación para sistemas no ABAP en CTS es una nota compuesta
que proporciona información adicional sobre el CTS ampliado.
● Nota SAP 2286312 – CTS+, Export Web Service y SLG1: La resolución de problemas
proporciona información cuando las llamadas de exportación contra el sistema de

© Copyright. Reservados todos los derechos. 369

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

comunicación ABAP fallan en caso de utilizar el servicio Web de exportación

(EXPORT_CTS_WS). SAP Notes 2097341 – Problemas relacionados con la integración de
HALM con CTS (incluidos sus adjuntos) y 2505430 – CTS+ para HANA: error al configurar
el destino HTTP. Proporcione información especialmente en caso de problemas al
registrar un sistema CTS en HANA Application Lifecycle Manager (HALM).

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar los pasos de configuración para el CTS ampliado

370 © Copyright. Reservados todos los derechos.

 Capítulo 8
Lección 3
Transporte de objetos no ABAP

RESUMEN DE LA LECCIÓN
Después de haber ejecutado todos los pasos de configuración necesarios tanto en el sistema
de controlador de dominio de transporte (TDC) como en el sistema CTS y los sistemas SAP
incluidos en la infraestructura de transporte (sistemas SAP de tiempo de ejecución), puede
transportar objetos no ABAP a sistemas de destino subsiguientes.
Esta lección comienza con una sección que contiene el “panorama general”. Los pasos
principales para transportar objetos no ABAP se enumeran aquí. En las siguientes secciones,
estos pasos se presentan con más detalle con respecto al tipo de uso de los sistemas SAP en
cuestión.

Ejemplo empresarial
Su empresa utiliza el Change and Transport System (CTS) para realizar transportes en
infraestructuras de transporte basadas en sistemas SAP con AS ABAP. Además, su empresa
está realizando algún desarrollo en una aplicación para datamarts de SAP HANA.
Como miembro del equipo de administración de transporte, desea saber cómo transportar
archivos de transporte de contenido (archivos TGZ) con la ayuda de CTS también.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Realizar transportes de objetos no ABAP con la ayuda del sistema de modificaciones y
transporte ABAP
● Enumerar casos de uso para el CTS ampliado
● Describir las opciones de transporte del contenido de SAP HANA

Transporte de objetos no ABAP

“Panorama general”
Después de haber realizado todos los pasos de configuración necesarios tanto en los
sistemas CTS como en los sistemas SAP incluidos en la infraestructura de transporte
(sistema fuente, sistemas de destino), puede transportar objetos no ABAP a sistemas de
destino subsiguientes. El siguiente roadmap contiene los pasos principales para transportar
contenido no ABAP con la ayuda del Change and Transport System (CTS) ampliado.

Nota:
En esta lección, el término sistema CTS se refiere a un sistema SAP basado en AS
ABAP que actúa como sistema controlador de dominio de transporte o como
sistema de comunicación para los sistemas no ABAP en cuestión.

© Copyright. Reservados todos los derechos. 371

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Figura 200: Transporte de contenido no ABAP: el panorama general

, debe crear una orden de transporte adecuada (estas órdenes de transporte deben ser del
tipo orden de workbench porque no hay datos específicos de mandante en el sistema no
ABAP). Este paso se realiza:
● en el sistema de comunicación con la ayuda de la IU Web del Transport Organizer (para
sistemas de desarrollo no ABAP) en caso de “acoplamiento suelto” o
● directamente por el entorno de desarrollo integrado (IDE; como SAP NetWeaver Developer
Studio o SAP Web IDE para SAP HANA) o la aplicación (como el editor de exportación de
paquetes en SAP Enterprise Portal) en caso de “acoplamiento estrecho”.

Consejo:
Dependiendo del parámetro PCTWBO_GET_REQ_STRATEGY, puede configurar
el “acoplamiento estrecho” o “el acoplamiento suelto”, es decir, si la aplicación
inicia el sistema de modificaciones y transporte para crear una orden de
transporte automáticamente.

A continuación, puede adjuntar objetos no ABAP (por ejemplo, SCA, EARs, SDA, EPAs, TPZs,
TGZs, archivos MTA) a esta orden de transporte. Esto también se puede hacer con la ayuda
de la IU Web del Transport Organizer en el sistema de comunicación (en caso de un sistema
de desarrollo no ABAP cuando se utiliza “el acoplamiento suelto”) o directamente en el IDE/
aplicación (en caso de “acoplamiento estrecho”).
A continuación, puede liberar la orden de transporte. De nuevo, este paso se puede realizar
con la ayuda de la IU Web del Transport Organizer en el sistema de comunicación o
directamente en la aplicación / IDE.

Consejo:
En función del parámetro PCTWBO_REL_REQ_STRATEGY, puede configurar el
Transport Management System para que también se libere automáticamente
una orden de transporte (“acoplamiento estrecho”).

Una vez finalizada correctamente la exportación de la orden de transporte, es posible que

desee importar la orden de transporte a un sistema SAP subsiguiente (por ejemplo, el

372 © Copyright. Reservados todos los derechos.

 Lección: Transporte de objetos no ABAP

sistema SAP Enterprise Portal de gestión de calidad). La importación se puede iniciar con la
transacción STMS_QUEUES en el sistema de destino (si se basa en AS ABAP) o en el sistema
CTS (para sistemas de destino no ABAP).

Consejo:
La transacción STMS_QUEUES ofrece un subconjunto de las funciones de la
transacción STMS.

Nota:
Para los transportes de contenido del Generador de integración (archivos TPZ),
dependiendo de la versión y el nivel de pila SP, puede que sea necesario activar las
modificaciones manualmente en el Integration Directory del sistema de destino.

Pasos genéricos para realizar transportes

Antes de poder ejecutar los escenarios de transporte integrados, se necesita una orden de
transporte (del tipo Orden de workbench).
Creación de órdenes de transporte y anexión de objetos no ABAP
Esta orden de transporte se puede crear manualmente en la IU Web del Transport Organizer
(basada en la aplicación Web Dynpro CTS_ORGANIZER) que se ejecuta en la parte AS ABAP
del sistema de comunicación. O esta orden de transporte puede ser creada automáticamente
por la aplicación (fijando el parámetro PCTWBO_GET_REQ_STRATEGY en SMART o CREATE
para el sistema fuente).

Consejo:
Al seleccionar el valor CREATE para el parámetro
PCTWBO_GET_REQ_STRATEGY, obtiene una nueva orden de transporte,
independientemente de si ya existe una orden preseleccionada o no, y la
selecciona como orden estándar. Se puede utilizar en combinación con
WBO_REL_ REQ_STRATEGY = AUTO. A continuación, los desarrolladores no
necesitan saber nada sobre las órdenes de transporte: se crea automáticamente
una orden de transporte para ellos al exportar y, a continuación, se libera.

© Copyright. Reservados todos los derechos. 373

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Figura 201: Anexar objetos no ABAP a órdenes de transporte

Nota:
Se puede acceder directamente a la aplicación Web Dynpro CTS_ORGANIZER
para la IU Web del Transport Organizer desde la pantalla de entrada de la
transacción STMS mediante el pulsador IU Web del Transport Organizer.

Consejo:
Para el transporte no ABAP, las tareas de una orden de transporte no se utilizan
(solo se necesita la orden de transporte en sí).

La orden de transporte que crea con la ayuda de esta IU Web de Transport Organizer en el
sistema de comunicación se llamará <SID>K9<número>, donde <número> es un número de
ejecución y <SID> es el nombre del sistema de desarrollo (sistema fuente) según su
infraestructura de transporte.
Para adjuntar objetos de transporte no ABAP (por ejemplo, un archivo EAR o un archivo TGZ)
a órdenes de workbench existentes, puede utilizar el acoplamiento al Transport Organizer
mediante la IU Web de Transport Organizer. Aquí, pulse el botón correspondiente en la
pantalla de inicio de la transacción STMS. En la siguiente pantalla de inicio de sesión, es
posible que deba introducir el cliente para el que desea realizar el transporte y sus
credenciales en el sistema de comunicación. Dentro de esta IU Web del Transport Organizer
puede crear una nueva orden de transporte o seleccionar una orden de transporte existente
que desee utilizar para anexar ficheros de su sistema de ficheros.

Nota:
Para determinados escenarios de transporte puede ser necesario marcar esta
orden de transporte como Orden de transporte preseleccionada.

374 © Copyright. Reservados todos los derechos.

 Lección: Transporte de objetos no ABAP

Existen dos opciones para adjuntar objetos de transporte no ABAP (por ejemplo, un archivo
EAR o un archivo TGZ) a órdenes de workbench existentes:
● Puede adjuntar el archivo directa y automáticamente desde dentro de la aplicación o el IDE
en el caso de “acoplamiento estrecho”.
● O utilice el acoplamiento al Transport Organizer mediante la IU Web de Transport
Organizer. En este caso, pulse el botón correspondiente en la pantalla de inicio de la
transacción STMS. En la siguiente pantalla de inicio de sesión, es posible que deba
introducir el cliente para el que desea realizar el transporte y sus credenciales en el
sistema de comunicación. Dentro de esta IU Web del Transport Organizer puede crear una
nueva orden de transporte o seleccionar una orden de transporte existente que desee
utilizar para anexar ficheros de su sistema de ficheros (escenario “de acoplamiento
suelto”).

Nota:
Para determinados escenarios de transporte puede ser necesario marcar esta
orden de transporte como Orden de transporte preseleccionada.

Existen varios tipos de objetos que se pueden adjuntar a una orden de transporte. Puede
navegar por su sistema de archivos y seleccionar el archivo que desea adjuntar a la orden
de transporte. Cuando haya encontrado el archivo en cuestión, seleccione el botón
Adjuntar en la pestaña Lista de objetos. Para ello, es posible que deba cambiar al modo de
modificación.

Liberación de órdenes de transporte

Después de asignar objetos no ABAP a una orden de transporte, puede liberar esta orden de
transporte. La liberación de una orden de transporte desencadena la exportación de los
ficheros al nivel de sistema de ficheros (directorio de transporte).
Después de liberar la orden de transporte, esta orden de transporte está lista para la
importación a un sistema SAP subsiguiente (según la definición de las rutas de transporte en
la transacción STMS en el sistema controlador de dominio de transporte).

Figura 202: Liberación de una orden de transporte

© Copyright. Reservados todos los derechos. 375

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

La liberación de la orden de transporte <SID>K9<número> se puede realizar manualmente

mediante la IU Web del Transport Organizer (como se muestra en la figura anterior) o
automáticamente en el IDE/aplicación (en este caso, el parámetro
PCTWBO_REL_REQ_STRATEGY debe fijarse en AUTO para el sistema fuente).

Importación de órdenes de transporte a un sistema SAP subsiguiente

La importación de órdenes de transporte a sistemas SAP subsiguientes se puede realizar en
la transacción STMS_QUEUES (que es un subconjunto de la transacción STMS) en el sistema
CTS.

Figura 203: Importación de una orden de transporte a un sistema SAP subsiguiente

En la transacción STMS_QUEUES, haga doble clic en el sistema subsiguiente al que desea

importar la orden de transporte (es decir, el sistema SAP que se ha asignado como destino
(sistema) en la orden de transporte anterior). Seleccione la orden de transporte en cuestión y
seleccione el botón Importar solicitud en la barra de herramientas de la aplicación. Una vez
finalizada la importación, es posible que desee verificar el log de despliegue (consulte la figura
“Importación de una orden de transporte a un sistema SAP subsiguiente”).
Durante la importación, el programa de control de transporte tp desencadena el despachador
de importación RDDIMPDP que, a su vez, desencadena el job RDDEPLOY en el sistema CTS.
Dependiendo del método de despliegue, esta tarea abre una conexión con el servicio web de
despliegue CTS o el cliente de despliegue. Esta conexión debe mantenerse abierta durante
todo el proceso de despliegue. El CTS Desplegar servicio Web/Desplegar cliente finalmente
llama la herramienta de importación en el sistema no ABAP en cuestión (por ejemplo, el
controlador de despliegue en la base de sistemas de destino basados en AS Java 7.1 y
superior). Como resultado, el contenido de la orden de transporte se ha desplegado en el
sistema no ABAP en cuestión y la orden de transporte ahora se enumera en la cola de
importación del sistema SAP siguiente (según la definición de la infraestructura de transporte
en la transacción STMS, área Rutas de transporte en el sistema controlador de dominio de
transporte).

376 © Copyright. Reservados todos los derechos.

 Lección: Transporte de objetos no ABAP

Consejo:
Si la cola de importación no se actualiza automáticamente, seleccione Actualizar.

Nota:
A partir del paquete de ampliación 2 para SAP NetWeaver 7.0, SAP proporciona
roles predefinidos para asignar autorizaciones específicas del sistema SAP para
sistemas SAP no ABAP:
● Puede utilizar el rol predefinido SAP_CTS_PLUS_ORG_TEMPLATE como
modelo para crear un nuevo rol que restrinja permisos para crear órdenes de
transporte a determinados sistemas SAP. Contiene el objeto de autorización
S_SYS_RWBO (objeto de autorización para conceder una autorización
específica de sistema para el Transport Organizer).
● Puede utilizar el rol predefinido SAP_CTS_PLUS_TRANSPRT_TEMPLATE como
modelo para crear un nuevo rol que restrinja los permisos para importar
órdenes de transporte a determinados sistemas. Contiene el objeto de
autorización S_CTS_SADM (objeto de autorización para conceder
autorizaciones de transporte para sistemas individuales en el Change and
Transport System).

Casos de utilización para el sistema de modificaciones y transporte ampliado

Apéndice: Transporte para objetos de SAP NetWeaver Development Infrastructure
(NWDI)
SAP NetWeaver Development Infrastructure (NWDI) proporciona una infraestructura para
desarrollar aplicaciones basadas en Java en la plataforma SAP NetWeaver y es responsable
de la creación de versiones, la creación y la gestión del ciclo de vida de estas aplicaciones.
SAP NWDI se encarga de todas las partes del proceso de desarrollo de una manera específica
del proyecto:
● Gestión central de archivos de origen:
El Design Time Repository (DTR) ofrece un almacenamiento de ficheros en una base de
datos con mecanismos de check out/check in que permiten la creación de versiones de
ficheros fuente.
● Gestión central de compilación y archivos:
El Component Build Service (CBS) proporciona a los desarrolladores acceso a las últimas
versiones de archivo en un almacenamiento de base de datos central y una creación
central iniciada por el desarrollador.
● Infraestructura central y gestión del transporte:
El Change Management Service (CMS) y el Change and Transport System ampliado se
utilizan para la administración central de la infraestructura de transporte Java. Las
funciones de CMS están estrechamente relacionadas con el DTR, el CBS y el System
Landscape Directory (SLD) que contiene una descripción de su infraestructura de
sistemas SAP.

© Copyright. Reservados todos los derechos. 377

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Todos los procesos de desarrollo en SAP NWDI se basan en el modelo de componente SAP,
que mejora el concepto público/privado de Java mediante metadatos con respecto al uso de
objetos sin implicar ningún cambio en los propios objetos de desarrollo: una interfaz Java
sigue siendo una interfaz, una clase pública sigue siendo una clase pública. Al definir
claramente la visibilidad y las dependencias entre objetos, el modelo de componente le ayuda
a estructurar las aplicaciones en componentes reutilizables.
La siguiente figura muestra la integración de SAP NetWeaver Development Infrastructure con
el sistema de modificaciones y transporte ampliado.

Figura 204: Apéndice: Resumen de SAP NetWeaver Development Infrastructure y su integración en el CTS
mejorado

Una característica importante de SAP NWDI es la capacidad de desarrollar y construir

software que pertenece a diferentes versiones y pilas de paquetes de soporte de SAP. Para
ello, solo necesita un único sistema SAP NWDI, ya que el Component Build Service (CBS) crea
el software de acuerdo con el release y la pila de SAP Support Package.
SAP NetWeaver Developer Studio es el entorno propio de SAP para desarrollar aplicaciones
basadas en Java de varios niveles. El entorno de desarrollo se basa en el producto de código
abierto Eclipse, cuya arquitectura de plug-in abierto proporciona una plataforma adecuada
que se puede ampliar con funciones especiales.
En el lado de la infraestructura central, hay, entre otras cosas, los servicios que se muestran
en la figura anterior: Design Time Repository, Component Build Service y Name Server como
parte del System Landscape Directory.
Los desarrolladores utilizan SAP NetWeaver Developer Studio para iniciar la transferencia del
trabajo de desarrollo local al sistema de desarrollo central. SAP NetWeaver Developer Studio
utiliza CBS y CMS para iniciar el despliegue en el sistema de desarrollo central. La
importación a todos los sistemas SAP siguientes se puede controlar exclusivamente
mediante el Change and Transport System (CTS) y es el administrador el que inicia las
importaciones mediante la transacción STMS.

378 © Copyright. Reservados todos los derechos.

 Lección: Transporte de objetos no ABAP

Figura 205: Apéndice: Crear orden de transporte durante ensamblaje y anexar

Antes de poder transportar objetos desde SAP NWDI, necesita una orden de transporte del
tipo Orden de Workbench. Esta orden de transporte se puede crear de diferentes maneras:
● Puede crear una orden de transporte en la IU Web del Transport Organizer en el sistema
CTS (“acoplamiento suelto”).
● Una orden de transporte se puede generar y liberar automáticamente desde SAP
NetWeaver Developer Studio o desde CMS. A continuación, esta orden de transporte se
transfiere a CTS (“acoplamiento estrecho”).
Como requisito previo, se deben fijar los siguientes parámetros PCT para el sistema fuente
en el sistema controlador de dominio de transporte (en la transacción STMS, área
Resumen del sistema, etiqueta Herramienta de transporte). Estos dos parámetros
permiten la creación automática y la liberación automática de una orden de transporte:
- WBO_GET_REQ_STRATEGY = SMART o CREATE

- WBO_REL_REQ_STRATEGY = AUTO

Después de liberar la orden de transporte, esta orden de transporte aparece en la cola de

importación del sistema SAP subsiguiente (según las rutas de transporte definidas en el
editor de rutas de transporte de la transacción STMS). Se puede importar al sistema SAP
subsiguiente con la transacción STMS_QUEUES como de costumbre para órdenes de
transporte ABAP.

© Copyright. Reservados todos los derechos. 379

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Consejo:
Primero debe configurar el sistema SAP NWDI para la integración con el sistema
CTS. Para ello, debe actualizar tanto los datos de conexión al sistema de
comunicación como el SID del sistema de desarrollo Java correspondiente. Estas
parametrizaciones se pueden realizar en SAP NetWeaver Administrator (área
Configuración → Seguridad → Destinos). Cree una conexión del tipo de destino
RFC con el nombre de destino (exactamente) sap.com/
com.sap.tc.di.CTSserver seleccionando Crear....

● En el paso Conexión y transporte Opciones de seguridad, introduzca los datos

de conexión de su sistema CTS (para ser más exactos: el sistema de
comunicación del sistema de desarrollo Java en la infraestructura de
sistemas TMS).
● En el paso Datos de inicio de sesión, seleccione la opción Usuario actual (ticket
de aserción) como autenticación para la conexión a su sistema CTS. SAP
recomienda utilizar Single Sign-On (SSO). Si no puede utilizar SSO,
seleccione la opción Usuario técnico e introduzca su idioma preferido, un
cliente y un usuario y contraseña adecuados. Introduzca el mandante del
parámetro PCTNON_ABAP_WBO_CLIENT en el sistema CTS.
● Utilice las opciones estándar en Conexión de repository (paso Datos de inicio
de sesión) y Opciones de pool (paso Opciones específicas) y grabe sus
entradas.

Esta sugerencia también se aplica a la configuración de sistemas SAP Enterprise

Portal para el uso con las capacidades ampliadas de CTS.

Apéndice: Transporte para sistemas de SAP Enterprise Portal

Entre el sistema de comunicación y el sistema SAP Enterprise Portal, hay disponible un
“acoplamiento estrecho”.
Con el “acoplamiento estrecho”, es posible crear y liberar órdenes de transporte de forma
automática y directa desde el editor de exportación de paquetes en el sistema de desarrollo
SAP Enterprise Portal (para introducir esta herramienta, cambie al área Administración del
sistema → Transporte → Paquetes de transporte → Exportación). En este escenario, debe
crear un objeto (paquete de transporte) que se pueda transportar dentro del sistema SAP
Enterprise Portal. A continuación, incluya sus modificaciones en los objetos de SAP Enterprise
Portal en cuestión en este paquete de transporte.
Para el “acoplamiento estrecho”, se pueden fijar los siguientes parámetros PCT para el
sistema fuente en el sistema controlador de dominio de transporte (en la transacción STMS)
para permitir la creación automática y la liberación automática de una orden de transporte:
● WBO_GET_REQ_STRATEGY = SMART o CREATE

● WBO_REL_REQ_STRATEGY = AUTO

Por el contrario, “el acoplamiento suelto” significa que las órdenes de transporte deben
crearse manualmente. Además, en este caso, los objetos no ABAP deben exportarse primero
al nivel de sistema de ficheros antes de poder anexarlos a la orden de transporte.
En el escenario “de cierre de acoplamiento”, debe seleccionar el método de transporte CTS. Si
pulsa Iniciar exportación, los objetos incluidos en el paquete de transporte se adjuntarán a
una orden de transporte. Esta orden de transporte ya debe existir como orden de transporte

380 © Copyright. Reservados todos los derechos.

 Lección: Transporte de objetos no ABAP

preseleccionada (en caso de que el parámetro PCT WBO_GET_REQ_STRATEGY esté fijado en

TAGGED) o se cree automáticamente (en caso de que el parámetro PCT
WBO_GET_REQ_STRATEGY esté fijado en SMART o CREATE).
La liberación de esta orden de transporte se puede realizar manualmente mediante la IU Web
del Transport Organizer (en caso de que el parámetro PCT WBO_REL_REQ_STRATEGY se fije
en MANUAL) o automáticamente después de anexar los objetos a la orden de transporte (en
caso de que el parámetro PCT WBO_REL_REQ_STRATEGY se fije en AUTO).

Figura 206: Cerrar acoplamiento: Crear orden de transporte y adjuntar paquete de transporte

Para importar la orden de transporte a un sistema SAP subsiguiente, puede utilizar la

transacción STMS_QUEUES en el sistema CTS.

Más información sobre el CTS ampliado

Encontrará más información sobre las ampliaciones del Sistema de modificaciones y
transporte ABAP en SAP Community (área Logística de software: https://www.sap.com/
community/topic/software-logistics.html). Desde aquí puede seguir los enlaces en el área
Expert Content (por ejemplo, Enhanced Change and Transport System (CTS+) https://
support.sap.com/en/tools/software-logistics-tools/enhanced-change-and-transport-
system.html o Transports in SAP HANA/HALM https://support.sap.com/en/tools/software-
logistics-tools/hana-halm.html).
Para obtener información sobre cómo utilizar CTS para transportar aplicaciones que se
ejecutan en el entorno Cloud Foundry de SAP Business Technology Platform (SAP BTP),
consulte el blog Configuración de una infraestructura de transporte habilitada para CTS+ en
SAP Cloud Platform (https://blogs.sap.com/2017/03/29/setting-up-a-cts-enabled-
transport-landscape-in-sap-cloud-platform/) y la guía Cómo... Configure SAP Cloud Platform
Cloud Foundry para CTS (disponible en SAP Support Portal (https://support.sap.com), área
Herramientas → Software Logística Herramientas → Modificación y transporte: Modificación y
transporte para SAP Business Technology Platform → (Enlace a) Cómo... Configure SAP BTP
para CTS ).

Opciones de transporte para contenido de SAP HANA

una serie de escenarios de transporte diferentes para el contenido de SAP HANA, en función
de cómo se utilice el contenido de SAP HANA.

© Copyright. Reservados todos los derechos. 381

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

● Para el contenido de SAP HANA para aplicaciones nativas de SAP HANA, puede utilizar el
Sistema de modificaciones y transporte ampliado o SAP HANA Application Lifecycle
Management (HALM).
● Para el contenido de SAP HANA para aplicaciones ABAP para SAP HANA, puede utilizar
SAP HANA Transport for ABAP (HTA).

Nota:
Contenido de SAP HANA hace referencia a objetos de desarrollo de SAP HANA
que se crean en proyectos de desarrollo basados en SAP HANA. El contenido de
SAP HANA no forma parte de la propia instalación de la base de datos de SAP
HANA. Se almacena en el repositorio del software de aplicación SAP HANA y
puede incluir diferentes objetos, como esquemas y definiciones de tablas, vistas
de información (vistas de atributos y vistas de análisis), scripts SQL o roles y
autorizaciones.

Una infraestructura de sistema típica para el desarrollo de SAP HANA consiste en un sistema
de desarrollo, un sistema de gestión de calidad y un sistema de producción. Para transportar
objetos de desarrollo de SAP HANA de un sistema a un sistema sucesor, hay varios
escenarios de transporte disponibles. El escenario de transporte adecuado para su situación
depende de la forma en que se utiliza el contenido de SAP HANA que se va a transportar y de
su infraestructura de sistemas (consulte la figura “Opciones de transporte para contenido de
SAP HANA”).

Figura 207: Opciones de transporte para contenido de SAP HANA

1. Contenido de SAP HANA para ABAP para aplicaciones de SAP HANA

El contenido de SAP HANA para ABAP para aplicaciones SAP HANA normalmente se
transporta junto con objetos ABAP, ya que los objetos de desarrollo están estrechamente
conectados en términos de contenido.
SAP HANA Transport for ABAP (HTA) se puede utilizar para sincronizar objetos y
paquetes del repositorio de SAP HANA a ABAP y añadirlos a una orden de transporte
predeterminada (ABAP). Antes de sincronizarlos, seleccione los paquetes y objetos de
SAP HANA que puede transportar junto con los objetos ABAP asociados. Cuando la orden
de transporte se importa al sistema de destino:

382 © Copyright. Reservados todos los derechos.

 Lección: Transporte de objetos no ABAP

● Los objetos ABAP de la orden de transporte (incluidos los objetos HTA) se importan al
sistema SAP basado en ABAP.

● Los paquetes y objetos de SAP HANA se importan al repositorio de SAP HANA del
sistema de destino y se activan allí.

Consejo:
Hasta SAP NetWeaver 7.4 SPS 10, HANA Transport Container (HTC) era el
método utilizado para transportar contenido de SAP HANA para ABAP para
aplicaciones SAP HANA. A diferencia de HTA, un HTC siempre contiene todos
los objetos de repository de SAP HANA de una unidad de entrega. A partir de
SAP NetWeaver 7.4 SPS 11, HTA se utiliza para transportar contenido de SAP
HANA para ABAP para aplicaciones de SAP HANA.

Nota:
A partir de la pila de paquetes de funciones 02 para SAP S/4HANA 1809, la
transacción SCTS_HTA_TOOLS le ofrece un resumen de las herramientas y
transacciones que le ayudan al trabajar con SAP HANA Transport for ABAP.
También puede transportar objetos nativos de SAP HANA creados mediante
HDI (SAP HANA Deployment Infrastructure) con HTA. Para obtener más
información, consulte la nota SAP 2569651 – Configurar su sistema de
desarrollo ABAP para el desarrollo de objetos HDI y la nota SAP 2493223 –
HTA para HDI: Nota de release.

Figura 208: Transporte de SAP HANA para ABAP

2. Contenido de SAP HANA para aplicaciones nativas de SAP HANA o aplicaciones no ABAP
basadas en SAP HANA, si el CTS ampliado está en uso
Contenido para aplicaciones nativas de SAP HANA es contenido de SAP HANA que se
desarrolla exclusivamente para sistemas SAP HANA. Puede utilizar el Sistema de
modificaciones y transporte ampliado (CTS+) para transportar contenido de SAP HANA
para aplicaciones nativas de SAP HANA o para aplicaciones no ABAP basadas en SAP
HANA. El CTS mejorado es particularmente adecuado para infraestructuras de transporte
heterogéneas en las que el CTS mejorado ya está en uso. Desde un punto de vista
administrativo, el contenido de SAP HANA es otro tipo de objeto que se puede transportar
con el CTS del mismo modo que otros objetos no ABAP. El esfuerzo necesario para la
configuración es bajo y las herramientas de transporte ya están familiarizadas. En

© Copyright. Reservados todos los derechos. 383

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

particular, puede utilizar el CTS ampliado si desea transportar contenido de SAP HANA
como parte de una solución SAP (como SAP BI, Mobile, etc.), ya que en este caso, a
menudo necesita crear un enlace entre el contenido de SAP HANA y otros objetos de
desarrollo no ABAP y objetos de desarrollo que no son de SAP HANA.
Este escenario de transporte está integrado en la infraestructura de transporte CTS
existente y en las herramientas SAP para el control de modificaciones (Gestión de
solicitudes de modificación y Gestión de las puertas de calidad en SAP Solution Manager).
Puede configurar las rutas de transporte para los sistemas en cuestión en el Transport
Management System (TMS). El transporte se realiza del mismo modo que para cualquier
otra aplicación no ABAP que esté integrada en el CTS ampliado.

3. Contenido de SAP HANA para aplicaciones nativas de SAP HANA, si el CTS ampliado no
está en uso.
Si el CTS ampliado no está en uso, puede utilizar SAP HANA Application Lifecycle
Management (HALM) para transportar contenido de SAP HANA para aplicaciones nativas
de SAP HANA. Puede utilizar HALM para realizar transportes y supervisar procesos de
transporte.
HALM es especialmente adecuado para infraestructuras de transporte de SAP HANA sin
desarrollo ABAP (sin CTS ampliado) y sin necesidad de sincronizar transportes con otro
contenido que no sea de HANA.

Información adicional
Para obtener más información, ¿qué opción elegir, consulte el blog CTS+ o HTA?, disponible
en https://blogs.sap.com/2015/06/11/cts-or-hta/.
Además, las siguientes notas SAP están relacionadas con SAP HANA Transport for ABAP:
● Nota SAP 1990798 – SAP HANA Transport for ABAP (HTA): Información de release
● Nota SAP 2290536: Despliegue con SCTS_HTA
● Nota SAP 2321486: Resolución de problemas de la implementación de SAP HANA
Transport for ABAP (HTA)
● Nota SAP 2493223 – HTA para HDI: Nota de release
● Nota SAP 2569651: Configurar su sistema de desarrollo ABAP para el desarrollo de objetos
HDI
● Nota SAP 2682272: Resolución de problemas y preguntas frecuentes al utilizar HTA para
HDI

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Realizar transportes de objetos no ABAP con la ayuda del sistema de modificaciones y
transporte ABAP
● Enumerar casos de uso para el CTS ampliado
● Describir las opciones de transporte del contenido de SAP HANA

384 © Copyright. Reservados todos los derechos.

 Capítulo 8
Lección 4
Outlook: Integración de desarrollo ABAP en
procesos CI/CD (DevOps) con la ayuda de
gCTS

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir la idea básica de DevOps y gCTS

Introducción a DevOps
Sistema de modificaciones y transporte
En los sistemas SAP basados en AS ABAP, el Sistema de modificaciones y transporte (CTS)
es la herramienta central para gestionar las modificaciones en el Customizing y los datos de
repository que realiza en el Customizing (IMG de referencia SAP, transacción SPRO) o con la
ayuda del Workbench ABAP (por ejemplo, la transacción SE80 o las herramientas de
desarrollo ABAP). El CTS registra todas las modificaciones en las órdenes de transporte.
Al definir rutas de transporte, puede garantizar que las modificaciones se transporten a un
entorno de prueba antes de que se puedan importar (copiar) al entorno de producción. El
procedimiento de autorización de gestión de calidad se puede utilizar para garantizar que las
modificaciones se hayan probado correctamente antes de que se puedan importar al entorno
de producción. Además, todos los transportes se graban en log para que pueda ver cuándo se
ha importado una orden de transporte a un mandante o sistema y si se han producido
errores.
Con la ayuda de proyectos CTS, el Sistema de modificaciones y transporte también admite el
desarrollo basado en proyectos utilizando el enfoque en cascada.

Nota:
En un modelo en cascada, los requisitos del proyecto se establecen por
adelantado, seguidos por el diseño, luego la implementación, la verificación y el
mantenimiento. Culmina en un “lanzamiento de big bang”. Se supone que las
necesidades empresariales continuas siguen siendo similares a lo largo del
proceso. Los equipos operan en silos, liderados por documentación integral. La
automatización a menudo no está involucrada, y las pruebas de calidad se
retrasan hasta el final.

En el mundo de SAP, dado el alto nivel de integración y la gran cantidad de dependencias

inherentes al software, el desarrollo en cascada se ha convertido en la práctica aceptada.
Con el advenimiento de tecnologías no ABAP en entornos SAP (como el desarrollo para
sistemas basados en AS Java), el sistema de modificaciones y transporte se mejoró para que

© Copyright. Reservados todos los derechos. 385

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

los cambios no ABAP también se puedan transportar con la ayuda del CTS (CTS mejorado o,
en resumen: “CTS+”). Junto con las capacidades de SAP Solution Manager, esto ofrece:
● Rutas de transporte definidas para modificaciones no ABAP (como desarrollo Java o
contenido nativo de SAP HANA)
● Una herramienta central para controlar diferentes tipos de transporte dentro de una
infraestructura de sistemas SAP
● La opción de incluir un conjunto predefinido de flujos de trabajo y procesos que cumplen
con las recomendaciones proporcionadas por la biblioteca de infraestructura de TI
(Gestión de solicitudes de modificación).

Desarrollo ágil y DevOps

de los años, las empresas se enfrentan a una presión cada vez mayor para adaptarse mucho
más rápidamente gracias a las nuevas arquitecturas y tecnologías, incluida la nube. Los
adagios como “nunca tocar un sistema en ejecución” están obsoletos. Las empresas desean
crear continuamente aplicaciones o servicios innovadores para superar sus limitaciones
empresariales. Sin embargo, necesitan la capacidad de moverse rápidamente para responder
a las cambiantes condiciones del mercado de una manera estratégica. Ya no se trata de
tomar decisiones tecnológicas con las que se mantendrá durante décadas. Más bien, se trata
de tener la capacidad de hacer cambios tecnológicos rápida y graciosamente.
En este contexto, se ha producido un cambio de paradigma en el desarrollo de software. Una
serie de métodos de desarrollo ágiles (como Scrum) evolucionaron en reacción a los métodos
de cascada que los críticos describieron como lentos, propensos a errores e inflexibles.
Según el Manifiesto para el Desarrollo de Software Ágil (http://agilemanifesto.org/
principles.html), las prácticas de desarrollo de software ágil se basan en principios tales
como:
● Satisfacción del cliente mediante la entrega temprana y continua de software valioso
● Dé la bienvenida a los requisitos cambiantes, incluso al final del desarrollo
● Entregar software de trabajo con frecuencia (semanas en lugar de meses)
● Cooperación estrecha entre empresarios y desarrolladores
● Las mejores arquitecturas, requisitos y diseños surgen de equipos interfuncionales y
autoorganizados

Una de las diferencias entre los métodos ágiles de desarrollo de software y la cascada es el
enfoque de la calidad y las pruebas: a diferencia de la cascada, el desarrollo y las pruebas
ágiles ocurren simultáneamente. Los equipos se comunican estrechamente con los
propietarios de negocios y los clientes, involucrando a las partes interesadas en cada paso. La
documentación es ligera. Los comentarios se solicitan con frecuencia y los problemas de
calidad se abordan después de cada sprint.

Consejo:
Un sprint es un cuadro de tiempo fijo repetible (normalmente un mes o menos)
durante el cual se crea un producto “hecho” del valor más alto posible. En este
contexto, “Hecho” hace referencia a un conjunto de posiciones que se deben
completar antes de que un proyecto se pueda considerar completo.

386 © Copyright. Reservados todos los derechos.

 Lección: Outlook: Integración de desarrollo ABAP en procesos CI/CD (DevOps) con la ayuda de gCTS

El enfoque iterativo de entrega de Agile permite priorizar, demostrar valor semanalmente o

incluso diariamente, al tiempo que reduce significativamente el riesgo del proyecto. A
diferencia del típico calendario de entrega en cascada de seis meses que espera hasta el final
para las correcciones del curso, ágil responde a necesidades específicas y en evolución con
gran agilidad de forma iterativa y continua.
término DevOps se introdujo originalmente para describir una estrategia para mejorar la
colaboración en el desarrollo y las operaciones. DevOps no es ni una metodología ni un
marco. Es una cultura, un movimiento y una filosofía que describe cómo cooperar y acortar el
tiempo de llegada al mercado mientras se mantiene al día con las tendencias del mercado.
Los cinco principios de cultura, automatización, simplificación, medición y uso compartido
(abreviado como CALMS) resumen este enfoque. Se trata de transformar la organización
reuniendo a desarrolladores y operaciones multifuncionales con énfasis en una mejor
colaboración y una integración más estrecha.

Figura 209: DevOps – La idea básica

Integración continua
objetivo de DevOps es dar soporte a pruebas continuas, integración, entrega e
implementación de software estable de alta calidad, guiado por feedback continuo y
mejorado por la automatización.
El desarrollo ágil es solo un primer paso en el recorrido hacia DevOps y su enfoque continuo
de integración y entrega, que requiere un nivel mucho más alto de automatización y
colaboración entre los equipos. En la práctica, el ciclo de vida de DevOps es un ciclo continuo
debido a la retroalimentación y colaboración por operaciones y desarrollo, que sirven como
canal de entrada para la planificación. Es por eso que con más frecuencia el ciclo DevOps se
representa con el símbolo infinito para representar el enfoque DevOps para un ciclo continuo
de desarrollo y operaciones (véase la figura anterior).
Los métodos de desarrollo ágiles como Scrum tienen como objetivo permitir que los equipos
entreguen incrementos de funciones en ciclos cortos. Uno de los elementos clave para
hacerlo de manera eficiente y de alta calidad es la práctica de la automatización de pruebas,
que garantiza que todas las pruebas funcionales y de regresión estén automatizadas. Estas
pruebas son escritas por los desarrolladores, idealmente al mismo tiempo que (o incluso
antes) el código del producto (“desarrollo impulsado por pruebas”). La clave para una buena
automatización de pruebas es aprender a escribir código comprobable. Hay muchos
beneficios al seguir este enfoque de desarrollo, como un código de mejor calidad en menos

© Copyright. Reservados todos los derechos. 387

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

tiempo, un análisis de errores reducido y esfuerzos de corrección, y una mayor capacidad de

respuesta a los requisitos cambiantes.

Nota:
Para obtener más información sobre cómo escribir un código comprobable,
consulte el curso OpenSAP Escribir código verificable para ABAP (https://
open.sap.com/courses/wtc1).

La siguiente figura describe el proceso de integración continua:

Figura 210: Integración continua: Flujo de proceso

Nota:
El siguiente texto supone que Git se utiliza como sistema de gestión de código
fuente. Para obtener más información sobre Git, consulte la siguiente sección más
adelante en esta lección.

El desarrollador escribe el código (pueden utilizar los editores conocidos). A continuación, el

desarrollador confirma y transfiere los cambios de código a un repositorio (por ejemplo,
transfiriendo objetos en tareas (abiertas) a Git). Técnicamente, esto da como resultado un
commit. Como resultado, las modificaciones se almacenan como archivos en el repositorio
Git y son visibles para los demás. El servidor CI (si está instalado y configurado) supervisa el
repositorio y crea una nueva compilación. A continuación, el servidor CI despliega la
compilación en el sistema de tiempo de ejecución. A continuación, el servidor CI despliega la
compilación en un sistema de aceptación, donde el servidor CI verifica la calidad de la
compilación y envía comentarios al desarrollador (si el pipeline en el servidor CI está
configurado de esa manera, consulte la nota a continuación). Finalmente, si las pruebas han
pasado, el servidor CI propaga los cambios validados hacia el sistema de tiempo de ejecución
subsiguiente.

388 © Copyright. Reservados todos los derechos.

 Lección: Outlook: Integración de desarrollo ABAP en procesos CI/CD (DevOps) con la ayuda de gCTS

Consejo:
Puede conectar varios sistemas de tiempo de ejecución con el mismo repository
Git. Al iniciar el despliegue en un sistema de tiempo de ejecución, puede
seleccionar un commit (de la lista de commit disponibles) que resulta en el
despliegue de todos los objetos en el estado que tienen en el momento de este
commit.

Nota:
En un servidor CI, los pipelines se pueden utilizar para gestionar este proceso o
para automatizarlo. Por ejemplo, en un servidor CI, se configura un pipeline para
que se ocupe de los siguientes pasos:
● Supervisa el repositorio y, siempre que haya un nuevo commit disponible, los
objetos modificados se extraen del repositorio y se despliegan en un sistema
de prueba de integración.
● Después de un despliegue correcto, se pueden ejecutar algunas pruebas
automatizadas.
● Los comentarios sobre los resultados de estas pruebas se envían a los
desarrolladores.

El pipeline se puede configurar de forma que, si la prueba falla, la confirmación

anterior que haya superado las pruebas correctamente (“última confirmación
buena conocida”) se pueda desplegar de nuevo en el sistema de prueba de
integración. El sistema de prueba de integración siempre está en un estado
utilizable y listo para que se implementen más confirmaciones. Los
desarrolladores pueden hacer reparaciones y comprometerlas. A continuación, el
pipeline se inicia de nuevo. Esto agrega todas las modificaciones realizadas desde
el último “commit bueno” (la versión más reciente de los objetos modificados) al
sistema de test de integración. Con esto, el sistema de prueba de integración
siempre muestra el último buen estado de software conocido.

Diferencias en las estrategias de implementación

Si echamos un vistazo más de cerca a la estrategia de implementación, vemos un cambio
importante que viene con DevOps. En el mundo del lenguaje de programación ABAP, era una
práctica recomendada recomendar la agrupación de versiones y un despliegue predefinido tal
vez una vez o un par de veces al año, o al menos una agrupación de modificaciones orientada
al proyecto. DevOps viene con un enfoque de integración y entrega continua. Para ver las
diferentes estrategias de despliegue, consulte la figura “Diferencia en las estrategias de
despliegue”.

© Copyright. Reservados todos los derechos. 389

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Figura 211: Diferencia en las estrategias de implementación

DevOps impulsa una secuencia más alta de implementaciones para adoptar aplicaciones
rápidamente. Idealmente, la implementación de innovaciones es continua. Es una conclusión
lógica que debe alinear su innovación y modificar la planificación en consecuencia. Esto
significa que planifica modificaciones más pequeñas, idealmente separadas pero frecuentes
en lugar de solo unos pocos paquetes de modificación grandes o liberaciones para un período
de tiempo.
Según DevOps, en lugar de planificar un paso de innovación “big bang”, debe dividir una
innovación en pasos de innovación más pequeños y encapsulados según los paquetes de
cambio. Estos paquetes se implementarán y entregarán continuamente como parte de un
esfuerzo continuo de planificación empresarial.

Consejo:
Como se describe más adelante en esta lección con más detalle, la idea de CTS
habilitado para Git es ampliar también la idea de desarrollo continuo al mundo
ABAP. A continuación, tiene la opción de elegir entre las diferentes estrategias
de despliegue para el desarrollo basado en ABAP. Todas estas opciones tienen
sus pros y contras. La gestión de versiones y el despliegue guiado por fases
siguen siendo opciones válidas, en particular, cuando el foco está en el
transporte de modificaciones a los sistemas de producción.

Git
Aunque el enfoque de DevOps es más común en las soluciones basadas en la nube y en Java,
la mayoría de los clientes de SAP tienen otras tecnologías implementadas, como las
soluciones basadas en AS ABAP y on-premise. Como resultado, existen los siguientes
desafíos:
● Establezca los principios de DevOps para todas las tecnologías tanto como sea posible.
● Integre diferentes tecnologías para cubrir todo el entorno de la solución (híbrido).

En el mundo anteriormente centrado en ABAP, los estándares y las herramientas de SAP se

basaban en software de SAP, como Transport Management System (TMS). A continuación,
tenía que integrar herramientas y sistemas de terceros. Con la nueva variedad de soluciones
y tecnología con DevOps, ahora tiene una mayor variedad de herramientas. Puede crear una

390 © Copyright. Reservados todos los derechos.

 Lección: Outlook: Integración de desarrollo ABAP en procesos CI/CD (DevOps) con la ayuda de gCTS

infraestructura de herramientas DevOps gestionada y centrada en el software de SAP e

integrar infraestructuras ABAP y no ABAP.
En el proceso de integración continua (como se describe en una figura anterior), se necesita
un sistema de gestión de código fuente como Git.

Consejo:
GitGit es un sistema de gestión de código fuente distribuido para rastrear los
cambios en el código fuente durante el desarrollo de software. Fue creado por
Linus Torvalds en 2005 para el desarrollo del núcleo Linux y está diseñado para
coordinar el trabajo entre los programadores, pero se puede utilizar para
rastrear cambios en cualquier conjunto de archivos. Sus objetivos incluyen
velocidad, integridad de datos y soporte para flujos de trabajo distribuidos no
lineales.

Git admite ramificación y fusión, e incluye herramientas específicas para visualizar y navegar
por un historial de desarrollo no lineal. En Git, una suposición central es que un cambio se
fusionará más a menudo de lo que está escrito, ya que se transmite a varios revisores. En Git,
las ramas son muy ligeras: una rama es solo una referencia a un commit. El historial de Git se
almacena de tal manera que el ID de una versión particular (un commit en términos de Git)
depende del historial de desarrollo completo que conduce a ese commit. Una vez publicada,
no es posible cambiar las versiones antiguas sin que se note.

La idea de gCTS
La idea del sistema de modificaciones y transporte habilitado para Git (gCTS) es permitirle
gestionar sus procesos de gestión de modificaciones y transporte ABAP utilizando Git como
un sistema de control de versiones externo (VCS). Consulte la figura “gCTS – The Basic
Idea”.

Figura 212: gCTS – La idea básica

Puede utilizar gCTS para las siguientes situaciones:

● Si está acostumbrado a Git como un sistema de control de versiones, y ahora también
desea utilizarlo para sus desarrollos ABAP y procesos de integración continuos.

© Copyright. Reservados todos los derechos. 391

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

● Si está acostumbrado al desarrollo ABAP y desea alinear los procesos con sus procesos de
desarrollo no ABAP.

Nota:
El uso de gCTS es opcional. Para obtener la información más reciente sobre el
sistema de modificaciones y transporte habilitado para Git, consulte la nota SAP
2821718 – Nota central para el sistema de modificaciones y transporte habilitado
para Git (gCTS).

El sistema de modificaciones y transporte habilitado para Git (gCTS) le permite almacenar

todas las versiones de desarrollo ABAP y objetos de Customizing en repositorios Git.
gCTS hace uso de las funciones de Git, como trabajar en copias locales de un repositorio Git
remoto central. El desarrollo de software tiene lugar en los editores habituales, por ejemplo,
en las herramientas de desarrollo ABAP (ADT). Las modificaciones de objetos aún se registran
en las órdenes de transporte. Los estados actuales de los objetos se pueden transferir a
repositorios Git remotos. Este proceso se llama “envío de objetos al repositorio remoto”, por
ejemplo, liberando una orden de transporte o realizando un relleno inicial del repositorio Git.
Los objetos ABAP se copian en un repositorio local del sistema ABAP. En este proceso, se
transforman de contenidos de tabla de base de datos a estructuras de archivos y carpetas en
el nivel del sistema operativo. Estos se almacenan en el sistema de archivos local del servidor
de aplicaciones, el repositorio local, y se puede acceder a ellos desde cualquier herramienta
de creación de versiones de línea de comandos, como Git. De este modo, los objetos de
archivo ABAP se pueden enviar a un repositorio Git remoto central. Esto le permite distribuir
software entre sistemas mediante Git. Puede recuperar el software del repositorio Git remoto
central a otro sistema ABAP. Este proceso se denomina “extracción de” objetos del
repositorio remoto.

Nota:
Como requisito previo, debe definir qué paquetes ABAP en un sistema ABAP se
gestionan mediante qué repositorio en gCTS y asignar una capa de transporte
específica de gCTS a los paquetes.

Con gCTS, el proceso de desarrollo continuo e integración continua es el siguiente:

392 © Copyright. Reservados todos los derechos.

 Lección: Outlook: Integración de desarrollo ABAP en procesos CI/CD (DevOps) con la ayuda de gCTS

Figura 213: Nuevo proceso de ciclo de vida ABAP para gCTS

A partir de SAP S/4HANA Server 2020, cualquier tipo de objeto de Customizing y desarrollo
ABAP se puede almacenar en un repositorio Git. Siempre que se modifican objetos en un
sistema de desarrollo, el CTS clásico los registra en órdenes de transporte. gCTS utiliza las
órdenes de transporte para transferir y transferir estos objetos a un repository. Desde allí, las
confirmaciones se envían a un repositorio Git central, el repositorio remoto.
Los objetos del repositorio remoto se pueden transferir al repositorio de cualquier sistema de
destino. Desde allí, se pueden importar a cualquier otro sistema ABAP. Internamente, las
conocidas herramientas de transporte proporcionan una importación rápida, la activación
automática de objetos y la ejecución de métodos posteriores a la importación.
Esto le permite realizar rollbacks directamente después de importar un commit determinado.

Atención:
La función de rollback no debe utilizarse en sistemas productivos. Los datos (de
aplicación) que se han creado a partir de una codificación más reciente no están
protegidos.

gCTS prepara ABAP para la integración continua y proporciona opciones para configurar
procesos de desarrollo similares para ABAP que para plataformas no ABAP.
Puede configurar pipelines de integración continua (CI) que actualicen sus sistemas de
destino automáticamente. Los procesos CI implican el uso de un pipeline que define una
secuencia de pasos a realizar y las condiciones que controlan el pipeline.
SAP proporciona un escenario de pipeline CI/CD de muestra para la gestión de
modificaciones y transporte habilitada para Git (gCTS) mediante “projectPiper”. Puede
utilizarlo como modelo y adaptarlo a sus necesidades.

© Copyright. Reservados todos los derechos. 393

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

Consejo:
Por ejemplo,
● El comandogctsCloneRepository clona un repositorio Git de un
repositorio remoto a un repositorio local en un sistema ABAP.
● El comandogctsDeploy extrae un commit del repositorio Git remoto
correspondiente a un repositorio local especificado en un sistema ABAP.
● El comandogctsExecuteABAPUnitTests ejecuta tests de unidad ABAP
para todos los paquetes del repository especificado.
● El comandogctsRollback realiza un rollback de commit(s) en un repository
de sistema ABAP local.

Para obtener más información sobre este comando, consulte las páginas “Piper”
del proyecto en GitHub (por ejemplo, https://sap.github.io/jenkins-library/
steps/gctsDeploy/).

Nota:
Información de fondo: Cuando el servidor CI crea una nueva compilación, gCTS
determina los objetos modificados desde el último despliegue y crea un archivo de
datos R3trans. Cuando el servidor CI despliega la compilación en el sistema de
tiempo de ejecución, técnicamente se despliega el archivo de datos R3trans
creado anteriormente.

Infraestructura para gCTS

Los componentes necesarios para el sistema de modificaciones y transporte habilitado para
Git (consulte la siguiente figura) son:
● Servidor Git: Además de los otros componentes suministrados por SAP, se requiere
acceso a los repositorios Git en un servidor Git (GitHub, por ejemplo).
● Cliente Git: el cliente Git es el ejecutable Java abap2vcs.jar que viene con el núcleo SAP. Se
comunica con el servidor Git. Para ejecutar el cliente Git, se necesita un tiempo de
ejecución Java que no forme parte de la instalación estándar. Se requiere una versión de
tiempo de ejecución Java de al menos 1.8. Los puertos 22 y 443 se utilizan para la
comunicación de salida.
● Tiempo de ejecución ABAP: gCTS es una extensión del sistema de transporte y
modificación ABAP clásico. Realiza su desarrollo de software en el tiempo de ejecución
ABAP como de costumbre y asigna sus modificaciones a órdenes de transporte. Al liberar
una orden de transporte, se crea un commit nuevo y el contenido de la orden de transporte
se envía al repository Git. Todos los objetos que forman parte de la orden de transporte
liberada se convierten en archivos que se almacenan en el repositorio Git del servidor Git.
Desde allí, se pueden transferir a cualquier sistema ABAP de destino que esté conectado al
núcleo correspondiente.

394 © Copyright. Reservados todos los derechos.

 Lección: Outlook: Integración de desarrollo ABAP en procesos CI/CD (DevOps) con la ayuda de gCTS

Nota:
También puede configurar el sistema SAP de forma que se cree un commit
cuando se libere la tarea de la orden de transporte (y no la propia orden de
transporte). Para obtener más información, consulte el blog Crear un commit
en Git cuando se libera una tarea ABAP (https://blogs.sap.com/2020/08/05/
create-a-commit-in-git-when-an-abap-task-is-released/).

● Fiori para sistema de modificaciones y transporte habilitado para Git (aplicación gCTS): La
aplicación gCTS es una aplicación estándar de SAP Fiori que está integrada en la rampa de
lanzamiento SAP Fiori. Esta aplicación es un requisito previo para trabajar con gCTS.

Figura 214: Infraestructura de sistema para gCTS

Para utilizar gCTS, debe configurar lo siguiente (véase la figura anterior):

● Implemente la aplicación gCTS en su sistema ABAP: la aplicación SAP Fiori gCTS forma
parte del catálogo SAP_BASIS_TCR_T (SAP: Application Services) y se instala como parte
de la IU para aplicaciones básicas, componente de software UIBAS001. Debe añadir este
catálogo a un rol. Para utilizar la aplicación gCTS, entre otras cosas, debe activar el
servicio OData SCTS_GCTS_SRV y los servicios ICF /sap/bc/ui5_ui5/sap/bc_cts_git
y /sap/bc/cts_abapvcs.

Nota:
SAP suministra el rol SAP_BC_GCTS_ADMIN como modelo.

● Activar gCTS en su sistema ABAP: utilice el asistente Activar gCTS dentro de la aplicación
SAP Fiori gCTS para fijar parámetros obligatorios e inicializar el sistema. Los pasos del
asistente incluyen (entre otros):
- Una vía de acceso a un directorio de trabajo para almacenar ficheros en repositorios
locales en el sistema de ficheros del servidor de aplicación

© Copyright. Reservados todos los derechos. 395

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

- La ruta al tiempo de ejecución Java en el sistema de archivos del servidor de

aplicaciones para ejecutar el cliente Git

Como último paso del asistente, utilice el control de funcionamiento para verificar el estado
de configuración. Los parámetros se pueden fijar en la aplicación gCTS, en la pestaña
Configuraciones.
● Para trabajar con repositorios Git, debe configurar repositorios Git en el sistema ABAP: de
este modo, crea una conexión entre su sistema ABAP y el repositorio Git remoto en el
servidor Git. Al clonar el repositorio remoto en el sistema ABAP, puede hacer que el
contenido del repositorio remoto sea accesible para su sistema ABAP importando el
contenido del repositorio al sistema ABAP. Para ello, necesita la aplicación gCTS, pestaña
Repositorios.
● Para el uso de ramas para el desarrollo en general (sin el contexto gCTS), vea el blog Un
exitoso modelo de ramificación Git (https://nvie.com/posts/a-successful-git-branching-
model/) como introducción.

Cuando utiliza gCTS, debe definir qué objetos o paquetes desea gestionar utilizando gCTS.
Debe decidir si desea utilizar gCTS solo para proyectos de desarrollo nuevos o si también
desea cambiar los desarrollos existentes a gCTS. Es importante que asigne los paquetes
ABAP que utiliza con gCTS a las capas de transporte que son diferentes de las capas de
transporte utilizadas para CTS clásico. La capa de transporte para gCTS se crea cuando se
registra el repositorio.

Nota:
SAP S/4HANA 2020 FPS 02 (basado en SAP_BASIS 7.55 FPS02), el registro
gCTS le permite definir un repositorio Git específico como el repositorio original de
un objeto ABAP. Esto puede ser útil si trabaja en un entorno de desarrollo
distribuido, por ejemplo, o para proyectos de Customizing. Para obtener más
detalles, consulte la nota SAP 3046346 – Registro gCTS: Nota central y el blog
Integración de gCTS con procesos de Transport Organizer (https://
blogs.sap.com/2022/05/24/integrating-gcts-with-transport-organizer-
processes/).

Información adicional sobre gCTS

Para una introducción sobre el desarrollo de software ágil, vea el blog Introducing Agile
Software Engineering in development (https://blogs.sap.com/2018/05/02/introducing-
agile-software-engineering-in-development/).
Para obtener más información sobre gCTS, consulte:
● la documentación en línea del área SAP S/4HANA (Product Assistance) SAP S/
4HANA → Enterprise Technology → ABAP Platform → Administración de la plataforma
ABAP → Conceptos y herramientas → Solución Gestión del ciclo de vida → Software
Logística → Sistema de modificaciones y transporte → Sistema de modificaciones y
transporte - Resumen → Sistema de modificaciones y transporte habilitado para Git.
● el blog Cómo la gestión de solicitudes de modificación (ChaRM) aprovecha CTS habilitado
para Git (gCTS) (https://blogs.sap.com/2021/09/05/how-change-request-
management-charm-leverages-git-enabled-cts-gcts/) sobre cómo utilizar la gestión de
solicitudes de modificación de SAP Solution Manager con gCTS.

396 © Copyright. Reservados todos los derechos.

 Lección: Outlook: Integración de desarrollo ABAP en procesos CI/CD (DevOps) con la ayuda de gCTS

● Nota SAP 2821718 – Nota central para el sistema de modificaciones y transporte habilitado
para Git (gCTS) como punto de entrada central para la información relacionada con gCTS.
● Nota SAP 2919181: Resolución de problemas del sistema de modificaciones y transporte
habilitado para Git (gCTS) con un enlace a una respuesta guiada sobre la resolución de
problemas.
● Nota SAP 3046346 – Registro gCTS: Nota central como punto de entrada central sobre
cómo definir un repositorio Git específico como el repositorio original de un objeto ABAP.

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir la idea básica de DevOps y gCTS

© Copyright. Reservados todos los derechos. 397

Capítulo 8 : Apéndice: Mejoras en el sistema de cambio y transporte

398 © Copyright. Reservados todos los derechos.

 Capítulo 8

Evaluación de la formación

1. Desea utilizar el Change and Transport System ampliado (CTS ampliado). ¿Cuáles de los
siguientes son métodos de despliegue?
Seleccione las respuestas correctas.

X A Despliegue basado en HTTP

X B Controlador de despliegue, despliegue basado en EJB, despliegue basado en script

(con AS Java)

X C Despliegue basado en RFC

X D Despliegue basado en el cliente

2. Desea configurar el Change and Transport System ampliado (CTS ampliado). ¿Cuáles de
los siguientes pasos deben realizarse?
Seleccione las respuestas correctas.

X A Crear una conexión HTTP en el sistema CTS (transacción SM59)

X B Configurar los sistemas back end en Transport Management System del sistema
CTS (transacción STMS)

X C Instalar un add-on adicional en el sistema CTS (transacción SAINT)

X D Crear un segundo esquema de base de datos en la base de datos de los sistemas

back end (transacción DBACOCKPIT)

3. Ha configurado el Sistema de modificaciones y transporte ampliado (CTS ampliado) con

bases de datos SAP HANA independientes como sistemas back end. El sistema CTS tiene
el SID SMA, las bases de datos SAP HANA tienen los SID HAD, HAQ y HAP. Ahora desea
crear una orden de transporte para transportar entre las bases de datos SAP HANA:
Puede crear las órdenes de transporte en el Transport Organizer (transacción SE09) en el
sistema SMA.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

© Copyright. Reservados todos los derechos. 399

 Capítulo 8

Respuestas a la Evaluación de la formación

1. Desea utilizar el Change and Transport System ampliado (CTS ampliado). ¿Cuáles de los
siguientes son métodos de despliegue?
Seleccione las respuestas correctas.

X A Despliegue basado en HTTP

X B Controlador de despliegue, despliegue basado en EJB, despliegue basado en script

(con AS Java)

X C Despliegue basado en RFC

X D Despliegue basado en el cliente

Correcto. Los dos métodos de despliegue son despliegue basado en HTTP y controlador
de despliegue, despliegue basado en EJB, despliegue basado en script (con AS Java). No
hay ningún despliegue basado en RFC ni ningún despliegue basado en cliente.

2. Desea configurar el Change and Transport System ampliado (CTS ampliado). ¿Cuáles de
los siguientes pasos deben realizarse?
Seleccione las respuestas correctas.

X A Crear una conexión HTTP en el sistema CTS (transacción SM59)

X B Configurar los sistemas back end en Transport Management System del sistema
CTS (transacción STMS)

X C Instalar un add-on adicional en el sistema CTS (transacción SAINT)

X D Crear un segundo esquema de base de datos en la base de datos de los sistemas

back end (transacción DBACOCKPIT)

Correcto. Debe crear una conexión HTTP en el sistema CTS ampliado y configurar los
back ends en Transport Management System del sistema CTS. No es necesario instalar un
add-on adicional en el sistema CTS ni crear un segundo esquema de base de datos en la
base de datos de los back ends.

400 © Copyright. Reservados todos los derechos.

 Capítulo 8 : Respuestas a la Evaluación de la formación

3. Ha configurado el Sistema de modificaciones y transporte ampliado (CTS ampliado) con

bases de datos SAP HANA independientes como sistemas back end. El sistema CTS tiene
el SID SMA, las bases de datos SAP HANA tienen los SID HAD, HAQ y HAP. Ahora desea
crear una orden de transporte para transportar entre las bases de datos SAP HANA:
Puede crear las órdenes de transporte en el Transport Organizer (transacción SE09) en el
sistema SMA.
Indique si esta afirmación es verdadera o falsa.

X Verdadero

X Falso

Correcto. No puede crear las órdenes de transporte en el Transport Organizer

(transacción SE09), sino en la IU Web del Transport Organizer (transacción STMS) del
sistema SMA, porque la orden de transporte debe tener HAD como sistema fuente. Esto
sólo es posible en la interfase de usuario Web del Transport Organizer.

© Copyright. Reservados todos los derechos. 401

Glosario

utilizado) de un mandante a otro; los dos mandantes

Actualización de mandantes
pueden estar en el mismo sistema SAP (copia de
Actualizar las parametrizaciones de Customizing de
mandante local), en diferentes sistemas SAP (copia
un mandante de acuerdo con las parametrizaciones
de mandante remota) o el proceso de copia se puede
de Customizing de otro mandante, en función de una
realizar creando una orden de transporte (transporte
comparación de mandantes mediante RFC.
de mandante)
Actualización/actualización del sistema SAP
Procedimiento para intercambiar el repositorio
Copia de mandante local
Copiar el contenido de un mandante de perforación o
anterior de un sistema SAP con un repositorio más
partes de él (según el perfil de copia de mandante
reciente; esto incluye modificar estructuras de tabla
utilizado) de un mandante a otro mandante en el
en el nivel de sistema SAP y base de datos, convertir
mismo sistema SAP
datos de aplicación, intercambiar los ejecutables del
núcleo Copia de mandante remoto
Copiar el contenido de un mandante de perforación o
Asistente de modificaciones
partes de él (según el perfil de copia de mandante
El asistente de modificaciones ayuda a modificar los
utilizado) de un mandante a otro mandante en otro
objetos estándar de SAP y a simplificar el proceso de
sistema SAP mediante RFC
ajuste de modificaciones.
Corrección
Cliente
Cambiar al original de un objeto
Un mandante es una unidad autónoma en un sistema
SAP, en términos comerciales, organizativos y CTO (Change and Transport Organizer)
técnicos, con sus propios datos maestros de usuario y Esto forma parte del Change and Transport System
conjunto de rangos de clave de tabla. (CTS). Proporciona funciones para organizar
proyectos de desarrollo de software. Está diseñado
Cola de importación
para apoyar proyectos de todos los tamaños, ya sea
La cola de importación muestra las órdenes de
que se lleven a cabo de forma centralizada o en un
transporte que se deben importar a un sistema SAP
entorno distribuido.
específico en el orden correcto.
CTS (Change and Transport System)
Comparación de clientes
Son herramientas para crear y organizar órdenes de
Compare las parametrizaciones de Customizing de
transporte, exportarlas, distribuirlas e importarlas. El
dos mandantes mediante RFC.
CTS está formado por el Change and Transport
Control de transporte ampliado Organizer (CTO) y el Transport Management System
El control de transporte ampliado le permite definir (TMS).
rutas de transporte dependientes de mandante
(consolidación, entrega), grupos objetivo de
CTS ampliado
Una ampliación de Change and Transport System
transporte y la asignación de mandantes a capas de
(CTS), que se utiliza para ejecutar y supervisar los
transporte.
transportes entre sistemas no ABAP.
Controlador de dominio de copia de seguridad
Un sistema SAP que puede asumir las funciones del
Datos específicos de mandante
Datos específicos de mandante, como los datos
controlador de dominio de transporte si el controlador
maestros de usuario, los datos de aplicación y las
de dominio de transporte falla.
parametrizaciones de Customizing, que solo afectan a
Controlador de dominio de transporte un mandante.
Sistema SAP en el que la configuración de rutas de
transporte se actualiza centralmente para todos los
Datos válidos en todos los mandantes
Datos válidos en todos los mandantes, como los datos
sistemas SAP en el mismo dominio de transporte.
de Customizing válidos para todos los mandantes y
Copia de mandante todos los objetos de repository, que afectan a todo el
Copiar el contenido de un mandante de perforación o entorno del sistema SAP.
partes de él (según el perfil de copia de mandante

402 © Copyright. Reservados todos los derechos.

Directorio de transporte Monitor utilizado para el seguimiento de la
Un directorio que gestiona todos los datos que se importación de órdenes de transporte
deben transportar entre sistemas SAP.
Navegador de notas
Distribución de El browser de notas ofrece un resumen de todas las
Procedimiento general para configurar uno o más notas SAP disponibles en un sistema SAP
sistemas SAP. En particular, el objetivo del
Opciones actuales
procedimiento es adaptar las funciones no
Parametrizaciones de Customizing que se pueden
específicas de la empresa y específicas del sector
realizar directamente en el mandante productivo
enviadas en un sistema SAP a los requisitos
del sistema productivo
empresariales específicos de su empresa.
Opciones de cambio de sistema
Dominio de transporte Las opciones de modificación del sistema definen si
Todos los sistemas SAP gestionados
los objetos de repository y los objetos de
conjuntamente por el TMS.
Customizing válidos para todos los mandantes son
Enlace de dominio modificables globalmente.
Un enlace entre diferentes dominios de transporte.
Opciones de modificación de cliente
Un enlace de dominio permite un acceso
Las opciones de modificación de mandante definen
transparente a todos los sistemas SAP vinculados,
qué partes del sistema SAP se pueden modificar
la visualización de colas de importación en todos
cuando se trabaja en este mandante.
los sistemas SAP y la configuración de rutas de
transporte entre sistemas SAP en diferentes Orden de transporte
dominios. Una orden de transporte se utiliza para transferir
objetos juntos a otro sistema SAP.
Grupo de transporte
Todos los sistemas SAP que acceden a un Orden de transporte de Customizing
directorio de transporte común. Órdenes de transporte que contienen datos
dependientes de mandante, como el Customizing
Guía de implementación (IMG) dependiente de mandante
La IMG proporciona una lista jerárquica con
actividades de Customizing en un sistema SAP. Orden de transporte de workbench
Este Customizing se agrupa por módulos y se Orden de transporte que contiene datos
ordena en la secuencia en la que se debe realizar la independientes de mandante, como objetos de
actividad individual. repository o Customizing independiente de
mandante
Herramientas de Transport Organizer
Colección de herramientas que soportan el trabajo Paquete
con el Change and Transport System (CTS) Anteriormente conocida como clase de desarrollo.
Un paquete proporciona una agrupación lógica de
Infraestructura de sistemas SAP objetos de repositorio para coordinar los esfuerzos
Cualquier sistema y cliente SAP necesario, su
de desarrollo, define la capa de transporte de un
significado y las rutas de transporte para los
objeto de repositorio y puede controlar los objetos
procesos de implementación y mantenimiento. La
de nombre
infraestructura del sistema SAP puede
comprender, por ejemplo, un sistema de Perfiles de copia de mandante
desarrollo, un sistema de gestión de calidad y un Definición de qué parte del mandante se debe
sistema de producción. copiar en una copia de mandante o en un proceso
de transporte de mandante
Modificación
Reparación de un objeto SAP Procedimiento de autorización de gestión
de calidad (QA)
Monitor de importaciones El procedimiento de aprobación de gestión de
calidad (QA) de TMS aumenta la calidad y la

© Copyright. Reservados todos los derechos. 403

disponibilidad de los sistemas de producción al La vía de transporte normal de un objeto de repository
permitir que se verifiquen las órdenes de transporte del sistema de desarrollo al sistema de consolidación.
en el sistema de gestión de calidad antes de Técnicamente, se trata de una ruta “de exportación/
entregarlas a los sistemas SAP subsiguientes. Las importación”.
órdenes de transporte solo se transfieren a los
SAP Activate
sistemas de entrega si todos los pasos de
Marco de adopción de innovación introducido para
autorización QA se procesan para la solicitud en el
SAP S/4HANA que combina SAP Best Practices,
sistema QA y la solicitud se ha autorizado.
metodología y configuración guiada entregada con
Procedimiento de autorización QA una infraestructura de referencia. La metodología
El procedimiento de autorización de gestión de SAP Activate es una guía de SAP para la
calidad (QA) de TMS aumenta la calidad y la implementación, las mejoras, las actualizaciones o la
disponibilidad de los sistemas productivos al innovación conjunta de las soluciones SAP a partir de
permitirle verificar las órdenes de transporte en el SAP S/4HANA. Permite una entrega rentable, ágil y
sistema de gestión de calidad antes de que se rápida de la solución SAP al cliente y admite
entreguen a los sistemas SAP subsiguientes. implementaciones en la nube, on-premise o híbridas.
Programa de control de transporte (PCT) SAP ECC
tp es un programa a nivel de sistema operativo que SAP Enterprise Central Component. Anteriormente
realiza exportaciones e importaciones para conocido como SAP R/3. A partir del release 5.0, SAP
transportar objetos entre sistemas SAP. El programa R/3 se renombró como SAP ECC. SAP ECC es el
también garantiza que los pasos en la exportación e componente principal de SAP y, el componente
importación de objetos se realicen en el orden principal de SAP ERP.
correcto.
SAP ERP
Proyecto CTS SAP ERP es una solución SAP. Contiene varios
El Customizing debe organizarse en proyectos. A componentes SAP. El componente principal es SAP
continuación, el proyecto contiene todas las ECC (antes conocido como SAP R/3).
actividades Customizing, las modificaciones y el
SAP NetWeaver
desarrollo. Se debe utilizar un proyecto para agrupar
SAP NetWeaver se compone de diferentes
órdenes de transporte.
componentes, como SAP BW, SAP EP, SAP PI, etc.
R3trans Estos componentes técnicos de SAP NetWeaver se
Programa a nivel de sistema operativo para pueden instalar según sea necesario para satisfacer
establecer una conexión con la base de datos y diferentes requisitos.
realizar los pasos necesarios en la base de datos para
SAP Note Assistant
exportaciones e importaciones
Herramienta para aplicar automáticamente notas
RDDIMPDP (Importar despachador) SAP relativas a modificaciones de objetos de
Job y programa en el sistema SAP que controla las repository en un sistema SAP
actividades posteriores a la importación, como la
SAP Software Change Registration (SSCR)
activación y conversión de la estructura de tabla, la
Proceso para el seguimiento, qué usuarios pueden
generación de programas y la creación de versiones.
desarrollar y qué objetos SAP se modifican en un
Reparación sistema SAP
Cambiar a una copia de un objeto
SAP Solution Manager
Repositorio SAP Solution Manager es el punto de entrada para la
La colectividad de todos los programas, módulos de implementación, el funcionamiento y la mejora
funciones, estructuras de tabla, elementos de datos, empresarial continua de las aplicaciones SAP.
dominios, etc. que pertenecen a un sistema SAP.
SAP Support Package
Ruta de consolidación Tipo de solicitud de transporte para solucionar
problemas, cambios legales, resolver problemas de

404 © Copyright. Reservados todos los derechos.

seguridad y nuevas funcionalidades para un Transporte de cliente
componente de software de un sistema SAP Crear una orden de transporte a partir del
contenido de un mandante de perforación o partes
Servidor SAP S/4HANA
de él (según el perfil de copia de mandante
SAP S/4HANA (servidor SAP S/4HANA) es el
utilizado) y, a continuación, importar esta orden de
sucesor recién desarrollado de SAP ECC.
transporte a un mandante del mismo sistema SAP
Sistema de desarrollo o de otro sistema SAP
El sistema SAP de una infraestructura de sistemas
SAP en la que se llevan a cabo el desarrollo y el
Workflow de transporte especial
El flujo de trabajo de transporte especial se puede
Customizing.
utilizar si se necesitan urgentemente correcciones
Sistema de gestión de calidad de transporte o si se necesitan órdenes de
El sistema SAP, de una infraestructura de sistema transporte que no sigan las rutas de transporte
SAP, en el que se llevan a cabo las pruebas definidas. Este proceso funciona con un flujo de
integradas y la gestión de calidad. trabajo y cada paso está documentado.
Sistema de preproducción
El sistema SAP (opcional) para el test de
integración final una vez que se ha fijado el alcance
de la liberación (test de liberación),
Sistema de producción
El sistema SAP, de una infraestructura de sistemas
SAP, en el que los usuarios finales llevan a cabo el
trabajo productivo.
Sistema externo
Los sistemas externos son como sistemas
virtuales. Esto significa que se accede a ellos
mediante un sistema de comunicación. Sin
embargo, para este tipo de sistema SAP también se
define un directorio de transporte separado.
Support Package Manager (SPAM)
Herramienta en el sistema SAP para aplicar SAP
Support Packages
Tarea
Parte organizativa de una orden de transporte.
Transport Management System (TMS)
Conjunto de todas las herramientas del sistema
SAP para organizar, realizar y supervisar
transportes entre sistemas SAP. El TMS forma
parte del Change and Transport System.
Transport Organizer
Véase: Change and Transport Organizer (CTO)
Transportar grupo objetivo
Los grupos objetivo de transporte pueden servir
como destinos de transporte de consolidaciones y
entregas para dar servicio simultáneamente a
diferentes sistemas SAP y/o clientes.

© Copyright. Reservados todos los derechos. 405