Apunte Creado OK - Iniciar Edición
1| Opciones Adicionales en la Importación.
En algunas circunstancias 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 le mismo objeto tendremos que usar esta opción para que la importación no falla.
Ø 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 este marcado como reparado, deberemos utilizar esta opción.
Ø Ignorar tipo de transporte invalido
Los objetos de las ordenes de transporte seleccionadas para importación serán importadas de la siguiente manera:
Ø Todos los objetos de todas las ordenes de transporte 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 mas de una orden de transporte, solo la versión en la ultima orden de transporte es importada (de acuerdo a la secuencia en la cola de importación).
Esto es independiente del método de la importación elegido (importar todo, importar proyecto, importación individual).
En un landscape de 3 sistemas, la cola de importación QAS refleja el orden de exportación de DEV
La cola de importación de PRD refleja el orden de importación que se realizo en QAS. Esto no siempre es idéntico en todos los casos. Pero es la secuencia correcta.
2| 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 Suport Package, las opciones pueden variar. Cuando iniciamos una importación, podemos elegir las siguientes opciones en la solapa DATE:
Ø Inmediate. Seleccionamos esta opción inmediatamente inicia la importación en un work process de dialogo.
Ø At start Time . si elegimos esta opción de la importación inicia en una fecha y hora específica, se planifica un job de background en el sistema destino. si ingresamos una fecha y hora en el campo No start After, la importación puede iniciar en la ventana de tiempo en Planned start y No Start After.
Ø After Evento. Seleccionando esta opción la importación se inicia solamente después que un evento especifico 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
FRECUENCIA DE TRANSPORTES / PUNTOS DE TRANSPORTE
EL MOMENTO DE TRANSPORTES SE DETERMINA POR:
- Roles del cliente
- Qué tipo de sincronización necesita
- Prueba y verificación
- Requisitos del código de congelación
Después de la exportación, una orden de transporte no es importada automáticamente, se debe hacer manual
Cuando se planifican las importaciones, se debería 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 transporte
Ø Copia en un cliente en el mismo sistema (de desarrollo) mediante tx SCC1 (test unitario)
Ø Importación en cliente en sistemas subsiguientes.
La frecuencia de transportes esta 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).
3| Estrategia de transportes
Hay 3 estrategias de transportes disponibles:
Ø Transporte masico 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:
- Para administrar un gran número de transportes
- Automatizar el proceso lo más que se pueda
- es la forma mas 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 ordenes en el sistema de calidad y la confirmación (o aprobación) de estas en los demás sistemas (ej. El de producción)
para esto usamos el procedimiento de QA en TMS. También debemos 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 ordenes individuales antes que otras según el orden de la cola de importación en casos especiales.
Las ordenes de transportes que son importadas previamente son importadas nuevamente en la importación normal, o se 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 se masivo (Importar todo). También podemos usar workflow para importar ordenes de transportes individuales.
Importación Individual. Usamos la 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.
Cuando hay un pequeño numero de desarrolladores que están trabajando en un proyecto, y también en un mismo equipo de con el administrador, usualmente crean sus propias ordenes 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.
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.