Opciones adicionales en la importacion
En circunstancias particulares, podria ser necesario especificar opciones adicionales cuando realizamos una importacion preliminar:
- Ignorar que la orden de transporte ya ha sido importada.
- Sobescribir originales: Si un objeto fue creado en el sistema destino y la orden contiene el mismo objeto tendremos que usar esta opcion para que la importacion no falle.
- Sobrescribir objetos en reparaciones sin confirmar: Un objeto que fue modificado en un sistema donde no es original, por ejemplo un objeto estandar de SAP, es un objeto marcado como reparado en el sistema. Si la orden contiene un objeto que en el sistema destino esta marcado como reparado, debemos utilizar esta opcion.
- Ignorar el tipo de transporte invalido.
Los objetos de las ordenes de transportes seleccionadas para importacion seran importadas de la siguiente manera:
- Todos los objetos de todas las ordenes de transportes son tratados de manera conjunta, esto es independiente de la orden a la que pertenecen.
- 1ero todos los objetos son ordenados de acuerdo al nivel que pertenecen (ejempo. Las definiciones de tablas antes que los programas).
- En caso de un objeto que se encuentra en mas de una orden de transporte, solo la version en la ultima orden de transporte es importada (de acuerdo a la secuencia en la cola de importacion).
Esto es independiente del metodo de importacion elegido (Importar Todo, Importar Proyecto, Importacion Individual).
En un landscape de 3 sistemas, la cola de importacion de QAS refleja el orden de exportacion de DEV. La cola de importacion de PRD refleja el orden de importacion que se realizó en QAS. Esto no siempre es identico en todos los casos. Pero es la secuencia correcta.
2. Planificacion de importacion
Dependiendo si seleccionamos la importacion por proyecto, importacion individual, importar todo o un workflow especial de transporte y particularmente de la version de SAP y nivel de Support Package, las opciones pueden variar. Cuando iniciamos una importacion, podemos elegir las siguientes opciones en la pestaña Date:
- Immediate
Seleccionando esta opcion inmediatamente inicia la importacion en un work process de dialogo.
- At Start Time
Si elegimos esta opcion la importacion inicia en una fecha y hora especifica. Se planifica un job de background en el sistema destino. Si ingresamos una fecha y hora en el campo No Start After, la importacion 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 importacion no se realiza. Si queremos que la importacion se realice regularmente debemos ingresar la frecuencia en el campo Period.
- After Event
Seleccionando esta opcion, la importacion se inicia solamente despues que un evento especifico se dispare. Si seleccionamos Execute Import Periodically, la importacion se inicia cada vez que el evento seleccionado ocurre. De otra manera, la importacion ocurre solo la 1era vez que sucede el evento.
En los transportes individuales o en un workflow de transporte el campo Period no existe.
Desde la cola de importacion de cada sistema SAP, podemos monitorear y mantener todas las importaciones planificadas seleccionando Goto+Job Monitor.
Despues de la exportacion, una orden de transporte no es importada automaticamente, sino que debe hacerse manualmente. Cuando planificamos las importaciones, deberiamos incluir un tiempo suficiente entre cada importacion para poder realizar las tareas de post-importacion tal como las pruebas de QA.
SAP recomienda que la planificacion de las importaciones sea en intervalos de tiempo regulares tal como mensual, semanal o diaria y usando la estrategia Importar Todo en el sistema destino. La importacion frecuente no es recomendada.
Las siguientes acciones tienen que considerarse:
- Liberacion de ordenes de transporte.
- Copia en un cliente en el mismo sistema (de desarrollo) mediante la transaccion SCC1 (test unitario).
- IMportacion en clientes en sistemas subsiguientes.
La frecuencia de transportes esta basada en los siguientes factores:
- Clientes y roles de estos en el landscape de sistema.
- Requerimientos de sincronizacion, esto es cuando son requeridos los cambios en los diferentes sistemas.
- Requerimientos de congelamiento de codigo (Code Freezing).
3. Estrategias de transportes
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 del transporte es por defecto: el transporte masivo (Importar Todo).
Transportes masivos: Son una buena solucion si tenemos que administrar un gran # de transportes y queremos automatizar el proceso lo mas que podamos. El uso continuo de importacion masiva es la forma mas segura de mantener los sistemas sincronizados y consistentes. Antes de importar con este metodo en el sistema de produccion, deberemos verificar que todas las ordenes en el sistema de calidad y la confirmacion (o aprobacion) de estas en los demas sistemas (por ejemplo el de produccion).
Para esto usamos el procedimiento de QA en TMS. Tambien deberemos definir la importacion masiva como el metodo elegido para los sistemas relevantes. Para esto, seleccionamos la estrategia de transportes Queue-controlled mass imports.
El administrador puede planificar las importaciones periodicamente en TMS, o iniciar cada importacion manualmente. Solamente deberiamos importar ordenes individuales antes que otras segun el orden de la cola de importacion en casos especiales.
Las ordenes de transporte que son importadas previamente son importadas nuevamente en la importacion normal, o sea la importacion masiva. Esto es asi por la opcion: Leave transport request in queue for later import la cual se selecciona automaticamente cuando realizamos un transporte que no sea masivo (Importar Todo). Tambien podemos usar workflow para importar ordenes de transportes individuales.
Importacion individual: Usamos esta estrategia si tenemos pocos cambios para transportar y la organizacion no nos permite realizar una planificacion fija de transportes. Este metodo usualmente demanda un esfuerzo extra para los administradores en comparacion a los transportes periodicos. Los desarrolladores deberan poner atencion a la consistencia de sus ordenes de transportes.
Si un # pequeño de desarrolladores estan trabajando en un proyecto y tambien en un mismo equipo con el administrador, usualmente crean sus propias ordenes de transporte e incluso la importacion 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 metodo automaticamente dispara un workflow cuando se libera la orden de transporte.