Las opciones y las estrategias de transporte
Opciones adicionales en la importación
En circunstancias particulares, podría ser necesario especificar opciones adicionales cuando realizamos una importación preliminar.
- Ignorar que la orden de transporte ya ha sido importada.
- Sobrescribir originales: si un objeto fue creado en el sistema destino y la orden contiene el mismo objeto tendremos que usar esta opción para que la importación no falle.
- Sobrescribir objetos en reparaciones sin confirmar: un objeto que fue modificado en un sistema donde no es original, por ejemplo un objeto estándar de SAP, es un objeto marcado como reparado en el sistema. Si la orden contiene un objeto que en el sistema destino está marcado como reparado, deberemos utilizar esta opción.
- Ignorar tipo de transporte inválido
Los objetos de las órdenes de transportes seleccionadas para importación serán importadas de la siguiente manera:
- Todos los objetos de todas la órdenes de transportes son tratados de manera conjunta, esto es, independiente de la orden a la que pertenecen.
- Primero todos los objetos son ordenados de acuerdo al nivel que pertenecen (ej. las definiciones de tablas antes que los programas).
- En caso de un objeto que se encuentra en más de una orden de transporte, solo la versión en la última orden de transporte es importada (de acuerdo a la secuencia en la cola de importación)
Esto es independiente del método de importación elegido (Importar Todo, Importar Proyecto, Importación Individual).
En un landscape 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 que se realizó en QAS. Esto no siempre es idéntico en todos los casos. Pero es la secuencia correcta.
Planificación de Importación
Dependiendo si seleccionamos la importación por proyecto, importación individual, importar todo, o un workflow especial de transporte y particularmente de la versión de SAP y nivel de Support Package, las opciones pueden variar. Cuando iniciamos una importación, podemos elegir las siguientes opciones en la solapa Date:
Inmediate: Seleccionando esta opción inmediatamente inicia la importación en un work process de diálogo.
At Start Time: Si elegimos esta opción la importación inicia en una fecha y hora específica. Se planifica un job de background en el sistema destino. Si ingresamos un fecha y hora en el campo No Start After, la importación puede iniciar en la ventana de tiempo entre Planned Start y No Start After. Si no hay work processes de background disponibles durante la ventana de tiempo, la importación no se relaliza. Si queremos que la importación se realice regularmente debemos ingresar la frecuencia en el campo Period.
After Event: Seleccionando esta opción la importación se inicia solamente después que un evento específico se dispare. Si seleccionamos Execute Import Periodically, la importación se inicia cada vez que el evento seleccionado ocurre. De otra manera, la importación ocurre solo la primera vez que sucede el evento.
En los transportes individuales o en un workflow de transporte el campo Period no existe.
Desde la cola de importación de cada sistema SAP, podemos monitorear y mantener todas las importaciones planificadas seleccionando Goto -> Job Monitor.
Después de la exportación, una orden de transporte no es importada automáticamente, sino que debe hacerse manualmente. Cuando planificamos las importaciones, deberíamos incluir un tiempo suficiente entre cada importación para poder realizar las tareas de pos-importación tal como las pruebas de QA.
SAP recomienda que la planificación de las importaciones sea intervalos de tiempo regulares tal como mensual, semanal o diaria y usando la estrategia Importar Todo en el sistema destino. La importación frecuente no es recomendada.
Las siguientes acciones tienen que considerarse:
- Liberación de ordenes de transportas.
- Copia en un cliente en el mismo sistema (de desarrollo) mediante la transacción SCC1 (test unitario).
- Importación en clientes en sistemas subsiguientes.
La frecuencia de transportes está basada en los siguientes factores:
- Clientes y los roles de estos en el landscape de sistemas.
- Requerimientos de sincronización, esto es, cuando son requeridos los cambios en los diferentes sistemas.
- Requerimientos de Congelamiento de Código (Code Freezing).
Estrategia de transporte
Hay tres estrategias de transportes diferentes disponibles:
- Transporte masivo controlado por la cola
- Transporte individual controlado por la cola.
- Transporte controlado por workflow.
La estrategia de transporte es por defecto el Transporte masivo (Importar Todo).
Transportes Masivos: son una buena solución si tenemos que adminsitrar un gran número de transportes y queremos automatizar el proceso lo más que podamos. El uso continuo de importación masiva es la forma más segura de mantener los sistemas sincronizados y consistentes. Antes de importar con este método en el sistema de producción, deberemos verificar que todas las órdenes en el sistema de calidad y la confirmación (o aprobación) de estas en los demás sistemas (por ejemplo el de producción).
Para esto usamos el procedimiento de QA en TMS. También deberemos definir la importación masiva como el método elegido para los sistemas relevantes. Para esto, seleccionamos la estrategia de transportes Queue-controlled mass imports.
El administrador puede planificar las importaciones periódicamente en TMS, o iniciar cada importación manualmente. Solamente deberíamos importar órdenes individuales antes que otras según el orden de la cola de importación en casos especiales.
Las órdenes de transportes que son importadas previamente son importadas nuevamente en la importación normal, o sea la importación masiva. Esto es así por la opción Leave transport request in queue for later import la cual se selecciona automáticamente cuando realizamos un transporte que no sea masivo (Importar Todo). También podemos usar workflow para importar órdenes de transportes individuales
Importación Individual: usamos esta estrategia si tenemos pocos cambios para transportar y la organización no nos permite realizar una planificación fija de transportes. Este método usualmente demanda un esfuerzo extra para los administradores en comparación a los transportes periódicos. Los desarrolladores deberán poner atención a la consistencia de sus órdenes de transportes.
Si un número pequeño de desarrolladores están trabajando en un proyecto, y también en un mismo equipo con el administrador, usualmente crean sus propias órdenes de transporte e incluso la importación de las mismas en el sistema de calidad.
En el caso en que los transportes individuales que realicemos en el sistema tengan que realizarse por el administrador de sistema, recomendamos que se utilice el workflow de transportes. Este método automáticamente dispara un workflow cuando se libera la orden de transporte.
El workflow asegura la comunicación entre el desarrollador y el administrador. Como requisito tendremos que haber configurado el workflow de transportes en el sistema