OPCIONES ADICIONALES EN LA IMPORTACION
En ciertas circunstancias es necesario especificar opciones extras cuando hacemos un import preliminar.
-ignorar que la OT ha sido importada
-Sobrescribir originales: si un objeto fue creado en el destino y la OT contiene el mismo objeto deberemos usar esta opcion para que el import no falle
-Sobrescribir objetos en reparaciones sin confirmar: un objeto modificado en un sistema que no es original, es un objeto marcado como reparado en el sistema. Si la OT contiene un objeto que en el sistema destino esta marcado como reparado hay que usar esta opcion
-Ignorar tipo de transporte invalido: Los objetos de las OT's seleccionadas para el import seran importadas de la siguiente forma:
-Todos los objetos de las OT's seran tratados de forma conjunta, independientemente de la OT a la que pertenecen.
-Primero todos los objetos se ordenan de acuerdo al nivel que pertenecen
-Si un objeto se encuentra en mas de una OT, solo la version de esta ultima OT es importada (de acuerdo a la secuencia de la cola de import)
-esto es independiente del metodo de import elegido (importar todo, importar proyecto, importar individual)
NOTA: en un landscape de tres sistemas:
la cola de import de QAS refleja el orden de export de DEV.
la cola de import de PRD refleja el orden de import que se hizo en QAS
No siempre se cumple pero es la secuencia correcta
PLANIFICACION DE IMPORT
Dependiendo de si seleccionamos el import por:
proyecto
import individual
importar todo
workflow especial de transporte
Las opciones pueden ser varias. Cuando iniciamos un import se puede elegir las siguientes opciones en la pestaña date:
-Immediate: el import arranca de forma inmediata en un WP de dialogo
-At start time: El import arranca en una fecha y hora concreto. Se planifica un job de background en el sistema SAP destino. Si ponemos fecha y hora en el campo NO start after, el import puede iniciar en la ventana de tiempo entre el planned start y no start after
-After event: el import se incia solo despues que un evento en concreto se dispare. Si seleccionamos Execute import periodically, el import inicia cada vez que el evento selecccionado ocurre. De otra forma, el import ocurre solo la primera vez que sucede el evento.
NOTA: en los transportes individuales o en un WF de transporte el campo PERIOD no existe
Podemos monitorizar y mantener todos los imports planificados desde la cola de import de cada sistema SAP seleccionando GOTO - Job monitor
Despues del export, una OT no se importada de forma automatica, hay que hacerlo de forma manual.
Cuando se planifica un import , hay que incluir un tiempo suficiente entre cada import para poder hacer las tareas de post importacion como las pruebas de QA. SAP recomienda que sean intervalos de tiempo regulares como:
mensual
diaria
semanal
y usando el importar todo en el sistema destino. NO se recomienda el import frecuente.
Debemos considerar:
-Liberacion de OT's
-Copia en un cliente en el mismo sistema (DES) con la tx SCC1 (test unitario)
-Import de cliente en sistemas subsiguientes
La frecuencia de transportes se basa en:
-Mandantes y roles en el landscape de sistemas
-Requerimientos de sincronizacion
-Requerimiento de congelacion de codigo
ESTRATEGIA DE TRANSPORTES
Hay 3 estrategias de transporte disponibles:
-transporte masivo controlado por la cola
-transporte individual controlado por la cola
-transporte controlado por workflow
La estrategia de transporte por defecto es Transporte masivo
El Transporte masivo:
es valido para administrar un numero grande de transportes y queremos automatizar el proceso
El uso continuo de import masivo es la forma mas segura de mantener los sistemas sincronizads y consistentes.
Antes de importar con este metodo en PROD debemos:
-verificar las OT'S en QAS y su aprobacion en los demas sistemas. Para ello usamos el QA en TMS.
Hay que definir el import masivo como metodo elegido para los sistemas relevantes >> seleccionamos la siguiente estrategia de transportes: Queue - controlled mass imports.
Se puede planificar los imports de forma periodica en el TMS o hacerlo de forma manual.
La OT's que se importan previamente se vuelven a importar en el import masivo debido a la opcion Leave transport request in queue for later import, que se selecciona de forma automatica cuando hacemos un transporte no mastivo (importar todo).
Podemos usar workflow para el import de OT's individuales.
Import individual:
Se una cuando tenemos pocos cambios a transportar y la empresa no permite realizar una planificacion fija de transportes. Los desarrolladores han de estar pendientes de la consistencia de sus OT's
Si los transporte individuales se han de hacer por el admin se recomienda que se use un workflow de transporte. Este metodo dispara un workflow cuando se libera la OT
El WF asegura la comunicacion entre el desarrollador y el admin. Para ello se debe configurar el WF de transporte en el sistema