✒️SAP BASIS / La configuración y características del procedimiento de QA Por David Solaliga
SAP BASIS La configuración y características del procedimiento de QA
CONFIGURACION Y CARACTERISTICAS DEL PROCEDIMIENTO DE QA
-Aseguramiento de calidad en TMS
el procedimiento de aseguramiento de calidad (QA) incrementa la calidad y la disponiblidad del sistema de produccion permitiendonos verificiar las ordenes de transporte en el sistema de calidad antes que sean entregados en los sistemas subsiguientes
Cuando activamos el procedimiento de aprobacion de calidad QA, las ordenes de transporte estaran disponibles para ser importadas en el o los sistemas de entrega si todos los pasos del proceso de calidad han sido aprobados
Si uno de los pasos no es aprobado, entonces la orden no puede ser aprobada.Solo podremos importar ordenes que hayan sido completamente aprobadas.
Las ordenes rechazadas no son importadas en el sistema de entrega
Antes que podamos procesar ordenes de transportes deberemos configurar el procedimiento de aprobacion de QA.Al menos deberemos contar con un landscape trandicional de tres sistemas (DEV,QAS y PRD).El sistema que configuremos como el sistema QA debera contar con los siguientes atributos
*Debe ser el destino de al menos una ruta de consolidacion
*Debe tener una ruta de entrega hacia otro sistema al menos
*Depues de la configuracion, la lista de trabajo de QA es automaticamente creada.Todas las ordenes importas en elsistema de QA son incluidas en la lista de trabajo de QA
-PASOS EN EL PROCEDIMIENTO DE APROBACION DE QA
Para visualizar la lista de trabajo de QA, usamos las transaccion STMS y seleccionamos overview---) imports---) goto---) qa worklist.La fecha y hora en la parte superior derecha de la pantalla indica cuando la lista de trabajo de QA ha sido actulizada por ultima vez; la parte superior izquierda indica cuantas ordenes aun estan pendientes de procesamiento
La lista muestra las ordenes de transporte que se corresponden con el paso de aprobacion seleccionado.Por defecto las ordenes correspondientes a todos los pasos se visualizan en primer lugar
Para seleccionar el paso de aprobacion y ver todas las ordenes que concuerdan con el mismo selccionamos worklist---) select approval step.
Antes de importar las ordenes en un sistema de entrga deberiamos testear las ordenes en el sistema de QA.El estado de QA rechazada(REJECTED) significa que uno o mas pasos de aprobacion no fueron aprobados por la persona responsable.Una orden es aprobada solamente si todos los pasos de aprobacion tiene el estado aprobado
En la lista de trabajo de QA podemos ver:
*El estado de QA(ST)
*El estado general (gs)
*El numero de paso (NR)
Una vez que todos los pasos de aprobacion fueron procesados satisfactoriamente entonces la orden de transporte podra ser importada en el sistema de entrega.
A partir de la version 6.10 la aprobacion o rechazo de un paso individual puede ser modificado, mientra que el procedimiento completo de aprobacion no este realizado
Una vez que todos los pasos de aprobacion estan completo, no es posible cambiar la decision
Desde la pantalla de la lista de trabajo de QA, podemos acceder al historial de QA mediante goto===) qa history
muestra todas las ordenes para un periodo especifico que ya no se muestra en la lista de trabajo.Las ordenes no se visualizan tampoco en la lista de trabajouna vez que han sido aprobadas o borradas.El periodo por defecto para la lista de QA es de 30 dias pero puede ser cambiada
Para determinar quien fue responsable de aprobar una orden de transporte, seleccionamos REQUEST==) DISPLAY===) QA STATUS
-WORKFLOW DE TRANSPORTES ESPECIALES
Utilizaremos el workflow de transportes si se requieren de una manera urgente un transporte de correciones o si se necesitan transporte que no siguen laruta de transportes definida
Antes de utilizar el workflow de transportes, para usarlo este sistema deberia tener las siguientes caracteristicas listadas en orden de importancia:
*ALTA DISPONIBILIDAD
*CARGA DE TRABAJO BAJO A MEDIA
Todas las tareas realizadas por el workflow de transportes son centralizadas en el workflow engine y luego los resultados se comunican a los sistemas SAP involucrados
Para configurar el workflow de transportes especiales, realizaremos lo siguiente:
Ingresamos al sistema que funciona como controaldor de dominio de transportes.Iniciamos la transaccion STMS y luego desde el menu overview===) systems====) goto===) transport domain
Seleccionamos la solapa workfow engine
Cambiamos al modo de edicion con el boton de display---Change.Luego de guardar las modificiaciones tendremos que aceptar afirmativamente el cuadro para la distribuir la configuracion.A continuacion ingresamos al sistea que funcionara como el workflow engine.El sistema automaticamente
*CREA EL USUARIO TMSADM_WF
*GENERA LOS DESTINOS TFC NECESARIOS PARA EL WORKFLOW ENGINE
*ENVIA LOS DATOS PROPIOS DE WORKFLOW ENGINE A TODOS LOS SISTEMAS EN EL DOMINIO DE TRANSPORTES
*REALIZA EL CUSTOMIZING PARA EL WORKFLOW EN EL SISTEMA
Para utilizar el workflow de transportes, tendremos que crear una propuesta de transprtes.Para esto desde el organizador de transportes, transaccion se09 y seleccionamos las ordenesliberadas.Seleccionamos la orden de transporte que vamos a transportar yluego seleccionamos utilities===) create transport proposal
Si el administrador de transporte rechaza la propuesta de transporte aparece nuavamente en la bandeja de entrada de propuesta de transporte del solicitante.Podremos cancelar la propuesta o revisarla y reenviarla nuavamente al administrador de transportes
Si el administrador de transportes ha aprobado la propuesta, la importacion se incia y la propuestas de transportes reaparece en la bandeja de entrada del solicitante.
Para aprobar o rechazar una propuesta de transportes, inciamos la transaccion STMS.Para visualizar la lista de trabao de TMS , seleccionamos overview===) worklist.
Cambiamos al modo de modificacion si queremos hacer modificaciones a las ordenes de transportes, destinos fecha de mportacion u opciones de importacion.
Una vez aprobada una propuesta de transporte la importacion en el o los sistemas destinos es inciado automaticamente
Escanear / Compartir
Sobre el autor
Publicación académica de David Ezequiel Solaliga, en su ámbito de estudios para la Carrera Consultor SAP BASIS NetWeaver Nivel Avanzado.
SAP Senior
David Ezequiel Solaliga
Profesión: Sap Basis - Argentina - Legajo: GC53H
✒️Autor de: 53 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Soy un estudiante de sap basis con ganas de aprender, consumir constantemente información nueva para en un futuro poder brindar el mejor servicio posible con los conocimientos adquiridos
Certificación Académica de David Solaliga
